[00:00] <Reaper50435> If I change wallpapers 8 untiled windows open then the background goes blank then things dont show up when I click to open them how to i fix this
[00:03] <Reaper50435> anyone
[00:04] <aveilleux> Reaper50435: What DE are you using? GNOME?
[00:04] <Reaper50435> yes
[00:04] <Reaper50435> also when I change the background to something different my CPU runs like its running a game
[00:13] <Reaper50435> anythign
[00:52] <johnny77> I'm having trouble with flash plugin. Which should I install?
[00:52] <brandin> me too, always.
[00:53] <brandin> if you figure it out, and have flash running for days with zero problems, let me know.
[01:00] <aveilleux> I do
[01:00] <aveilleux> (using Opera)
[01:01] <aveilleux> I have the flashplugin-nonfree package installed
[01:01] <ddecator> johnny77: 32 or 64 bit?
[01:03] <johnny77> ddecator: 32
[01:03] <ddecator> johnny77: then the flashplugin-nonfree package should be your best bet
[01:04] <johnny77> ddecator: ok. I was thinking that someone told me the flashplugin-installer was the right one, but it wasn't working.
[01:05] <ddecator> flashplugin-nonfree uses flashplugin-installer to install flash, but the package you want to check for installation is flashplugin-nonfree
[01:06] <johnny77> ddecator: ok, thank you.
[01:07] <johnny77> If I added a beta ppa for chromium browser how do I know it will install that one over the one in the repositories?
[01:07] <ddecator> brandin: if you're using 32-bit, then the same applies for you. if you're using 64-bit, then i've had no issues with the flash square http://labs.adobe.com/downloads/flashplayer10_square.html
[01:11] <kristian-aalborg> any wifi gurus here? ;)
[01:12] <johnny77> ddecator: it's playing the videos, but there messed up.
[01:12] <ddecator> johnny77: could be video driver
[01:12] <kristian-aalborg> http://www.3com.com/products/en_US/detail.jsp?tab=features&pathtype=purchase&sku=3CRSHPW196 <--- trying to get this card going
[01:13] <kristian-aalborg> lshw lists it as _96, not 196 though
[01:14] <johnny77> ddecator: I'm can't be possitive, but I thought I had it working before.
[01:16] <kristian-aalborg> I can see the networks when I do "iwlist eth2 scan"
[01:47] <johnny77> when I run sudo apt-get update some lines start with Ign others Hit. Why?
[01:49] <ddecator> hm, it ignores translations for me, so i'm guessing it just ignores files you don't need
[02:45] <halpbatman> join /tonido
[02:54] <Unguided> Hello All! Whats the channels opinion on webmin for ubuntu server administration?
[03:20] <jjay2435> since a few days, I've got some problems with my Ubuntu 10.04 updates. I can't reach http://ppa.launchpad.net/http/ppa/ubuntu/dists/lucid/main/binary-i386/Packages.gz anybody knows how to fix that?
[03:23] <ddecator> what's that ppa for?
[03:23] <jjay2435> i don't know
[03:25] <jjay2435> I'm on a laptop where a few months ago I was on a dual boot with Windows 7 and then I dropped Windows only by deleting the partition where Win7 was
[03:25] <ddecator> well it's definitely not found on the server. try going to System > Administration > Software Sources, then click the tab for Other Sources and see what is listed in there
[03:25] <jjay2435> I went there and it isn't on that list
[03:26] <ddecator> it just suddenly started happening?
[03:26] <jjay2435> it started happening last week
[03:26] <ddecator> you could try checking the sources.list file, but i can't remember offhand where that file is located
[03:27] <jjay2435> I searched on the forums, I did change the sources.list file today and it didn't change anything
[03:28] <jjay2435> does an upgrade towards the 10.10 versions could help? I'm on the 10.04 lts
[03:29] <ddecator> possibly, but there's not guarantee. is it just giving you a warning when you run "sudo apt-get update"?
[03:29] <ddecator> no*
[03:31] <jjay2435> there and when I do System > Administration > Synaptics Packages Administrator
[03:32]  * ddecator is baffeled that it's looking for a ppa when it's not listed in sources.list
[03:33] <jjay2435> but if I add it, could it stop to warn me that my system isn't up to date?
[03:35] <ddecator> that ppa doesn't seem to exist, so adding it would just give you the same results you have now
[03:36] <jjay2435> ok
[03:36] <ddecator> i'm not sure why your system is trying to look for it in the first place..
[03:39] <jjay2435> is there something I can do to fix that, 'cuz it's frustrating not being able to update my laptop
[03:40] <ddecator> it won't let you update because of that?
[03:41] <jjay2435> nope, 'cuz it downloads up to (about) 75 files, but I can't install them because I got that error
[03:43] <ddecator> so it's not only checking that for updates, but when you install updates it actually tries to pull updates from there as well?
[03:43] <jjay2435> yup
[03:44] <ddecator> that's even more confusing to me
[03:48] <jjay2435> I'll try to upgrade to 10.10 version, I'll come back later
[05:16] <Unguided> Hell All! Has anyone used webmin to admin ubuntu server? IF so, what is your opinion?
[05:26] <midnightryder2> Can someone tell me where I can find a fax modem for efax-gtk? I am using Ubuntu 10.10.
[06:14] <Leroy> hmmm i thougth there would be more discussion in her
[06:15] <nlsthzn> oO
[06:16] <aveilleux> Leroy: This is a support channel; discussion generally takes place in #ubuntu-offtopic or #ubuntu-beginners-team
[06:17] <Leroy> thank you
[06:28] <halpbatman> hey guys
[06:28] <halpbatman> so I'm trying to make a bootable ubuntu on usb so I can have it on the go
[06:29] <halpbatman> I'm reading about full direct install to usb drive
[06:29] <halpbatman> what are its advantages/disadvantages over live booting on usb?
[06:29] <halpbatman> or persistent booting from usb
[06:40] <halpbatman> anyone?
[06:45] <nlsthzn> halpbatman: not sure... as long as you have persistancy you can still save any changes etc... I normally just make a live bootable USB with persistancy
[06:46] <halpbatman> nlsthzn: my problem is that it won't let you secure it since its live
[06:47] <halpbatman> nlsthzn: i was hoping direct install would treat the usb as a hard drive rather than live-boot so that it will be more secure
[06:47] <nlsthzn> halpbatman: "secure it" ?
[06:47] <halpbatman> nlsthzn: live boot is by default root
[06:48] <halpbatman> nlsthzn: so if someone gets my usb drive all my data is accessible.
[06:48] <nlsthzn> halpbatman: true... haven't thought about that ...
[06:48] <halpbatman> nlsthzn: i was wondering if i install it directly to usb i'd be able to password protect it
[06:49] <nlsthzn> halpbatman: outside what I have done so I am sorry, hopefully someone else here can assist
[06:50] <halpbatman> nlsthzn: yeah thx for the help though
[06:50] <halpbatman> nlsthzn: i just found an article kinda explaining things.. but it won't say pro/cons
[06:51] <nlsthzn> halpbatman: well you know the major con of the live disc :)
[06:51] <halpbatman> nlsthzn: i feel like direct install would be too hard on the usb due to read/write... but i don't know to what degree
[06:52] <nlsthzn> halpbatman: well... it is free right, so why not try...
[06:55] <nit-wit> halpbatman, the read write on a thumb is old myth basically.
[07:31] <halpbatman> can you access ext4 from windows or os x?
[07:31] <halpbatman> no right?
[07:34] <bioterror> no
[07:34] <bioterror> ext3 is possible
[07:34] <bioterror> http://e2fsprogs.sourceforge.net/ext2.html
[07:53] <halpbatman> bioterror: thx
[07:53] <halpbatman> bioterror: so i'm installing ubuntu on my 8gb usb
[07:53] <halpbatman> bioterror: 3 partitions 1:ext4 for ubuntu 2:wap 3:ext3 for files
[07:54] <bioterror> you should have used ext2
[07:54] <bioterror> if you used USB stick
[07:54] <bioterror> less writing on the USB
[07:54] <halpbatman> bioterror: oh
[07:54] <bioterror> you can turn off the journaling from ext3 and 4 too
[07:54] <bioterror> I think :D
[07:54] <bioterror> but I'm off
[07:54] <bioterror> laterz
[07:54] <halpbatman> bioterror: c ya
[08:32] <Darell_Craighead> i am trying to get ubuntu 10.10 to work on my Asus G51Jx.  It starts through the boot process (CD or USB), loads the purple Ubuntu .... screen, then goes to irregular blocks of black and white.  Anyone know how to get past this?
[08:35] <MrChrisDruif> Darell_Craighead: Hai, did you check if the ISO was good before you burned it?
[08:35] <Darell_Craighead> hash?
[08:36] <MrChrisDruif> md5sum :)
[08:40] <Darell_Craighead> yes - it appears to be a video driver issue...  found one possible solution in forums
[08:54] <obengdako> help guys i kind of broke my system i no longer gets my Huawei modem E153 recognised in modem mode by network manager, this happened after i  installed wader-core and betavine connection manager but uninstalling them does not solve  the situation , any help
[09:09] <tdn> Can I select one folder to be encrypted with ecryptfs instead of my entire home folder? Is this possible via Right click > Properties or similar?
[09:17] <MrChrisDruif> tdn: Before Ubuntu 9.04 (if I remember correct) it was normal that only certain folders were/could be encrypted. The means to achieve this I don't know
[09:22] <tdn> How do I find out?
[09:23] <tdn> I have one folder with sensitive data. I would like to encrypt it.
[09:26] <MrChrisDruif> tdn: I'm googling it right now for ya :D
[09:27] <MrChrisDruif> tdn: Your on Ubuntu 10.10?
[09:29] <MrChrisDruif> tdn: This tutorial might help you: http://www.liberiangeek.net/2010/09/create-encrypted-password-protected-folders-ubuntu-10-10-maverick-meerkat/ :)
[09:36] <bioterror> obengdako, sorry, I cannot help. can you post your problem to ubuntuforums and beginners talk
[09:38] <obengdako> bioterror, thanks man
[09:47] <halpbatman> bioterror: hey so i took your advice and installed it using ext2 on usb
[09:47] <geirha> I believe it used to zip the folder, then encrypt it with pgp. If you don't have a pgp-key, the option may not appaer.
[09:48] <bioterror> halpbatman, good
[09:48] <halpbatman> bioterror: but when i boot.. i get an error saying gave up waiting for root
[09:48] <bioterror> really
[09:48] <halpbatman> bioterror: it says dev/sdf2 doesnt' exist
[09:48] <bioterror> halpbatman, use UUID for the grub ;)
[09:48] <halpbatman> bioterror: /dev/sdf2 is the usb
[09:48] <halpbatman> bioterror: UUID?
[09:49] <bioterror> !uuid
[09:49] <ubot2> To see a list of your devices/partitions and their corresponding UUID's, run this command in a !shell: « sudo blkid » (see https://wiki.ubuntu.com/LibAtaForAtaDisks for the rationale behind the transition to UUID)
[09:49] <halpbatman> bioterror: so go to grub commandline and type that in?
[09:50] <bioterror> if your grub uses /dev/sdf2 for the kernel, then it should be replaced wit UUID
[09:50] <bioterror> my pendrives are downstairs, and I'm about to make food, so I'm not going to get them ;)
[09:51] <halpbatman> bioterror: gotcha I'll give that a try thx
[10:14] <halpbatman> bioterror: i think i fixed it
[10:14] <halpbatman> when i ran blkid
[10:15] <halpbatman> it registers my usb as /dev/sdb2 not /dev/sdf2
[10:17] <halpbatman> bioterror: i mean not fix.. know what's wrong.
[10:33] <tdn> MrChrisDruif, thanks.
[10:33] <MrChrisDruif> Your welcome tdn :)
[10:35] <halpbatman> bioterror: got it working! thx!
[10:35] <halpbatman> bioterror: does this mean i have to press e and edit the grub every time i boot? or is there a permanent solution
[10:38] <bioterror> what?
[10:39] <bioterror> linux/boot/vmlinuz-2.6.35-28-generic root=UUID=ab2ccc13-c26e-40d5-adf
[10:39] <bioterror> a-70aed3e8a78f ro single
[10:39] <bioterror> you might have root=/dev/sdb2?
[10:58] <halpbatman> bioterror: got it it's working now
[10:58] <halpbatman> bioterror: thx :D
[10:58] <bioterror> with UUID?
[10:58] <halpbatman> bioterror: yeah
[10:58] <bioterror> now you can use it every where
[10:58] <bioterror> doesnt matter how many hdd's that compuer has attached
[10:58] <bioterror> it will always read the UUID
[10:59] <halpbatman> bioterror: sweet
[10:59] <halpbatman> bioterror: one question
[11:00] <halpbatman> bioterror: so the boot loader wasn't able to locate my root folder correctly because it was pointing at the wrong drive or a drive that doesn't exist (i.e. /dev/sdb1)
[11:00] <halpbatman> bioterror: so we fixed that issue by using UUID instead
[11:00] <halpbatman> bioterror: does that mean I have to fix the location of swap space using UUID as well?
[11:00] <bioterror> hmmm
[11:01] <bioterror> yes, in the /etc/fstab
[11:01] <bioterror> UUID=f20180a3-4b35-47dd-8e38-ef14e3d2dad1 none            swap    sw   0 0
[11:01] <bioterror> something like that
[11:02] <halpbatman> bioterror: okay thx..
[11:02] <halpbatman> bioterror: yeah i figured since it got one partition wrong it'd get the other one wrong too
[12:23] <tdn> MrChrisDruif, I saw your guide to encrypted folder. However, this uses truecrypt and not ecryptfs.
[12:24] <tdn> MrChrisDruif, also, truecrypt is not even included in ubuntu. Not available from standard repositories.
[12:24] <MrChrisDruif> Alright...I'll go look again later....now busy with school project
[12:25] <MrChrisDruif> tdn: This might be a better thing/guide: https://help.ubuntu.com/community/EncryptedHome
[12:29] <wolfpack> duanedesign: How to report a bug which is in development phase and has not been released yet?I want to report bug on randy-qt .
[13:20] <tdn> MrChrisDruif, that explains how to set up encrypted home. I just want to encrypt a specific folder.
[13:22] <MrChrisDruif> This should be about private: https://help.ubuntu.com/community/EncryptedHome#Encrypted%20Private but I'll check later to see if I can find a more detailed tutorial
[13:22] <MrChrisDruif> That part*
[13:28] <johnny77> If I used add-apt-repositories to add a ppa should it be in my sources file?
[13:32] <MrChrisDruif> johnny77: Yeah...
[13:32] <MrChrisDruif> Should be....but not a ppa:someppa/ppa
[13:33] <MrChrisDruif> a=as
[13:33] <johnny77> MrChrisDruif: that is what I thought, but I added a chromium beta build that I want to comment out, but don't see anything that I would think is it.
[13:34] <MrChrisDruif> Which ppa did you try to add?
[13:34] <johnny77> ppa:chromium-daily/beta
[13:35] <johnny77> the file is /etc/apt/sources.list <- is that the correct file?
[13:37] <johnny77> MrChrisDruif: ^^
[13:38] <MrChrisDruif> If you go to Update Manager, you should be able to find the ppa's
[13:43] <johnny77> MrChrisDruif: oops, I should of mentioned that this is my minimal instalation no update mnanger :)
[13:43] <MrChrisDruif> :P
[13:45] <MrChrisDruif> That sources.list only shows default sources apparently
[13:48] <johnny77> MrChrisDruif: I found it.
[13:48] <MrChrisDruif> You too? Where was it?
[13:48] <MrChrisDruif> (Other channel also found his problem/file)
[13:49] <johnny77> there is a folder /etc/apt/sources.list.d in it is the added lists.
[13:50] <MrChrisDruif> Alright...with what program can you open it?
[13:50] <tdn> MrChrisDruif, I think that guide is quite dated. Also, I do not see how it describes encrypting a single folder.
[13:51] <johnny77> MrChrisDruif: in that folder there are lists just like sources.list. You can open them with nano, gedit or any text editor you want.
[13:52] <MrChrisDruif> johnny77: I tried one of those files and couldn't open with gedit, hence my question...
[13:53] <MrChrisDruif> tdn: I don't know.....maybe someone else might know....most of the time in the evening (around 18:00UTC) it gets more active....maybe try again then?
[13:53] <johnny77> MrChrisDruif: They are openig in nano just fine. I dunno.
[13:54] <johnny77> MrChrisDruif: what error is gedit giving you?
[13:55] <MrChrisDruif> /etc/apt/sources.list.d is a directory.
[13:55] <MrChrisDruif> Please check that you typed the location correctly and try again.
[13:56] <johnny77> MrChrisDruif: Yes, that /etc/apt/sources.list.d is a directory. In it is individual files like the sources.list
[13:57] <MrChrisDruif> Alright...
[14:01] <tdn> MrChrisDruif, ok. Thanks.
[14:01] <johnny77> MrChrisDruif: Did you find the files?
[14:05] <MrChrisDruif> Yeah
[15:44] <johnny77> Can software cause DMA errors or is that just a sign the RAM is going bad?
[15:48] <hggdh> johnny77, usually a sign of bad RAM
[15:49] <johnny77> hggdh: thank you.
[16:09] <raju> IAmNotThatGuy: hi
[16:09] <IAmNotThatGuy> Hello raju
[17:00] <johnny77> Is there a way to reinstall Ubuntu without formatting?
[17:01] <charlie-tca> not without erasing / and /etc
[17:02] <charlie-tca> You do not have to format, though
[18:35] <johnny77> when I try to install/remove anything I get a long list of dependency errors  with a request to try 'apt-get -f install' with no packages - When I do I end in a error says something about a dependency cycle.
[18:49] <charlie-tca> Are you using "sudo apt-get -f install" ?
[18:50] <charlie-tca> with no package names, right?
[18:53] <johnny77> charlie-tca: yup.
[18:54] <charlie-tca> hm, you got me now. I want to know the answer too!
[18:55] <johnny77> charlie-tca: I'm trying to manually install some of the dependencies from the CD
[19:01] <johnny77> charlie-tca: I found the error libc6 depends on findutils, but findutils depends on libc6. if I try to install either, they end in a dependency error.
[19:01] <charlie-tca> thanks
[19:03] <johnny77> how do I fix it. Will it help to try to install both at the same time?
[19:08] <johnny77> charlie-tca: any ideas?
[19:15] <hggdh> johnny77, did you run 'sudo apt-get -f install'?
[19:15] <hggdh> and if you did, what was the output?
[19:16] <johnny77> hggdh: yes, and it gave me an error that libc6 could not be installed because dependencies where not met.
[19:16] <hggdh> johnny77, please pastebin the complete output
[19:19] <johnny77> hggdh: it changed now it is -> E: Could not preform immediate configuration on 'libgcc1'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2)
[19:20] <hggdh> I still would like to see the command you issued plus *complete* output
[19:21] <johnny77> I've got to go now... I'll be back around 3:00 if your still here I'll try to pastebin it.
[19:25] <johnny77> hggdh: http://pastebin.ubuntu.com/578485/
[19:28] <hggdh> johnny77, I wonder what you have done. Even base-files is being *installed* -- which means something is completely broken on you system
[19:29] <aveilleux> johnny77: Try running a sudo apt-get autoremove; just clean up a little
[19:29] <hggdh> I wonder if there is actually anything left that allows apt-get to work...
[19:29] <aveilleux> johnny77: Alternately, if you have Aptitude installed, try using that instead
[19:30] <hggdh> well, not even dpkg is installed
[19:31] <aveilleux> oh crikey
[19:31] <hggdh> this is actually an example of a quite hosed system...
[20:07] <johnny77> hggdh: could it be some file that lists what is installed and what is not got messed up?
[20:10] <johnny77> aveilleux: sudo apt-get autoremove -> http://pastebin.ubuntu.com/578498/
[20:13] <charlie-tca> Good experience for someone trying to learn the command line
[20:17] <johnny77> charlie-tca: thanks for the optimism :)
[20:25] <charlie-tca> johnny77: looking at the pastebins, I would say it is time to reinstall completely, including that format :-)
[20:26] <hggdh> yes, sounds like it. Your system currently does not even have dpkg, which makes efforts to recover quite difficult
[20:27] <hggdh> johnny77, how did you end up in this situation?
[20:27]  * charlie-tca thinks that was the easy part ;-)
[20:27] <johnny77> but it does have dpkg
[20:28] <johnny77> hggdh: I have no idea how this happened. Possibly started with a failed attempt to install opera.
[20:29] <hggdh> johnny77, dpkg is in the list of packages to install, from your pastebin
[20:29] <aveilleux> johnny77: What? Did you not try to install from the Opera repos?
[20:29] <johnny77> hggdh: I understand that. That is why I suggested there might be a file that dpkg looks at to see what is installed is messed up or misplaced.
[20:30] <hggdh> johnny77, ok. Do you have the packages you need under /var/cache/apt/archives?
[20:31] <johnny77> aveilleux: I downloaded from opera's website then tried to install the deb. It was not in the ubuntu repository.
[20:31] <hggdh> indeed it will not be, opera is closed source
[20:32] <aveilleux> johnny77: Opera has a repository.
[20:32] <johnny77> hggdh: there is a huge list of files in that folder
[20:33] <hggdh> johnny77, look at /var/cache/apt/archives for dpkg*.deb; then 'sudo dpkg -i' the latest one
[20:33] <johnny77> aveilleux: how am I supposed to know that if opera's website does not tell me?
[20:34] <hggdh> the whole point is we have no idea how much destruction was done to your system; you can try to recover by dpkg -i all basic missing dependencies
[20:35] <aveilleux> johnny77: I usually Google for a program name + "repository" to see if there's an actively-maintained one
[20:38] <johnny77> hggdh: are you saying to install that whole folder?
[20:40] <johnny77> aveilleux: +1 a quick search showed that on opera's page there is a repository. But I still say it should say that on the main page.
[20:42] <aveilleux> johnny77: Unfortunately that's a side-effect of being a company; they're aiming for uniformity across their downloads pages. Though I believe the installed version has an auto-updater.
[20:43] <hggdh> johnny77, no, not the whole folder. Right now just dpkg -i the latest dpkg*.deb package you have there
[20:48] <johnny77> hggdh: I got a pre-dependency error needs libbz2-1.0 Trying to install that now.
[20:49] <hggdh> johnny77, correct
[20:52] <johnny77> libbz2-1.0 needs libc6 which i already know needs findutils but can't install findutils because it needs libc6.
[20:53] <johnny77> aveilleux: I think the problem stems from when I tried to install from the opera deb it did not go and fetch the dependencies which left it all screwed up.
[20:53] <aveilleux> johnny77: Failing to fetch deps wouldn't give you this problem.
[20:55] <hggdh> johnny77, from the /var/cache/apt/archive: sudo dpkg -i on latest .deb for libc6 and findutils AT THE SAME TIME
[20:55] <johnny77> aveilleux: then I have no idea what cause it.
[20:56] <hggdh> johnny77, not having the deps would not be a problem. This is different, something else you did.
[20:56] <johnny77> hggdh: You mean something like sudo dpkg -i libc6 findutils ?
[20:57] <johnny77> I really don't want to format/reinstall because I'll have to build up from a CLI again, but honestly if you think that might be easier than I guess that is what I'll do.
[20:57] <hggdh> johnny77, *full* file name for the latest debs under /var/cache/apt/archive
[20:57] <hggdh> johnny77, unfortunately it certainly will be easier...
[20:59] <johnny77> hggdh: I just wonder what I did... :|
[20:59] <johnny77> starting to format/reinstall.
[21:36] <aveilleux> What's the name of the program that runs when you hit Alt+F2? gnome-launch or something?
[21:41] <Axlin> found a site that says it's gnome-run, but i don't see it specifically in synaptic
[21:41] <aveilleux> Google says gnome-do
[21:42] <aveilleux> But that has a ton of Mono deps that I'd personally prefer to avoid
[21:42] <pedro3005> gnome-do isn't standard afaik
[21:42] <pedro3005> at least it used not to be
[21:42] <Axlin> yeah gnome-do is a lot different than the standard run dialog
[21:43] <aveilleux> ...oh, there's no F2 key on this keyboard anbyway
[21:43] <aveilleux> anyway*
[21:43] <Axlin> i'm not even sure gnome-do is being developed any more. it's been a long time since their last release. i think they're focused on docky now
[21:44] <aveilleux> Oh, gnome-launch-box looks pretty
[21:44] <aveilleux> and it has no deps
[21:45] <Axlin> i haven't tried that one yet. i use kupfer right now myself. synapse is nice too, but it's a young project
[21:45] <aveilleux> (that aren't already installed with GNOME)
[21:49] <johnny77> aveilleux: if you care, I got it reinstalled and it's up and running. Just need to reinstall everything :)
[22:02] <johnny77> aveilleux: if you care, I got it reinstalled and it's up and running. Just need to reinstall everything :)
[22:03] <aveilleux> johnny77: Aw, sorry to hear that. At least it got resolved.
[22:04] <johnny77> aveilleux: no problem.
[22:50] <aveilleux> Is there a way to disable an audio device? I have a USB speaker attached to my machine, but Ubuntu likes defaulting to the analog audio out (which has nothing attached)
[22:50] <holstein> aveilleux: i usually go to the bios
[22:51] <holstein> but you could blacklist it
[22:51] <MrChrisDruif> aveilleux: In the sound menu? (System > Sound)
[22:51] <aveilleux> holstein: herp, I totally forgot about doing that. Thanks
[22:51] <holstein> there are other ways in the menu though
[22:51] <holstein> ^^ like that
[22:51] <aveilleux> MrChrisDruif: It is, but there's no way to totally disable the option to use that hardsware
[22:51] <aveilleux> hardware*
[22:51] <holstein> also, the package pavucontrol has more options
[22:51] <MrChrisDruif> Just selecting the source you want to use should make it default, right?
[22:53] <aveilleux> MrChrisDruif: You'd think that, but I've had to change the output on boot every time
[22:53] <aveilleux> anyway brb
[23:00] <aveilleux> Decided to just disable it in BIOS. Thanks for the suggestions, though.
[23:01] <MrChrisDruif> Your welcome aveilleux :)
[23:19] <MrChrisDruif> Did someone come by asking about Encrypting folders?


[05:51] <mborzecki> morning
[06:09] <zyga> hey
[06:09] <zyga> mborzecki: I'm fixing the tumbleweed degraded test now
[06:09] <mborzecki> zyga: hey, it's failing?
[06:09] <zyga> yeah, some vty thing is complaining
[06:09] <zyga> nothing relevant
[06:09] <zyga> https://github.com/snapcore/snapd/pull/8596 needs a review
[06:09] <mup> PR #8596: tests: session-tool --restore -u stops user-$UID.slice <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8596>
[06:10] <zyga> mborzecki: we have a problem with journal test but let's do one thing at a time
[06:10] <zyga> (and the feature, not just the test)
[06:10] <mborzecki> persistent journal test?
[06:10] <zyga> yes
[06:10] <zyga> it's soaky wet ouside, my dog will not be happy
[06:10] <zyga> mborzecki: look at the test if you are curious
[06:10] <zyga> it has some countermeasures
[06:10] <zyga> but it's a real problem
[06:11] <zyga> and they are insufficinent apparently, it failed again on the unprotected "snap set" code path at the end of the test
[06:16] <zyga> how was the long weekend?
[06:22] <mborzecki> zyga: it was ok, but felt a bit weird since everyone else had friday off and i swapped for monday ;)
[06:24] <mborzecki> zyga: btw. our fonts cache handling is broken i think, we'll need to discuss what to do about that, but the current observation is that we should not trust the font cache generated on the host to be compatible
[06:24] <zyga> mborzecki: happy to
[06:24] <zyga> mborzecki: can we stop sharing caches
[06:24] <zyga> caches belong to /var/snap/$BASE/
[06:24] <zyga> anything else is broken
[06:24] <mborzecki> hm idk, caches belog to whatever fontconfig is used
[06:25] <mborzecki> that can be base, gnome/kde/freedesktop runtime, or the snap
[06:26] <mborzecki> anyways, desktop apps render boxes or straight out segfault on fedora 32 now
[06:26] <zyga> mborzecki: I'm only talking about the fonconfig managed by snapd
[06:31] <mborzecki> zyga: but none of the bases we have ship fontconfig
[06:32] <zyga> but each of them has an associated gnome
[06:32] <mborzecki> zyga: idk, we need to think this though, it was a nice idea for an optimization, but it looks like it's misplaced and doing harm to the cross distro story
[06:32] <zyga> and derived fontconfig
[06:32] <zyga> but yeah
[06:32] <zyga> needs thought
[06:32] <mborzecki> zyga: the snap can ship a different fontconfig, or not not use the gnome runtime at all
[06:34] <zyga> mborzecki: snaps may ship it, we can just disable the shared (base) cache then
[06:34] <zyga> mborzecki: if they do the simple thing, the use the same version that's in the base
[06:34] <zyga> mborzecki: either via bundling or via content to gnome runtime
[06:34] <zyga> mborzecki: base is just the easiest sharing "key"
[06:36] <mborzecki> zyga: kenvandine had an idea for per snap cache, with fc-cache getting called in the configure hook
[06:37] <zyga> mborzecki: that will work but it it would be *very* costly IMO
[06:37] <zyga> and the cache has non-insignificant size
[06:37] <mborzecki> in the meantime, i need to think of a way to disable mounting of cache from hsot on arch and fedora, i'd rather have a longer statup than a segfaulting app
[06:37] <zyga> mborzecki: +1
[06:37] <zyga> mborzecki: that should be easy
[06:37] <zyga> mborzecki: where is the cache again?
[06:38] <mborzecki> zyga: the configure hook runs during install, so it's just the snap install that takes longer
[06:38] <zyga> mborzecki: that is true, I do like that part
[06:38] <zyga> mborzecki: but does it mean all snaps get a virtual hook
[06:38] <mborzecki> zyga: /var/cache/fontconfig and ~/.cache/fontconfig
[06:38] <zyga> mborzecki: or do they need to explicitly cooperate?
[06:39] <mborzecki> zyga: well, if we make it a gnome extention, then snaps need to be rebuilt/cooperate
[06:39] <mborzecki> mvo: hey!
[06:40] <mvo> mborzecki: good morning
[06:40] <zyga> mvo: hey
[06:40] <mvo> zyga: and good morning to you as well!
[06:41] <zyga> https://github.com/snapcore/snapd/pull/8598 <- last of the always-happening failures
[06:41] <mup> PR #8598: tests/degrated: ignore failure in systemd-vconsole-setup.service <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8598>
[06:41] <mvo> zyga: looking
[06:41] <mup> PR snapd#8598 opened: tests/degrated: ignore failure in systemd-vconsole-setup.service <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8598>
[06:41] <zyga> mvo, mborzecki <- please look at https://github.com/snapcore/snapd/pull/8596 as well
[06:42] <mup> PR #8596: tests: session-tool --restore -u stops user-$UID.slice <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8596>
[06:43] <zyga> ok, I need to take the dog out
[06:43] <zyga> onto the rain :|
[06:43] <zyga> or maybe into the rain actually
[06:46] <mup> PR snapd#8593 closed: image: stub implementation of image.Prepare for darwin <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8593>
[06:46] <mup> PR snapd#8596 closed: tests: session-tool --restore -u stops user-$UID.slice <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8596>
[07:02] <jamesh> zyga: re. your questions about me trying to use session-tool: https://github.com/snapcore/snapd/pull/5822#discussion_r419901621
[07:02] <mup> PR #5822: wrappers: allow user mode systemd daemons <:birthday:> <Needs Samuele review> <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/5822>
[07:02] <pstolowski> morning
[07:11] <zyga> jamesh: good morning
[07:11] <zyga> lookijg
[07:11] <zyga> jamesh: I ported user-mounts to session-tool yesterday
[07:12] <jamesh> zyga: the problems seem to suggest that sessions are not being cleaned up between tests
[07:13] <zyga> jamesh: I think https://github.com/snapcore/snapd/pull/8596 may address this
[07:13] <zyga> which just landed
[07:13] <mup> PR #8596: tests: session-tool --restore -u stops user-$UID.slice <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8596>
[07:13] <zyga> have a look, it's still a bit murky
[07:13] <zyga> I will look at logind changes
[07:13] <zyga> as it definitely behaves differently from one version to another
[07:13] <jamesh> zyga: okay.  I'll give it another try.
[07:14] <zyga> thanks
[07:14] <jamesh> zyga: overall, I like what you've done.
[07:15] <zyga> I think we are not quite fully there yet, with groking various quirks in session handling across time
[07:15] <zyga> but I feel we are much closer to actually running representative tests
[07:15] <zyga> and getting familiar with bugs that may also impact us
[07:16] <jamesh> hopefully we don't end up with anything that depends on systemd environment vs. login shell environment...
[07:16] <zyga> jamesh: login shell environment?
[07:16] <jamesh> zyga: the environment you get in a login shell, which could be different to the one systemd units are launched in
[07:17] <zyga> oh, it is
[07:17] <zyga> but we use runuser -l
[07:17] <zyga> which gives us /etc/pam.d/runuser-l
[07:17] <zyga> but it's a good point that we should understand that difference better and see what's different still
[07:18] <zyga> due to runuser-l we get a real logind session and we get a few more pam modules
[07:18] <jamesh> zyga: it's probably not an issue
[07:19] <jamesh> since a test can add anything extra it needs in the env
[07:19] <zyga> looking just now, I see we don't get this pam module:
[07:19] <zyga> session required        pam_env.so readenv=1 user_readenv=1 envfile=/etc/default/locale
[07:21] <zyga> surreal, we will have first green PR in a week, I think
[07:21] <zyga> or more perhaps
[07:34] <zyga> mvo: thank you
[07:34] <zyga> mvo: I was waiting for that green tick
[07:34] <zyga> but let's see it on ALL THE BRANCHES now :)
[07:34] <mup> PR snapd#8598 closed: tests/degrated: ignore failure in systemd-vconsole-setup.service <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8598>
[07:35] <mvo> zyga: yeah, this looks super nice now
[07:35] <mvo> zyga: I hope we overcame most of the flakiness for now
[07:41] <zyga> checkSnapSuite.TestCheckSnapSystemUsernamesCalls fails if you have daemon users installed
[08:01] <mborzecki> zyga: slightly tweaked #8580
[08:01] <mup> PR #8580: data/completion: add `snap` command completion for zsh <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8580>
[08:10] <Chipaca> hehe, booting old work laptop -> log in to old irc channels
[08:11] <Chipaca> morning all
[08:11] <mborzecki> Chipaca: morning sir!
[08:11] <Chipaca> :-)
[08:13] <mborzecki> zyga: the pulseaudio test is still kinda flaky, https://github.com/snapcore/snapd/pull/8537/checks?check_run_id=645190804 recording failed on 19.10 and pulseaudio iface test failed on 18.04
[08:13] <mup> PR #8537: store: handle error-list in fetch-assertions results  <Bulk assert refresh :scroll::scroll::scroll:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8537>
[08:15] <pstolowski> i'm seeing new selinux denials on centos 7 & fedora, not sure if this is my branch onl
[08:15] <pstolowski> *only
[08:16] <pstolowski> howdy Chipaca!
[08:16] <Chipaca> pstolowski: how're things going?
[08:18] <pstolowski> Chipaca: red color has been dominant recently. otherwise - excellent :)
[08:44] <zyga> Chipaca: did you see my poem? :)
[08:44] <zyga> mborzecki: looking
[08:46] <zyga> mborzecki: oh, it's in the old style with manual masking and all the hacks
[08:46] <zyga> mborzecki: let me fix it
[08:46] <Chipaca> zyga: yep :) 'twas good. Also wondering what the background you were talking about looked like.
[08:46] <zyga> Chipaca: a week+ of master red
[08:47] <zyga> Chipaca: and mvo (who can override) being at a sprint
[08:47] <zyga> Chipaca: but it was good, vast majority was fixed already
[08:53] <zyga> mborzecki: testing now
[08:54] <pstolowski> mvo: hi, can the initrd PRs for early config land?
[09:00] <mvo> pstolowski: I think so
[09:01] <mvo> pstolowski: would be nice to get a review from xnox onhttps://github.com/snapcore/core20/pull/46
[09:01] <mup> PR core20#46: static: add new handle_writable_defaults() to handle-writable-paths <Created by mvo5> <https://github.com/snapcore/core20/pull/46>
[09:01] <mvo> pstolowski: but yeah, I think the code is good now
[09:04] <xnox> mvo:  looks good, two minor unresolved conversations on it.
[09:04] <mvo> xnox: aha, thank you, I will check what's missing there
[09:11] <zyga> brb
[09:39] <zyga> re
[09:39] <zyga> man, it's surely raining today
[09:40] <zyga> soaky day
[09:41] <zyga> today is a tea day
[09:46] <pedronis> mvo: hi, the travis test for core20 in your PR failed
[09:46] <mborzecki> pedronis: i've added some reviews for the bulk assertions PR, we should probably land the ones that precede #8564
[09:46] <mup> PR #8564: asserts: introduce Pool <Bulk assert refresh :scroll::scroll::scroll:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8564>
[09:46] <mvo> pedronis: checking
[09:46] <mvo> pedronis: and hello :)
[09:47] <pedronis> mborzecki: yes, trying but red and queueing atm
[09:48] <pedronis> mborzecki: thanks for the reviews btw, same pstolowski
[09:49] <pstolowski> pedronis: yw. i'm keen to review the others but would be nice to land the prereqs, it was kinda confusing to review stacked PRs
[09:50] <pedronis> pstolowski: yes, agree
[09:50] <mvo> pedronis: fun "--2020-05-05 09:45:09--  http://cdimage.ubuntu.com/ubuntu-base/daily/current/focal-base-amd64.tar.gz is 404 now", I guess that needs an update first :)
[09:51] <zyga> oh about focal, mvo do you remember that bug where hardlinking on livecd used 400MB?
[09:51] <zyga> we got a comment that apparently the releaes iso shipped with that bug :|
[09:51] <zyga> so maybe something was off
[09:52] <mvo> zyga: oh, I thought we fixed this
[09:53] <zyga> we did but maybe didn't really
[09:53] <mvo> zyga: https://bugs.launchpad.net/snapd/+bug/1867415
[09:53] <mup> Bug #1867415: Hardlinking snaps wastes 400 MB tmpfs RAM in live CDs <rls-ff-incoming> <snapd:New for mvo> <snapd (Ubuntu):Fix Released> <https://launchpad.net/bugs/1867415>
[09:53] <zyga> mvo: comment #6
[09:53] <mvo> zyga: yeah, just saw it
[10:10] <mup> PR core20#51 opened: Makefile: updated now that focal is released <Created by mvo5> <https://github.com/snapcore/core20/pull/51>
[10:11] <mup> PR snapd#8599 opened: tests: port interfaces-audio-playback-record to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8599>
[10:44] <pedronis> fwiw it seems we hit queuing quite a bit atm with actions, have things queued for many hours now
[10:45] <zyga> pedronis: result of fixing most of master annoyances
[10:45] <zyga> pedronis: I think it will clear in a few hours, let me look at the state
[10:46] <zyga> pedronis: yeah, we have a few branches queued and lots running as well
[11:19] <zyga> mvo: I got a weird email about authorization refresh
[11:19] <zyga> Launchpad failed to refresh the authorization tokens used to upload this snap package to the store:
[11:19] <zyga> (then) Provided email/password is not correct.
[11:19] <zyga> this is from test-snapd-sh-core18
[11:20] <mborzecki> zyga: got one too
[11:39] <mborzecki> zyga: do you remember a change where we checked whwether the system is going down? was that in snap run?
[11:39] <zyga> yes I do, yes it is
[11:39] <zyga> cmd_run.go
[11:39] <zyga> isSystemStopping IIRC
[11:39] <zyga> why?
[11:40] <mborzecki> zyga: if the logs ehere are to be belived: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1873550/comments/3 we may need to check if system is shutting down in snap-failure
[11:40] <mup> Bug #1873550: Snappy daemon reaches 1min30s timeout during shutdown process <focal> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1873550>
[11:40] <zyga> ha
[11:40] <zyga> fun
[11:40] <zyga> why does OnFailure trigger?
[11:41] <mborzecki> zyga: because we hit the stop timeout, there's a wait for api clients to shut down, hits a 25s timeout, then before snapd stopped systemd killed it?
[11:42] <zyga> I see
[11:42] <mborzecki> hm maybe that client shutdown timeout is too long still
[11:42] <mborzecki> 25s is pretty log for any api activity
[11:44] <mborzecki> btw. pretty lame that systemd triggers onfailure when the system is shutting down
[11:45] <mborzecki> still, why is there a 5s break between snapd logging the warning and being killed by systemd
[12:09] <zyga> mborzecki: I think systemd.exec knows
[12:10] <mborzecki> zyga: yeah, noticed a log that there's a stop action queued, so it's not going to enqueue start
[12:10] <mborzecki> anyways, one of the commenters clearly had a newer snapd version
[12:12] <zyga> hmm, nothing useful in the man page
[12:13] <zyga> there's also systemd.kill
[12:13] <zyga> maybe it's one of the defaults
[12:34] <pstolowski> ijohnson: hey, i've checked your hotplug + greedy plugs issue, replied to your bug report, does it make sense?
[12:55] <mup> PR snapcraft#3107 opened: fix yarn version url <Created by fkromer> <https://github.com/snapcore/snapcraft/pull/3107>
[12:58] <mup> PR snapd#8600 opened: tests: run smoke test with different bases <Created by mvo5> <https://github.com/snapcore/snapd/pull/8600>
[13:50] <mup> PR snapd#8580 closed: data/completion: add `snap` command completion for zsh <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8580>
[13:58]  * zyga -> errand
[14:13] <mup> PR snapd#8601 opened: Adds missing paths to apparmor, solves lp:1876804 <Created by sklei4> <https://github.com/snapcore/snapd/pull/8601>
[14:18] <zyga> https://github.com/snapcore/snapd/pull/8597 is green :)D
[14:19] <mup> PR #8597: tests: port user-mounts test to session-tool <Created by zyga> <https://github.com/snapcore/snapd/pull/8597>
[14:19] <ijohnson> zyga: that's great
[14:20] <zyga> wait, is there a bzr tree of snapd?!?
[14:20] <zyga> https://bugs.launchpad.net/snapd/+bug/1876804/comments/1
[14:20] <mup> Bug #1876804:  apparmor logs filled when ubuntu store launches  <snapd:New> <https://launchpad.net/bugs/1876804>
[14:20] <ijohnson> zyga: I'm still a little confused though, does the old test really have coverage of something we care about on 14.04
[14:20] <ijohnson> zyga: haha yeah I was confused too
[14:20] <zyga> ijohnson: I'm slowly inclined to restore 14.04 support by writing a 14.04 version of session-tool
[14:20] <ijohnson> zyga: I'm fine if you want to do a followup to re-add 14.04
[14:21] <ijohnson> zyga: but I don't feel comfortable just dropping coverage for 14.04 yet as afaik the policy is don't break it if we don't have to
[14:21] <zyga> ijohnson: I think it's preferable to be able to fix issues globally by changing session-tool
[14:21] <ijohnson> zyga: maybe a followup to add  TODO to that test to say "re-add 14.04 when session-tool is updated"
[14:21] <zyga> ijohnson: sure,
[14:22] <ijohnson> ok, I will +1 your PR
[14:22] <zyga> I can bundle that with something else not to clog the pipe today
[14:22] <zyga> with the next -porting-NNN branch
[14:22] <ijohnson> right
[14:32] <pedronis> mvo: #8537, please double check but I think can probably be force landed
[14:32] <mup> PR #8537: store: handle error-list in fetch-assertions results  <Bulk assert refresh :scroll::scroll::scroll:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8537>
[14:34] <pstolowski> zyga: do you know what was the first good systemd version wrt to persistent journal issue?
[14:34]  * zyga is in the car
[14:34] <zyga> pstolowski: yes, one sec
[14:35] <zyga> https://github.com/snapcore/snapd/pull/8594#issuecomment-623584798
[14:35] <zyga> pstolowski: ^
[14:35] <mup> PR #8594: tests: work around journald bug in core16 <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8594>
[14:38] <pstolowski> zyga: thanks!
[14:38]  * zyga is in the car, delivering supplies
[14:38] <zyga> and reading about how to send the control bugs to BTS
[14:45] <mborzecki> whcih package ships translations for snapd?
[14:45] <mborzecki> in ubuntu
[14:46] <zyga> mborzecki: ubuntu uses a special langpack system
[14:46] <zyga> apt-cache search langpack
[14:47] <ijohnson> pedronis: 8557 lgtm, thanks for the changes
[14:47] <zyga> mborzecki: translations are extracted from individual packages (in main)
[14:47] <zyga> mborzecki: and bundled into language-specific package
[14:48] <mborzecki> zyga: ok, installing bits for uk_UA
[14:48] <zyga> haraszo
[14:48] <mborzecki> haha
[14:52] <mborzecki> zyga: hmm there does not seem to be a gettext file for snap tho
[14:52] <pedronis> ijohnson: thanks
[14:53] <pedronis> #8557 needs a 2nd review, it's mostly a test refactoring
[14:53] <mup> PR #8557: c/snap-bootstrap: check mount states via initramfsMountStates <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8557>
[14:56] <mborzecki> zyga: heh, so we ignore LC_ALL and just use LC_MESSAGES and LANG (a bug then?)
[15:05] <mborzecki> haa
[15:05] <mborzecki> got it
[15:10] <mup> PR snapd#8602 opened: configcore: only reload journald if systemd is new enough <Created by stolowski> <https://github.com/snapcore/snapd/pull/8602>
[15:29] <mvo> pedronis: in various meeting, will check in a wee bit
[15:32] <zyga> mborzecki: re
[15:32] <zyga> mborzecki: there are two langpacks, base and "graphical"
[15:32] <zyga> not sure which one you checked
[15:32]  * cachio lunch
[15:52] <ijohnson> zyga: shall I merge #8599 since it's green (except unstable system) ?
[15:52] <ijohnson> I just approved it
[15:52] <mup> PR #8599: tests: port interfaces-audio-playback-record to session-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8599>
[15:52] <zyga> looking
[15:52] <zyga> ijohnson: oh, there's a small comment
[15:52] <zyga> I guess, yes
[15:52] <zyga> I will follow up in a moment
[15:52] <zyga> thanks!
[15:52]  * ijohnson just wants to see green PR's get merged
[15:52] <ijohnson> :-)
[15:52] <zyga> yeah, that's the spirit!
[15:53] <zyga> keep master rolling
[15:53] <zyga> wanna press the button or shall I?
[15:53] <pedronis> #8557 is completely green, incredibly, but needs a 2nd review
[15:53] <mup> PR #8557: c/snap-bootstrap: check mount states via initramfsMountStates <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8557>
[15:53] <zyga> pedronis: it feels good, right? :)
[15:53] <ijohnson> I pressed the button
[15:53] <mup> PR snapd#8599 closed: tests: port interfaces-audio-playback-record to session-tool <Test Robustness> <Created by zyga> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8599>
[15:54] <zyga> \o/
[15:54] <zyga> I will read it on my way back
[15:54] <zyga> will be heading back home soon
[16:02] <mvo> pedronis: merged, sorry for the delay
[16:03] <mup> PR snapd#8537 closed: store: handle error-list in fetch-assertions results  <Bulk assert refresh :scroll::scroll::scroll:> <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8537>
[16:03] <pedronis> mvo: thanks, I need to deconflict the next one now
[16:06] <mup> PR snapd#8597 closed: tests: port user-mounts test to session-tool <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8597>
[16:14] <mup> PR pc-amd64-gadget#46 opened: gadget.yaml: bump edition <Created by xnox> <https://github.com/snapcore/pc-amd64-gadget/pull/46>
[16:44] <ijohnson> mmm should we be installing snap-failure service on systems that only have the core snap ?
[16:49] <ijohnson> mvo: pedronis: should we have the snapd.failure service when only the core snap (or only the snapd distro pkg) is installed (and thus no snapd snap?)
[16:50] <ijohnson> seems like `snap-failure snapd` just no-ops if there is no snapd snap installed, so probably yes it seems
[17:38] <mup> PR snapcraft#3102 closed: build providers: prevent snap refreshing in build environment <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3102>
[17:41] <mup> PR snapcraft#3104 closed: packaging: use git-based versioning for python package <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3104>
[18:32] <cachio> cmatsuoka, hey
[18:33] <cachio> cmatsuoka, for testing pi3 with uc20 do we need to use the model signed by canonical?
[18:33] <cachio> or we can use a model signed by me?
[18:33] <cmatsuoka> cachio: afaik you can use your model
[18:34] <cachio> ah, ok
[18:34] <cachio> cmatsuoka, I wanted to make sure it was not going to produce an problem with tpm/secboot
[18:35] <cmatsuoka> we don't have it in arm yet so you'll install unencrypted
[18:35] <cachio> cmatsuoka, good
[18:35] <ijohnson> cachio: we also have dangerous models signed by canonical you can use too
[18:35] <cmatsuoka> well unless you have an arm board with tpm, but we never tested that
[19:00] <cachio> ijohnson, yes
[19:01] <cachio> I'll test new images signed by me first
[19:01] <cachio> then canonical
[19:06] <jdstrand> ijohnson: I think I fixed your serial-port issue (see the bug)
[19:07] <ijohnson> jdstrand: nice! I was going to look at pawel's response and ping you about it but you saw it first, thanks!
[19:07] <ijohnson> jdstrand: re: including the snapd snap type, I'm not sure, on your system you tested it are you using the snapd snap?
[19:08] <jdstrand> ijohnson: it isn't installed, no
[19:08] <ijohnson> I have it installed, let me see if your new declaration works
[19:12] <ijohnson> jdstrand: it seems to have auto-connected anyways
[19:13] <jdstrand> I just installed it and am trying
[19:14] <jdstrand> the slot comes up as snapd:ft232serialuartic
[19:14] <ijohnson> yes I see snapd:unor3cdcacm but it still auto-connected
[19:14] <jdstrand> serial-port             arduino:serial-port      :ft232serialuartic                -
[19:14] <jdstrand> but it connected
[19:15] <jdstrand> ok. as it happens, a different store bug prevents me from specifying 'snapd' for slot-snap-type, so, glad this worked :)
[19:15] <ijohnson> jdstrand: and just to double confirm, when I disconnect the raw-usb interface and just use the serial-port hotplug interface I can upload a sketch / use the serial-port for the arduino and it works perfectly
[19:16] <ijohnson> and then disconnecting the serial-port hotplug interface, it no longer is able to upload
[19:16] <ijohnson> so this looks to "just work" when the declaration is good :-)
[19:16] <ijohnson> thanks jdstrand
[19:17] <jdstrand> ijohnson: np. sorry for the bug and thanks for reporting it. fyi, I commented on the 'snapd' slot-snap-type bits in the bug
[19:17] <ijohnson> no problem, happy to know that it was an easy thing to fix :-)
[19:18] <jdstrand> indeed! :)
[19:18] <ijohnson> I'm sure galgalesh will be happy as well (not sure if they are on IRC or not)
[19:28] <mup> PR snapd#8539 closed: tests: update encrypted partition creation test <UC20> <⛔ Blocked> <Created by cmatsuoka> <Closed by cmatsuoka> <https://github.com/snapcore/snapd/pull/8539>
[20:06] <mup> PR core20#52 opened: Makefile: only use focal from now on for core20 <Created by xnox> <https://github.com/snapcore/core20/pull/52>
[20:10] <mup> PR core20#51 closed: Makefile: updated now that focal is released <Created by mvo5> <Closed by xnox> <https://github.com/snapcore/core20/pull/51>
[20:10] <mup> PR core20#52 closed: Makefile: only use focal from now on for core20 <Created by xnox> <Merged by xnox> <https://github.com/snapcore/core20/pull/52>
[20:11] <mup> PR core20#46 closed: static: add new handle_writable_defaults() to handle-writable-paths <Created by mvo5> <Merged by xnox> <https://github.com/snapcore/core20/pull/46>


[22:21] <cjwatson> wgrant: not related to<EMAIL_ADDRESS>and thread maybe?


[11:54] <m4n1sh> join #nonameconf
[18:52] <ssickert> bratsche: ping
[18:52] <bratsche> pong
[18:53] <ssickert> bratsche: hey, maybe you can help me out
[18:53] <ssickert> bratsche: I'm looking for a way to implement this: https://wiki.ubuntu.com/Ayatana/ProgressIndication
[18:54] <ssickert> bratsche: however this requires special menu items
[18:54] <ssickert> bratsche: a GtkProgressbar for instead
[18:54] <bratsche> Yes.
[18:55] <bratsche> ssickert: I probably can't help you with this today, but can you drop me an email?
[18:55] <ssickert> bratsche: of course
[18:56] <ssickert> bratsche: at which address?
[18:56] <bratsche><EMAIL_ADDRESS>I guess.
[18:56] <bratsche> But whatever, I'll read it anywhere you send it. :)
[18:59] <ssickert> :)