[05:48] <bschaefer> thomi, hey, I think I have a fix for all the ibus ap tests!
[05:48] <thomi> oooo!
[05:48] <thomi> Sorry I wasn't online - my INternet crapped ut
[05:48] <thomi> *out
[05:49] <thomi> bschaefer: so, what was the problem, and what's the fix?
[05:49] <bschaefer> so the addCleanup for the self.deactivate gets executed kinda oddly, executing it explicitly seems to fix it
[05:49] <thomi> :-/
[05:49] <bschaefer> and no worries, got back like an hour ago and now im doing some testing to make sure it works
[05:50] <bschaefer> because what happens is sometimes deactivate gets called AFTER the engines gets reset, so it gets back to false
[05:50] <bschaefer> sometimes
[05:50] <bschaefer> I should have a branch up soon ish
[05:50] <thomi> hmmmmm
[05:51] <thomi> that shouldn't happen, but if it helps I'm happy
[05:52] <bschaefer> hmm one sec i need to relog
[05:53] <jokerdino> hey, how do i find what unity-2d version i am currently using?
[05:54] <bschaefer> thomi, ok im push a branch right now,
[05:54] <bschaefer> would you be able to run them?
[05:55] <thomi> bschaefer: sure
[05:55] <bschaefer> sweet, I just want to double check
[05:55] <thomi> jokerdino: apt-cache policy unity-2d
[05:55] <thomi> jokerdino: or, if you prefer: dpkg -l unity-2d
[05:55] <bschaefer> https://code.launchpad.net/~brandontschaefer/unity/ibus-ap-fixes
[05:55] <jokerdino> thanks thomi.
[05:56] <bschaefer> thomi, also another thing we can change is the im context getting reset so often, as that really doesn't ever happen that often
[05:56] <bschaefer> only have it reset when we switch from pinyin to anthy
[05:56] <thomi> bschaefer: I actually looked into that
[05:56] <thomi> it's tricker than I thought
[05:56] <bschaefer> hmm really? I was going to start looking into that
[05:57] <bschaefer> we could have an self.active_engine for the IBus class
[05:57] <bschaefer> and then check what engine is in the current list of active engines (should only be 1)
[05:57] <thomi> bschaefer: yeah, and where are you going to call it from? Remember that after the tests are finished you need to set ibus back to how it was before the tests started
[05:58] <bschaefer> can't you edit the activate_input_engine_or_skip function
[05:58] <thomi> that's the hard part - we need to restore the system to the same state we found it in
[05:58] <bschaefer> to check
[05:58] <bschaefer> o
[05:58] <bschaefer> yeah
[05:58] <thomi> bschaefer: :)
[05:58] <thomi> there may be a way... hmmmm
[05:58]  * thomi checks something
[05:59] <thomi> got it
[05:59] <bschaefer> awesome! What did you do?
[05:59] <thomi> bschaefer: don't call set_engine in 'setUp', call it in 'setUpClass'
[05:59] <thomi> that second method only gets called once for each test class.
[05:59] <bschaefer> haha nice
[06:00] <bschaefer> that is a good way :)
[06:00] <thomi> there's also tearDownClass
[06:00] <thomi> bschaefer: you want to add that to your branch as well?
[06:00] <bschaefer> yeah I can
[06:02] <bschaefer> is the function actually called setUpClass? or just setUp for each pinyin,anthy and hangul?
[06:05] <thomi> no, it's really called setUpClass
[06:05] <thomi> setUp gets called before each every test method
[06:05] <thomi> setUpClass gets called once before running any tests in a particular class
[06:05] <thomi> tearDown and tearDownClass follow a similar pattern, except obviously they happen after tests are run, not before
[06:05] <bschaefer> o nice
[06:06] <thomi> I don't think there's any equivilent of 'addCleanup' for the whole class.... that seems like an oversight to me.
[06:06] <bschaefer> TypeError: unbound method setUpClass() must be called with IBusTestsPinyin instance as first argument (got nothing instead)
[06:07] <thomi> huh?
[06:07] <bschaefer> I have the def setUpClass
[06:07] <bschaefer> I have the def setUpClass(self):
[06:07] <bschaefer> and it gives me that error :(
[06:07]  * thomi tries quickly
[06:08] <thomi> ahh, it's a classmethod
[06:08] <thomi> so you need to put @classmethod
[06:08] <thomi> on the line before it
[06:08] <thomi> and also, instead of 'self', use 'cls'
[06:08] <bschaefer> hmm that is weird
[06:08] <thomi> like this:
[06:08] <thomi> @classmethod
[06:08] <thomi>     def setUpClass(cls):
[06:08] <bschaefer> I have it working now :)
[06:08] <thomi> cool
[06:09] <bschaefer> The only reason I know python is because of this ap test haha
[06:09] <bschaefer> so I havn't heard of classmethod before haha
[06:09] <thomi> it's like a static method, except you get the class object passed to the function
[06:09] <thomi> there's also @staticmethod BTW, and that doesn't get passed anything
[06:10] <bschaefer> hmm so if it is static how am i going to call another funciton?
[06:10] <bschaefer> function*
[06:10] <bschaefer> with out self
[06:10] <bschaefer> ie. to call activate_input_engine_or_skip("Pinyin")
[06:10] <thomi> bschaefer: you can't, unless it's also static or classmethod
[06:10] <thomi> bschaefer: you may have to make that a module-level function
[06:11]  * bschaefer looks that up
[06:11] <thomi> or make it a classmethod as well - I'm not sure if it stores anything?
[06:12] <thomi> brb, gotta get some dinner going
[06:12] <bschaefer> alright, Ill mess around with this :)
[06:12] <bschaefer> fun learning
[06:27] <thomi> bschaefer: yep :)
[06:31] <bschaefer> hmm it's having problems using skipTest, also the _old_engines is also use hmm
[06:32] <bschaefer> you were right when this was not as straight forward as it seems haha, I should be able to figure something out! back to digging
[07:02] <bschaefer> thomi, im reading this: http://docs.python.org/dev/library/unittest.html#class-and-module-fixtures.
[07:02] <bschaefer> and im trying to figure out how to correctly
[07:02] <bschaefer> skip a test
[07:03]  * thomi looks
[07:03] <bschaefer> in a methodclass, im trying to figure out how to raise the exception as a SkipTest
[07:03] <bschaefer> instead of an assert fail
[07:05] <thomi> bschaefer: so you want to skip a test from the setUpClass method?
[07:05] <bschaefer> yeah
[07:05] <bschaefer> well
[07:06] <bschaefer> activate_input_engine_or_skip
[07:06] <bschaefer> would be nice, but I can have activate_input_engine_or_skip return true and false
[07:06] <bschaefer> to have it done in the setUpClass method
[07:07] <bschaefer> thomi, let me pastebin what I have so far, as it is working but I need to figure out how to skip it correctly
[07:08] <thomi> bschaefer: I don't think you want skipTest
[07:08]  * thomi looks at how setUpTest is called
[07:08] <bschaefer> thomi, http://paste.ubuntu.com/937925/
[07:09] <bschaefer> I cut out the  other hangul anthy test for readablity
[07:09] <bschaefer> so im still able to save the _old_engines around correctly and reset them
[07:10] <thomi> sure, as a class-level attribute. you just need a way to skip the tests
[07:10] <bschaefer> yeah
[07:10] <bschaefer> hmmm
[07:11] <bschaefer> it says if the exception is a SkipTest then it will skip it in the setUpClass but im not sure how to raise a SkipTest expectation
[07:11] <thomi> oh ok
[07:11] <thomi> ipython
[07:11] <bschaefer> exception*
[07:12] <bschaefer> yeah
[07:12] <bschaefer> in a classmethod, I see how to do it regularly
[07:12] <thomi> ok, let me do some digging
[07:13] <bschaefer> alright, Ill do the same :)
[07:13] <thomi> got it:
[07:13] <thomi> raise TestCase.skipException("reason to skip")
[07:14] <bschaefer> sweet, let me try that :)
[07:14] <bschaefer> I also get a weird ibus deamon error though doing stuff this way :(
[07:15] <bschaefer> (ibus-daemon:5488): GLib-GIO-WARNING **: unknown control message type 1:2
[07:15] <thomi> hmmm, dunno what that's all about
[07:16] <bschaefer> im not sure what is causing it and a quick google search doesn't give much but I can look into that once I have this ibus test working
[07:16] <thomi> but it's only a WARNING, right? We can probably ignore it :P
[07:16] <bschaefer> it doesn't seem to fix anything
[07:16] <bschaefer> i mean mess anything up
[07:16] <bschaefer> idk why I said fix haha
[07:18] <bschaefer> thomi, NameError: global name 'TestCase' is not defined, ill start looking for the import
[07:18] <bschaefer> but you might now it off the top of your head
[07:18] <thomi> bschaefer: sorry, you should be able to use AutopilotTestCase
[07:18] <thomi> I forgot that we subclass it :)
[07:19] <bschaefer> so raise AutopilotTestCase.TestCase.skipException("reason to skip")?
[07:19] <bschaefer> no worries :)
[07:19] <bschaefer> hmm that doesn't work
[07:19] <thomi> yup
[07:20] <bschaefer> thomi, AttributeError: type object 'AutopilotTestCase' has no attribute 'TestCase'
[07:20] <thomi> raise AutopilotTestCase.skipException("Reason to skip")
[07:20] <bschaefer> oo
[07:20] <bschaefer> duh
[07:21] <bschaefer> I went to __init__.py and just saw the import TestCase haha
[07:22] <thomi> yeah - all our test classes eventually derive from TestCase
[07:23] <bschaefer> yeah, I was like ugg what am I doing wrong!! Ok let me run this from the start and see if it goes well :)
[07:30] <bschaefer> thomi, sweet they all passed for me, let me check the diff and ill push the changes
[07:30] <bschaefer> if you had a chance to run them
[07:31] <thomi> bschaefer: can you ping me when there's a MP up?
[07:31] <bschaefer> yeah!
[07:44] <bschaefer> thomi, https://code.launchpad.net/~brandontschaefer/unity/ibus-ap-fixes/+merge/102803
[07:44]  * thomi looks
[07:45] <bschaefer> opps the diff is still updating
[07:46] <bschaefer> there is a 2325 coming in...ugg this diff is insanely slow...
[07:55] <bschaefer> thomi, diff is done updating, and I just got done running the ap test again and all of them passed :)
[07:56] <thomi> cool
[07:57] <thomi> bschaefer: why is tearDownCLass in the diff twice?
[07:57] <bschaefer> opps
[07:57] <bschaefer> that should be setUpClass
[07:58] <thomi> bschaefer: I thought so. How did it work without that?
[07:58] <bschaefer> well it wasn't None
[07:58] <bschaefer> It might have messed up my ibus active list
[07:58] <bschaefer> but that is all that code really does
[07:59] <bschaefer> thomi, yeah it messed up my active engine list :(, but push the changes
[07:59] <thomi> ok
[07:59] <bschaefer> pushed*
[08:02] <thomi> bschaefer: I have a suggestion
[08:03] <bschaefer> yeah?
[08:03] <thomi> have only one setUpClass method, in the IBus test case base class, and have it use 'cls.engine_name'.
[08:03] <thomi> Then, in each of the derived IBus classes, you can do 'engine_name' = 'pinyin'
[08:04] <bschaefer> you mean under setUp
[08:04] <bschaefer> wait..
[08:04] <bschaefer> how will it do that for each different engine though? Wont it only run once?
[08:04] <bschaefer> or does it run Once per subclass
[08:05] <thomi> umm, let me show you :)
[08:06] <bschaefer> ok
[08:11] <bschaefer> thomi, hmm that is odd my setClassUp in the base class doesn't want to work
[08:12] <thomi> bschaefer: grab this: lp:~thomir/unity/ibus-ap-fixes
[08:12] <bschaefer> I had it set up slightly different before to test the ibus engine active list were get put back and thought this way would check for no engines
[08:12]  * bschaefer grabing
[08:12] <thomi> sorry, it was too hard to explain, that branch shows what I mnean
[08:12] <thomi> THat should work
[08:13] <bschaefer> alright! Looking
[08:14] <bschaefer> thomi, that is why I was asking if setUpClass for the base class get called for each sub class
[08:14] <thomi> bschaefer: no, I don't think it does
[08:14] <thomi> I'm not sure though
[08:14] <bschaefer> so the base class will only set the engine once?
[08:15] <thomi> Yes, I'm pretty sure :)
[08:17] <bschaefer> thomi, hmm it works, so when it switches from IBusTestPinyin to IBusTestsHangul it calls setUpClass each time
[08:18] <thomi> yes, because it's a new class (it just has the same base class(es))
[08:18] <bschaefer> that is what I was trying to ask
[08:18] <bschaefer> I think I was asking it wrong though haha
[08:18] <bschaefer> and now that makes sense..
[08:18] <bschaefer> hahaa ugg im getting tired
[08:19] <bschaefer> do you want to propose your branch?
[08:19] <bschaefer> thomi, ^
[08:19] <thomi> sure
[08:19] <bschaefer> it'll be easier haha
[08:20] <thomi> I'll override your MP
[08:20] <bschaefer> alright sounds good :)
[08:20] <bschaefer> sweet, hopefully that will stop all the ibus failing :)
[08:20] <thomi> bschaefer: https://code.launchpad.net/~thomir/unity/ibus-ap-fixes/+merge/102808
[08:20] <thomi> we may as well both approve it...
[08:21] <bschaefer> thomi, yeah haha; looks good though :)
[08:23] <bschaefer> thomi, cool, well im off to bed. Have a good weekend!
[08:23] <thomi> you too
[08:23] <bschaefer> thanks for sticking around so late on your Friday :P
[11:46] <andyrock> AlanBell, can you try this branch? https://code.launchpad.net/~andyrock/unity/fix-949448
[11:47] <andyrock> it should unmute the screen-reader
[11:57] <AlanBell> andyrock: how do I do that?
[12:00] <andyrock> AlanBell, i'll try to create a ppa
[12:05] <andyrock> AlanBell, are you on Precise right?
[12:08] <bobweaver> Hello there I would first like to take the time to say thanks for reading this and all that you all have done. Here is my question. Will the unity doc ever be able to be moved to say the right hand part of the screen or the bottom ect. I know that this would not happen over night but just wondering if there is a shot at all in the next 5 to 10 years? Thanks agaon
[12:12] <AlanBell> andyrock: yes, I have done a bzr branch of your branch
[12:12] <AlanBell> andyrock: do I have to build all of unity?
[12:13] <AlanBell> ppa would be great
[12:14] <bobweaver> AlanBell,  I am looking at his files and that would be a hard build
[12:15] <bobweaver> so many depends and postinst scripts would be crazy also
[12:16] <bobweaver> they would all have to be in different packages that is alot work
[12:17] <bobweaver> AlanBell,  check to see what is installed and read the INSTALL file
[12:18] <bobweaver> make sure depedencys are not gettig mashed togeather so to say
[12:32] <andyrock> AlanBell, not sure but it should work https://code.launchpad.net/~andyrock/+archive/unity-a11y
[12:47] <AlanBell> thanks andyrock, installing it now
[12:48] <AlanBell> bobweaver: the launcher goes on the left by design, except for right to left languages where it does go on the right
[12:48] <AlanBell> bobweaver: it would be great if it was on the left on the left screen and on the right on the right screen for dual monitor setups, but I don't think that will happen
[12:48] <bobweaver> Yes I
[12:49] <bobweaver> that would be awesome !
[12:49] <AlanBell> andyrock: looks like it hasn't finished building in the ppa yet
[12:49] <bobweaver> AlanBell,  is there a place where I can find bluprints or like work tables
[12:50] <bobweaver> I looked on LP but there is nothing that I can see
[12:50] <AlanBell> http://unity.ubuntu.com/getinvolved/
[12:50] <AlanBell> https://wiki.ubuntu.com/Unity
[12:50] <bobweaver> Thanks
[12:58] <andyrock> AlanBell, try now
[13:01] <AlanBell> already installing it
[13:16] <AlanBell> right, lets see what happens with a unity --replace . . .
[13:19] <AlanBell> hmm, not much different, lets try restarting
[13:19] <andyrock> AlanBell, it's not perfect but now the screen reader should not be mute
[13:27] <AlanBell> andyrock: yup it is speaking a bit \o/
[13:28] <AlanBell> it doesn't read the application names in the dash
[13:28] <AlanBell> or lens names
[13:29] <andyrock> AlanBell, regarding the application names in the dash...
[13:29] <andyrock> it works intermittently
[13:30] <AlanBell> HUD is about the same as it is in unity2d, it speaks that you are in the HUD pane, but doesn't speak the options that it is presenting
[13:30] <AlanBell> maybe gord will leap into action to fix that :)
[13:31] <bobweaver> Hud is a massive improvement it is awesome I use all the time
[13:31] <AlanBell> generally this seems nearly as good as it was just before beta 1
[13:31] <andyrock> AlanBell, yeah I just fixed the regressions...
[13:31] <AlanBell> bobweaver: I am guessing you have functional eyes
[13:32] <bobweaver> @_@
[13:32] <AlanBell> now we just need a couple of more months before the release to get the smaller bugs fixed :)
[13:33] <jokerdino> a couple more months would be nice.
[13:33] <mhall119> AlanBell: you've got 6.5 months, how much more do you want?
[13:33] <jokerdino> i wonder who is the master enbugger of unity.
[13:34] <AlanBell> I just hope we will get a full cycle with accessibility actually not totally broken next time
[13:38] <AlanBell> but this is really great that unity3d is nearly back to the same level as 2d, thanks very much andyrock
[13:39] <andyrock> AlanBell, I'll try to fix the other bugs too...
[13:39] <AlanBell> andyrock: will this go into the unity team PPA for wider testing?
[13:39] <andyrock> AlanBell, I'll push a MP sooner
[13:39] <andyrock> *soon
[13:40] <andyrock> then we should fix the dash reader...
[13:44] <davmor2> mhall119: what was the bzr link for hello-unity please I lost the post with it in
[13:45] <mhall119> lp:hello-unity :)
[13:45] <mhall119> davmor2: are you going to break it?
[13:45] <davmor2> mhall119: oh nice I thought it might of been in your working ppa obviously not :)
[13:45] <davmor2> mhall119: possibly
[13:46] <mhall119> it is in my PPA too: https://launchpad.net/~mhall119/+archive/ppa
[13:46] <nessita> hello eveyrone! I just filled bug #986191, I was wondering if it was known or workaroundeable
[13:47] <mhall119> nessita: all the lenses are empty?
[13:47] <mhall119> or just the home lens?
[13:47] <nessita> mhall119: yes. Music and video I expect to be empty, I uninstalled those lens. I also confirmed that the app and files lens is installed and up to date
[13:47] <nessita> mhall119: apps lens is definitely empty as well
[13:48] <AlanBell> how did you uninstall the music and video lenses?
[13:48] <mhall119> greyback: ^^ any ideas?  Looks to be unity-2d
[13:48] <nessita> mhall119: I can't remember if they ever worked for me. This happens the same in both my laptop and home computer (both unity-2d)
[13:48] <nessita> AlanBell:  sudo apt-get purge unity-lens-gwibber unity-lens-video unity-lens-music
[13:48] <mhall119> nessita: did you restart unity or log out/in?
[13:49] <mhall119> I still see icons for the music and video lenses in your screenshot
[13:49] <nessita> mhall119: several times, every day. I can try again if you consider is worth it
[13:49] <jokerdino> weird, it works for me.
[13:49] <greyback> nessita: if you do a search, do you see options?
[13:49] <mhall119> nessita: it's just odd, they shouldn't appear in the dash after you uninstalled them...
[13:49] <nessita> mhall119: perhaps that's because I haven't re-logged in after uninstalling those
[13:49] <nessita> greyback: nopes
[13:49] <mhall119> oh, nessita try logging out and back in then, see if they go away
[13:49] <greyback> nessita: yeah, that's not right
[13:50] <nessita> mhall119: sure. But that is not related to not having anything in the rest of the lens, right?
[13:50] <greyback> please try as mhall119 asks, then can investigate further if necessary
[13:50] <nessita> greyback: of course. Will be back then!
[13:50] <greyback> nessita: fingers Xed :)
[13:50] <mhall119> nessita: I don't know, but it's best to eliminate any other possibilities
[13:51] <mhall119> greyback: does unity-2d respond to changes in /usr/share/unity/lenses/ ?  I thought I heard that it did
[13:51] <mhall119> I know unity-3d requires a restart
[13:52] <greyback> mhall119: We need restart too. Really when it comes to lenses, we just use the data that Unity-Core supplies, which is shared between both 2d and 3d
[13:53] <nessita> hello again!
[13:53] <mhall119> wb nessita
[13:53] <nessita> so, confirmed music and video icons are gone, and dash is still empty
[13:53] <mhall119> what's the verdict?
[13:54] <nessita> search returns nothings
[13:54] <nessita> can share a screenshot
[13:55] <mhall119> nessita: run "ps -ef |grep unity-lens-applications" and see if there's a process running
[13:55] <nessita> screenshot of search attemp is: http://ubuntuone.com/6Kyf0uK9QIPJ1NBAUU1pQ2
[13:55] <nessita> the app "deluge" is certainly installed, as you can see the blue drop icon in the launcher
[13:56] <nessita> mhall119: 160:nessita   1926     1  0 10:52 ?        00:00:00 /usr/lib/unity-lens-applications/unity-applications-daemon
[13:56] <nessita> ignore the first 160:, is the line number
[13:56] <nessita> (I have an alias for grep to always use -n)
[13:56] <mhall119> nessita: kill it and run it manually from the command line, see if it gives any error messages
[13:57] <mhall119> mhr3: ^^ any ideas what might be going on here?
[13:57] <nessita> sure
[13:57] <nessita> mhall119: terminal shows several of:
[13:57] <nessita> (process:2339): LibZeitgeist-CRITICAL **: Failed to create proxy for Zeitgeist daemon: Error calling StartServiceByName for org.gnome.zeitgeist.Engine: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/bin/zeitgeist-daemon exited with status 1
[13:58] <nessita> and dash is till empty
[13:58] <nessita> is still*
[13:58] <mhr3> nessita, try running zeitgeist-daemon --log-level=debug
[13:59] <mhr3> nessita, btw i was looking at that bug like 10minutes ago :)
[13:59] <nessita> http://pastebin.ubuntu.com/938303/
[13:59] <nessita> mhr3: the requested output ^ :-)
[14:00] <mhr3> are you upgrading from lucid?
[14:00] <nessita> mhr3: nopes, this is a clean precise install made by alpha1 and updated every day
[14:00] <nessita>  is worth noting that I've never had results in the dash since installation
[14:00] <nessita> but just now I have the time to report it and debug it
[14:01] <mhr3> nessita, you must have had old home partition?
[14:02] <nessita> mhr3: well, yes, home partition is not new, but was created on March last year, I installed pre-released natty
[14:02] <nessita> with a clean home back then (computer was brand new)
[14:02] <mhr3> hmm, natty had so old zg?
[14:03] <mhr3> nessita, and can you run the apps lens from terminal?
[14:03] <nessita> mhr3: no idea about zg version, but as a user I would expect that migration path would do its deed?
[14:03] <nessita> mhr3: sure, what command?
[14:04] <mhr3> nessita, it would if you had oneiric at some point :)
[14:04] <mhr3> pkill -f unity-applications-daemon
[14:04] <mhr3> /usr/lib/unity-lens-applications/unity-applications-daemon
[14:05] <nessita> mhr3: http://pastebin.ubuntu.com/938307/
[14:06] <mhr3> nessita, that's all if you try to search?
[14:06] <nessita> ah, did not try to search, will do
[14:07] <nessita> mhr3: nothing new appears in the terminal
[14:07] <mhr3> give it 30seconds
[14:07] <mhr3> :)
[14:07] <mhr3> although... nah nvm
[14:07] <mhall119> 30 seconds for output?
[14:07] <nessita> still nothing
[14:07] <nessita> and nothing :-)
[14:08] <mhr3> nessita, anyway, `rm ~/.local/share/zeitgeist/activity.sqlite` will fix it
[14:09] <nessita> so, from an end user POV, is there any way to detect that ZG is not working and do some other (perhaps less efficient) search?
[14:09] <nessita> all this time has been very frustating for me to open the dash, type "firef" and get nothing, knowing that firefox is right there
[14:10] <mhr3> nessita, yes, we try in many cases, obviously we missed this one where you didn't follow the official upgrade path
[14:11] <mhr3> i mean zg tries to recover
[14:11] <mhr3> itself
[14:12] <nessita> ok, I see. In ubuntuone, to upgrade user metadata, we detect the current version, and apply upgraders from the user version up to current... so it really does not matter what ubuntu version the user had
[14:12] <nessita> perhaps something similar can be considered?
[14:12] <nessita> so we go from 0 to 1, then to 2, etc etc
[14:13] <nessita> mhr3: so, if I remove the ZG sqlite, I will loose the 23M of info I have there?
[14:13] <mhr3> nessita, yes, we had that as well, we dropped the super old schema upgrades when porting to vala, cause who'd care about the lucid version where zg wasn't even installed by default right...
[14:13] <mhr3> nessita, yep
[14:13] <nessita> mhr3: I can confirm I never had lucid on the home in this computer (nor maverick)
[14:14] <mhr3> nessita, who knew such old schema was in natty as well :(
[14:14] <mhr3> i'd push for porting those as well if i did
[14:15] <nessita> well, I would guess lots of people will move from natty to precise without going thru oneiric... perhaps some workaround can be added for them?
[14:16] <davmor2> mhall119: oh dear broked it :D  can I not run the ./hello-unity (that has +x permission) from the dir on my system that the bzr branch created?
[14:16] <mhr3> nessita, i'm looking why the search doesn't work, it should
[14:16] <mhr3> only the recent apps are grabbed from zg
[14:16] <nessita> mhr3: can I help debug further?
[14:16] <mhr3> nessita, if you want to build ula?
[14:16] <nessita> mhr3: what's ula? :-)
[14:16] <mhr3> lp:unity-lens-applications
[14:17] <nessita> mhr3: if you really need me to, I will be happy to do that next Monday from my home computer (I'm traveling now so I only have my laptop handy)
[14:18] <nessita> mhr3: my home computer is in the same situation (same versions, same symptoms)
[14:18] <mhr3> nessita, dont worry then, i can easily lower the schema ver here
[14:18] <nessita> mhr3: ok then, let me know if you need anything else
[14:18] <nessita> I will around (or you can easily find me in the company channel)
[14:19] <mhr3> sure
[14:19] <mhall119> davmor2: I think you need to copy the .desktop file into /usr/share/applications/ first
[14:19] <mhall119> but otherwise it should be runnable from the bzr checkout
[14:20] <davmor2> mhall119: fair enough I'll have a play with it over the weekend then :)
[14:20] <mhall119> davmor2: have fun :)
[14:21] <davmor2> mhall119: will do lets see how bad I break stuff :D erm I mean test obviously
[14:23] <mhall119> davmor2: I'm going to invoke the "weekend project" excuse for any quality shortcomings
[14:24] <davmor2> mhall119: haha
[14:24] <mhall119> but, since most of the code is exposed in the UI, I did make an extra effort to do it right
[15:30] <jokerdino> andyrock: added the video lens.. http://i.stack.imgur.com/alAPh.jpg (bug #937334)
[15:35] <jokerdino> is it my luck that he left the room soon after? :))
[15:41] <Will123456> hey guys. is the unity dash blur effect implemented in glsl? if so, where abouts in the source code could i find it?
[16:08] <Andy80> why if I'm using precise and Rhythmbox is the default application for mp3, searching music with the Unity Dash the music is opened with Banshee?
[16:09] <Andy80> is it a known bug or I'm doing something wrong?
[16:11] <Andy80> and the music lens is not working anymore I think.... clicking on a song it does't open anything more...
[16:11] <Andy80> how do I restart the lenses without restarting the whole session?
[16:17] <Will123456> Andy80: i wonder if banshee is set to your default music player?
[16:18] <Will123456> oh, he's gone
[16:59] <mhall119> The new Unity contributor pages are public: http://unity.ubuntu.com/getinvolved/
[21:31] <zgreg> hmm, there seems to be an issue with the dash blur with the current unity in precise
[21:32] <zgreg> the background is incorrectly shifted downwards by some amount, seems to be the height of the panel
[21:33] <zgreg> wait, to be more accurate, it's the *lense* background that is wrong, the *dash* background is correct
[21:33] <zgreg> it looks pretty broken at the boundary between those, though
[21:39] <zgreg> ah, it's https://bugs.launchpad.net/unity/+bug/977922
[21:39] <zgreg> would be great to see an updated package in precise...
[21:40] <davidcalle_> zgreg, as you can see, the bug is "Fix committed"
[21:40] <zgreg> yes, I know
[21:41] <zgreg> that does not mean we'll see the fix in precise soon
[21:41] <davidcalle_> zgreg, the update will come as a 0-day SRU, an update available on release day.
[21:42] <zgreg> so it's not possible to merge any bugfixes at this state in the release process?
[21:43] <davidcalle_> zgreg, critical bugs only.
[21:43] <zgreg> ok


[00:44] <knome> pleia2, we should get some publicity for "brainstorming is on for q", maybe write a quickish article tomorrow and publish, tweet and send to g+
[00:44] <knome> pleia2, and the mailing lists
[00:44] <pleia2> sounds good
[00:45] <pleia2> UDS people are already starting to descend upon us ;) running out to dinner with one of them now
[00:45] <knome> hehe
[00:45] <knome> have fun
[00:45]  * knome goes to bed
[00:45] <knome> btw, look at https://wiki.ubuntu.com/Xubuntu when you have a few mins
[00:46] <knome> now that i reduced the releases table, i'm wondering where we need it at all
[00:46] <knome> that should be on the website, because it's targeted mostly for userss
[00:46] <knome> -s
[00:46] <knome> anyway, time to think that tomorrow
[00:53]  * knome is off, see you
[00:56] <micahg> knome: in the blueprint for my assignment, please use [xubuntu-dev] (micahg)
[00:56] <micahg> knome: otherwise, it shows up on the WI tracker for the security team which we don't want
[09:34] <knome> mr_pouit, a-ha. didn't know that - thanks :)
[09:41] <knome> err, micahg !
[09:41] <knome> damn those nicks.
[09:41] <mips1911> leave mr_pouit alone, I need him to finish the 4.10 stuff :)
[09:43] <knome> that was exactly what i was bugging him about. for Q though
[10:02] <mips1911> in that case keep bugging him :D
[12:12] <knome> pleia2, you there?
[12:27] <knome> brainstorm doesn't support ubuntu SSO?
[12:27]  * knome blinks
[12:28] <knome> generally, it's just quite ungraspable
[16:00] <pleia2> knome: heh, I'm not sure how maintained it is in general
[16:23] <knome> pleia2, there's a session of it on openweek
[16:28] <pleia2> knome: oh, it's an active community and developers review it routinely for ideas, I meant the infrastructure itself
[16:28] <knome> heh
[16:28] <pleia2> it "just works" so it chugs along, hasn't had a branding update, I think it's still some old drupal
[16:28] <knome> the xubuntu devs don't :]
[16:28] <pleia2> well, it took a few UDS sessions for any devs to
[16:29] <knome> mmh.
[16:30] <Unit193> Says it uses this http://www.ideatorrent.org/
[16:30] <knome> "Ideatorrent ... is based on Drupal."
[16:32] <Unit193> Yep, so old+old=really old.
[16:33] <knome> and since drupal sucks anyway... ;)
[16:33] <knome> == really old crap
[16:33] <Unit193> Yep, pretty much.
[18:15] <GridCube> talking about the qa testing and stuff
[18:16] <knome> yes?
[18:16] <GridCube> i think the testing protocols should show the current known bugs, so people know what to test and look for
[18:16] <GridCube> i think that many people goes blind to tests and miss stuff because we don't know what we should be looking at
[18:17] <knome> mmh.
[18:17] <knome> that's a good idea, but what are the "current known bugs" ?
[18:17] <knome> are they bugs that have been found in the tests?
[18:17] <knome> because those *are* already visible
[18:19] <GridCube> yes they should be bugs reported on tests, say in the last 10 tests for a case
[18:20] <GridCube> say you do alternate i386 tests, so you will see the "known issues with this testcase" and you might have like a checklist
[18:20] <GridCube> saying does this happen to you? and you click yes or no
[18:21] <GridCube> or click in like "something different happens" and you go to a bug report
[18:21] <knome> mm-hmm
[18:24] <GridCube> i think that would make testings more useful
[18:24] <GridCube> now most tests are "see if it installs and runs"
[18:24] <GridCube> but no actual "testing" is done with the system
[18:24] <knome> what about the testcase
[18:25] <knome> we are about to update those
[18:25] <knome> to be more xubuntu specific
[18:25] <GridCube> i see
[18:25] <knome> and include the short/long tests there
[18:26] <GridCube> o: i forgot about my tutorial for alternate installation
[18:26] <knome> heh
[18:26] <knome> :)
[18:26] <knome> anyway
[18:26] <knome> i'll be back later
[18:26] <knome> i need to chat with stgraber
[18:26] <knome> about the qa tracker
[18:26] <GridCube> will try to do it one of this days
[18:27] <knome> and i'm sure it would be useful if you could help me and astraljava getting the new testcases written/reviewed
[18:27] <knome> but that would be in week 20 most probably
[18:27] <knome> or weekend of week 19
[18:28] <knome> (not saturday)
[18:28] <GridCube> if i can i will help
[18:29] <knome> i'm sure you can, you've been doing the tests, and you know if something is written badly or so
[18:37] <GridCube> ok
[18:37] <GridCube> :)
[18:37] <knome> but we'll get back to you once we sit down with it
[19:28] <GridCube> what use does catfish have?
[20:22] <knome> GridCube, search for files?
[20:22] <GridCube> and do what with them?
[20:22] <GridCube> see where they are?
[20:22] <knome> yeah
[20:22] <GridCube> and?
[20:22] <knome> or generally, just find them
[20:22] <knome> nothing else
[20:22] <GridCube> thats not very useful
[20:23] <knome> well, it depends so much how you organize your files
[20:23] <knome> some people never think when they save, so it makes sense to have a search app
[20:24] <GridCube> yes, i can agree with that 100% pero you need to do something with the files you find
[20:24] <GridCube> lol s/pero/but/
[20:26] <knome> well of course you can navigate to that location etc
[20:28] <GridCube> knome, but say you want to find all the .abw you have on ~/ and save them on /media/pendrive
[20:29] <GridCube> theres no way of doing that with today's xubuntu unless you do some find -exec magic
[20:29] <knome> GridCube, apparently you can copy single files from catfish
[20:29] <knome> (not select all, but that's understandable in a away)
[20:29] <knome> s/away/way/
[20:29] <GridCube> :/
[21:16] <mips1911> Any news on the 4.10 ppa?
[21:17] <knome> no
[21:17] <mips1911> :(


[15:35] <oSoMoN> hey all
[15:35] <oSoMoN> I’m looking at this weird chromium/libreoffice interaction issue, where symbol mir_display_config_release somehow comes into play
[15:36] <oSoMoN> I could use some help in understanding it
[15:36] <oSoMoN> https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1710789
[15:38] <greyback> alan_g: ^
[15:38] <alan_g> looking...
[15:39] <oSoMoN> from my tests in VMs, the issue happens only on amd64, not i386
[15:39] <oSoMoN> and zesty and artful are affected
[15:39] <oSoMoN> trusty and xenial are fine
[15:44] <alan_g> mir_display_config_release was introduced in Mir 0.21 - xenial originally had Mir 0.17 - so I suspect there's an old libmirclient on the system
[15:46] <alan_g> oSoMoN: could you $ apt show -a libmirclient9 on an affected system?
[15:48] <oSoMoN> alan_g, http://paste.ubuntu.com/25326372/
[15:51] <alan_g> Oh! Look what I find:
[15:51] <alan_g> /usr/lib/chromium-browser/libmirclient.so.9
[15:51] <alan_g> /usr/lib/x86_64-linux-gnu/libmirclient.so.9
[15:51] <alan_g> Is chromium-browser shipping its own libmirclient?!
[15:52] <oSoMoN> alan_g, yes, see https://cs.chromium.org/chromium/src/third_party/protobuf/README.chromium?q=libmirclie&sq=package:chromium&l=50
[15:56] <alan_g> I guess the stub needs syncing with more the recent symbols.
[16:00]  * alan_g thinks there must be a better way
[16:14] <alan_g> oSoMoN: it's a guess, but I suspect that soffice.bin (or its dependencies) needs the real libmirclient, but gets the stub
[16:21] <oSoMoN> alan_g, ack, I’ll dig further into this direction
[16:31] <Saviq> https://developer.ubuntu.com/core/examples/snaps-on-mir is finally back up
[16:34] <alan_g> \o/
[16:45] <alan_g> bschaefer: AlbertA anyone for a design discussion? https://code.launchpad.net/~alan-griffiths/miral/pre_init-CommandLineOption/+merge/329098


[03:12] <holstein> OvenWerks: but, i think it may be more clear that way
[03:12] <holstein> OvenWerks: if there were a meta that addressed that, and documentation..
[03:12] <holstein> who knows
[03:12] <holstein> its so far from the way folks are used to using computers
[03:13] <holstein> folks *dont* buy the "apple osx audio production version".. or, "windows 10 with audio addon pack" or whatever
[03:13] <holstein> they just get the OS, get used to it, and buy the applications they want to use
[03:13] <holstein> not saying thats what i wish we were doing, just that its different
[14:57] <OvenWerks> holstein: I think we can say we are already beyond the first step. A person can just add the metas already. Plus we have an installer that tells a person which metas make sense.
[14:58] <OvenWerks> The next step is to roll in the installer we use on the ISO that allows the user to not install everything in the meta.
[15:00] <OvenWerks> I also think That a Jack install needs to make sure the user is in the audio group. This is not done now because the debian user is already a part of the audio group. the ubuntu package for jack needs to make sure.
[15:03] <OvenWerks> That might even beconsidered a bug with the ubuntu version of jack or with the user setup, thopugh the user setup not having audio group is ubuntu policy, so it is hard to call that a bug.
[15:04] <OvenWerks> finding yet another way to give users access to the system would be great.
[15:08] <OvenWerks> I feel that a jack install should just work. The user should not have to add themselves to a group, or even aknowledge a prompt to get it to work right as they do now. This is the biggest fail for just installing metas right now.
[15:10] <OvenWerks> I think that is one of the biggest things we get asked about all the time.
[15:11] <OvenWerks> The second niggest trouble area is that the jack2 install includes both jackd and jackdbus.
[15:11] <OvenWerks> *biggest
[15:14] <OvenWerks> We need to set things up so that only one of these will work. Our current ISO is set up to use jackdbus. The pulse module depend on it, qjackctl depends on it and some of the audio session managers depend on it. Yet almost all of the information out there documents using jackd instead. However as soon as jackd is started, qjackctl and PA no longer work right.
[15:17] <OvenWerks> Also, the jack libs that jack aware applications use will start jackd for the user if it is not already running without asking. I found this out when making a jack aware MIDI program.
[15:18] <OvenWerks> There are two solutions, one is to split the jackd2 package into two, one for jackd and the other for jackdbus. This will not happen.
[15:21] <OvenWerks> The other is to use system default (/etc/default) to point jackd at a script that looks to the user like jackd, but really is just a wrapper for jack_control.
[15:23] <OvenWerks> This would allow those who really do want everything jackd to change default and get the real thing as well as people who don't know still being able to use the documentation to learn jack
[15:29] <OvenWerks> Oops sorry, I guess I was looking for the /etc/alternatives directory.
[15:37] <OvenWerks> Using aternatives would mean changing the jack2 package, I don't know how easy this would be. Jackd would be a link to /etc/alternatives/jackd which would like to either the real jackd or a script that runs jack_control.
[15:38] <OvenWerks> Using /etc/cd /etc
[15:41] <OvenWerks> using /etc/profile line with alias jackd=jackd.script
[15:41] <OvenWerks> might work too.
[15:43] <OvenWerks> Both of these things could be controled by a Studio_controls application.
[15:46] <OvenWerks> Controls might also turn the pa jack bridge off and qjackctl dbus option off if the user wants to really use jackd.
[15:46] <OvenWerks> zequence: most of what I said above is for you too.
[15:47] <OvenWerks> I am thinking out loud, hoping for input.
[15:53] <OvenWerks> zequence: I think we have gone over this before to some extent, but, in the case of giving a user permission to use jack in an automated way, should all users get it? Our normal policy has been that Studio is a single user setup, but in the add meta to another DE that may not hold true.
[15:54] <OvenWerks> Also in a home system more than one person might use the system. It would be confusing that there is lots of applications in the menu that don't work right for some users.
[15:56] <OvenWerks> Perhaps our kernel could have "slacker" permissions in the realtime area?
[15:57] <OvenWerks> Or maybe a udev rule(s) to do the same thing?
[15:59] <OvenWerks> It is possible that the lowlatency kernel gets used in an internet server for VoIP like aterisk for example, so slack permissions there is not a good idea.
[16:03] <OvenWerks> Jack may be installed in a server as well, I would guess, so udev fiddles should be careful.
[16:07] <OvenWerks> The users group seems to be no more, or it is there but not used. SO the whole idea of groups seems to be going away
[16:08] <OvenWerks> is this no groups thing a ubuntu only thing, or is debian going the same path?
[16:18] <OvenWerks> zequence: another thought has occured to me. The PA-jack bridge gives RT errors. I wonder if pa itself does not llok for RT stuff, but the pa-jack bridge does because it expects jack to have it. Pulse is in the audio group, so it may be something else. In general, the pa-jack bridge is not something that is well tested for little things like that. it just works for the most part. I am wondering though if this is part of the reason it goe
[17:31] <OvenWerks> That may be fixed now. I don't see the PA errors in my latest install.


[01:11] <santa_> my theory about kalzium is right, it's the latest avogadro what broke it
[01:13] <santa_> clivejo: if you are still awake just ignore kalzium, for now I have a solution but I want to discuss it with yofel tomorrow
[04:19] <santa_> clivejo: print-manager and kde4libs ftbfs'es fixed in my merge requests, now the only thing not building yet in apps is kalzium. as I said we could discuss the solution for that tomorrow
[04:23] <ahoneybun> this jenkins thing is pretty crazy
[04:25] <valorie> ?
[04:26] <ahoneybun> the way it works I mean
[04:26] <valorie> seems to be widely adopted
[04:26] <valorie> KDE uses it as well
[04:27] <tsimonq2> off to bed, my plan is to fix something tomorrow in Kubuntu unstable land as I haven't done much lately, suggestions welcome :P
[04:27] <tsimonq2> o/
[04:27] <valorie> sweet dreams, tsimonq2
[04:28] <ahoneybun> I know just hard to understand valorie
[04:28] <valorie> heh, there I agree
[04:28] <valorie> which is why I don't even try
[04:28] <valorie> :-)
[04:29] <ahoneybun> I do want to try
[04:29] <ahoneybun> but next cycle lol
[04:33] <ahoneybun> I try to get the slideshow working with yofe first valorie lol
[04:33] <valorie> that's awesome
[04:33] <valorie> thank you for stepping up
[04:34] <ahoneybun> TRY
[04:34] <ahoneybun> lol
[04:34] <ahoneybun> I got the python script to at least start but not sure what it means
[04:40] <valorie> maybe #python can help?
[04:41] <ahoneybun> it's dealing with our installer
[04:42] <ahoneybun> I've changed and added a few things to get it to start with Qt5
[04:42] <ahoneybun> but still no images yet
[04:42] <ahoneybun> wait what
[04:43] <ahoneybun> that's weird
[04:43] <ahoneybun> it works in test-slideshow.py
[04:44] <ahoneybun> http://imgur.com/a/l6AS4
[04:44] <ahoneybun> valorie: ^
[04:46] <valorie> nice
[04:47] <ahoneybun> no clue if it works for real
[04:48] <ahoneybun> my branch is on LP if any MOTU or whatever wants to test it
[04:50] <ahoneybun> I want to add a few screenshots
[04:50] <valorie> be sure to post it to the list
[04:51] <valorie> maybe there are more python-lovers there
[04:56] <ahoneybun> http://imgur.com/a/l6AS4 weird yofel
[04:58] <valorie> you notice that says "16.04", right?
[04:58] <ahoneybun> yep fixed
[04:58] <ahoneybun> I'm thinking of changing the text anyway
[04:58] <ahoneybun> somehting like
[04:59] <ahoneybun> "A community driven Ubuntu based distro that integrates the Plasma desktop"
[04:59] <ahoneybun> bit of a rip from Ubuntu Mate really
[05:01] <valorie> How about A community produced Ubuntu flavor with the Plasma desktop and KDE applications
[05:05] <ahoneybun> thats better
[05:20] <ahoneybun> I
[05:20] <ahoneybun> I'm 75% sure the slideshow will work now
[05:22] <valorie> \o/
[05:44] <ahoneybun> installing some updates and rebooting, wish me luck
[05:44] <ahoneybun> clivejo: ^
[05:44] <valorie> another no-drama update
[05:44] <valorie> :-)
[05:45] <valorie> hmmm, about system says Plasma 5.6.3
[05:45] <valorie> but the loading screen says 5.7.2
[05:46] <ahoneybun> mine said 5.7.2 I'll see after reboot
[05:47] <acheronuk> yofel: getting a lot of output from fakeroot as per https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830912
[05:47] <valorie> right, you have the staging PPAs
[05:48] <ahoneybun> well that is nice to see lol
[05:50] <ahoneybun> I have all staging
 Rebooting now
[06:02] <ahoneybun> and I'm back
[06:02] <ahoneybun> with no issues
[06:03] <ahoneybun> valorie: still says 5.7.2 in About System
[06:11] <acheronuk> git-buildpackage-ppa -d yakkety -y 16.10 -s 51
[06:11] <acheronuk> Traceback (most recent call last):
[06:11] <acheronuk>   File "/home/ubuntu/kubuntu/kubuntu-automation/git-buildpackage-ppa", line 63, in <module>
[06:11] <acheronuk>     link_upstream_tarball(release_type)
[06:11] <acheronuk> NameError: name 'release_type' is not defined
[06:12] <acheronuk> ^^ yofel anyone?
[06:33] <acheronuk> I guess the fakeroot output is result of new glibc 7hrs ago!
[06:46] <Mirv> newest blocker to clearer visibility on transition in yakkety is pillow synced from Debian + a 1000 packages queue for each architecture thanks to new glibc
[07:00] <acheronuk> Mirv: when is yakkety release? October? Maybe we can just about get everything migrated by THEN! grrrr. lol
[07:02] <Mirv> acheronuk: October, Final Freeze is on Oct 6th, maybe by then!
[07:02] <Mirv> it's not hopeless but I've lost most hope ;) I'd at least want to even see the situation of update_output.txt when everything would be "stable" for a brief moment.
[07:03] <Mirv> because it's so interesting that eg Laney claims WebP would have been the last blocker, but it's hard to validate since there's "something" happening all the time.
[07:03] <Mirv> and indeed I'd have more Qt updates pending myself, but I've not published them because that again would case 1-2 days delay at minimum
[07:06] <acheronuk> well I have to take their word for it on the blockers, but too many false dawns already for me to have confidence
[07:09] <acheronuk> ok. KA is still a bit busted, even after reverting a commit
[07:09] <acheronuk> Successfully signed dsc and changes files
[07:09] <acheronuk> Traceback (most recent call last):
[07:09] <acheronuk>   File "/home/neo/kubuntu/kubuntu-automation/git-buildpackage-ppa", line 88, in <module>
[07:09] <acheronuk>     upload_area_dir = readConfigFile("areas.json")["upload-area"]
[07:09] <acheronuk> NameError: name 'readConfigFile' is not defined
[07:09] <acheronuk> Still get that ^^^^
[07:11] <acheronuk> santa_: were those KA changes tested in, or require anything specific to work?
[07:11] <acheronuk> as it's pretty busted here
[07:24] <acheronuk> on my local copy of kubuntu-automation I have reverted the whole of https://git.launchpad.net/~kubuntu-packagers/+git/kubuntu-automation/commit/?id=757851f458d6bb6c5fa45a31b9ab7f6d05a1cb07
[07:56] <acheronuk> yofel et al : those fakeroot errors/messages seem to just be noise as far as a build goes, but they confuse the hell out of the ppa QA page. i.e. goes red
[08:05] <acheronuk> pbuilder run of okular changes produces them in quantity
[08:10] <soee> !info snap-confine
[08:38]  * acheronuk gives up
[08:38] <acheronuk> back sometime in the afternoon probably
[09:59] <acheronuk> santa_: git-buildpackage-ppa is assuming that the clone of the kubuntu packaging for example of okular has the folders /okular/git/ , where the packaging is in the git folder
[10:00] <acheronuk> santa_: whereas, much of the time we just 'git clone kubuntu:okular', so there is no git folder
[10:01] <acheronuk> santa_: hence git-buildpackage-ppa fails as it it looking for the package name one folder too low in the tree
[10:03] <acheronuk> santa: so needs so logic to sort that depending on whether the immediate parent folder is 'git' or something else?
[10:09] <acheronuk> i.e upstream_name = os.path.basename(os.path.split(os.getcwd())[0])
[10:10] <acheronuk> needs to be changed to take account of whether the git clone is in a directory with is the package name itself, or in a 'git' subdirectory of that
[10:13] <yofel> FWIW, you could actually parse that out of the VCS-Git field
[10:14] <yofel> as that's not any different from looking at the folder name in any common case
[10:14] <yofel> or from the watch file
[10:15] <yofel> which is probably even more accurate (would even catch kdelibs)
[10:15] <yofel> but has an annoying syntax
[10:19] <yofel> maybe git-buildpackage-ppa should be moved out of automation into kubuntu-dev-tools
[10:20] <yofel> that's a required piece for the automation, but it's not supposed to be *exclusive* to the automation, but usable with any kind of git based package
[10:29] <acheronuk> that reminds me. on kubuntu-dev-tools, I think the setup.rb script now needs a small tweak to fix build/install
[10:31] <yofel> could be, I haven't tried to build that in ages
[10:36] <clivejo> who merged santa_'s PR?
[10:39] <clivejo> never mind
[10:39]  * clivejo is going crazy
[10:50] <yofel> clivejo: well, it *did* work for the most common use case, and he said he would fix it up soon - hasn't happened yet :/
[10:54] <clivejo> yofel: sorry I was talking about the apps PR
[10:55] <yofel> oh
[10:58] <clivejo> but I was looking at the wrong webpage
[10:58] <clivejo> I thought someone had merged it, but not done an upload to PPA
[10:58] <clivejo> and was getting on my high horse
[10:58] <clivejo> is there a way to find out who actually merged the request in?
[10:58] <clivejo> git only seems to record the person who submitted it
[10:59] <clivejo> did I leave the channel just then?
[10:59] <yofel> not unless launchpad tracks who pushed the merge
[11:00] <yofel> not this one
[11:00] <yofel> (channel)
[11:00] <clivejo> strange
[11:00] <clivejo> must have lost internet connection
[11:01] <clivejo> [11:58:19] <-- clivejo (clivejo@kde/community/clivej) has quit (No Ping reply in 180 seconds.)
[11:01] <clivejo> [11:59:21] --> clivejo (clivejo@kde/community/clivej) has joined #kubuntu-devel
[11:01] <yofel> o.O
[11:01] <yofel> your bouncer connection might've died
[11:01] <clivejo> that looked like my bouncer dropped
[11:04]  * clivejo volunteers yofel to do a lightning talk at QtCon
[11:04] <yofel> oh yeah, I saw that mail. Not going to happen ^^
[11:04] <clivejo> LOL
[11:04] <clivejo> I just wanted to see your reaction :P
[11:08] <clivejo> anyone else finding that LP randomly ignores some upolads?
[11:19] <santa_> good "morning" everyone
 o/ Hey santa
[11:20] <clivejo> hi santa_
[11:20] <santa_> acheronuk: so this is your only problem https://paste.kde.org/p8oewochl right? do you have any other issues?
[11:21] <clivejo> santa_: Im having the same problem
[11:21] <santa_> sorry for the inconvenience by the way, I didn't expected that use case but I will come up with a fix soon
[11:21] <clivejo> and also even with the directory cloned into the corrent package name, there are some exceptions
[11:22] <clivejo> to be honest I would prefer something like what yofel talked about
[11:22] <clivejo> by picking up the package name via the changelog?
[11:23] <clivejo> kde4libs is one that throws errors
[11:57] <yofel> technically, only the watch files know the *real* upstream name, which is exactly why the script used uscan.
[11:57] <yofel> Now you can make it only work for kde - and support depot, or you leave it as it is and have it fail in some situations
[11:58] <yofel> so maybe there should be a generic git-buildpackage-ppa in kubuntu-dev-tools using uscan, and git-buildpackage-kde-ppa in automation which is tuned to work for kde in all possible cases
[12:24] <acheronuk> santa_: it's the only one I've bumped up against so far, but I'm only just getting used to using the tools, so you never know...
[12:25] <acheronuk> clivejo: I merged nothing
[12:25] <santa_> clivejo, acheronuk, yofel: possible fix here https://code.launchpad.net/~panfaust/+git/kubuntu-automation/+ref/work3
[12:26] <santa_> note that the work3 branch has other stuff we discussed here
[12:27] <santa_> what I didn't implemented yet are the overrides for the versions maps, but I hope to work on that soon
[12:28] <santa_> yofel: thanks for the watch idea btw, I was thinking about the copyright files or that new metadata, but right now I think the watch file is the best option
[12:29] <santa_> there isn'n any "combo breaker" in frameworks/plasma/apps if I'm not mistaken
[12:29] <santa_> I will test it better after lunch anyway
[12:32] <BluesKaj> Hiyas all
[12:34] <acheronuk> yofel: the kubuntu-dev-tools change was trivial http://paste.ubuntu.com/23049303/
[12:34] <acheronuk> but ir did allow me to install them, rather than run in place
[12:34] <acheronuk> *it
[12:37] <yofel> acheronuk: committed, thanks
[12:39] <yofel> santa_: and the script now also works if the download location is not download.kde.org? i.e. if upstream_name is set to nothing?
[13:02] <santa_> yofel: if that's the question, with the fix in work3 you must have at least one download.kde.org line in debian/watch
[13:03] <santa_> yofel: if the question is if it works with depot.kde.org, not completely yet
[13:13] <santa_> yofel: hmm, just forget that last thing I wrote, if I'm not mistaken gbp-ppa should get the tarball from depot if there isn't already downloaded
[13:14] <santa_> * if it's not already downloaded
[13:14] <santa_> that was done in 84de65dc9ffd15e84a5e6e5ab07a1346e9431d3b which is already on the master branch
[13:15] <santa_> what it's not done yet is: falling back to uscan/download.kde.org if you don't have you ssh key on depot
[13:32] <yofel> santa_: my point is, if your lib cannot generate a valid download location, please fall back to uscan
[13:32] <yofel> so that the script works like it did before
[13:34] <yofel> santa_: and I probably should read all your messages before replying ^^
[13:34] <yofel> santa_: so yeah, that sounds right, thanks
[14:31] <clivejo> santa_ yofel: whats going on here - https://launchpadlibrarian.net/278484268/buildlog_ubuntu-yakkety-amd64.krfb_4%3A16.04.3-0ubuntu1~ubuntu16.10~ppa51_BUILDING.txt.gz
[14:31] <clivejo> dlsym(acl_get_file): /usr/lib/x86_64-linux-gnu/libfakeroot/libfakeroot-sysv.so: undefined symbol: acl_get_file
[14:32] <clivejo> there are a number of amd64 builds showing as red due to that same thing
[14:32] <yofel> Rik found that this morning as well
[14:32] <yofel> glibc fallout I believe
[14:33] <yofel> the release team is also really enjoying the transition output right now
[14:42] <santa_> I think that's something out of our "jurisdiction"
[14:42] <santa_> ftr, so far it doesn't happen in my build box
[14:43] <santa_> yofel: ack, to your uscan proposal for gbp-ppa, I wil try to patch that soon
[14:44] <santa_> but, before anything there's a couple of topics I would like to discuss with you guys
[14:44] <santa_> first and most important one is the kalzium ftbfs
[14:44] <santa_> the situation is the following
[14:45] <santa_> kalzium build depends on avogadro
[14:45] <santa_> avogadro build depends on eigen
[14:45] <santa_> eigen has 2 versions in yakkety: eigen2 and eigen3
[14:46] <santa_> doko uploaded recently a new avogadro to yakkety
[14:46] <santa_> this new avogadro was imported from debian experimental
[14:46] <santa_> this new avogadro includes a patch from debian to make it build against eigen3 and not eigen2
[14:47] <santa_> this patch is making kalzium FTBFS
[14:48] <santa_> if you build kalzium against an avogadro without the eigen3 patch it doesn't fail
[14:48] <santa_> ↑ those are facts
[14:48] <santa_> now, my proposed solution for this:
[14:49] <santa_> I think doko's intention was *just* fixing the avogadro build failure against GCC 6
[14:50] <santa_> I also think including an avogadro with debian's eigen3 patch is a bit premature for ubuntu
[14:50] <santa_> so ...
[14:51] <santa_> my proposal is disabling the eigen3 patch from avogadro
[14:51] <santa_> I have a package here doing that http://gpul.grupos.udc.es/tritemio/pool/main/a/avogadro/avogadro_1.1.1-1~exp3.1ubuntu1.dsc
[14:52] <santa_> kalzium builds fine against that package
[14:52] <santa_> yofel, clivejo: ↑ what do you think?
[14:58] <clivejo> who maintains it?
[14:58] <santa_> avogadro?
[14:58] <clivejo> yes
[14:59] <santa_> avogadro is usually imported from debian unstable but doko uploaded a fixed version imported from debian experimental
 But noone here will have permissions to remove the patch
[15:25] <santa_> this lack of permissions of everyone is going to kill this project
[15:25] <santa_> anyway. I think the best approach would be mailing doko about the issue
[15:26] <santa_> explaining what I explained above
[15:51] <acheronuk> clivejo: yofel: fakeroot update https://launchpad.net/ubuntu/+source/fakeroot/1.21-1ubuntu2
[15:52] <santa_> allright, so eigen2 doesn't build with gcc 6
[15:52] <santa_> hence why doko included the eigen3 patch from debian
[15:53] <ahoneybun>  yofel was there a way you could see if the fix worked?
[15:54] <yofel> ahoneybun: no, still at work. I'll be home in ~4h
[15:54] <ahoneybun> oh no I just wanted to know if there is a way to test it unless we have to push it to the main
[15:58] <yofel> I think for a test, you can build your modified package, install it in a yakkety live session and run the installer. It should pick the slideshow up as long as it's installed
[15:59] <acheronuk> do kalzuim devs have any plans/fixs?
[16:00] <acheronuk> doubt it, but you never know
[16:02] <acheronuk> yofel: santa_ cmakelists.txt metions Eigen3? https://quickgit.kde.org/?p=kalzium.git&a=blob&h=050f6610dc99caba3f40df06bdf7d2714161ad1a&hb=ad24b0f296504a22f0c54d17eb3f6b3252eca143&f=CMakeLists.txt
[16:10] <acheronuk> ok. so kalzium has build deps on libeigen3-dev, but FTBFS if avogadro is built with v3 instead of v2. that is nuts
[16:17] <ahoneybun> mm
[16:17] <tsimonq2> MM
[16:17] <tsimonq2> :P
[16:18] <ahoneybun> I just wonder how to build it
[16:18]  * tsimonq2 throws ahoneybun at a giant iPhone-sized cake
[16:18] <ahoneybun> how is it giant and iphone size?
[16:19] <tsimonq2> ahoneybun: this big: https://www.youtube.com/watch?v=uNferthlGeQ
[16:19] <tsimonq2> :P
[16:19] <ahoneybun> oh
[16:19] <yofel> I want a piece :P
[16:20] <yofel> bbl
[16:20] <tsimonq2> ahoneybun: don't want to fight today? :P
[16:20] <tsimonq2> o/ yofel
[16:21] <ahoneybun> not really just work up a bit agao
[16:21] <ahoneybun> *aog
[16:21] <ahoneybun> ago
[16:21] <acheronuk> switching kalzuim build deps to libeigen2-dev lets it build, but with the 'compound viewer' usr/lib/libcompoundviewer.so.4 absent from the result
[16:28] <ahoneybun> trying to build it now yofel
[16:37] <acheronuk> yofel: building kalzium with libeigen2-dev you lose the molecular editor then libeigen2-dev http://i.imgur.com/d79XpLJ.png
[16:39] <acheronuk> I've only really used the isoptopes and Nuclear Calculator on that, so not sure how much losing that would matter to a chemist. lol
[18:06] <ahoneybun> stupid debsign
[18:09] <tsimonq2> ahoneybun: PEBKAC
[18:09] <tsimonq2> :P
[18:09] <ahoneybun> ?
[18:10] <tsimonq2> ahoneybun: Problem Exists Between Keyboard And Chair
[18:10] <ahoneybun> is there a way to skip it?
[18:10] <tsimonq2> what command are you running?
[18:16] <ahoneybun> debuild
[18:17] <ahoneybun> it's for my personal use atm so don't need to sign it
[18:17]  * tsimonq2 does debuild -us -uc (-S)
[18:18] <ahoneybun> mm just running debuild again
[18:18] <ahoneybun> I think I put in the wrong PW tbh
[18:29] <ahoneybun> testing now yofel
[18:55] <santa_> acheronuk: the result f your experiment is interesting, however I think I have now the actual solution
[19:04] <ahoneybun> mm virtualbox is not working for me
[19:04] <ahoneybun> I can't get my usb to show up
 virt-manager ftw
[19:06] <acheronuk> santa_ yep, building that way was intended as a last resort option
[19:22] <ahoneybun> mm might have broken something
[19:30] <ahoneybun> tsimonq2: your going to hit the FF trying to geth LXQt in no?
[19:33] <ahoneybun> mm this is not working...
[19:34] <tsimonq2> ahoneybun: LXQt is already in the archive...
[19:35] <ahoneybun> oh did not know
[19:35] <tsimonq2> sudo apt install lubuntu-qt-desktop works fine
[19:35] <tsimonq2> just waiting on an image...
[19:35] <ahoneybun> this script is looking for a dir that is not there
[19:35]  * acheronuk tries sudo apt install lubuntu-qt-desktop
[19:36] <tsimonq2> acheronuk: stop stop stop
[19:36] <acheronuk> s/apt/apt-get/
[19:36] <tsimonq2> acheronuk: if you have plasma, it doesn't like things
[19:36] <tsimonq2> acheronuk: and no, use apt, apt is better than apt-get
[19:36]  * tsimonq2 said that intentionally :P
[19:36] <tsimonq2> acheronuk: VM ftw! \o/
[19:37] <tsimonq2> acheronuk: and things need to be tweaked a LOT
[19:37] <acheronuk> tsimonq2: I was seeing what it wanted to do. Was not going to actually say yes to the install
[19:37] <ahoneybun> mm there is a arm ubiqity installer?
[19:38] <ahoneybun> right Ubuntu Mate is on arm
[19:38] <tsimonq2> oh k acheronuk
[19:38] <ahoneybun> clear
[19:38] <yofel> is there a tasksel target for netinst?
[19:39] <ahoneybun> yofel: I'm 99% it is not fixed
[19:39] <ahoneybun> need to fix the kde_ui.py
[19:39] <acheronuk> tsimonq2: not that I could have, anyway http://paste.ubuntu.com/23050423/
[19:40]  * ahoneybun wonders why LXQt does not use the Breeze icon set
[19:40] <tsimonq2> yeahhh acheronuk
[19:40]  * tsimonq2 throws ahoneybun down a hole
[19:40] <tsimonq2> :P
[19:41] <ahoneybun> it just looks better then anything GTK has
[19:41] <ahoneybun> GNOME I mean
[19:41]  * acheronuk wonders how many packages are stuck in proposed now? 1,000? 2,000?
[19:41] <tsimonq2> loooots probably
[19:43] <yofel> britney tries to migrate 656 (i.e. not counting 'not considered')
[19:59] <santa_> acheronuk: thanks for taking the time to do the experiment anyway, thanks to that first thing I checked when testing the fixes was that compoundviewer is still built
[19:59] <santa_> so ...
[20:00] <santa_> yofel, clivejo, acheronuk: I think this is the correct solution http://gpul.grupos.udc.es/tritemio/pool/main/a/avogadro/avogadro_1.1.1-1~exp3.1ubuntu1+santa3.dsc
[20:00] <santa_> I just fixed a couple of loose ends with avogadro's eigen3 port
[20:00] <santa_> forget about switching avogadro back to eigen2 because eigen2 doesn't build with GCC 6
[20:01] <santa_> I'm doing now my last build tests, if everything goes well I would send doko a mail asking him to upload this fixed version, unless someone has a better alternative
[20:03]  * ahoneybun hangs his hat on fixing the slideshow...
[20:04] <yofel> I might be able to upload avogadro
[20:04] <ahoneybun> I'm sorry yofel and valorie
[20:04] <ahoneybun> it's so above me
[20:05] <yofel> np, take your time if you want. There's a reason why people are reluctant to tackle this ^^
[20:05] <yofel> so really, thanks a lot for trying
 The slideshow thing works preview wise in my repo
 Just need fix in the KDE_ui.py
[20:09] <yofel> santa_: that actually works?
[20:09] <yofel>   0 +find_package(Eigen3 REQUIRED)
[20:09] <yofel>   1  include_directories(${EIGEN2_INCLUDE_DIR})
 The ubiquity package on lp is missing some files
[20:09] <acheronuk> I looked at the porting guide and decided I didn't know enough to do it
 You need to use apt source ubiquity to get all of them
[20:19] <santa_> yofel: yep
[20:20] <santa_> but let me recheck the patch
[20:24] <santa_> yofel: well, I'm surprised it works but it does. anyway I have just uploaded a new version also fixing the include dir, once it's built I will retest kalziumç
[20:24] <santa_> thanks for pointing that out
[20:39] <ahoneybun> yofel: the error is about wpa
[20:49] <clivejo> is the new fakeroot in proposed?
[20:50] <yofel> yes
[20:50] <clivejo> NC rebuild should fix those red ones failing on it then?
[20:51] <yofel> it should
[20:52]  * clivejo uploads okular ppa52
[21:18] <clivejo> how long has gcc6 been out?
[21:20] <santa_> not veery much, I think a few days. if with "being out" you mean being the default c/c++ compiler for yakkety
[21:20] <clivejo> I mean been released?
[21:21] <clivejo> surely they knew it would be default in yakkety and should have had it ready when toolchain was created?
[21:22] <santa_> well, we should have fixed our build failures in advance like we did with gcc 5, but we were busy with other stuff
[21:24] <santa_> it was available for testing builds for month, there's even a mail from doko in kubuntu-devel about it
[21:24] <santa_> * for months
[21:25] <santa_> clivejo: btw are you using the fixed gbp-ppa from my work3 branch?
[21:25] <santa_> if you find more issues let me know, so we can get them fixed
[21:25] <clivejo> santa_: yes, I merged them in locally and working good
[21:25] <santa_> nice to know
[21:26] <clivejo> I was getting rather fed up building packages manually!
[21:26] <clivejo> git-buildpackage-ppa is very nice wee tool
[21:35] <santa_> yofel: http://gpul.grupos.udc.es/tritemio/pool/main/a/avogadro/avogadro_1.1.1-1~exp3.1ubuntu1+santa4.dsc
[21:36] <santa_> ↑ in this one I also fixed the include dir
[21:36] <santa_> it builds and doesn't make kalzium FTBFS
[21:46] <clivejo> breaking mergers left, right and centre
[21:48] <santa_> yofel: about gbp-ppa retrieving the tarballs, it seems I already did what you suggested today; I made the following test: I commented out my depot config on ssh/config, tried to build kjs and the tarball was downloaded with uscan
[21:49] <yofel> great, thanks
[21:50] <santa_> about avogadro, are you going to upload it?
[21:52] <yofel> doing another testbuild just for the sake of it, then yes
[21:53] <santa_> great! you just have to strip the "+santa4" from the changelog
[21:55] <yofel> already did ;)
[21:58] <yofel> santa_: uploaded
[21:59] <yofel> it would be nice if you could paste the changes into a debian bug report
[23:45]  * clivejo is having internet problems
[23:46] <clivejo> or weegie is down
[23:46] <clivejo> not sure
[23:46] <clivejo> anyone seeing this can you ping me?
[23:46] <tsimonq2> clivejo: o/
[23:47] <clivejo> ah hi simon!
[23:47] <tsimonq2> I saw all four messages from * clivejo is having internet problems
[23:47] <clivejo> what does the t in your name stand for?
[23:48] <tsimonq2> I have to tell you via PM


[02:10] <teale> s
[10:36] <arnab> Why does LibreOffice looks like windows 95's in kubuntu :( (Is there any plugin to fix this)
 :D
 M90T
 M9OT
[13:14] <BluesKaj> Hi all
[13:21] <Guest5351> I'm trying to install Kubuntu on a laptop in legacy BIOS mode from it's hard drive using UnetBootin's frugal install, due to lacking a USB stick or a CD. I open the installer, Ubiquity, and everything goes normally up until the Disk Setup step. Upon trying to enter it, I get an error mesage saying that ubi-partman crashed with exit code 141, upon
[13:21] <Guest5351> checking /var/log/syslog it says that partman couldn't find any "matching physical volumes". I've searched across the web but I didn't find any solutions to this, I already have RST disabled and plenty of unallocated space on the drive, plus 3 NTFS partitions used by Windows, one of which is the one from where Kubuntu live is running. I'm looking
[13:21] <Guest5351> for possible solutions, or alternatively a manual method to install Kubuntu without using Ubiquity.
[13:27] <cbreak> Guest5351: can you select manual partitioning? or does it fail before that?
[13:28] <cbreak> I recently installed 22.04 bypassing the GUI installer, via debootstrap
[13:28] <cbreak> I mostly followed this guide: https://openzfs.github.io/openzfs-docs/Getting%20Started/Ubuntu/Ubuntu%2022.04%20Root%20on%20ZFS.html
[13:28] <cbreak> but it is for installing zfs boot, which you likely don't want
[13:29] <cbreak> (also, the dataset layout in that document is weird, so I wouldn't recommend following that one even if you want zfs)
[13:29] <cbreak> the debootstrap part might help you, at least as a basis to search for more instructions
[13:30] <cbreak> the general idea is: set up some partition for ubuntu, mount it somewhere, use debootstrap to put stuff there, chroot into it, install more stuff, fix configs, ... set up bootloader, reboot
 Help me please : https://irc-attachments.kde.org/3d7b60bc/file_58072.jpg
[14:51] <alkisg> Gama1iel, are you trying to boot a live usb stick? Which method did you use to create it?
 Flash in rufus (re @IrcsomeBot: <alkisg> Gama1iel, are you trying to boot a live usb stick? Which method did you use to create it?)
[15:37] <alkisg> Try with another tool, it probably did something wrong
[15:40] <tomreyn> steps 1 to 4 should be equivalent for kubuntu (as long as you use the proper .iso) https://ubuntu.com/tutorials/install-ubuntu-desktop#1-overview
 i cant able to open a snap app , when i click ntg happn 😥
[15:41] <tomreyn> run it froma terminal / konsole, see what is being reported there
 yea already done , but nothing comming (re @IrcsomeBot: <tomreyn> run it froma terminal / konsole, see what is being reported there)
[15:42] <tomreyn> it's usually because either the snap itself or snapd is broken and needs a manual    sudo snap refresh ...
[15:42] <tomreyn> and sometimes the snap is generally broken
 still same (re @IrcsomeBot: <tomreyn> it's usually because either the snap itself or snapd is broken and needs a manual    sudo snap refresh ...)
 commands :
 milesdredd@milesdredd-k-notebook:~$ tradingview
 milesdredd@milesdredd-k-notebook:~$ sudo snap refresh
 All snaps up to date.
 milesdredd@milesdredd-k-notebook:~$ tradingview
[15:44] <tomreyn> sudo snap refresh tradingview
 ~$ sudo snap refresh tradingview
 snap "tradingview" has no updates available
 still same
[15:45] <tomreyn> hmm i think there's a force command or something
[15:46] <tomreyn> or try remove and install
[15:47] <tomreyn> sudo snap remove --purge tradingview
 ok
[18:30] <user|69> how do i install a fresh kubuntu system without a prior one on a windows laptop
[18:30] <diogenes_Vx15> user|69: what do you mean?
[18:31] <user|69> i have a new laptop
[18:31] <diogenes_Vx15> and
[18:31] <user|69> i want kubuntu on it
[18:31] <diogenes_Vx15> and
[18:32] <user|69> i dont know how to install it
[18:32] <diogenes_Vx15> first of all have you written a USB drive with Kubuntu?
[18:33] <user|69> i am downloading now 12 mins untill done
[18:34] <diogenes_Vx15> user|69: ok, so you're on indows now right?
[18:34] <diogenes_Vx15> windows*
[18:34] <user|69> yea
[18:34] <user|69> i have 2 sata drives
[18:34] <user|69> both are 1 tb
[18:35] <diogenes_Vx15> download https://www.balena.io/etcher/
[18:36] <diogenes_Vx15> install etcher and once the Kubuntu iso is done downloading then write it to the USB drive with Etcher
[18:37] <diogenes_Vx15> after that you restart the PC and go to the boot menu (pressing either f12 or f9 or f2)
[18:37] <user|69> ok im downloading now
[18:37] <user|69> k
[18:39] <diogenes_Vx15> and choose to boot from the USB drive, once it boots, check out if everything works, first see if the wifi works, then sound, videocam, microphone and so on, if everything works fine then go ahead with the installation but, you need to decide for yourself whether you want to erase windows completely and install Kubuntu only or you want to have both of the systems.
[18:40] <user|69> ok\
[18:55] <cbreak> user|69: I recommend unplugging / disconnecting the windows drive, if possible, before installing ubuntu
[18:55] <cbreak> that way you're keeping them fully separate
[18:56] <cbreak> unfortunately, the ubuntu installer is known to not honor efi target partitions
[19:07] <user|69> ok ty
[19:58] <user|13> does it have fingerprint
[20:01] <oerheks> depends if your fingerprint device is supported
[20:02] <oerheks> https://fprint.freedesktop.org/supported-devices.html and the list on https://launchpad.net/~fingerprint/+archive/ubuntu/fingerprint-gui


 Maybe it will. LP polls are weird
[14:15] <RikMills> valorie: looks like you can only vote for one of the 3 candidates the way you have it set up
 https://irc-attachments.kde.org/3d1caaa6/file_47477.jpg
 https://twitter.com/ubuntupodcast/status/1435966699560263688


[19:07] <mkink> hi everione
[19:07] <mkink> i have a major question
[19:09] <mkink> im not new to ubuntu but very new to edubuntu, instalation worked great, everything works fine but where the hell do i find something like kickoff on kubuntu