[08:35] I am facing a bug, in thunar, file indexing service is malfunctioning. [08:38] when I open file a, it opens some file b in the same directory and then if I open file b, it opens file a, obviously of same type. [08:39] it happened in multiple occasions and for other directories. [08:44] will fsck fix this issue? [08:51] though the problem occurred in multiple partitions including root. [10:11] hi krytarik ! [10:12] Morning, pavlushka. [10:13] Morning, krytarik ! [10:15] I am facing a bug, in thunar, file indexing service is malfunctioning. [10:16] when I open file a, it opens some file b in the same directory and then if I open file b, it opens file a, obviously of same type. [10:16] it happened in multiple occasions and for other directories. [10:16] will fsck fix this issue? [10:16] though the problem occurred in multiple partitions including root. [10:17] pavlushka: why do you find it necessary to repeat things [10:38] flocculant, I repeated the thing after 1 hour 30 mins and after kryterik joined as he will not see that post, So I thought he might help, that's why. [10:39] very odd issue though - not something I've come across [10:43] ok, I am filing a bug, but under which tag, thunar? [10:43] not sure [10:48] pavlushka: you could try something to see if thunar is the problem or the filesystem, which you are suggesting [10:49] but multiple file system at a time? [10:49] you could open a terminal in the directory and try opening the file using xdg-open FILENAME [10:50] if that opens another file, something is seriously wrong ;) [10:53] on it [10:55] if it works properly - I'd install something like pcmanfm and try there as well [10:56] you can also - add a user and try from there [10:56] eliminate as much as possible before deciding it is a bug and not just local [11:16] like to add, I faced the issue for newly copied or downloaded files, I've checked though not all possible, now I am not facing the issue in those particular cases , syncing delay I guess. [12:38] flocculant: apparently user name and details can be updated with AccountsService... which might be a bigger patch for mugshot, but should solve many more issues :) [12:40] :) [12:40] basically found reports where KDE was having the same issue, and they just moved to that [12:40] aah right [12:40] so, thats neat [12:44] knome: not sure this is what you were expecting http://tracker.xubuntu.org/ [12:45] flocculant: I imagine you're probably right [12:45] :D [12:45] :) [12:46] also - topic :) [12:57] Unit193: ^ [13:39] oh wow [13:39] AccountsService is painless [13:39] after hiding the dbus stuff behind some methods, changing real name is as easy as [13:40] import AccountsServiceAdapter [13:40] adapter = AccountsServiceAdapter.MugshotAccountsServiceAdapter("bluesabre") [13:40] adapter.set_real_name("New Name") [13:42] no passwords necessary :D [13:42] \o/ [13:43] yay [13:48] as I thought - gnome software is designed to only show gui apps [13:48] I guess we'll need to note that somewhere when we release [13:51] seems like an interesting decision [13:52] apparently, for whatever reason, you can change all user details with AS except phone numbers [13:52] :\ [14:10] ha [14:15] well gnome software thinks it's ok to leave dependencies behind as well - so hardly surprising - perhaps it can't see them once the gui app is removed :p [14:51] flocculant: getting ready to head out, should have a new mugshot somewhere later (probably after you're asleep) [14:51] some combo of pkexec and accounts service to cover all the bases [14:51] bbl [15:04] bluesabre: ok - have a good day - speak tomorrow then perhaps :) [16:30] bluesabre: Alright, congrats? :P Keep in mind not everything exposed in Ubuntu is upstream though. === pavlushka_ is now known as pavlushka === knome changed the topic of #xubuntu-devel to: Xubuntu Development | Support at #xubuntu | http://dev.xubuntu.org/ | Release Schedule: http://ubottu.com/y/xx | Daily testing with results: http://iso.qa.ubuntu.com/ [18:31] social mediaed the wallpaper thing again [20:02] knome: ty :) [20:23] flocculant, np [20:23] flocculant, and actually yeah, i could see that coming [20:23] pleia2, should i ask canonical to discommission the subdomain? [20:24] knome: yeah [20:24] ok, doing that now [20:26] will likely take a couple days, I think they're having all the holidays at the moment [20:26] yeah, but at least it's then filed... [20:27] :) [20:29] thought it might be something like that :) [20:30] I filed it under websitey things [20:30] and done [20:30] oh, well [20:31] flocculant, bug? [20:31] not on launchpad - in my head :) [20:32] hahah [20:32] * knome pokes flocculant's brain and adds an "inprogress" tag to the issue [20:32] ha ha [20:32] oops, i touched the appetite nerve [20:32] sorry! you'll always be hungry now [20:32] wait... no change in that [20:33] LOL [20:42] mmm [20:42] anyone got a xenial install handy [20:43] nvm [20:43] I must have turned it off :D [20:46] hahah [20:46] the brain? [20:47] just checking bugs in the tracker :) [20:47] bug 1543786 - looks fixed to me http://www.ubuntu.com/download/ubuntu-flavours [20:47] bug 1543786 in ubuntu-website-content "(Flavours Download) Please change Xubuntu's description-text" [Undecided,Triaged] https://launchpad.net/bugs/1543786 [20:48] knome: can the tracker look at all the 'affects' of a bug - and not leave it wip ? [20:48] for example - bug 1548647 [20:48] bug 1548647 in xubuntu-artwork (Ubuntu) "LibreOffice in Xubuntu should be using Elementary theme as default" [High,Confirmed] https://launchpad.net/bugs/1548647 [20:48] fix released for LO - and is [20:49] but that bug has x-art as confirmed - and of course hundredpapercuts pointlessly added to it too [20:49] no idea why he does that and NEVER actually fixes them [20:49] cynicism would look at some sort of 'hey 100papercuts and it's fixed' thing [20:58] flocculant, that's hard because there is no "default" or "priority" target for bugs [20:58] what if fixing the bug indeed required fixing 3 packages? [20:59] i've been playing with the idea of moving the work item tracking to the code internally, eg. no loading from launchpad [21:00] if i do that, then it's relatively easy to mark which packages we're interested to track per bug [21:00] i mean at that point it's a relatively simple thing [21:00] not automatical, but yeah [21:01] ok - that makes sense as to why [21:01] so when all targets are "fix released", then the bug is "done" [21:01] (just to confirm) [21:01] yea [21:02] except the 100 cuts - never get marked fixed - because it seems to be drive by adding of it anyway [21:02] yes [21:02] while think the situation is silly, i don't think i care enough to actually want to ignore any target specifically [21:03] yep [21:04] just a pita - go looking at the tracker - scratch your head - mmm I'm sure that's fixed [21:04] :) [21:04] yes [21:04] another option is to create an item for all targets for the bug individually [21:05] eg. in this case three different items [21:05] Unit193: yup, got the code from upstream KDE and spec from Fedora [21:05] apparently i can change statuses for papercuts [21:06] \o/ [21:06] bluesabre, tell me again, was the openid auth a pain and were you able to get the team data from LP? [21:07] knome: aah cool [21:07] mmm [21:07] but is the bug really fixed? [21:07] actually so can I :p [21:07] i mean, the status is not closed for x-a [21:07] does that package still need something else? [21:07] (unfortunately i haven't been following close enough to know) [21:08] no idea - not the only one with 100 on it [21:08] knome: icons in LO is elementary [21:08] ok [21:08] knome: not generally a pain, but lp teams are addons to the spec [21:09] bluesabre, can you confirm this is good and that we don't need changes to x-a? [21:09] right [21:09] knome, the LO theme? [21:09] yes [21:10] It's fixed, the theme is now upstream libreoffice, so x-a is not applicable anymore [21:10] ok [21:12] ok, bug dealt with, now booting desktop up [21:13] Thanks! [21:15] bluesabre: did we decide in the end that bug 1513590 isn't actually a bug - but expected behaviour with it? [21:15] bug 1513590 in menulibre (Ubuntu) "unable to delete items in menulibre" [High,Confirmed] https://launchpad.net/bugs/1513590 [21:23] bluesabre: also "bluesabre to set up the next meeting" [21:23] :) [21:23] pleia2, would you be very angry at me if i just ported the tracker into a wordpress site? :P [21:30] Desperately needs help over here [21:30] who? [21:30] me [21:30] on what? [21:30] on kernel(?) freezes [21:31] when testing 16.04? [21:31] tried 14.04 15.10 16.04 [21:31] 4.2 4.4 4.5 kernels [21:32] then you are likely looking for the user support channel at #xubuntu [21:33] ok, sry [21:48] knome: another wordpress site /o\ [21:48] pleia2, that's why i asked first :P [21:48] is it getting that complicated? [21:49] if possible, i would want to avoid the openid/LP auth hassle [21:49] that would be one of the easy choices since canonical people have figured it out perfectly [21:49] I mean, it's probably ok if we keep it updated and watch useage, but I've had to add caching to my wordpress instances of late because they're getting heafty [21:49] but of course there are options [21:49] and i'm not doing that *now* [21:49] just thinking about the future [21:50] that is, if we want to (mostly) move away from hammering the LP API every 30 mins [21:50] for a completely different option, what do you think about basic auth? [21:50] well, I wouldn't be very angry, but I'd want to make sure we'd evaluated our options sanely ;) [21:51] basic auth? [21:51] http basic auth [21:51] :Ð [21:52] oh, heh [21:52] meh [21:52] i know [21:52] but hey, that's easy... [21:52] I need to go eat food now [21:52] lol [21:52] does mentioning http basic auth make you hungry? [21:52] anyway, bon appetit [21:53] let's talk about this some other time/later [21:57] night all [21:57] nighty flocculant