[00:40] <mup> PR snapd#9707 closed: update-pot: fix typo in plural keyword spec <Simple 😃> <Created by jhenstridge> <Merged by jhenstridge> <https://github.com/snapcore/snapd/pull/9707>
[00:45] <mup> PR snapd#9717 opened: update-pot: fix typo in plural keyword spec <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9717>
[06:07] <mup> PR snapd#9711 closed: tests: reset fakestore unit status <Simple 😃> <Test Robustness> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9711>
[06:17] <mup> PR snapd#9633 closed: github: run nested suite when commit is pushed to release branch <Run nested> <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9633>
[06:17] <mup> PR snapd#9714 closed: client: reduce again the /v2/system-info timeout <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9714>
[06:41] <mvo> hey mborzecki
[06:41] <mborzecki> good morning mvo
[06:48] <mborzecki> mvo: looks like https://github.com/snapcore/snapd/pull/9694 can be squash merged
[06:48] <mup> PR #9694: o/devicestate,daemon: fix reboot system action to not require a system label <Bug> <Run nested> <Simple 😃> <Squash-merge> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9694>
[06:52] <mup> PR snapd#9716 closed: daemon: split interfacesCmd to api_interfaces.go <Cleanup :broom:> <Created by pedronis> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9716>
[07:15] <zyga> good morning guys
[07:15] <zyga> 2 more days and I'll be out of the planning craze
[07:15] <mborzecki> mvo: is https://github.com/snapcore/snapd/pull/9712 something you want for 2.48?
[07:15] <mup> PR #9712: cmd/snap-repair,store: increase initial retry time intervals, stalling TODOs <Created by pedronis> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9712>
[07:15] <mborzecki> zyga: hey
[07:17] <mup> PR snapd#9712 closed: cmd/snap-repair,store: increase initial retry time intervals, stalling TODOs <Created by pedronis> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9712>
[08:00] <pstolowski> morning
[08:05] <mvo> good morning pstolowski
[08:05] <mvo> mborzecki: I was thinkning about 9712, not sure tbh
[08:12] <mup> PR snapd#9694 closed: o/devicestate,daemon: fix reboot system action to not require a system label <Bug> <Run nested> <Simple 😃> <Squash-merge> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9694>
[08:17] <mup> PR snapd#9717 closed: update-pot: fix typo in plural keyword spec <Created by jhenstridge> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9717>
[08:22] <mborzecki> pstolowski: hey
[08:39] <pedronis> mvo: mborzecki: hi, more nested fun, this seems to fail on 18 for real (but not 20): https://github.com/snapcore/snapd/pull/9713
[08:39] <mup> PR #9713: tests: sign new nested-18|20* models to allow for generic serials <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9713>
[08:45] <pedronis> mvo: I commented in https://github.com/snapcore/snapd/pull/9709
[08:45] <mup> PR #9709: snapshotstate: improve handling of multiple errors <Created by mvo5> <https://github.com/snapcore/snapd/pull/9709>
[08:48] <mborzecki> pedronis: hm why are there only cloud init tests failing though?
[08:50] <mvo> pedronis: thank you, looking
[09:07] <pedronis> mborzecki: thanks, I added the comments in https://github.com/snapcore/snapd/pull/9710, slightly tweaked
[09:07] <mup> PR #9710: seed/seedwriter: consider modes when checking for deps availability <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9710>
[09:08] <mborzecki> pedronis: thanks
[09:13] <pstolowski> pedronis: hey, can we talk about validation sets monitoring today?
[09:19] <pedronis> mborzecki: looking at the logs for those 18 nested failures is very strange, it seems we get through all the process, but logging in continues to fail
[09:20] <mborzecki> pedronis: there's cmd_auto_import.go:228: error: cannot mount /dev/sr0: mount: /tmp/snapd-auto-import-mount-409874544: wrong fs type, bad option, bad superblock on /dev/sr0, missing codepage or helper program, or other error.
[09:20] <mborzecki> maybe the isos prepared by the test are bad?
[09:21] <pedronis> mmh,  but how does this relate to the new model
[09:21] <mborzecki> pedronis: anyways, i'm running that test on master right now, i don't think the PR you have would trigger that
[09:21] <pedronis> thx
[09:21] <pedronis> pstolowski: we can chat at 11 ?
[09:24] <pedronis> mborzecki: mmh, I know
[09:26] <pedronis> mborzecki: it's my fault, I think I know how to fix but a bit annoying
[09:26] <pstolowski> pedronis: ok
[09:26] <mborzecki> pedronis: ok
[09:26] <pedronis> mborzecki: I need to sign the system-user assertion
[09:26] <pedronis> we probably need one depenign on who signed the model
[09:38] <sil2100> Hey guys! Can anyone take a look at why snapd FTBFS on bionic arm64? https://launchpad.net/ubuntu/+source/snapd/2.48+18.04/+build/20328505
[09:39] <sil2100> And same for xenial armhf: https://launchpad.net/ubuntu/+source/snapd/2.48/+build/20328512
[09:39] <sil2100> Please be sure to always look at whether the package builds correctly on all series and arches once you submit the SRU!
[09:41] <mborzecki> sil2100: the unit tests failed in both, i'm guessing it's timing/slowness issue
[09:42] <mvo> sil2100: sorry for this!
[09:42] <mup> PR snapd#9718 opened: secboot,devicestate: add scaffoling for "fde-reveal-key" support <Needs Samuele review> <Squash-merge> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9718>
[10:03] <pedronis> pstolowski: I'm in the standup
[10:03] <pstolowski> pedronis: ok coming
[12:03] <mup> PR snapd#9710 closed: seed/seedwriter: consider modes when checking for deps availability <Run nested> <UC20> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9710>
[13:43] <mup> PR snapd#9719 opened: boot: set kernel command line in modeenv during install  <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9719>
[15:09] <pedronis> now my nested core 18 tests failed in a different way :/
[15:10] <ijohnson> pedronis: what was it that you tried to change to nested.sh with respect to system-user assertions?
[15:10] <ijohnson> I thought I added support for tests to supply their own system-user assertion with some env var for the cloud-init stuff
[15:10] <ijohnson> I forgot to ask you about that after the SU
[15:11] <pedronis> ijohnson: you did but not sure it was the best approach here, I did something slightly different: https://github.com/snapcore/snapd/pull/9713/commits/26a9ebba4b50fceb5765e1e634b60afaab8a8738
[15:11] <mup> PR #9713: tests: sign new nested-18|20* models to allow for generic serials <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9713>
[15:11]  * ijohnson looks
[15:11] <pedronis> anyway the cloud init tests now passed, it's something else that failed
[15:30] <mborzecki> meh 7 files changed, 515 insertions(+), 33 deletions(-)
[16:05] <mvo> pedronis: I updated 9715 based on your suggestion, please let me know if I understood this correctly. if it looks reasonable I will add more unit tests and mark it a non-draft(?)
[16:07] <pedronis> mvo: yes, it looks reasonable, did you find it ok the suggestion?
[16:11] <pstolowski> ijohnson: hey, would you take a look at #9590 when you have a moment?
[16:11] <mup> PR #9590: tests: download timeout spread test <Created by stolowski> <https://github.com/snapcore/snapd/pull/9590>
[16:11] <ijohnson> pstolowski: sure I will add it to my queue
[16:12] <mvo> pedronis: yes, I would love if that area would get some refactor but for now I think it's nice, thanks for the suggestions!
[16:14] <pedronis> mvo: do you have a moment to talk about 9718 ?
[16:15] <mvo> pedronis: sure, is in 5min okay?
[16:17] <pedronis> yes
[16:17] <pedronis> mvo: ping me
[16:18] <mvo> pedronis: ready in the standup ch now
[16:19] <mvo> (but no rush)
[16:34] <pstolowski> ijohnson: thanks
[17:21] <ijohnson> pedronis: got a second to chat about the disks package?
[17:21] <ijohnson> I need to search now by partition label as well as by filesystem label like we are doing today
[17:22] <pedronis> ijohnson: yes
[17:22] <ijohnson> I'm wondering if you would prefer to add another method to the interface to expand FindMatchingPartitionUUID to take a SearchOptions or something which specifies what query to use
[17:22] <ijohnson> what is easiest is to just expand the interface to have 2 interfaces:
[17:22] <ijohnson> FindMatchingPartitionUUIDFromPartitionLabel
[17:23] <ijohnson> FindMatchingPartitionUUIDFromFilesystemLabel
[17:23] <ijohnson> but that's a mouthful
[17:24] <ijohnson> err sorry I guess I phrased my question awkwardly, I think there are two options option 1 which is the easiest is to have 2 methods like I mentioned above, and option 2 is to have 1 Find*() function and then have an SearchOptions or something to specify how to search
[17:24] <pedronis> FindMatchPartitionUUIDFromPartLabel  FindMatchingPartitionFromFSLabel ?
[17:25] <pedronis> option 2 is a bit strange in this context to me
[17:27] <ijohnson> sure option 1 is the simplest I think
[17:27] <ijohnson> ok, I will go with that
[17:27] <ijohnson> FYI in case you didn't see in the UC20 channel, we need this for the lk bootloader work too
[17:27] <ijohnson> since the partitions we need to search for don't have filesystems and thus don't have filesystem labels
[19:15] <mup> PR snapd#9720 opened: many: rename disks.FindMatching... to FindMatching...WithFsLabel and err type <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9720>
[19:30] <mup> PR snapd#9721 opened: osutil/disks: add FindMatchingPartitionUUIDFromPartLabel to Disk iface <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9721>
[21:00] <mup> PR snapd#9722 opened: daemon: split apps and logs endpoints to api_apps.go and tests <Cleanup :broom:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9722>
[21:00] <mup> PR snapd#9723 opened: daemon: move some more api tests from daemon to daemon_test <Cleanup :broom:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9723>


[15:12] <hockhamD> Can anyone tell me how to switch my laptop's internal microphone off in UbuntuStudio 16.04?  I have no sound setting icon in Settings or on the panel.
[16:09] <hockhamD> And I can't get sound through headphones.  Monitoring through speakers works OK, but when I plug in headphones, the speakers cut out as expected but there is not sound in the headphones.
[19:03] <JLye> What would go in the PR section? https://wiki.ubuntu.com/UbuntuStudio/PublicRelations


[00:17] <CIA-91> [libqapt] jmthomas * 1135247 * trunk/playground/libs/libqapt/src/cache.cpp Don't leak m_map
[00:18] <CIA-91> [libqapt] jmthomas * 1135248 * trunk/playground/libs/libqapt/utils/qapt-batch/qaptbatch.cpp Once the cache update is finished, manually set the progress to 100. In rare cases, the "Finished" signal can arrive before progress is set to 100%. Manually setting this ensures that there will be a "close" button
[01:44] <JontheEchidna> apachelogger: http://reviewboard.kde.org/r/4250/diff/
[01:45] <apachelogger> ohhh
[01:45] <apachelogger> neato
[02:40] <apachelogger> fregl: http://imagebin.ca/view/Afb7mN.html
[02:41] <apachelogger> I think we are now indeed in a good position for alpha
[02:41] <jjesse> apachelogger love it :)
[02:41] <jjesse> are the fluffy themes available for us normal kubuntu users?  or do we need to download a fluffy-desktop package to get teh coolness?
[02:42] <apachelogger> fluffy-unicorn actually
[02:42] <jjesse> srsly?  sudo apt-get install fluffy-unicorn?
[02:42] <apachelogger> well youd need a ppa ;)
[02:43] <apachelogger> and that ppa does not yet exist
[02:44] <apachelogger> fregl: http://imagebin.ca/view/zhOt08H.html ... the blackness does not seem to be driver related but is a proper bug in our opaque version
[02:44] <apachelogger> possible it is caused by the overlay stuff
[02:45] <apachelogger> which needs to be replaced by fluffy overlays anyway
[02:45] <apachelogger> well
[02:45] <apachelogger> good nite everyone
[02:45] <apachelogger> see you in 4 hrs or so :/
[02:47] <JontheEchidna> apachelogger: I've seen that bug, usually with the panel though
[02:47] <JontheEchidna> kde bug 224666
[02:48] <JontheEchidna> half of the panel turns black, like kickoff in your screenie
[02:50]  * maco2 pouts
[02:50] <maco2> the device notifier doesn't pick up eSATA
[02:51] <maco2> i guess that kinda makes sense since the kernel thinks they're internal (dear kernel: see that "e"? it means "external"!!!) but still :(
[03:03] <JontheEchidna> maco2: you should be able to make the device notifier display all devices from its config dialog
[03:04] <maco2> JontheEchidna: thank you!
[03:04] <JontheEchidna> No prob
[03:41] <maco2> JontheEchidna: you know how kde programs let you set what language to run them in? do you know what variables get set when it does that?
[03:43] <JontheEchidna> maco2: When you set the language in System Settings, it writes Language=$lang in ~/.kde/share/config/kdeglobals
[03:43] <JontheEchidna> on a per app basis, it writes the same key to the ~/.kde/share/config/applicationrc file (where application is replaced with the application name)
[03:44] <maco2> do you know what those variables are?
[03:44] <maco2> im trying to find out if japanese is jp or ja because the language pack in ubuntu is ja and that seems weird to me
[03:44] <maco2> or where i can find a list of what they are
[03:45] <JontheEchidna> !info kde-l10n-ja
[03:45] <JontheEchidna> !info kde-l10n-jp
[03:45] <JontheEchidna> It's pretty much standardized
[03:54] <maco2> ok so the environment variable-ish thing will say ja?
[03:54] <maco2> seems so weird when the country code is jp
[04:15] <maco2> JontheEchidna: is there a rule that programs have to start with a lowercase letter? im looking in ~/.kde/share/config/ and see lots lowercase. mine is capital on account of i thought convention in python was first-letter-caps on modules...is that not the case?
[04:17] <maco2> JontheEchidna: or is that set by the programName variable in aboutData ?
[04:17] <JontheEchidna> maco2: right
[04:17] <maco2> so that should be lowercase then?
[04:17] <maco2> i was assuming that was how it set the window title
[04:17] <maco2> hmm probably shouldnt translate that then
[04:17] <JontheEchidna> iirc
[04:18] <JontheEchidna> there's a human-readable name as well as an internal name
[04:19] <JontheEchidna> KAboutData about("qapttest", 0, ki18n("LibQApt test"), version, ki18n(description), .......
[04:19] <JontheEchidna> ^qapptest is the internal name, and is used for qapttestrc if I decide to do config stuffs
[04:20] <JontheEchidna> But the default window title is "LibQApt test"
[04:20] <maco2> ahh ok. thank you :)
[04:21] <maco2> and that internal name also determines the icon in the titlebar right?
[04:22] <JontheEchidna> maco2: By default, yes. You can override this by using the KAboutData's setProgramIconName method
[04:24] <maco2> awesomepants
[04:26] <JontheEchidna> http://api.mts.ms/4.x-api/kdelibs-apidocs/kdecore/html/classKAboutData.html For all the gory details, though not exactly in python form
[04:27] <JontheEchidna> would be nice if api.kde.org wasn't down :(
[04:27] <darkwing-netbook> apachelogger: ping
[04:48] <maco2> JontheEchidna: its been down for weeks (months?) hasnt it?
[05:52] <ScottK> JontheEchidna: Do you mind me merging kphotoalbum?  Needs updating for NBS.
[07:35] <Riddell> morning Kubuntu
[07:35] <Tm_T> K'day
[07:38] <maco2> good morning Riddell
[08:55] <Nightrose> Riddell: !
[08:55] <Nightrose> Riddell: did you see my email about the SoK student?
[08:55] <Nightrose> neither you nor sebastian replied yet and hes getting a bit nervous :(
[08:56] <Riddell> Nightrose: hmm, not sure I did
[08:57] <Riddell> Nightrose: what should I search for?
[08:58] <Nightrose> Riddell: Yuvraj
[09:05]  * Tm_T is staring at KDE 4.5 b2
[09:12] <Riddell> Nightrose: hmm, "Analyzing and Improving KDE start up time" isn't something I actually know anything about
[09:12] <Nightrose> Riddell: yes but i was hoping you have someone in kubuntu who might since it was one of the goals
[09:12] <Nightrose> Riddell: if not then i'll have to keep poking sebastin
[09:15] <Tm_T> there's been measuring plasma startup times going on
[09:18] <ScottK> Nightrose: IIRC, shtylman was planning on doing some work in that area.
[09:22] <Tm_T> ScottK: ye, that was him, was trying to look from my logs who was it
[09:22] <Nightrose> ScottK: thx
[09:48] <Nightrose> ScottK: do you happen to have his email address at hand?
[09:48] <ScottK> No, sorry.  I'd search Launchpad.
[09:48] <Nightrose> k
[10:28] <apachelogger> DarkwingDuck: pong
[10:29]  * apachelogger loudly yawns through the channel
[10:42]  * jussi pops a cherry in apachelogger's open mouth
[10:43]  * ScottK prepares to administer the Heimlich Maneuver.
[10:43] <apachelogger> *cough* *cough*
[10:43] <apachelogger> *cough*
[11:25] <apachelogger> "nobody trolled about the windows buttons on the LEFT, that's intorelable"
[11:25] <apachelogger> someone finally noticed
[11:25] <apachelogger> :D
[11:27] <jussi> good morning sabdfl
[11:27] <sabdfl> morning!
[11:29] <shadeslayer> apachelogger: hehe :P
[11:29] <Tm_T> I have a bit trouble to notice when the morning is as sun barely goes below the horizon these days...
[11:31] <shadeslayer> sabdfl: we dont have kubuntu tee's at shop.canonical ... :(
[11:31]  * shadeslayer ordered a ubuntu one instead
[11:31] <apachelogger> good thing I have loads of sun here ... yet it it is more like noon ^^
[11:32] <Tm_T> apachelogger: loads of sun here all the time
[11:32]  * apachelogger waves to sabdfl
[11:32] <apachelogger> Tm_T: yeah, must be horrible
[11:32] <apachelogger> Tm_T: then again I would not notice since I go to bed when the sun rises anyway ;)
[11:33] <apachelogger> shadeslayer: there at least used to be kubuntu tshirts at some point
[11:33] <Tm_T> apachelogger: is, glad I can stay indoors while it's too bright to stand
[11:33] <Riddell> lex79: has beta 2 been announced anywhere?
[11:33] <Tm_T> no
[11:33] <shadeslayer> apachelogger: i know,but now all i see are women tee's ...
[11:33] <apachelogger> Tm_T: oh, does it get a lot of bright?
[11:33] <Tm_T> Riddell: if talking about KDE 4.5 b2, it's just tagged
[11:34] <lex79> Riddell: in kde packager mailing list
[11:34] <shadeslayer> i guess ill get some imprints done from the local shops here :P
[11:34] <Tm_T> apachelogger: too bright for me atleast
[11:34] <apachelogger> shadeslayer: maybe all sold out *shrug*
[11:34] <apachelogger> Tm_T: I did not know that
[11:34] <apachelogger> http://shop.canonical.com/product_info.php?products_id=621 <-- me wants
[11:35] <apachelogger> then again, a new laptop would be more useful at this point :/
[11:35] <apachelogger> anyhow
[11:35] <apachelogger> shadeslayer: just wait until you see my fluffy tee design
[11:35] <amichair> how about stickers? any kubuntu stickers available?
[11:35] <apachelogger> oh
[11:35] <apachelogger> shadeslayer: http://shop.canonical.com/product_info.php?products_id=602
[11:36] <apachelogger> apparently one would get a tee as part of that
[11:36]  * apachelogger is wondering why the cloud stuff in the shop comes with a blue circle of friends
[11:37] <apachelogger> Riddell: did I give you a heads up on the u1 interface stuff yet?
[11:38] <amichair> is that the old artwork?
[11:39] <shadesla1er> bye bye shadeslayer
[11:39] <shadesla1er> :P
[11:39] <apachelogger> Riddell: ...packages building on i386 and amd64, initial authing works fine, status tracking works fine (most of the time), dolphin integration could need more precision added (also I need to talk to ppenz about making a more suited API - currently I am using the VCS plugin api) ... so pretty much alpha-ready but I am waiting for the u1 team to fix their syncdaemon, so it can read stuff from kwallet, otherwise one would have to patch the
[11:39] <apachelogger>  daemon manually, not incredibly horrible for an alpha but oh well...
[11:40] <apachelogger> oh
[11:40] <apachelogger> > 3k SLOC ;)
[11:40] <Riddell> apachelogger: sounds promising
[11:40] <Riddell> apachelogger: have you got an agreement with them about changing the sync daemon?
[11:40] <apachelogger> yes, well, they are unsure about how to do it, but they seem to tend towards python-keyring
[11:41] <shadesla1er> Riddell: btw will you guys be selecting members the same day the council gets approved?
[11:41] <apachelogger> which seems like a decent enough approach, since it will (technically) also allow keyring support on Mac
[11:41] <Riddell> shadesla1er: no we'd need to then find a time for a meeting
[11:41] <shadesla1er> ah ok :)
[11:41] <Riddell> apachelogger: do you want to post instructions on how to use it to kubuntu-devel mailing list once the packages are ready?
[11:42] <apachelogger> oh, can, do
[11:42] <apachelogger> that said, I still need tomake the syncdaemon library shared, currently it is static which is all sorts of awful (e.g. there was a fpic related build error on amd64)
[11:44] <apachelogger> Riddell: all in all I am now slowly moving on to the akonadi parts and improve the interface stuff as things pop up ... I imported Till's stuff from KDE SVN into local branches and started poking into the buildsystem to make things behave well, once that is done I'll push the branches to dedicated launchpad projects
[11:45] <apachelogger> the currently plan is to work on the akonadi resources and matutre libcouchdb-qt as necessary (as to save time from implementing unneessary stuff in the lib)
[11:46] <apachelogger> also I am thinking about creationg a base class for desktopcouch akonadi resources that takes care of the desktopcouch specific additions on couchdb (namely port detection, auth ...)
[11:49] <Riddell> apachelogger: and when it starts working any akonadi data can be saved in ubuntu one?
[11:50] <apachelogger> Riddell: yes, no, the thing is, since desktopcouch chooses to not use existing standard formats for the data we need to manually convert between akonadi and desktopcouch
[11:51] <Riddell> ah
[11:51]  * apachelogger needs to look for a decent way of doing that
[11:51] <apachelogger> Till's prototype maps everything manually
[11:51] <apachelogger> which is a bit of a PITA :/
[11:51] <amichair> shadeslayer: there are men's tshirts too - http://shop.canonical.com/advanced_search_result.php?keywords=kubuntu&op=
[11:51] <Riddell> but there may not be a better way
[11:52] <Riddell> presumably you could put akonadi data as a binary blog in ubuntu one but then it wouldn't be accessible from evolution or whatever
[11:52] <apachelogger> right
[11:52] <shadeslayer> amichair: thats like 8 months old.. old logo.. :P
[11:52] <apachelogger> Riddell: I was more thinking in the direction of xml based mapping between akonadi and desktopcouch
[11:52] <shadeslayer> amichair: seen the new Ubuntu 10.04 ones? Look awesome...
[11:53] <apachelogger> so that adding new akonadi-to-desktopcouch stuff would be as easy as dropping a new xml file somewhere and adding a dummy akonadi resource
[11:53] <Riddell> apachelogger: that seems like a good idea
[11:54] <amichair> shadeslayer: right, it's the 'nostalgic' collectors item version
[11:54] <shadeslayer> amichair: hehehe
[11:55] <Riddell> speakers needed for https://wiki.kubuntu.org/KubuntuTutorialsDay !
[11:55] <shadeslayer> Riddell: i can help :)
[11:55] <shadeslayer> Ninja packaging :D
[11:56] <Riddell> a volunteer!
[11:56] <shadeslayer> yep.. when is it though.. doesnt say :P
[11:56] <Riddell> we'd need to sort that out when we get speakers, find a day they can all do it on
[11:57] <shadeslayer> Riddell: im free for the whole next two months :P
[11:57] <amichair> so, any new developments in the software development front? other than what apachelogger is working on? or interesting bugs needing some attention?
[11:58] <Riddell> amichair: developments that have happened or that should happen?
[11:58] <amichair> Riddell: ummm..... both?
[11:58] <shadeslayer> amichair: checkout the todo in the topic :)
[12:01] <Riddell> amichair: installer will probably get a load of changes
[12:01] <amichair> Riddell: installer == ubiquity?
[12:01] <Riddell> yes
[12:02] <shadeslayer> amichair: and the apt backend as well....
[12:12] <shadeslayer> Riddell: do i branch the bzr again and package for maverick and lucid or do we do it differently for lucid? ( like use the lucid changelog port to maverick,backport to lucid )
[12:12] <lex79> Riddell: will be there a votations for kubuntu council membership? who can vote? only kubuntu-members?
[12:13] <Riddell> lex79: if there are more than three nominations we'll need a vote, ~kubuntu-members will be the voters
[12:13] <lex79> ok, thanks
[12:13] <Riddell> shadeslayer: we don't keep lucid packaging in bzr
[12:14] <shadeslayer> Riddell: the kde experimental ppa
[12:20] <Riddell> shadeslayer: is your question answered?  (I'm not sure what you're doing)
[12:20] <shadeslayer> Riddell: ok,do i start packaging kde* from the start,like we did before?
[12:21] <shadeslayer> or do i start from where we left off... which means using the lucid packages and changelogs
[12:21] <Riddell> shadeslayer: for what purpose?
[12:21] <shadeslayer> Riddell: packaging kdetoys,artwork and games
[12:21] <lex79> uhm....
[12:22] <lex79> for maverick get the package from bzr
[12:22] <shadeslayer> lex79: ok that answers it :)
[12:23] <lex79> shadeslayer: did you read "the plan" here: https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging ?
[12:23] <Riddell> yes, and for lucid take the maverick packaging and add a changelog for lucid, you can check the packages in experimental for what other changes are needed
[12:23] <lex79> shadeslayer: read also the plan for lucid
[12:23] <shadeslayer> ah ok
[12:23] <shadeslayer> lex79: Riddell thanks :D
[12:24] <Tm_T> yippee, job interview tomorrow
[13:04] <shadeslayer> btw usr/share/kde4/services/ScreenSavers/glcells.desktop should go in debian/kscreensaver.install right?
[13:05] <shadeslayer> usr/share/kde4/services/ScreenSavers/fiberlamp.desktop and usr/share/kde4/services/ScreenSavers/glschool.desktop as well...
[13:08] <lex79> shadeslayer: no, they are already in kscreensaver-xsavers-extra
[13:08] <shadeslayer> lex79: then why does dh_install list them missing
[13:09] <lex79> false positive
[13:09] <shadeslayer> ok
[13:09] <lex79> shadeslayer: check in kscreensaver-xsavers-extra.install
[13:10] <lex79> if they are in that file, it means false positive
[13:11] <shadeslayer> yep all in there
[13:12] <lex79> ok :)
[13:12] <Riddell> mm, don't touch kscreensaver, it's fragile and liable to breaking, just leave it as it is
[13:12] <shadeslayer> Riddell: hehe :)
[13:13] <shadeslayer> Riddell: one of the themes had a missing icon.svgz though,i added that
[13:13] <Riddell> ok
[13:13] <shadeslayer> kdeartwork good to upload :)
[13:14] <lex79> shadeslayer: did you bump kde-sc-dev-latest?
[13:15] <shadeslayer> lex79: yes..
[13:15] <lex79> kk ;)
[13:15] <shadeslayer> lex79: kdepim didnt build though :P
[13:16] <lex79> I've just retried it
[13:17] <shadeslayer> ah ok.. just thought you might want to know :)
[13:18] <lex79> shadeslayer: yes, thanks :)
[13:19] <shadeslayer> lex79: no source upload right?
[13:20] <lex79> shadeslayer: for maverick you have to upload the source
[13:20] <shadeslayer> lex79: hmm.. wont it use the source from the last upload?
[13:21] <lex79> what last upload? :)
[13:21] <lex79> we are packaging a new release...
[13:21] <shadeslayer> lex79: the 4.4.80 upload of kdeartwork...
[13:21] <shadeslayer> lex79: ah source has changed thats why...
[13:21] <lex79> yes
[13:22] <lex79> shadeslayer: for lucid you don't need to upload again the source, since you uploaded 4.4.85 source for maverick into ppa
[13:23] <lex79> ok?
[13:23] <shadeslayer> ok :)
[13:23] <shadeslayer> lex79: thanks :)
[13:23] <lex79> no problem
[13:26] <shadeslayer> lex79: uploading to ninja ppa
[13:27] <lex79> good
[13:27] <shadeslayer> might time out on the IRC :P
[13:39] <Riddell> hi samantha-jian
[13:41] <samantha-jian> hi Riddell
[13:43] <JontheEchidna> ScottK: no issues with that
[13:44] <JontheEchidna> ScottK: though looking at the changelogs, it seems we can sync
[13:45] <JontheEchidna> ScottK: they have exiv up to 0.19 now, and we've now followed the build-dep changes debian have done via the maverick merges
[13:45] <JontheEchidna> ScottK: bug 587587
[13:46] <lex79> uh kdepimlibs starts in 13 hours in ninja lol
[13:46] <JontheEchidna> Just needs an archive admin with sync powers to get on it ;)
[13:47] <lex79> NCommander: around?
[14:03] <CIA-91> [libqapt] jmthomas * 1135507 * trunk/playground/libs/libqapt/ (example/main.cpp utils/qapt-batch/qaptbatch.cpp) Disconnect from the proper slot
[14:05] <lex79> NCommander: nevermind, I reuploaded the package to get high score
[14:09] <shadeslayer> hehehe
[14:09] <shadeslayer> lex79: kdeartwork for lucid in ninja ppa....
[14:10] <shadeslayer> lex79: and can you merge this : https://code.edge.launchpad.net/~rohangarg/kdeartwork/ubuntu/+merge/26944
[14:13] <lex79> shadeslayer: where are your changes to .install file ?
[14:14] <lex79> shadeslayer: you have to drop ~ppa1 in changelog for bzr
[14:14] <lex79> and change maverick to UNRELEASED
[14:15] <shadeslayer> hmm.. weird...
[14:16] <lex79> shadeslayer: no need replace kde-sc-dev-latest with kdelibs5-dev in lucid
[14:16] <shadeslayer> lex79: ill change maverick to unreleased,but is that necessary?
[14:16] <shadeslayer> lex79: yeah i did that :)
[14:16] <shadeslayer> ah...
[14:16] <shadeslayer> you mean... ok
[14:17] <lex79> shadeslayer: we have kde-sc-dev-latest also for lucid
[14:17]  * txwikinger has odd problems with quassel
[14:17] <shadeslayer> Riddell told me to replace it last time so did it :P
[14:18] <lex79> nope, no need
[14:18] <shadeslayer> will fix with ~lucid1~ppa2
[14:19] <lex79> ok
[14:19] <lex79> shadeslayer: I will grab your changes from ninja instead of your merge proposal
[14:20] <shadeslayer> lex79: hmm.. i dont think the package has them wither
[14:20] <shadeslayer> *either..
[14:20] <shadeslayer> didnt copy the changes from chroot
[14:22] <shadeslayer> yep...
[14:28]  * apachelogger is wondering how to do sensible serialization between akonadi and desktopcouch :/
[14:30] <ScottK> Riddell: Would you please do the sync in bug 587587.  It'll help with NBS of old KDE packages.
[14:30] <ScottK> JontheEchidna: Thanks.
[14:30] <shadeslayer> ScottK: NBS?
[14:32] <JontheEchidna> shadeslayer: Not Built from Source (anymore)
[14:32] <JontheEchidna> e.g. no source package builds a package that kphotoalbum still depends on
[14:32] <shadeslayer> ah...
[14:33] <ScottK> shadeslayer: See http://people.canonical.com/~ubuntu-archive/NBS
[14:33] <JontheEchidna> so it needs a rebuild so that it will depend on the new package name
[14:34] <apachelogger> meh
[14:36] <apachelogger> Riddell: I think the (de)serialization cannot be done as planed ... one would at the very least have to manually map names to functions in the actual type class (e.g. KBookmark)
[14:36] <apachelogger> then again I dont think there is much gain from this approach
[14:36] <apachelogger> one could have a file containing a json object such as http://freedesktop.org/wiki/Specifications/desktopcouch/bookmark
[14:37] <apachelogger> then one maps the dummy placeholders to actual functions of KBookmark
[14:37] <apachelogger> then (de)seralize each of the mapped thingies
[14:38] <apachelogger> but IMHO that is not far from writint the serializers onceself, so I am not sure if that json approach is worth the truble
[14:39] <apachelogger> fortunately one can move of the desktopcouch generics to a common DesktopCouchResourceBase, which means that the resources themselfs would really just do the serialization
[14:39] <apachelogger> talking about serializtion... akonadi also provides an interface to write serializers ;)
[14:39] <apachelogger> I doubt it makes much sense here though
[14:39] <ScottK> apachelogger: I thought you'd be interested to know that this is the second hit on Google News when you search for Kubuntu: http://techie-buzz.com/foss/fluffy-linux-for-those-who-like-pink-bunnies-and-unicorn.html
[14:39] <ScottK> Or at least when I do.
[14:40] <apachelogger> ^^
[14:40] <apachelogger> fregl: ^
[14:40] <apachelogger> oh
[14:40] <apachelogger> it is the post I became herald in :P
[14:40] <fregl> yay
[14:41] <fregl> apachelogger: we rock :p
[14:41] <Tm_T> apachelogger: who is Herald Sitter ?
[14:41] <fregl> if you search for fluffy on bing on the other hand, we're not on the first two pages :(
[14:42] <apachelogger> Tm_T: the Canonical employee who is new lead of Kubuntu
[14:42] <apachelogger> the amount of foobar spread about me is quite awesome
[14:42] <apachelogger> fregl: stupid bing
[14:42] <fregl> awesome, there is a punk band called fluffy, they can make our startupsound
[14:42] <apachelogger> \o/
[14:42] <apachelogger> fregl: get that going
[14:42] <apachelogger> oh hold on
[14:42] <apachelogger> WE SHALL TURN OFF THE SOUNDS!
[14:42] <apachelogger> stupid blings
[14:43] <apachelogger> they only lead to Sput blinging around
[14:43] <Tm_T> apachelogger: hahaha
[14:43] <fregl> haha
[14:43] <apachelogger> oh
[14:43] <shadeslayer> hehe :P
[14:43]  * apachelogger stops poking around in couchdb and prepares for relational databases lecture
[15:08] <shadeslayer> ScottK: got a sec?
[15:09] <shadeslayer> is there a debian packaging channel?
[15:10] <ScottK> shadeslayer: Yes and no.  For specific teams there are a number of channels and there is #debian-mentors for general packaging work.
[15:10] <shadeslayer> ScottK: hmm ok thanks :)
[15:11] <shadeslayer> invite only channel :P
[15:11] <ScottK> shadeslayer: For KDE/Qt stuff you can probably ask in #debian-qt-kde.
[15:11] <ScottK> shadeslayer: on OFTC, not freenode.
[15:11] <shadeslayer> ah ok
[15:21] <Quintasan|Szel> hiho
[15:22] <Quintasan|Szel> was anyone nominated for council yet?
[15:22] <CIA-91> [libqapt] jmthomas * 1135531 * trunk/playground/libs/libqapt/utils/qapt-batch/ (5 files) Add a details widget for handling speed and ETA for package downloads.
[15:23] <shadeslayer> Quintasan|Szel: hey :D
[15:23] <Riddell> Quintasan|Szel: me!
[15:23] <Riddell> feel free to be more original in your nominations :)
[15:23] <shadeslayer> Quintasan|Szel: Riddell nominated himself :P
[15:24] <shadeslayer> hmm.. not nominated...
[15:24] <shadeslayer> applied for council
[15:25] <CIA-91> [libqapt] jmthomas * 1135532 * trunk/playground/libs/libqapt/utils/qapt-batch/ (detailswidget.cpp qaptbatch.cpp) Add back "per second" to download speed reporting
[15:25] <JontheEchidna> Quintasan|Szel: where's your ktorrent merge again? I can take a look at it now
[15:36] <shadeslayer> Riddell: how many people are associated with making kubuntu.org? and do you think you can add one more person?
[15:37] <Riddell> shadeslayer: kubuntu.org is mostly ryanakca, ofir and me
[15:37] <Riddell> and in theory the sysadmins who are several weeks late at updating to the new theme
[15:37] <Riddell> as with anything in kubuntu anyone is welcome to help on it
[15:38] <shtylman> Riddell: are the sysadmins dead?
[15:39] <Riddell> the one who was assigned to it doesn't know how to upgrade from drual 5 to 6
[15:39] <shadeslayer> Riddell: on of my friends made this : http://www.ptcpay.com/
[15:39] <Riddell> and I don't think a new one has been assigned
[15:39] <shtylman> (facepalm)
[15:40] <JontheEchidna> New batch installer shinies: http://simplest-image-hosting.net/i0-download-png.png , http://simplest-image-hosting.net/i0-details-png-0.png , http://simplest-image-hosting.net/i0-commit-png.png , http://simplest-image-hosting.net/i0-done-png.png
[15:40] <shadeslayer> JontheEchidna: oooohhh
[15:40] <shtylman> JontheEchidna: less buttons on the dialog
[15:41] <shtylman> window buttons that is
[15:41] <Quintasan|Szel> JontheEchidna: I'll send it to you a bit later since I just went out to get something to eat
[15:41] <shadeslayer> JontheEchidna: nice work wit details :)
[15:41] <Quintasan|Szel> :P
[15:41] <JontheEchidna> Quintasan|Szel: ok
[15:41] <JontheEchidna> shadeslayer: I'm a bit proud of the details widget. It has proper alignment and everything
[15:42] <shadeslayer> JontheEchidna: ++
[15:42] <CIA-91> [libqapt] jmthomas * 1135538 * trunk/playground/libs/libqapt/utils/qapt-batch/detailswidget.cpp The last alignment fix
[15:42] <JontheEchidna> oh, typo, lulz. I put the "/s" on the remaining time label instead of the speed label
[15:42] <shadeslayer> hehe
[15:45] <CIA-91> [libqapt] jmthomas * 1135540 * trunk/playground/libs/libqapt/utils/qapt-batch/qaptbatch.cpp Typo fix :S
[15:47] <JontheEchidna> shadeslayer: were you the one that has done docbook fixing?
[15:49] <shadeslayer> JontheEchidna: for what?
[15:49] <shadeslayer> JontheEchidna: rekonq?
[15:49] <JontheEchidna> shadeslayer: yeah, I think that's what I remember
[15:49] <shadeslayer> JontheEchidna: yes me and bulldog
[15:49] <shadeslayer> well.. thats bulldog98 :)
[15:50] <JontheEchidna> shadeslayer: Could you take a look at this build failure please? It seems to have broken when building against KDE 4.5: https://launchpad.net/ubuntu/+source/kphotoalbum/4.1.1-3/+build/1778168/+files/buildlog_ubuntu-maverick-i386.kphotoalbum_4.1.1-3_FAILEDTOBUILD.txt.gz
[15:50] <shadeslayer> sure :)
[15:50] <JontheEchidna> (docbook failure)
[15:50] <JontheEchidna> thanks!
[15:50] <shadeslayer> i wish EBN was up now though :P
[15:50] <JontheEchidna> yeah :(
[15:50] <JontheEchidna> If you can come up with a patch, I'll sponsor it
[15:51] <shadeslayer> JontheEchidna: sure.. ill just upload kdegames for lucid and have a look in 10-15 mins
[15:51] <JontheEchidna> thanks again
[15:51] <shadeslayer> np
[15:55] <shadeslayer> JontheEchidna: can you point me to the source?
[15:55] <JontheEchidna> shadeslayer: https://edge.launchpad.net/ubuntu/+source/kphotoalbum/4.1.1-3
[15:55] <shadeslayer> ah ok :)
[15:56] <JontheEchidna> It was a sync from debian, that I requested before we uploaded kde 4.5. It built then :(
[15:56] <shadeslayer> hmmm ill have a looksie :P
[15:57] <nixternal> JontheEchidna: could I get a link to the tarball for kphotoalbum
[15:57] <nixternal> doesn't seem to be a docbook issue, as it can't find the DTD for KDE
[15:58] <JontheEchidna> nixternal: https://edge.launchpad.net/ubuntu/+archive/primary/+files/kphotoalbum_4.1.1.orig.tar.gz
[15:58] <debfx> http://lists.kde.org/?l=kde-i18n-doc&m=127240423113963&w=2
[15:58] <debfx> the docbook files have to be converted to v4.2
[15:59] <nixternal> JontheEchidna: does that package build require kdelibs5-data? that is where the kdex.dtd is located
[16:00] <JontheEchidna> nixternal: that got split out in to kdoctools in maverick, and yes kdelibs5-dev depends on it
[16:00] <Riddell> I concur with debfx, I had to change the DTD for another package for the same reason
[16:01] <nixternal> err, people are still using 4.1 or aren't updating docs?
[16:01] <Riddell> 4.1 has been dropped from kdelibs, packages with docs still using it won't build
[16:02] <lex79> same problem with kdepimlibs, -workspace docs in 4.5 beta 2
[16:03] <JontheEchidna> O.o
[16:03] <JontheEchidna> they didn't even update the ones in the core kde module?
[16:03] <JontheEchidna> *modules
[16:04] <lex79> they didn't
[16:04] <Riddell> for some definition of "they"
[16:04] <lex79> I sent an email to kde packager ML few hours ago
[16:05] <lex79> but...no response for now :D
[16:05] <Riddell> I haven't seen that, didn't get dirk's e-mail until an hour ago, wonder if kde mail server is slow
[16:06] <lex79> uhm
[16:06] <lex79> I'm going to resend it
[16:06] <Riddell> agateau: I see libqdbusmenu chatter in #kde-devel
[16:06] <agateau> oh
[16:06]  * agateau check
[16:22] <lex79> Riddell: is it arrived the email now?
[16:24] <Riddell> lex79: not here (but since dirk's e-mail was late too it's probably not a problem at your end)
[16:24] <lex79> ok
[16:42] <CIA-91> [libqapt] jmthomas * 1135562 * trunk/playground/libs/libqapt/ (src/worker/worker.cpp utils/qapt-batch/qaptbatch.cpp) Actually emit PackageDownloadFinished
[16:45] <JontheEchidna> btw, in 4.5 beta2 the kwin "dim screen on admin dialog" now supports polkit-kde-1 and pinentry :D
[16:53] <Riddell> but does it lock the screen so you can't accidently click on another window?  that's more important than just dimming
[16:54] <JontheEchidna> nope, that's up to the dialog
[16:54] <JontheEchidna> prolly should be implemented in KPasswordDialog so that things that use it (kwallet & kdesudo for example) get it for free
[16:55] <JontheEchidna> pinentry has it. It's pretty hardened
[17:10] <mgraesslin> Riddell: you wouldn't want a dialog to steal focus from all other apps. That would be bad
[17:11] <Riddell> mgraesslin: but if it already has focus, I don't want to accidently click on another window and type my password in
[17:12] <mgraesslin> true, but it would block your workflow till you enter the password
[17:12] <mgraesslin> maybe you want to alt+tab to another window first
[17:12] <mgraesslin> e.g. to check on a website why you have to enter the password
[17:14] <Riddell> aye maybe, personally I'd prefer security over convenience there
[17:15] <mgraesslin> the security is provided by KWin's focus stealing prevention
[17:15] <mgraesslin> and it's unlikely that you click somewhere while typing the password ;-)
[17:15] <Riddell> unlikely but I've seen it happen
[17:15] <Riddell> somewhere in the logs for this channel as I remember :)
[17:15] <mgraesslin> it might be an idea to ship a window rule that increases focus policy for those windows
[17:16] <mgraesslin> I mean level of focus stealing prevention
[17:16] <apachelogger> hm
[17:16] <apachelogger> this is not too unlikely
[17:16] <apachelogger> considering that most distros still do not ship with appropriate software to deactivate a touchpad while typing
[17:17] <apachelogger> and this can almost certainly lead to the mentioned situation
[17:17] <mgraesslin> but you have the visual information thanks to the effect undimming the screen when focus is lost
[17:18] <apachelogger> if typed too quickly it might be too late already
[17:19] <apachelogger> frankly this would in either case only unveilv a part of a secret text since it is rather unlikely that this happenes at the first character already :)
[17:27] <ScottK> Riddell: I've clicked on an IRC window by accident while typing a password.  I think it's a valid concern.
[17:51] <shadeslayer_> JontheEchidna: hehe.. you wont believe how simple the patch was :P
[17:52] <shadeslayer_> but i havent tested a full build...
[17:52] <neversfelde> shtylman: do you know which/how many letters of the font used by the new logo are finished? kubuntu-de.org needs a new logo similar to the new official kubuntu one.
[17:52] <shtylman> neversfelde: iirc it is all done
[17:52] <Riddell> mm, I don't think it is
[17:52] <shtylman> :(
[17:52] <shtylman> then I don't recall correctly
[17:53] <shadeslayer_> anyone have enough bandwidth to test a patch out?
[17:53] <neversfelde> where can we find the font or who can we ask about it?
[17:55] <Riddell> it's not released yet, you'd need to ask someone on the design team, kwwii might be a friendly face to try
[17:55] <Riddell> although you just need a d and an e, grab the e from edubuntu andreflect the b and you're good
[17:56] <shadeslayer_> JontheEchidna: heres the patch but i havent tested it out : http://pastebin.com/H2v9ZgQZ
[17:56] <shadeslayer_> i just ran meinproc4 which generates the docbook in html
[17:56] <JontheEchidna> :D
[17:57] <neversfelde> Riddell: thanks for the info
[17:57] <shadeslayer_> JontheEchidna: well meinproc didnt print out any errors and it should be good to go :P
[17:58] <JontheEchidna> shadeslayer_: I'll test and sponsor, thanks
[17:58] <shadeslayer_> JontheEchidna: no problem at all.. was a pretty simple thing :P
[18:01]  * shadeslayer just realised the power of a decimal
[18:07] <neversfelde> Riddell: btw kubuntu.de points to kubuntu.org, do you think that it is possible to redirect it to kubuntu-de.org? Unfortunately we have no access to this domain, but probably a 301 redirect is possible?
[18:09] <shadeslayer> lex79: UNRELEASED seems to have defaulted to lucid...
[18:10] <lex79> where?
[18:10] <shadeslayer> lex79: kdegames ninja ppa
[18:10] <JontheEchidna> I have my dput.conf set up to not do uploads with UNRELEASED
[18:11] <neversfelde> JontheEchidna: how did you do this?
[18:11] <lex79> UNRELEASED is reject by launchpad afaik
[18:11] <JontheEchidna> oh, that's what it was^
[18:11] <JontheEchidna> nevermind
[18:11] <lex79> :)
[18:11] <JontheEchidna> nothing special in my dput.cf
[18:11] <shadeslayer> btw how do you come out of vim ?
[18:11] <shadeslayer> :P
[18:12] <Riddell> neversfelde: I don't have access to it either, it's on amu's server (presumably)
[18:12] <shadeslayer> nvm :)
[18:12] <shadeslayer> lex79: so should i delete kdegames and re upload?
[18:13] <neversfelde> Riddell: the redirect could be done on the kubuntu.org server or not?
[18:13] <lex79> shadeslayer: no need since is rejected, there is no kdegames lucid in ninja, check better
[18:13] <neversfelde> Blizzz: you are the expert :)
[18:13] <Riddell> neversfelde: no, kubuntu.de redirects to kubuntu.org, I don't think kubuntu.org has any way of knowing that the redirect has come from kubuntu.de
[18:14] <shadeslayer> lemme reload and check
[18:14] <Blizzz> neversfelde: it needs to be set up on the server which serves kubuntu.de
[18:14] <lex79> shadeslayer: nevermind
[18:14] <shadeslayer> lex79: :P
[18:14] <neversfelde> ah ok, so not possible :(
[18:14] <debfx> Riddell: could you sponsor a few uploads?
[18:14] <lex79> shadeslayer: you uploaded kdegames for lucid instead for maverick
[18:14] <shadeslayer> lex79: no,i put UNRELEASED in the changelog...
[18:14] <debfx> Riddell: digikam, kipi-plugins and qtwebkit (changes are in bzr)
[18:15] <lex79> shadeslayer: nope, kdegames (4:4.4.85-0ubuntu1~ppa1) lucid; urgency=low
[18:15] <lex79> should be kdegames (4:4.4.85-0ubuntu1~ppa1) maverick; urgency=low
[18:15] <shadeslayer> thats what im wondering.. how did lucid get in there...
[18:15] <shadeslayer> yeah...
[18:15] <debfx> and http://people.ubuntu.com/~debfx/kcm-gtk_0.5.3-0ubuntu5.debdiff
[18:16] <lex79> shadeslayer: well, fix your mess please :P
[18:16] <shadeslayer> lex79: yeah im doing that,but now since the source is alread in there,can i upload just the changes file?
[18:16] <shadeslayer> ill be deleting the package btw
[18:17] <lex79> JontheEchidna: we need a ninja school I think
[18:17] <lex79> :)
[18:17]  * shadeslayer runs ...
[18:17] <debfx> Riddell: also kubuntu-meta should be updated to recommend kde-config-* instead of kcm-*
[18:17] <shadeslayer> i dont need another school :P
[18:18] <ScottK> Riddell: kmozillahelper rename needs dealing with too if you're fiddling the seeds.
[18:18] <JontheEchidna> also kcm-touchpad -> kde-config-touchpad
[18:18] <shadeslayer> JontheEchidna: did the patch work?
[18:19] <shadeslayer> in case you tested it... :P
[18:19] <JontheEchidna> shadeslayer: still building
[18:19] <shadeslayer> ah ok :)
[18:19]  * ScottK thinks JontheEchidna is still the new guy.  Probably needs seed wrangling practice ....
[18:19] <Riddell> debfx: yo, can do in an hour yes
[18:19] <JontheEchidna> shadeslayer: I looked before building and saw that 5 other docbooks needed the same fix
[18:19] <shadeslayer> JontheEchidna: in the same package?
[18:19] <Riddell> or anyone else can before then :)
[18:20] <ScottK> The new firefox whateveritis that replaced kmozillahelper needs promoting to Main too.
[18:20] <JontheEchidna> shadeslayer: yeah
[18:20] <JontheEchidna> ScottK: it'll show up in mismatches if it's in a kubuntu-meta upload, yes?
[18:20] <ScottK> JontheEchidna: No, when you run the update script it won't see it and won't include it.
[18:21] <JontheEchidna> ah
[18:21] <JontheEchidna> good to know
[18:21] <JontheEchidna> shadeslayer: nope, still fails
[18:21] <shadeslayer> JontheEchidna: can you paste the error log?
[18:22] <JontheEchidna> http://paste.ubuntu.com/446220/
[18:22] <JontheEchidna> debfx: actually, I have some pretty sweet pipes here at the office. I can do the digikam upload now :)
[18:23] <shadeslayer> JontheEchidna: you need docbook2x in the build depends
[18:23] <JontheEchidna> kk
[18:24] <JontheEchidna> almost 1 MiB/sec uplink :D
[18:24] <JontheEchidna> debfx: uploaded. (I soo want a connection like this at home...)
[18:24] <DarkwingDuck> hmm...
[18:25] <JontheEchidna> shadeslayer: same failure
[18:25]  * DarkwingDuck debates going to QT dev days
[18:25] <shadeslayer> hmm.. ill take a look again..
[18:25]  * ScottK thinks if DarkwingDuck is going to go, he ought to learn how to spell it.
[18:25] <DarkwingDuck> :D
[18:25]  * DarkwingDuck thwaps ScottK
[18:25] <ScottK> Unless he's referring to some Apple Quick Time thing?
[18:26] <DarkwingDuck> QtDeveloper Days
[18:26] <DarkwingDuck> is that better? :P:P
[18:27]  * DarkwingDuck hopes to hear back from Canonical
[18:30] <debfx> JontheEchidna: thanks
[18:30] <debfx> yeah, about 5-10 kb/s uplink here :(
[18:31] <JontheEchidna> At home I can get 25-30kb/s on a good day, but after 15 MiB, the probability of the upload failing goes up as you approach 20 MiB
[18:32] <JontheEchidna> after which it's 100% failure
[18:54] <JontheEchidna> I'm doing seed changes, if anybody has last minute requests
[18:54] <Riddell> s/konqueror/rekonq/
[18:55] <JontheEchidna> kk
[18:56] <shadeslayer> hehe :P
[18:58]  * JontheEchidna kicks the old freespacenotifier entry
[19:01] <JontheEchidna> We can demote konq-plugins to universe after this, since the searchbar plugin is no longer on the CD
[19:04] <apachelogger> omg
[19:05] <apachelogger> the akonadi contact feed thingy is completely broken here
[19:05] <apachelogger> does loads of pointless requests to the nepostorage which all seem to fail
[19:06] <debfx> Riddell: rekonq needs a MIR
[19:07] <JontheEchidna> hmm, true
[19:08] <JontheEchidna> shouldn't be too hard since all the sensitive stuff is done in packages already in main
[19:10]  * ScottK waves to mgraesslin.  Thanks for participating in the Ayatana 'fun'.
[19:13] <neversfelde> JontheEchidna: apt-get source kdebase still downloads meta-kde, shouldn't that have changed regarding to the changelog?
[19:14] <neversfelde> of meta-kde
[19:15] <JontheEchidna> should have, yes
[19:17] <JontheEchidna> I think the old binary is lingering around...
[19:17] <JontheEchidna> because kdebase still has rdepends. We should rename kdebase-apps in kdebase back to being kdebase
[19:20] <apachelogger> http://imagebin.ca/view/x55ed7m6.html
[19:21] <mgraesslin> ScottK: thanks for the support :-)
[19:21] <ScottK> mgraesslin: To me it all seems intuitively obvious to the most casual observer, but I guess not.
[19:23] <neversfelde> JontheEchidna: I am not sure, I know what you mean
[19:23] <mgraesslin> sometimes I ask myself if I miss an important argument why they want CSD, but all I can find is "they need to fix their issues with Metacity"
[19:24] <JontheEchidna> neversfelde: The kdebase source package used to have a binary package called "kdebase" that was a meta-package against all kdebase binary packages. To support kde3 upgrades, debian renamed this package to kdebase-apps and made a binary package in meta-kde called kdebase
[19:25] <JontheEchidna> which had the unfortunate side effect of "apt-get source kdebase" grabbing meta-kde
[19:25] <JontheEchidna> we removed the kdebase package from meta-kde, but since there are apps that have for a long time depended on the kdebase binary package, it has not gone away
[19:26] <JontheEchidna> We will have to get all packages currently depending on kdebase to depend on kdebase-apps before the binary package will get autodeleted from the servers and stop giving apt-get source pain
[19:26] <neversfelde> JontheEchidna: I see. I am just doing kdebase 4.4.85, should I rename kdebase-apps back to kdebase?
[19:27] <JontheEchidna> neversfelde: wouldn't work, since the kdebase package from meta-kde is a higher version than kdebase
[19:27] <neversfelde> k
[19:27] <JontheEchidna> 5:55ubuntu1 vs 4:4.4.80-0ubuntu1 :(
[19:27] <JontheEchidna> quite unfortunate
[19:27] <apachelogger> <3 evolution http://imagebin.ca/view/RE3pI-J6.html
[19:28] <shadeslayer> JontheEchidna: whee... same build faliures in kdetoys as well
[19:28] <JontheEchidna> \o/ yay for tarball QA \o/
[19:28] <shadeslayer> :P
[19:29] <shadeslayer> JontheEchidna: looks like this will happen in every tarball which has docs
[19:29] <apachelogger> oh dear
[19:29] <apachelogger> now that is awesome
[19:29] <apachelogger> see the error i posted above
[19:29] <shadeslayer> yeah..
[19:29]  * bulldog98 want’s to ask if there are any plans to use lzma-tared packages
[19:29] <apachelogger> is NOT a subwindow thingy of the add-contact dialog
[19:29] <apachelogger> no no
[19:29] <JontheEchidna> bulldog98: kde packages already do :)
[19:29] <apachelogger> it is completely independent
[19:30] <shadeslayer> apachelogger: hehehe...
[19:30] <apachelogger> so it can be like underneath the add-contact dialog
[19:30] <apachelogger> hold on, it can even be behind the main window
[19:30] <apachelogger> essentially one can sort of loose it
[19:30] <bulldog98> JontheEchidna: ah ok that’s fine (saves traffic)
[19:30] <apachelogger> here is the thing... the add-contact dialog is blocked while the error is shown...
[19:30] <apachelogger> I guess we all see the problem with this situation ^^
[19:30] <apachelogger> evolution++
[19:31] <JontheEchidna> evolution----
[19:31] <JontheEchidna> ~karma evolution--
[19:31] <kubotu> karma for evolution--: -1
[19:31] <JontheEchidna> :P
[19:31] <JontheEchidna> ~karma evolution
[19:31] <kubotu> karma for evolution: -1
[19:31] <JontheEchidna> ~karma kontact
[19:31] <kubotu> kontact has neutral karma
[19:32] <shadeslayer> ~karma kubotu
[19:32] <kubotu> karma for kubotu: 1
[19:32] <JontheEchidna> ~karma shadeslayer
[19:32] <kubotu> shadeslayer has neutral karma
[19:32] <JontheEchidna> shadeslayer++
[19:32] <shadeslayer> hehe :P
[19:32] <shadeslayer> JontheEchidna++
[19:33] <debfx> kubotu--
[19:33] <debfx> :p
[19:33] <bulldog98> ~karma Riddell
[19:33] <kubotu> karma for Riddell: 7
[19:33] <shadeslayer> debfx: hehe
[19:33]  * apachelogger really doesnt get why desktopcouch cant just use vcard or something
[19:33] <bulldog98> Riddell++++++++++++++
[19:33] <apachelogger> that is completely pointless IMHO
[19:35] <ScottK> mgraesslin: When one is focused on one implementation (e.g. metacity) then it's hard to know what's application specific and what's an inherent limitation.
[19:35] <neversfelde> apachelogger: I am not sure if kubuntu_20_folderview_configchanged.diff ist still necessary for kdebase, since you added the patch, could you have a look at it?
[19:36] <mgraesslin> ScottK: yes and they also have the problem that they support two window managers
[19:37] <mgraesslin> I really beleive that for them it's easier to change all apps instead of changing the theme engine
[19:37] <lex79> neversfelde: if the patch is really made by apachelogger, you can delete it :P
[19:37] <ScottK> I'd have thought that would make it easier to understand what was design and what was implementation.
[19:37] <ScottK> mgraesslin: In the short term that's probably true.  Lot's of bad engineering short cuts get taken because it's the easy way.
[19:38] <mgraesslin> and that's what I fear, because the short term solution will become a public API for GTK 3
[19:38] <debfx> apachelogger: have you seen this akonadi fix: http://websvn.kde.org/?revision=1135440&view=revision
[19:39] <ScottK> mgraesslin: Agreed.
[19:39] <neversfelde> lex79: hehe
[19:40] <lex79> :)
[19:40] <shadeslayer> JontheEchidna: so what do we do about these FTBFS?
[19:40] <apachelogger> neversfelde: just check if the current version does implement a configChanged slot
[19:41]  * apachelogger asked fredrikh to implement one anyway
[19:41] <apachelogger> debfx: I did, we want that
[19:44] <JontheEchidna> QtWebkit made my PC lag so bad I lost network connection O.o
[19:44] <JontheEchidna> shadeslayer: http://lists.kde.org/?l=kde-i18n-doc&m=127240423113963&w=2 I guess
[19:45] <shadeslayer> JontheEchidna: heh.. so,we have to patch these ..
[19:46] <JontheEchidna> actually
[19:46] <JontheEchidna> http://paste.ubuntu.com/446249/
[19:46] <neversfelde> apachelogger: seems to be not there, so I refresh the patch
[19:46] <apachelogger> neversfelde: and repoke fredrik :P
[19:47] <shadeslayer> JontheEchidna: ah.. so add build dep to fix it for now?
[19:47] <JontheEchidna> I guess
[19:47] <ScottK> mgraesslin: I wonder if it would be possible for rekonq to mimic exactly the chromium layout in 4.5?
[19:48] <ScottK> It might be a useful excercise to silence the naysayers.
[19:48] <mgraesslin> yes it's possible, you can autotab rekonq windows
[19:48] <mgraesslin> and then the number of used pixels is smaller than with Chromium (I compared some time ago)
[19:49] <ScottK> Nice.
[19:49] <ScottK> JontheEchidna: You're apparently the rekonq guy.  What do you think?
[19:49] <shadeslayer> JontheEchidna: i found docbook_4 in libjaxe-java.. i dont think thats right...
[19:50] <mgraesslin> ScottK: http://imagebin.ca/view/5uEWkq7.html
[19:50] <ScottK> mgraesslin: Very nice.  You should send that to the ayatana list.
[19:51] <JontheEchidna> shadeslayer: probably just plain old docbook
[19:51] <JontheEchidna> this should be added to the dependencies of kdoctools
[19:52] <mgraesslin> it seems that my mails are still not accepted by the ayatana list, though
[19:52] <JontheEchidna> if it is confirmed correct
[19:52] <JontheEchidna> lex79: ^
[19:53] <ScottK> mgraesslin: I didn't notice you were CC'ing me directly.
[19:53] <ScottK> I'll send it.
[19:53] <mgraesslin> thanks
[19:54] <lex79> JontheEchidna: maybe it's docbook-xsl
[19:54] <JontheEchidna> mabye
[19:54] <lex79> maybe maybe :D
[19:54]  * JontheEchidna notes that this was a change made after external dependency freeze
[19:54] <JontheEchidna> *grumble grumbel*
[19:54] <lex79> and cmake it's buggy
[19:55] <lex79> it doesn't complain about that dependency
[19:55] <debfx> shadeslayer: docbook-xml according to http://lists.kde.org/?l=kde-core-devel&m=127272690007519&w=2
[19:56] <debfx> ah both, docbook-xml and docbook-xsl
[19:56] <lex79> JontheEchidna: uhm in beta1 I added docbook-xml and docbook-xsl in kdelibs
[19:57] <lex79> I think I should add docbook-xml and docbook-xsl in kdoctools dependencies
[20:00]  * shadeslayer wonders when api.kde will be up again
[20:01] <shadeslayer> lex79: ok so if you put it in kdoctools,do we still have to put in the dep of our packages ?
[20:01] <lex79> no
[20:01] <shadeslayer> ah thats what i thought...
[20:01] <shadeslayer>  This package is part of the KDE Development Platform libraries module.
[20:01] <shadeslayer> whoops :P
[20:06] <lex79> kdelibs reuploaded in ninja
[20:06]  * lex79 is out for a bit
[20:16] <ScottK> The CSD discussion may go better if the Ayatana people quit claim stuff that kwin has already implemented is impossible.
[20:22] <shtylman> anyone know of a strong sysadmin/systems engineer looking for a job? or want to recommend someone?
[20:23]  * ScottK knows of a strong system engineer looking for consulting work.
[20:23] <shtylman> ScottK: looking for someone full time :/
[20:23] <ScottK> OK.  Not looking for that or moving to NY.
[20:24] <shtylman> haha
[20:35] <Sput> ScottK: there was some issue with the intrepid -> lucid migration, it turned out: the printer stopped working (again). thankfully mom found an error message telling me that the HAL backend for cups went away, and reinstalling the printer helped
[20:35] <Sput> (had to do all that via phone)
[20:35] <ScottK> Weird.
[20:35] <Sput> so basically the existing driver expected the cups-hal-backend to be present, which the upgrade supposedly removed because it's all udev now
[20:37] <ScottK> And the driver didn't get upgraded too?
[20:37] <Sput> apparently not
[20:37] <Sput> well, I guess it's the same driver as such, but configured for hal or something
[20:37] <Sput> in the end we simply removed the printer and readded it
[20:38] <Sput> (using the cups webinterface)
[20:38] <ScottK> Hmmm.
[20:51] <apachelogger> cool
[20:52] <apachelogger> they do not even obey their flipping desktopcouch json formats
[20:53] <apachelogger> most ludicrous
[21:13] <ScottK> apachelogger: Are you using any of the ubuntuone Python stuffs?
[21:14] <apachelogger> yes
[21:15] <apachelogger> to do the pairing with desktopcouch
[21:15] <apachelogger> thats all ^^
[21:15] <ScottK> apachelogger: See ubuntu-devel
[21:26] <ScottK> Nice.  Switched from plasma-netbook to plasma-desktop and ended up with two panels (one on top and one on the bottom)
[21:36] <apachelogger> oh my, I might have broken my kaddressbook :/
[21:37] <apachelogger> do NOT ever switch it to simple view if you have a couple hundred addressbook entries
[21:37] <apachelogger> it will go die on you :/
[21:37] <apachelogger> http://imagebin.ca/view/qimPAP2.html
[22:09] <apachelogger> Riddell: https://code.edge.launchpad.net/~apachelogger/+junk/akonadi-desktopcouch depends on https://code.edge.launchpad.net/~apachelogger/+junk/couchdb-qt ... currently will only work if auth is turned off (done in .config/desktop-couch/desktop-couchdb.ini)
[22:26] <apachelogger> oh
[22:26] <apachelogger> JontheEchidna: ping!
[22:30] <shtylman> Riddell: https://code.launchpad.net/~kubuntu-members/qtwebkit/trunk
[22:30] <shtylman> qtwebkit successfully imported
[22:30] <shtylman> dunno what we are gonna do with it yet ... but we have options :)
[22:31] <CIA-91> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/api/ (Account.h Api.h CouchDB.h Device.h Quota.h Subscription.h) more explicit include guards
[22:32] <apachelogger> shtylman: nightlies is always an option ;)
[22:32] <apachelogger> that is if they fixed the recipe stuff yet
[22:40] <JontheEchidna> apachelogger: pong
[22:40] <CIA-91> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* (4 files in 2 dirs) rename to libubuntuone-qt-api, to avoid conflicts, namespace remains UbuntuOne
[22:40] <apachelogger> JontheEchidna: can we please add init list formatting to the coding style?
[22:41] <JontheEchidna> apachelogger: for initializing member vars?
[22:41] <apachelogger> aye
[22:41] <JontheEchidna> I don't know if it's all that important...
[22:42] <apachelogger> it makes my head hurt :P
[22:42] <apachelogger> maybe a guideline
[22:42] <apachelogger> you seem to be using "Some::Some()\n : Foo(parent)\n , bar(true)" while I am on "Some::Some() :\n Foo(parent),\n bar(true)"
[22:43] <JontheEchidna> I wouldn't mind switching to your format
[22:44] <JontheEchidna> except if I had to do it :P
[22:44] <JontheEchidna> I don't care if we suggest to do that in the future, but I also don't care enough to make the effort to switch my stuff to the new format
[22:46] <apachelogger> well it is not important enough to change
[22:46] <apachelogger> but future work should look somewhat unified ;)
[22:46] <apachelogger> also I think that your format looks like a C hacker from hell came up with it :P
[22:47] <apachelogger> no really, I really do not care how we do it, but it should be the same
[22:48] <JontheEchidna> agreed
[22:52] <JontheEchidna> http://xkcd.com/140/
[22:52]  * JontheEchidna is experiencing this as we speak
[22:57] <apachelogger> JontheEchidna: you can always abuse kubotu as barkeeper :P
[22:57] <apachelogger> he sure will get you anything
[22:58] <JontheEchidna> ~order an equal amount of nachos and nacho cheese
[22:58]  * kubotu slides an equal amount of nachos and nacho cheese down the bar to JontheEchidna
[22:58] <JontheEchidna> \o/


[00:39] <Fretegi> afternoon everyone
[00:50] <andres_> hola
[00:50] <andres_> spanish ?
[00:50] <tsimonq2> !es
[03:29] <lhc_> ..
[03:58] <usr_> ello
[03:58] <usr_> hello
[03:58] <usr_> anyone here?
[03:59] <diogenes_> yes
[03:59] <usr_> ok i have a question
[04:00] <diogenes_> no way
[04:00] <usr_> i'm using 16.04 and my trackpad works great, but when i tried using 17.10 my trackpad was basically unusable
[04:00] <usr_> any idea why?
[04:01] <diogenes_> driver issue
[04:01] <usr_> yea, i know, but what did they change regarding the drivers?
[04:03] <diogenes_> maybe this can help https://wiki.archlinux.org/index.php/Laptop#Touchpad
[04:04] <usr_> that's for arch
[04:04] <diogenes_> that's for linux in general
[04:05] <usr_> well
[04:06] <usr_> for some reason my trackpad works well in 16.04 in Mate, poorly in 17.10 Mate, and well in Gnome Arch Linux
[04:07] <diogenes_> I think it's a conspiracy theory
[04:28] <wavrydr> anyone here
[04:30] <diogenes_> not sure
[04:31] <wavrydr> lol
[04:32] <wavrydr> i was wondering when my version's update cycle expires then do i have to backup my data and install the latest version or can i just upgrade?
[04:32] <wavrydr> diogenes_, you there
[04:33] <diogenes_> I'd recommend to upgrade only to lts
[04:34] <wavrydr> oh ok thanks
[04:34] <diogenes_> yw
[04:46] <wavrydr> diogenes_, how do i find out what version i have
[04:49] <diogenes_> in terminal run: lsb_release -a
[04:50] <wavrydr> ok thanks
[04:52] <wavrydr> yeah i have 16.04.3
[04:52] <wavrydr> lts
[04:53] <diogenes_> great
[04:55] <wavrydr> yep thanks
[10:05] <Langjan> Let's try once more: my problem in Ubuntu Mate 16.04 is that I cannot figure out how to configure the keyboard to make special characters (ë, â etc.) via the compose key.
[10:15] <alkisg> Langjan: what's the output of this? setxkbmap -query | nc termbin.com 9999
[10:48] <Langjan_> Hi everyone, I managed to log in and found a message about my problem with special characters but had to connect via my laptop to respond and now I don't see my message and cannot identify the sender
[10:49] <Langjan_> He asked for an output
[10:55] <Langjan> My problem is that I cannot configure my system to produce special characters via the compose key
[13:50] <liu> hey
[15:36] <RaspberryPi> Hello
[15:50] <TimApple> Howdy
[15:57] <Something1> I set up Ubuntu Mate today in much less than an hour, maybe 30 min, being not too familiar with Ubuntu, it´s all working great and it looks so integrated, like this screenshot! https://i.imgur.com/1QTXwix.png
[15:59] <Something1> Went to Google about the compositors, and had to install tlp while I heard it came preinstalled, but very happy with it! Thanks devs!
[16:00] <gogabouga> hello guys, any idea for reading pdc files on linux?
[16:00] <gogabouga> i cannot find anything on goolge
[16:01] <Something1> There´s a pdf viewer already.  I think it´s more something to talk to the relevant person (manager, IT, publisher, whoever got you that), than to mess around with shady apps regardless of platform...
[16:15] <uofm49426> why does it take almost 9 minutes to go from grub to login screen on 17.04
[16:16] <diogenes_> uofm49426, you have to run in terminal: systemd-analyze blame
[16:18] <nemo> Something1: interesting. web viewers are much easier to manipulate than desktop apps
[16:19] <nemo> Something1: normally screenshotting still works, something that's now impossible w/ DRM on OSX.
[16:19] <nemo> thankfully there's still so much legacy out there that DRM pushers aren't requiring secure enclaves yet
[16:21] <Something1> Yeah it´s not going to stop anyone. Just use NDAs like normal companies
[16:22] <uofm49426> what she i see with systemd
[16:23] <Something1> Can you make a screenshot and upload it to imgur or something, uofm49426 ?
[16:27] <uofm49426> the 992ms lightdm 1.170 network.service is that messurement of load time
[16:27] <Something1> Yes, that means it takes 1 second to load lightdm. It should also give some totals at the top, like ¨10s (kernel)¨
[16:31] <uofm49426> so it took keyboard-setup.sevice to dev-sda5.device from 6.723s to 12.274s
[16:33] <diogenes_> uofm49426, is it laptop desktop?
[16:33] <uofm49426> its a x200t thinkpad
[16:34] <diogenes_> go to bios and check if it's ide or ahci
[16:34] <uofm49426> ahci
[16:36] <diogenes_> is it a new frash install?
[16:36] <uofm49426> yes
[16:36] <diogenes_> what OS you been using previously?
[16:38] <uofm49426> its kind off universal problem xubuntu and ubuntu-mate 17.04 my last normal everyday os is 16.04 xubuntu ive use mate 16.04 also
[16:39] <diogenes_> so it happens with all the distros?
[16:39] <uofm49426> yes
[16:40] <diogenes_> you have to say a huge thank you to lenovo, it's literally their politics, to make linux troublesome on their machines
[16:40] <diogenes_> I've had huge troubles with linux on every single lenovo that I been working with
[16:41] <diogenes_> whereas none, zero troubles with other manufacturers
[16:41] <uofm49426> i think its a problem with the change from swap part to swapfile
[16:41] <diogenes_> it doesn't matter if you say it's the same result on any distro
[16:42] <uofm49426> 16.04 boots fine
[16:44] <uofm49426> is there a way to boot without swap on to see if it is a swap probldem
[16:46] <diogenes_> run in terminal: cat /etc/fstab paste the output to some pastebin and share the link here
[16:47] <alkisg> uofm49426: run `dmesg | nc termbin.com 9999` to show us the boot proces
[16:49] <alkisg> ...or journalctl | nc termbin.com 9999
[16:53] <uofm49426> http://termbin.com/ks4h
[16:54] <Something1> diogenes_, thinkpads work great with Linux though..
[16:55] <diogenes_> Something1, ibm ones work great,
[16:56] <uofm49426> some of the earlier lenovo thinkpads where good too
[17:07] <uofm49426> if you go to termbin.com/67k3 is my systemd analyze
[17:09] <alkisg> uofm49426: I don't see any delays in those
[17:09] <alkisg> Where are you seeing delays, in autologin?
[17:10] <alkisg> After login issues show up in ~/.xsession-errors
[17:13] <uofm49426> when i alt tab the slash screen in boot it will say top left corner i /dev/sda5 clean xxxxxx/xxxxx number and will pause for like 7 minutes
[17:13] <alkisg> Do you have autologin enabled?
[17:13] <uofm49426> no
[17:13] <alkisg> That just happens to be the last visible message
[17:13] <alkisg> So after those 7 minutes, you see lightdm prompt for login?
[17:14] <alkisg> Also try it again with no ethernet connected, to verify it's not related to dns timeouts etc
[17:17] <uofm49426> no ill do a record using my phone and post on youtube what it does before i go back to 16.04 im not connected to ethernet i use my cell phone easytether for my internet
[17:18] <uofm49426> then ill do a recording booting 16.04 to show its not a hardware problem
[17:20] <uofm49426> i have to get going now truck driver .
[17:21] <uofm49426> have great day
[17:50] <Something1> Shouldn´t there be a whole bootlog in the journal? Maybe just upload that? Anyone know how to get that for uofm49426?
[21:42] <cristian_> HOLAÇ
[22:29] <Something1> Que tal?


[00:29] <Acou_Bass> hmmm so following on from what dobey said, can i run the mosh client on my ubuntu phone? XD doesnt seem to be in by default
[09:08] <v2> hello friends....
[09:09] <v2> just want to know.....if unbuntu can be installed on my bacon (oneplus one) device.....
[09:11] <TheKit> https://devices.ubports.com/#/bacon
[09:11] <TheKit> it can, but not everything is working yet
[09:18] <v2> aahh..thanks a lot.....
[10:23] <yang> Are there any other Ubuntu touch devices on the market than BQ Aquaris M10 ? Or any of them being developed currently ?
[10:39] <Acou_Bass> M10 is the only tablet i think but there are a few phones
[15:30] <doniks> I'm trying to check out the code of ubuntu touch, but phablet-dev-bootstrap phablet is spewing errors at me
[15:30] <doniks> Fetching project aosp/platform/prebuilts/ndk
[15:30] <doniks> error: packfile /home/peter/docs/devel/phablet/.repo/projects/prebuilts/ndk.git/objects/pack/pack-bd491b3d37852e8f33a5d57e671074b7a65054bd.pack signature is unavailable
[15:30] <doniks> warning: packfile /home/peter/docs/devel/phablet/.repo/projects/prebuilts/ndk.git/objects/pack/pack-bd491b3d37852e8f33a5d57e671074b7a65054bd.pack cannot be accessed
[15:30] <doniks> Am I doing something wrong?
[15:31] <doniks> Fetching things up to ndk seems to have worked fine
[16:03] <MrChrisDruif> GPS and camera still not working on Bacon? =(
[16:33] <mimecar> good evening
[17:54] <mimecar> Can I select a specific version of rc channel?
[17:54] <mimecar> or ubuntu-flash use the latest image always
[18:02] <doniks> ubuntu-device-flash --verbose touch --device XYZ --channel PQR --revision 007
[18:04] <mimecar> ok, let's try
[18:04] <mimecar> thanks doniks
[18:04] <doniks> you can check first what's there with
[18:05] <doniks> ubuntu-device-flash query --device arale --channel rc/ubuntu --list-images
[18:05] <doniks> i mean
[18:05] <doniks> ubuntu-device-flash query --device arale --channel ubuntu-touch/rc/ubuntu --list-images
[18:05] <mimecar> I installed an update on RC channel and device does not boot
[18:05] <mimecar> I want install previous version
[18:06] <doniks> ubuntu-device-flash --help  ... says
[18:06] <doniks> --revision=        revision to use, absolute or relative allowed
[18:06] <doniks> maybe smt like "-1" works?!?
[18:06] <mimecar> I was using --version
[18:07] <mimecar> instead of revision :p
[18:07] <doniks> yeah, it's a bit inconsistent
[18:18] <mimecar> doniks, it's working again
[18:22] <doniks> cool
[18:22] <doniks> which device and version was it that didn't boot
[18:22] <mimecar> Frieza with release 19
[18:22] <doniks> I wonder whether any of the canonical developers would care to know ....


[18:58] <KBar> i did `dput ppa:... package.changes` before setting up a PPA through LP. im not sure where it is now lol. can i undo the upload?
[18:59] <KBar> subsequent `dput` invocations tell me that "Package has already been uploaded to ppa on ppa.launchpad.net"
[19:00] <Unit193> That's because it wrote an upload file, either remove that or use -f
[19:07] <KBar> Unit193: is *.ppa.upload the file?
[19:07] <Unit193> Yeah
[19:09] <KBar> nice. hopefully it works this time. thank you and sorry for the noise :)
[19:15] <KBar> 'Source/binary (i.e. mixed) uploads are not allowed.' i guess i need to specify either -b or -S to debuild?
[19:23] <Eickmeyer> KBar: Considering Launchpad doesn't allow binary uploads, you'll have to use -S.
[19:26] <KBar> Ah, I see. Just got another email. Rebuilding. Third time's the charm. :)
[19:40] <KBar> yes! my first ever package just got accepted and built successfully! thank you for the tip.
[19:41] <KBar> here's the ppa if you're interested: https://launchpad.net/~kbar/+archive/ubuntu/xfce4-windowck-plugin


[01:59] <unknown1> help
[01:59] <unknown1> i don't have sound on my laptop
[01:59] <unknown1> can anyone helpme plz
[01:59] <ianorlin> unknown1: have you opend alsamixer and made sure it is not muted
[01:59] <ianorlin> also does your laptop have hdmi ?
[02:00] <unknown1> yes i have hdmi
[02:00] <ianorlin> because sometimes that gets set as the defualt for some reason I don't know
[02:00] <unknown1> but i don't use it
[02:00] <ianorlin> unknown1: might check bios /uefi to see if you can turn off hdmi audio then
[02:00] <unknown1> i have no sound on browser or anything
[02:01] <unknown1> is a limited bios XD
[02:01] <ianorlin> make sure you output is not the hdmi as that is an annoying problem
[02:01] <unknown1> how i open alsamixel
[02:01] <unknown1> alsamixer
[02:01] <unknown1> ??
[02:02] <ianorlin> unknown1: which version?
[02:02] <unknown1> idk
[02:02] <unknown1> :(
[02:02] <unknown1> whaere is it?
[02:02] <ianorlin> It shows in system profiler and benchmark
[02:03] <unknown1> im there then?
[02:04] <unknown1> ianorlin?
[02:06] <unknown1> hi?
[02:07] <unknown1> :-(
[02:08] <unknown1> plz guys help
[02:13] <ianorlin> what does it say under opretaing system for version
[02:21] <unknown1> -Version-
[02:21] <unknown1> Kernel		: Linux 3.16.0-38-generic (i686)
[02:21] <unknown1> Compiled		: #52-Ubuntu SMP Thu May 7 10:51:51 UTC 2015
[02:21] <unknown1> C Library		: Unknown
[02:21] <unknown1> Default C Compiler		: Unknown
[02:21] <unknown1> Distribution		: Ubuntu 14.10
[02:21] <unknown1> -Current Session-
[02:30] <unknown1> i still have no sound
[02:30] <unknown1> what a sad day
[02:41] <Auctus> anybody know how i can fix the white on light grey areas? I tried #lxde but no one is up: https://i.imgur.com/LRBQ783.png
[03:23] <ianorlyn> Auctus: right click the volume applet in panel and click volume control settings
[03:25] <ianorlyn> Auctus: never mind that accidently responded to someone else
[11:57] <BadLuckRyan> Is it possible to resize a partition using the grub command line? GParted usb isnt booting so Super Grub2 Disk is my only alternative.
[12:56] <uio> Hullo all. I recently installed lubuntu 14.04 and have been having some troubles with booting. It seems that when I shut-down and boot normally it will hang at a black screen, after which I do a hard shut-down (holding down the power button) then booting goes to the grub menu, but stays there, so I have to manually select an opition and then booting goes along normally. Any ideas of what might be going on ??
[14:22] <BadLuckRyan> Im using grub4dos trying to boot the Windows kernel (or efi). When i type "chainloader +1" i get "error: invalid EFI file path". What do I do?
[15:12] <holstein> BadLuckRyan: what i did, with my efi hardware was just let the installer deal with it
[15:12] <holstein> im able to boot linux from grub, and grub made an entry for windows
[15:13] <holstein> what are you trying to do? dual boot on a machine that is preventing you from installing another OS?
[15:13] <holstein> i found a bios setting that both OS's were "happy" with..
[15:30] <BadLuckRyan> holstein: its not that easy
[15:30] <holstein> BadLuckRyan: sure.. i suppose, im asking you for specifics about what isnt easy, and why.. since, it actually is that easy, luckily, here on my hardware
[15:30] <holstein> i was quite surpised, since, i had seen a lot of issues mentioned..
[15:31] <BadLuckRyan> holstein: im trying to get the windows setup.exe to run by doing the chainloader method
[15:31] <holstein> BadLuckRyan: to get what windows setup.exe to run?
[15:32] <BadLuckRyan> holstein: the Windows 8.1 setup.exe i mounted.
[15:33] <holstein> if you are saying, you are trying to install windows 8.1, i would follow proceedures for whatever it needs.. i would personally expect it to wipe the drive, or break whatever other OS's are on the drive
[15:33] <holstein> i would backup what i have, and plan for it to want to be "the only game in town" so to speak, on the drive
[15:34] <BadLuckRyan> holstein: from what i found i have to type "chainloader /path/to/bootmgfw.efi
[15:34] <holstein> i might even just give it a normal scenario.. a blank space to install onto.. then, i would reinstall linux afterwards
[15:34] <holstein> BadLuckRyan: you can use the main ubuntu channel since its not related to lubuntu or lxde.. you may find sommeone else who has done what you are trying to do.. or, yyou may get support from microsoft for that software they created
[15:35] <BadLuckRyan> holstein: im not worried about that. I've dealt with the "Boot Device Not Found" error a million times. I'll risk it. Besides Windows doesnt overwrite the whole Hard Drive like i want it to
[15:35] <holstein> if you are running some kind of windows updater in windows 7 that updates it to windows 8, i would give it the most basic, and expectedly normmal scenario
[15:36] <BadLuckRyan> holstein: ok I'll figure it out, again
[17:00] <Zz4yMYrZX6> Does anyone know about progress on this bug? https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1446247
[17:12] <ianorlyn> Zz4yMYrZX6: not sure there is any unfortanetly
[17:41] <Finetundra> anyone know if  ubuntuupdates.org is a trustworthy source?
[17:43] <holstein> Finetundra: for what?
[17:43] <holstein> ubuntu updates? you use the provided ubuntu default repos for that..
[17:44] <Finetundra> a program or package
[17:44] <Finetundra> updates I just use termianl for
[17:44] <holstein> Finetundra: the official ubuntu sources are the "trusted" official ones.. the others will be like a pPA
[17:44] <holstein> !ppa
[17:45] <holstein> you are welcome to trust whatever sources you want..
[17:45] <Finetundra> hmm, how do I know if it's trusted?
[17:45] <holstein> Finetundra: ask the creators of the sources.. they are not ubuntu sources.. those are alreadyu setup and trusted, and tested/supported
[17:46] <holstein> what are you trying to do?
[17:46] <holstein> i wouldnt go and casually add sources.. even if they *are* stating support on some level
[17:50] <Finetundra> hmm, I seem to have misspoken.
[17:51] <Finetundra> This is a website that I wish to download a package from.
[17:54] <holstein> sure.. but, you must understand, its not an ubuntu or lubuntu package, so, we cant say its "safe".. i can only say, it can be anything from completely safe, to, malicious
[17:54] <holstein> it'll be up to you to decide to take the risk
[18:08] <Finetundra> how does one install sdl2?
[18:23] <MajB> Should be in the repositories.  Open synaptic package manager.
[18:24] <holstein> !info sdl2
[18:25] <holstein> !info sdl2-config
[18:26] <holstein> !info libsdl2
[18:27] <holstein> well, anyways, theres a ppa i would look into https://launchpad.net/~zoogie/+archive/ubuntu/sdl2-snapshots
[21:45] <zh1> after doing lock screen on lubuntu 15.04 cant get out of black screen and login again, any way?


[01:04] <ppd> hi, I wondered whether a further version of compiz will be released in time for the quantal release? Current unity+compiz in quantal is hell on nvidia multi-monitor
[08:24] <Mirv> andyrock: could you prepare a version of lp:~andyrock/unity/fix-1048274 for unity 6.0 branch as well?
[08:24] <Mirv> now that the trunk branch was merged
[08:25] <andyrock> Mirv, sure
[08:25] <Mirv> andyrock: thanks
[08:32] <andyrock> Mirv, https://code.launchpad.net/~andyrock/unity/fix-1048274-6.0/+merge/129370
[08:38] <Mirv> andyrock: thank you
[08:39] <andyrock> np
[08:39] <didrocks> Mirv: FYI, can you look for the video lens? https://code.launchpad.net/~davidc3/unity-lens-videos/stop-looking-for-recommendations-when-no-remote/+merge/129309
[08:39] <didrocks> Mirv: this one should be in SRU0, not sure if you forked the branch though for those lenses
[08:44] <davidcalle> didrocks, heya, about that, what's the merger issue in this specific case, when he refuses to merge on "No commit message specified"? Where should the message be set?
[08:45] <didrocks> davidcalle: you have a "set commit message" button above the description
[08:47] <davidcalle> didrocks, oh god.
[08:47]  * davidcalle goes back to his cave
[08:48] <didrocks> :)
[08:48] <didrocks> at bat cave at least? ;)
[08:50] <davidcalle> didrocks, shame cave. :p
[08:50] <didrocks> heh ;)
[09:18] <Mirv> didrocks: no separate Q branch for video/scope, and yesI targeted it for sru-0 as indicated in the bug
[09:20] <didrocks> Mirv: excellent, thanks!
[09:31] <Mirv> davidcalle: now that lp:unity-scope-video-remote exists (and I guess it contains everything up to 0.3.9), shouldn't the merge request be against it as well instead of the lp:unity-lens-videos/remote-videos-scope-trunk?
[09:35] <Mirv> just a cosmetic issue, though
[09:39] <Mirv> (...and will need merger changes as well)
[09:41] <davidcalle> Mirv, IIRC, it was decided to wait until the release and SRU0, to move trunk to its lp project.
[09:44] <Mirv> davidcalle: sounds wise
[09:45] <davidcalle> Mirv, I've been manually merging current trunk to the project, though, so it wouldn't be an issue to change now, but since different people have been working on it and  making releases in the current video lens project, I didn't want to add confusion during the cycle.
[09:46] <davidcalle> Mirv, by the way, do you know who is taking care of the merge now?
[09:46] <davidcalle> merger*
[09:49] <Mirv> davidcalle: mmrazik and fginther have the most experience, while me and sil2100 can try to tinker as well if in hurry
[09:50] <davidcalle> Mirv, ty
[09:53] <mhr3> davidcalle, fyi, we'll be moving the u1 music scope into shopping lens (cause they use the same code to create the music previews)
[09:54] <mhr3> i would like if the u1 video scope went there as well
[09:54] <mhr3> so shopping-lens would be actually a u1-services project
[09:55] <mhr3> i suppose that's exactly what you don't want, but it makes sense to keep those in one place
[09:56] <davidcalle> mhr3, got it. I will need to find a way with them to resolve a potential conflict between adding Youtube Online Accounts integration and the Youtube search coming from videosearch.ubuntu.com
[09:56] <mhr3> of course this would make most sense if u1 video was ported to vala and again parts of it could be reused in shopping if necessary
[09:57] <davidcalle> mhr3, indeed
[09:57] <mhr3> but ultimately there's no such request for now...
[09:57] <mhr3> that may change though
[10:01] <davidcalle> mhr3, the only part bothering me is the fact than free online videos would go in the same bag as unfree u1-services. On the other hand, they handle the server behind it. But that's just a *me* problem. I'll focus on video online accounts anyway, and with a merger and deduplication, videos coming form videosearch and ones from online accounts should blend... *brain dumping on you, sorry*
[10:03] <mhr3> well, it allows us to do smartness on the server...
[10:05] <davidcalle> mhr3, yeah, that would be nice too...
[10:08] <davidcalle> mhr3, by the way, there could mergers in every lenses, with a small doc on which fields it happens, for at least proper gdocs merging and third parties too.
[10:08] <mhr3> davidcalle, i meant the fact that we do single query to our servers enables us to do more stuff than requiring the lens to merge results from various scopes and do dedup and everything on its own, it'd get messy on the lens side
[10:09] <mhr3> davidcalle, yea... changes are being brewed :)
[10:09] <mhr3> changes for Unity-7.0
[10:12] <davidcalle> mhr3, sure, but if you add user youtube/vimeo videos via Online Accounts, there still need to be a merger in the lens. Well, unless the server knows about the accounts and can retrieve things like non-public videos and contacts... That would be brilliant, but passing Online Accounts oauth stuff to a server is pretty nasty.
[14:09] <bbbenjy> How to add shortcuts to Unity ?
[14:10] <bbbenjy> How to "see" commands behind the shortcuts ?
[15:10] <MCR1> didrocks: Hi :) Do you have 5 minutes ?
[15:11] <didrocks> MCR1: sure
[15:12] <MCR1> I start with this one: https://code.launchpad.net/~mc-return/unity/unity.merge-fix1006429-fix1006434-fix1063171/+merge/129150
[15:12] <MCR1> It fixes 3 bugs properly, is tested and needs approval.
[15:13] <didrocks> MCR1: looks good to me, approving
[15:13] <MCR1> and then I would need your logic attention for 2 minutes, didrocks - as I know you are a far better coder than me ;)
[15:13] <didrocks> MCR1: if you want that in quantal, you need to make the bugs compliant with the SRU process
[15:14] <MCR1> How should I do that ?
[15:14] <didrocks> and propose a branch for 6.0 :)
[15:15] <didrocks> MCR1: https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[15:15] <didrocks> just follow the checklist :)
[15:15] <MCR1> Important is that it finally lands, not that it is immediately available, but I'll look - thanx :)
[15:15] <didrocks> all 3 bugs needs it :)
[15:15] <didrocks> so, some logic question? :-)
[15:15] <MCR1> The second thing is about bug 1063249
[15:15] <MCR1> yes
[15:16] <MCR1> please open unity/plugins/unityshell/src/UnityShowdesktopHandler.cpp
[15:17] <didrocks> yep ;)
[15:18] <MCR1> line 148+ says progress_ = 1.0f; state_ = StateInvisible;
[15:18] <didrocks> indeed ;)
[15:18] <MCR1> but then in line 171 opacity is set to max value
[15:19] <MCR1> if progress == 1.0 -> it should be no opacity then, so the fix should be line 171:   if (progress_ == 0.0f)
[15:20] <MCR1> Have you read the bug report and tested what happens ?
[15:20] <didrocks> let me look at the bug I guess :)
[15:20] <didrocks> but without knowing the code path, what you are telling makes sense
[15:21] <didrocks> especially as you have     opacity *= (1.0f - progress_);
[15:21] <MCR1> It is best to enable slow animations in CCSM to see what is happening
[15:21] <MCR1> yes, you are correct
[15:21] <MCR1> but I unfortunately cannot test my fix at the moment
[15:22] <MCR1> CCSM->Composite Plug-in->Slow animations
[15:22] <MCR1> The bug indeed just happens if windows are fully faded out, so I am quite sure I got the right fix
[15:22] <MCR1> but I cannot test here at the moment ;)
[15:23] <didrocks> MCR1: I think your fix is right ;)
[15:23] <MCR1> but this behaviour annoys me a lot
[15:23] <didrocks> why can't you test it?
[15:23] <MCR1> Several reasons: Instability on Quantal, especially when doing large file operations
[15:23] <MCR1> like compiling
[15:23] <MCR1> gfx freeze
[15:24] <MCR1> I am suffering from that for about 5 weeks now
[15:24] <didrocks> urgh, not really nice
[15:24] <MCR1> yep
[15:24] <MCR1> urgh is the right word for it
[15:24] <MCR1> but it might be my SSD dying
[15:24] <MCR1> as I've exchanged all other things already
[15:25] <didrocks> MCR1: can't really test it right now, don't want to loose my session and some other stuff to finish, but I would say removing progress == 1.0 will enable to go until opacity *= (1 - 1)
[15:25] <MCR1> kernel, xorg & co
[15:25] <didrocks> ah, yeah, try booting on an usb
[15:25] <MCR1> yes - and that is what it SHOULD do
[15:25] <didrocks> you can even just:
[15:25] <didrocks> apt-get build-dep unity
[15:25] <didrocks> apt-get source unity
[15:26] <didrocks> and debuild
[15:26] <didrocks> in the live system
[15:26] <didrocks> to see how it goes
[15:26] <didrocks> (persistent usb key is better :))
[15:26] <didrocks> MCR1: I *think* your fix is safe to submit, let me look at the commit itself
[15:27] <MCR1> I will ask bschaefer later if he still is willing to test a fix from me after the merger troubles recently ;)
[15:27] <MCR1> I have not created a branch yet
[15:27] <didrocks> revno: 2164.1.8
[15:27] <didrocks> revno: 2164.1.8
[15:27] <didrocks> revno: 2164.1.8
[15:27] <didrocks> revno: 2164.1.8
[15:27] <MCR1> but this should really go to quantal as show-dektop-fade-back-in is used quite commonly
[15:28] <didrocks> "coding style"
[15:28] <didrocks> urgh
[15:28] <MCR1> ?
[15:28] <didrocks> copy and paste failure ;)
[15:28] <MCR1> ah
[15:28] <didrocks> so yeah "coding style"
[15:28] <didrocks> on that rev ^
[15:28] <MCR1> Pardon ?
[15:28] <didrocks> doesn't help really to know if the == 1 has been adding to fix something else
[15:28] <didrocks> MCR1: I mean, last time the line we are wondering about has been changed is in rev 2164.1.8
[15:29] <didrocks> (bzr blame helps to know that ;))
[15:29] <didrocks> and the commit message associated with it is "coding style"
[15:29] <didrocks> (so probably a refactoring)
[15:29] <MCR1> I will ask bschaefer later if he has 5 min to test my fix so we know for sure then...
[15:29] <didrocks> MCR1: get it under test by bschaefer if he's time, and then propose to unity and 6.0 :)
[15:29] <didrocks> sure :)
[15:30] <didrocks> MCR1: maybe a backport to precise can be interesting if impacted (didn't check)
[15:30] <MCR1> ok, I'll prepare the branch then - thx a lot as always
[15:30] <MCR1> didrocks: yes, afair it is impacted as well
[15:30] <didrocks> thanks a lot for looking at those little pesky bugs which destroy the user experience :)
[15:30] <MCR1> np, it is my user experience as well which gets destroyed
[15:31] <MCR1> but I still want my plug-ins back ;)
[15:33] <didrocks> :)
[15:45] <MCR1> https://code.launchpad.net/~mc-return/unity/unity.merge-fix1063249/+merge/129457
[15:45] <MCR1> bschaefer: Hi :)
[15:45] <MCR1> bschaefer: Sorry for the inconvenience I caused last time ;)
[15:45]  * bschaefer looks
[15:46] <bschaefer> MCR1, also hello
[15:46] <MCR1> bschaefer: Sorry again and I have another "attack" on you :)
[15:47] <bschaefer> MCR1, what sort of attack?
[15:47]  * bschaefer also just woke up
[15:47] <MCR1> bschaefer: Because you are the testing master it would be very nice if you could test the above branch 4 me, but please do not hurry with the coffee ;)
[15:48] <MCR1> I think I've fixed the fade-in showdesktop behaviour, but it is yet untested...
[15:48] <bschaefer> MCR1, I can take a look at making a test. Though looking at the bug/branch it might need to be a manual test
[15:48] <bschaefer> as it is more of a visual change
[15:48] <bschaefer> but let me see what the branch does
[15:48] <MCR1> yes ofc - I want nothing more
[15:48] <MCR1> just a manual test
[15:49] <MCR1> Please enable CCSM->Composite Plug-in->Slow animations to see if it works like intended and to see how it works now :)
[15:49] <bschaefer> well a manual test is always the last resort
[15:50] <MCR1> it is really enough for this one, believe me
[15:51] <MCR1> currently the showdesktop-fade-in is broken (popping in-fading-out-then-fading-back-in)
[15:51] <MCR1> with my fix it *should* be smooth again (if it ever was)
[15:52] <bschaefer> MCR1, hmm everything seems to fade back it as well
[15:52] <bschaefer> with out your branch
[15:52] <MCR1> have you enabled the slow animations ?
[15:52] <bschaefer> yeah
[15:52] <MCR1> and waited until showdesktop has faded out completely
[15:52] <MCR1> ?
[15:52] <bschaefer> ill wait a bit longer
[15:52] <MCR1> you have to wait
[15:53] <bschaefer> oo there we go
[15:53] <conscioususer> mpt: le ping
[15:53] <MCR1> otherwise the progress is not 1.0f or bigger
[15:53] <bschaefer> that is weird
[15:53] <bschaefer> cool, Ill see what your branch does :)
[15:53] <MCR1> and it has to be 1.0f to see the bug (opacity is set to full then)
[15:54] <MCR1> thx
[16:00] <bschaefer> MCR1, awesome, that works
[16:00] <bschaefer> MCR1, sooo writing a manual test is really easy :)
[16:00] <MCR1> \o/
[16:00] <bschaefer> go to unity/manual-test
[16:00] <MCR1> Should I really write one ?
[16:01] <bschaefer> Yeah,
[16:01] <bschaefer> Ill help you
[16:01] <MCR1> I do not really need help to do it
[16:01] <bschaefer> alright :), caause we love tests
[16:01] <MCR1> I've seen the manual tests already - should be able to do it
[16:02] <bschaefer> awesome, WindowManagement.txt should be  a good place for it
[16:02] <MCR1> Could you please comment on my branch, that it is tested ?
[16:02] <bbbenjy> How to add shortcuts to Unity ?
[16:02] <bbbenjy> How to "see" commands behind the shortcuts ?
[16:03] <MCR1> bbbenjy: install ccsm -> open it -> open commands
[16:03] <MCR1> bschaefer: will do
[16:03] <bbbenjy> Thanks
[16:03] <bbbenjy> Regards
[16:03] <bschaefer> MCR1, awesome, let me know when you push the test
[16:04]  * bschaefer goes to make coffee
[16:04] <didrocks> thanks MCR1 ;)
[16:27] <MCR1> bschaefer: Should be ready now :)
[16:28] <bschaefer> MCR1, awesome
[16:28]  * bschaefer looking
[16:29] <MCR1> bschaefer: Thx.
[16:29] <bschaefer> MCR1, the title and description should be a bit more detailed :)
[16:29] <bschaefer> MCR1, as you are fixing something
[16:29] <bschaefer> state what is being fixed,
[16:30] <MCR1> Why ? The bug is linked.
[16:30] <bschaefer> ie. Fading in on Show Desktop should slowly fade back in
[16:30] <bschaefer> must*
[16:30] <bschaefer> never use should
[16:30] <bschaefer> MCR1, yeah also point to the lp
[16:31] <MCR1> bschaefer: Do you mean the test or the commit message ?
[16:31] <bschaefer> MCR1, the test
[16:31] <bschaefer> because that test isn't really detailed in what you are fixing
[16:32] <MCR1> bschaefer: Because the test ofc just describes what should happen if you Show the Desktop/Restore previous state
[16:32] <bschaefer> MCR1, it does, but I think it would be better to state why the test is being written to begin with to prevent regressions
[16:33] <MCR1> bschaefer: hmmm
[16:33] <bschaefer> So: Show Desktop must fade back in
[16:33] <MCR1> maybe exchange "should" with "must"
[16:33] <MCR1> ?
[16:34] <MCR1> and I could also add the time (300ms)
[16:34] <bschaefer> MCR1, that as well
[16:34] <bschaefer> no not ms
[16:34] <bschaefer> MCR1, im just saying a bit more detail in the test would help prevent regressions :)
[16:35] <bschaefer> The test is showing that fading back in happens, as opposed to not
[16:35] <MCR1> bschaefer: IMHO we should improve ShowDesktop anyway in the mid-term...
[16:35] <MCR1> ok, I'll try to re-word that test
[16:36] <bschaefer> MCR1, well we already have an AP test for the Show Desktop behavior
[16:36] <bschaefer> we are more writing a manual test because the visual part is broken, that you fixed
[16:36] <MCR1> ah ok
[16:41] <MCR1> bschaefer: Ready (hopefully) :)
[16:42] <bschaefer> MCR1, cool, thanks :)
[16:43] <bschaefer> MCR1, everything is good except one more thing: 72
[16:43] <bschaefer> Show Desktop
[16:43] <bschaefer> 72
[16:43] <bschaefer> Show Desktop
[16:43] <bschaefer> the title
[16:44] <bschaefer> that is the title of the test, it should be brief but add a bit more detail :)
[16:44] <MCR1> +behavior ? +visual behavior ?
[16:44] <bschaefer> MCR1, noo on line 72
[16:45] <bschaefer> of your diff
[16:45] <bschaefer> the title is just Show Desktop
[16:45] <bschaefer> a bit more detail in the title and that test looks good :)
[16:45] <MCR1> what do you suggest here ?
[16:46] <bschaefer> Show Desktop fades slowly in
[16:46] <MCR1> but it should also fade slowly out
[16:46] <bschaefer> yeah, but that isn't a problem
[16:46] <MCR1> maybe it will be ?
[16:46] <bschaefer> your fixing the fading in
[16:46] <bschaefer> well then
[16:47] <bschaefer> Show Desktop fades slowly in/out
[16:47] <MCR1> and you have to fade out before you can fade in anyway
[16:47] <MCR1> how about smoothly instead ?
[16:47] <bschaefer> that sounds better
[16:47] <bschaefer> and drop the in/out
[16:47] <MCR1> ok
[16:48]  * bschaefer sucks at manual tests
[16:49] <MCR1> done
[16:49] <bschaefer> thanks
[16:50] <bschaefer> MCR1, approved :)
[16:51] <MCR1> thx - that one annoyed me for quite some time now 8-)
[16:53] <MCR1> bschaefer: Together with my other fix all showdesktop issues should now be history :)
[16:53] <bschaefer> MCR1, excellent, I don't normally use showdesktop so I don't notice it as much :)