[01:19] <bazhang> chroot to a second ubuntu install to upgrade system?
[02:08] <Corey> I could do without rinkukokiri's running commentary.
[02:33] <bazhang> ah, the "unity sucks" editorializing, yeah.
[02:49] <Madpilot> I still thing we should found #ubuntu-yes-we-know-you-hate-unity and ban-forward complainers to there
[02:50] <bazhang> heh
[02:59] <highvoltage> people have the right to complain.
[02:59] <highvoltage> (provided they're not abusive and they do nice things like file bugs or even try to fix them)
[03:02] <bazhang> disagree
[03:02] <bazhang> tons of editorializing has nothing to do with support
[03:02] <bazhang> and the sheer volume of "I hate unity, it suxorz!!!!1" is overwhelming at times
[03:04] <highvoltage> ouch, I didn't realise it's that bad
[03:05] <bazhang> #ubuntu is certainly not the place
[03:12] <Corey> Quite.  Even the sniping in passing gets old.
[03:13] <Corey> It's like if I suffixed something insulting every time I mentioned bazhang's name, may he fall down the stairs.
[03:13] <bazhang> clunk clunk clunk ouch!  HEY!!
[03:13] <Corey> Whatever beef I have with him can likely be addressed in other places than a primary support forum.
[03:15] <IdleOne> You have a beef with bazhang ?
[03:16] <Corey> IdleOne: For illustrative purposes only. :-)
[03:16] <bazhang> IdleOne, imminent kline coming!!11
[03:16] <IdleOne> I think you should punch bazhang in the face, for illustrative purposes only
[03:16]  * IdleOne gets popcorn
[03:17] <Corey> Now bazhang starts flooding #freenode, just because nobody would ever believe I wasn't the one who klined him. :-)
 jehujake: as the packages pass through the Chinese servers, they get the Chinese spyware added to them and there is padding to make sure the checksum is the same, so don't worry about a thing
[04:49] <bazhang> dont think thats funny at all
[04:49] <Madpilot> I'd say it's not funny in #ubuntu; outside #u I think it's hilarious.
[04:50] <bazhang> yep
[04:50] <bazhang> and that user normally stirs up issues in -ot as well
[05:08] <IdleOne> wasn't gulzar the one with the mono nonsense yesterday?
[05:09] <bazhang> and the first thing he said when he joined the previous day was : WHERE R DA GURLZ!!111"
[05:11] <Madpilot> classy.
[05:11] <bazhang> IdleOne, yep, he was ranting extensively on the evil of MONO in #ubuntu and -ot
[05:14] <Madpilot> that's a bit of a blast from the past. I haven't heard a good Mono-rant in months if not a year or more...
[05:15] <IdleOne> it wasn't any good
[05:16] <Madpilot> I should have put good in quotes :)
[05:16] <bazhang> before that was how to remove really tiny screws from his hdd, which was ontopic according to him...
[05:16] <bazhang> because he was going to install ubuntu on it
[05:17] <bazhang> got him in PM now
[05:17] <IdleOne> waste of time imo
[05:17] <Madpilot> sounds like a waste of electrons and time, ya
 go to hell   <-- first response in PM
[05:18] <bazhang> if it were not for the IP range, I'd say it was Jungli. same type of trollstyle
[05:33] <Flannel> LjL: ^^ is a false positive
[05:36] <IdleOne> bazhang: gulzar in #freenode trying to figure how to /ignore you. I assume.
[05:40] <bazhang> perhaps change the +q to a straight ban then? he has been told how to rectify this if he so chooses
[05:40] <IdleOne> fine by me.
[05:41] <bazhang> he has had zero on topic support issues from what I have seen.
[05:43] <IdleOne> Wondering if he is just ignorant about irc or if he is trolling
[05:43] <bazhang> he is asking talking about debian/mint in PM, and then arch in -ot
[05:43] <IdleOne> ok so he is trolling
[05:44] <bazhang> two different IPs these last two days
[06:43] <bazhang> interesting day, to say the least
[07:30] <Corey> bazhang: Indeed.
[07:30] <Tm_T> Linux4UnMe: hi, how can we help?
[07:38] <Tm_T> IdleOne: is he known?
[07:38] <IdleOne> 41119 in BT
[07:48] <Tm_T> thanks
[10:10] <ikonia> hello Linux4UnMe
[10:10] <Linux4UnMe> whats with the name ubuntu ops.... is this the same channel as it use to be? lol
[10:11] <ikonia> Linux4UnMe: this channel is the home of the ubuntu operator team for discussing issues within the ubuntu hcannel name space
[10:11] <Linux4UnMe> the normal ubuntu channel gone?
[10:11] <Linux4UnMe> i get this channel when I join #ubuntu
[10:11] <Linux4UnMe> oh
[10:11] <Linux4UnMe> nevermind
[10:11] <ikonia> Linux4UnMe: ahh no, one moment please I may be able to help you
[10:12] <ikonia> Linux4UnMe: I think you've been forwarded to this channel, give me 1 minute to check
[10:12] <Linux4UnMe> says i'm banned for some reason. lol ohwell
[10:12] <Linux4UnMe> it forwards me here instead
[10:12] <ikonia> Linux4UnMe: 2 minutes
[10:13] <ikonia> just getting the details
[10:13] <Linux4UnMe> not too worried.... probly got banned for doin somethin stupid. hah
[10:13] <ikonia> I'll find out for you in....
[10:14] <ikonia> fine then, I'll just change it to a ban
[12:19] <knome> i'm not sure if the nick 'dirtycookie
[12:19] <knome> ' is fine or not.
[12:19] <ikonia> I don't see a problem personally
[12:19] <knome> yeah, the behaviour seems to be okay
[13:06] <bazhang> gulzar ban evading, quelle surprise
[13:07] <ikonia> oh
[13:07] <ikonia> I didn't know he was banned
[13:08] <bazhang> yep
[13:08] <bazhang> whoa I missed the monitor channel with his *4* kicks
[13:09] <bazhang> he PM'd me to inform he was evading
[13:10]  * jussi prods at ikonia (PM)
[13:20] <gulzar> You are banned from #ubuntu. This power is with a normal user or an administrator.?
[13:20] <jussi> gulzar: 1 moment, Ill have a look why
[13:21] <jussi> @banlog gulzar
[13:23] <jussi> hrm.
[13:23] <gulzar> jussi: means?
[13:23] <jussi> gulzar: just a moment
[13:24] <jussi> gulzar: you seem to have a long history of bans in #ubuntu
[13:24] <gulzar> jussi: the problem was a fight with bazhang and a question about if there is any female user. That's it.  I accept my mistake. But he is not listening
[13:25] <jussi> gulzar: it seems you have evaded the ban several times?
[13:26] <gulzar> jussi: sorry . I am new user and don't now much. I just closed the windows and typed /join #ubuntu
[13:26] <gulzar> jussi: if it is a mistake then I am SORRY!
[13:27] <jussi> gulzar: At the moment, Im not willing to un ban you. you need to wait until bazhang has had time to comment on this, as the full situation is not apparent to me currently.
[13:27] <gulzar> jussi: i even spoke to bazhang personally. And said sorry but he banned me permanently.
[13:27] <gulzar> jussi: OK
[13:27] <jussi> gulzar: I suggest you come back tomorrow, a bit earlier when bazhang is likely to be around
[13:28] <gulzar> jussi: one thing. who choose the operators?
[13:28] <jussi> gulzar: the Ubuntu IRC Council does
[13:28] <gulzar> jussi: Ok
[13:28] <gulzar> jussi:Thank You!
[13:28] <jussi> gulzar: yw
[13:45] <bazhang> just having dinner
[14:57] <topyli> nokia marketing lesson: elop says the n9 will be the last meego phone, no matter how well it sells
[14:58] <topyli> whenever you want to learn PR or marketing, take a good look at nokia and to something, *anything* else
[14:58] <topyli> s/to/do/
[15:26] <popey> oh dear topyli
[15:27] <topyli> popey: what did i do?
[15:28] <popey> "there’s no return to MeeGo, even if N9 would be a success"
[15:28] <popey> ☹
[15:28] <topyli> oh yeah
[15:28] <topyli> how utterly stupid
[15:29] <topyli> looks like i'm in the wrong channel again though :)
[15:30] <topyli> yeah he's basically making sure that the n9 won't sell at all
[15:55] <jussi> topyli: bah. thats not what they have been saying prior to this :(
[15:55] <jussi> :(
[16:05] <tsimpson> the deal with MS makes MeeGo a no-go
[17:15] <mneptok> MeeGone
[20:03] <chaddy> hi all, I'm banned from #ubuntu-offtopic and I have no idea why?
[20:03] <Corey> Checking.
[20:03] <Corey> 12:03:40 -!- Irssi: There does not appear to be anything preventing chaddy from joining/talking in #ubuntu-offtopic
[20:03] <Corey> Try again?
[20:03] <chaddy> ok, cheers
[20:04] <Corey> chaddy: Let me know if you still can't.
[20:04] <chaddy> 20:03 -!- Cannot join to channel #ubuntu-offtopic (You are banned)
[20:04] <chaddy> could be that I'm connecting from shellmix.com?
[20:04] <Corey> Okay, let me check something.
[20:04] <Corey> You've found a script bug, so there's that. :-)
[20:06] <Corey> Ah, your IP is banned.  The script can't peer through your cloak.
[20:06] <Corey> Let me fire up the bantracker and see what gives.
[20:06] <chaddy> ok
[20:07] <Corey> chaddy: You're connecting from a shellhost?
[20:07] <chaddy> yes
[20:07] <Corey> Looks like abuse was received a couple of weeks ago from it...
[20:07] <chaddy> shellmix.com, thought as much
[20:08] <Corey> I can pull the ban for you.
[20:08] <Corey> Just be aware that this kind of thing unfortuantely happens from shared IP space. :-/
[20:08] <chaddy> thank you very much
[20:08] <chaddy> will do
[20:08] <Corey> chaddy: You should be set.
[20:09] <chaddy> still saying I'm banned
[20:09] <Corey> Interesting.
[20:09] <Corey> Let me dig further. :-)
[20:12] <Corey> chaddy: One more time? :-)
[20:13] <chaddy> in like Flynn
[20:13] <chaddy> thanks muchly ;)
[20:13] <Corey> No worries!
[21:22] <maco> ubottu: help mark
[21:23] <Pici> I think something stronger than a mark is neeeded imo.
[21:23] <maco> well it seems a bit late now to kick
[21:25] <Pici> Interesting.
[21:25] <Pici> (bunch of k-lines)
[21:29] <Corey> Pici: Sorted.
[21:29] <Pici> Corey: darn ;)
[21:31] <LjL> shame, i thought maybe bloublou was k-lined for real
[21:31] <Corey> Wasn't him. :-)
[21:57] <Juest> hey why i am still banned damn
[21:59] <oCean> Hi Juest
[21:59] <oCean> I think you've discussed the issues extensively with ikonia last time, remember?
[22:00] <Juest> well yes
[22:00] <Juest> too bad is still not addressed
[22:00] <oCean> no, wait now
[22:01] <oCean> it was agreed that your ban could be removed, and your behaviour would be monitored closely
[22:01] <Juest> stiil not
[22:01] <Juest> again ban
[22:01] <Juest> it came back easily
[22:02] <oCean> not 'easily'
[22:02] <oCean> immediately after the ban removal you broke all the terms you agreed to
[22:02] <Juest> :(
[22:03] <oCean> I really don't think there is any intention in getting this resolved
[22:04] <oCean> Juest: so if there is nothing else you need from us now, you can part this channel
[22:04] <Juest> why not?
[22:04] <Juest> GRRRR
[22:04] <Corey> Juest: Because you can't seem to stay out of trouble.
[22:04] <Juest> well,
[22:04] <Juest> duh
[22:04] <Corey> Juest: And frankly, we've spent enough time dealing with you on this issue.
[22:05] <Juest> :(
[22:05] <Juest> buaaah
[22:05] <Juest> i need #ubunti
[22:05] <Juest> i need #ubuntu*
[22:05] <Corey> Juest: You should have thought of that before trolling it.
[22:05] <Corey> Please /part.
[22:06] <Juest> GRRRRRRR
[22:06] <Juest> I AM MAD
[22:06] <Juest> really grrrr
[22:13] <hypatia> :/
[22:46] <mneptok> i always make it a habit to punch my plumber in the face while they work. car mechanics, too. it's fun to start fires in the repair shop while they work on your car.
[22:47] <Corey> mneptok: You don't want to know what I do to my doctor while he's examining me.
[22:50] <hypatia> o_0
[22:52] <mneptok> Corey: with MDs, i just throw whatever money i have in the air as a gesture of understanding
[22:53] <mneptok> heh. Corey messes with his doctor only to find later a metal ID tag has been pierced through his ear.
[22:53] <mneptok> "Why am I banned?"
[23:14] <bazhang> dinkdink posted a lmgtfy to rick astley. should be a permaban
[23:15] <Corey> bazhang: I'd boot.
[23:15] <bazhang> Corey, already far in the scroll window and oCean and I already warned him not to
[23:16] <IdleOne> bazhang: note Dink and dinkdink
[23:18] <bazhang> IdleOne, one is cloaked, one is not; any connection other than the "dink" part?
[23:18] <IdleOne> only connection I see but just in case
[23:18] <IdleOne> to bad we are not allowed to ask staff to look threw cloaks for us
[23:19] <IdleOne> I've tried :/
[23:21] <kloeri> that's backwards
[23:21] <kloeri> you're allowed to ask but staff isn't allowed to break privacy
[23:21] <mneptok>  /m IdleOne hv hack scrpt u can c thrgh cloaks lol dcc? rofl.
[23:22] <mneptok> mv mnepolo.png freehack.pl
[23:23] <IdleOne> kloeri: yeah that
[23:23] <bazhang> delete that picture! quick!
[23:23] <IdleOne> mneptok: u haz, u shd snd
[23:25] <mneptok> trd u fr sum vwls
[23:28] <Corey> IdleOne: What's the question?
[23:29] <IdleOne> Corey: hypothetically if I ask what the ip behind @member/pici is
[23:29] <IdleOne> you will tell me ?
[23:30] <Pici> I will
[23:30] <Corey> IdleOne: No, but if there's a question of ban evading via cloak I could definitely take a gander.
[23:30] <IdleOne> Corey: that is good to know.
[23:30] <Corey> IdleOne: I also run a script that tells me what other nicks have been seen from a particular host.
[23:31] <Corey> Uses no staffer powers, but is insanely useful for such things.
[23:31] <Corey> That stuff, I can tell you.
[23:31] <IdleOne> yeah, I have that script also when I run irssi
[23:31] <IdleOne> it is a nifty script, also the bansearch script is nice
[23:32] <Corey> IdleOne: I want to get a bansearch-pro working that uses staffer powers.
[23:33] <IdleOne> surprised it doesn't already
[23:33] <IdleOne> unless the author is keeping it for himself


[01:28] <guiverc> romo, can't you get it from http://cdimages.ubuntu.com/xubuntu/releases/20.04.1/release/  (SHA256SUMS.gpg is there)
[01:53] <romo> guiverc: yeah, I've definitely been there. instructions on the pubkey are actually here: https://ubuntu.com/tutorials/how-to-verify-ubuntu#4-retrieve-the-correct-signature-key
[01:56] <romo> the key/fingerprint itself ist just a tad less obvious to find than I am used to with other distros so I got super weirded out - but it's there and it's up to date
[01:58] <romo> thank you for your answer, that actually stopped me in my tracks for a bit...
[13:51] <CorvetteZR1> hello.  i have a xubuntu "terminal server" with lots of users (over 100), although at any given time there are maybe 5-10 active users.  but i'm noticing all 100+ users have a pulseaudio process running
[13:52] <CorvetteZR1> how can i make pulseaudio start for each user only when they are logged in rather than start for all on boot?  is this possible?
[13:52] <CorvetteZR1> i assume it's tied into systemd somehow and systemd is starting them all at boot
[14:32] <tomreyn> i was thinking its a systemd user service. you probably have lingering enabled for the systemd user manager, keeping services running all the time.
[14:32] <tomreyn> CorvetteZR1: ^
[14:32] <tomreyn> loginctl list-users
[14:33] <tomreyn> systemd user manager looks like this in  ps:    /usr/lib/systemd/systemd --user   (as run by the respective user)
[14:33] <tomreyn> loginctl enable-linger myuser    enables lingering
[14:36] <CorvetteZR1> tomreyn, right.  but doesn't lingering mean only if user logs in and starts a process...then it'll linger after he logs out
[14:37] <CorvetteZR1> in this case it seems a bunch of processes for each user start before they even log in.  is that expected behaviour?
[14:39] <tomreyn> CorvetteZR1: while this is for Arch Linux, not *Ubuntu, I think it still applies: https://wiki.archlinux.org/index.php/systemd/User#Automatic_start-up_of_systemd_user_instances
[14:40] <tomreyn> so lingering does exactly this: start user managers and thus their services at boot rather than just during active sessions
[14:42] <tomreyn> so i guess your options are to either disable lingering fpr users, or to modify the pulseaudio user service so that it'll not use lingering
[14:44] <CorvetteZR1> tomreyn, ok, got it.  this explains it all.  thank you!
[14:53] <tomreyn> you're welcome
[17:41] <topSitandReach> I am running Xubuntu on QEMU. How is the setup different from running Xubuntu natively?
[17:41] <topSitandReach> Version 20.04 LTS
[18:45] <topSitandReach> How do I make my entire wallpaper black on Xubuntu 20.04 LTS "Focal Fossa" (20.04.1)?
[18:48] <krytarik> topSitandReach: Select "None" as the "Style", then "Solid color" as the "Color", and set the first color box to black.
[19:51] <tayirvadai> Hi, i recently moved from another distribution to xubuntu
[19:51] <tayirvadai> but it seems to have corrupted my LVM + LUKS
[19:52] <tayirvadai> pvdisplay no longer is able to see the partition and gparted shows filesystem type unknown
[20:01] <maxFlexGuest> On Xubuntu, how do I create my own IRC?
[20:11] <diogenes_> maxFlexGuest, install hexchat.
[20:36] <maxFlexGuest> Does hex chat work on Xubuntu version 20.04 LTS with 2GB (2048MB) of RAM memory? I am on a virtual machine with 16 gigabytes of virtual storage.
[21:26] <maxFlexGuest> How do I install hexchat? (I am on Xubuntu 20.04 LTS on a virtual machine with 2GB of system memory and 16GB of storage.)
[21:34] <krytarik> Well,.. did you try my solid black desktop background advice yet!?
[21:38] <Maik> maxFlexGuest: would be nice to keep one nickname if you want help. On how to install software in *buntu, there are many tutorials and documentation to be found on the web.
[21:39] <Maik> search first and if stuck then ask for help
[21:39] <Maik> also creating a own IRC channel isn't a specific xubuntu issue imho
[21:40] <Maik> and for such a thing there's info to be found on freenode
[21:41] <Maik> thought so that would happen
[22:17] <nsh> Xorg (XFCE/lightdm) on xubuntu 20.04.1 using 8077216K (~8GB) memory
[22:17] <nsh> any thoughts on how to debug/fix?


[05:17] <mborzecki> morning
[05:51] <mup> PR snapcraft#2161 closed: many: automatically detect dependency changes <Created by kyrofa> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/2161>
[06:38] <zyga> hey everyone
[06:38] <zyga> I will have an unusual Friday with some school stuff interfering today
[06:38] <zyga> I will attempt to minimise it though
[06:38] <mvo> zyga: good morning
[06:39] <zyga> hey
[06:39] <zyga> I'm sorry, I collapsed yesterday, I was sleeping since ~~19:00
[06:39] <mvo> zyga: no worries
[06:39] <zyga> I saw your ping about managing to run apps on top of your PR, that's fantastic
[06:39] <zyga> I will share what I have on system slots
[06:40] <zyga> though it's not fully working yet (tests)
[06:40] <zyga> (tests are still choppy)
[06:40] <mvo> zyga: thanks, its small steps on my part but it is nice to see (some) things coming together
[06:41] <mvo> zyga: and thanks for working on the interfaces part!
[06:43] <mborzecki> zyga: restarted the build in 5325
[06:44] <zyga> I noticed someone did, thank you
[06:44] <zyga> that branch is cursed :)
[06:46] <mvo> hey mborzecki, good morning
[06:46] <mborzecki> mvo: hey
[06:47] <mborzecki> i'll restart the build in 5293 a couple of times, just to rule out the luck factor
[06:47] <mborzecki> #5293
[06:47] <mup> PR #5293: tests: fix interfaces-calendar-service test when gvfsd-metadata loks the xdg dirctory <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5293>
[06:48] <mborzecki> if that's green, then we're down to just one notoriously flaky test - econnreset :P i'm sure pstolowski|afk  is super happy about that
[07:09] <pstolowski> mornings
[07:11] <pstolowski> mborzecki: i'm tempted to relax retry check in econnreset test to just for retry on either download or assertions, instead of expecting retries on download only
[07:11] <pstolowski> *to just check*
[07:22] <mup> PR snapd#5325 closed: interfaces: add Repository.AllInterfaces <Simple> <Created by zyga> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5325>
[07:47] <zyga> mvo: I struggle with the number of places that need to know about "system",
[07:47] <zyga> I need to take my dog out but after that let's chat
[08:15] <mborzecki> hm that slack carshing xwayland is so weird
[08:15] <mborzecki> there's a backtrace posted in the forums, given that slack is classic, it's probably doing some LD_* magic
[08:16] <mborzecki> but none of the symbols seem to point back to /var/lib/snapd/snap/..
[08:16] <mborzecki> unless the backtrace is wrong, or at least the library locations
[08:20] <mvo> zyga: sounds good, just ping me when you are back and have time (I was in a different meeting just now)
[08:25] <mup> PR snapd#5330 opened: snapstate: support restarting snapd from the snapd snap on core18 <Created by mvo5> <https://github.com/snapcore/snapd/pull/5330>
[08:28] <zyga> mvo: re,
[08:30] <zyga> mvo: so I'm pondering this
[08:30] <zyga> the interface repository aspect itself is clean
[08:30] <zyga> but overlord is more subtle,
[08:30] <pedronis> mvo: hi, I remembered something about setup-profiles phase2 for core that we need to consider I think
[08:30] <zyga> we can either teach all of interface manager to skip/ignore system snap
[08:30] <zyga> and risk leaks to other managers perhaps
[08:31] <zyga> or return virtual system snap from snap manager's APIs
[08:32] <zyga> mvo: I was also considering actually installing a real snap that shows up in /snap but I think that is more complex actually (e.g. revert is messy now)
[08:32] <mvo> pedronis: oh, what is that?
[08:32] <pedronis> mvo: that it was also stopping going forward until we were restarted, that has relevance to autoconnect for example
[08:33] <mup> PR core18#27 opened: run-snapd-from-snap: start snapd after seeding <Created by mvo5> <https://github.com/snapcore/core18/pull/27>
[08:33] <pedronis> mvo: zyga:  we even the question of when we run autoconnect for things in system, either that needs to happen in the new snapd
[08:34] <pedronis> *either way
[08:34] <mvo> zyga: hm, would it help if snapstate would have a fake system snap?
[08:34] <zyga> that's a good point
[08:34] <zyga> pedronis: could it run.. twice?
[08:34] <pedronis> it doens't need to run twice
[08:34] <pedronis> is already in the right place
[08:34] <zyga> mvo: yes, it would, I'm doing that now
[08:34] <pedronis> is the waiting for restart that is missing now
[08:34] <zyga> mvo: that part actually works now, I'm just moving things around to have only one instance of snap.Info in memory
[08:34] <zyga> and to coordinate the implicit interfaces there
[08:35] <pedronis> mvo: zyga: are we going to filter it out of snap list ?
[08:35] <pedronis> or not
[08:35] <mvo> pedronis: aha, ok. I remember (vaguely). should we do that in link-snap now?
[08:35] <zyga> pedronis: currently it doesn't show up in snap list
[08:35] <zyga> it's only virtually returned by Get
[08:35] <pedronis> zyga: by hacking ?
[08:35] <zyga> and ignored by Set
[08:35] <pedronis> interesting
[08:35] <zyga> that is, it is only a snap you can get the "state" of but it's not really anywhere else
[08:36] <pedronis> bit unclear how that works with reloading profiles though
[08:36] <zyga> reloading profiles?
[08:36] <zyga> on startup with system key changes?
[08:36] <pedronis> yes
[08:37] <zyga> the interface manager has explicit code to load the virtual system snap
[08:37] <zyga> so that works ok
[08:37] <zyga> anyway, it's not fully baked yet
[08:37] <pedronis> you can cheat in  snapsWithSecurityProfiles
[08:37] <zyga> so we may abandon that totally
[08:37] <zyga> oh, yes, that's a good idea
[08:37] <zyga> I could remove the special code from interface manager then
[08:37] <pedronis> zyga: it sounds messy though overall from afar
[08:37] <pedronis> tbh
[08:37] <zyga> pedronis: I agree
[08:37] <zyga> pedronis: it's an experiment still, we may end up doing something totally different
[08:38] <pedronis> mvo: where we put depends exactly when we run autoconnect logic for "system" interfaces
[08:38] <pedronis> in theory it should happen in autoconnect for "core" or "snapd"
[08:39]  * mvo nods
[08:39] <pedronis> mvo: we can add waiting to link-snap (but is annoying if I remember) or auto-connect or yet something else (but then it's hard across upgrade)
[08:40] <pedronis> mvo: I think we need in auto-connect itself because upgrades, if it's in link-snap is the old snapd that needs to wait there
[08:40] <pedronis> and it will not
[08:41] <pedronis> mmh, well, not it will still wait in setup-profiles
[08:41] <pedronis> so maybe doing something different is ok
[08:41] <pedronis> but we need to think
[08:41] <mvo> pedronis: right. my gut feeling is that waiting in auto-connect - because that is close to why its needed. but I have not thought deeply about it yet
[08:44] <pedronis> mvo: which brings back the annoying part of that story that is about detecting rollbacks or missing reboots
[08:44] <pedronis> (I hoped we could live without but seems not)
[08:45] <pedronis> mvo: ah, but now we don't need to wait for a reboot, just a restart
[08:45] <pedronis> bit easier
[08:48] <mvo> pedronis: yeah, let me have a quick look
[08:49] <pedronis> mvo: to notice the issue, you need to do something like install a snap that needs a new auto-connected system interface, notice that is not connect, refresh snapd to one that has it, if snapd doesn't do auto-connect with the right new version, the connection is still not there
[08:49] <mvo> sil2100: hey, sorry that I didn't get to #24 for core18 earlier. I added some thoughts, hope they are helpful
[08:49] <pedronis> mvo: admittedly all a bit of a corner case
[08:49] <mup> PR #24: Renamed .bzrignore to .gitignore. Added .coverage. Removed the ./ in front of ignored paths <Created by elopio> <Closed by elopio> <https://github.com/snapcore/snapd/pull/24>
[08:51] <pedronis> mvo: which also reminds that we need to teach about the "snapd" snap to snapstate.go byKind
[08:51] <pedronis> it should sort first
[08:54] <mvo> pedronis: I guess http://paste.ubuntu.com/p/YbV92FPgd8/ is too naive for the wait?
[08:54] <mvo> pedronis: let me look at the sorting
[08:55] <pedronis> mvo: it's not unreasonable,  the issue is more  the rollback checks,  we don't need them for snapd, but we need them for core
[08:55] <pedronis> that one still fully reboots
[08:56] <pedronis> I mean  core as base
[08:56] <mvo> pedronis: aha, so we need all of GuardCoreSetupProfilesPhase2 back it seems
[08:56] <pedronis> some parts of it
[08:56] <pedronis> yes, sorry
[08:56] <mvo> pedronis: and teach it about bases
[08:56] <mvo> pedronis: thank you
[08:57] <pedronis> mvo: really only core
[08:57] <pedronis> as a base
[08:57] <pedronis> for now
[08:57] <pedronis> undering the assumption that base themselves
[08:57] <pedronis> don't have slots
[08:57] <pedronis> (we might change that at some point, but don't think we want to go there now)
[08:58] <mvo> pedronis: +1
[09:03] <mup> PR snapd#5331 opened: snapstate: sort "snapd" first <Created by mvo5> <https://github.com/snapcore/snapd/pull/5331>
[09:22] <zyga> mvo: ok, I have something that vaguely works
[09:22] <zyga> I can share it now, let me commit
[09:23] <zyga> it still doesn't pass unit tests
[09:26] <mvo> zyga: ok
[09:31] <mup> PR snapd#5332 opened: tests: relax check for download start, match either download or assertion retry attempt <Created by stolowski> <https://github.com/snapcore/snapd/pull/5332>
[09:36] <mborzecki> pedronis: do you think #5314 is close to landing now?
[09:37] <mup> PR #5314: many: rename snap.Info.Name() to snap.Info.InstanceName(), leave parallel-install TODOs <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5314>
[09:37] <zyga> mvo: ok let me get rid of junk from history and push it
[09:38] <pedronis> mborzecki: probably, but I need to look at it again
[09:38] <pedronis> Chipaca: +1 to #5326 with some final nitpicks
[09:38] <mborzecki> pedronis: ok, take your time, better catch all the places now
[09:39] <mup> PR #5326: api/snapctl: allow -h and --help for regular users <Created by stolowski> <https://github.com/snapcore/snapd/pull/5326>
[09:39] <pedronis> sorry
[09:39] <pedronis> Chipaca: I meant #5327
[09:39] <mup> PR #5327: store: switch store.SnapInfo to use the new v2/info endpoint <Created by chipaca> <https://github.com/snapcore/snapd/pull/5327>
[09:39] <pedronis> mborzecki: of course we have some pending PRs adding more Name() and RealName uses
[09:41] <zyga> mvo: I have one idea I lijke
[09:41] <zyga> "snap info system"
[09:41] <zyga> could do what "snap version" says, e.g. synthesise nice description, summary,
[09:41] <zyga> use os-release
[09:41] <zyga> etc
[09:42] <zyga> it sounds nice and would be ... cool :)
[09:44] <mborzecki> pedronis: i guess i could nag people to add a todo note while they're at it, otoh wouldn't want to disrupt PRs too much, i can always merge this locally, since it's a rename the the code will fail to build (well maybe aside from RealName, this may easily fall under the radar)
[09:45] <pedronis> mborzecki: any further tought btw whether we should put InstanceKey in Info/SnapState/SnapSetup or SideInfo ?
[09:46] <zyga> mvo: command-not-found broke in bionic
[09:46] <zyga> it's broken, but not as you know it https://www.irccloud.com/pastebin/Za3Og5z0/
[09:46] <zyga> also, I wonder why it used "sudo snap install" twice
[09:49] <mvo> zyga: hm, hm, what version of snapd do you have? edge?
[09:49] <zyga> I'm running master
[09:49] <zyga> + my magic changes
[09:52] <mvo> zyga: this indicats some mismatch between snapd and snap
[09:52] <mborzecki> pedronis: i'm leaning towards side-info, other option i looked at is keeping it in snapstate as a separate field, but i'm not convinced, feels like it's shifting the cost of tracking it to other places, besides we already repeat a bunch of data in side-info for every revision, instance keys are relatively short (at least for now) so there wouldn't be that much overhead
[09:53] <zyga> mvo: ah, that's possible
[09:53] <zyga> I only have ./snap
[09:53] <mborzecki> heh formatting heredoc in task.yaml is awkward, especially if it's nested in some for loop/if block
[10:05] <pedronis> mborzecki: it still feels a bit dirty, because everything so far in SideInfo is revision/store related
[10:08] <Chipaca> error: e-book-client-error-quark[2] Conflicting UIDs found in added contacts
[10:08] <Chipaca> wtf
[10:13] <zyga> mvo: https://github.com/snapcore/snapd/compare/master...zyga:rfc/virtual-system-snap?expand=1
[10:13] <zyga> mvo: pull this and have a look
[10:13] <zyga> I will now look at what tests are unhappy
[10:13] <zyga> towards making it unit test happy
[10:13] <zyga> and then looking at spread happy
[10:13] <mborzecki> pedronis: fair point, let's assume then that it's in SnapState (and thus in Info & SnapSetup), a bit more work but will probably pay off in the long run
[10:14] <zyga> all suggestions welcome
[10:14] <pedronis> mborzecki: given that we have Name() in at least a couple of those it should be well hidden, the question is how many fuctions take SideInfo directly, which is something I'm looking into
[10:15] <pedronis> now
[10:15] <mborzecki> #5293 is green for the 5th time now, killing gvfsd seems to work, needs a 2nd review and we could land it
[10:15] <mup> PR #5293: tests: fix interfaces-calendar-service test when gvfsd-metadata loks the xdg dirctory <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5293>
[10:16] <mvo_> zyga: thanks, I check after lunch
[10:16] <pedronis> mborzecki: not a tone, some Mock functions but we have options tehre
[10:16] <mborzecki> pedronis: heh, at least a couple of apis in snapstate will need adjustments, eg InstallPath which I touched recently
[10:16] <pedronis> mborzecki: I know,  I couple functions taking  *SideInfo,  will really need to take  *SideInfo, instanceKey string
[10:16] <mborzecki> pedronis: those apis which take a name should be fine though
[10:17] <mborzecki> name as in snap name
[10:17] <pedronis> yep
[10:18] <pedronis> mborzecki: the ReadInfo ones  are the mostly annoying, though usually we call them through other helpers
[10:18] <pedronis> mborzecki: also not sure the one that opens  the file (vs deals with an installed snap) needs the instance key
[10:19] <mborzecki> pedronis: iirc readinfo takes a name, it should be fine then
[10:19] <pedronis> ah, yes
[10:19] <pedronis> mborzecki: so maybe you could quickly check how many places doing  ReadInfoFromSnapFile  will need to stick a instanceKey in the result
[10:19] <pedronis> that seems the biggest sticking point
[10:21] <mborzecki> pedronis: yeah, i'm already setting it explicitly https://github.com/bboozzoo/snapd/blob/bboozzoo/parallel-snap-install-from-snap/snap/info.go#L933 so a simple adjustment
[10:23] <pedronis> mborzecki: ?, I'm talking about *SnapFile
[10:23] <pedronis> understood about just ReadInfo
[10:24] <pedronis> it's used not a lot
[10:24] <pedronis> we should be able to survice
[10:24] <pedronis> survive
[10:25] <mborzecki> yup, a handfull of places
[10:25] <pedronis> same OpenSnapFile
[10:25] <pedronis> with the latter we have a name or SnapSetup around
[10:26] <pedronis> mborzecki: so, yes I would try  to add InstanceKey to Info SnapState and SnapSetup and see how it goes
[10:26] <pedronis> seems cleaner long term
[10:26] <zyga> pedronis: what's the revert plan for instances
[10:26] <zyga> CE will test reverting core / snapd
[10:26] <pedronis> zyga ?
[10:26] <zyga> how do we plan that after installing instanced snaps revert won't cause issues on the system
[10:27] <pedronis> it's kind of hard
[10:27] <zyga> right but we need _a_ plan
[10:27] <zyga> CE has a test that shows that revert must work
[10:27] <pedronis> well on core devices nothing should do that
[10:27] <zyga> we've been burned by that before
[10:27] <mborzecki> with the former we seem to have the name in the caller (or don't care as in case of snap try)
[10:27] <pedronis> unless is done explciitly
[10:27] <zyga> pedronis: as long as they don't use instances (I doubt they do) it would work, right?
[10:27] <pedronis> yes
[10:27] <zyga> perfect
[10:27] <zyga> we should coordinate with CE to let them know in case
[10:28] <pedronis> it might also make sense
[10:28] <pedronis> to have as experimental feature for a while
[10:28] <pedronis> which means you really need to opt in
[10:28] <zyga> I agree
[10:28] <pedronis> to play with it
[10:28] <mborzecki> experimental.parallel-installation
[10:29] <mborzecki> or somesuch
[10:29] <zyga> maybe use the word "instance" somehow
[10:29] <zyga> people will get LL vs L wrong
[10:29] <zyga> and instance is the word we use in various messages
[10:29] <zyga> mvo_: so one thing I was worried about yesterday
[10:29] <zyga> that I mentioned at the standup
[10:29] <zyga> but then it slipped my mind
[10:30] <zyga> was core transition with system in place
[10:30] <pedronis> mborzecki: I will do another pass over InstanceName after lunch at this point
[10:30] <zyga> we need to do something about it
[10:30] <mborzecki> pedronis: great, thanks
[10:30] <zyga> we also need to look at the core snap and the existing real core-support plug there
[10:30] <zyga> I will park this branch and look after other work now, let's sync when you are back
[10:31] <mborzecki> meanwhile, i'm updating wife's laptop to f28 to check that xwayland thing, can't believe is coming down like this
[10:33] <mborzecki> that guy on arch, for whom the build failed had this in makepkg.conf LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,now", notice how it's missing -z before now
[10:38] <mborzecki> zyga: that kill -9 gvfsd -> https://i.imgur.com/Iu0soAq.jpg
[10:40] <pstolowski> pedronis: disconnect hooks conflict are more fun than autoconnect.. do you have a moment for HO?
[11:11] <pedronis> pstolowski: nowish
[11:11] <pstolowski> pedronis: ok
[11:12] <pstolowski> pedronis: in the standup ho
[11:14]  * Chipaca lunches
[11:28] <popey> Chipaca: https://raymii.org/s/blog/snap_install_mosaic_the_first_graphical_webbrowser_on_Ubuntu.html
[11:28] <popey> :)
[11:30] <Chipaca> popey: :)
[11:37] <Chipaca> ah drat i was going to have lunch
[11:37]  * Chipaca is having one of those days
[11:37]  * Chipaca goes
[11:46] <niemeyer> mborzecki: Sent some notes on #5314.. have a morning full of meetings from now on, so won't be able to complete it before my afternoon
[11:46] <mup> PR #5314: many: rename snap.Info.Name() to snap.Info.InstanceName(), leave parallel-install TODOs <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5314>
[11:53] <mborzecki> niemeyer: thanks, want to chat about this before/after the standup?
[11:54] <niemeyer> mborzecki: Sure, but can't before my afternoon.. have 4 meetings in sequence now
[11:59] <pedronis> mborzecki: niemeyer: I should  probably be there too, otherwise we might start to push in different directions just because of misaligments/misunderstanding
[11:59] <abeato> mvo_, niemeyer https://github.com/snapcore/snapd/pull/5309 is ready for another round
[11:59] <mup> PR #5309: overlord/configstate: add watchdog options <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/5309>
[12:03] <zyga> mvo_: do you want to sync before the standup?
[12:03] <zyga> I will be absent later today for school stuff
[12:03] <mvo_> zyga: sure we can sync
[12:03] <mborzecki> pedronis: fwiw, we can go down the introduce StoreName() (and make it the same as InstanceName()) route, either having TODOs and introducing the change later, or adding it right now works for me
[12:03] <mvo_> zyga: when you want
[12:03] <zyga> ok, let's jump into the hangout
[12:04] <mvo_> zyga: ok, I need one minute or so for tea
[12:04] <pedronis> mborzecki: I'm fine with a do nothing StoreName personally
[12:05] <pedronis> mborzecki: it seems also safer in the sense that new PRs might need to add places that need it actually
[12:07] <mborzecki> pedronis: ok, let do this then, i'll put aside the spread and snapstate stuff now and will focus on this
[12:15] <Nafallo> hi! what's the best way of using Ubuntu Core for an organisation. create a dummy user and add everyone's keys, or is there a way of registering an SSO account to a group with members? :-)
[12:38] <Chipaca> pedronis: I've pushed a slightly more channel-y test
[12:39] <Chipaca> pedronis: this'll all fall apart when we stop passing architecture to the store though :)
[12:40] <Chipaca> Nafallo: create a user for the project, have it register the name of the snaps, and give devs developer access to the snap
[12:40] <Chipaca> Nafallo: then as the team evolves it's easier to manage than if you  added the keys like you propose
[12:40] <pedronis> Chipaca: thanks,  this and the old one still miss the HasLen check though
[12:41] <Chipaca> pedronis: i'll just change the check to do a big deepequals
[12:41] <Chipaca> bah
[12:41] <Chipaca> better errors this way
[12:41] <Chipaca> hmm
[12:42]  * Chipaca fixes
[12:43] <Chipaca> pedronis: done
[12:44] <pedronis> Chipaca: thanks, just need to be green now
[12:54] <Nafallo> Chipaca: I'm not sure we'll be doing snaps, rather than using Ubuntu Core for container hosts. last step in registration requires an Ubuntu SSO e-mail to grab the SSH keys etc... :-)
[12:56] <Chipaca> Nafallo: ah! I'd misunderstood sorry
[13:12] <mup> PR snapd#5332 closed: tests: econnreset - relax check for download start, match either download or assertion retry attempt <Created by stolowski> <Closed by stolowski> <https://github.com/snapcore/snapd/pull/5332>
[13:12] <Chipaca> Nafallo: if i were in your place I'd check with mwhudson
[13:13] <Chipaca> Nafallo: but it's something like 1am for him so probably not on irc
[13:18] <Nafallo> alright. thanks for hilighting him :-)
[13:44] <mup> PR snapd#5327 closed: store: switch store.SnapInfo to use the new v2/info endpoint <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5327>
[13:44] <Chipaca> pedronis: ^
[13:45] <pedronis> \o/
[13:47]  * zyga goes to school
[13:49] <mvo_> Chipaca: nice!
[13:49] <mup> PR snapd#5333 opened: tests: show status of the partial test-snapd-huge snap in econnreset test <Created by mvo5> <https://github.com/snapcore/snapd/pull/5333>
[13:49] <mvo_> cachio: ^- not sure if this is helpful but it might
[13:50] <mvo_> cachio: or did you had a chance to look at this already via some debug shell?
[13:50] <cachio> mvo_, yes I did
[13:51] <cachio> mvo_, I reproduced the error with this https://github.com/snapcore/snapd/pull/5329/files
[13:51] <mup> PR #5329: DON'T REVIEW: tests: Adding debug information to know why econnreset is failing <Blocked> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5329>
[13:51] <cachio> and the file was empty
[13:52] <cachio> the partial
[13:56] <cachio> zyga, do you think we can merge this one #5293 ?
[13:56] <mup> PR #5293: tests: fix interfaces-calendar-service test when gvfsd-metadata loks the xdg dirctory <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5293>
[13:58] <mvo_> cachio: oh, interessting, it was empty, hm, hm, I though we had code that errors if the file is empty
[13:58] <mborzecki> pedronis: niemeyer: pushed StoreName to #5314
[13:58] <mup> PR #5314: many: rename snap.Info.Name() to snap.Info.InstanceName(), leave parallel-install TODOs <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5314>
[13:59] <mvo_> cachio: aha, nice, I see your branch already has most of the info I also am keen to see. let me check the log
[14:01] <mvo_> cachio: if you have a log captured from the run from 5329 I would love to have a look. if not I will just wait for it to fail in spread :)
[14:05] <cachio> mvo_, let me check
[14:09] <cachio> mvo_, https://paste.ubuntu.com/p/Bq8Z2H7X7G/
[14:09] <cachio> this is hte last one which I could reproduce from my machine
[14:09] <cachio> there is a reboot message at the end
[14:43] <cachio> niemeyer, today morning I run spread -gc and deleted 465 machines
[14:43] <niemeyer> Wow.. what was that about?
[14:43] <cachio> all of them created this morning
[14:44] <niemeyer> That sounds suspect
[14:44] <cachio> most of them created at 4am my time
[14:45] <cachio> niemeyer, I realized the number when I saw the log after all of them were deleted
[14:46] <niemeyer> cachio: What's the cause?  Did you check what those machines were doing?
[14:46] <cachio> niemeyer, no, when I realized the big number all the machines were already deleted
[14:47] <niemeyer> cachio: Can you have a pass through Travis and see why that huge number was left behind?
[14:47] <cachio> niemeyer, sure
[14:48] <niemeyer> cachio: Thanks!
[14:48] <niemeyer> cachio: We just need to make sure we're not missing anything.. that high number of machines going past 2h definitely means something
[14:50] <cachio> niemeyer, yes, it could be caused with aprox 8 builds canceled
[14:50] <cachio> niemeyer, I launch 54 machines on each build
[14:51] <cachio> we launch
[14:54] <mvo_> cachio: *cough* I think I found the reason for the econnect issue - the network ist just too fast. the debug log from my latest pr shows the test-snapd-huge.snap is there (no partial). so I think it got all downloaded in the time it took the script to do the iptable --block commmand
[14:56] <cachio> mvo_, yes, that could be a reason, but I tested and it takes like 5/10 seconds to download
[14:56] <mvo_> I wonder what we should do: a) make test-snapd-huge bigger b) retry the test if its too fast c) add artificial throttling into snapd via some config option (I like (c))
[14:57] <mvo_> cachio: the log indicates its the case but let me double check, maybe we need to log slightly more (i.e. when a download finished)
[14:58] <zyga> Throttle vía Linux
[14:58]  * zyga sends regards from school
[14:58] <mvo_> cachio: hm, you are right, someting is fishy
[14:59] <mvo_> cachio: after 1s it had downloaded 33Mb which is fast but not fast enough unless it picks up speed very quickly afterwards
[14:59] <cachio> mvo_, yesterday I tested the same because I had the same theory
[14:59] <zyga> What is inside the snap?
[15:00] <cachio> so I made many downloads and allways it was taking like 10 secdonds to complete the downlaod
[15:00] <mvo_> cachio: yeah, then maybe the blocking is not working correctly
[15:00] <zyga> as in, what takes up the space
[15:01] <mvo_> cachio: because the debug output indicates that the file is fully there
[15:01] <cachio> mvo_, mmmm
[15:02] <cachio> mvo_, this explains why it is not retrying
[15:02] <mvo_> cachio: exactly
[15:03] <mvo_> cachio: so I think we should add code that checks if the file is fully there
[15:03] <cachio> -rw-r--r--   1 test test     0 Jun 15 04:00 test-snapd-huge_1.snap.partial
[15:03] <cachio> but after the test we see this
[15:04] <Chipaca> mvo_: wouldn't chaning the sleep 1 to sleep .01 or sth be enough?
[15:04] <mvo_> Chipaca: yeah, that might be worth a shoot
[15:04] <Chipaca> also that task should have a debug entry that cats the error log
[15:04] <Chipaca> I'm adding logging to store/Download fwiw
[15:05] <Chipaca> as i was looking into this as well right now
[15:05] <mvo_> Chipaca: cool, let me update my PR to shorten the sleep and to give better errors
[15:05] <pstolowski> fwtw, I tried sleep = .1 in my PR (the one i talked about in the standup) and it didn't help
[15:06] <Chipaca> I think checking quicker is the right approach; my worry is that throttling will bite us in nasty ways
[15:06] <mvo_> pstolowski: it seems to be baby steps, maybe it just takes too long for the kernel to apply the rule
[15:07] <mvo_> pstolowski: its definitely confusing though
[15:07] <pstolowski> tell me ;)
[15:07] <cachio> :)
[15:08] <pstolowski> can we rule our caching out? I think that's the one thing i haven't investigated
[15:08] <Chipaca> mvo_: another thing we can do is add a rate limiter to store/download, for use in tests
[15:09] <cachio> mvo_, Chipaca something weird is that it is just happening in some systems
[15:09] <cachio> not in all of them
[15:10] <mvo_> Chipaca: yeah, I was thinking about this
[15:10] <Chipaca> cachio: 'snap instal bofh' <- know the TRUE reasons for things
[15:10] <Chipaca> for example, the errors you are seeing are because.... We had to turn off that service to comply with the CDA Bill.
[15:10] <Chipaca> mvo_: first, logs :)
[15:11] <Chipaca> otherwise it's all guesswork
[15:12] <mvo_> Chipaca: I added some more bits in the tests but yeah, probably debug logs++
[15:12] <cachio> Chipaca, hehe
[15:12] <mvo_> Chipaca: I added some more debug and an explicit check if the download finished with dates, lets see what the outcome is
[15:13] <pstolowski> pedronis: i think i need to bring installTask back into checkConnectConflicts, it seems to be the only way to be able to reason about and avoid self-conflicts
[15:13] <pstolowski> pedronis: (for disconnect-interfaces)
[15:14] <pedronis> pstolowski: why would you have self conflicts ?
[15:14] <pedronis> I'm missing something
[15:14] <pedronis> pstolowski: what are you conflicting on?
[15:15] <pedronis> pstolowski: you probably need to add a flag like "auto" to the disconnects you create
[15:15] <pedronis> though
[15:15] <pedronis> maybe that's the missing bit
[15:15] <pstolowski> pedronis: for auto-connect we don't have them because we consider auto-connect after we linked the snap; but as I examine all non ready tasks in disconnected-interfaces i encounter own tasks for unlink-snap for example, as they are pending
[15:15] <pedronis> ah
[15:16] <pedronis> mmh
[15:17] <pedronis> no, don't understand
[15:18] <pedronis> pstolowski: I see, the problem is that the old code was naive
[15:19] <pstolowski> pedronis: we consider snap-removal, so we have disconnect-interfaces in the tasks and unlink-snap as well, we find conflict with ourselves
[15:19] <pedronis> though it might work because of the other conflict logic
[15:20] <pedronis> pstolowski: I see, you need to pass in your snapName  (no point passing in a task)
[15:20] <pstolowski> yes, or that
[15:20] <pedronis> pstolowski: yea, pleas pass just a name
[15:21] <pstolowski> ok
[15:21] <pedronis> and then just before the last if k == "unlink-snap" ....
[15:22] <pedronis> you need to check   if snapName is that name and continue?
[15:22] <pstolowski> yes that's the idea
[15:24] <pedronis> pstolowski: call it disconnectingSnap ?
[15:25] <pstolowski> sounds good
[15:34] <pedronis> mborzecki: did the last pass over #5314
[15:34] <mup> PR #5314: many: rename snap.Info.Name() to snap.Info.InstanceName(), leave parallel-install TODOs <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5314>
[15:35] <cachio> niemeyer, well
[15:35] <cachio> for each build errored we leave 54 machines alive
[15:36] <pedronis> mborzecki: mostly that we don't need some todos, a we could use StoreName even a bit less... otoh I have  a question about app name shortcuts... also couple of places the todo is deeper than what to pick I think
[15:36] <cachio> and for each cancelled too
[15:36] <cachio> niemeyer, in the last 4 hours we left 108 machines
[15:37] <cachio> because build error
[15:38] <mborzecki> pedronis: thanks, i'll take a look
[15:38] <cachio> niemeyer, I don't have so much information about the executions on this morning because most of the builds were executed again and the logs are gone
[15:39] <pedronis> mborzecki: also there's a conflict with John merge I think
[15:44] <Chipaca> *shocked*
[15:47]  * cachio lunch
[15:51] <niemeyer> cachio: Ack, thanks
[15:51] <niemeyer> Lunch as well
[16:09] <Chipaca> mvo_: cachio: pushed some more debug to #5333
[16:09] <mup> PR #5333: tests: show status of the partial test-snapd-huge snap in econnreset test <Created by mvo5> <https://github.com/snapcore/snapd/pull/5333>
[16:09] <cachio> Chipaca, nice, thanks
[16:10] <mvo_> Chipaca: *hug* thank you
[16:10] <Chipaca> mvo_: :-)
[16:10] <mvo_> a review for 5324 would be really nice
[16:10] <Chipaca> mvo_: on it
[16:11] <mvo_> Chipaca: thank you again!
[16:31]  * Chipaca thinks popeycore is a genre of music, played by bands that dress up as pirates and out-nerd each other on performing authentic interpretations of sea shanties
[16:32] <Chipaca> either that, or really small popes
[16:32]  * Chipaca agrees
[16:50] <mup> PR core18#28 opened: Fix the UID/GID mapping <Created by sil2100> <https://github.com/snapcore/core18/pull/28>
[16:50]  * mvo_ hugs sil2100
[17:22] <zyga> re
[17:27]  * zyga wonders how things are
[17:28] <mborzecki> zyga: things are 30 minutes till the match starts :)
[17:29] <zyga> mborzecki: I'm not a football fan rctually
[17:31]  * sil2100 hugs mvo_ back
[17:31] <sil2100> mvo_: I looked at your PR and I still need to test it, guess I'm too burned out today to not miss anything important
[17:31] <sil2100> So I'll review it properly on Monday morning
[17:31] <sil2100> o/
[17:36] <mup> PR snapd#5293 closed: tests: fix interfaces-calendar-service test when gvfsd-metadata loks the xdg dirctory <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5293>
[17:37] <Chipaca> mvo_: hm
[17:37] <Chipaca> mvo_: [ "filename" -gt 1 ] does not seem like a good test for 'was the file downloaded'
[17:39]  * Chipaca lets the test go ahead just in case he's missing something
[17:39]  * Chipaca expects to see a 'integer expression expected' error
[17:39] <cachio> Chipaca, I also added your debug info to the other branch
[17:39] <Chipaca> cachio: heh, ok
[17:39] <cachio> so if I can reproduce the error it will help
[17:40] <Chipaca> cachio: including the debug: entry in task.yaml?
[17:40] <cachio> Chipaca, yes
[17:40] <Chipaca> yes part of the problem with this thing is that it wasn't printing anything useful on error
[17:40] <Chipaca> so unless you were running with -debug you were SOL
[17:40] <Chipaca> this should help
[17:40] <cachio> yes agree
[17:40] <cachio> the problem is that now it is not failing :)
[17:41] <cachio> it works properly when you add debug info
[17:41] <Chipaca> mbuahaha
[17:41] <Chipaca> proper heisenbug
[17:41] <Chipaca> it'll be doing crystal meth next
[18:07] <mvo_> Chipaca: did I forgot a -count ?
[18:08] <Chipaca> mvo_: what were you wanting that test to test
[18:08] <Chipaca> mvo_: and what command takes -count
[18:08] <mvo_> Chipaca: checking if test-snapd-huge is actually there
[18:08] <mvo_> Chipaca: instead of .partial
[18:08] <Chipaca> mvo_: I changed the test to [ -n "$(find ...)" ]
[18:09] <mvo_> Chipaca: aha, nice
[18:09] <Chipaca> mvo_: I suspected you were thinking [ "$(find ... | wc -l)" -gt 0 ]
[18:09] <Chipaca> but that seemes contrived for the -gt 0 case :)
[18:09] <Chipaca> and you'd written -gt 1 which made it worse :)
[18:10] <mvo_> Chipaca: :(
[18:10] <Chipaca> that si: it was [ "$(find test-snapd-hug_*.snap)" -gt 1 ]
[18:10] <Chipaca> which has a bug because bash would expand that * sometimes
[18:10] <mvo_> Chipaca: a clear sign I need to call it a week ;)
[18:10] <Chipaca> i mean
[18:10] <Chipaca> find -name <that>
[18:10] <Chipaca> heh
[18:11] <Chipaca> mvo_: yes :)
[18:11] <mvo_> Chipaca: thanks for fixing it
[18:11] <Chipaca> mvo_: worse thing was that it was working
[18:11] <Chipaca> :)
[18:11] <mvo_> Chipaca: it was?
[18:11] <Chipaca> because the [ was returning 2, but it was in an if, so the if was never true
[18:11] <Chipaca> 2 == WTF
[18:12] <mvo_> uff
[18:12] <Chipaca> :)
[18:12] <Chipaca> mvo_: gotta love shell
[18:12] <Chipaca> on fridays
[18:12] <mvo_> Chipaca: I do - with passion
[18:12] <Chipaca> post beer o'clock
[18:12] <mvo_> (and fire)
[18:12] <Chipaca> :-D
[18:12] <mvo_> Chipaca: :) beer o'clock - can't wait to see results from the PR
[18:14] <Chipaca> mvo_: same
[18:15] <Chipaca> mvo_: it failed before with errors in unrelated tests, of course
[18:15] <Chipaca> anyway, off to put pizzas in the oven
[18:15] <Chipaca> full friday mode here
[19:10]  * zyga hugs Chipaca’s rational Friday mode
[19:11] <zyga> Well
[19:11] <zyga> I meant to say I hug chipaca because of the pizza really
[19:35] <mup> PR snapd#5334 opened: tests: show executed tests on current system when a test fails <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5334>
[20:20] <mup> PR snapd#5333 closed: tests: show status of the partial test-snapd-huge snap in econnreset test <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5333>


[00:31] <Geodude> uhg. I just got flamed for being an american in #Archlinux. so angry.
[00:34] <nit-wit> Geodude, I wouldn't take them to seriously. ;)
[00:35] <Geodude> Why can't they just be helpful? I never get an answer from them.
[00:39] <nit-wit> Geodude, I would lurk and learn their customs, if you go there uninformed in general, not saying you are it can get ugly. Archlinux has some of the best wiki's so you might look there as well.
[01:29] <philipballew> how do i mount a flash drive from the cli?
[01:30] <stlsaint> philipballew: mount all :D
[01:31] <philipballew> what do you mean?
[01:34] <philipballew> !mount
[01:34] <ubot2> mount is used to attach devices to directories. See also https://help.ubuntu.com/community/Mount
[01:35]  * philipballew takes matters into his own hands
[01:38] <Doktor_Zhivago> is there a shortcut in the terminal to go to the home dir easier than cd ~
[01:38] <Doktor_Zhivago> or should i just make my own by alais?
[01:39] <philipballew> that is the shortcut
[01:39] <Doktor_Zhivago> oh >_>
[01:39] <philipballew> you can type cd /home/yourname
[01:39] <philipballew> or cd ~
[01:47] <charlie-tca> or even just cd
[01:47] <charlie-tca> and hit enter
[01:47] <Doktor_Zhivago> oh thats the one
[01:47] <Doktor_Zhivago> i thought i remembered reading about one
[01:48] <tripelb> hi. do  you have to reboot after adjusting your settings to a new monitor?
[02:09] <philipballew> how can i make it where i have an app start when i loggin
[02:11] <nit-wit> philipballew, can it be put in startup applications
[02:14] <philipballew> yeah, but i wan to create a seperate user where whenever i log into that the program starts
[02:14] <philipballew> is there  file i can add the comand to?
[02:14] <nit-wit> philipballew, you can put a bash in there
[02:15] <nit-wit> starts before login I believe though
[02:16] <philipballew> hum
[02:16] <philipballew> i could make a script
[12:40] <chenthu> Try to install 64bit 11.04 (direct)-fail, 11.04(alternate)-fail, 10.04 LTS(Dierct)-Fail, 10.04 LTS (Alternate)-Fail....all these fails inspite of trying for almost 6 days following every bit of instructions from other users and volunteers from here and on forums and in help manuals....still fail....what to do?....I am fed up ..... :(...But thank you very much for all your support....many of...
[12:40] <chenthu> ...you here were really helpful...
[16:51] <friendlyfire> hello
[16:51] <friendlyfire> anyone around
[16:51] <friendlyfire> i am new to ubuntu and need help trying to mount an external drive
[17:05] <bioterror> friendlyfire, just plug it in
[17:05] <bioterror> and it should appear into file manager?
[17:58] <philipballew> if i install a ubuntu cli system is that gonna have all the sound pre configured?
[18:07] <holstein> philipballew: i would try it... you can set up alsa if not
[18:07] <holstein> philipballew: did you buy my CD?
[18:13] <IAmNotThatGuy> wb DarkwingDuck =]
[18:13] <DarkwingDuck> Thank yee
[18:14]  * IAmNotThatGuy quacks at DarkwingDuck and hides
[18:14] <DarkwingDuck> :D
[18:16] <juemo> Hi pals !  My server do not respond to ARP requests.  Anyone got an idea ?  Details here : http://paste.ubuntu.com/654640/
[18:16] <philipballew> holstein, yes I did. I like it a alot dude. really sweet
[18:16] <holstein> philipballew: thanks so much :)
[18:17] <philipballew> i installed debian and i cant get any sound to work at all, ill recommend to all my friends
[18:17] <philipballew> so i thought ubuntu might work better. haha
[18:17] <holstein> juemo: when im sitting u pa server, im alwasy able to go with dynamic addressing at first
[18:18] <holstein> i do that so i can test the hardware... then i go static, and i can assume any issues are config
[18:18] <holstein> if thats an option, i would try it just to rule that out... otherwise you could waste a lot of time on a hardware problem
[18:19] <holstein> i gotta run... philipballew, thanks again.. you rock!
[18:19] <juemo> holstein: The network having problem isn't static.  There is only dhcp reservation specified on the router
[18:20] <philipballew> no worries! have a good one~
[18:20] <philipballew> !
[20:09] <john_rambo> I am not using FF from the repos ... I have downloaded it from the mozilla site ....Want to implement apparmour ....How to proceed ?
[20:09] <john_rambo> *apparmor
[20:54] <asterismo> hi guys i need help
[20:55] <bioterror> !ask | asterismo
[20:55] <ubot2> asterismo: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-)
[20:55] <asterismo> today i had installed DSL internet at home and when setting the router up, i cannot connect with ubuntu
[20:55] <bioterror> why not?
[20:56] <bioterror> does your network card blink some leds
[20:56] <asterismo> the router only allows me to set a WPA2-PSK key
[20:56] <asterismo> and WPA-PSK
[20:57] <asterismo> or both but cannot set it open
[20:57] <asterismo> and when trying to connect, network appñet keeps moving and prompts me the password again, and again
[20:58] <asterismo> router is fine
[20:58] <asterismo> when i plug the ethernet cable it connects in a sna
[20:58] <asterismo> snap
[20:58] <asterismo> but not for wireless
[20:59] <asterismo> in my laptop i have a broadcom wireless chip
[20:59] <asterismo> amd in the desktop i have a TP-link card with atheros chipset
[20:59] <asterismo> cannot connect with no one
[20:59] <truepurple> When I go to the ubuntu site and choose to make a usb flash drive my boot medium, does it formate or delete already existing content on it?
[21:01] <ikonia> truepurple: yes
[21:03] <truepurple> ikonia,  Well I had a usb drive that already had boot content on it before, I think. I downloaded the ISO for ubuntu 11.04 and followed the instructions on the ubuntu site for putting it on the usb flash drive, but it didn't work.
[21:03] <ikonia> truepurple: ok
[21:04] <truepurple> Now if the old files on the usb flash drive were still there, I thought maybe they were screwing things up, but if not, what is the matter? Shall I use it again and tell you the error it gives?
[21:05] <ikonia> truepurple: it depends if your stick meets the requirements of space/unallocated space.
[21:05] <ikonia> it will ask you what you want to do, rather than just do it
[21:05] <truepurple> I did not understand that
[21:06] <ikonia> truepurple: what OS are you making the USB drive from ?
[21:06] <truepurple> ubuntu 11.04
[21:07] <ikonia> so you're actually making the USB stick from ubuntu
[21:08] <truepurple> I am using a ISO of 11.04 I downloaded, but the OS in the background is 11.04
[21:08] <ikonia> in that case I don't believe it removes the files as long as you have 2 GB of free space on the file system you want to use
[21:09] <truepurple> So I need to do it again, and this time format first?
[21:09] <ikonia> the windows application has an option to remove/format the drive your using
[21:09] <ikonia> truepurple: I see no reason to format it unless you have no space
[21:09] <truepurple> Well like I said, it isnt working. "Window application"?
[21:09] <ikonia> window application ?
[21:11] <truepurple> You said it, not me
[21:11] <truepurple> I was just wondering why
[21:11] <ikonia> ooh
[21:12] <ikonia> I was explaining that the windows application that creates a pen drive has an option to format the partition, the ubuntu one does not
[21:14] <truepurple> ikonia, and without the option to format the drive, it doesn't format the drive? Do I need to format the drive before installing ubuntu 11.04 as a "live CD"?
[21:14] <ikonia> not if you have space
[21:14] <ikonia> if your file system meets the minimum space requirement, I don't believe there is a need to format it
[21:15] <truepurple> So why isnt it working?
[21:16] <ikonia> no idea, that's your issue to work out/feedback on, resolve
[21:17] <ikonia> saying "it's not working" is like me giving advice "fix it"
[21:18] <truepurple> ikonia, If I gave you the message it gives me when I try to use it, might you be able to figure out what is going wrong?
[21:19] <ikonia> I can certainly look at it
[21:20] <philipballew> !ics
[21:20] <ubot2> If you want to share the internet connection of your Ubuntu machine with other machines in the network see https://help.ubuntu.com/community/Internet/ConnectionSharing
[21:20] <philipballew> ...
[21:20] <philipballew> there we go
[21:41] <truepurple> ikonia, "syslinux 4.02 debian 20101018 EDD copyright..." next line "menu.c32i: not a com32R image"
[21:41] <truepurple> And that second line gets repeated like every 10 seconds
[21:42] <ikonia> truepurple: ok two thoughts on that
[21:42] <ikonia> the first one I don't how valid it is, but there used to be a bug that the installer and certain iso versions that caused it
[21:42] <ikonia> I thought it was fixed, but I don't know if it is
[21:43] <truepurple> so it might work with 10.10?
[21:43] <ikonia> the second is the issue is that the problem is that the menu application used does not actually have a valid image (as in graphics) file assicated with it, this used to be a common issue with syslinux when making pxeboot menus
[21:43] <ikonia> without looking into the actual pendrive making application more I don't know why it doesn't have an image assicated with it as I don't know how it makes it, but that is the reason for the error
[21:44] <truepurple> So in short, what can I do to make a ubuntu "live cd" usb flash drive?
[21:45] <truepurple> I mean one that works
[21:45] <ikonia> well, you could try using the windows application if you have a windows machine available, you could try a different version of ubuntu to see if the old bug is still valid or you could wait for me/other person to have time to actually look into the application
[21:51] <truepurple> ikonia, what you were saying earlier about not needing to format, what about if the old data is for a boot? Doesn't the old boot MBR (or whatever those initials are) get in the way?
[21:52] <truepurple> ikonia, Also, any idea why there is no option to download 10.10?
[22:33] <CLF1> Can anyone tell me how to trace this error received when trying to repair:  samba4: subprocess installed post-installation script returned error exit status 1
[22:39] <charlie-tca> If that is all the errors, try the install again after running sudo apt-get clean, sudo apt-get update
[22:41] <CLF1> thanks...problem is that when I try to install things like a back up application, it fails because the samba4 is bad.
[22:42] <CLF1> clean went very fast...like a blink of an eye
[22:42] <charlie-tca> yes, the try the install is for samba
[22:43] <charlie-tca> That usually works to get it to finish installing, then you don't get that error no more
[22:43] <CLF1> thaks Charlie-tca no errors on update..trying to reinstall the samba4 now
[22:43] <charlie-tca> Good luck.
[22:44] <CLF1> is it okay to use the packet manager to do the reinstall?
[22:47] <charlie-tca> yes
[22:47] <CLF1> failed
[22:48] <charlie-tca> Anyone got anything here for samba4 fails to complete the install?
[22:48] <charlie-tca> CLF1: I am out of knowledge with that
[22:49] <CLF1> IT's all good thanks for the response...i'll get it sooner or later
[23:31] <rabe_> yay, fist time/day using ubunto and allready totally in love with it <3
[23:40] <stlsaint> rabe_: awesome glad to hear it
[23:41] <rabe_> it has all those little neat features i thought that would be great in windows
[23:42] <stlsaint> rabe_: what distro you running?
[23:42] <rabe_> like an updater that is /good/
[23:42] <rabe_> latest desktop version
[23:43] <rabe_> 11.04 i believe
[23:43] <stlsaint> ah yes
[23:44] <rabe_> and built in instant messenger
[23:44] <rabe_> also the installer with wifi support
[23:45] <rabe_> and even my screen resolution was right form the start
[23:46] <stlsaint> rabe_: awesome
[23:47] <stlsaint> rabe_: hope everything continues to workout for you
[23:47] <stlsaint> rabe_: you can use this channel for support questions also
[23:47] <rabe_> that is why i droped in, but until now i found everything myself
[23:48] <rabe_> there is no photoshop for ubuntu, i suppose?
[23:49] <stlsaint> rabe_: there is package: gimp
[23:49] <stlsaint> very good and popular alternative to photoshop
[23:49] <rabe_> yeah, that is the next best thing :)
[23:50] <rabe_> is there a tool for gmail and google calendar integration?
[23:51] <stlsaint> rabe_: yes, i just forgot what it was, one sec
[23:51] <truepurple> Is the partitioning tool of a "live CD", gparted? Are they exactly the same?
[23:51] <stlsaint> truepurple: yes gparted is the same on the livecd as in the actual install
[23:52] <stlsaint> rabe_: i use checkgmail
[23:52] <rabe_> ok, thanks
[23:52] <stlsaint> rabe_: but that is more like a notifier
[23:53] <rabe_> that is all i probably need
[23:53] <stlsaint> rabe_: you can use evolution or thunderbird for better integration and tools
[23:53] <rabe_> ill just make some actions on my desktop i guess
[23:54] <rabe_> evolution is really nice, but i'm used to realtime applications
[23:54] <stlsaint> rabe_: as of my latest install i just stick to using chromium for gmail needs especially with gmail,calendar and google+ now
[23:56] <stlsaint> rabe_: but you will see there are ALOT of options within the repositories
[23:56] <stlsaint> oh i forgot about prism, rather nice also
[23:56] <rabe_> hehe, i bet this will keep me occupied for a while
[23:57] <stlsaint> rabe_: getting a fresh install catered just to how you like it will take some time until you get used to the tools and configurations that help automate the process
[23:59] <rabe_> that is why i'm allready modifying the installation disk for later installs, including my other pc
[23:59] <stlsaint> cool