[00:44] <JimmyNeutron> How do I disable single user mode to prevent someone from booting into single user mode?  In Ubuntu, it was in /etc/default/grub, but in Xubuntu, it's a binary file.
[00:45] <pleia2> it shouldn't be
[00:45] <pleia2> /etc/default/grub is a config file, just like in ubuntu
[00:46] <JimmyNeutron> pleia2, I tried using sudo vi /etc/default/grub
[00:46] <JimmyNeutron> let me try again
[00:47] <JimmyNeutron> ok...my vi editor is screwing
[00:47] <JimmyNeutron> cat display text but vi doesnt work...I'll reinstall vi
[00:47] <JimmyNeutron> thanks!
[00:50] <pleia2> JimmyNeutron: sure, good luck :)
[02:39] <Distrot> Hi. I'm having issues with Xubuntu installers for 12.04 LTS and 13.04. Sometimes they will install, sometimes they won't. In general, if it does install, says "low disk space" during the install and the OS is rather unstable with Firefox and other apps crashing, and if it doesn't install, it crashes and says there's a disk read error and cannot give me a specific reason. Any ideas?
[02:40] <haljhon> so this is only on those two things?
[02:40] <haljhon> you've tested something else and it works properly?
[02:41] <Distrot> I have tested Ubuntu 13.04 and it also has an installation crash.
[02:41] <Distrot> Maybe I should make a tiny chart of what I have installed and what has worked(?)
[02:42] <haljhon> I guess I'm trying to understand what you've done to eliminate a problem with your target system.
[02:43] <Distrot> Last week: XBMCbuntu (unstable); Xubuntu 12.04 LTS (unstable); Ubuntu 13.04 (stable); Xubuntu 13.04 (unstable); Xubuntu 12.04 (unstable)
[02:43] <Distrot> Those were installs that worked, however the Xubuntu installs complained about low disk space.
[02:43] <Distrot> And the unstable/stable describes the OS and the amount of crashing that occurred from apps
[02:44] <haljhon> so Ubuntu 13.04 is the only thing that was stable out of all of that?
[02:44] <Distrot> Yes, basically.
[02:45] <haljhon> is this repeatable?
[02:45] <Distrot> No, because I cannot install it anymore.
[02:45] <haljhon> ?
[02:45] <Distrot> It's saying ubiquity has crashed and states that it is a bug.
[02:46] <haljhon> Do you suppose you have a system-related issue that needs to be investigate?
[02:46] <Distrot> I ran hardware tests for HDD, CPU and memory to see if there was an issue there, and the CPU and HDD came out without errors.
[02:46] <Distrot> However, I localized the issue with the memory to one particular stick of two.
[02:47] <w30> x/quit
[02:47] <Distrot> So I removed the stick and tested again and the sole remaining stick of memory had no errors after several tests.
[02:47] <Distrot> So, I can say with "relative" confidence that the issues are not the CPU, HDD, or memory...
[02:48] <haljhon> so you had a problem with memory during your testing?
[02:48] <haljhon> or you eliminated this problem after the testing?
[02:48] <gry> there is no website version in other languages, is there? does the website software allow localisation?
[02:48] <Distrot> I eliminated a problem with memory during my testing.
[02:48] <Distrot> gry: What language do you need?
[02:49] <gry> it's a question in principle (my English is okay, but I'd be happy to translate if that's possible)
[02:49] <haljhon> so... let's just talk about current stuff you can test... in your system right now, you have resolved the memory issue by removing a problem stick and then re-ran the memory test and it passed, yes? And by memory test, are you referring to something like MemTest?
[02:50] <Distrot> I have been trying to eliminate an issue with the pen-drive, as I have used a few different pen-drive installers (Universal, LiLi) as well as a few different pen-drives and a few different computers to make the bootable pen-drives.
[02:50] <haljhon> why are you using a pen drive to install?
[02:50] <Distrot> gry: Oh, I see. I believe you can type in Xubuntu and a language and a version will come up (e.g. Xubuntu french).
[02:51] <Distrot> My laptop doesn't have a DVD drive. Should I be using DVDs instead?
[02:51] <haljhon> You don't have to use optical media but I have a number of problems with USB installers.
[02:52] <haljhon> hang on
[02:52] <haljhon> brb.
[02:52] <Distrot> Really? Would you personally recommend a DVD?
[02:52] <Distrot> Ok
[02:54] <haljhon> actually
[02:54] <haljhon> on account of crappy USB drives that seem to really jack-up my installations, I've been using the ISO directly in grub and booting it with the toram parameter
[02:54] <Distrot> This was my first experience with Xubuntu, and I must say; it hasn't been pleasant... lol.
[02:55] <Distrot> ... You can do that? lol
[02:55] <gry> you look optimistic enough to keep going :-p
[02:55] <haljhon> in fact you can and I've installed all of the systems I have that way
[02:55] <Distrot> Well, it is a very nice OS. I just wish it worked. lol
[02:56] <gry> what is the problem again?
[02:56] <haljhon> the best practice I've had is to use separate partition from where I plan to install the OS and then park the ISO there...
[02:56] <Distrot> Haven't been able to install successfully and stably.
[02:56] <gry> no dvd drive at your computer?
[02:56] <Distrot> Well, I have computers around that have some.
[02:56] <haljhon> then there are some instructions on booting the ISO using grub: https://help.ubuntu.com/community/Grub2/ISOBoot
[02:57] <Distrot> I just used the pendrive since I have several projects going on and replacing the OS on the pendrive is easier than burning a new disc.
[02:57] <haljhon> this requires Grub2... but if you have one of the OSs you mentioned above installed, Grub2 is there to be used.
[02:57] <Distrot> Would you recommend this method over DVD installs?
[02:57] <haljhon> I don't use DVD installs anymore because they are slower
[02:58] <Distrot> To install or make?
[02:58] <haljhon> I haven't seen any problems with the method as long as you are sure to use the toram parameter
[02:58] <haljhon> you also need enough RAM to load the ISO into memory
[02:58] <haljhon> how much RAM do you have left in the system?
[02:59] <Distrot> Well, I had 2GB in this machine, but I had to remove one stick due to memtest86 errors, so I only have 1GB now.
[02:59] <haljhon> mmmm... so I don't know what ubiquity requires
[02:59] <Distrot> to the memtest86*
[02:59] <haljhon> but that sounds like you're cutting it close on running out of memory.
[02:59] <Distrot> Yeah...
[03:00] <Distrot> I might just go ahead and do the DVD install then.
[03:00] <haljhon> what brand pen drives are you using?
[03:00] <Distrot> I'm using SanDisk.
[03:00] <Distrot> Different kinds though.
[03:01] <haljhon> I see
[03:01] <Distrot> A "Cruzer" and a "Cruzer Edge"
[03:01] <Distrot> I guess SanDisk thought it was a good name... lol.
[03:02] <haljhon> so my experience with Ubuntu on a stick has always been a relatively poor installation process that may or may not work accompanied by the inability to use the bootable Linux on the stick again because of random errors or other crap.
[03:02] <Distrot> Hmm, I see. I didn't realize that was a prevalent problem.
[03:02] <haljhon> I just chucked the idea after having that happen multiple times... I attributed the problems to the brand of sticks I had available to me: Kingston
[03:02] <Distrot> Especially since Canonical seems to advocate the use of pendrives, lol.
[03:02] <haljhon> I've since replaced all the drives with Lexars but I haven't re-tested.
[03:03] <Distrot> Right. What you're saying makes some sense I suppose.
[03:03] <Distrot> The thing that gets me is that the stick worked on two other machines but this one.
[03:04] <Distrot> But, I suppose I should try a DVD install first and then that will rule out the stick being the issue.
[03:04] <haljhon> I can only say what I've seen from my personal experience...
[03:04] <haljhon> I don't think, by any stretch, we have anything conclusive here from our discussion
[03:04] <haljhon> :)
[03:04] <Distrot> Right, no, I get what you're saying and I see the logic.
[03:05] <haljhon> I do, however, reinstall my systems with some flavor of buntu all the time
[03:05] <Distrot> Have you tried a DVD install successfully though? Not to drag this out, lol.
[03:05] <Distrot> Recurrent success, I guess I should ask.
[03:06] <haljhon> I never had failed CD installs unless I used the crappiest media of all existence
[03:06] <haljhon> (I own some of this)
[03:06] <haljhon> I have some CD media I bought on discount at Circuit City when they closed. It's branded Nexius or something like that... worst media ever
[03:06] <haljhon> In contrast, the TDK media that I buy at work has never given me any problems.
[03:07] <haljhon> the only DVD install I've done has been the Kubuntu flavor and only because it now requires a DVD for physical writing.
[03:08] <Distrot> Lol... "Nexius"
[03:08] <Distrot> Hm, ok. That gives me a bit more confidence then.
[03:09] <Distrot> Well, I'm going to stick around. I'll holler if it works or not, if you're going to be around that is.
[03:09] <Distrot> Downloading a new Xubuntu 13.04 on the machine with the DVD burner.
[03:09] <haljhon> I will not be around in active form... I'm about to go to sleep because my toddler will wake me up in the middle of the night.
[03:10] <Distrot> Oh ok. Well, good night then. I appreciate your assistance!
[03:11] <haljhon> np
[04:10] <Distrot> Anybody around?
[04:14] <Distrot> Just got a Xubuntu 13.04 install error:: E:Encoutnered a section with no Package: header, E:Problem with MergeList /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_raring_universe_i18n_Translation-en, E:The package lists or status file could not be parsed or opened.
[04:17] <SunStar> run the ISO through a torrent app to  force check, verify the data and fix any found corruption
[04:20] <Distrot> Doing that now, thanks.
[04:21] <Distrot> Did that. Any other ideas though?
[04:30] <SunStar> reboot n try again
[04:31] <Distrot> But you think it's only a corruption issue?
[04:31] <SunStar> could have been a random hiccup
[04:32] <SunStar> could try running a SMART check on the hard drive
[04:33] <SunStar> https://help.ubuntu.com/community/Smartmontools
[04:33] <SunStar> that can be installed while booted into the install cd
[04:34] <SunStar> if it happens again you can check back in here for further help
[04:34] <Distrot> Ok, thanks. I appreciate it.
[04:40] <Distrot> Crashed again. Different DVD this time.
[04:41] <Distrot> Won't even close the crash dialog to give me an error.
[04:42] <Distrot> Just restarted. Going to try to go into Live Session and run the SMART check.
[04:49] <Distrot> Trying the first DVD again for the heck of it.
[04:50] <Distrot> Maybe it'll reproduce an error.
[04:50] <Distrot> The background didn't even appear on the second DVD, so it seems like it's in worse shape or something.
[04:56] <ur0pl> xbuntu 12.04 recognizes and can "ennumerate" my two usb "3.0/2.0" but it cannot do that with my 8 usb "2.0/1.0"  slots on my gigabyte ud5 board. I do not understand, i thought ubuntu would be up to day with technology
[04:58] <holstein> ur0pl: did you see my other post? in the other channel?
[04:58] <holstein> !patience
[05:01] <ur0pl> okay
[05:49] <xubuntu082> hi
[05:49] <xubuntu082> quick question
[05:49] <xubuntu082> about wireless drivers.
[05:50] <xubuntu082> where does the driver go in the etc dir?
[05:51] <xubuntu082> anybody here?
[08:00] <xubuntu882> hi. just installed xubuntu 12.04. chose to encrypt home directory. didn't get to generate the passphrase through Notifications (clicked to see the next notification and then i couldn't go back, wtf..??). What was the terminal command for generating the passphrase AND/OR how do you get to see old notifications again? thanks!
[10:40] <torax> about the question about /home encryption, doesnt that open with user password, so theres no need for another passphrase
[10:50] <Sysi> I think so, never actualy tried
[10:51] <torax> It would make sense to me that you dont need two passwords
[10:56] <knome> torax, possibly, but what about paranoid people? :P
[10:57] <torax> paranoid people use full disk encryption =)
[10:58] <knome> heh
[10:58] <Sysi> encryption isn't good for SSD :/
[10:58] <torax> no trim?
[10:59] <Sysi> no compression, not sure about trim
[11:00] <torax> compression?
[11:00] <Sysi> it speeds up disc actions
[11:01] <torax> Is it something SSD spesific ? somehow I've missed that
[11:02] <Sysi> http://anthonyvance.com/blog/security/ssd_encryption/
[11:06] <torax> hmm, I should do some tests also
[11:07] <Sysi> I know my SSD:s aren't very good, but fast enough to not upgrade them yet
[14:41] <xubuntu901> hi
[14:42] <xubuntu901> Problem with MergeList /var/lib/apt/lists/ve.archive.ubuntu.com_ubuntu_dists_raring_main_i18n_Translation-en
[14:44] <xubuntu901> I have this problem in xubuntu 13.04, I can not go to synaptic, or software to change servers. that I can do. please help am novice user custom
[14:46] <xubuntu901> not a lot of English translators helped me I can do to fix that is wrong
[14:46] <bgardner> xubuntu901: I'm sorry, what exactly is the problem you are having?
[14:47] <bazhang> xubuntu901, you'll need to purge the contents of that folder and then apt-get update and apt-get upgrade
[14:47] <xubuntu901> I can not update the system
[14:47] <bazhang> xubuntu901, use thunar if thats easier for you
[14:48] <xubuntu901> sudo] password for jerson:  Leyendo lista de paquetes... ¡Error! E: Encountered a section with no Package: header E: Problem with MergeList /var/lib/apt/lists/ve.archive.ubuntu.com_ubuntu_dists_raring_main_i18n_Translation-en
[14:48] <bazhang> gksudo thunar xubuntu901
[14:48] <bazhang> ubottu lag
[14:48] <bazhang> :/
[14:49] <xubuntu901> si uso  thunar
[14:52] <bazhang> xubuntu901, did you understand what you need to do
[14:53] <xubuntu901> if you can help me thank and seen these commands: sudo rm-fR / var / lib / apt / lists / * sudo apt-get update   but not sure if they are well written for use in xubuntu
[14:53] <bazhang> why the spaces
[14:54] <bazhang> thats a recipe for disaster
[14:55] <xubuntu901> do not quite understand what you tell me to do, what of the spaces is because it is copied and pasted, I know I speak for thunar. I do with Tunar?
[14:56] <bazhang> xubuntu901, using thunar you are less prone to mistakes.    gksudo thunar /var/etc/etc/etc/---->remove all these files<-----   , close thunar
[14:57] <bazhang> xubuntu901, after that, sudo apt-get update, sudo apt-get upgrade and it should be fixed
[14:57] <xubuntu901> ok I enter the path and delete everything?
[14:58] <bazhang> in that folder, yes
[14:59] <bazhang> got it?
[15:01] <xubuntu901> if I'm deleting everything in the folder
[15:03] <bazhang> yep
[15:03] <bazhang> then close thunar
[15:04] <bazhang> finished?
[15:06] <xubuntu901> I'm doing the update at the end of comment. for now thanks for your collaboration.
[15:07] <bazhang> np
[15:07] <bazhang> then apt-get upgrade
[15:07] <bazhang> et voila! it's fixed?
[15:08] <bazhang> thats a fairly nasty bug, that is a bit hard to figure a way out of
[15:08] <bazhang> you need to update, but those corrupt index files dont allow it, etc etc
[15:10] <xubuntu901> is running this command sudo apt-get update. when finished I put that
[15:10] <bazhang> yes, then sudo apt-get upgrade
[15:11] <bazhang> claro?
[15:12] <xubuntu901> esta comprobando actualizaciones  listo voy con upgrade
[15:13] <bazhang> actualizaciones = download?
[15:13] <xubuntu901> This packets downloaded .. are-P4M900-M7 FE: ~ $ sudo apt-get upgrade Reading package lists ... done Building dependency tree Reading state information ... done The following packages will be upgraded:    libegl1-mesa-mesa-drivers libegl1 libgbm1 libgl1-mesa-dri libgl1-mesa-glx    libglapi libgles2-table-table-table libopenvg1 libosmesa6 libxatracker1 10 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 5
[15:14] <bazhang> that sounds good then
[15:15] <xubuntu901> ready and finished. what else would have to do,
[15:16] <bazhang> thats it
[15:18] <xubuntu901> thank you very much for your Ayuga friend, novel and I'm missing a world of learning
[15:19] <bazhang> welcome
[15:19] <bazhang> ayuga meaning help, yeah?
[15:21] <xubuntu901> wrong by mistake wrote Ayuga for help lol
[15:21] <bazhang> :)
[15:22] <TIM___> if you dont mind me asking, what terminal program do you guys use?
[15:22] <xubuntu901> up another try thanks for your time.
[15:51] <bgardner> TIM___: xfce4-terminal
[15:52] <TIM___> cool cool
[15:53] <brainwash> the default one :)
[15:55] <brainwash> however, why is xfce4-terminal not able to recognize the key modifier when pressing ctrl+home or alt+home?
[16:06] <contrapunctus> Guys, why are default applications in Thunar decided by file type instead of file extension? Such a PITA for plain-text based file formats...anything I can do to change this behavior?
[16:22] <TheSheep> contrapunctus: no, but you can define new file types, and they can be recognized by extension or by content
[16:23] <contrapunctus> TheSheep - How so? o.o
[16:26] <TheSheep> contrapunctus: with magic  http://manpages.ubuntu.com/manpages/dapper/man4/magic.4.html
[16:32] <contrapunctus> TheSheep - okay, sudo apt-get install magic, ran magic...'omfg wtf?'
[16:33] <contrapunctus> TheSheep - i no unnastanz o.o'
[16:34] <SonikkuAmerica> contrapunctus: plz2not antagonism, kthx
[16:35] <contrapunctus> Sorry? o.o
[16:51] <TheSheep> contrapunctus: the link that I gave you describes the format and location of the files that describe file types
[16:53] <contrapunctus> It's cryptic at best :(
[17:04] <Distrot> I think I messed up my video drivers in Xubuntu 13.04...
[17:04] <Distrot> Tried following the directions here: http://www.dedoimedo.com/computers/ubuntu-ringtail-nvidia.html
[17:05] <Distrot> But half the commands weren't working and it ended up doing some pretty wonky things.
[17:06] <Distrot> I did all this because I am trying to get XBMC to wake up from suspend, but it seems to have issues due to the video drivers.
[21:10] <slash0mega> i am using a flashdrive as a hardrive as my real harddrive crashed, and i am tired of the limitations it is presenting using the live mode thing. can i ask how quickly installing xubuntu to a flash drive will kill it?
[21:11] <nagev> gpg has stopped asking me for a password when i use --decrypt-files.  How can I make it forget my password?
[21:13] <bgardner> nagev: Not sure off the top of my head, let me check the docs
[21:13] <nagev> slash0mega: it depends on the quality of the flash drive and how much you'll be writing to it.  You may be better off using one flash drive for / and a separate flash drive for /home and /tmp and then keep a backup of that if its important.
[21:14] <nagev> bgardner: thanks
[21:18] <slash0mega> its a sandisk.... i guess ill just have to live with the limitations for now....
[21:19] <bekks> slash0mega: Or just nuke everything on it and use it as a regular external drive.
[21:20] <slash0mega> thats what i was going to do, i use it purly for xubuntu, and i bought it for xubuntu, because i could not get a new hd at the time. but i do not want to install normal xubuntu if it will distroy the drive in half a year.
[21:22] <nagev> slash0mega: what limitations are you finding in live usb mode?
[21:24] <slash0mega> cant set time, anoying nag screen, no costom user, some costomization options dont stay like editing the bars, and i think some apps have issues with it.
[21:24] <bgardner> nagev: Still looking for your question.
[21:25] <slash0mega> ok, i think nag screen is a poor way to discribe it.
[21:27] <nagev> slash0mega: if you mean the "try / install xubuntu" dialog you can get rid of that by uninstalling ubiquity, although after that you want be able to use the live usb as a source to install xubuntu from.
[21:28] <nagev> bgardner: thanks!  i tried googling "force gpg to forget password" and similar but had no success!
[21:28] <bgardner> nagev: Can I assume you are using gpg-agent?
[21:28] <slash0mega> oh? that is awsome! the install thing wont be a problem :D
[21:28] <nagev> i don't know whether i am or not.  i didn't specifically install it.  when it used to prompt for password it appeared as a gui dialog even though i was using the terminal.
[21:29] <slash0mega> will that stop the "xubuntu is allready a user" thing that happens during boot too?
[21:30] <nagev> slash0mega: it will prevent the "try / install" dialog from appearing.  I'm not sure if it will prevent the other message, i've never seen that one before.
[21:31] <slash0mega> that one happens before the os even boots fully, i just assumed it was setting up a user for a live session seeing as cd's can not record changes, i also assumed that is why i could not delete the xubuntu user
[21:32] <nagev> bgardner: "The program 'gpg-agent' is currently not installed. You can install it by typing sudo apt-get install gnupg-agent" so i guess im not using the agent
[21:33] <bgardner> nagev: Okay, and sorry for the dumb question but are you sure your gpg key still has a passphrase on it?
[21:34] <nagev> bgardner: that's ok, not a dumb question!  but yes, i'm sure there is a password to the  gpg key.
[21:35] <bgardner> nagev: Okay, got it - the agent is the gnome-keyring-daemon
[21:35] <bgardner> nagev: One moment while I dig deeper.
[21:35] <nagev> slash0mega: if you created the live usb with "Startup Disk Creator" there is an option to reserve part of the flash drive for persistence, so it will save all your changes
[21:36] <bgardner> nagev: Actually, before I spend too much time, can you do 'ps aux | grep keyring' and make sure you get gnome-keyring-daemon as a result?
[21:36] <nagev> bgardner: /usr/bin/gnome-keyring-daemon --daemonize --login
[21:37] <slash0mega> yes, the persistance is why i think the "xubuntu is allready a use" even happens,  what i assumed is that the cd is preparing the live session, and needs a user to log into, normaly that user would not exist, but it is there because of the persistance
[21:37] <bgardner> nagev: Okay, perfect, same as mine.  Be right back.
[21:39] <nagev> slash0mega: i don't think so, i created a 13.04 xubuntu live usb with 2GB persistence area and never ran in to that problem.  Although I didn't explicitly create any users on it.  Did you create a user called xubuntu?  If you did maybe that's the source of the problem.
[21:40] <slash0mega> i dont think it was a issue, i just saw it when i press a arrow key during boot. it brings dos like screen, and shows a bunch of stuff that it is doing.
[21:41] <slash0mega> somthing like "cannot creat user: xubuntu allready exists.
[21:41] <slash0mega> is one of those things
[21:41] <bgardner> nagev: Remove (or rename) ~/.gnome2/keyrings/login.keyring to force Ubuntu to forget how to unlock your keyring.  That will prevent Seahorse from auto-entering your password.
[21:41] <bgardner> nagev: This also affects SSH or other applications that use the GNOME keyring, however.
[21:42] <slash0mega> oh ya, generating locals is another anoyince, boot spends a lot of time doing that
[21:43] <nagev> bgardner: i don't have any files in ~/.gnome2 although the directory itself is there.  also, i don't have seahorse installed.
[21:44] <bgardner> nagev: You have a running gnome-keyring-daemon, but no keyring directory under .gnome2?  O.o
[21:44] <nagev> bgardner: yes, it appears so!
[21:45] <nagev> bgardner: this is a pretty standard install, i only installed it a few days ago, and haven't done any significant tweaking.
[21:46] <bgardner> nagev: Does 'find ~ -name login.keyring' net you anything?
[21:46] <nagev> was just trying that! with *keyring*
[21:46] <nagev> bgardner: ./.local/share/keyrings/login.keyring
[21:47] <bgardner> nagev: Okay, sure.  Try moving that and then doing a gpg --decrypt call.
[21:50] <nagev> bgardner: moved file to desktop ... nope, still not prompting!
[21:50] <bgardner> nagev: Might be in memory, can you log out/log in and try it again?
[21:50] <nagev> sure brb
[21:51] <nagev> should i put the file back first? or leave it on desktop?
[21:51] <nagev> before i logout
[21:51] <bgardner> nagev: Leave on desktop, please
[21:51] <nagev> ok
[21:54] <nagev> bgardner: right, logged in. a new login.keyring has been generated in ~/.local/share/keyrings - will try decrypting now
[21:55] <nagev> bgardner: yup its prompting again now. thanks.
[21:55] <bgardner> nagev: Super, glad to hear it!
[21:56] <slash0mega> anyhow, uninstalling ubiquity, will restart the computer when that is done
[21:57] <nagev> bgardner: yeh, thanks a lot for your help.  tbh i suspected a logout may work.  i don't want to log out every time to clear the cached password.  i will try to find out how to not let it cache the password...or how to force it to forget.
[21:58] <nagev> slash0mega: cool, sorry i don't know what to do about the locales problem, i haven't experienced that before either.
[21:58] <calmpitbull> problem: i have two bluetooth signs on panel?? and how to stop the bluetooth to start up on boot
[21:58] <nagev> calmpitbull: "Session and Startup" in settings manager, you can deselect them there
[21:59] <cats> Hello! :)
[21:59] <calmpitbull> thx
[22:00] <slash0mega> have you ever pressed a arrow key durring the blue xubuntu loadins screen? that is where i see this stuff. if so, it might be a problem with the way my system is installed :(
[22:00] <Guest53801> I ran an update today in xUbuntu, then turned if off. And when I came home now and started the machine again, it's like the theme and icons are messed up or something :(
[22:00] <Guest53801> Looks like some kind of "basic" theme, and some icons are not even showing
[22:01] <nagev> slash0mega: no, i will try it now on my second laptop with a live usb key.  any specific direction arrow key?
[22:01] <slash0mega> i always press down
[22:01] <Guest53801> Anyone have experiences this?
[22:01] <slash0mega> i think up and down work though
[22:02] <calmpitbull> Guest53801: try to restart xfce if that is even possible..
[22:03] <slash0mega> and dont plug in any usb stuff or use any function keys like brightness while text screen is up, as it will interupt dispaly information about that as well
[22:03] <slash0mega> dosent brake anything, just anoying
[22:03] <nagev> slash0mega: ok, i see it now, "the user xubuntu already exists"
[22:04] <Guest53801> calmpitbull: I can't seem to find which service to restart, and I have already tried restarting the machine
[22:05] <Guest53801> It seems also that it's not accepting any of my key bindings, nor is it saving my screen settings when I restart :S
[22:05] <slash0mega> as i said, i beleve it just to be standard for the proper functaning of a live cd without persistant, just anoying if you want to get rid of that user because it keeps putting it back in
[22:05] <slash0mega> did you get the generating locals thing?
[22:05] <calmpitbull> Guest53801: http://askubuntu.com/questions/224006/resetting-xfce-panels-to-default-settings
[22:06] <calmpitbull> try this
[22:06] <nagev> slash0mega: i also got a few other error messages.  This is a standard 13.04 live usb (with persistence) I am using.   I saw something about locales but not for very long.
[22:06] <slash0mega> mine takes forever on the locals, other than just one, the _us one
[22:07] <nagev> slash0mega: i am rebooting to try again as i was distracted for part of the time before...
[22:07] <Guest53801> calmpitbull: alright, hold on
[22:07] <slash0mega> i am going to be reinstalling it soon, as my xubuntu is outdated, i can see if it acts any defently after that.
[22:07] <slash0mega> oh ya, i better start installing the disk image.
[22:08] <slash0mega> downloading, not installing....
[22:09] <nagev> slash0mega: i get a few: "stdin: not a typewriter" messages.  I got "generating locales" but i only have one, en_US.utf8, it said "up to date" and was pretty quick
[22:09] <slash0mega> that is the local i get that says up to date. but i get a ton of others that DO have to generate
[22:09] <slash0mega> i think i looked up not a typewriter one before, forgot what it means
[22:11] <xubuntu706> calmpitbull: Didn't help with reseting the xfce panel :(
[22:11] <xubuntu706> actually made it a bit worse lo
[22:11] <xubuntu706> lol*
[22:11] <calmpitbull> rofl
[22:12] <calmpitbull> can u show me your screen
[22:13] <slash0mega> did you say that you got multiple messages of not a typewriter?
[22:13] <xubuntu706> calmpitbull: Yeah just a sec
[22:13] <nagev> slash0mega: yes around 3 or 4.  They were the first messages.  I don't think it's anything to worry about.
[22:14] <slash0mega> i think i only got one. strange
[22:15] <slash0mega> ubiquity is almost done installing, after taht ill reboot and report if anything changes
[22:16] <slash0mega> uninstalled. ill brb
[22:17] <xubuntu706> calmpitbull: pm
[22:24] <slash0mega> rebooted twice, as i missed the unbuntu user message the first time, the secone boot had all the locals up to date, so i wonder if ubuiuitiy had somthing to do with that. but still tries to add the xubuntu user...
[22:25] <calmpitbull> afk
[22:26] <nagev> slash0mega: ok. so at least part of the problem is solved!  i don't know what you can do about the xubuntu user message.
[22:27] <slash0mega> i wonder why the clock and constomizations dont stick....
[22:28] <slash0mega> when i say costomizations, i mean changing the amout of scrolling desktop things. and button locations on the window bars, like maximize and close
[22:28] <nagev> slash0mega: did you say you are using persistence space?
[22:28] <slash0mega> a dedecated partition
[22:29] <slash0mega> so yes.
[22:29] <nagev> slash0mega: how did you create the live usb, what did you use?
[22:30] <slash0mega> lilu
[22:31] <slash0mega> had to set up the casper partition maualy though
[22:32] <nagev> lilu?
[22:32] <slash0mega> lili, sorry
[22:32] <slash0mega> http://www.linuxliveusb.com/
[22:33] <nagev> slash0mega: it should save the settings if you create it with [x]ubuntu startup disk creator
[22:33] <slash0mega> like the clock?
[22:33] <nagev> slash0mega: http://www.dedoimedo.com/images/computers_years/2012_1/linux-live-cd-persistence-ubuntu-creator.jpg
[22:33] <slash0mega> ill try it one more tie with lili when i get the updated image downloaded, if the changes do not stick ill try that
[22:34] <nagev> slash0mega: see the slider at the bottom of the jpg image, that's what i mean.
[22:34] <slash0mega> well, data is persistant
[22:34] <slash0mega> i got java and a lot of things installed
[22:34] <slash0mega> can you change the number of workspaces on your live usb?
[22:35] <slash0mega> its just some os level stuff that is having issues
[22:35] <nagev> slash0mega: let me try.  i will adjust the clock too, see if it sticks.
[22:38] <slash0mega> i can copy select folders from my casper partition to back up only those programs right? its pretty full so i would like to start over on install programs.
[22:41] <calmpitbull> xubuntu706: did u restart
[22:47] <nagev> slash0mega: i changed the timezone and that stayed after reboot.  I changed the number of workspaces to 5, but on reboot it reverted back to 2.
[22:47] <slash0mega> well, that is one better than mine.
[22:48] <slash0mega> ill try correcting my timezone on the reinstall, also, i wonder if installing compiz will help wiht the workspace thing. pure speculation though
[22:49] <slash0mega> i have no idea how compiz works compaired to the default invirmoent
[22:51] <Slash0megaDeskto> switch computers to start the update.
[22:51] <slash0mega> because i have to shut this computer down
[23:12] <calmpitbull> is there xubuntu offtopic channel
[23:12] <holstein> !ot | calmpitbull
[23:13] <calmpitbull> nice


[05:27] <mborzecki> morning
[05:31] <mborzecki> driving the kids to school, bbl
[06:04] <mborzecki> re
[06:05] <gko> Hello, I'm trying to install snap on a CentOS, but get "No package snapd available." even after "sudo yum install epel-release"...
[06:06] <gko> (Package matching epel-release-7-11.noarch already installed.)
[06:10] <mborzecki> gko: centos 7/8?
[06:11] <gko> 7
[06:12] <gko> If I search "snapd", I get: "snapd-debuginfo.x86_64 : Debug information for package snapd" and "snapd-glib-debuginfo.x86_64 : Debug information for package snapd-glib"
[06:12] <gko> CentOS Linux release 7.6.1810 (Core)
[06:13] <mborzecki> gko: seems working here: https://paste.ubuntu.com/p/z8JmK6qJZX/
[06:15] <zyga> good morning
[06:16] <mborzecki> gko: is epel actually enabled? maybe only epel-debuginfo is enabled, can you paste the output of `yum repolist`?
[06:22]  * zyga eats breakfast, will start soon
[06:23] <mup> PR snapd#9337 closed: boot,many: reseal only when meaningful and necessary <Run nested> <UC20> <Created by pedronis> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9337>
[06:26] <mborzecki> mvo: morning
[06:26] <mvo> mborzecki: good morning
[06:26] <zyga> hey mvo
[06:27] <mborzecki> mvo: left you a comment yesterday https://github.com/snapcore/snapd/pull/9341#issuecomment-691692486 but looks like you missed it
[06:27] <mup> PR #9341: tests: add nested core20 gadget reseal test <Run nested> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9341>
[06:28] <mborzecki> mvo: anyways, i've merged 9337, so maybe you can just merge master and push again
[06:28] <mborzecki> mvo: fwiw, the nested test passed when i pushed that commit i mentioned to your pr
[06:28] <mvo> good morning zyga
[06:29] <mvo> mborzecki: cool, looking
[06:29] <zyga> mvo: today is different, wife's Mondays got swapped to the afternoon shift
[06:31] <gko> mborzecki: repo id                                                   repo name                                                       status
[06:31] <gko> epel                                                      EPEL                                                                 9
[06:33] <mvo> mborzecki: I merged master into 9341 now
[06:33] <mborzecki> mvo: cool
[06:33] <mvo> mborzecki: thank you! and you said it passed earlier?
[06:34] <mborzecki> mvo: yes, i think so, it was one of those github action job status emails, let me check if i still have it in the trash
[06:35] <mvo> mborzecki: nice
[06:35] <mborzecki> mvo: https://paste.ubuntu.com/p/kX8kqQSQ9y/ that's the branch right?
[06:35] <mvo> mborzecki: I think it passed locally but it was a bit of a pain, some strangess like I see in the "snap change 8" that installs the pc gagdet an info about "restarting snapd" but it does restart the system
[06:35] <mborzecki> ah w8, 4 annotations, pfff missed that
[06:36] <mborzecki> mvo: saw a column of 0s and was too happy about that ;)
[06:36] <mvo> mborzecki: haha
[06:36] <mvo> mborzecki: no worries
[06:36] <mvo> mborzecki: I think the test itself is good
[06:37] <mvo> mborzecki: but it highlighted some small issues
[06:37] <mborzecki> gko: it's showing `epel/x86_64   Extra Packages for Enterprise Linux 7 - x86_64       13,446` ?
[06:37] <mvo> mborzecki: anyway, I'm quite happy that things seems to be working :)
[06:38] <mborzecki> gko: something seems off in your system, it's listing 13k packages here, but only 9 in your setup
[06:39] <gko> mborzecki: right... no wonder if can't find anything.
[06:40] <mborzecki> gko: maybe try to `yum reinstall epel-release`?
[06:43] <mup> PR snapd#9339 closed:  boot: make MockUC20Device use a model and MockDevice more realistic  <UC20> <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9339>
[06:53] <mvo> mborzecki: hm, 9331 has conflicts now :/
[06:53] <mborzecki> mvo: yup, resolving them right now
[06:53] <mvo> mborzecki: \o/
[06:56] <gko> mborzecki: OK, my fault... there was another repo file also using epel... Thanks!
[06:59] <mborzecki> mvo: updated
[07:05] <pstolowski> morning
[07:07] <mvo> good morning pstolowski
[07:12]  * tobias_ waves general good morning
[07:32] <mborzecki> pstolowski: hey
[07:33] <zyga> re
[07:35]  * zyga canceled PT and jumps into code
[07:43] <pedronis> mvo: mborzecki: hi, do we need to sync?
[07:43] <mborzecki> pedronis: hi, yes, in 5? (cc mvo?)
[07:43] <mvo> pedronis, mborzecki sounds good
[07:44] <pedronis> ok
[08:01] <mvo> zyga: in a call right now
[08:31] <mborzecki> mvo: tweaked that diff a bit more https://paste.ubuntu.com/p/K9Dg4tQgkg/
[08:32] <mvo> mborzecki: thanks!
[08:33] <mvo> mborzecki: running locally now
[08:39] <mborzecki> mvo: i'm setting up an image for running nested locally too, are the nested tests using qemu from the repos or some special-flavor one?
[08:39] <pedronis> pstolowski: hi, can you setup a slot after your lunch to chat about next topics?
[08:40] <pstolowski> pedronis: hey, sure
[08:40] <pedronis> thx
[08:41] <mvo> mborzecki: I'm just using focal
[08:42] <mvo> mborzecki: I merged 9311 to have more options
[08:42] <pstolowski> pedronis: sent
[08:42] <mvo> mborzecki: also make sure you have master, 9310 and 9305 are important
[08:43] <mvo> mborzecki: and then I just run spread -debug -v qemu-nested:ubuntu-20.04-64:tests/nested/core20/kernel-reseal
[08:44] <mvo> mborzecki: for me (with amd) nested kvm also works so things are somewhat fast
[08:44] <mvo> mborzecki: on my intel laptop that appears to be not working but I did not debug this further because the laptop is slower anyway
[08:44] <mborzecki> mvo: mhm, let me try that
[08:45] <mvo> mborzecki: for intel it's also: $ cat /sys/module/kvm_*/parameters/nested
[08:45] <mvo> Y
[08:45] <mvo> mborzecki: (instead of 1 on amd)
[08:45] <mvo> mborzecki: so the existing detection for support will not trigger on intel (which is a bit of a feature because it did not work for me :)
[08:46] <mvo> mborzecki: anyway, hope that I'm not spaming you too much
[08:46] <mvo> mborzecki: usually I then just telnet into the spread serial port and login and monitor stuff
[08:46] <mvo> mborzecki: like tail /tmp/work-dir/logs/serial.log or journalctl -u nested-vm
[08:46] <mvo> mborzecki: etc
[08:47] <mborzecki> mhm, the /sys/ bit is set to 1, so that's good
[08:47] <mvo> mborzecki: but I wish we could get a more holisitic view from spread too
[08:47] <mvo> mborzecki: yay
[08:47] <mvo> mborzecki: is that on intel or amd for you?
[08:47] <mborzecki> waiting for the base image to get updated, thena  reboot and i'll try to run it
[08:47] <mborzecki> mvo: amd
[08:49] <mvo> mborzecki: cool
[09:01] <mvo> mborzecki: something seems to be not quite working with your diff, no sanpd output on the serial port right now :/ and huge delays
[09:01] <mborzecki> mvo: this is what i see in the logs in the vm the prepare fails:
[09:01] <mborzecki> Sep 14 08:51:38 ubuntu snapd[721]: devicemgr.go:725: System initialized, cloud-init reported to be done, set datasource_list to [ None ]
[09:01] <mborzecki> Sep 14 08:51:44 ubuntu snapd[721]: taskrunner.go:271: [change 2 "Request device serial" task] failed: cannot deliver device serial request: Cannot process serial request for device with brand "BhgbYoDtThegqVkEU7oiZP8GQwCoUIxz" and model "pc"
[09:01] <mborzecki> Sep 14 08:56:45 ubuntu snapd[721]: taskrunner.go:271: [change 3 "Request device serial" task] failed: cannot deliver device serial request: Cannot process serial request for device with brand "BhgbYoDtThegqVkEU7oiZP8GQwCoUIxz" and model "pc"
[09:02] <mvo> mborzecki: I think the request serial are red-herrings
[09:02] <mvo> mborzecki: would be great to get more debug output from cloud-init I guess :/
[09:03] <mvo> mborzecki: i.e. if it actually created the user for us
[09:10] <mvo> mborzecki: ha, we don't set "enable_ssh" in from nested.sh so your tweaks need a slightly different place
[09:10] <mvo> mborzecki: or we just enable ssh, wonder why we don't
[09:18] <mvo> mborzecki: I tweaked "nested.sh" now to run "repack_snapd_snap_with_..." to set "enable_ssh" to true, this should also make debugging a lot simpler, lets see how it goes and if that breaks anything
[09:19] <mborzecki> mvo: hmm ssh seems to be working fine, i can ssh into the vm after prepare fails :/
[09:23] <mborzecki> mvo: heh, and the test is ofc executing now
[09:23] <pedronis> mborzecki: mborzecki: yes the deliver serial request are red-herrings, we just need to use serial-authority
[09:23] <pedronis> we probably should because they just pollute the logs for nothing
[09:24] <mup> PR snapd#9221 closed: tests: disk space awareness spread test <Disk space awareness> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/9221>
[09:25] <pedronis> mvo: with None I would suspect not
[09:25] <pedronis> about creating the suer
[09:26] <pedronis> it should say NoCloud if it created the user ?
[09:26] <mvo> mborzecki: oh, can you paste all the info you have why preapre failed?
[09:26] <pedronis> anyway it seems the cloud-init info is not seen/passed right if we get None
[09:28] <mvo> pedronis: oh, interessting
[09:28] <pedronis> or maybe is another strange cloud-init corner case
[09:30] <pedronis> in principle we should teach the code to turn None into disabled
[09:31] <mborzecki> mvo: https://paste.ubuntu.com/p/MF6sjVhwyr/ timeout checking whether snapd seeded
[09:32] <mborzecki> maybe we should have that timeout configurable via env too
[09:33] <mvo> mborzecki: and if you ssh into the nested system, what do you see there for "journalctl -u snapd" ?
[09:33] <mvo> mborzecki: i.e. does it actually fail to seed?
[09:33] <mvo> mborzecki: i.e. "nested_exec sudo journalctl -u snapd" ?
[09:33] <mborzecki> mvo: no, just the snap command hit a timeout, the system seeded ok
[09:33] <mvo> mborzecki: ohhh
[09:33] <mvo> mborzecki: ok, let me push something
[09:34] <pedronis> I don't even understand where we build the cloud-init data atm with a bit of grepping
[09:35] <mvo> mborzecki: I pushed a small change that waits for the snap command to become available as suggested by ian
[09:35] <mvo> mborzecki: this should make this part more robust
[09:38] <mborzecki> mvo: from what i can see, the error comes directly from our client code
[09:39] <mvo> mborzecki: if you log into the system, do you also get a client timeout then or was this a one-off thing?
[09:39] <mborzecki> mvo: maybe it needs to multiple steps, i.e. the command -v snap loop, then make the timeout somehow configurable via env (SNAP_CLIENT_TIMEOUT?)
[09:39] <pedronis> mvo: it's our setup that is weird:  datasource_list: [ "None"]
[09:39] <mvo> mborzecki: oh, interessting, do you think it's actually that slow?
[09:39] <mvo> pedronis: oh, nice catch
[09:39] <pedronis> in nested.sh
[09:42] <pedronis> mvo: in theory it's ok to use
[09:43] <mvo> ok
[09:43] <mborzecki> hmm i use [NoCloud, None] usually
[09:44] <pedronis> yes, more typical, but None should be ok afaict
[09:45] <pedronis> what I mean, it should not cause problems
[09:45] <pedronis> you should still get a user
[09:46] <mvo> mborzecki: hrm,hrm,something in the nested vm after "Satrting create static device nodes in /dev" is really very slow :(
[09:47] <pedronis> do we know when snap-bootstrap run?
[09:52] <mborzecki> hm, it takes 500s to read the reboot during initial install
[10:06] <zyga> read the reboot?
[10:07] <pstolowski> zyga: i've requested your re-review of #9270 because of a few more commits after your previous review (a few more cases where --root=.. was passed to systemctl)
[10:07] <mup> PR #9270: wrappers, systemd: allow empty root dir and conditionally do not pass --root to systemctl <Run nested> <Services ⚙> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9270>
[10:08] <zyga> pstolowski: ack
[10:10]  * mvo is away for a few min to pickup kids
[10:23]  * zyga grabs some food
[10:36] <zyga> re
[10:36] <zyga> yum
[11:30] <pedronis> pstolowski: you didn't add a meet
[11:30] <pstolowski> pedronis: yes, let's use standup HO
[11:41] <mborzecki> mvo: have you looked at the snapd snap produced by repack_snapd_snap_with_deb_content_and_run_mode_firstboot_tweaks
[12:01] <mvo> mborzecki: firstboot tweaks will fail because we do things differently, need to hack this a bit further, no real results yet :(
[12:01] <mborzecki> mvo: i'm trying with repacked core20, injecting the bits directly there
[12:05] <zyga> brb, tea
[12:09] <mborzecki> the nested suite is dog slow :/
[12:16] <mvo> mborzecki: yeah, it's all a bit frustrating
[12:17] <mvo> mborzecki: I modified the image caching to use gzip -1 instead of xz locally but it does not make a  huge diffrence
[12:18] <mvo> mborzecki: I think part of it is really trying to figure out what part exactly is so slow and if we do something silly somewhere
[12:18] <mborzecki> mvo: looking at dmesg timestamps in serial logs, install takes ~500s
[12:21]  * zyga cleans up unit tests
[12:21] <pedronis> mborzecki: is that just install? without first seed?
[12:22] <mborzecki> pedronis: yeah, from first boot, to a reboot
[12:23] <pedronis> we need install mode logs
[12:23] <mvo> pedronis: +100
[12:25] <mborzecki> hmm, something's off, i've added a drop in override for journald to the core snap, sice it's a base that runs durin install, the logs should be visible on the console
[12:25] <mborzecki> fwiw, first reboot is at: [  549.003080] reboot: Restarting system
[12:39] <mup> PR snapcraft#3284 opened: build providers: rename clean() -> clean_parts() to clarify scope <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3284>
[12:42] <mvo> mborzecki: I merge my install mode pr and see if that gives me any clues
[12:43] <mborzecki> mvo: which one is that?
[12:44] <mup> PR snapd#9342 opened: tests: add more checks to disk space awareness spread test <Disk space awareness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9342>
[12:50] <mvo> mborzecki: 9317
[12:51] <mvo> mborzecki: running it now so after the standup we hopefully have results :)
[12:51] <mborzecki> ack
[12:55] <mborzecki> heh `Sep 14 12:42:14 ubuntu systemd[1]: Startup finished in 36.166s (kernel) + 1min 50.783s (userspace) = 2min 26.949s.`
[12:55] <mborzecki> this is run mode starting up
[13:35] <mborzecki> mvo: this is the diff i'm trying right now: https://paste.ubuntu.com/p/hHY6hjWxTV/
[13:35] <mvo> mborzecki: thanks
[13:36] <mvo> mborzecki: nice, does it work?
[13:36] <mborzecki> mvo: not quite, idk why i'm not seeing the run system logs
[13:36] <mvo> mborzecki: http://paste.ubuntu.com/p/CTQwsyvZCC/ is my heavily hacked stuff
[13:38] <mborzecki> mvo: want to try with systemd.journald.forward_to_console=1 in the command line?
[13:39] <mvo> mborzecki: oh, excellent idea
[13:39] <mvo> mborzecki: yeah, I mean, this is obviously just a quick hack to see if I can any extra data :/
[13:40] <mborzecki> mvo: higher chance of succeeding in getting more logs then i have have here with repacking
[13:40] <pedronis> cmatsuoka: we should try to see what happens combining #9340 and #9277 (for this we probably need to bump secboot version)
[13:40] <mup> PR #9340: boot: streamline bootstate20.go reseal and tests changes <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9340>
[13:40] <mup> PR #9277: secboot: add boot manager profile to pcr protection profile <Run nested> <UC20> <⛔ Blocked> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9277>
[13:41] <cmatsuoka> pedronis: ack
[13:42] <mvo> mborzecki: I added it now but will let my current run continue
[13:43] <mborzecki> mvo: do you cache the kernel/core/snapd snaps somehow locally so that the vms do not have to download them all over again?
[13:45] <mvo> mborzecki: I don't :( I think having a squid-deb-proxy or debcacher-ng would be helpful
[13:58] <zyga> re
[13:59] <zyga> lucy is fast asleep - back to work
[13:59] <mborzecki> mvo: heh, and now swtpm socket isn't ready by the time the vm starts
[13:59] <zyga> mborzecki: I have a snap proxy at home
[13:59] <mvo> mborzecki: meh, it's getting worse and worse
[13:59]  * zyga hugs mvo and mborzecki
[14:00] <mborzecki> zyga: hm spread runs vms with -net user, so afaiu the vm will not have access to lan
[14:00] <zyga> mborzecki: it does
[14:01] <zyga> -net user drops ping and stuff
[14:01] <zyga> but it works normally
[14:01] <zyga> lan or otherwise
[14:01] <zyga> as long as the private IP is in another subnet from LAN
[14:01] <zyga> (private qemu-given IP)
[14:02] <pstolowski> cachio: hey, i just hit 2020-09-14 13:24:53 Cannot allocate google-nested:ubuntu-18.04-64: cannot find any Google image matching "ubuntu-1804-64-virt-enabled" on project "computeengine" or "ubuntu-os-cloud"
[14:03] <cachio> pstolowski, 1 sec
[14:03] <cachio> it is the gce issue
[14:04] <pstolowski> cachio: should i just restart the tests or is it more permanent?
[14:05] <cachio> pstolowski, try now please
[14:10] <mvo> mborzecki: this is all very frustrating, even when adding systemd.journald.forward_to_console=yes it does not even work
[14:10] <mvo> mborzecki: I mean, I still don't see anything in the serial log
[14:11] <mborzecki> mvo: i think that console conf hijacks the console
[14:11] <mvo> mborzecki: and systemd.debug also does not work
[14:11] <mborzecki> (or the serial as such)
[14:11] <mvo> mborzecki: I can try this
[14:11] <mborzecki> the last line i see is a prompt from console conf
[14:16] <mborzecki> mvo: fwiw, might be an accident, but with haveged install time is now ~360s rather than ~500
[14:18] <mborzecki> equally well might be some nework stuff causing that
[14:28] <mup> Issue core20#80 closed: networking does not persist in a reboot loop on arm64 pi4 <Created by anonymouse64> <Closed by xnox> <https://github.com/snapcore/core20/issues/80>
[14:46] <pstolowski> zyga: do you have a sec for https://github.com/snapcore/snapd/pull/9342 ?
[14:46] <mup> PR #9342: tests: add more checks to disk space awareness spread test <Disk space awareness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9342>
[14:46] <zyga> pstolowski: sure
[14:48] <zyga> done
[14:48] <pstolowski> zyga: ty!
[14:50] <mup> PR snapd#9342 closed: tests: add more checks to disk space awareness spread test <Disk space awareness> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/9342>
[15:03] <mborzecki> mvo: hm maybe this https://paste.ubuntu.com/p/29Xz6JcJrg/
[15:04] <mborzecki> hopefully ttyS1 is not hijacked and we can still get logs out of it
[15:06] <mvo> mborzecki: mux=on? should I also add this?
[15:07] <mvo> mborzecki: nice, let's hope this gives output
[15:09] <mborzecki> mvo: if that doesn't work, we can always have a service taht does `journalctl -f > /dev/someserial`, unfortunately none of the systemd-journal-gateway* things are in the core snap
[15:12] <pedronis> mborzecki: mvo: do we need console-conf in these tests? can't we turn it off? or turn it off in most? or turn it off while debugging?
[15:14] <mvo> pedronis: yeah, I think we can turn them off
[15:14] <mvo> pedronis: well, so … having console-conf means there is a way to login
[15:14] <mvo> pedronis: so it's not entirely without merits but if we provide an alternative login then it's not needed
[15:25] <mvo> pedronis: while trying to debug I can say that sealing to commandline works, I tried to change it and got a recovery prompt
[15:33] <ijohnson> if we fail to unlock in the initramfs as part of a kernel snap update, will we reboot automatically and trigger rollback to the previous one? I don't think so, but perhaps it would be smart to teach the initramfs to do this for at least specifically the kernel snap, we could detect we are trying a kernel snap update before unlocking the encrypted partition just by looking at kernel_status and bootloader vars
[15:33] <mborzecki> mvo: not much of an improvement unfortunately, idk why journald just stops logging to serial console at some point
[15:33] <mvo> mborzecki: yeah, I'm also a bit stuck here, trying out more things but it's very frustrating
[15:34] <pedronis> ijohnson: it sounds reasonable but probably to be done after we have landed the current bits
[15:34] <ijohnson> pedronis: ack I will make a small todo for myself to look into that
[15:34] <ijohnson> (for later on)
[15:35] <mborzecki> mvo: i need to taxi the kids around in 20 minutes, i'll open a branch with the patches i have
[15:39] <mvo> mborzecki: cool, I keep exploring this
[15:40] <mborzecki> pff, something new `Connection timed out during banner exchange` when trying to ssh into a nested vm
[15:40] <mup> PR snapd#9343 opened: tests: more logging for UC20 kernel test <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9343>
[15:45] <mborzecki> mvo: need to go out now, check this commit: https://github.com/snapcore/snapd/pull/9343/commits/648801163d3d09f3db18dd71bec3d79690eda3b1
[15:45] <mup> PR #9343: tests: more logging for UC20 kernel test <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9343>
[15:45] <mvo> mborzecki: nice
[15:45] <mvo> mborzecki: does it work :) ?
[15:46] <mvo> mborzecki: I keep poking at this
[15:46] <mborzecki> mvo: idk yet, just added, check back in a bit
[15:46] <mvo> mborzecki: \o/ cool
[15:46] <mvo> mborzecki: thanks in any case
[15:46] <mborzecki> mvo: but that may be it, the dfault is 'debug' for journal/syslog, but only info for console
[15:47] <mborzecki> ok, got to go, bbl
[15:58]  * cachio lunch
[16:25] <ijohnson> cachio: I've seen the minimal-smoke test fail multiple times now due to issues with running spread inside the external system like this
[16:25] <ijohnson> https://pastebin.ubuntu.com/p/RPv9qTxMcY/
[16:25] <ijohnson> and
[16:26] <ijohnson> err wait sorry need to find the other pastebin
[16:28] <ijohnson> here it is: https://pastebin.ubuntu.com/p/bmHw78Qfp4/
[16:29] <ijohnson> any ideas on what might be wrong? it doesn't seem to be the case that there is no user on the VM we are using as an external system, just that we can't use sudo or somehow can't login the way that spread is trying to do
[16:30] <ijohnson> the first failure was from my pr https://github.com/snapcore/snapd/pull/9332, while the second failure was from https://github.com/snapcore/snapd/pull/9311
[16:30] <mup> PR #9332: spread.yaml, tests/nested: misc changes <Run nested> <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9332>
[16:30] <mup> PR #9311: nested: add support to telnet to serial port in nested VM <Run nested> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9311>
[16:40] <mup> PR snapd#9344 opened: tests/lib/nested.sh: wait for the tpm socket to exist <Run nested> <Simple 😃> <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9344>
[16:41] <ijohnson> simple nested test robustness PR ^
[16:44] <mborzecki> mvo: back for a bit, the logs are visible now!
[16:48] <cachio> ijohnson, I'll take a look
[16:49] <ijohnson> thanks cachio
[16:49] <ijohnson> I'm running a spread run now of my pr to see if I can reproduce that issue
[17:05] <mvo> mborzecki: yay
[17:08] <mvo> mborzecki: running your PR locally now while waiting for spread to catchup
[17:10] <zyga> brb
[17:12] <mborzecki> mvo: this is what i got in the last local run: https://paste.ubuntu.com/p/pfZsCCyBsS/
[17:15] <mvo> mborzecki: nice! good debug logs! is it still running or did creating the user fail?
[17:15] <mborzecki> mvo: it's `Failed password for user1 from <IP_ADDRESS> port 56336 ssh2` until the very end, either the user was not created yet (cloud-init does that right?), or something else went wrong
[17:15] <mvo> mborzecki: ok
[17:16] <mvo> mborzecki: so it failed, but least we have more logs now :)
[17:16] <mvo> mborzecki: hm, at least this "[  161.918339] useradd[760]: new group: name=user1, GID=1000" is visible
[17:16] <mborzecki> mvo: yeah, at least we see it's resaling
[17:17] <mborzecki> mvo: maybe something wrong with ssh config then?
[17:19] <mvo> mborzecki: yeah, I wonder if the "preauth" part of the failure gives a clue already
[17:22] <mborzecki> mvo: do you remember where PasswordAuthentication in sshd_config gets enabled?
[17:24] <cmatsuoka> ijohnson: could you have a look at #9185 again when you have time?
[17:24] <mup> PR #9185: secboot: use the snapcore/secboot native recovery key type <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9185>
[17:30] <cachio> ijohnson, worker for me
[17:31] <cachio> I'll retry it in 3 machines
[17:33] <mborzeck1> mvo: duh, i have no clue why ssh may be failing, trying one more time
[17:34] <zyga> re
[17:34] <mborzeck1> ijohnson: could you run the tests/nested/core20/kernel-reseal test from #9343 locally?
[17:34] <mup> PR #9343: tests: more logging for UC20 kernel test <Run nested> <Test Robustness> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9343>
[17:34] <zyga> only one function left to test
[17:34] <zyga> I made a lot of tea
[17:38] <ijohnson> mborzeck1: sure
[17:39] <mborzeck1> ijohnson: in my runs, the test fails to login over ssh, i suspect PasswordAuthentication may have not been enabled
[17:39] <ijohnson> cachio: yeah worked for me too, I will try in a loop to see if we can reproduce
[17:39] <ijohnson> mborzeck1: hmm interesting
[17:39] <ijohnson> cmatsuoka: yes I will try to do a review tonight
[17:40] <cmatsuoka> thanks
[17:40] <mborzeck1> ijohnson: otoh, i'm not sure how it gets enabled in those tests, we dont' seem to calling repack_snapd_snap_with_deb_content_and_run_mode_firstboot_tweaks in a way that would enable that, so maybe cloud-init does it implicitly when it adds a user?
[17:41] <ijohnson> mborzeck1: right it should be using whatever is the default
[17:41] <ijohnson> mborzeck1: if cloud-init ran it should have created the user with the pw
[17:42] <ijohnson> mborzeck1: is that your full log of a failed run @ https://paste.ubuntu.com/p/pfZsCCyBsS/ ?
[17:42] <mborzeck1> ijohnson: yup, that's the full log i got
[17:42] <ijohnson> k
[17:47] <pedronis> mborzeck1: it should be turned on by: ssh_pwauth: True in the cloud-init config
[17:48] <zyga> woot
[17:48] <zyga> done
[17:50] <cmatsuoka> pedronis: #9340 + #9277 + #9185 + some conflict fixing seem to work
[17:50] <mup> PR #9340: boot: streamline bootstate20.go reseal and tests changes <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9340>
[17:50] <mup> PR #9277: secboot: add boot manager profile to pcr protection profile <Run nested> <UC20> <⛔ Blocked> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9277>
[17:50] <mup> PR #9185: secboot: use the snapcore/secboot native recovery key type <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/9185>
[17:51] <pedronis> cmatsuoka: thx
[17:51] <cmatsuoka> pedronis: and snapcore/secboot update + canonical/go-tpm2 update too
[18:04] <pedronis> mborzeck1: mvo: could we add printing of ssh config and extrausers content somewhere that runs/at end of cloud-init?
[18:07] <mvo> pedronis: good idea
[18:07]  * zyga spawns more spread tests, pushes the branch and EODs
[18:09] <mvo> pedronis: hm, the annoying part is that it appears that the exiting "echo test" is not output in the log that maciej posted :(
[18:14] <mborzeck1> pedronis: ijohnson: so it looks like it's actually taking that long to reach the point where cloud init makes the system accessible https://paste.ubuntu.com/p/6sPDmDhFzX/
[18:15] <pedronis> mvo: I suspect cloud-init sends it output somewhere else
[18:15] <ijohnson> mborzeck1: ah you know what I remember this problem
[18:15] <mborzeck1> funny there's this:
[18:15] <mborzeck1> [  154.076623] passwd[766]: password for 'user1' changed by 'root'
[18:16] <mborzeck1> but it seems the change is picked up by pam way later:
[18:16] <mborzeck1> [  396.314719] chpasswd[1626]: pam_extrausers(chpasswd:chauthtok): password changed for user1
[18:16] <ijohnson> cloud-init creates the user from config but for whatever reason the user isn't accessible until after everything is done running, I've seen this happen in other nested suites where it fails to prepare, then drops me to a shell and 20 minutes later when I see the failure I can login just fine
[18:16] <ijohnson> mborzeck1: yes that makes sense
[18:17] <ijohnson> I think we just need to bump the timeout for now and try to optimize things later on
[18:17] <mborzeck1> hah, interesting
[18:17] <mborzeck1> [  404.228972] cloud-init[1623]: Cloud-init v. 20.2-45-g5f7825e2-0ubuntu1~20.04.1 running 'modules:config' at Mon, 14 Sep 2020 18:06:32 +0000. Up 390.55 seconds.
[18:17] <mborzeck1> [  405.991338] systemd[1]: Finished Apply the settings specified in cloud-config.
[18:17] <ijohnson> it would be interesting to know if gce's tpm implementation works to the point where we could use it now for many of these tests and just use nested tests for things that really actually need nested vm's
[18:18] <mborzeck1> wonder whether `Up 390.55 seconds` means that it was running for that long
[18:19] <mvo> I'm in the vm now
[18:19] <mvo> systemd take 44% cpu
[18:19] <mvo> and console-conf was also pretty cpu heavy
[18:19] <mvo> and now I got kicked out :(
[18:19] <pedronis> ijohnson: sounds like something needs reloading to notice the new user?
[18:20] <ijohnson> pedronis: I dunno, it might be a "feature" of cloud-init that your user isn't "login-able" until cloud-init thinks the system is "ready"
[18:20] <pedronis> mborzeck1: do we run a script inside the vms? where is it defined?
[18:20] <ijohnson> pedronis: what do you mean by a script ?
[18:21] <ijohnson> for cloud-init ?
[18:21] <mborzeck1> pedronis: https://github.com/snapcore/snapd/pull/9343 repacks the core, so we can inject pretty much anything now
[18:21] <mup> PR #9343: tests: more logging for UC20 kernel test <Run nested> <Test Robustness> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9343>
[18:21] <pedronis> mborzeck1: no, I'm thinking a bit of code we run everywhere defined in prepare stuff?
[18:23] <mborzeck1> pedronis: you mean in the nested vm?
[18:24] <pedronis> mborzeck1: no, I mean repack_snapd_snap_with_deb_content_and_run_mode_firstboot_tweaks
[18:26] <mborzeck1> pedronis: that extra shell bit in the helper is not used when nested runs (i presume we expect cloud-init to set up ssh)
[18:26] <mborzeck1> and accounts
[18:26] <mborzeck1> well, just one account really
[18:26] <pedronis> mborzeck1: my question is whether we run it or not, my fear is that things interfere with each other
[18:26] <pedronis> that's why I ask
[18:28] <mborzeck1> pedronis: no afaict, the bit is not added, ENABLE_SSH is false when the helper is called from nested prepare
[18:28] <pedronis> I see, ok
[18:30] <mup> PR snapcraft#3285 opened: v1 plugins: lock godep's dependencies <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3285>
[18:30]  * zyga opened export manager PR and EODs
[18:30] <zyga> ttyl!
[18:31] <mup> PR snapd#9345 opened: overlord: introduce the export manager, export snapd tools <Created by zyga> <https://github.com/snapcore/snapd/pull/9345>
[18:39] <mborzeck1> tweaked the cloud config we use a bit
[18:39] <mvo> mborzeck1: \o/
[18:46] <ijohnson> pedronis: fwiw I have an open pr that changes repack_snapd_snap_with_deb_content_and_run_mode_firstboot_tweaks to instead call repack_snapd_deb_to_snap from snaps.sh to reduce confusion about that
[18:47] <ijohnson> pedronis: actually that pr is now green with 2 +1's and I'd like to merge it to master, do you have objections ?
[18:47] <ijohnson> #9332
[18:47] <mup> PR #9332: spread.yaml, tests/nested: misc changes <Run nested> <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9332>
[19:00] <pedronis> ijohnson: I don't have objections, but mvo and mborzeck1 might
[19:01] <pedronis> ijohnson: also why was it like this? we have two functions of which the second behaves like the first if a param is false?
[19:01] <ijohnson> pedronis: ack, well mvo already +1d the PR, so unless mborzeck1 has an opinion I will merge it
[19:01] <mvo> ijohnson: works for me
[19:01] <mborzeck1> wfm too
[19:01] <ijohnson> pedronis: cachio added the param to the longer function before I added/created the simpler one
[19:01] <pedronis> ah
[19:01] <ijohnson> pedronis: I created the simpler one for uc18 nested cloud-init tests specifically
[19:02] <ijohnson> pedronis: but actually the same function works for uc20 nested tests too
[19:02] <ijohnson> mborzeck1: cool I'll merge that one now
[19:03] <mborzeck1> ijohnson: tried using [NoCloud,None] in datasources list for cloud init, suspecting it may be getting confused or somesuch, but i don't see any change
[19:03] <pedronis> mborzeck1: we need to find a way to get the ssh config and the extrausers file into the logs
[19:04] <pedronis> ijohnson: but now that parameter could be dropped from the 2nd, no?
[19:04] <ijohnson> pedronis: yes it could
[19:04] <ijohnson> pedronis: I can do that
[19:05] <pedronis> it would make sense to me, but maybe cachio has reasons, but even then I would then write a wrapper that picks one or the other in this new world
[19:06] <ijohnson> mborzeck1: with 648801163d3d09f3db18dd71bec3d79690eda3b1 from your pr, I got a successful run on google-nested
[19:06] <ijohnson> mborzeck1: I ran `spread --debug google-nested:ubuntu-20.04-64:tests/nested/core20/kernel-reseal`
[19:06] <mup> PR snapd#9332 closed: spread.yaml, tests/nested: misc changes <Run nested> <Simple 😃> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9332>
[19:07] <ijohnson> pedronis: I really don't think it's necessary anymore and it reads quite confusing to see "false" as an argument to an already really long bash function :-/
[19:07] <ijohnson> but yes I will get cachio to approve the pr when ready
[19:07] <ijohnson> mborzeck1: so was the issue that you can't run it locally with qemu-nested ?
[19:11] <mborzeck1> ijohnson: thanks for trying, it did work for me a couple for runs, but it's not really consistent
[19:11] <ijohnson> mborzeck1: ok, I will run more tries to see if I can reproduce the failure, to be clear though, you're running in gce with google-nested or locally with qemu-nested ?
[19:12] <mborzeck1> mvo: ijohnson: pedronis: pushed a bit more changes to #9343, bumped the timeout and somesuch
[19:12] <mup> PR #9343: tests: more logging for UC20 kernel test <Run nested> <Test Robustness> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9343>
[19:12] <mborzeck1> ijohnson: google-nested
[19:12] <ijohnson> k
[19:12] <mvo> mborzeck1: looking
[19:13] <mborzeck1> need to wrap it up, tuck the kids to bed
[19:13] <mvo> mborzeck1: thanks!
[19:14] <mvo> mborzeck1: good night
[19:14] <mborzeck1> o/
[19:16] <mup> PR snapd#9346 opened: interfaces: builtin: add iotedge interface to support Azure iotedge <Created by kubiko> <https://github.com/snapcore/snapd/pull/9346>
[19:41] <mup> PR snapd#9344 closed: tests/lib/nested.sh: wait for the tpm socket to exist <Run nested> <Simple 😃> <Test Robustness> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9344>
[20:30] <pedronis> ijohnson: I think I'm understanding something of the nested issues
[20:31] <ijohnson> understanding is good
[20:31] <ijohnson> I have now run 3 times the kernel reseal test on gce and it hasn't failed for me fwiw
[20:31] <pedronis> ijohnson: basically because we use chpasswd (and not other keys), that happens in a later cloud-init phase
[20:32] <pedronis> if you look at the logs of a successful run
[20:32] <ijohnson> ah
[20:32] <pedronis> [  125.319739] passwd[783]: password for 'user1' changed by 'root'
[20:32] <ijohnson> yeah that matches basically what I expected
[20:32] <pedronis> but things works only after I see
[20:33] <ijohnson> I use this cloud-init config locally which doesn't use the chpasswd module:
[20:33] <pedronis> [  346.008722] chpasswd[1668]: pam_extrausers(chpasswd:chauthtok): password changed for user1
[20:33] <ijohnson> https://pastebin.ubuntu.com/p/ZNGxtgHGTr/
[20:34] <pedronis> that's at 5 minutes in
[20:34] <pedronis> and counting
[20:34] <pedronis> the issue afaict is that part of cloud-init runs only after we are seeded
[20:34] <pedronis> and seeding is slow
[20:34] <ijohnson> pedronis: I wonder if cloud-init creates the user and the passwd message we see is just because the user was created and the password was set to ""
[20:34] <pedronis> yes, something like
[20:34] <pedronis> that
[20:35] <ijohnson> but we should try something like the minimal cloud-init I just pasted instead, perhaps that would run faster as that's just using the users module/key thing
[20:35]  * ijohnson afk for 5ish minutes
[21:28] <ijohnson> mmm now I reproduced a failure on the kernel-reseal nested test
[21:33] <pedronis> with the increased timeout?
[21:34] <ijohnson> yes
[21:34] <ijohnson> it looks like the vm is hard-locked up
[21:34] <ijohnson> qemu is still running
[21:34] <ijohnson> but many messages like this in the serial log
[21:34] <ijohnson> [  649.475297] watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [systemd:1]
[21:34] <ijohnson> [  649.587280] watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [sshd:2191]
[21:34] <pedronis> fun, not
[21:34] <ijohnson> [  684.935379] rcu: INFO: rcu_sched self-detected stall on CPU
[21:34] <ijohnson> [  684.935379] rcu: 	1-...!: (14946 ticks this GP) idle=ec6/1/0x4000000000000002 softirq=73107/73107 fqs=295
[21:34] <ijohnson> [  684.935379] rcu: rcu_sched kthread starved for 14407 jiffies! g142565 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x0 ->cpu=0
[21:34] <ijohnson> [  684.935379] rcu: RCU grace-period kthread stack dump:
[21:35] <cmatsuoka> ijohnson: hummm... we've seen this before I think
[21:35] <ijohnson> yeah I dunno what's the situation, but I don't see that chpasswd message so it seems that it took too long to get to that point
[21:36] <ijohnson> and it seems that kvm was shut off properly
[21:36] <ijohnson> this is the qemu cmdline
[21:36] <ijohnson> https://www.irccloud.com/pastebin/Jyoyw8RK/
[21:37] <mup> PR snapd#9346 closed: interfaces: builtin: add iotedge interface to support Azure iotedge <Needs security review> <⛔ Blocked> <Created by kubiko> <Closed by kubiko> <https://github.com/snapcore/snapd/pull/9346>
[21:37] <cmatsuoka> ijohnson:  I think it was when cachio's VMs were rebooting randomly and we considered it could be the watchdog rebooting the system
[21:37] <ijohnson> yeah but this is also on GCE, which had that problem
[21:37] <ijohnson> but I thought that turning off kvm fixed that problem
[21:37] <ijohnson> well it fixed the problem of randomly rebooting
[21:37] <ijohnson> now maybe the problem is just that we get hung and don't get rebooted whereas before we would at least get rebooted
[21:38] <cmatsuoka> ijohnson: is this happening randomly?
[21:38] <cmatsuoka> or did you find a way to make it reproducible?
[21:39] <cachio> ijohnson, hey
[21:39] <cachio> 2 cpus?
[21:39] <cmatsuoka> hmm, -smp 2
[21:39] <ijohnson> cmatsuoka: it is random, I ran the same branch successfuly twice before it failed
[21:39] <cachio> I'll try to reproduce it
[21:39] <ijohnson> cachio: should we not be using 2 cpus ?
[21:40] <ijohnson> this is for nested/core20 suite
[21:40] <cachio> it should,t be a problem
[21:41] <cachio> just when you have kvm enalbed could be a prooblem
[21:41] <cachio> but it is not the case
[21:41] <ijohnson> cachio: kvm is disabled in this case
[21:42] <ijohnson> cachio: this is from running mborzecki's branch on PR https://github.com/snapcore/snapd/pull/9343
[21:42] <mup> PR #9343: tests: more logging for UC20 kernel test <Run nested> <Test Robustness> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9343>
[21:43] <cachio> ijohnson, ah, nice, I'll use it
[21:43] <ijohnson> thanks
[21:44] <ijohnson> cachio: also I reproduced the issue I mentioned earlier around lunch time
[21:44] <ijohnson> I don't know a root cause yet, but somehow something deleted our sudoers entries
[21:44] <cachio> I ran many times and all of them passed
[21:45] <cachio> I saw many times that until I added sync before stop the vm
[21:45] <ijohnson> https://www.irccloud.com/pastebin/sPEO3dQ2/
[21:46] <ijohnson> yeah maybe sync just makes it less likely?
[21:46] <ijohnson> what's weird is that I can see in the spread prepare output it created the users and they executed sudo commands successfully
[21:46] <cachio> yes
[21:46] <ijohnson> I wonder if we need to run sync inside the VM as well as outside the VM too
[21:47] <cachio> ijohnson, perhaps
[21:47] <cachio> I can try that
[21:47] <cachio> I am preparing a new pr with some improvements
[21:47] <ijohnson> cachio: thanks I'm gonna move on and debug some other things
[21:50] <cmatsuoka> maybe the slow system under stress is confusing rcu?
[21:52] <cmatsuoka> https://www.kernel.org/doc/Documentation/RCU/stallwarn.txt
[21:54] <cmatsuoka> ah we really have cpu soft lockups
[21:54] <cmatsuoka> ugh
[21:56] <pedronis> looking at the logs it seems reaseling itself is very slow (but we would need to add dedicated logging to be sure)
[22:06] <ijohnson> cmatsuoka: this is the full log I have from that VM before I gave up and killed it https://pastebin.ubuntu.com/p/2w3XvXBh4B/
[22:06]  * cmatsuoka verifies...
[22:18] <cmatsuoka> ijohnson: is this the kernel-reseal test? any special command line to run it?
[22:20]  * cmatsuoka running the test...
[22:22] <ijohnson> cmatsuoka: yes that's the test
[22:22] <ijohnson> no, just whatever's in that branch right now is what I ran
[22:23] <cmatsuoka> gce seems especially slow today
[22:23] <ijohnson> cachio: could you please look at pr 9347 quickly tonight? it is small and I would like to try and merge that tonight if possible so it's ready for folks tomorrow morning
[22:23] <mup> PR #9347: tests/lib/nested.sh: use more focused cloud-init config for uc20 <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9347>
[22:26] <cmatsuoka> cachio: any known problem with arch tests and cgroups recently?
[22:27] <mup> PR snapd#9347 opened: tests/lib/nested.sh: use more focused cloud-init config for uc20 <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9347>
[22:37] <cmatsuoka> dinner, then will check test results
[22:47] <cachio> ijohnson, sure
[22:47] <ijohnson> thanks
[22:47] <cachio> cmatsuoka, didn't see errors, do you have al og
[22:47] <cachio> ?
[22:58] <cachio> ijohnson, +1, now lets wait for test results
[22:59] <ijohnson> cachio thanks but very confusing that the nested runs are all done because it says they were cached?
[22:59] <ijohnson> This branch has never been run before it was opened less than an hour ago
[22:59] <ijohnson> I have to EOD now but maybe someone should look into that
[23:02] <cachio> ijohnson, I added the run nested tag
[23:02] <cachio> could you please re-push on that branch
[23:02] <cachio> so we force the nested tests are executed at least once for that PR?
[23:02] <ijohnson> Oh I forgot to add the tag
[23:03] <ijohnson> Sorry let me close and reopen
[23:03] <cachio> ijohnson, tx
[23:06] <cmatsuoka> cachio: it worked now, it was just a random failure I guess
[23:06] <cmatsuoka> cachio: thanks
[23:10] <cachio> cmatsuoka, ok
[23:10] <cachio> cmatsuoka, please send me a log in case you see it again


[00:41] <linuxman410> anyone here
[01:17] <chris4585> cyberanger, I got a good buy earlier today
[01:17] <chris4585> I got this high power wlan usb adapter for $25 at the flea market today, and I plugged it into my desktop and it instantly worked
[02:32] <cyberanger> chris4585: define high power, and is it b/g only?
[02:41] <chris4585> looks like b/g only
[02:41] <chris4585> 54mbps
[02:42] <chris4585> 5dBi
[02:42] <chris4585> looks similar to this and uses the same chipset http://www.taringa.net/posts/downloads/7693502/ulink-rt2571-wlan-usb-adapter.html
[02:43] <chris4585> I really like how it works out of the box on kernel 2.6.x
[02:43] <chris4585> cyberanger, ^
[02:43] <cyberanger> ah, that sorta explains it
[02:46] <chris4585> I'm using it on this connection and I'm happy with it
[02:47] <chris4585> I may order another 150mbps adapter in the future on dealextreme.com
[02:47] <chris4585> really cheap $8 - $10 and free shipping
[04:28] <vychune> o/
[11:04] <chibihogoshino> cyberanger: mms://nhk-world-m.gekimedia.net/nhkw-lows
[11:05] <chibihogoshino> english stream from nhk
[13:53] <wrst> good morning everyone. cyberanger I now have quassel on android
[20:26] <chibihogoshino> wow  this channel is dead
[21:09] <orias> BRRRRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIIIIIIINNNNNNSSSSSSSSSSSSSSSSSSS....
[22:53] <chibihogoshino> lol