[02:48] <snap-l> I am slightly tipsy from Bru Fest
[03:33] <derekv> took me all day to get the first milestone
[03:34] <derekv> I was pretty add today though
[03:34] <derekv> I didn't really feel like I got down to it until like 8
[03:34] <derekv> though of course I did work the rest of the day
[03:40] <derekv> need foodz
[13:19] <snap-l> Good morning
[13:19] <snap-l> Happy Fathers Day
[13:20] <snap-l> Ouch, CPU unit is 60C
[13:20] <snap-l> (on the mobo)
[13:26] <snap-l> I think filter cleaning needs to be a weekly thing on this case.
[13:26] <snap-l> +55.0C
[13:28] <rick_h> happy father's day all the dads out there
[13:32] <snap-l> MB Temperature:    +54.0°C
[13:32] <snap-l> Just from banging out the filters.
[13:36] <brousch> I got a nice blueray player with DLNA and netflix and USB built-in
[13:39] <brousch> replaces the DVD player, media player, and the network media player I hadn't even bought yet
[13:49] <rick_h> nice!
[13:49] <rick_h> my laptop/japanese maple are considered father's day items for me
[13:50] <rick_h> and dinner tonight woot!
[13:59] <brousch> Taking you out?
[13:59] <brousch> LAptop is a good gift
[14:01] <rick_h> yea, going to hit up of changs tonight
[14:01] <rick_h> I've got the day to myself until the afternoon
[14:02] <brousch> ooooh, nice
[14:16] <rick_h> greg-g: congrats on the sleep in.
[14:20] <brousch> Hehe
[14:34] <greg-g> rick_h: it was Rowan's present to me :)
[14:36] <rick_h> greg-g: heh, wife got the boy and took him out the house first thing.  My backup from Nov 2011 wasn't far enough :/
[15:39] <rick_h> ouch
[16:17] <rick_h> heh, recruiting CHC people
[16:17] <rick_h> saw my python stick on the laptop and asked if I did python, he's one of the guys doing this lisp group widox and Blazeix were peeking at I guess
[16:18] <rick_h> "So do you do python?" hehe, umm yep
[16:21] <rick_h> greg-g: I'm trying http://stackoverflow.com/questions/11072655/firefox-font-face-fail-with-fontawesome
[16:26] <Blazeix> lisp group? i'm not familiar with that
[16:28] <rick_h> Blazeix: didn't that come up at the last CHC. There's a lisp group starting up in detroit area on a wed night
[16:28] <greg-g> stupid question, but what would be the correct way of representing the directory "/home/greg/src/" as a regexp to include in a config file?
[16:28] <rick_h> some of the people at CHC were talking about heading to it. Guess this guy is from the company hosting that and some new Detroit LUG
[16:29] <rick_h> greg-g: not following. As a regexp?
[16:29] <greg-g> yeah, so, the config has an option for an exlude to exclude certain files/folders
[16:29] <rick_h> ah, you want to excluse it?
[16:29] <rick_h> so usually I'd just do ~/src/*
[16:30] <rick_h> if it's not run as your user though then /home/greg/src/*
[16:30] <greg-g> but aren't / special chars?
[16:30] <greg-g> in regex
[16:30] <rick_h> It depends on what it's doing with it
[16:30] <rick_h> it might not be a regex, but a glob
[16:30] <rick_h> and a glob isn't special with /
[16:31] <greg-g> config says "regex"
[16:31] <greg-g> :)
[16:31] <rick_h> ah not sure then
[16:31] <greg-g> --exclude=EXCLUDE regular expression for pathnames to exclude from backup (can  be used multiple times)
[16:31] <rick_h> you can just try to \/ them
[16:31]  * greg-g nods
[16:31]  * greg-g tries
[16:32] <rick_h> ah, ok. you know what. / isn't special in just a regex match
[16:32] <rick_h> it would be in vim since it's a seperator
[16:32] <rick_h> so I'd just do /home/greg/src
[16:32] <rick_h> try it: http://regexpal.com/
[16:33] <greg-g> nice
[16:35] <greg-g> so i think this is working: exclude: /home/greg/src/.*, /home/greg/.mozilla/.*
[16:41] <greg-g> yep
[16:41] <greg-g> exclude: /home/greg/src/.*, /home/greg/Audiobooks/.*, /home/greg/Books/.*, /home/greg/Games
[16:41] <greg-g> /.*, /home/greg/gpodder-downloads/.*, /home/greg/Music/.*, /home/greg/Other/.*, /home/greg/
[16:41] <greg-g> Pictures/.*, /home/greg/Podcasts/.*, /home/greg/Pictures\ -\ VM670/.*, /home/greg/Software/.*, /home/greg/Videos/.*, /home/greg/VirtualBox\ VMs/.*
[16:41] <greg-g> did the trick :)
[17:04] <rick_h> awesome
[17:25] <rick_h> jrwren: https://github.com/mitechie/Bookie/issues/154 fixed
[17:28] <greg-g> whoa, weird, I got a real (ie: non spam) email with a subject of "Hello?"
[17:28] <rick_h> ouch
[17:28] <rick_h> suprised it made it through
[17:28] <greg-g> yeah, the content wasn't that impressive either ;)
[17:28] <rick_h> long lost schoolmate?
[17:29] <greg-g> no, weird person emailing my work account with a suggestion of how I should do something heh
[17:29] <rick_h> lol
[17:29] <greg-g> for the metadata project
[17:29] <greg-g> metadata brings out the weirdos ;)
[17:30] <rick_h> wow, looking at a full 6hr batter life on this 6cell on the new laptop
[17:33] <greg-g> nice
[17:33] <greg-g> x230?
[17:33] <rick_h> yea
[17:33] <rick_h> 50% and keeping tabs today and 3hrs in almost to the nose
[17:34] <greg-g> :)
[17:41] <greg-g> heh, the domain of the person who emailed me with "Hello?" http://sunriseresearch.org/
[17:41] <greg-g> kind of fitting
[17:55] <snap-l> raining
[17:58] <Blazeix> correct
[18:01] <greg-g> incorrect
[18:53] <rick_h> yea, rain is good
[19:06] <greg-g> rain is good, we just don't get any in the summer here
[19:06] <greg-g> just fog at night


 sudoedit /etc/systemd/timesyncd.conf uncomment the NTP= line and append your time server to the end of the line. After that systemctl restart systemd-timesyncd.service then timedatectl show-timesync should show that it is either synced or trying to sync. If it fails it should fall back to ntp.ubuntu.com (re @heysoundude: How do I change ServerAddress ?)
 Can I put in an IPv6 address?
 Yes I can...
 Thank you. I’m now sync’d to my hosted time server, with better offset and drift than to the ubuntu ntp server
[11:48] <alex70000[m]> Made it, thank you @kc2bez
[11:49] <kc2bez[m]> happy to help
[17:33] <vharms> Hallo ist wer hier ?
 Kanäle in Ihrer Sprache finden Sie unter lubuntu.me/links (re @lubuntu_bot: (irc) <vharms> Hallo ist wer hier ?)
 In irc #lubuntu-de
 Is gone?
 Thanks, they unfortunately left almost immediately after asking. (re @N0um3n0: Kanäle in Ihrer Sprache finden Sie unter lubuntu.me/links)
 Yup
 XD
 Thanks :) (re @kc2bez: Thanks, they unfortunately left almost immediately after asking.)
 NP
[18:54] <bluesfreak72> Hi there!  I'm having an issue with an install on a friend's laptop.  I created a login for myself 1000 and have gotten tap-click to work after logout and reboot on my account.  I created an account for her 1001 and I can get tap-click working with xinput, but as soon as a logout/login happens it stops working.  How do I get it working on her account?
[18:56] <bluesfreak72> Do I maybe need to add the xinput command into a config file?
[19:30] <blackwolf> hello everybody
[19:31] <robert2> Hi


 :P
[08:28] <Laney> haha, I don't have a console :(
[08:28] <Laney> maybe it's because I want to play it badly
[08:28] <mlankhorst> ofc you do
[08:28] <Laney> preordered a ps4 though
[08:31] <Laney> seb128: so I got asked to make sure that removing eds-uoa is OK for touch
[08:31] <baptistem_> heya
[08:32] <mlankhorst> I'm waiting for the steam thing :P
[08:32] <Laney> seb128: I'm guessing so because they never installed -goa without which the stuff is broken anyway
[08:32] <Laney> is that fair to say?
[08:34] <seb128> Laney, yes
[08:35] <Laney> cool
[08:35] <Laney> stgraber: ^^^^
[08:35] <seb128> Laney, as Ken said last week during the meeting, e-d-s is not doing calendar sync anyway, you need evosync for that
[08:35] <seb128> so you would need data all the time to use the calendar, even if it was working
[08:35] <seb128> Laney, you scared him away :p
[08:35] <Laney> haha
[08:36] <Laney> yeah they use syncevolution I think
[08:37] <Laney> stgraber: ^ in case you didn't get the previous ping
[08:39] <Laney> wait what
[08:39] <Laney> damn, doesn't reproduce
[08:39] <seb128> Laney, reproduce what?
[08:39] <Laney> I just saw www-data on my lightdm user list
[08:40] <seb128> Laney, is it showing up in the session indicator or the g-c-c panel?
[08:40] <seb128> they all use accountsservices to get the users' list I think
[08:40] <Laney> nope
[08:40] <seb128> weird
[08:40] <Laney> some transient thing, weird
[08:40] <Laney> also do you get a bug sometimes where you have no mouse cursor?
[08:40] <seb128> I don't
[08:41] <Laney> i get it maybe 5% of the time
[08:41] <seb128> weird
[08:41] <seb128> is it showing on some apps and not others?
[08:41] <seb128> or just missing?
[08:41] <Laney> no
[08:41] <seb128> is that after a vt switch?
[08:41] <Laney> well, let me try firefox or something
[08:41] <Laney> just invisible
[08:41] <Laney> it's straight after logging in
[08:41] <seb128> I never saw that then...
[08:42] <Laney> hmm
[08:50] <seb128> Laney, how did you create the tzdata tarball? I looked at that update some days ago but I decided to skip it because I was not sure I wouldn't end up with an orig.tar.gz different from Debian
[08:50] <Laney> uscan
[08:50] <seb128> oh, ok
[08:50] <seb128> I manually download, untared and got a flat list of files
[08:51] <seb128> which made me go "ok, let's wait for Debian"
[08:51] <Laney> haha
[08:51] <seb128> Laney, thanks for doing the update btw ;-)
[08:51] <Laney> dpkg-source or whatever it is takes care of putting it in a directory for you
[08:51] <Laney> I don't know how/when we decide to SRU those updates though
[08:51] <seb128> Laney, did you look at the diff? is there any fix that we should try to get in stable series?
[08:52] <seb128> well, ideally we would just update
[08:52] <Laney> some of the changes are for quite near future things
[08:52] <seb128> especially if there is a change that impacts a coming DST rule
[08:52] <seb128> yeah, would be good to SRU on all series then
[08:52] <seb128> that has a standing exception for SRUs
[08:53] <Laney> e.g. http://mm.icann.org/pipermail/tz-announce/2013-September/000013.html http://mm.icann.org/pipermail/tz-announce/2013-October/000015.html
[08:54] <seb128> Laney, the second one seems to suggest we are already off for Morocco?
[08:54] <seb128> https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/1233054
[08:54] <ubot2`> Launchpad bug 1233054 in tzdata (Ubuntu) "Moroccan DST time change needs upgrade after being extended" [Undecided,New]
[08:54] <Laney> could well be
[08:55] <Laney> I can do that SRU
[09:19] <Riddell> what's the ubuntu desktop programme to set up user accounts these days?
[09:29] <seb128> Riddell, gnome-control-center
[10:21] <seb128> Laney, so I just had an UI review of settings with the UI designers and they asked to drop the colon from section headers ... do you have an opinion on whether we should do it or push back for translation reasons?
[10:30] <Laney> seb128: will we get fuzzy strings and are those still displayed?
[10:30] <Laney> also I just noticed we have an empty Security section in Security & Privacy
[10:30] <seb128> Laney, yes, it's my list as well
[10:31] <Laney> I think we should breaking translations unnecessarily as not a "fix" at this point
[10:32] <Laney> do it next cycle, assuming it does break them
[10:32] <Laney> s/should/should count/
[10:33] <seb128> Laney, fuzzy are not used indeed
[10:33] <seb128> Laney, http://paste.ubuntu.com/6208778/
[10:33] <seb128> Laney, that's my notes from that hangout I just had
[10:34] <seb128> Laney, I'm working on doing the "use headers rather than single list item" atm, I'm a bit unsure about the rounded optionselector stuff, I'm going to give that a try next
[10:34] <seb128> Laney, btw, http://ubuntuone.com/1DapfTL5unqLohs7hTQAqv for playing with it
[10:34] <seb128> Laney, they like the middle one better but it makes the headers not aligned, I'm going to ping them again about that
[10:35] <Laney> what does that one use?
[10:35] <seb128> the middle one?
[10:35] <Laney> yeah
[10:35] <seb128> OptionSelector rather than ListItem.ItemSelector
[10:35] <Laney> does that have a header thing?
[10:35] <seb128> they are basically the same widget
[10:35] <seb128> yes, the middle version is using the OptionSelector text:
[10:35] <Laney> I see
[10:36] <Laney> I'm confused about the role of design
[10:36] <seb128> the right one is using a ListItem.Header and then an OptionSelector without text
[10:36] <Laney> was this with mpt or someone else?
[10:36] <seb128> it was the guys who sent me the visual assets
[10:36] <seb128> Laney, Jouni Helminen and Matt Stevens
[10:37] <Laney> some overlap in responsibilities?
[10:37] <seb128> Laney, I think mpt is doing interaction design and those guys do visual design
[10:37] <seb128> e.g they are the one telling about pixels and stuff looking right
[10:37] <seb128> mpt, ^ is that true?
[10:38] <Laney> where you have "Use headers from SDK" in sound - what does that mean? And that should apply to all panels presumably
[10:38] <Laney> I guess ListItem.Header but I thought we didn't use that deliberately
[10:38] <seb128> it means using ListItem.Header for the titles
[10:38] <seb128> and yes
[10:39] <seb128> Laney, right, seems there is argument between designers...
[10:42] <Laney> mmm, sounds like fun
[10:44] <seb128> Laney, yeah :/
[10:49] <seb128> Laney, which one do you like better in those 4?
[10:49] <seb128> http://ubuntuone.com/1DapfTL5unqLohs7hTQAqv
[10:49] <seb128> http://ubuntuone.com/2ztVRx0uaM67gKAZl8jmKd
[10:50] <Laney> what does Header look like for TimeZone?
[10:50] <Laney> does that line up with the header of the OptionSelector?
[10:51] <Laney> I mean "Time zone:"
[10:51] <seb128> Laney, you mean?
[10:51] <seb128> you have the screenshots
[10:51] <Laney> or is that what it is?
[10:52] <Laney> did you change that one already?
[10:52] <seb128> well, we have those 4 screenshots basically
[10:52] <seb128> I've the 4 versions that are displayed in those urls I just gave you
[10:52] <seb128> http://ubuntuone.com/2ztVRx0uaM67gKAZl8jmKd seems best to me
[10:52] <Laney> yes
[10:52] <seb128> design seems fine with that ... does it work for you?
[10:52] <Laney> I'm wondering if the "Time zone:" text is a Header there
[10:52] <seb128> I'm not sure what you are asking
[10:52] <seb128> yes
[10:53] <seb128> "Time zone:" and "Set the time and date:" both are headers in that version
[10:53] <seb128> I moved the optionselector title out of the selector to a separate ListItem.Header
[10:54] <Laney> I like the ones with the OptionSelector
[10:54] <Laney> can you do showDivider: false on the header to make it look like #2 but aligned?
[10:55] <Laney> maybe that doesn't exist for Header
[10:55] <Laney> otherwise your preferred one looks ok but we should change all headers at the same time
[10:55] <davmor2> seb128: can I just say 2 things,  1-2 with the spacing are way nicer,  why isn't all of the page translated to french it seems odd to me that only sections are :)
[10:56] <seb128> Laney, we can't turn off the divider for header I think, I tried, it doesn't work (raise an error)
[10:56] <Laney> I like the extra spacing too
[10:56] <seb128> Laney, http://developer.ubuntu.com/api/ubuntu-12.10/qml/mobile/qml-ubuntu-components-listitems0-header-members.html
[10:56] <Laney> but that's what the SDK headers are like
[10:56] <Laney> so ...
[10:56] <seb128> yeah
[10:57] <Laney> Could make the same argument in favour of #2 though really
[10:57] <seb128> davmor2, I took a english screenshot, but setting LANG just made the strings be english not the values returned
[10:57] <Laney> Although it does affect the last Standard
[10:57] <Laney> so maybe it's a bit different
[10:57] <seb128> Laney, well, 2 has the issue that the headers are not aligned
[10:58] <davmor2> seb128: oh interesting :)
[10:58] <seb128> Laney, davmor2: the design guys to use headers, because we want a headers to look different, and they have a point, some of the flat lists are a bit non trivial to parse
[10:58] <seb128> they said that if Headers look wrong we should fix them in the SDK
[10:58] <seb128> which is going to make the app look fine then
[10:58] <Laney> sure
[10:58] <seb128> which makes sense
[10:59] <Laney> The question is if "Set time and date:" is a header because it affects sensitivity of the last item or if it just refers to the OptionSelector in which case maybe it doesn't matter that it's not aligned
[11:00] <seb128> well, I think that the issue, with the middle option, is that it looks like the optionselector is part of the "Time zone:" section
[11:00] <seb128> and that there is only one section
[11:01] <seb128> when it's not... and it's weird to have "Time zone:" if it's the only section
[11:01] <Laney> yeah, so maybe have another section called "Time and Date:"
[11:01] <seb128> that starts being lot of change for the day before the freeze
[11:01] <Laney> sure is
[11:01] <Laney> I do like using the OptionSelector though
[11:01] <Laney> what's wrong with #3?
[11:02] <davmor2> seb128: I know what the issue is with 3-4.  Because the header is Off set I think I expect the text to be bigger or bolder like it would be on a wiki/web page for example.  Because it isn't the page just looks cramped
[11:02] <seb128> I'm not sure, the "Set the time and date:" with the divider looks a bit weird
[11:02] <seb128> davmor2, right, they need to fix the look of headers in the sdk...
[11:04] <Laney> Well, your call
[11:04] <Laney> I prefer 3 but 4 is also OK
[11:04] <Laney> in either case let's be consistent and do everywhere at once
[11:05] <seb128> Laney, hum, at this point I'm pondering just not changing anything for v1, we still have some bugs and I'm not sure rushing those UI changes is a win
[11:06] <Laney> oh, these aren't changes to be done now?
[11:06] <seb128> Laney, "to be done" ... I'm sure the design guys would like to see those stuff fixed
[11:06] <seb128> it doesn't mean we "have to" do it
[11:06] <Laney> ok
[11:07] <Laney> I thought it was "you should make it look like this for 13.10"
[11:07] <seb128> well, rick&co said to focus on quality and functional for the end of the design
[11:07] <Laney> those guys should learn some qml ;-)
[11:07] <seb128> design pointed what they see wrong/to fix
[11:07] <seb128> it doesn't mean it's important enough to get in this week
[11:08] <seb128> e.g I'm fine pushing back
[11:08] <seb128> they said ok for the "we are not going to drop the ':' because of translations"
[11:08] <davmor2> seb128: I like the box around automatic/manual  I think the issue is you then expect a box to be around europe/paris too if that makes sense,  which is why my head prefers the non box version, but my eyes like the box version :)
[11:09] <seb128> davmor2, the europe/paris is not an option selector though, it's a 1 line indicating the current value and linking to a subpage
[11:09] <Laney> I'm surprised they didn't have any suggestions about the choose tz page
[11:11] <davmor2> seb128: indeed and I get that there is a difference there and that is great.  But it looks odd having one bit, seemingly, randomly boxed but not the rest of the sections if that make sense.
[11:11] <seb128> Laney, they mostly looked at the use of non standard elements I think
[11:12] <seb128> davmor2, right, which is what makes we think we are going to stay out of the rounded business for v1
[11:12] <seb128> because it's going to start raising such comments
[11:12] <seb128> then we need to address those
[11:12] <seb128> it seems like we better stay on the current UI with its known issues
[11:16] <seb128> Laney, davmor2: that's on screenshot I had at the start of the cycle using headers in the about dialog, https://launchpadlibrarian.net/142246654/grouped.png
[11:16] <seb128> I don't like it, the software and legal entry look weird
[11:16] <Laney> Agreed
[11:16] <Laney> We could file an SDK bug and wait for it to be fixed before doing anything with headers
[11:17] <seb128> Laney, like https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1190234 ? ;-)
[11:17] <ubot2`> Launchpad bug 1190234 in Ubuntu UX "[toolkit] ListItem.Header should be horizontally aligned with standard elements" [Undecided,New]
[11:18] <seb128> Laney, but yeah, to me it looks like we should change to change header, and get the header look improved in the uitk
[11:18] <seb128> but I guess the second is not going to happen for v1
[11:18] <seb128> so we better stay on what we current got
[11:19] <davmor2> seb128: see I don't mind it being stagger but again I expect the text to be bigger and bolder to make it easier to identify
[11:19] <Laney> ah, there's the reference for not using headers
[11:19] <seb128> Laney, yeah, but seems the other design guys don't agree with that...
[11:19] <Laney> not a fight for us :-)
[11:19]  * seb128 wishes they would agree between them and just tell us what to do
[11:20] <seb128> pitti, yeah langpack master, I've a question for you ;-)
[11:20] <pitti> seb128: salut, quoi de neuf ?
[11:21] <seb128> pitti, what would be the right way to list "the available locales"?
[11:21] <pitti> seb128: call "locale -a"
[11:21] <seb128> pitti, could you have a look to what attente did in https://code.launchpad.net/~attente/ubuntu-system-settings/filter-unsupported-languages/+merge/189757
[11:21] <pitti> and perhaps filter out C and POSIX
[11:21] <seb128> he lists stuff in /usr/share/locale-langpack
[11:21] <seb128> which I guess work, but I'm not sure is the best way
[11:22] <pitti> that ought to be an implementation detail indeed
[11:23] <pitti> also, those are not actual locales
[11:24] <seb128> pitti, yeah, the issue we have currently is that the UI lists everything
[11:24] <seb128> but we can't install langpacks on the touch ro image
[11:24] <pitti> so what is that supposed to show, languages or locales?
[11:24] <seb128> https://wiki.ubuntu.com/LanguageAndText#phone-language
[11:24] <seb128> languages
[11:24] <pitti> ah, ok
[11:25] <seb128> pitti, the goal of that merge is basically to limit the list to the stuff that work
[11:25] <seb128> pitti, atm you can pick e.g russian in the list, but the accountsservice helper is going to bail out because the locale is not generated
[11:25] <seb128> so the option doesn't work
[11:26] <seb128> we basically want to go down to listing zh/es/pt/de/fr (which are the langpacks installed)
[11:27] <pitti> oh, we install the gnome langpacks on the phone
[11:28] <seb128> pitti, yes, as a workaround, since we don't have touch langpacks yet
[11:28] <seb128> pitti, space was not too much of an issue and the gnome ones have the indicators' translations
[11:29] <seb128> pitti, we decided to install a bunch to have the language setting to work, and to be able to easily demo in some of the most common languages
[11:31] <pitti> seb128: I commented on the MP
[11:31] <seb128> pitti, danke
[11:37] <attente> seb128, pitti, i was thinking about that, but if we use locale -a, we end up getting a tonne of regional variants on languages like english which are effectively just plain english
[11:37] <seb128> attente, hey
[11:37] <pitti> attente: right, but that's the same with parsing /usr/share/locale*
[11:38] <pitti> attente: you need to filter those by language and perhaps somem particular variants anyway
[11:38] <seb128> pitti, /usr/share/locale-langpacks has less entries than locale -a here
[11:38] <pitti> yes, but not "fewer enough"
[11:38] <attente> each entry in locale-langpack corresponds to an actual translation pack, no?
[11:38] <pitti> we can't/don't want to show any country/variant *except* Portugese and Chinese
[11:39] <pitti> sorry, scratch the portugese, we only need to show zh-hans/zh-hant, and otherwise just the language
[11:39] <pitti> attente: no, see above
[11:39] <pitti> attente: each entry in /var/lib/locales/supported.d/ corresponds to one langpack (see my MP comment)
[11:40] <pitti> and that also takes care of the special-case of the zh split
[11:41] <attente> pitti, on the device i see zh_CN and zh_SG
[11:42] <attente> oh, ok, sorry, i misunderstood
[11:43] <pitti> yes, but the langpacks are called zh-hans (simplified, like for China) and -hant (traditional, like in Taiwan)
[11:43] <attente> pitti, does that mean we don't have for example US english vs GB english?
[11:43] <pitti> attente: we do, but they all come in language-pack-en
[11:44] <pitti> it doesn't make sense to split those
[11:44] <pitti> (because en_GB is just a small delta on top of en_US)
[11:44] <attente> so how do we ensure that these appear as distinct languages in the list?
[11:44] <pitti> similarly, de_AU is just a few special exceptions over de_DE, so we don't build an Austrian langpack
[11:45] <pitti> attente: well, that's what I asked above -- what do you want to show, locales or languages
[11:45] <pitti> a locale is a language plus country and also defines other bits than just the language (like currency, date format, etc.)
[11:45] <seb128> language it seems, from the design
[11:45] <pitti> if you want to install langpacks, then the language is enough
[11:46] <pitti> for defining the full UI experience you need country as well, and you really want locale -a
[11:46] <Laney> yes, we probably do want that
[11:46] <pitti> for the latter case, /usr/share/langpack-locale/ is *not* sufficient
[11:46] <Laney> that's what o gra bugged about today
[11:46] <seb128> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1236772
[11:46] <ubot2`> Launchpad bug 1236772 in ubuntu-system-settings (Ubuntu) "while setting language works in ubuntu touch, currency and date settings are still en_us.UTF-8" [Undecided,New]
[11:46] <seb128> right, that one ^
[11:46] <pitti> otherwise you could never say you are in e. g. Austria or Brazil
[11:47] <pitti> attente: so yes, it seems you really want locale -a
[11:47] <attente> right, ok
[11:47] <attente> thanks pitti
[11:48] <seb128> attente, pitti: thanks
[11:48] <seb128> attente, can you update the mr to do that?
[11:50] <attente> seb128, yep
[11:50] <seb128> attente, thanks
[13:04] <Riddell> seb128: sorry only just tried gnome-control-centre and it's empty, presumably I need a module to do anything, do you know which package the user setup module is in?
[13:06] <seb128> Riddell, hum, are you speaking online accounts or local users?
[13:06] <Riddell> seb128: local user
[13:08] <seb128> Riddell, XDG_CURRENT_DESKTOP=Unity gnome-control-center?
[13:09] <seb128> Riddell, the panels have .desktop which are not listing KDE
[13:09] <seb128> in their OnlyShowIn
[13:10] <Riddell> seb128: ah hah, thanks
[13:11] <Riddell> seb128: I don't suppose you know where the user avatar is saved to?
[13:13] <seb128> Riddell, let me check
[13:15] <seb128> Riddell, it used to be ~/.face but they use accountsservice nowadays so I wonder if it's just stored in there
[13:19] <Riddell> seb128: but in where? :)
[13:20] <seb128> Riddell, in accountsservice, which is a dbus service
[13:20] <seb128> Riddell, it stores those in /var/lib/AccountsService/icons/<user> it seems
[13:21] <Riddell> seb128: aaah, interesting, thanks
[13:22] <seb128> Riddell, google found https://git.reviewboard.kde.org/r/110875/
[13:23] <seb128> Riddell, the bug linked has some details/discussion on the topic
[13:24] <Riddell> seb128: interesting, thanks more
[13:24] <seb128> Riddell, yw!
[13:47] <seb128> attente, do you know how to test the osk text completion? I tried to enable it and enter some words in the messaging app using the osk but it doesn't complete anything that I can tell
[13:47] <seb128> or I misunderstand the feature/how it's supposed to work
[13:49] <seb128> attente, oh, it works after a reboot, I guess the osk still doesn't dynamically update its config
[13:56] <attente> seb128, it should work without rebooting
[13:57] <attente> from what i tested
[13:59] <seb128> attente, turning off seems to work without reboot but I had issues turning it on again, I'm going to do a bit more testing
[14:05] <Laney> stgraber: did you see my ping earlier about e-d-s?
[14:06] <stgraber> Laney: nope
[14:06] <Laney> ok, well we discussed it a bit and came to the conclusion that it couldn't work on touch anyway
[14:06] <Laney> because they didn't install -goa which is required for it
[14:06] <stgraber> ok
[14:09] <stgraber> Laney: did you talk to the kylin guys too?
[14:13] <Laney> yeah, JackYu said it was ok in #ubuntu-release overnight
[14:14] <stgraber> Laney: cool, I'll drop the block then.
[14:14] <Laney> great, ta
[14:15] <seb128> happyaron, is there any new feature in the new libchewing? you only need a ffe for features, not bug fixes
[15:22] <happyaron> seb128: I don't think there is big features, but contains quite a bunch of bug fixes.
[15:23] <seb128> happyaron, no need of a ffe then, just upload
[15:24] <Laney> I didn't find anything that wasn't a bug fix yet
[15:24] <Laney> ah, there's a NEWS
[15:25] <happyaron> but I cannot sync directly, do I need to upload it manually?
[15:26] <Laney> huh?
[15:26] <Laney> it's already in UNAPPROVED
[15:26] <Laney> so you or someone did sync it
[15:26] <happyaron> I synced it, but getting no email
[15:26] <Laney> https://launchpad.net/ubuntu/saucy/+queue?queue_state=1&queue_text=
[15:26] <happyaron> so I thought it may need to be an FFe, but not subscribed anyone because I'm still not sure..
[15:26] <happyaron> ah, thanks
[15:30] <seb128> hey
[15:30] <seb128> it's meeting time
[15:31] <seb128> qengho, Sweetshark_, mlankhorst, Laney, tkamppeter, attente, desrt, larsu: hey
[15:31]  * kenvandine waves
[15:31] <seb128> kenvandine, hey, how are you? ;-)
[15:31] <kenvandine> great!
[15:31] <larsu> meeting \o/
[15:32] <Laney> hallo
[15:32] <Laney> see, it *is* a happy Tuesday
[15:33] <seb128> Laney, it is ;-)
[15:33] <seb128> let's get started
[15:33] <seb128> qengho, hey
[15:34] <seb128> hum, no qengho today?
[15:34] <seb128> ok...
[15:34] <seb128> Sweetshark_, hey
[15:35] <Sweetshark_> seb128: nothing to report -- conference wrapup, travel planning, bits and pieces
[15:35] <seb128> Sweetshark_, ok ... what's the status of libreoffice in saucy? you are happy about it?
[15:35] <qengho> seb128: I'm here. Network lag.
[15:35] <Sweetshark_> seb128: yes. currently no fires burning there \o/
[15:36] <seb128> ok, great
[15:36] <seb128> Sweetshark_, thanks
[15:36] <seb128> qengho, hey, ok
[15:36] <qengho> - Preparing 30.0.1599.66 for testing.  Release to P,Q,R,S if LP#1235490, #1236613, #1226143 not regression, and if ARMHF works well.
[15:36] <qengho> - Tracking a bug that concerns me, LP#1235490.  Seems to be new.  Could be compositing-stack bug.  May need help.
[15:36] <qengho> - New-tab page search, if I can get to it.
[15:36] <qengho> EOL
[15:36] <mlankhorst> heya
[15:36] <Laney> you mean we'll lose the cool grid thing?
[15:36] <qengho> Laney: No.
[15:37] <qengho> Laney: additional line for search.  Replacement of start.ubuntu.com search as Firefox uses.
[15:37] <Laney> I see
[15:37] <qengho> Laney: Chromebooks already have something like it, actually.
[15:38] <seb128> qengho, I saw you closed the autopkgtest bug, are those running and green now?
[15:38] <qengho> seb128: yes.  Green for about a month.
[15:38] <seb128> \o/
[15:38] <seb128> indeed, I can see that, great
[15:38] <qengho> :)
[15:38] <seb128> qengho, thanks
[15:38] <seb128> mlankhorst, hey
[15:39] <mlankhorst> working on some kernel bugs, mesa 9.2 updates
[15:39] <mlankhorst> 9.1 preparation for raring
[15:39] <mlankhorst> and applied for nm, haven't heard back yet
[15:40] <seb128> ok, good luck with that
[15:40] <seb128> mlankhorst, thanks
[15:40] <seb128> Laney, hey
[15:40] <Laney> o h ai
[15:40] <Laney> • system-settings bugfixes
[15:40] <Laney> ∘ A critical in storage glib usage
[15:40] <Laney> ∘ Design update for choosing timezone
[15:40] <Laney> ∘ Size/layout fixes landed
[15:40] <Laney> ∘ Use Qt for month names instead of translating them explicitly
[15:40] <Laney> ∘ Go up from directly launched panels to the main screen so you can't get trapped
[15:40] <Laney> • Bug fixes
[15:40] <Laney> ∘ Disable UOA in e-d-s
[15:40] <Laney> ∘ Update tzdata and SRU it for impending/overdue changes
[15:40] <Laney> ∘ Review g-s-d patches to fix media keys
[15:40] <Laney> ∘ Fix nm-applet autolaunching
[15:40] <Laney> ∘ Investigate g-session update; blocked on g-desktop3 being updated which we can't do IIRC.
[15:40] <Laney> ∘ Take a look at some non-fatal (maybe should be) errors in glib-networking's testsuite; upstream bugs.
[15:41] <Laney> • Many queue reviews, FFes, accepts/rejects, discussions and sponsorships. Final freeze in two days people!
[15:41] <desrt> Laney: 'storage glib usage'?
[15:41] <Laney> • Start looking at errors/rls-s for bugs to fix before release.
[15:41] <Laney> • DMB meeting, arges is now a core-dev
[15:41] <Laney> • codesearch: cron update it every day so it's more useful
[15:41] <Laney> • Will be on holiday on Friday
[15:41] <Laney> F I N
[15:41]  * desrt notes Laney worked over the weekend :)
[15:41] <Laney> yeah we were passing null into something or other
[15:41] <kenvandine> Laney, disabling UOA in e-d-s, is that going to affect the calendar-app stuff on the phone?
[15:41] <Laney> seb said not
[15:41] <kenvandine> ok
[15:41] <Laney> and he cited you!
[15:41] <kenvandine> hehe
[15:42] <kenvandine> well i told them it wasn't a good solution, since it required online access
[15:42] <kenvandine> same for contacts
[15:42] <Laney> anyway that can come back with 3.10
[15:42] <Laney> so the phone doesn't have to be without it for very long
[15:42] <kenvandine> but i haven't synced up with them in a while, my suggestion for them was syncevolution
[15:42] <kenvandine> which isn't quite ready
[15:42] <seb128> kenvandine, uoa is what makes you need to reauth several times a day ...
[15:42] <Laney> yeah they advise that on the DailyDriver page
[15:42] <kenvandine> seb128, yeah
[15:43] <Laney> they use oauth properly in the new series apparently
[15:43] <kenvandine> Laney, upstream added support for single signon that should work with UOA, just not in master yet
[15:43] <kenvandine> seb128, that is annoying! glad to see that go away :)
[15:44] <seb128> kenvandine, can you double check that the e-d-s update doesn't create issue?
[15:44] <kenvandine> sure
[15:44] <seb128> thanks
[15:44] <seb128> Laney, thanks
[15:44] <seb128> tkamppeter, hey
[15:45] <tkamppeter> - cups-filters: Applied some fixes from Tim Waugh from Red Hat, released 1.0.39
[15:45] <tkamppeter> - Mainly Bugs
[15:45] <desrt> tkamppeter: how's the brother situation going?
[15:47] <desrt> tkamppeter: we can talk about it later
[15:47] <tkamppeter> desrt, the admin from the Linux Foundation and the Brother people are looking into how this has to be done legally correctly.
[15:47] <desrt> oh.  i love it when it comes down to legality :)
[15:47] <desrt> good luck :)
[15:48] <seb128> tkamppeter, thanks
[15:48] <seb128> attente, hey
[15:48] <tjaalton> oh, cups support for brother printers? that would save me some effort the next time I (re)install the machine for my mum :)
[15:48] <attente> seb128, hi
[15:48] <attente> i-keyboard under unity-greeter default layout bug
[15:48] <attente> non-latin media keys and application shortcuts bug(s), stuck on these and on-going
[15:48] <attente> also stuck on unity-gtk-module mnemonics bug
[15:48] <attente> system-settings language/locale changes
[15:48] <attente> eof
[15:49] <tkamppeter> desrt, once there is the question on who get made responsible if Brother's drivers cause any system damage, and then there is the thing that Brother wants to have this click-through license.
[15:49] <desrt> attente: i suspect it may not be worth putting too much effort into the u-gtk-m bug if our mir plans are still on track for LTS
[15:49] <desrt> since the difficulty there is entirely owing to the oddities of input handling in X
[15:50] <seb128> desrt, I doubt we are going to have the LTS on Mir
[15:50] <desrt> attente: disregard, then :)
[15:50]  * larsu is shocked.
[15:50] <seb128> attente, thanks, did you update the language/locale to use "locale" rather than the directory?
[15:50] <desrt> larsu: play nice :p
[15:50] <attente> seb128, yep, that should be fixed now
[15:50] <attente> although
[15:50] <larsu> desrt: couldn't resist
[15:50] <seb128> great, I'm going to review that again
[15:50] <attente> it kind of sucks at the moment since it calls synchronously
[15:51] <attente> althought for a call like locale it might not matter much
[15:52] <desrt> attente: i want to pick your brains in montreal about the keyboard stuff, so i hope you'll have time
[15:52] <seb128> right, don't worry too mych about
[15:52] <desrt> it's a shame we don't share the train ride there -- i'll be on my own
[15:52] <attente> desrt, yeah. well, we have the weekend :)
[15:52] <desrt> yup
[15:52] <desrt> hopefully we don't get too hung over from all the bagels and smoked meat
[15:53] <Laney> oh man
[15:53] <Laney> now I want to come
[15:53] <seb128> attente, thanks for the effort on those keyboard bugs, they are really no fun... I still plan to try to help narrowing down a bit more the media key issue
[15:54] <attente> seb128, is there some way i can binary search the changes in X that might've caused this?
[15:55] <seb128> attente, well, my idea is to start from a raring install, see if it works, and if it does do "install <binary>, restart session, see if it still works" until it stops working
[15:55] <desrt> seb128: great... send attente into the graveyard just before halloween
[15:56] <seb128> where <binary> is whatever is in the dist-upgrade raring->saucy list
[15:56] <seb128> desrt, I was going to say that I plan to do that after the meeting
[15:56] <desrt> :)
[15:56] <seb128> it's not that difficult, there is only a couple of candidate that would make sense
[15:56] <seb128> e.g I'm going to start by xorg
[15:56] <Laney> * mlankhorst runs
[15:56] <seb128> since I ruled out g-s-d/indicators/ibus/gtk already
[15:56] <seb128> haha
[15:57] <desrt> after you find the upgrade, though, it's time to bisect the git changelog :/
[15:57] <seb128> attente, wait to get news from me before spending more time on this one
[15:57] <attente> seb128, ok
[15:57] <seb128> desrt, well, nailing down to one component is going to a be a big step in the right direction
[15:57] <seb128> attente, thanks
[15:57] <desrt> right
[15:57] <seb128> desrt, ok, your turn ;-)
[15:57] <desrt> i didn't get as much work done on the desktop file index as i expected because i got sidetracked by a lot of random bugs
[15:58] <desrt> tracked down two issues/crashers in indicator-messages (argh...) and one in the hud due to a weird use of a hacked-up version of the action muxer
[15:58] <desrt> also found the mother of all threading issues in pygobject...
[15:58] <desrt> pitti: would be great if we could get https://bugzilla.gnome.org/show_bug.cgi?id=709223 into the release, subject to reviews (possibly as an update) since this is hitting lots of gsettings users
[15:58] <ubot2`> Gnome bug 709223 in general "problem with toggleref thread-safety" [Normal,Unconfirmed]
[15:59] <desrt> also tracked down some g-s-d/upower issues
[15:59] <desrt> as for the index, i did manage to get about half of the commits on the branch landed to glib master and started writing a testsuite... and fixed a few bugs uncovered by the testing
[15:59] <desrt> and on the compiler side, i have a branch of desktop-file-utils that has the compiler fully-integrated into update-desktop-database, using your (seb128) idea for handling the timestamps instead of what i proposed to the list (for now)
[16:00] <desrt> i also ported the compiler from using gsequence to ghashtable for building the string lists and the text indexes... which was like a 20x speedup
[16:00] <desrt> gsequence is nice and all but for performance you just can't beat a hashtable
[16:00] <desrt> that's about all, i think
[16:01] <seb128> great work ;-)
[16:01] <seb128> desrt, desrt, speaking of gsettings, we started received https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1235982 and duplicate this week ... did you see that before?
[16:01] <ubot2`> Launchpad bug 1235982 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon crashed with SIGSEGV in g_settings_backend_dispatch_signal()" [Medium,Confirmed]
[16:01] <desrt> i've seen bugs around this area before, but this one looks new to me
[16:01] <desrt> i'll take a peek at it today
[16:01] <seb128> thanks
[16:01] <desrt> are we up to date with all the latest changes upstream?
[16:01] <seb128> I'm just pointing it because we got the first reply sunday and 3 dups since
[16:02] <seb128> well, we are on dconf 0.16
[16:02] <desrt> why not 0.18?
[16:02] <seb128> because nobody asked to update
[16:02] <desrt> heh
[16:02] <desrt> there were a couple of fixes that were probably quite related to this on 0.17
[16:02] <seb128> and it looked like nothing interested/stalled on a 0.17.1 for most of the cycle
[16:02] <desrt> but i suspect you may already have vendor-picked those?
[16:03] <seb128> you backport that to 0.16.1 for me iirc
[16:03] <desrt> these ones
[16:03] <desrt>     engine: seal changesets on changes
[16:03] <desrt>     DConfChangeset: expose concept of "sealing"
[16:03] <seb128> backported
[16:03] <seb128> oh
[16:03] <desrt> if you already have those then this is probably something else...
[16:03] <seb128> no, I don't
[16:03] <desrt> oh
[16:03] <desrt> well, that's probably the issue then
[16:04] <seb128> hum, k
[16:04] <desrt> those were on the dconf 0.16.1 as released upstream, though
[16:04] <desrt> so if you have that, then you do have them
[16:04] <seb128> they are?
[16:04] <desrt> yes
[16:04] <seb128> we have 0.16.1
[16:04] <seb128> https://git.gnome.org/browse/dconf/log/?h=dconf-0.16
[16:04] <Laney> yeah we have them
[16:04] <seb128> ok
[16:04] <desrt> https://git.gnome.org/browse/dconf/commit/?id=a6faeb18741d789f9c148392ed288be0667d4760
[16:05] <desrt> includes this https://git.gnome.org/browse/dconf/commit/?id=0b1b70a53da918b579d55d927c6d019bebe7ecc9
[16:05] <seb128> oh, you merged them in one commit
[16:05] <seb128> gotcha
[16:05] <desrt> ya
[16:05] <seb128> that's what I though first (that we had that fix)
[16:05] <seb128> but I saw only one commit in the git log
[16:05] <seb128> ok, anyway, if you could have a look I would appreciate it
[16:05] <seb128> desrt, thanks
[16:05] <desrt> will do
[16:05] <seb128> larsu, your turn
[16:05] <larsu> - show notify-osd when scrolling over the sound indicator (working on disabling that on the phone)
[16:05] <larsu> - fix issues with the messaging menu turning blue (it wouldn't turn blue sometimes, and would stay blue after clearing messages other times)
[16:05]  * desrt bets that it's a refcounting bug in g-s-d
[16:05] <larsu> - some additional small fixes in messages
[16:06] <larsu> - investigated the unity-panel-service resync issue, sadly not much progress yet
[16:06] <larsu> - system-settings: don't animate action-group-widgets when opening a panel (not pushed yet)
[16:06] <larsu> oh, and: made sure Germany is still unified
[16:06] <larsu> eow
[16:06] <desrt> larsu: damn you for that, btw
[16:06] <larsu> desrt: for having a holiday?
[16:06] <desrt> while you were ensuring the unity of germany we (me, ted, charles) were tracking down a bug in indicator-messages that you had already fixed :p
[16:07] <larsu> desrt: how on earth is that my fault?
[16:07] <seb128> blame thostr for pinging other people during his day off :p
[16:07] <larsu> ya
[16:07] <desrt> larsu: it's not really
[16:07] <seb128> while he should have waited friday when larsu was back
[16:07] <larsu> or you know, look at open merges on the project
[16:07] <desrt> larsu: but seriously man... how DARE you take time off
[16:07] <seb128> desrt, stop trolling larsu, it's not friday :p
[16:07] <larsu> desrt: ;)
[16:07]  * larsu doesn't feel trolled. Had a day off.
[16:08] <seb128> larsu, thanks ;-)
[16:08] <desrt> larsu: what solution did you settle on for the animation thing?
[16:08] <seb128> desrt, @re gsd bug, I uploaded that before the report started, http://launchpadlibrarian.net/152527048/gnome-settings-daemon_3.8.5-0ubuntu5_3.8.5-0ubuntu6.diff.gz ... so might be it
[16:08] <larsu> desrt: don't load the widget until the action appears
[16:08] <larsu> desrt: which turns out to be a very small fix (which took a long time because qml)
[16:09] <desrt> seb128: ya... i'm getting more and more suspect...
[16:09] <desrt> seb128: many users of gsettings do this:
[16:09] <desrt> x = g_settings_new();
[16:09] <desrt> g_signal_connect (x, ...);
[16:09] <desrt> ...
[16:09] <desrt> g_object_unref (x);
[16:09] <desrt> without the disconnect
[16:09] <seb128> right
[16:09] <desrt> this is a bug but _usually_ you get away with it
[16:09] <larsu> we need gobject lint...
[16:09] <desrt> but if some changes come just around the time of the unref() you can have problems
[16:09] <desrt> and if they are now doing some extra _set() then this could cause the changes to come at the bad time
[16:10] <seb128> right
[16:10] <seb128> well, anyway, you have all the info
[16:10] <desrt> yup
[16:10] <seb128> larsu, danke
[16:10] <seb128> so my turn
[16:10]  * desrt is good buddies with hadess today :)
[16:10] <seb128> * refreshed translations, with export from launchpad, for the packages not using langpacks
[16:10] <seb128> * looked at some translation bugs (outdated templates, non translatable strings, ...) and fixes some
[16:10] <seb128> * sponsored some desktop fixes and updates for others
[16:10] <seb128> * saucy bug fixes:
[16:10] <seb128>  - backported a g-s-d fix to do less IOs in the housekeeping code
[16:10] <seb128>  - updated g-c-c to hide zoom controls under unity since those don't work
[16:10] <seb128>  - e-d-s bug fix update and ftbfs fix
[16:10] <seb128>  - updated gvfs to fix a regression from the previous version
[16:10] <seb128> * went through launchpad/email/errors.ubuntu.com to build a list of issues we should fix
[16:10] <seb128> * spent some hours trying to help with the keyboard/non-latin-layout/media-key issues, without too much luck (out of figuring that the issue is not due to ibus/g-s-s/indicator-keyboard/gtk... which means it might be X...)
[16:10] <seb128> * ubuntu-system-settings
[16:10] <seb128>  - reviewed current UIs with some of the visual designers
[16:10] <seb128>  - bugs triage
[16:10] <seb128>  - debugged issue with the "check for update" code
[16:10] <seb128>  - fixed a small issue with the battery panel/full charge report
[16:10] <seb128>  - some small UI tweaks
[16:10] <seb128> * quite some Ubuntu Touch testing on the device

[16:12] <seb128> .
[16:12] <seb128> is there any other topic/questions/...?
[16:12] <kenvandine> some great fixes for signon-ui are landing in trunk
[16:12] <desrt> seb128: how was the wedding?
[16:12] <kenvandine> all the handling of failures and allowing canceling, etc
[16:12] <seb128> desrt, everything was great and we have quite some fun
[16:12] <seb128> desrt, did you see the picture on g+? ;-)
[16:12] <desrt> awesome :)
[16:13] <kenvandine> seb128, i saw some pictures on facebook :)
[16:13] <desrt> no
[16:13]  * desrt is not a social butterfly
[16:13] <kenvandine> looked like fun
[16:13] <desrt> seb128: sure enough there is some unsafe use of gsettings here....
[16:13] <desrt> seb128: i think i will add a patch to glib to g_warning() if i see a gsettings getting destroyed with signals still connected
[16:14]  * desrt has a feeling that we will see lots and lots and lots of warnings
[16:15] <seb128> desrt, https://plus.google.com/u/0/107564545827215425270/posts
[16:15] <seb128> kenvandine, great, I hope those land on the image before release
[16:15] <kenvandine> seb128 and i'm testing the fix in unity-mir for the blackscreen bug on background change, i'll let you know in a few minutes if it fixes it
[16:15] <seb128> kenvandine, I had an UI review of the touch settings today, with visual design guys, they tried to add an account and only got the cancel button, never got anything else
[16:15] <seb128> they though the panel was buster
[16:15] <kenvandine> :(
[16:16] <seb128> kenvandine, where it was that they not online on the device
[16:16] <desrt> aw
[16:16] <kenvandine> well what is in trunk now does add a cancel button in the login page
[16:16] <seb128> kenvandine, oh, in what component was the issue?
[16:16] <desrt> looks like i missed a great party :(
[16:16] <kenvandine> and if the page fails to load, it fails it
[16:16] <kenvandine> signon-ui
[16:16]  * desrt wishes he could have made it
[16:16] <seb128> desrt, yeah... :-(
[16:16] <kenvandine> seb128, also uss-oa and accounts-qml-module
[16:16] <seb128> kenvandine, ok
[16:16] <kenvandine> what's in trunk as of 30m ago works, if the page fails to load it fails it
[16:17] <kenvandine> only missing piece is the error handling in accounts-qml-module
[16:17] <kenvandine> so cancel in uss-oa itself doesn't work yet and if the login page fails it doesn't tell the user it failed
[16:17] <kenvandine> mardy is working on that
[16:17] <kenvandine> but it won't hang forever anymore
[16:17] <seb128> \o/
[16:18] <jose> hey guys! sorry to interrupt, but, on behalf of the News Team we're making a Fridge Calendar update, just wanted to know if your meeting is due in ~12mins
[16:18] <Laney> no
[16:18] <Laney> -48 minutes
[16:18] <kenvandine> jose, it was 48m ago
[16:18] <Laney> :-)
[16:18] <seb128> what they said
[16:18] <seb128> just wrapping it now
[16:18] <seb128> thanks everyone!
[16:18] <seb128> ;-)
[16:19] <jose> oops, then the calendar needs updating
[16:19] <kenvandine> jose, thx for fixing that :)
[16:19] <jose> sure
[16:25] <happyaron> would be great if anyone can sponsor scim-chewing for bug #1220224, which I don't have PPU.
[16:25] <ubot2`> Launchpad bug 1220224 in scim-chewing (Ubuntu) "Sync libchewing 0.3.5-2 (main) from Debian unstable (main)" [High,In progress] https://launchpad.net/bugs/1220224
[16:28] <seb128> happyaron, doing
[16:34] <happyaron> seb128: thanks
[16:34] <seb128> happyaron, yw
[16:34] <seb128> happyaron, I've uploaded it, do you need sponsoring for the other one as well?
[16:35] <happyaron> I don't need sponsoring for libchewing, but it was rejected by stgraber cuz he thinks the diff is too large
[16:35] <seb128> stgraber, :-(
[16:36] <seb128> I read the comment on -release
[16:36] <seb128> he has a good point, I didn't know there was that much diff when you said it was a bug fix version
[16:37] <happyaron> it is indeed a bug fix version. bug just because libchewing is a bit too buggy
[16:38] <happyaron> the sync requester appears to active on chewing related stuff for not a too long time, but committed many changes for fixes or workarounds.
[16:43] <stgraber> seb128: http://paste.ubuntu.com/6210067/
[16:44] <stgraber> I was expecting massive changes to data/ which is fine given the scope of the package, the rest is what scared me
[16:45] <seb128> stgraber, yeah, as said " he has a good point, I didn't know there was that much diff when you said it was a bug fix version"
[16:45] <seb128> stgraber, well, I don't know how much the code is buggy/useful/useless in its current version, the bug report seemed to suggest it was pretty much buggy and not usable
[16:47] <happyaron> think about there are very few people actually using chewing in Traditional Chinese comuunity, and they prompt Cangjie to primary school students when spreading Linux to them...
[16:55] <happyaron> seb128: go for FFe or leave it as it?
[16:56] <seb128> happyaron, what do you think? I would just leave it, as stgraber pointed out, the diff is non trivial, and it seems the update is not that important...
[16:58] <happyaron> I am okay for both, and I see there is extensive code changes (mostly clean ups for bad usages) and reviewing it one by one would take quite some time.
[17:00] <happyaron> upstream is active, I think v0.3.4 to v0.3.5 has 900+ commits, and post-0.3.5 commits are 100+ (not included here, though).
[17:00] <happyaron> seb128: better to leave it, then.
[17:10] <seb128> happyaron, ok, let's update next cycle then
[17:10] <happyaron> ok
[17:41] <seb128> attente, ok, I was wrong when I said the issue was not g-s-d
[17:42] <attente> seb128, it is g-s-d?
[17:42] <robru> anybody else having issues connecting to bazaar.launchpad.net? rest of launchpad is fine, but can't get to bazaar
[17:42] <seb128> attente, g-s-d 3.6 keyboard's plugin is doing something that makes the thing work
[17:42] <seb128> attente, if I start an unity session with g-s-d from raring,  it works, if I disable keyboard it stops working
[17:42] <seb128> attente, so they have some code doing some init there that got dropped in 3.8
[17:43] <seb128> attente, btw I test "ctrl-C" in gedit, ctrl-alt-<letter> never worked on other keymaps
[17:43] <seb128> attente, raring has the same issue, if you change to russian and do ctrl-alt-C (for calculator) it doesn't work
[17:44] <attente> seb128, you mean reverting g-s-d corrected the application shortcuts?
[17:44] <seb128> attente, define "application shortcuts" (there is too many variable in that equation)
[17:44] <seb128> attente, but to summarize
[17:45] <seb128> Test case:
[17:45] <seb128> - start unity
[17:45] <seb128> - run gedit
[17:45] <seb128> - do "setxkbmap ru"
[17:45] <seb128> - type something in gedit, try to ctrl-X (or ctrl-C/ctrl-V)
[17:45] <seb128> that:
[17:45] <seb128> - doesn't work with g-s-d 3.8
[17:45] <seb128> - doesn't work with g-s-d downgraded to 3.6 from raring
[17:46] <seb128> ups
[17:46] <seb128> - does work with g-s-d downgraded to 3.6 from raring
[17:46] <seb128> - doesn't work with g-s-d downgraded to 3.6 from raring and the keyboard plugin turned off
[17:46] <seb128> (delete the line before "ups")
[17:46] <seb128> attente, ^ my conclusion is that the g-s-d "keyboard" plugin in 3.6 does some magic
[17:46] <seb128> one init of something
[17:47] <attente> seb128, ah. ok
[17:47] <seb128> attente, I can start the session with gsd 3.6 and no keyboard plugin, re-enable the plugin, restart gsd (without restarting the session) and it starts working
[17:47] <attente> seb128, so there's one specific patch we dropped that ended up causing the regression?
[17:47] <seb128> attente, either that
[17:48] <seb128> attente, or upstream dropped "the magic" between 3.6 and 3.8 because they e.g moved it to gnome-shell
[17:48] <attente> ok, thanks for figuring that out, i can look at the rest
[17:48] <seb128> attente, I guess next is to read the code of the keyboard's plugin from raring
[17:49] <seb128> attente, e.g maybe turn that whole code in a standalone .c, run it and see if that fixes thing
[17:49] <seb128> if that does, clean up until finding what in it does it
[17:49] <seb128> attente, thanks
[17:49] <attente> i'm a bit puzzled why ctrl+alt+<whatever> doesn't work though
[17:50] <seb128> right, but that's orthogonal
[17:50] <seb128> xfce has the same issue, and raring as well
[17:50] <attente> right, those are the real media-keys plugins problem
[17:50] <attente> ok
[17:50] <attente> well
[17:50] <attente> those shortcuts (ctrl+x, etc)
[17:50] <attente> those work in gnome-shell, so maybe they were moved into the shell code
[17:51] <seb128> right, that's what I think
[17:52] <seb128> attente, and the media key problem is another issue and a minor one (and maybe not a new one as well)
[18:02] <seb128> attente, some context on how that's supposed to work: https://bugzilla.gnome.org/show_bug.cgi?id=162726#c20
[18:02] <ubot2`> Gnome bug 162726 in menu "Multiple Latin layouts in XKB break keyboard shortcuts" [Normal,Resolved: fixed]
[18:04] <attente> that seems to be a really old bug report
[18:04] <attente> oh.
[18:04] <attente> sorry
[18:04] <seb128> yeah, it has been running for years
[18:04] <attente> missed that that was the context
[18:05] <attente> seb128, is there another report from raring about the media keys problem?
[18:05] <seb128> attente, gtk is doing that it seems, checking if the physical key is available in one of the configured keymaps
[18:06] <seb128> attente, I wonder if the issue is that we currently only have 1 active keymap at the time
[18:06] <seb128> attente, rather than having a list of keymaps
[18:06] <seb128> (not sure what "active keymap" means on the xorg side/how you configure several)
[18:06] <attente> that could be it
[18:06]  * seb128 plays with xprop
[18:07] <attente> i only have a limited understanding of it, but i believe you can have at most 4 groups to a keyboard layout
[18:07] <kenvandine> q
[18:07] <attente> well, i guess "group" is the keyboard layout..
[18:09] <attente> http://www.x.org/archive/X11R7.5/doc/input/XKB-Config.html#AEN12
[18:12] <seb128> attente, yeah, there was a long standing bug open for ever in GNOME about that but they went to ibus
[18:16] <seb128> attente, if you do "xprop -root | grep XKB" you get the config
[18:17] <seb128> attente, when I'm in a buggy situation it lists
[18:17] <seb128> _XKB_RULES_NAMES(STRING) = "evdev", "pc105", "ru", "", "grp:shift_caps_toggle"
[18:17] <seb128> when it works
[18:17] <seb128> _XKB_RULES_NAMES(STRING) = "evdev", "pc105", "fr,gb,ru", "oss,,", "grp:shift_caps_toggle"
[18:17] <seb128> attente, so I think we somewhat end up with only 1 layout which makes the gtk trickery to look in "other configured keymaps" not work
[18:18] <attente> interesting..
[18:18] <attente> was it possible to have more than four keyboard layouts configured in the past?
[18:19] <seb128> no
[18:19] <attente> so all of this input source switching to fix that problem ended up causing this one, huh
[18:19] <seb128> https://bugzilla.gnome.org/show_bug.cgi?id=640774
[18:19] <ubot2`> Gnome bug 640774 in Region & Language "For some reason I can't add more than 4 layouts" [Normal,Resolved: fixed]
[18:21] <seb128> attente, well, somewhat you said they don't have problem
[18:21] <attente> yeah, this is what rtcm told me when i asked him about it
[18:21] <seb128> desrt, you have a fedora install handy I guess, could you add a russian keyboard layout, and run "xprop -root | grep XKB" (with "ru" active)
[18:21] <attente> i'm not sure what the other distros are doing to fix it
[18:22] <seb128> attente, if you ping him again maybe you ask what layouts are "active" with their setup and if that's only 1 what they do to have the gtk hackery of "look in other keymaps for the char" work
[18:22] <seb128> attente, I think you said you didn't have enough details to ask specifics before?
[18:23] <desrt> _XKB_RULES_NAMES(STRING) = "evdev", "pc104", "ru,us", ",", "compose:caps,lv3:ralt_switch,esperanto:qwerty"
[18:23] <seb128> attente, so they have several active layouts
[18:23] <seb128> desrt, thanks
[18:23] <desrt> with english active (but russian configured): _XKB_RULES_NAMES(STRING) = "evdev", "pc104", "us", "", "compose:caps,lv3:ralt_switch,esperanto:qwerty"
[18:23] <seb128> attente, can you join #control-center or the GNOME IRC?
[18:23] <desrt> ie: the list is not just the list of layouts configured, but a fallback list
[18:24] <seb128> desrt, if you add de is it added to the list?
[18:24] <desrt> maybe only if i also remove us
[18:24] <desrt> lemme see
[18:24] <desrt> curious
[18:25] <desrt> for de i have "de,us"
[18:25] <desrt> and even if i have ru and de as the configured layouts (with no us), when i select ru, i get "ru,us" still
[18:25] <desrt> it seems like "us" is some universal fallback which must always be there or something
[18:26] <desrt> seb128: btw: this gsettings bug: i doubt i will fix this soon (read: next few days)
[18:26] <desrt> i have an idea for how to fix this, but it involves API changes
[18:26] <desrt> so you might want to vendor-pick it from the master branch as a SRU early in the cycle or something
[18:26] <desrt> API changes = an API addition
[18:26] <seb128> desrt, ok
[18:26] <seb128> attente, they might just workaround it by always adding "us" :p
[18:27] <attente> lol
[18:27] <kenvandine> seb128, a dist-upgrade on my phone wants to install evolution-data-server-goa
[18:28] <seb128> seems so...
[18:28] <seb128> kenvandine, that's correct, we went back to what raring had
[18:28] <seb128> kenvandine, does that brings anything else in?
[18:28] <kenvandine> actually, it doesn't
[18:28] <kenvandine> i figured it would
[18:28] <kenvandine> cool
[18:29] <seb128> kenvandine, great
[18:29] <kenvandine> feels very weird though :)
[18:29] <seb128> attente, \o/ we went to the bottom of it
[18:29] <seb128> attente, just always add "us" as a fallback
[18:31] <attente> seb128, good detective work
[18:31] <attente> :)
[18:31] <seb128> attente, thanks ;-)
[18:31] <seb128> attente, can you pick it from there?
[18:31] <attente> yep, you did the hard work :P
[18:32] <seb128> attente, I'm glad we have a solution for the release, and that you get unblocked
[18:42] <seb128> attente, I'm rejecting https://code.launchpad.net/~attente/gnome-settings-daemon/non-latin-media-keys/+merge/189369
[18:43] <seb128> attente, we might still want to debug the multimedia key stuff one day, but that's much lower on the todo
[18:43] <attente> seb128, sure
[19:17] <ritz> Sweetshark_ hi, wrt https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/628105
[19:17] <ubot2`> Launchpad bug 628105 in libreoffice (Ubuntu Precise) "[Upstream] Text not black in LibreOffice" [Undecided,In progress]
[19:17] <ritz> I have added ubuntu-sponsor to this for precise
[19:17] <ritz> is there anything else I am missing out on ?
[19:23] <Sweetshark_> ritz: https://launchpad.net/ubuntu/precise/+queue?queue_state=1&queue_text=libreoffice <- its already waiting in unapproved for two months
[19:24] <ritz> How do I push this out for approval ?
[19:26] <ritz> Sweetshark_  nm, this is waiting on https://bugs.launchpad.net/ubuntu-advantage/+bug/1176923
[19:26] <ubot2`> ritz: Error: malone bug 1176923 not found
[19:27] <ritz> this still hangs X
[19:35] <ritz> my bad, should have read this . thanks


[01:35] <jpds> MTeck: What?
[02:27] <MTeck> jpds: Just the name of the package threw me..
[02:27] <MTeck> jpds: it had *-nda-* in it


[00:00] <JanC> pstate is an Intel alternative for cpufreq, but it's possible that it doesn't work well with all CPUs, I don't know...
[00:01] <JanC> in theory it shouldn't affect # of CPUs though
[00:01] <JanC> and the two nomdm* are about RAID
[00:03] <Blueking> I have to ask those guys at server shop then
[00:04] <Blueking> or test box with another OS
[00:04] <sarnold> I suspect they will not be able to help you :)
[00:04] <sarnold> other OS seems like a reasonable enough test, but another *cpu* frmo a different supplier might be more useful still
[00:04] <Blueking> I have 5 year warranty on such hardware...
[00:05] <Blueking> might be faulty cpu microcode too ?
[00:06] <Blueking> got error on it last time I ran apt upgrade
[00:08] <sarnold> well at least that one might be easy to nail down, uninstall the intel-microcode package, rebuild initrd, reboot, re-test, and check the microcode date in dmesg..
[00:08] <Blueking> E: intel-microcode: failed to create or prepend the early initramfs to the initramfs
[00:08] <sarnold> it seems insanely unlikely to me though
[00:09] <sarnold> we'll publish a new microcode in a few days for the spectre v4, maybe your cpu is covered in that list...
[00:09] <Blueking>  -> /usr/sbin/iucode_tool: microcode bundle /lib/firmware/intel-ucode/list: unknown microcode format
[00:10] <Blueking> downloaded from intel: microcode-20180425.tgz
[00:21] <JanC> Blueking: my guess would be that it's actually a BIOS/UEFI firmware bug (possibly in ACPI)
[00:22] <sarnold> hmmmm.. I wonder if the fwts package could help?
[00:24] <JanC> I wonder if there is a kernel parameter to ignore ACPI's core count (or whatever makes this wrong)
[05:12] <cpaelzer> good morning
[05:57] <lordievader> Good morning
[08:54] <xnox> sarnold, I do not have access to Better ARK but people on #clearlinux irc channel do
[08:54] <xnox> sarnold, lack of CPUs may indicate custom microcode that disables/enables them; or that cpus were fused away, meaning there is a crippled SKU out there aka a cheap edition.
[08:55] <xnox> sarnold, many of Intel CPUs are the same, and artificially clocked down / cores disabled. And one can sometimes pay to unlock higher clock speeds & cores.
[09:22] <rbasak> ahasenack: I'd say the reporter has modified his system from defaults so much in bug 1772337 that it's likely to be a configuration problem than a bug in Ubuntu. If he thinks it's a bug he should at least present an explanation as to why. So Incomplete.
[13:15] <samba35> can some one please tell on 18.04 i have process with sha256sum and it keep running for long time and it kepp cpu busy ,how do i find what it is doing and trace it ,and it keep changeing pid even kill within second it start new same process ,is it normal ?
[13:17] <Ool> samba35: try ps with the f option to see hierarchy
[13:17] <samba35> ok ,i will try it when this start
[13:17] <Ool> did you put some security stuff who want to have hash from each file ?
[13:18] <samba35> how do i find which package hold this file  /usr/bin/sha256sum
[13:18] <Ool> apt search sha256sum  ?
[13:19] <ivoks> dpkg -S /usr/bin/sha256sum
[13:19] <ahasenack> hm, mod-wsgi dep8 tests passed locally
[13:19]  * ahasenack clicks the retry button in excuses
[13:19] <samba35> ps auxf should be ok ?
[13:19] <Ool> exactly how I use ps :)
[13:20] <Ool> but someones prefer ps -edf
[13:20] <samba35> thanks Ool and ivoks
[13:21] <samba35> ok will that too :) but thanks for give idea get good idea
[13:24] <Neo4> my shell script functionality, what would be good else to add there?
[13:24] <Neo4> https://paste.ubuntu.com/p/ChMScTw5sp/
[13:24] <Neo4> backup, generation and set up sshkey, set up certificates for virtualdomains
[13:25] <Neo4> I think about create a fullfladgit control panel :)
[13:52] <olivierb-> Hello everyone, basic question but can not find answer easily on my side. Let's assume I have a dhcp server on my network which assigns IP AND hostname. When my machine boots, it gets the IP but hostname command and /etc/hostname file contains ubuntu. Machine is ubuntu xenial 64bit with minimal set of packages. Furthermore my seconday IP address is on another network served by another dhcp server but this one does not provide host
[13:52] <olivierb->  names in DHCP offers. How does all this works and what should I add/change to get my hostname properly set ?
[13:54] <ahasenack> I don't know
[14:02] <rbasak> olivierb-: if you're using ifupdown on Xenial, then it's done via dhclient.conf and dhclient-script
[14:02] <rbasak> I'm not sure what the default is or if you need to change it.
[14:03] <rbasak> olivierb-: it's probably not a good idea to have a server's hostname regularly change though. Unless it's an appliance, I'd lock it in statically on the client side anyway.
[14:03] <olivierb-> rbasak I managed to get it working once using service networking restart, but it was only once
[14:04] <olivierb-> name should not change as long as the lease remains same
[14:18] <ahasenack> there is this fence-agents package in the ubuntu archive, that ships a lot of scripts of the type fence_*
[14:18] <ahasenack> there is one of those scripts that doesn't work out of the box because of missing python dependencies
[14:18] <ahasenack> these missing deps are declared as "Suggests" in the d/control file
[14:19] <ahasenack> that seems wrong to me. If the script doesn't even run, surely those deps should be in Depends?
[14:19] <ahasenack> bug is https://bugs.launchpad.net/ubuntu/+source/fence-agents/+bug/1772096
[14:19] <ahasenack> check comment #2
[14:19] <ahasenack> and #4
[14:19] <ahasenack> it's a sync from debian, though
[14:24] <rbasak> ahasenack: depends on the nature of it. AIUI, if it's not the normal use case of a package, it doesn't hae to be a Depends.
[14:24] <ahasenack> it's just one of many fence agents the package ships
[14:24] <ahasenack> take a look at apt-cache show fence-agents
[14:25] <rbasak> "The Depends field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality."
[14:25] <rbasak> "The Recommends field should list packages that would be found together with this one in all but unusual installations."
[14:26] <rbasak> "[Suggests] is used to declare that one package may be more useful with one or more others. Using this field tells the packaging system and the user that the listed packages are related to this one and can perhaps enhance its usefulness, but that installing this one without them is perfectly reasonable."
[14:26] <rbasak> From https://www.debian.org/doc/debian-policy/#binary-dependencies-depends-recommends-suggests-enhances-pre-depends
[14:27] <ahasenack> it backtraces
[14:28] <rbasak> For a package that is essentially a collection of a bunch of different use cases, it's difficult.
[14:28] <rbasak> People might not want it to depend on every single possible use case dependency package.
[14:28] <ahasenack> they should have their own package each then, if it pulls in more deps than the maintainer is willing to accept
[14:28] <rbasak> But by not doing that the user has to know what extra to pull in
[14:29] <ahasenack> the user will see a python backtrace
[14:29] <rbasak> Yeah that's not good. It's not necessarily wrong to not have a dependency, but it's reasonable to expect a more helpful error message.
[14:29] <rbasak> I would leave it to whatever the Debian maintainer thinks is appropriate
[14:30] <ahasenack> there's a changelog entry even, mentioning the two deps being added as build-depends, and suggests, at the same time
[14:30] <ahasenack>   * Add python-requests and time to Build-Depends, add python-requests and
[14:30] <ahasenack>     python-suds to Suggests (needed by fence_vmware_soap).
[14:30] <rbasak> That sounds reasonable
[14:32] <ahasenack> I fail to see how
[14:32] <ahasenack> the package is shipping a binary, like many others it already has, that does not work because of a missing dependency
[14:32] <ahasenack> it crashes
[14:32] <ahasenack> apport will raise its head
[14:33] <rbasak> It can be fixed by adjusting the apport hook or adjusting the error message when the "dependency" isn't found.
[14:34] <rbasak> It doesn't necessarily have to be declared as a Depends unless it is needed to provide a significant amount of functionality for the package.
[14:35] <rbasak> The decision is left to the maintainers otherwise, and it seems that they selected Suggests deliberately.
[15:21] <Blueking> are there any dos tools that can post intel cpu, number of cores and so ?
[15:27] <compdoc> you mean command line
[15:28] <compdoc> https://www.tecmint.com/check-linux-cpu-information/
[16:06] <RoyK> Blueking: lscpu as before
[16:33] <ahasenack> rbasak: success! "   * Move python3-requests and python3-suds to Depends (Closes: #899381)"
[17:07] <samba35> why  usr/bin/sha256sum /etc/aide/aide.conf.d/31_aide_rngd keep cpu usage very hight
[17:08] <samba35> any idea why sha256sum is used for X11 relates file ?
[17:08] <teward> because the CPU has to calculate the hash sum of a given file
[17:08] <teward> why it's doing that I don't know, but sha256sum is not a 'light' function in terms of resources
[17:08] <teward> (any hashsum function will eat CPU)
[17:08] <teward> (to varying degrees depending on the filesize of the file being hashsummed, and the hashing algo)
[17:09] <samba35> yes but what kind of with X11
[17:09] <teward> I... have no idea what you just tried to ask.
[17:09] <teward> which means either a language barrier, or your question was malformed./
[17:10] <teward> samba35: as I said, I can't answer *why* it's used for the X11 relates file, but I can answer the "keep cpu usage very high" part because of the nature of what sha256sum does
[17:11] <teward> i once sha256summed a 240GB disk image file once.  Took full CPU on the 16 cores of that workstation, for a good bit of time.
[17:12] <teward> (100% usage, on pretty much all cores, until it finished the calculation of the sha256sum)
[17:12] <samba35> ok ,got it it seems im-config
[17:12] <samba35> remove this page and let see what happen
[17:13] <ahasenack> rbasak: little help: is this good? https://pastebin.ubuntu.com/p/ZPCZcYtykt/
[17:17] <samba35> /etc/apache2/mods-available/proxy_http2.load now sha256sum is using this file
[17:17] <samba35> so its not static to one file
[17:17] <samba35> i am not trying encrpth /decrypth any file
[17:18] <teward> it's not encryption/decryption
[17:18] <teward> it's hashsumming.  *something* on your system is trying to get hash sums for various files
[17:18] <ahasenack> samba35: you seem to be using aide. That will hash all files in your system
[17:18] <teward> ^ that
[17:19] <samba35> how to i fix this ?
[17:19] <ahasenack> remove aide
[17:19] <ahasenack> or figure out why you installed it
[17:19] <ahasenack> unless this is not your system :)
[17:20] <samba35> is it relaed to check-security ?
[17:21] <ahasenack> don't know what that is
[17:21] <ahasenack> there is no such file or package in ubuntu bionic
[17:21] <samba35> brb will reboot system ,its keeping cpu very hight and its too hot already
[17:22] <ahasenack> rebooting won't fix it
[17:22] <ahasenack> it's likely a cron job, it will just run again
[17:22] <Blueking> hmm how to open this ? intel-microcode_3.20180425.1~ubuntu<IP_ADDRESS>.tar.xz
[17:22] <Blueking> tar won't work ?
[17:23] <ahasenack> tar xJf <file>
[17:23] <ahasenack> J is for xz compression
[17:27] <Blueking> hmm how do I implement microcode ?
[17:27] <Blueking> none help file inside this package ?
[17:28] <ahasenack> I don't know, but there is a package in ubuntu that installs new microcode, you could check how it does it
[17:29] <Blueking> are there search function inside apt ?
[17:29] <ahasenack> apt-cache search for packages
[17:29] <ahasenack> apt-file search for files in packages
[17:32] <sdeziel> Blueking: installing the intel-microcode package should be all you need
[17:33] <Blueking> sdeziel how ?
[17:33] <sdeziel> Blueking: on your next reboot, a fresh microcode will be loaded if one is available
[18:25] <sarnold> xnox: oh thanks for the #clearlinux tip -- I knew intel binned CPUs pretty heavily but I thought they were *really* diligent about making sure every unique combination had a descriptive name..
[18:25] <xnox> HAHAHHAHAHAH
[19:06] <sarnold> xnox: well not poor Blueking is likely to return his cpu because it's not what he thought he bought..
[19:08] <lyn||ian> sarnold, that is what ark.intel.com is for as there are too many to memorize
[19:08] <sarnold> lyn||ian: ARK says Blueking's processor should have FOUR cores but it only has TWO cores.
[19:12] <lyn||ian> wow'
[19:13] <sarnold> yeah, that's what has me so surprised :)
[19:14] <sarnold> I've spent so many hours reading ARK details on processors I've thought about buying..
[19:16] <xnox> sarnold, well.... what does the box say? or the markings on the cpu itself? it might be sub-sku with disabled cores.
[19:16] <sarnold> Blueking: hey :) do you still have the box? :D
[19:42] <Blueking> sarnold it's a few months away from beeing used for 5 year :P
[19:43] <sarnold> Blueking: so.. the box is long since discarded? heh
[19:43] <Blueking> bios says 4 core
[19:45] <Blueking> gotta find out how to remove current microcode and force new one in
[19:48] <sarnold> apt-get install intel-microcode; make sure the initrd is rebuild; then reboot
[19:48] <sdeziel> Blueking: again, this should all be automatically done on reboot
[19:48] <sdeziel> Blueking: journalctl -k | grep -i microcode
[19:48] <sdeziel> but IIRC, this will only load a microcode on CPUs visible by the kernel...
[19:49] <Blueking> last line didn't post anything
[19:52] <Blueking> how to remove current microcode.. apt-get install intel-microcode  says 'intel-microcode defined manual installation'
[19:55] <nacc> Blueking: you mean remove the intel-microcode package? `sudo apt-get remove intel-microcode`
[19:56] <Blueking> ok used apt-get remove intel-microcode  ->  then apt-get install intel-microcode -> reply from process  "/usr/sbin/iucode_tool: microcode bundle /lib/firmware/intel-ucode/list: unknown microcode format" and "E: intel-microcode: failed to create or prepend the early initramfs to the initramfs"
[19:58] <Blueking> maybe this error  make it fail update intel-microcode at next boot ?
[19:58] <sdeziel> Blueking: most probably
[19:58] <nacc> uh, don't think there should be a /lib/firmware/intel-ucode/list file
[19:58] <nacc> and yes, if the package failed to install, then it ... didn't install
[19:59] <sdeziel> Blueking: you asked how to untar the intel-microcode tarball earlier, have you extracted that tarball in that dir?
[19:59] <Blueking> no
[19:59] <sdeziel> OK good
[20:00] <nacc> just did a quick chdist check and yea, there shouldn't be a list file
[20:00] <nacc> (at least, afaict)
[20:02] <sdeziel> I can confirm this /list file isn't here on my machines
[20:02] <Blueking> maybe this was bad thing.. what I did 2 weeks ago ? mv intel-ucode /lib/firmware
[20:02] <Blueking> tar -xvzf microcode-20180425.tgz
[20:04] <Blueking> but only had two core before that
[20:04] <sdeziel> is that the tarball provided by Intel?
[20:04] <Blueking> yes
[20:05] <sdeziel> I'd try to do the following: "apt-get purge intel-microcode" then "rm -rf /lib/firmware/intel-ucode" and finally "apt-get install intel-microcode"
[20:06] <Blueking> ok
[20:07] <Blueking> ok rebooting now
[20:10] <Blueking> still 2 core
[20:33] <sdeziel> Blueking: did you have the "unknown microcode format" error prior to the reboot?
[20:34] <sdeziel> if no, I'd be curious to see the "journalctl -k| grep -i microcode"
[21:08] <Blueking> sdeziel: http://paste.ubuntu.com/p/9JmBr77pvZ/
[21:13] <Blueking> sdeziel: interesting here http://paste.ubuntu.com/p/pSs9NcXDv3/
[21:14] <sdeziel> enabledcores=1 looks suspicious
[21:14] <Blueking> only one enabled core..
[21:14] <sdeziel> you have HyperThreading right?
[21:14] <Blueking> yes
[21:17] <sdeziel> OK so that explains the first paste
[21:19] <Blueking> http://paste.ubuntu.com/p/M7nQ3bjjG5/
[21:21] <Blueking> so where do ubuntu have these control sets ?
[21:22] <Blueking> grub/grub2 ?
[21:24] <Blueking> sdeziel ?
[21:25] <sdeziel> Blueking: cat /proc/cmdline
[21:25] <Blueking> sdeziel: http://paste.ubuntu.com/p/t6v8mqtqX2/
[21:46] <sdeziel> Blueking: so there is no kernel arg that artificially limits the number of cores visible
[21:54] <Blueking> there must be sumthin ?
[21:54] <arooni> anyway to check to make sure log rotation is working across web logs/etc.. ? or is this just on by default (16.04 server)
[21:54] <Blueking> hello Janc
[21:54] <Blueking> hello JanC
[21:55] <Blueking> hello JanC_
[21:56] <Blueking> JanC  you had a peek at mine problem ?
[21:57] <sarnold> Blueking: has this cpu always had two cores? :)
[21:57] <Blueking> that I am not sure about
[21:58] <sdeziel> Blueking: yeah, I'd grep old boot logs for nr_cpu_ids
[21:58] <Blueking> sarnold  seems only one core  are enabled   with HT it's '2' core
[21:58] <Blueking> cd ..
[22:01] <JanC> Blueking: currently my guess would be it's an ACPI problem?
[22:02] <Blueking> http://paste.ubuntu.com/p/THJS4XjWH3/
[22:03] <Blueking> not sure
[22:03] <Blueking> should I goin bios and change ?
[22:04] <Blueking> what are RCU ?
[22:04] <Blueking> RCU restricting CPUs from NR_CPUS=512 to nr_cpu_ids=2.
[22:05] <sarnold> RCU is a go-fast lockless datastructure design scheme
[22:05] <sarnold> it allows working with stale data in a predictable way
[22:06] <JanC> and it needs to know how many CPUs you actually have, I suppose
[22:07] <sarnold> right
[22:08] <Blueking> hmm I need to uncompress log files ?
[22:08] <Blueking> to search through old log files ?
[22:10] <sdeziel> Blueking: zgrep should be able to look into .gz log files
[22:10] <sdeziel> zgrep -F nr_cpu_ids /var/log/syslog*
[22:11] <sarnold> vim also has some autorules to expand compressed files in place
[22:12] <Blueking> kern log files goes back only 3 days..
[22:14] <sdeziel> Blueking: syslog, not kern.log
[22:14] <Blueking> nothing there
[22:15] <sdeziel> do you ship logs to an aggregator/concentrator by any chance?
[22:17] <sdeziel> Blueking: I'm done for the day but good luck
[22:20] <sarnold> gnight sdeziel ;)
[22:20] <sdeziel> thx
[23:05] <Blueking> still a bug ? -> https://ubuntuforums.org/showthread.php?t=2187699&page=2
[23:08] <tomreyn> Blueking: it's either still a *BIOS* bug (and will then surely remain that as BIOSes traditionally have a long lifetime) or it remains to be an ubuntu bug which, at least according to this forum thread, was not yet reported (and would thus not get fixed unless identified AND reported independently).
[23:09] <Blueking> okey
[23:12] <Blueking> tomreyn: configuration: cores=4 enabledcores=1 threads=8  with command lshw -class cpu
[23:13] <tomreyn> Blueking: so?
[23:13] <Blueking> just wonder  cores=4  enabled cores=1  but  the number of threads=8   are it 8 enabled threads ?  thus it indicates 4 enabled cores..
[23:14] <Blueking> just wonder if ubuntu read bios wrong  where bios say 1 core someplace it means 1 physical cpu ?
[23:15] <Blueking> it's supermicro mobo
[23:15] <nacc> Blueking: i don't think the threads relates to how many threads are enabled
[23:15] <nacc> Blueking: not sure, though, i'd need to read the source to be sure
[23:16] <nacc> Blueking: what does `grep -c '^processor' /proc/cpuinfo` say?
[23:16]  * tomreyn would also *assume* it refers to capabilities, not current configuration
[23:16] <Blueking> inside bios  there intel service thing wich tells status of mobo/cpu   disabled cores = 0
[23:17] <nacc> tomreyn: yeah, i assume givne the 'enabled' vs. no-prefix for cores, they are distinct for threads too (but possibly not emitting)
[23:17] <Blueking> nacc nothing.. wrong typo ?
[23:18] <Blueking> 2
[23:18] <nacc> Blueking: ok, so you have 1 core enabled with HT on
[23:18] <nacc> Blueking: which is completely accurate with `lshw`
[23:18] <Blueking> looks like that yes
[23:18] <nacc> Blueking: and your BIOS setting is currently set to 4 cores?
[23:18] <Blueking> 'all'
[23:19] <Blueking> active cores
[23:19] <nacc> Blueking: did you figure out what actual model (by the box) you have?
[23:19] <Blueking> I can define 1,2,3, all
[23:19] <nacc> Blueking: based upon sarnold & xnox's disucssion above
[23:19] <nacc> Blueking: it seems most likely you have a buggy BIOS or you have a not-full-core chip
[23:20] <sarnold> I *really* have trouble seeing supermicro having a bios this buggy
[23:20] <sarnold> I know bioses suck and all
[23:20] <sarnold> but defective-CPU sold at a discount is my current favourite theory
[23:20] <Blueking> billing from shop:  	Intel Xeon Quad-Core E3-1230Lv3 1.8GHz 8MB, 25W, LGA1150
[23:22] <Blueking> shop didn't have this cpu on shelf.. were some ordering time and had to wait some time
[23:23] <Blueking> nacc: I updated Bios  2 days ago to see if update fixed number of visible cores
[23:24] <Blueking> I am gonna put another hdd on mine box and test with windows OS
[23:30] <nacc> sarnold: yeah, i would agree too
[23:31] <nacc> Blueking: also, fwiw, your mobo page didn't list this cpu as explicitly compatible
[23:31] <sarnold> curious
[23:32] <sarnold> I saw e3 v3-4 xeons on the page and though tit looked good enough
[23:32] <nacc> i saw e3 1200, and it wasn't immediately obvious to me if that included 1230
[23:34] <nacc> this person claims to have seen 8 cpus in linux with a 1230: https://superuser.com/questions/851799/proc-cpuinfo-for-xeon-e3-processor
[23:34] <sarnold> I think that's  adifferent model, no L in that name
[23:35] <nacc> ah right
[23:38] <nacc> Blueking: this seems relevant: https://webcache.googleusercontent.com/search?q=cache:eWwSlZlUNDMJ:https://forum.pfsense.org/index.php%3Ftopic%3D128722.0+&cd=3&hl=en&ct=clnk&gl=us
[23:39] <sarnold> nacc: DUDE
[23:39] <sarnold> that looks like it exactly
[23:40] <nacc> they got an actual response from SM
[23:40] <nacc> i don't know if it's the same mobo, but the symptoms seem oddly similar
[23:44] <sarnold> the only slight prblem of course is the bios upgrade was done to try to fix this issue
[23:44] <sarnold> but still, clearing cmos and spending a few minutes to put it all back together again is quick and easy, easier than installing windows anyway :)
[23:44] <nacc> right


[05:21] <sheytan> vip hopefully someone will find the issue
 From Discover on Google https://www.forbes.com/sites/jasonevangelho/2020/01/08/meet-the-linux-desktop-aiming-to-be-the-perfect-upgrade-for-windows-7-users/
 Hi everyone, if you can share the love on this article that would be wonderful 🥰
[10:14] <kfunk> nice :)
[10:43] <mparillo> Posted to Reddit: https://www.reddit.com/r/linuxmasterrace/comments/em7z6q/meet_the_linux_desktop_that_wants_to_be_an_ideal/
[11:29] <BluesKaj> Hi folks
 this is not a big deal and not something Kubuntu can do but the version number in kdialog is off by a lot. … when I run -v it gives me 2.0 and when I search apt it is the actual version
 @Sick_Rimmit, yea, Plasma is one of the closest Windows paradigm though not via Neon. I am glad this featured Kubuntu and Feren OS as the options because both of those are much more tuned to the Windows user. Default Plasma is a mess when it comes to Windows switchers so I am glad neon wasn't mentioned because default Plasma should be avoided for Windows switchers.
 (Photo, 322x188) https://irc-attachments.kde.org/VOKqO6Gl/file_21830.jpg
 https://cgit.kde.org/kdialog.git/commit/?id=32e9b4dcb82972021bbf9ed5329e461ecce0ebb8
 @RikMills, maybe they fixed it with the recently releases, nevermind. YAY for LTS inconsistencies
 oh ok cool, 6 months behind so not that bad I guess :D
 thanks for the clarification
 @MichaelTunnell, Yes I was super happy to see Kubuntu highlighted


[06:16] <thatgraemeguy> mornings
[06:28] <magespawn> good morning
[06:42] <Kilos> hi inetpro thatgraemeguy theblazehen superfly paddatrapper and others
[06:43] <Kilos> ohi magespawn MaNI as well
[06:43] <theblazehen> hi Kilos, magespawn, thatgraemeguy
[06:43] <inetpro> good mornings Kilos
[06:43] <inetpro> oh and hi to all else
[06:44] <Kilos> end yesterday with power cut and start this morning with another one as im login on
[06:44] <Kilos> sigh
[06:44] <superfly> Good evening Kilos
[06:44] <Kilos> hehe
[07:01] <Kilos> superfly QA is missing in action, sorry to worry you
[07:41] <anton_may> good mornings all
[07:46] <Kilos> hi anton_may
[09:21] <inetpro> time for a coffee break
[09:21] <inetpro> Maaz: coffee on
[09:21]  * Maaz washes some mugs
[09:22] <inetpro> Kilos: you can continue working after the break
[09:25] <Maaz> Coffee's ready for inetpro!
[09:26] <Kilos> eish
[09:27] <Kilos> Maaz where is my  coffee
[09:27] <Maaz> Kilos: Not a clue, sorry
[10:13] <Kilos> aw no one even greeted karl
[10:13] <Kilos> DalekSec i mailed you a request
[10:22] <paddatrapper> Hey Kilos
[10:24] <Kilos> hi paddatrapper
[11:47] <Kilos> hi kmf
[11:47] <Kilos> and mage
[11:48] <Kilos> ai!
[11:53] <theblazehen> http://stackoverflow.com/questions/562115/press-alt-numeric-in-bash-and-you-get-arg-numeric-what-is-that wow.. Do you know how hard it was to find the right key? "bash repeat key multiple times" "readline repeat key" and so on for like 15 min..
[11:53] <theblazehen> Morning all
[12:15] <kmf> hi Kilos :D
[12:51] <anton_may> Partyyyy time....Neotel is sorted!!!!!!
[14:55] <Kilos> yay anton_may at last
[14:55] <anton_may> uh hu
[16:27] <magespawn> gome time chat later all
[16:28] <magespawn> home time too
[16:28] <Kilos> go safe magespawn
[18:50] <Kilos> hmm...
[18:58] <inetpro> Maaz: hmm
[18:58] <Maaz> hmm... is often used to try make others believe one is actually thinking
[18:58] <Kilos> hehe hi inetpro
[18:59] <inetpro> good morning Oom
[19:05] <inetpro> oops, I mean Kilos
[19:05] <Kilos> lol
[19:06] <Kilos> you do that on purpose im sure
[19:06] <Kilos> too cold to think
[19:06] <inetpro> exactly
[19:07] <inetpro> my phone does the thinking for me
[19:07] <Kilos> haha
[19:07] <inetpro> auto suggested Oom
[19:07] <Kilos> my fone can sms and call
[19:08] <Kilos> nono you started it with the O
[19:08] <Kilos> i need sleep
[19:09] <Kilos> night all. sleep tight
[19:09] <inetpro> swiftkey is clever
[19:09] <Kilos> lol
[19:09] <inetpro> goeienag Kilos
[19:53] <nlsthzn> sup all :)