[10:08] <TheMuso> ev: You're the approver for https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-accessibility-ubiquity could you please have a look over, and if you think someone else should look at it, re-assign approval etc if need be? Thanks.
[10:08] <ev> will do
[10:14] <ev> TheMuso: two questions
[10:14] <ev> "[themuso] Write the backend code to set up brltty with the selected options from the new Braille setup dialog box: TODO" - where do you want to put this dialog box?
[10:15] <ev> "[maco] Check widgets in QT ubiquity UI, and enable them for accessibility if necessary: TODO" - does Qt finally support at-spi2?
[10:17] <TheMuso> ev: There will be work going on this cycle to get QT working with at-spi2.
[10:17] <ev> ah, okay
[10:17] <TheMuso> As for the first WI you mentioned, just how/where this dialog box will be shown is something I need to talk to you/design about, if I haven't covered that clearly in another WI then let me know and I'll try and clarify that.
[10:18] <ev> no, I think it's okay as-is. I just wanted to see if you already had some idea, but we can most certainly discuss it in detail when the time comes
[10:18] <ev> t
[10:18] <ev> ha
[10:18] <ev> nk
[10:18] <ev> s
[10:18] <ev> weird
[10:18] <TheMuso> np
[10:19] <ev> right, I'm going to guess whoever made me approver had a reason for doing so.  Approved.
[10:20] <TheMuso> Yeah Jason did, and thanks.
[12:45] <CIA-13> ubiquity: evand * r4726 trunk/ (7 files in 4 dirs):
[12:45] <CIA-13> ubiquity: Provide access to the keymaps most-relevant for the currently
[12:45] <CIA-13> ubiquity: selected language in the keyboard indicator (LP: #656777).
[16:19] <cjwatson> ev: one concern with hiding the boot menu is that the lack of ability to write to the GRUB environment block means that I don't think we can support "show the boot menu if we fail to boot" on Wubi at the moment
[16:19] <cjwatson> at least not without a certain amount of extra clevernes
[16:19] <cjwatson> s
[16:19] <ev> hmm
[16:20] <ev> surely there some unused bit we could prod in the MFT
[16:20] <cjwatson> this is because having the environment block in /boot/grub/grubenv means that in order to write to it we have to be able to write to the loopback disk, which deliberately doesn't implement writing in order to avoid the risk of ever corrupting the filesystem
[16:20] <ev> but I guess that falls under cleverness
[16:20] <cjwatson> writing to the MFT wowrries me a lot more than writing to a file
[16:20] <ev> fair enough
[16:20] <cjwatson> there probably is some way around it
[16:21] <cjwatson> just haven't thought of it yet, and it's worth flagging because I don't think this constraint is an obvious one
[16:21] <ev> should this become a workitem as well, just so the concern doesn't get lost?
[16:21] <ev> or are you happy with the existing one
[16:21] <cjwatson> the existing one will probably do for now, but I'll keep it in mind
[16:21] <ev> okay
[16:21] <cjwatson> it goes with the inability to write to the env block on btrfs, LVM, and/or RAID
[16:22] <ev> ah, so it's not just a wubi thing then
[16:22] <ev> nice
[16:22] <cjwatson> the btrfs case at least has a design
[16:22] <ev> right
[16:22] <cjwatson> right, it's basically anything where the underlying disk/fs is complicated
[16:22] <cjwatson> if it's straight writes to preallocated space on disk with no checksums, that's OK
[16:25] <ev> mm, indeed
[16:25] <cjwatson> the btrfs workaround will be to shove the environment block into the first 64K of the fs instead, which is reserved for boot loaders
[16:26] <cjwatson> though we'll have to deal with various hardcoded assumptions that the environment block is /boot/grub/grubenv


[14:00] <t1mp> hello :)
[14:01] <t1mp> can you see the video on the summit webpage?
[14:02] <christina> t1mp, doesnt look like is there again? :(
[14:02] <t1mp> christina: for me it is not visible :(
[14:03] <kenvandine> me either
[14:03] <christina> t1mp, kenvandine how about now?
[14:03] <christina> ive played with the link again
[14:03] <kenvandine> there it is!
[14:03] <t1mp> christina: yes it started to work for me
[14:03] <kenvandine> christina, thx
[14:04] <christina> goood :)
[14:08] <christina> hi nik90 :)
[14:09] <nik90> christina: hi :-)
[14:09] <t1mp> if you have questions, prefix them with QUESTION and ask here. We will answer them after Dani's explanation
[14:09] <christina> nik90, good to 'see' u joining us
[14:10] <nik90> QUESTION: what's the timeline for the new headers? Can we expect some of them before the 14.04 release?
[14:10] <nik90> christina: always a pleasure to watch your new designs :)
[14:12] <nik90> QUESTION: Is it possible to add a textual description to the header actions since icons might not always clearly describe the action?
[14:17] <Saviq> christina, FYI, the "Join the Hangount on Air" link only links to the event page, no way to actually join the hangout
[14:18] <christina> Saviq, ok. do you wanna join us?
[14:18] <Saviq> christina, sure, although couldn't be here from the beginning, so not sure I'll have anything to add :)
[14:19] <t1mp> the blog post that dani is using in the presentation is here http://design.canonical.com/2014/03/new-apps-header/
[14:19] <nik90> QUESTION: Can we have 2 drawers in the header? Example scenario: App has multiple views and several actions
[14:19] <christina> https://plus.google.com/hangouts/_/hoaevent/AP36tYcIDyR8T2JvppgHsOX0jYAQUXbjOsEO62tiUi1H4sVE8lUzOA?authuser=0&hl=en-GB
[14:20] <t1mp> QUESTION: Will there be an additional way to show the header except scrolling up?
[14:26] <davidcalle> QUESTION: will this be also used in the Dash UI (eg. to access scopes filters in the Dash)?
[14:27] <nik90> QUESTION: Have you thought about the header pattern on tablets concerning the limit on how many actions to show in the header?
[14:30] <nik90> QUESTION: When using the bottom edge behaviour, if the user swipes to the top, would that hide the header? I ask this since in the swiped up view, the developer might want to show a customized header which makes sense for that view.
[14:32] <nik90> QUESTION: The current tabs pattern expands to show other tabs. Is this shown in the drawer only when there is limited width (phone)? Or are they always shown in the drawer regardless of the platform?
[14:39] <t1mp> more questions?
[14:39] <nik90> t1mp: nope
[14:39] <nik90> :)
[14:42] <davidcalle> Thanks
[14:42] <nik90> thnx christina and dani for the session
[14:42] <christina> nik90, you're welcome
[14:42] <nik90> t1mp: looking forward to this in the SDK :D
[14:43] <t1mp> nik90: me too :)
[14:43] <t1mp> nik90: you can track the progress here https://blueprints.launchpad.net/ubuntu-ui-toolkit/+spec/new-header
[14:44] <nik90> t1mp: thnx
[15:05] <christina> hi guys, if u have any questions let us know
[15:16] <nik90> QUESTION: Is the swipe left gesture to show additional actions like call, message etc provided by the SDK? Currently I believe the SDK only allows one to delete a list item by swiping left.
[15:17] <christina> nik90, will get to your questions after olga's presentation
[15:18] <nik90> t1mp: Is there a bug report or blueprint tracking the fast scroll behavior for listview?
[15:18] <nik90> christina: sure
[15:18] <t1mp> christina: let me see
[15:19] <christina> nik90, ^
[15:19] <t1mp> yes, I meant nik90 :)
[15:20] <nik90> QUESTION: The compose new message design where the header provides a text field looks different from the header design session by Dani. Is this also part of the new header design for apps?
[15:20] <nik90> t1mp: ;)
[15:20] <t1mp> nik90: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1277226
[15:20] <udsbotu> Launchpad bug 1277226 in Ubuntu UI Toolkit "Support for fastscroll via listview headers" [Medium,In progress] - Assigned to Christian Dywan (kalikiana)
[15:20] <nik90> t1mp: oh cool..we can expect this at the end of the month. Nice!
[15:21] <t1mp> nik90: I am not so sure about that. Check with kalikiana
[15:21] <nik90> t1mp: will do
[15:25] <t1mp> eventually there will be different modes for the header, including the search mode and edit mode that was shown for the contacts
[15:25] <t1mp> that will be in the SDK
[15:25] <nik90> ok
[15:26] <t1mp> those modes are listed at the bottom of the work items in https://blueprints.launchpad.net/ubuntu-ui-toolkit/+spec/new-header
[15:26] <nik90> QUESTION: Is there a design for deleting multiple contacts quickly at the same time? I believe in the Gallery app, it has a selection mode where one can select multiple images and delete it with one action.
[15:30] <nik90> no others questions from me ;)
[15:32] <t1mp> christina and olga: thanks, good session :)
[15:32] <nik90> thnx
[15:32] <christina> thanks t1mp . nice and easy :)
[15:32] <christina> nik90, thanks


 DANGER!
[15:12]  * davef has entered the chat
[15:15]  * zxmpi drops my backup nokia into a sock and ties a knot at the top for a handhold...
[15:15] <zxmpi> ready
[15:20]  * davef reminds zxmpi that he has previously worked for Nokia, therefore Nokia's are pre-programmed not to hurt Nokia alumni.
[15:20] <davef> Checkmate
[15:21] <zxmpi> the sock blindfolding the nokia will compensate for that. yahtzee
[15:23]  * davef is still rocking his GSM radio
[15:23] <davef> Uno!
[15:24] <zxmpi> and besides, we all remember what happened at end of robocop when the baddie was fired and directive 4 was no longer in effect
[15:27] <davef> but that was ultimately deleted
[15:28] <zxmpi> when he was fired. you no longer work for nokia so nokias directive 4 no longer protects you
[15:31] <davef> http://www.quickmeme.com/img/5d/5db4d3777ccf3c798b0ae2fc7fdda76cc345da3fae63b335647d8f3fd228fda6.jpg
[15:32] <davef> Anyway, now we're done with the goofy stuff.. anyone seen this project? Looks pretty awesome and so far done by only one guy.. https://pockit.ai/
[15:33] <zxmpi> i saw it a few years ago when they first demoed, looks a lot more functional now
[15:33] <davef> Very functional
[15:33] <zxmpi> haven't seen pricing though
[15:34] <zxmpi> and as a nokia user i would worry about how /rugged/ it is
[15:37] <zxmpi> though you might be able to 3d print/mill a case for the version you wanted to use day to day
[15:45] <davef> https://www.youtube.com/watch?v=b3F9OtH2Xx4
[15:58] <zxmpi> an immense amount of storage... 238gb... i'm spoiled when i no longer see that as a lot :-)


[00:41] <Eickmeyer> Unit193: Sadly, if you go that route, you will have zero LTS support (or merge request approval) from anyone at Canonical for Ubiquity. Subiquity is a much better, more solid installer and the flutter GUI is merely a frontend.
[00:41] <Eickmeyer> Basically, Ubiquity cannot go another LTS.
[00:41] <Eickmeyer> Canonical is not willing to support it anymore.
[00:42] <Eickmeyer> Ubiquity is a bug-ridden patchwork quilt that should've died years ago.
[00:50] <Unit193> Right, but big changes and new trials aren't good in a LTS cycle, that's all I'm saying...
[00:53] <Eickmeyer> Right, and that's what I was telling the desktop team and what one of my biggest frustrations was, that they were having us do this on the LTS cycle. Doesn't seem we have much choice, but the choice between that and staying another LTS on Ubiquity? I'd rather have Subiquity.
[00:54] <Eickmeyer> I was telling them this nearly a year ago.
[00:54] <Eickmeyer> bluesabre was in the meeting, he saw how frustrated I was.
[00:54] <Unit193> That's literally all I was saying, I'm not grandstanding about staying on ubiquity but I'm going to be pissed when things are broken for the LTS...
[00:55] <Eickmeyer> Oh, 100%. That's why we need to do it as early in the cycle as possible. Like, priority #1.
[00:56] <Eickmeyer> And all of us working together and not on our own islands.
[12:01] <bluesabre> https://gitlab.xfce.org/panel-plugins/xfce4-pulseaudio-plugin/-/issues/96 :\
[12:01] -ubottu:#xubuntu-devel- Issue 96 in panel-plugins/xfce4-pulseaudio-plugin "known-players and persistent-players properties use app names instead of IDs or executables" [Opened]
[12:54] <bluesabre> Release notes updated further: https://wiki.xubuntu.org/releases/23.10/release-notes


[10:33] <jmmmp> Hi. I'm not using ubuntustudio, but had a question about audio. Somehow I managed to make my headset mic sound distorted (as if too amplified), but my builtin mic sounds ok. Do you know how to reset audio to factory settings? ibm thinkpad, jaunty, alsa
[14:58] <chiiiiiz_88> HI!
[14:59] <chiiiiiz_88> I have the linux-rt installed, Qjackctl configured, my M-Audio 1010LT soundcard installed.. and still the latency is higher than 30 ms..
[14:59] <chiiiiiz_88> How can I reduce the latency?
[15:47] <lorenzosu> hi chiiiiiz_88 have in qjackctl check the settings?
[15:47] <chiiiiiz_88> yes, that is what I mean with "Qjackctl configured" according to the tuto in www.linuxmao.org
[15:48] <chiiiiiz_88> the PC is a Celeron 3.06 GHz, with 3 Gb DDR2... plus a 5 Gb swap partition... and the main HD is a SCSI 15000 rpm...
[15:50] <lorenzosu> chiiiiiz_88, sounds quite powerful
[15:50] <chiiiiiz_88> that is what I thought.. but still...
[16:06] <lorenzosu> chiiiiiz_88, Not sure.. maybe the sound card
[16:08] <chiiiiiz_88> the sound card is given for 3.5 ms latency...


[19:00] <Rinchen> I see mootbot has abandoned us again
[19:00] <Rinchen> Welcome to this week's Launchpad development meeting. For the next 45 minutes or so, we'll be coordinating Launchpad development.
[19:00] <Rinchen> Roll Call
[19:00] <thumper> me
[19:00] <schwuk> me
[19:00] <mrevell> me
[19:00] <Rinchen> me
[19:00] <mars> me
[19:00] <barry> me
[19:00] <flacoste> me
[19:00] <adeuring> me
[19:00] <herb> me
[19:00] <abentley> me
[19:00] <al-maisan> me
[19:00] <Rinchen> apologies received from several at UDS and Brazil (holiday)
[19:01] <statik> me
[19:01] <mthaddon> me
[19:01] <sinzui> me
[19:01] <bac> me
[19:01] <EdwinGrubbs> me
[19:02] <Rinchen> BjornT, danilo_, jml, leonardr, ping if you're around
[19:02] <Rinchen> ok, small crowd today
[19:02] <thumper> gee, that isn't many
[19:02] <danilo_> me
[19:02] <stub> me
[19:03] <Rinchen> Yeah, I suggested skipping today but kiko wanted us to run with it...so we shall
[19:03] <danilos> replacing for jtv today, though not feeling too well myself
[19:03] <Rinchen> Agenda
[19:03] <Rinchen>  * Next meeting
[19:03] <salgado> me
[19:03] <Rinchen>  * Actions from last meeting
[19:03] <Rinchen>  * Oops report (Matsubara)
[19:03] <Rinchen>  * Critical Bugs (Rinchen)
[19:03] <salgado> sorry
[19:03] <Rinchen>  * Bug tags
[19:03] <Rinchen>  * Operations report (mthaddon/herb)
[19:03] <Rinchen>  * DBA report (stub)
[19:03] <Rinchen>  * Sysadmin requests (Rinchen)
[19:03] <Rinchen>  * New packages required (salgado)
[19:03] <Rinchen>  * A top user-affecting issue (mrevell)
[19:03] <Rinchen>  * Doc Team report (mrevell)
[19:03] <Rinchen> thanks danilos
[19:03] <Rinchen> Next meeting
[19:03] <Rinchen> next week, same time, same channel
[19:03] <Rinchen> any known absences?
[19:04] <Rinchen> Actions from last meeting
[19:04] <Rinchen> none that remain open
[19:04] <Rinchen> Oops report (Matsubara) - proxied by mrevell
[19:04] <mrevell> Hi
[19:04] <mrevell> Today's oops report is about bugs 232494, 232528, 234072, 47864, 234078, 234083
[19:05] <mrevell> #232494 is one for salgado, his recent fix in the +editsshkey form introduced the error. :-)
[19:05] <mrevell> jtv, can you take #232528?
[19:05] <thumper> I thought bug 234072 was fixed a *long* time ago
[19:05] <mrevell> thumper: I'll pass that back to matsubara
[19:05] <mrevell> thumper, can you take care of #234072, #234078, #234083?
[19:05] <Rinchen> danilos, for jtv  on 232528
[19:06] <thumper> mrevell: but apparently it isn't
[19:06] <danilos> mrevell: jtv's not around
[19:06] <mrevell> okay, thanks danilos. I'll email him.
[19:06] <mrevell> Looking for volunteers for 47864.
[19:06] <Rinchen> danilos, you're supposed to say "yeah sure he'll take it"  :-)
[19:06] <mrevell> :)
[19:06] <danilos> mrevell: this was probably caused by jtv himself
[19:06] <mrevell> Any volunteers for 47864?
[19:07] <danilos> mrevell: I can't imagine many people hacking those URLs themselves
[19:07] <Rinchen> mrevell, maybe email the list on the distro series one
[19:07] <mrevell> Rinchen: Okay, thanks, will do.
[19:07] <mrevell> Thanks, then, everyone. That's all.
[19:07] <danilos> oh, not really, it seems to include some JS instead
[19:07] <Rinchen> thanks mrevell
[19:07] <Rinchen> Critical Bugs (Rinchen)
[19:08] <Rinchen> No critical issues remain open. Yay! :-) Thank you!
[19:08] <Rinchen> We have an issue with staging updates.  A DB patch is failing to apply.  A fix is (or will be very shortly) on PQM and bumped to the top.
[19:08] <Rinchen> Bug tags
[19:08] <Rinchen> we have one by Diogo
[19:08] <Rinchen> but he's not here and we're short on attendees so I'm going to skip that
[19:08] <Rinchen> we'll come back to it next week
[19:08] <Rinchen> Operations report (mthaddon/herb)
[19:09] <herb> 2008-05-16: Demo was updated
[19:09] <herb> 2008-05-19: lpnet4 had died - restarted
[19:09] <herb> 2008-05-20: Cherry pick to lpnet* to fix bug #228132
[19:09] <herb> Seems like we've been having more problems with codebrowse/loggerhead recently. It has a tendency to grow to ~1.5GB RSS. This causes swapping and the expected performance issues that go along with it. I think mwhudson is aware of the proble
[19:09] <herb> m.
[19:09] <herb> We'd like to update demo to either RF-tip or at least r6331 to pick up the configs that recently landed as opposed to using the cowboyed configs we have currently.
[19:09] <rockstar> me
[19:09] <leonardr> me
[19:09] <Rinchen> herb, mthaddon +1 on demo updates
[19:09] <herb> That's it for Tom and me this week unless there are any questions.
[19:09] <herb> Rinchen: thanks
[19:10] <Rinchen> herb, mthaddon - we should think about putting it on the lastest tip certainly after next week's roll-out....
[19:10] <Rinchen> thanks herb
[19:10] <Rinchen> DBA report (stub)
[19:10] <stub> DB patches for this cycle have all been reviewed. One broke on production data but should be fixed shortly (fix is with PQM and next in the queue).
[19:10] <stub> There are still two more patches that might land this cycle - a Rosetta patch that Mark has approved and the first stage of the Auth/Person split that needs to go through code review.
[19:10] <stub> And that was all I could think of and type before being invoked by Joey
[19:11] <Rinchen> Provocative! :-)
[19:11] <Rinchen> Any questions for Stu?
[19:11] <Rinchen> I'll withhold channeling kiko this week.
[19:12] <Rinchen> Thanks stub
[19:12] <Rinchen> Sysadmin requests (Rinchen)
[19:12] <Rinchen> Is anyone blocked on an RT or have any that are becoming urgent?
[19:12] <Rinchen> al-maisan, do you know if there is a delay yet with Julian's items?
[19:12] <al-maisan>  Rinchen: I am not aware of any blocking issues.
[19:13] <Rinchen> ok thanks al-maisan
[19:13] <Rinchen> hey, salgado is here!
[19:13] <Rinchen> New packages required (salgado)
[19:13] <salgado> anything you want me to add to launchpad-dependencies this week?
[19:14] <salgado> guess not
[19:14] <Rinchen> jml put in a request for chec beer....
[19:14] <Rinchen> but we can handle that off line
[19:14] <Rinchen> thanks salgado
[19:14] <Rinchen> A top user-affecting issue (mrevell)
[19:14] <mrevell> hi
[19:14] <mrevell> This week I'd like to re-raise an issue we've spoken about before: how we handle user support requests. I handle the feedback list with Kiko's help and amongst we have the -users list and #launchpad more or less covered. However, it can take quite a while for requests in Answers to be dealt with.
[19:15] <mrevell> I've spoken to mthaddon about this and there's a problem of sheer volume of work and uncertainty over areas of responsibility.
[19:15] <mrevell> mthaddon - are most of the requests in Answers something that only people with Admin access can fix?
[19:15] <mthaddon> mrevell, I'm not sure - I don't think so... but couldn't give a good answer to that without looking into it further
[19:16] <mrevell> mthaddon: Okay, thanks. Would it help if someone else/other people filtered out the non-OSA requests?
[19:16] <Rinchen> mrevell, this is a good time to let folks know about the LP QA job post.  One of the duties of my expanded QA group will be additional support handling.
[19:16] <mthaddon> mrevell, it would help if it was well known what we as LOSAs are supposed to be responsible for, and what others are responsible for
[19:17] <mrevell> Rinchen, mthaddon: So, perhaps in the time between now and hiring the new QA role we could look at that.
[19:17] <mrevell> Perhaps this one for the list, though.
[19:17] <mrevell> thanks Rinchen
[19:18] <Rinchen> Doc Team report (mrevell)
[19:18] <mrevell> Held a doc team meeting on Tuesday. This was advertised with individual emails to each doc team member. Unfortunately, no one attended. I may have to reconsider the doc team, as it has been difficult to get anything going.
[19:18]  * Rinchen has to rescue the neighbors dog caught in the hail
[19:18] <danilos> in general, Translations team is trying to handle all 'rosetta' questions
[19:18] <mrevell> Bugs user guide section sent to team list this week. Please review, if you haven't already.
[19:19] <mrevell> Two episodes of the podcast published this week! Honest feedback sought! And also participants and feature ideas.
[19:19] <mrevell> Anyone have any comments on the podcast they want to share?
[19:19] <barry> mrevell: great theme song
[19:19] <mrevell> barry: Yeah, awesome work, thanks :)
[19:19] <barry> :)
[19:19] <mthaddon> mrevell, please stop statik talking from waffling...
[19:19] <statik> :)
[19:19] <mrevell> mthaddon: Heh, I edit out the bits where we waffle, this is the good stuff :)
[19:20] <statik> he left out the part where i confessed to killing a man
[19:20] <mrevell> statik: hahahaha :-D I forgot that
[19:20] <mthaddon> was supposed to be a ref to his waffles comment...
[19:20] <mrevell> mthaddon: Oh yeah :)
[19:20] <mrevell> Okay, well, if Rinchen's off on a canine rescue mission I guess that's the end of the meeting :)
[19:20] <sinzui> mmm. waffles
[19:20] <thumper> I was waiting for the comic ending to the second podcast
[19:20] <mrevell> thumper: I lost it :(
[19:21] <mrevell> Okay, I unilaterally declare this meeting over.
[19:21] <mrevell> :)
[19:21] <Rinchen> sorry back
[19:21] <Rinchen> Thank you all for attending this week's Launchpad Developer Meeting.
[19:22] <Rinchen> poor dog was trapped and couldn't get in her dog house
[19:22] <Rinchen> so she's with me here inside
[19:22] <mrevell> Rinchen: Good work.
[19:22] <mrevell> :)
[19:22] <mrevell> See you all in the morning.


[03:49] <youngbin_> Good news for folks plan to join UbuCon Asia in-person! From Sep 3 0AM KST, PCR/RAT test negative document no longer required before departing to Korea. But, PCR test on arrival is still required. It will be easier to enter Korea on Nov! (Source: https://www.korea.kr/news/policyNewsView.do?newsId=148905371)


[06:06] <cpaelzer> wgrant: I was unable to get the dbus-test-runner hang to occur in a local qemu based riscv build of dee
[06:06] <cpaelzer> wgrant: I have thrown the bit of info that I found into 1891158
[06:07] <cpaelzer> and unblocked (for now) src:dee by skipping the tests on riscv64 - bumping up the timeout didn't help
[06:08] <cpaelzer> so far just FYI in case you want to subscribe to the bug and/or put it on your "sometime I should get to this" List of things that we all have :-)
[07:35] <seb128> vorlon, firebird3.0 unsatisfiable Build-Depends(-Arch) on i386: recode
[07:35] <seb128> do you know what's going on there? recode seems to be build on i386?
[08:45] <xnox> mwhudson:  1 day and 9h later hopefully rustc on riscv64 is now publishing https://launchpad.net/ubuntu/groovy/riscv64/rustc
[08:45] <wgrant> xnox: Nicely done
[08:52] <xnox> wgrant:  well launchpad publication history looks very odd, if i'm doing this again for focal, i think i will do "no change rebuild" such that things all arches are built in the same bileto ppa (which happens to have bootstrap compiler for riscv64 available as a build-dep)
[08:52] <xnox> hopefully, it will publish fine.
[08:54] <wgrant> xnox: What's weird about it?
[08:57] <xnox> wgrant:  at https://launchpad.net/ubuntu/+source/rustc/1.43.0+dfsg1+llvm-1~exp1ubuntu2 buildlog is not yet visible, and riscv64 points at the in-archive build, instead of the copy from bileto.
[08:57] <xnox> (and the build in bileto)
[08:57] <xnox> wgrant:  i think i should upload no-change rebuild after this publishes.
[08:58] <wgrant> xnox: Both builds are there
[08:58] <xnox> https://launchpad.net/ubuntu/groovy/riscv64/rustc/1.43.0+dfsg1+llvm-1~exp1ubuntu2 => i can click under Downloadable files on to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4195/+build/19815578
[08:59] <wgrant> Which is a bit weird, but it happens.
[08:59] <xnox> i found a UI way to find it, so i am good.
[09:04] <xnox> seb128:  rbalint: retriggered systemd tests with plymouth isc-dhcp triggers to hopefully have them pass and everything migrate.
[09:09] <seb128> xnox, thanks
[10:13] <xnox> mwhudson:  "rustc unsatisfiable Build-Depends-Indep on amd64: wasi-libc (<= 0.0~git20200114.1fad338++)"
[10:14] <mwhudson> xnox: is that in focal?
[10:15] <xnox> mwhudson:  groovy
[10:15] <mwhudson> xnox: oh
[10:15] <mwhudson> it's fairly easy to hack out the wasm stuff
[10:15] <xnox> mwhudson:  i guess we need to keep up bootstrapping rustc up? cause debian is at 46 now, and we are now at 43
[10:16] <mwhudson> xnox: i guess so
[10:16] <xnox> and one can only jump by one?
[10:16] <mwhudson> so apparently jumping by more than one "usually" works
[10:16] <mwhudson> but officially ye
[10:16] <xnox> mwhudson:  i guess i'll throw 44 build into my bileto PPA, to then throw 45 build into it, to finish with 46?
[10:16] <mwhudson> s
[10:16] <xnox> let me check the contol file restrictions
[10:16] <mwhudson> rustc updates are usually fairly simple, it's cargo ones that are a headache
[10:17] <mwhudson> oh but if we're just merging from debian, that's usually fine
[10:17] <xnox> somehow our cargo is ahead of debian
[10:17] <xnox> but behind upstream
[10:17] <xnox> we are at 44 cargo, upstream is at 46 and debian is at 43
[10:17] <mwhudson> how does debian have rustc 1.46 but not the corresponding cargo?
[10:18] <xnox> oh 46 is in experimental
[10:18] <xnox> debian is at 45 rustc in sid
[10:18] <xnox> with cargo at 43 in sid
[10:18] <xnox> dunno
[10:18] <mwhudson> yeah was going to say, is 1.46 even out yet?
[10:18] <mwhudson> i only update rustc when osomon asks me to :)
[10:19] <xnox> hahhahahahha
[10:19] <xnox> well it can't migrate now, so either new rust, or rebuild with "nowasm"
[10:19] <xnox> but i think we want new rust, no?
[10:19] <mwhudson> let me find the wasm disabling thing
[10:20] <mwhudson> yeah rolling forward probably makes sense
[10:21] <mwhudson> but might be nice to make it migratable before we get there, dunno
[10:21] <mwhudson> xnox: https://git.launchpad.net/~canonical-foundations/ubuntu/+source/rustc/commit/?h=focal-1.43&id=1439259a505ca4053c2a81d726e821213f0c34e9
[10:25] <xnox> mwhudson:  why do we even build it if nothing uses it? =)
[10:25] <mwhudson> xnox: /me points at debian
[10:25] <mwhudson> xnox: although i'm not sure quite what you're asking?
[10:27] <xnox> oh
[10:27] <xnox> but rustc is, well urgh.
[10:27] <xnox> your merge is large.
[10:27] <xnox> i don't want to merge it =)
[10:28] <xnox> i'd like rather rollback wasi-lib or cherrypick things for new one.
[10:29] <xnox> i think we should drop building wasi-lib for now, I don't see the point of it.
[10:33] <xnox> mwhudson:  hm, based on https://wiki.mozilla.org/Rust_Update_Policy_for_Firefox we will need rust 45 soon.
[10:41] <mwhudson> xnox: better get cracking then i guess
[10:44] <xnox> so i'll create bileto ppas that build a sync of 44 & 45.
[10:44] <xnox> which we then will be able to use for the build of rustc which is "merged" properly.
[11:22] <rbasak> What version would be suitable for chromium-browser in Groovy then? 1:0?
[11:22] <rbasak> 1:0ubuntu1 maybe?
[11:24] <rbasak> Looks like it's currently a non-native package
[11:31] <seb128> rbalint, sorry I missed the backlog, what's the issue?
[11:34] <seb128> rbalint, it's a native package, just including an ubuntu revision in the version number?
[11:41] <seb128> ups
[11:42] <rbasak> :)
[11:42] <rbasak> I mean https://lists.ubuntu.com/archives/ubuntu-devel/2020-August/041127.html
[11:42] <seb128> rbalint, sorry, that was for rbasak
[11:42] <seb128> I just saw that
[11:42] <seb128> Olivier is out this week, let's wait monday for him to be back?
[11:42] <rbasak> I thought it might be wise to decide now to save round tripping if I'm unsure when Olivier uploads
[11:42] <rbasak> Ah I didn't realise. Sure, thanks.
[11:42] <seb128> maybe accept that round of SRU meanwhile
[11:43] <rbasak> Can do if you think it's important to land it now?
[11:43] <seb128> to avoid having a concrete upgrade issue after the next security round
[11:43] <seb128> well if a security update in bionic become higher than focal than upgraders from bionic to focal aren't going to get the snap
[11:43] <rbasak> OK sure
[11:43]  * rbasak looks
[11:44] <seb128> that's already the case it seems?
[11:44] <seb128> bionic has 84.0.4147.105-0ubuntu<IP_ADDRESS>
[11:44] <seb128> and focal proposed 84.0.4147.89-0ubuntu<IP_ADDRESS>
[11:45] <rbasak> Yep so I'll accept this one in the Focal queue, right? That'll bring it up to 84.0.4147.105-0ubuntu<IP_ADDRESS>
[11:45] <seb128> yes, that fix the immediate problem
[11:46] <seb128> then we can sort out the epoch use when Olivier is back
[11:46] <seb128> rbasak, thanks!
[11:46] <rbasak> Done - though that's only in proposed
[11:47] <seb128> that's a first step
[11:47] <seb128> we can maybe discuss lowering the testing to less than a week, that's only a version bump
[11:47] <rbasak> I agree that should be fine.
[11:48] <rbasak> Probably best for someone to check the binary transitional package is as expected after it's built though
[11:48] <rbasak> Just to try to detect any human error
[11:49] <seb128> right, I will do that
[11:49] <rbasak> Oh and if possible, today would be better than tomorrow to release - because Friday
[11:49] <rbasak> Thanks!
[11:49] <seb128> np, thank you for the review!
[11:59] <rbasak> vorlon: so you want force-reset-test over SRUing a fixed test? This is a case where the broken test is affecting the SRU of a different package.
[12:00] <rbasak> vorlon: documentation in https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions please? I think what's there is out of date then?
[12:01] <rbasak> vorlon: I'd like a table mapping "situation" to "action expected".
[12:01] <rbasak> Where "action expected" might be "fix the autopkgtest in an SRU", "add a hint (specifying the type of hint)" and so on.
[12:01] <rbasak> Right now I'm not clear on what you intend for those things.
[12:05] <ahasenack> good morning
[12:09] <seb128> ddstreet, so yeah, I was wrong yesterday, software-properties isn't migrating, it's blocked now because it makes livecd-rootfs uninstallable on i386, I expect it's due to the new depends on python3-launchpadlib
[12:10] <ddstreet> seb128 i'm not sure why that is though, python3-launchpadlib is 'all' arch
[12:10] <seb128> that's probably not installable on i386 currently?
[12:11] <Laney> correct
[12:12] <ddstreet> why isn't it installable on i386 if it's 'all' arch?
[12:12] <seb128> ddstreet, yeah, unsure, maybe that's not it, I guess you need to set up an i386 env to try...
[12:13] <ddstreet> ack, i'll look into it, it's confusing though
[12:13] <seb128> indeed, I wish it was easier to locally try those i386 problems :/
[12:14] <Laney> arch:all packages can depend on arch-specific ones
[12:14] <ddstreet> Laney right i get that, and in fact software-properties-common does (and python3-softwareproperties depends on it, and livecd-rootfs depends on that...so not sure how any of this 'worked' already)
[12:15] <ddstreet> ah, ok i see python3-software-properties doesn't dep on any of the other pkgs
[12:25] <Laney> ddstreet: It's probably going to turn out to be that some packages need 'bringing back' on i386 to make it installable again, first step would be to investigate in a chroot to find out what they are
[12:26] <ddstreet> at least python3-cryptography and python3-simplejson
[12:28] <ddstreet> unfortunately the 'livepatch' additions to python3-software-properties didn't actually update the pkg deps, as the new addition of softwareproperties.LivepatchService actually imports softwareproperties.gtk without declaring the dep on software-properties-gtk
[12:28] <ddstreet> i dont want to get into pulling the -gtk deps into i386...
[12:30] <ddstreet> rcj if i'm reading livecd-rootfs right, the only thing it needs python3-software-properties for is to print out a ppa signing_key_fingerprint?
[12:30] <ddstreet> if that's all, i can totally redo that for the livecd-rootfs pkg so we can drop the python3-software-properties dep
[12:31] <ddstreet> (or we could stop building livecd-rootfs for i386...)
[12:36] <cjwatson> Stopping building livecd-rootfs for i386 is not very possible, as it's required as part of having LP builds for i386 at all
[12:37] <cjwatson> (At least in the present configuration.  Other configurations are conceptually possible but would be a good deal of work)
[12:38] <cjwatson> I don't think the software-properties bits are needed to make buildd chroots work though
[12:54] <xnox> mwhudson:  rustc ubuntu archive build record kicked in now. I think you will get weird emails about it failing to upload, but we shall see.
[12:55] <xnox> and 44 build in bileto from debian ftbfs on i386, because llvm9 is gone. So yeah, to bootstrap 44 we will need ubuntu style merge of rustc.
[12:55] <xnox> not sure i want to do that.
[14:06] <xnox> horay
[14:06] <xnox> rbasak:  systemd + isc-dhcp are migrating now
[14:07] <rbasak> Was that for me?
[14:30] <Odd_Bloke> xnox: vorlon: I'd appreciate your thoughts on https://github.com/canonical/cloud-init/pull/514/files#r469464608
[14:50] <rafaeldtinoco> FTR: on-going open-iscsi merge (https://code.launchpad.net/~rafaeldtinoco/ubuntu/+source/open-iscsi/+git/open-iscsi/+merge/389234)
[14:50] <rafaeldtinoco> vorlon: ^ keeping your delta (the ones I did not merge in debian yet), will cleanup iscsi-root support (and merge things in debian as accepted) as a next step
[14:51] <rafaeldtinoco> im also keeping history as split git-ubuntu merges to keep history to server team when 1.1.1-1 from debian gets imported into usd-importer
[14:52] <rbalint> xnox, \o/
[17:49] <slingamn> i submitted a draft review for a change to software-properties, but i seem to have mistakenly pinged the entire "Ubuntu Core Development Team"
[17:49] <slingamn> any suggestions for  an individual reviewer for a software-properties change?
[18:54] <vorlon> ddstreet: I think we're nearly there on python3-launchpadlib; looks like it should only be 3 python packages that need added to the set (python-cryptography, simplejson, python-cffi)
[18:55] <ddstreet> vorlon awesome, and you want to use the alternate MR, to change livecd-rootfs to use python3-launchpadlib directly?
[18:55] <vorlon> ddstreet: I haven't seen the MP, can you link me to it?
[18:55] <ddstreet> https://code.launchpad.net/~ddstreet/livecd-rootfs/+git/livecd-rootfs/+merge/389260
[18:56] <vorlon> thanks, I'll have a look
[18:57] <vorlon> xnox: why did you copy recode from groovy to groovy-proposed?
[18:59] <vorlon> xnox: ... because you were trying to make firebird3.0 build on i386, I guess... should've used --force-same-destination and copied it back to groovy instead
[19:00] <vorlon> seb128: recode restored in groovy release, so firebird3.0 should be migratable shortly
[19:04] <seb128> vorlon, thanks
[19:38] <vorlon> rbasak: from what I see, https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions already documents this, aside from the s/force-badtest/force-reset-test/ optimization?
[19:39] <vorlon> ddstreet: and python-cryptography is built now on i386 so I believe as soon as we get a publishing run + britney run, software-properties should be good to migrate; if not, feel free to yell
[19:41] <realtime-neil> what's a good and proper way for an _unprivileged_ user to change his/her own locale, console keymap, x11-keymap-{layout,model,variant} --- and have that choice persist across login/reboots ?
[19:43] <vorlon> realtime-neil: an unprivileged user doesn't get to change the console keymap, the console is privileged
[19:44] <realtime-neil> vorlon: understood. what about the other items?
[19:45] <vorlon> realtime-neil: if you're using the Ubuntu Desktop and the necessary locale packages are installed, you should be able to configure everything through Settings -> Region and Language
[19:46] <realtime-neil> What if the "Region & Language" is missing from gnome-control-center?
[19:48] <realtime-neil> vorlon: related question: How does one restore the "Region & Language" tab to the gnome-control-center?
[19:49] <vorlon> realtime-neil: I have no idea how you would have managed to do that; and this is not a user support channel, maybe ask in #ubuntu?
[19:49] <realtime-neil> will do
[21:24] <smoser> anyone else seen this: https://paste.ubuntu.com/p/Hdxt9hMgwG/
[21:25] <smoser> INFO: pkgstripfiles: waiting for lock (cloud-initramfs-rooturl) ...
[21:25] <smoser> keeps repeating
[21:44] <seb128> software-properties did migrate, thanks vorlon!


[02:15] <silverarrow> anyone here?
[02:17] <silverarrow> I lost sound when removing lightspark packages
[02:17] <silverarrow> I have no sound at all now
[02:18] <silverarrow> screem
[02:26] <silverarrow> hi WildTux
[02:26] <silverarrow> any idea about missing sound?
[02:28] <WildTux> hi silverarrow
[02:28] <silverarrow> I did something stupid
[02:29] <silverarrow> I installed lightspark
[02:29] <silverarrow> it didn`t work and I uninstalled
[02:29] <silverarrow> reinstalled Gnash,
[02:29] <silverarrow> but I  lost sound on entire system
[02:30] <silverarrow> I am in alsamixer, putting levels on highest, and hear slight hissing
[02:30] <silverarrow> but no sound for videos in browser or from hard disk
[02:30] <silverarrow> any idea?
[02:31] <silverarrow> horror
[02:31] <WildTux> no, sorry
[02:31] <WildTux> :(
[02:33] <silverarrow> I don`t know what to do
[02:33] <silverarrow> maybe to morrow then
[02:33] <silverarrow> WildTux: are you in lubuntu?
[02:34] <WildTux> mint
[02:39] <WildTux> bye. See you soon
[08:53] <Ascavasaion> The little notification that pops up when Internet connections are made, songs chance, etc. has disapeared.  HOw do I get back.
[09:39] <kanliot> Ascavasaion, did you remove notification-daemon?
[09:40] <Ascavasaion> kanliot: I got it sorted in the meantime, thank you. :)
[10:39] <akls> how can make a mouse button click to trigger some command?
[10:41] <kanliot> either openbox or config X11
[10:41] <kanliot> xbindkeys
[10:52] <akls> kanliot, thank you
[10:52] <akls> in case it's interesting for somebody
[10:52] <akls> synclient TapButton3=12
[10:53] <akls> this will set a triple tap on your touchpad to a 12th mouse button (which is probably not used for anything)
[10:53] <akls> then in .xbindkeysrc add these lines:
[10:53] <akls> "lxterminal"
[10:53] <akls>   b:12
[10:53] <akls> then run xbindkeys
[10:53] <akls> now if you tap on your touch pad with 3 fingers a terminal will open
[10:54] <kanliot> TRY ctrl+alt+t
[10:54] <akls> it's not fun this way
[10:55] <akls> anyway, that's just an example
[10:55] <akls> I was going make it enable left handed dvorak layout
[10:55] <akls> so if I was typing with just one hand I'd just have to tap my touchpad instead of pressing some shortcut
[10:56] <ActionParsnip> akls: but won't it interfere with normal clicks, like in web browsers?
[10:57] <akls> ActionParsnip, what?
[10:57] <akls> a tap with 3 fingers??
[10:58] <akls> or 12th mouse button?
[10:58] <kanliot> akis if you find any synclient documentation i'll add it to the wiki
[10:58] <ActionParsnip> akls: oh a 3 finger tap, gotcha
[10:58] <akls> any synclient documentation about what?
[10:59] <akls> anyway 3 finger tap is disabled by default in lubuntu
[10:59] <akls> usually people set it up for a middle click
[10:59] <akls> but I have a corner click, a click with two buttons simlutaneously.. why would I need another way to make a middle click
[11:08] <Ascavasaion> Does anyone else here have an issue running conky?  I have tried numerous .conkyrc files from the Internet and all give errors and do not run.
[11:10] <ActionParsnip> Ascavasaion: what error?
[11:17] <ActionParsnip> Ascavasaion: what error do you get when you run conky with the config you currently have??
[11:22] <Ascavasaion> ActionParsnip: http://pastebin.ubuntu.com/1167889/  and then nothing until I Crtl+C
[11:22] <ActionParsnip> Ascavasaion: the theral_zone lines will need removing
[11:23] <ActionParsnip> Ascavasaion: thats obviously unique to the authors hardware
[11:23] <ActionParsnip> Ascavasaion: tried this one: http://www.ubuntugeek.com/conky-a-light-weight-system-monitor-for-ubuntu-linux-systems.html
[11:24] <Ascavasaion> ActionParsnip: did that, same thing but without the thermal error/warning
[11:24] <ActionParsnip> Ascavasaion: its a good start point, you can change the partitions as you need
[11:28] <Ascavasaion> ActionParsnip: Let me edit it to get rid of obvious errors.
[11:28] <Ascavasaion> Well not errors, differences :)
[11:34] <Ascavasaion> ActionParsnip: http://pastebin.com/UnGnJa9k
[11:34] <Ascavasaion> That is after I removed thermal, changed harddisk designations etc.
[11:40] <ActionParsnip> Ascavasaion: looks ok, does conky load?
[11:40] <Ascavasaion> Nope, nothing on the desktop
[11:43] <Ascavasaion> Nevermind... Will try again anotgher time, bye Action.
[11:46] <akls> oh wow
[11:46] <akls> didn't know about sudo !! command
[11:48] <ActionParsnip> akls: there is also:   !!    without sudo
[11:48] <akls> :O
[11:52] <ActionParsnip> akls: if you run:  history    you can see past commands, you can use the bang to rerun commands, based on number
[11:52] <akls> ye, that's what I know
[11:52] <ActionParsnip> akls: so to run command 347, you can run:  !347
[11:52] <akls> but I love using UP arrow
[11:53] <akls> anyway, what is the best way to clear history?
[11:53] <akls> history -c doesn't work
[11:53] <ActionParsnip> akls: just delete the ~/.bash_history   file
[11:53] <akls> there's .bash_history file in home directory, but..
[11:53] <akls> oh, alright
[11:59] <ActionParsnip> akls: the file gets recreated on the first command you run :)
[15:13] <silverarrow> what is hardware acceleration?
[15:14] <kanliot> when the chip does graphics drawing, and not the CPU
[15:17] <silverarrow> oh
[15:18] <silverarrow> I see
[15:18] <silverarrow> or not really but...
[15:18] <ActionParsnip> silverarrow: well, do you want a CPU doing video work, or would you rather a nice big video chip doing it all?
[15:19] <silverarrow> nice big video chip I suppose
[15:19] <ActionParsnip> yes, it will be smoother and faster too
[15:21] <silverarrow> I see
[15:21] <silverarrow> so hardware acceleration is for the video chip to work
[15:30] <ActionParsnip> silverarrow: its for the OS to know how to use it to take advantage of it's features
[15:48] <silverarrow> can someone do me a favor? mark package for lightspark to install, and note down which packages come with it in synaptic?
[15:48] <silverarrow> you don`t have to install, just load the packages and cancel before you actually do
[15:49] <silverarrow> trouble is I installed lightspark last night, and now i want to get rid of these other libs that came with it
[16:01] <bioterror> silverarrow, sad157@planetizer:~% apt-cache depends lightspark
[16:05] <silverarrow> oh thanks
[16:07] <silverarrow> is there a command that removes them?
[16:08]  * silverarrow opens synaptic
[16:10] <ActionParsnip> silverarrow:  apt-cache depends lightspark | grep Depends | awk {'print $2'}     will show the packages
[16:10] <ActionParsnip> silverarrow: so:   sudo apt-get --purge remove ` apt-cache depends lightspark | grep Depends | awk {'print $2'}`
[16:10] <ActionParsnip> silverarrow: will remove those packages
[16:13] <silverarrow> I looked them up in  package manager, and it looks like I have to keep some of them
[16:13] <silverarrow> they might be used by other software
[16:13] <silverarrow> libglib
[16:14] <silverarrow> is the purge command risky ? unreparable?
[16:16] <TheLordOfTime> if you just want to reinstall and not screw the configs, then dont use purge
[16:16] <TheLordOfTime> if you want to possibly lose your configuration data for a package, then purge
[16:16] <TheLordOfTime> but purge can also have unintended side effects sometimes
[16:16] <TheLordOfTime> (like removing everything that depends on the package)
[16:19] <silverarrow> oh
[16:19] <silverarrow> so I should just live with them
[16:21] <silverarrow> thanks both of you
[16:21] <silverarrow> brb
[16:22] <TheLordOfTime> i was going to say he could run a reinstall command...
[16:22] <TheLordOfTime> but...
[16:22] <ActionParsnip> TheLordOfTime: its only the configs outside of home, so that when you reinstall you get the defaults
[16:22] <ActionParsnip> dead handy
[16:23] <TheLordOfTime> ActionParsnip:  indeed.
[16:23] <TheLordOfTime> ActionParsnip:  actually... if you're me and you use aptitude, aptitude detects the config differences and asks what to do
[16:23] <TheLordOfTime> but aptitude is near deprecation, since apt-get has most of its functions now
[16:23] <ActionParsnip> TheLordOfTime: I use apt-fast :)
[16:23] <TheLordOfTime> :P
[16:23] <ActionParsnip> TheLordOfTime: i think there should be an option to remove configs in $HOME too
[16:24]  * TheLordOfTime does all updating and package installation via command line, so...
[16:24] <TheLordOfTime> ActionParsnip:  actually...
[16:24] <TheLordOfTime> damn funny story on that...
[16:24] <ActionParsnip> TheLordOfTime: apt-fast = apt-get + axel
[16:24] <TheLordOfTime> i'll tell you in -offtopic
[16:24] <ActionParsnip> TheLordOfTime: sure, i've got time :)
[16:24] <TheLordOfTime> you're not there, so... :P
[16:25] <ActionParsnip> TheLordOfTime: am now
[17:03] <Ascavasaion> ARGH!  Frustration.  I still cannot get Conky to display on my desktop.
[18:00] <ActionParsnip> Ascavasaion: try without the ownwindow settings
[18:08] <Ascavasaion> I did, no noticeable difference.  beginning to think Conky is not meant for me.
[18:10] <bioterror> ha
[18:10] <bioterror> it's not that hard
[18:11] <Ascavasaion> It is to me.
[18:11] <bioterror> really?
[18:11] <bioterror> wait a while as my kids falls a sleep
[18:11] <bioterror> do you have one or two cpu's?
[18:12] <bioterror> laptop or desktop?
[18:12] <Ascavasaion> hehe  No rush, I am about to throw the towel in.
[18:12] <Ascavasaion> Two CPUs, laptop.
[18:12] <bioterror> okay
[18:12] <bioterror> http://ricecows.org/conkyrc
[18:12] <bioterror> grab that with wget and rename to .conkyrc
[18:12] <bioterror> notice the $(image
[18:13] <bioterror> probably hwmon 2 is outdated
[18:13] <bioterror> might be 0 and 1 :D
[18:14] <Ascavasaion> 0 and 1?
[18:18] <bioterror> ahhhh
[18:18] <ActionParsnip> bioterror: or:  wget -O ~/.conkyrc http://ricecows.org/conkyrc
[18:18] <bioterror> I dont need sensors!
[18:18] <bioterror> ActionParsnip, for example
[18:18] <bioterror> or just wget and mv :D
[18:18] <Ascavasaion> Or cut and paste :)
[18:19] <Ascavasaion> Okay, I have that info in .conkyrc
[18:20] <ActionParsnip> conky rocks in the way it just rereads the config, no need to restart the app :)
[18:20] <bioterror> comment out the image file
[18:20] <bioterror> for the first
[18:20] <bioterror> and then run conky
[18:22] <bioterror> now
[18:22] <bioterror> I just fixed image and commented out hwmon 2 -line and core 2 :-)
[18:23] <Ascavasaion> http://pastebin.ubuntu.com/1168504/
[18:24] <Ascavasaion> There is the output of conky
[18:24] <bioterror> it's out of reach :D
[18:25] <bioterror> I dont see
[18:25] <bioterror> an you use just pastebin.com
[18:27] <Ascavasaion> http://pastebin.com/nexX6JXS
[18:27] <bioterror> Conky: can't open '/sys/class/hwmon/hwmon1/temp1_input': No such file or directory
[18:27] <bioterror> comment that out
[18:28] <Ascavasaion> and there the  bloody thing works.
[18:28] <Ascavasaion> HAHA!
[18:28] <Ascavasaion> thank you.
[18:29] <Ascavasaion> May I ask why those commands do not work?
[18:37] <bioterror> becouse you have to configure them correctly for your hardware
[18:37] <bioterror> ofcourse
[18:38] <Ascavasaion> Oh, Okay.
[18:40] <bioterror> with correct picture
[18:40] <bioterror> http://ricecows.org/lubuntu/lubuntu-12.04.png you get that kind of logo on the top of the conky
[18:41] <bioterror> and you score lots of chicks with it!
[18:41] <bioterror> I think I'll show my conky to my wife tonight
[18:44] <Ascavasaion> Yeah, I just did something along those lines... ta. Now for that temp bit.
[18:44] <Ascavasaion> HAHAHAHA
[18:50] <Ascavasaion> Would installing hardware-monitor make the hwmon lines work?
[18:50] <bioterror> lm-sensors
[18:50] <bioterror> then you run: sudo sensors-detect
[18:50] <bioterror> and answer "yes" to all questions
[18:53] <Ascavasaion> Okay, lm-sensors was already installed... now doing the sensors-detect
[18:55] <Ascavasaion> not sure what I just did to be honest.
[18:57] <Ascavasaion> Okay, whatever that was it made no difference.
[19:39] <Ascavasaion> Argh, enough for one day :)
[19:39] <Ascavasaion> Night all.
[19:39] <Ascavasaion> And thank you.
[23:21] <troii> hi. is there a guide for securing lubuntu?
[23:21] <bioterror> troii, it's quite secure by default
[23:22] <troii> ok
[23:22] <troii> what about iptables and stuff?
[23:22] <lewis1711> so I've been trying to restore lubuntu default settings, because I ruined itby messing with config files. I reinstalled with synaptic, but then logging in returned me to the same broken install. then I removed lubuntu from the desktop sessions list and reinstalled, but it didn't re-add a clean lubuntu session. err... am I screwed without a reinstll?
[23:25] <troii> how do i disable autorun?
[23:26] <bioterror> troii, iptables are more than closing ports
[23:26] <holstein> sudo ufw enable is usually about all you need to do
[23:26] <holstein> !ufw
[23:26] <bioterror> by default ubuntu has 0 ports open to outside world
[23:27] <troii> thank you
[23:28] <bioterror> and ubuntu comes with the apparmor
[23:29] <troii> what about icmp echo responce?
[23:29] <bioterror> that's on
[23:29] <bioterror> but as you know things like that, I am sure you know how to block it, then.
[23:30] <troii> cool
[23:30] <troii> ty


[13:06] <ace_suares> ping jono
[13:07] <jono> hey ace_suares
[13:07] <ace_suares> jono nice to meet you.
[13:07] <ace_suares> jono: we are organizing an open source seminar on curacao (netherlands antilles) in september
[13:07] <jono> ace_suares: nice to meet you too :)
[13:08] <ace_suares> jono: I am looking into the possibility for someone from canonical to speak and explaing ubuntu concepts to the general public (day2)
[13:08] <ace_suares> jono or to ict professionals (day1).
[13:08] <ace_suares> jono hobbsee told me to contact you :)
[13:09] <jono> ace_suares: ok, send me an email with details of the dates, audience size, and travel expenses
[13:09] <ace_suares> jono are you jonobacon ?
[13:09] <jono> ace_suares: yes
[13:10] <jono> jono AT ubuntu DOT com
[13:10] <ace_suares> k i'll check out your site and wills end you an email shortly maybe over the weekend
[13:10] <ace_suares> jono does canonical pay travel expenses !????
[13:11] <jono> ace_suares: it does for some events, but if you cover expenses it is more likely I can come
[13:12] <ace_suares> k ttyl jono :-)
[13:12] <jono> :)
[13:12] <ace_suares> jono 2004: http://www.linux.com/feature/40118
[13:14] <ace_suares> jono 2004: http://oss-seminar-2004.opcuracao.info/
[13:14] <jono> ace_suares: can you email me with this please :)
[13:16] <jono> ace_suares: do you think its likely you could cover travel expenses?
[13:26] <ace_suares> jono depends we will see there is limited budget we have to choose
[13:26] <ace_suares> jono problem is ubuntu is my pet :-) others in the comitte might want red hat or novell :-(
[13:27] <jono> np
[20:06] <pep> good evening/morning
[23:28] <albuntu> hello


[01:35] <pauljw> Hi everyone
[01:40] <Bashing-om> \o pauljw - slow on main . Ya not missing a lot :)
[01:40] <pauljw> o/ hi Bashing-om, everyone.  just checking in :)
[02:06] <pauljw> early day tomorrow, gnite all
[04:46] <uiduser> hi
[05:01] <lotuspsychje> good morning to all
[05:02] <uiduser> alreadly afternoon
[05:02] <uiduser> good afternoon to all
[05:02] <lotuspsychje> hi uiduser
[05:03] <uiduser> hi friend
[05:04] <uiduser> are you ubuntu-developer?
[05:07] <lotuspsychje> uiduser: no, just a volunteer
[05:10] <uiduser> what is the volunteer? are you signed in Cannonical?
[05:22] <lotuspsychje> uiduser: no, volunteers help contribute solving issues in #ubuntu
[05:22] <lotuspsychje> !contribute | uiduser
[05:39] <lotuspsychje> uiduser: are you looking for a dev, or wanna contribute yourself?
[05:46] <uiduser> i have some suggestions need to give to them
[05:46] <lotuspsychje> uiduser: what kind of sugestions?
[05:47] <uiduser> add an options to turn off guess-session for example
[05:47] <uiduser> i guess that would be nice to many ordinary user
[05:47] <lotuspsychje> uiduser: use !bug to insert an idea or something you think is missing
[05:48] <uiduser> guest wrong spelling just now
[05:48] <lotuspsychje> uiduser: also ubuntu 17.10 is looking for users help testing on new hardware, and help for the defaults apps
[05:50] <lotuspsychje> uiduser: and also there are already ways to disable guest account
[05:50] <uiduser> i may be a volunteer later
[05:50] <uiduser> after i done my correct mission
[05:50] <uiduser> yeah i know that command
[05:51] <uiduser> but i think that's not friendly to many ordinary people
[05:56] <uiduser> thanks for you help
[05:57] <lotuspsychje> !bug | uiduser
[05:59] <uiduser> oh i read this page before
[06:00] <uiduser> it requires me to type many commands
[06:00] <uiduser> when i look at them i get headache
[07:53] <lordievader> Good morning
[07:55] <jink> Môge.
[07:55] <uiduser> good afternoon...
[07:55] <jink> Heh.
[07:57] <lordievader> Hey jink, uiduser. How are you both?
[07:58] <jink> Fine, mostly.  Got a bit of a cold. :P
[07:58] <uiduser> fine thanks
[07:58] <jink> I'll live, though.
[07:58] <uiduser> nice to see you again
[10:37] <lordievader> Anything happening here?
[10:42] <jink> Nah.
[10:43] <oerheks> We were waiting for you  ..
[10:45] <lordievader> Whooo
[11:57] <BluesKaj> Howdy folks
[18:13] <oerheks> Adobe stops with flash, end 2020
[18:13] <oerheks> \0/ 3 more years
[18:14] <oerheks> so.. ubuntu 20.10 would be the latest ubuntu with the flashplugininstaller :-D
[18:16] <oerheks> Adobe - Changing the world through digital experiences, totally true
[18:16] <Bashing-om> oerheks: Die flash die .