[12:17] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4236 Pending binary packages
[12:37] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/4236 Diff missing
[18:52] -queuebot:#ubuntu-ci-eng- rafaeldtinoco, https://bileto.ubuntu.com/#/ticket/4245 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[19:25] -queuebot:#ubuntu-ci-eng- rafaeldtinoco, https://bileto.ubuntu.com/#/ticket/4245 Uploading build
[19:45] -queuebot:#ubuntu-ci-eng- rafaeldtinoco, https://bileto.ubuntu.com/#/ticket/4245 Pending binary packages
[20:05] -queuebot:#ubuntu-ci-eng- rafaeldtinoco, https://bileto.ubuntu.com/#/ticket/4245 Diff missing
[20:49] -queuebot:#ubuntu-ci-eng- rafaeldtinoco, https://bileto.ubuntu.com/#/ticket/4245 Preparing packages
[21:05] -queuebot:#ubuntu-ci-eng- rafaeldtinoco, https://bileto.ubuntu.com/#/ticket/4245 Successfully built


[00:02] <sarvatt> the whole pae split was painful on nvidia too, starting to see the worth in just dropping non-pae completely
[00:23] <RAOF> sarvatt: I'm assigning myself the work-items associated with making r300g/r300c do the right thing, as I don't think you've got a burn-down chart to track them?
[00:28] <sarvatt> RAOF: yeah man I was just giving you crap at UDS, I don't mind at all! they probably could use being cleaned up anyway
[00:29] <sarvatt> http://sarvatt.com/downloads/patches/radeon-gallium.patch I think that was the latest gallium default on one I had, not on that PC at the moment
[00:30] <sarvatt> hmm
[00:30] <sarvatt> http://sarvatt.com/downloads/patches/radeon-gallium-default-off.patch
[00:30] <sarvatt> i uploaded way too many patches here, confusing myself
[00:31] <RAOF> :)
[00:32] <jcristau> you want to ship both drivers?
[00:33] <sarvatt> yeah with r300c only used for UMS for one cycle
[00:39] <RAOF> jcristau: Because we need space on the CD it's imperative that we ship both!
[00:39] <RAOF> Uuuuuuh… :)
[00:40] <sarvatt> my thoughts exactly :)
[00:41] <RAOF> Well, it won't be hard to end up being at least space-neutral.
[00:41] <sarvatt> btw I'm pretty sure not having r300 as the dri driver name for gallium is going to screw up egl so those patches need fixing up for sure so that its r300 by default and something else for the classic one
[00:42] <RAOF> That was my thinking: r300_dri & r300_classic_dri, or somesuch.
[00:45] <sarvatt> sis is the only other dri driver i think we could even remotely think about pulling out of the stock package, it's extremely specific to certain sis chipsets and doesn't run on most of them
[00:46] <sarvatt> I still see tons of savage and mga mesa bug reports
[00:46] <RAOF> As I count it, we could pretty happily lose mga, savage, sis, tdfx & unichrome.
[00:47] <RAOF> Where by “lose” I mean - not ship on the CD, and have jockey magic to install them.
[00:48] <sarvatt> that'd probably make the livecd experience even better given how buggy they are :)
[00:48] <RAOF> Right.
[00:49] <RAOF> Do they even support Unity?  I don't think so.
[00:49] <RAOF> So they'll be getting the 2D experience on the LiveCD *anyway*
[00:50] <sarvatt> mga sure as heck doesn't like compiz
[00:50] <sarvatt> but it still tries to run
[00:50] <RAOF> Heh.
[00:51] <sarvatt> and our compiz launching stuff doesn't kill gtk-window-decorator when it decides it can't support compiz which causes the panel to be all screwed up on mga
[00:51] <RAOF> Does any of that hardare ever *have* pixel shaders?
[00:52] <sarvatt> you know the answer to that :)
[00:55] <RAOF> :)
[07:47] <ricotz> RAOF, hi, https://bugs.launchpad.net/docky/+bug/543859 - might be worth looking into updating the ati driver in maverick?
[07:47] <ubot4> Launchpad bug 543859 in docky "Black bar in 3D mode (affects: 15) (dups: 5) (heat: 87)" [Low,Invalid]
[16:24] <bjsnider> tseliot1, i discovered an issue with nvidia-current while packaging it for the ppa
[16:26] <bjsnider> the amd64 version that has links to the 32-bit libs has broken links to libXvMCNVIDIA.so.xxx because that file is not being installed in the rules file.
[16:26] <Alexqw> Where should I go or who should I poke to get an update on bug 553415?  It's fixed in Maverick but still affects Lucid.  There's a PPA with the fix for xorg-server 1.7.6 for lucid, but there was some talk about backporting all of xorg-server 1.7.7.  Comment 53 in the bug says Timo might be willing to sponsor this fix, but there's been no update on this for awhile.  Can anyone shed some light on this?
[16:26] <ubot4> Launchpad bug 553415 in xorg-server (Ubuntu Maverick) (and 6 other projects) "mouse trapped in box for Open Motif (affects: 30) (dups: 4) (heat: 143)" [Undecided,Fix released] https://launchpad.net/bugs/553415
[16:34] <Wubbbi> Hi guys ;D
[16:35] <jcristau> tjaalton: ^^^
[16:46] <tseliot1> bjsnider: do you mean thee 32bit libXvMCNVIDIA.so.xxx?
[16:58] <bjsnider> tseliot1, that's right
[17:29] <tjaalton> Alexqw: yeah, totally forgot about that one...
[17:31] <tjaalton> Alexqw: I'll have a look today or tomorrow
[17:44] <tseliot1> bjsnider: can you file a bug report, please? I'll have a look at it when I'm back home (I'm still in the US)
[17:54] <Alexqw> tjaalton: great!  Thanks for looking at it
[18:01] <ludens> hi all, anyone who could help with synaptics touchpad on debian squeeze?
[18:05] <ScottK> ludens: I think you want #debian on oftc.
[18:06] <ludens> ScottK: ok thx, someone told me ppl were knowledgeable here :)
[18:07] <ludens> should def try #debian tho
[18:07] <ScottK> ludens: But about Ubuntu.  Support for Debian is somewhat off topic.
[18:08] <ludens> yes
[18:08] <ludens> thanks anyway
[18:09] <paddy2706> today i hit a weird problem - didnt update anything, no conf changes, but my X froze at least 10 times today. i always hat firefox running and pidgin, most of the times flash player was active. heres the backtrace from Xorg.log.0.old: http://ubuntu.pastebin.com/jWYXe6xU
[19:12] <Sarvatt__> X talk starting at plumbers if anyones watching remotely, theres a camera here but im not sure if its streamed
[19:40] <bryceh> Sarvatt__, what's the talk about?
[19:57] <Sarvatt__> the death of anything not using KMS/GEM :)
[20:02] <Sarvatt__> jcristau: that 7.9 merge looks good to me outside of libgl1-mesa-dri-experimental using a glob, would need to build it to be sure the right drivers are getting in there but can't until later tonight
[20:02] <bryceh> of course
[20:06] <jcristau> Sarvatt__: hmm, i thought i'd made it just nouveau_dri.so
[20:18] <sarvatt> jcristau: oh sorry, you're right, I looked at the diff wrong and saw ours where we were deleting things we didnt want before installing for some reason
[20:19] <jcristau> 'git diff HEAD..origin/ubuntu-maverick -- debian/' which was very helpful to update the packaging :)
[20:19] <jcristau> s/which//
[20:21] <sarvatt> yeah thats how I compared it :) mesa-demos is the crappy part, do you think that could actually make it through NEW in debian considering most of it has no license even though it used to be shipped in the mesa source? :)
[20:22] <jcristau> hah.  dunno.
[20:23] <jcristau> let's try though, do you have packaging for that somewhere?
[20:23] <sarvatt> http://git.debian.org/?p=pkg-xorg/app/mesa-demos.git;a=summary
[20:23] <jcristau> stupid me.
[20:24] <sarvatt> the build deps need changing, we were going to ship a bunch of egl/gles things but didn't get around to making man pages and junk with the little time we had last cycle
[20:27] <jcristau> debian/copyright seems to be a copy from mesa's?
[21:41] <RAOF> jcristau: Yeah, it is a copy from mesa's; since it used to be a subtree of mesa, and there's no better copyright statement, that seemed to be the best.
[21:41]  * RAOF cringes slightly.


[12:18] <cub> Is there something similar to https://code.launchpad.net/~ubuntustudio-contributors for Trusty? I can't seem to find my around in Launchpad again


[14:53] <Techman> Hello
[15:03] <jbicha_> hi
[15:05] <Techman> My name is Michael. I live upstate in York county


[00:37] <Shadow__X> Bachstelze: thanks btw
[00:41] <Bachstelze> yw ;)
[00:45] <Bachstelze> lawl I have a friend in jp who works as a sysadmin, first thing he said when we asked him about the quake was that his stupid coworkers had used tower-style PCs as server and omitted to attach them, resulting in huge hardware losses
[00:45] <Bachstelze> it reminded me of http://xkcd.com/705/
[01:31] <Shadow__X> Bachstelze: nice
[09:48] <rtdp> why it gives error as - Xserver does not support request size
[09:48] <rtdp> because of this not getting my monitors working correctly
[09:48] <rtdp> i am using dell inspiron with duel monitors and ATI graphics card
[09:48] <rtdp> with ubuntu version 10.04


[09:12] <lotuspsychje> is there some roadmap/wiki of the upcoming point releases somewhere we could follow to see what the devs next working targets are?
 https://discourse.ubuntu.com/t/groovy-gorilla-release-schedule/15531
[09:14] <lotuspsychje> tsimonq2: thank you, but i was also wondering for other point releases you guys work on
[09:15] <lotuspsychje> i understand this channel would be used for iso testing on 20.04.1 too for example
 Well, we know we're expecting it at one point
 Not sure what particular SRUs people are working on
 For Lubuntu we don't have anything in particular that I can think of
[09:19] <lotuspsychje> would be nice to have some sort of wiki or roadmap, to see what the devs all working on in the future, so volunteers and testers can help testing when the time comes
[09:20] <lotuspsychje> for the +1 schedule its pretty clear and in topic of #ubuntu+1 but the other point releases bit unclear
[09:25] <lotuspsychje> tsimonq2: would this be valid? https://wiki.ubuntu.com/ReleaseSchedule
 Oh, yeah
[09:26] <lotuspsychje> cool
[09:26] <lotuspsychje> popey: could you add that url to this channels topic? ^
 As much as I'd love to give a more thorough answer to your questions, I haven't been as active as I would have otherwise liked to be recently
[09:28] <lotuspsychje> tsimonq2: well im asking this after conversations with RikMills that would love to see more testers help on point releases aswell
 I completely agree
[09:30] <lotuspsychje> cool
 Another person I'd highly suggest touching base with is wxl, although he isn't around at this time usually. He's on the West Coast of the US
 (and it's 4:30 AM for me right now fwiw :))
 wxl or perhaps guiverc could probably give you a pretty thorough look into what they usually test or recommend that people test
[09:31] <lotuspsychje> ok tnx for the pointers
 I tend to be a little bit less... organized; my testing usually consists of throwing it against the wall and seeing if it sticks :P
 No worries
[09:32] <lotuspsychje> would be nice to see if we get something rolling pretty automatic here
 Agreed
 To be honest, I've been in the project 5 or so years and the problem has consistently been lack of manpower
 However, I think if I literally just asked people in here to speak up if they'd like to help, we'd get quite a few hands
[09:33] <lotuspsychje> i noticed the last years werent pretty easy for you guys
 Telegram really does help attract new people it seems
 Oh yeah, they've been fairly rough
 I'm proud of 20.04 though, it's certainly come a long way
[09:33] <lotuspsychje> yeah its a slick new method for sure
 We're up to 10+ members of the Lubuntu project thankfully
[09:34] <lotuspsychje> lovely
 It'd make me happy to see fresh blood in this space too
[09:34] <lotuspsychje> i helped testing 20.04 lubuntu iso's too, as im an LTS bug hunter
 I'm also happy to help anyone out that needs it. I don't have all the answers but I can certainly point people places
 Very nice, how did it run for you?
[09:35] <lotuspsychje> pretty nice actually
[09:35] <lotuspsychje> first time lxqt needs a bit of lookaround at first
[09:35] <lotuspsychje> but gets used pretty quick
 For sure
[09:36] <lotuspsychje> tested on a few old laptops with spinners
[09:36] <lotuspsychje> and i pretty liked the installer too, nice clean overview
 Glad to hear it :)
[09:37] <lotuspsychje> yeah, nice work
 Thanks
[09:37] <lotuspsychje> and some goodies installed by default was nice to find aswell
 For sure
[09:37] <lotuspsychje> vlc and inxi if i recall?
 Yeah, sounds about right
 @ItzSwirlz I went ahead and set up my main Ubuntu machine with Cinnamon. It's nice. I like it. I especially like that background on my 4K TV.
 Nice! (re @Zachariah: @ItzSwirlz I went ahead and set up my main Ubuntu machine with Cinnamon. It's nice. I like it. I especially like that background on my 4K TV.)
 hi All first time on here
 I've been testing studio amd Mixbus 6


[01:50] <alexi5> I notice that ubuntu server (12.04) locks up  after   transfering  a huge amount of data to samba shares . What could be the problem. Is this a known issue?
[02:05] <rahuldroy> Hi Guys, I am getting the following error -
[02:05] <rahuldroy> [Sun Feb 23 01:19:50 2014] [notice] child pid 26189 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[02:05] <rahuldroy> on apache2 log
[07:52] <Syria> Hi ! I have a folder with 777 permessions but when I try to download the files in it  I get a message that says You don't have permission to access /path/
[07:56] <andol> Syria: 1) Why on earth would you go with a 777 permission? 2) What about permissions higher up in the hierchy? 3) Any chance that the program which gives you the error message is under apparmor control?
[07:58] <Syria> andol: I just want to download the photos ! , I have a folder that contains 10 .jpg images, and when I try to download any of them using the browswe or wget I get that permessions message.
[08:00] <andol> Syria: Ah, an apache server perhaps? If so, found any hits under /var/log/apache2/? Shooting from the hip it wouldn't suprise me if you lack the proper <Directory ..> setting.
[08:00] <Syria> andol: Apache/2.2.14 (Ubuntu) Server at  < yes apache is preventing me.
[08:07] <Syria> andol: I am sorry but I don't know how to read the log!
[10:31] <hxm> can I configure opendkim without access to TXT record?
[12:39] <cfhowlett> chuck slow ubuntustudio?  how much ram do you have
[15:12] <MavKen> any recommended tutorial to get mail server setup with squirrelmail from start to finish?  I have a new VPS and used tasksel to get lamp and mail server installed
[16:06] <Anton2k> hey guys. looking for the smallest, fanless x86 computer possible that will run linux, need a lite webserver
[16:06] <Anton2k> any suggestions
[16:07] <cfhowlett> Anton2k, raspberry pi
[16:07] <bekks> Anton2k: Try ##hardware
[16:07] <bekks> cfhowlett: The Pi is an x86 computer?
[16:07] <cfhowlett> bekks, ah, that.  sorry.  bad info from me.
[16:07] <Anton2k> yea i thought it was arm?
[16:08]  * cfhowlett smites himself with a rancid sardine
[16:08] <Anton2k> although, do i need a x86 machine to runn apache php and my sql?
[16:08] <bekks> Anton2k: No, you do not need an x86.
[16:09] <Anton2k> intresting
[16:10] <Anton2k> so i guess first if i would need to find out which architecture apache, php and my sql can run on
[16:10] <Anton2k> then look at hardware based on that, i have looked into these little android sticks
[16:11] <Anton2k> if i could get ubuntu or some other linux distro runnin on them it could do the trick
[16:11] <bekks> Anton2k: Known architectures that apache runs on: x86, sparc, mips, arm, armel, s390, power, and a lot more.
[16:12] <Anton2k> cheers
[16:13] <Anton2k> am i right in saying that php and my sql runs on apache?
[16:13] <bekks> No. :)
[16:13] <Anton2k> so i would also need to make sure they support arm n stuff
[16:13] <bekks> Yes.
[16:13] <bekks> Anton2k: Just follow the link given in ##hardware
[19:20] <jak2000> hi all
[19:20] <jak2000> wich package recommend me install for mount a FTP server?
[19:21] <jak2000> vsftp is good choise?
[19:58] <bekks> Yes.
[21:52] <PerfM> Surprise, surprise.
[21:52] <PerfM> did you know there are 27+ ubuntu related channels here?
[21:52] <jak2000> PerfM give me the surprise!
[21:53] <PerfM> jak2000, okay, close your eyes and count to 1000 and then I will.
[21:53] <PerfM> oh, but count to 1000 in russian. @ jak2000
[21:54] <bekks> odin, dwa, tri... :P
[21:54] <bekks> No gimme that surprise. :P
[21:55] <PerfM> bekks, I only have 132 surprises, you'll have to get in line.
[21:56] <bekks> Tell the other 131 they get noone. :P
[22:15] <dantespeaks> hi, ive never rented a server before and i need to be advised of what my options can be.
[22:15] <dantespeaks> i need 16 cores to 24 cores on this server, each running a vmware.
[22:16] <dantespeaks> it is for sending emails to contacts. it is not for advertising, it is to raise funds.
[22:17] <dantespeaks> what ram do i need to designate each core to this email sending task?
[22:18] <dantespeaks> and what email service allows you to open up multiple instances of windows (1 for each vm) and let you send each email with a document that is about 400kb? (pdf)
[22:22] <IOfreak> Hi all.  I'm having a very odd issue with 13.10 i386.  When I try to 'sudo apt-get update' I get "Err http://security.ubuntu.com saucy-security/restricted i386 Packages 404 Not Found"
[22:22] <IOfreak> Did they drop support for this version already?
[22:29] <IOfreak> I don't get it.  I can go to the site manually and I see the packages.  Is there any way to do it manually?
[22:41] <IOfreak> found my problem... DNS servers I put in for my domain host are down... switched to google's and it works again... odd


[06:56] <dholbach> good morning
[12:33] <belkinsa> PabloRubianes, pleia2, and jose, who is hosting the Ubuntu Women track today?
[12:46] <PabloRubianes> belkinsa: I'm working at the UDS time... :( I will be online in IRC but I can't do anything else
[12:46] <belkinsa> Alright.
[12:53] <jose> belkinsa: pleia2 is
[12:53] <belkinsa> Okay.
[13:59] <belkinsa> PabloRubianes, check which channel you are for the #ubuntu-uds-community-1, you might need to rejoin it.
[14:00] <PabloRubianes> belkinsa: done, thanks
[14:00] <belkinsa> Not a problem.
[16:05] <miccia> ciao
[16:05] <belkinsa> Hello, do you need help?
[16:09] <miccia> !list
[16:09] <belkinsa> I think the bot is still missing
[16:09] <belkinsa> lococouncil
[16:09] <belkinsa> !lococouncil
[16:09] <belkinsa> Yup
[16:09] <jose> belkinsa: ask #ubuntu-irc, not me
[16:09] <belkinsa> I know.
[16:10] <jose> I've been trying to get it back for a good while with no response
[16:10] <belkinsa> Have you e-mailed the<EMAIL_ADDRESS>address?
[16:23] <jose> that is for IS
[16:23] <jose> IS has nothing to do with the bots
[16:25] <belkinsa> Oh.
[20:17] <genii> Is there something which can be done about empty official channels? For instance, #ubuntu-arabic there is zero users there, just Chanserv. And #ubuntu-sa ( the Saudi channel) only has 2 bots and again Chanserv. We can't in good faith be suggesting users go there for support in Arabic.
[20:32] <YoBoY> genii, hi, just going to a channel (by typing /join #channelname) create the channel, you can't close a channel, but you can ask to redirect it to another one if needed
[20:35] <genii> I was thinking something more like... is there a way to perhaps contact the channel founders and remind them it exists and to either close it if they cannot maintain it, or else populate it with some helpers....
[20:36] <genii> Because someone on the #ubuntu-sa team for instance must be reachable if their contact information is known
[20:39] <belkinsa> I agree with that idea, genii, but I think some of the teams are dead.
[20:40] <genii> belkinsa: I'm just now looking into their team to see if any are active on launchpad or elsewhere
[20:41] <genii> Hm, one of their projects, qstream, was last updated 200 weeks ago :/
[20:42] <belkinsa> Told ya.
[20:48] <genii> Guess maybe I'll email<EMAIL_ADDRESS>[20:50] <genii> There seems to be no more #ubuntu-sa at https://lists.ubuntu.com/ although it is still on their contact info
[20:50] <belkinsa> Chuck LP?
[20:50] <belkinsa> Heck*
[20:50]  * genii makes another pot of coffee and ruminates
[20:50] <belkinsa> Check**
[20:51] <belkinsa> Oh, genii, are you guys at ubuntu-ca going to have a meeting anytime soon?
[20:54] <genii> belkinsa: Touche ;)
[20:56] <genii> belkinsa: BobJonkman would know, he usually pings me if I'm around and one is coming up
[20:58] <belkinsa> BobJonkman2, when is yoru LoCo's next meeting?
[21:15] <genii> I'll have to poke into this more tomorrow, i have to leave regular work now to go do some other work for a few more hours


[00:10] <spectacular> hello, recently installed ubuntu studio 17.10 on my laptop. it's got horrible lag/ choppiness. It feels to me that it's something to do with the video, i.e. the mouse doesn't respond right away or stops while i'm moving it and then jumps. but i get it from typing text too, the text doesn't appear on the screen right away. i've googled a lot and did what everyone recommends, switching to propriety nvidia drivers, but that hasn't fixed it. anyon
[00:10] <spectacular> e know what this is and how to fix it? should i downgrade to 17.04, or try 18.04? or is there another easy fix?
[09:38] <EpiZepi> good morning.  is anyone awake
[09:39] <cfhowlett> you dfo know this is a worldwide network?
[09:40] <EpiZepi> I do now.  Guess I assummed everyone was asleep since I didnt see any text traffic
[09:42] <EpiZepi> Nice to meet you cfhowlett.  I'm a home musician.  Played guitar over 30 years and never once recorded myself playing.  I'm hoping the Ubuntu Studio can help in that endeavor
[09:43] <cfhowlett> #opensourcemusicans is the dedicated music channel, but ask away here first if you want
[09:44] <EpiZepi> I'm looking to see if anyone has experience installing the ubuntu studio components on top of another linux distro.  Right now I have Linux mint kde 18.3.  I had read that studio can install like this but there may be some pitfalls
[09:45] <cfhowlett> sorry, but mint is not ubuntu and is not supported here.  ask mint for support
[09:45] <cfhowlett> !mint
[09:49] <EpiZepi> Much appreciated
[09:49] <cfhowlett> happy2help!
[21:39] <JDA2> Should ubuntustudio 16.04 be able to natively support using VLC to play TV from my Hauppauge HVR-1600 card?   Or does additional software need to be installed?


[00:38] <flexiondotorg> nessita, I'm talking with the HexChat upstream lead dev.
[00:38] <flexiondotorg> They are working on a snap.
[00:38] <flexiondotorg> They should be filing a name dispute form anytime now, can you keep an eye out for it please?
[00:39] <flexiondotorg> It will be filed by https://launchpad.net/~tingping
[02:19] <Chris___> Question, I am stuck booting ubuntu core 16 the screen says  core 16 on ip number
[02:19] <Chris___> Then it asks for local host login but nothing works
[07:23] <foxmask> bonjello
[07:23] <zyga> o/
[07:35] <nullx9> morning
[08:13] <sil2100> Hey guys! Where can I get info about snappy store packages from the edge channel?
[08:16] <mvo> sil2100: snapd 2.18 from last night has the groundwork for this, there is a new snap info command
[08:16] <mvo> sil2100: what info do you need?
[08:16] <mvo> sil2100: is this for a dev project? I can give you rest api if that helps
[08:22] <sil2100> mvo: sometimes it's nice to be able to search for those, and then check for instance what versions are available (or what's the latest one) - and/or for what archs the snap is available
[08:24] <sil2100> For instance, I would now need to know those things about the mir-libs snap
[08:25] <mvo> sil2100: snap find won't search in edge, but I think the use case of "snap info --edge mir-libs" sounds sensible. chipaca is working on snap info currently
[08:25] <sil2100> mvo: can I somehow make that API call directly?
[08:25] <sil2100> In the meantime?
[08:27] <mvo> sil2100: `http --pretty=format --print b https://search.apps.ubuntu.com/api/v1/snaps/details/mir-libs X-Ubuntu-Series:16 channel==edge` should work
[08:28] <mvo> sil2100: or http --pretty=format --print b https://search.apps.ubuntu.com/api/v1/snaps/details/mir-libs X-Ubuntu-Architecture:i386 X-Ubuntu-Series:16 channel==edge if you want different arches
[08:30] <sil2100> mvo: thanks
[08:32] <mvo> yw
[08:58] <flexiondotorg> Morning
[09:11] <mup> PR snapd#2356 opened: cmd/snap: have some completers <Created by chipaca> <https://github.com/snapcore/snapd/pull/2356>
[09:28] <davidcalle> zyga: hi, I've noticed I have both ubuntu-core and core installed (snapd on 16.10), is that supposed to happen?
[09:30] <zyga> davidcalle: no, I don't think that's supposed to happen
[09:30] <zyga> mvo: ^^
[09:30] <mvo> davidcalle: what version of snapd do you have installed?
[09:31] <mvo> davidcalle: apt list snapd
[09:31] <davidcalle> 2.16+16.10ubuntu1.2
[09:31] <davidcalle> mvo ^
[09:31] <davidcalle> (yakkety-updates)
[09:40] <mvo> davidcalle: hmm, anything in "snap changes" that looks like it might brought in core?
[09:43] <davidcalle> mvo: I installed it manually, but is it not supposed to replace ubuntu-core?
[09:44] <mvo> davidcalle: not yet, thats still something we need to make happen
[09:47] <mup> PR snapd#2357 opened: cmd/snap: document 'snap list --all' <Created by zyga> <https://github.com/snapcore/snapd/pull/2357>
[09:51] <timp> mvo: hello
[09:51] <timp> mvo: there is a new ubuntu-app-platform candidate. How do we promote that to stable?
[09:56] <mvo> timp: iirc timo has fully access to myapps.ubuntu.com and he has delegate access furth and also select channels. or am I misunderstanding?
[10:01] <timp> mvo: I am trying to do it without Timo now, he is on parental leave. I am trying to do it by clicking "Manage this package in the store" on https://code.launchpad.net/~timo-jyrinki/+snap/ubuntu-app-platform/+build/11369 but then I get Access Forbidden.
[10:01] <timp> maybe I am trying to manage it in the wrong place, or I don't have the permissions
[10:02] <mvo> timp: https://myapps.developer.ubuntu.com/dev/click-apps/6271/ is the right place
[10:02] <mvo> timp: but it looks like you don't have permission
[10:03] <timp> indeed
[10:03] <mvo> timp: lets talk about it
[10:49] <mup> PR snapd#2358 opened: tests: decrease the number of expected featured apps <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2358>
[10:51] <mup> PR snapcraft#929 opened: WIP: Snap snapcraft (based on pylxd branch) <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/929>
[11:12] <nessita> flexiondotorg, ack! is still not there, but will keep an eye on it
[11:15] <flexiondotorg> nessita, Thanks.
[11:34] <tptr> hi, I am trying to disable the automatic snap refresh happening daily but have not found a docu on his so far. Any hint?
[11:39] <rvr> fgimenez: With candidate channel, dragonboard boots fine
[11:49] <gerry_> hi when I run snappy-debug I get this suggestion "* adjust program to read necessary files from $SNAP, $SNAP_DATA, $SNAP_COMMON, $SNAP_USER_DATA or $SNAP_USER_COMMON" I also get one for write, any suggestions on how I can deal with this?
[12:03] <flexiondotorg> mvo I was experimenting with snap a memory usage reporting utility last night.
[12:04] <flexiondotorg> In order to confine it the system-observe interface needs some new rules.
[12:04] <flexiondotorg> I'd like to prepare a pull-request but want to make sure I'm approaching this the correctly.
[12:04] <zyga> flexiondotorg: do it, file a bug with the snapd-interface tag and we'll reviwe it
[12:04] <zyga> review it*
[12:05] <flexiondotorg> OK.
[12:09] <mup> PR snapd#2357 closed: cmd/snap: document 'snap list --all' <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2357>
[12:10] <mup> PR snapd#2355 closed: cmd/snap: add tests for section completion; fix bugs <Created by chipaca> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2355>
[12:13] <fgimenez> rvr, yes, the suite is passing here with this patch https://github.com/snapcore/snapd/pull/2358/files
[12:13] <mup> PR snapd#2358: tests: decrease the number of expected featured apps <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2358>
[12:13] <fgimenez> rvr, what about pi3, did you try it with candidate?
[12:15] <tvoss> mvo: ping
[12:17] <gerry_> hi when I run snappy-debug I get this suggestions: http://pastebin.com/ds8g1jSk how do I cure them?
[12:19] <rvr> fgimenez: I only have one external monitor :) Still waiting for dragonboard test results.
[12:20] <zyga> gerry_: try connecting the home plug to your apps
[12:20] <zyga> gerry_: this will give you (partial) access to home
[12:20] <zyga> gerry_: except for dot files, so it won't help in this particular case I'm afraid
[12:23] <mup> Bug #1644810 opened: snapd system-observe interface is missing rules to allow memory usage analysis <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1644810>
[12:24] <gerry_> zyga : yes I have the home plug already but thank you for looking
[12:25] <fgimenez> rvr, ok thx! :)
[12:33] <timp> mvo: is there a policy which snaps should be published under the canonical account?
[12:34] <timp> I'm thinking where to publish an ubuntu-ui-toolkit-examples snap. I cannot register that with my own account ('tim'), I guess snaps starting with "ubuntu" are special.
[12:35] <zyga> timp: ownership can be changed later
[12:36] <timp> zyga: right, but I tried to register 'ubuntu-ui-toolkit-examples' and it is currently pending review. I was asked to use either a special Ubuntu SDK Team account (which we don't have), or the canonical account
[12:38] <zyga> timp: in that case someone from the store needs to sort this out for you
[12:40] <timp> I talked with them, and I was asked to figure out if it should go on the canonical account. If not, we should create an SDK team account
[12:43] <mup> PR snapd#2359 opened: spread: add boilerplate for Linode delta uploads <Created by niemeyer> <https://github.com/snapcore/snapd/pull/2359>
[12:48] <gerry_> hi I get these two suggestion when I run snappy-debug not sure how to write the lines that I think my wrapper script needs?
[12:49] <gerry_> sorry these two suggestions: http://pastebin.com/gjnFMS98
[12:53] <gerry_> my program runs fine with these suggestions but I thought it might be an answer to my real problem which is it crashes when I run it with sudo in dangerous install
[13:04] <rvr> fgimenez: http://paste.ubuntu.com/23532177/
[13:27] <gerry_> hi when I run snappy debug I get these suggestions http://pastebin.com/gjnFMS98 it works fine but when I install it as dangerous and try to run it with sudo it crashes ?
[13:29] <sergiusens> zyga ^
[13:39] <zyga> sergiusens: I looked yesterday, no idea
[13:41] <sergiusens> zyga feels like a conlict with $HOME
[13:51] <zyga> sergiusens: well, $HOME is redefined so whatever is going on, the app looks at the real home explicitly
[14:56] <qengho> gerry_: I see "java" in that name. Java constructs its idea of user home from things other than the HOME environment variable. Does your wrapper set the java.home variable (or whatever it's named)?
[15:04] <gerry_> gengho: here is a copy of my wrapper : http://pastebin.com/k69QiwnD
[15:07] <mup> PR snapd#2360 opened: Fix prefix search query; Fix empty query search; Find doc <Created by AlexandreAbreu> <https://github.com/snapcore/snapd/pull/2360>
[15:08] <qengho> gerry_: You probably need to be setting the user.home Java property at startup.
[15:10] <gerry_> gengho: ok sorry I am very newb how would I do that?
[15:11] <qengho> gerry_: $  man java    Then search for "property", see -Dproperty=value, add the parameter to your wrapper where you run java.
[15:14] <gerry_> gengho: ok I will try thank you for your help
[15:18] <alex-abreu> mvo, ping
[15:19] <Chipaca> alex-abreu: o/
[15:21] <Chipaca> alex-abreu: did you actually test the change you're proposing in #2360 IRL?
[15:22] <alex-abreu> Chipaca, yes ... why?
[15:22] <Chipaca> alex-abreu: because it won't work as described?
[15:22] <alex-abreu> Chipaca, did I miss something? I checked with the store guys yesterday and made sure that I got the semantics right
[15:22] <alex-abreu> Chipaca, what do you mean?
[15:22] <alex-abreu> Chipaca, it doesn't work?
[15:22] <Chipaca> alex-abreu: but you're not changing the client of the store, you're changing the client of snapd
[15:23] <alex-abreu> Chipaca, yes I know
[15:23] <Chipaca> which is why i ask, did you test the change
[15:23] <Chipaca> because snapd treates name=foo as a request for an exact match
[15:23] <alex-abreu> Chipaca, so the answer is yes, ...
[15:24] <Chipaca> that is, name=foo on snapd hits the store details endpoint, not the search endpoint
[15:24] <Chipaca> name=foo* gets the * removed and hits the search endpoint with name=foo
[15:28] <alex-abreu> Chipaca, ah I see what you mean, ... sorry yes, I missed the findOne bit, I'll update the PR
[15:29] <alex-abreu> Chipaca, one thing that I want to do is cleanup the snapd client API, ... the semantics is not clear, it overloads a bit the store search options
[15:30] <alex-abreu> Chipaca, from the store's perspective, all searches are "prefix searches", ... but you can control if the search is limited on the snap names  or on all the fields, this is not reflected on the snapd client api side, which overloads the Prefix term
[15:30] <alex-abreu> Chipaca, if you see what I mean
[15:32] <Chipaca> alex-abreu: I think I do
[15:32] <Chipaca> alecu: but let's discuss changes before you implement them please
[15:32] <Chipaca> alex-abreu: ^
[15:32] <Chipaca> alecu: you too :-p
[15:32] <alex-abreu> Chipaca, sure
[15:32] <alex-abreu> :)
[15:33] <alex-abreu> Chipaca, let's use the branch as a basis for discussion :)
[15:33] <alex-abreu> Chipaca, do you want to have a quick ho chat for that?
[15:34] <Chipaca> alex-abreu: there's also a lot of duplication in client that could and should be dropped now that the role and separation of things is clearer
[15:34] <Chipaca> alex-abreu: I'd rather discuss here tbh
[15:34] <alex-abreu> Chipaca, agree, this is what triggered my PR
[15:34] <alex-abreu> Chipaca, np
[15:35] <mvo> alex-abreu: pong (or did Chipaca already take of everything?)
[15:35] <alex-abreu> mvo, no I wanted to talk to you about a separate thing :)
[15:35] <mvo> alex-abreu: aha, ok
[15:36] <alex-abreu> mvo, what did you have in mind to improve the sections discoverability from the snap cmd's perspective? something like "snap find sections"
[15:36]  * Chipaca feels a little guilty now
[15:37] <mvo> alex-abreu: I was thinking about it but did not came up with a nice cli interface yet
[15:37] <mvo> alex-abreu: snap find --sections without an argument could list them all maybe
[15:37] <Chipaca> alex-abreu: OS had a google doc about the sections UX; have you seen it?
[15:37] <mvo> alex-abreu: or `snap find --section` could return "no section specified, please select one of "a,b,c""
[15:37] <alex-abreu> Chipaca, so basically I want to kind of keep the store's semantics clear, in that ALL the searches are prefix searches, and that you can control the extent of the fields searches (name or all), ...
[15:37] <Chipaca> nessita might even have a url somewhere
[15:38] <mvo> Chipaca: aha, great, so the cli was already speced? brilliant
[15:38] <alex-abreu> Chipaca, did you have something specific in mind when you talked about the cleanups necessary?
[15:38] <Chipaca> mvo: I don't remember if this aspect of it was
[15:38] <Chipaca> mvo: because I am not a good repository of urls :-)
[15:39] <alex-abreu> Chipaca, ah  the Friday guilty feeling :)
[15:39] <nessita> Chipaca, how can I help?
[15:39] <Chipaca> alex-abreu: my cleanups seem to be orthogonal to yours
[15:39] <Chipaca> nessita: do you remember the sections ux doc?
[15:39] <Chipaca> alex-abreu: but I wonder what exactly you mean about all searches being prefix searches
[15:40] <nessita> Chipaca, yes, one sec
[15:40] <alex-abreu> Chipaca, mvo https://docs.google.com/document/d/19HJFQo1Zpz_LgYFzcdBfbRJk3OX3DsjhHyGgkfKNkzY/edit#heading=h.vhukcea9ynk1
[15:40] <alex-abreu> mvo, Chipaca but there is nothing about sections discoverability the only thing that I could find and implemented is the tab completion
[15:40] <Chipaca> nessita: ^
[15:40] <Chipaca> nessita: thanks
[15:40] <alex-abreu> this is why I did it this way
[15:40] <Chipaca> agh, 2fa
[15:40] <alex-abreu> there is a piece missing
[15:41] <Chipaca> hmm, there might be another doc?
[15:41] <nessita> Chipaca, pasting on a private channel
[15:41] <Chipaca> or this one has evolved a lot since i saw it
[15:41] <Chipaca> thanks
[15:42] <alex-abreu> Chipaca, what i mean is that there is no way to have an exact search as of now in the store, ... either through the name= or q= fields, ... there is no exact search
[15:42] <nessita> alex-abreu, that is intentional given the defined semantics for snap find
[15:42] <alex-abreu> Chipaca, nessita maybe there is another doc indeed
[15:42] <Chipaca> nessita: alex-abreu: seems it's about the same; just tabs
[15:43] <alex-abreu> nessita, sure I am not saying that it isn't ... just decribing the situation :)
[15:43] <Chipaca> so one approach would be to list sections at the bottom of the empty snap find output
[15:43] <Chipaca> alex-abreu: but if I search q=foo, it'll search for foo all over the place, not just as a prefix
[15:44] <alex-abreu> Chipaca, the issue is that it overloads a bit the cmd, ... instead of hitting the right endpoint from the store
[15:45] <Chipaca> alex-abreu: there you lost me
[15:45] <mup> PR snapd#2347 opened: overlord: flag required-snaps from model as required and prevent removing them <Created by pedronis> <https://github.com/snapcore/snapd/pull/2347>
[15:45] <alex-abreu> Chipaca, yes, maybe we dont have the same understanding of the word prefix :) ... what I mean is when I search foo it will return snaps 'foobar', 'foofoo', 'foo' etc. and that you can restrict the search to only names or all fields through name= or q=
[15:45] <Chipaca> alex-abreu: that's not true
[15:45] <Chipaca> I mean
[15:46] <Chipaca> alex-abreu: if you search q=hello it'll look for hello anywhere in certain fields
[15:46] <alex-abreu> Chipaca, well this is what the store guys told me yesterday, and what I could see from the command line
[15:46] <Chipaca> it might give prefixes more weight, but it can occur anywhere
[15:46] <alex-abreu> Chipaca, yes this is what I was saying
[15:46] <nessita> Chipaca, alex-abreu so is prefix anywhere in a given set of fiels
[15:46] <alex-abreu> :)
[15:46] <nessita> this means that a search for "foo"
[15:46] <nessita> will return hits for snaps with descriptions:
[15:46] <Chipaca> alex-abreu: no, you're saying "prefix", which means it starts with that
[15:47] <nessita> this amazing fooontastic snap
[15:47] <nessita> is prefix on words
[15:47] <Chipaca> oh! i didn't know that
[15:47] <Chipaca> that sucks, but ok
[15:48] <alex-abreu> Chipaca, well this is what seems to happen, curl 'https://search.apps.ubuntu.com/api/v1/snaps/search?name=a' -H 'X-Ubuntu-Series: 16' | jq .
[15:48] <Chipaca> alex-abreu: nessita: can we at least agree that the general search only searching for prefixes is an implementation detail of CPI, and it shouldn't really leak?
[15:48] <alex-abreu> Chipaca, yes
[15:48] <alex-abreu> so all is a prefix search
[15:49] <alex-abreu> you can only restrict the fields being searched
[15:49] <mup> PR snapd#2351 closed: tests: add set -e to the prepare ssh script <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2351>
[15:49] <alex-abreu> Chipaca, CPI?
[15:49] <Chipaca> (nessita: thank you; don't feel you need to carry on being part of the discussion unless you want to)
[15:50] <Chipaca> alex-abreu: search.apps.ubuntu.com
[15:50] <alex-abreu> Chipaca, ah, well ... it something that the user might care, and have a broader search so the distinction matters imo
[15:51] <Chipaca> alex-abreu: have a broader search?
[15:51] <alex-abreu> it might not be reflected atm in the 'snap' cmd
[15:51] <alex-abreu> Chipaca, yes, like search on names or search on description, ... the snap names might be very confusing sometimes, I dont know
[15:52] <alex-abreu> mvo, Chipaca (sorry for the crossed discussions) about the sections discoverability, ... I was thignking about a specific snap find --sections (as mvo said) that would specifically hit the appropriate store end point
[15:54] <Chipaca> --sections instead of --section to list them all?
[15:55] <Chipaca> that goes against using tab completion to discover them, fwiw
[15:55] <Chipaca> not sure how bad that is though
[15:56] <Chipaca> snap find --sec<tab><space><tab> isn't that much worse than snap find --sec<tab><tab>
[15:56] <Chipaca> on the other hand maybe it's worth having "snap sections"
[15:57] <Chipaca> I don't know
[15:57] <Chipaca> going back to find, if what you're proposing is that snapd know about, and the client api expose, all the search options that CPI provides, I'd say no
[15:57] <giminni> installed snappy ubuntu core for raspi3 still cannot login using a SSO account with dsa key
[15:57] <Chipaca> not without a clear use case
[15:58] <Chipaca> the more api we offer, the less we can adapt
[15:58] <Chipaca> giminni: is network working?
[15:58] <giminni> yes
[15:58] <giminni> it is reproducable
[15:59] <Chipaca> giminni: maybe we've disabled dsa keys? (i don't remember if that was a thing?)
[15:59] <alex-abreu> Chipaca, (sections) yes I am not sure how bad things are atm, ... and if people would complain, we might leave it for later
[15:59] <Chipaca> alex-abreu: right now in 2.18 things aren't good, but 2.19 should improve on it :-)
[15:59] <Chipaca> we were a little hasty in taking the completion thing as it stood
[16:00] <giminni> @chipaca: this is the only way to login, as explained in the first boot section
[16:00] <nothal> giminni: No such command!
[16:00] <alex-abreu> Chipaca, (find) the gist of what I am saying is that the snapd client api is a bit misleading, the prefix is ... knowing that all the searches are prefix based, ...
[16:00] <Chipaca> giminni: do you tried a key that isn't dsa?
[16:01] <Chipaca> alex-abreu: so renaming that option would be fine
[16:01] <Chipaca> alecu: or reworking the find options struct to make more sense also
[16:01] <alex-abreu> Chipaca, (find) I sam saying that from a consumer's perspective from snapweb, ... atm I can either use the Prefix and then I end up with a findone, of have a very broad (q=) based prefix search
[16:01] <Chipaca> gaah! stupid xchat completing whatever it wants to! sorry alecu
[16:01] <alex-abreu> ahah :)
[16:02] <alex-abreu> Chipaca, alecu gets more attention
[16:02] <Chipaca> alex-abreu: search is not very good, and it needs to get better, yes
[16:02] <nessita> Chipaca, ak, currently in the bi-weekly call so a little spotty
[16:02] <giminni> @chipaca: no I'll try an rsa key, atm I hack extrausers/etc/shadow and put a password for the user :-(
[16:02] <nothal> giminni: No such command!
[16:03] <not-alex-abreu> Chipaca: does that help?
[16:03]  * Chipaca hugs not-alex-abreu
[16:03] <alex-abreu> not-alex-abreu, ahah !
[16:03]  * not-alex-abreu hugs Chipaca back
[16:03] <Chipaca> of course now it wants me to talk to alesage
[16:03] <alex-abreu> ahah ...
[16:03] <alex-abreu> Chipaca, prefix searches again !! :)
[16:04]  * alesage is not as handsome as alex-abreu
[16:04] <Chipaca> alex-abreu: what I mean is: if the search results are bad for snapweb it's because the search results are bad
[16:04] <Chipaca> alex-abreu: that needs fixing on the server
[16:04] <Chipaca> alex-abreu: it most certainly does *not* want fixing on the client
[16:04] <Chipaca> and doubly-especially not on just one of the clients
[16:05] <alex-abreu> Chipaca, what I want is have a clear exposure to the 3 bits: prefix snap name search, prefix snap information (broad) search, exact search (through findOne atm)
[16:05] <Chipaca> alex-abreu: the only reason foo* ends up doing a search with name=foo is to support tab completion
[16:05] <alex-abreu> I have access to 2 atm, and Prefix is misleading as a name
[16:05] <alex-abreu> alesage, :))
[16:06]  * __chip__ is also "special"
[16:06] <__chip__> giminni: please report back on how it went
[16:07] <alex-abreu> Chipaca, from snapweb the searches are bad because we cannot search by snap name (which is what I think the snapweb search is about)
[16:07] <__chip__> you totally can search by snap name
[16:07] <alex-abreu> __chip__, yes but I mean by snap name *only*
[16:07] <__chip__> alex-abreu: I don't understand. In what sense can't you?
[16:08] <__chip__> that is explicitly supported
[16:08] <giminni> @chipaca: BTW ubuntu one explanation is for dsa AND rsa key anyway...
[16:08] <nothal> giminni: No such command!
[16:09] <alex-abreu> since in find (from snapd client) Prefix=false means q= search (which searches all over the place not only in the snap names) and Prefix=true searches for the exact snap name (special semantics of snapd)
[16:09] <__chip__> alex-abreu: yeah, I think it should work, but I don't know (and the people i'd ask are on holiday today)
[16:09] <alex-abreu> __chip__, ^
[16:09] <__chip__> alex-abreu: Prefix=true does *not* search for exact name
[16:09] <__chip__> alex-abreu: except with your branch, which breaks the feature
[16:10] <alex-abreu> __chip__, argh yes ... sorry wrong way to put it, ...
[16:11] <__chip__> alex-abreu: I'm a patient person. I'll wait.
[16:12] <__chip__> giminni: yeah, I think it should work, but I don't know (and the people i'd ask are on holiday today)
[16:13] <__chip__> alex-abreu: (if you read that as addressed to you and were confused, my apologies)
[16:13] <__chip__> I've gotten out of practice of tracking multiple threads on irc. Bad chipaca.
[16:14] <alex-abreu> Chipaca, the patient thing ?
[16:14] <Chipaca> alex-abreu: no, the "i think it should work" which was about dsa keys
[16:14] <alex-abreu> Chipaca, ah :)
[16:15] <Chipaca> alex-abreu: the "patient" was because you made an incorrect statement, which I corrected, and then you said it was the "wrong way to put it", meaning that you hadn't been wrong in your statement but expressed your still-correct idea in a suboptimal way. So I'm waiting for you to restate it.
[16:16] <Chipaca> but I have already spent an hour on this. Just sayin'
[16:17] <alex-abreu> Chipaca, not sure what you mean by that, am I wasting your time?
[16:17] <Chipaca> alex-abreu: spent, not wasted. I hope it's not wasted!
[16:18] <alex-abreu> Chipaca, I can send an email it would ease up the load ...
[16:18] <alex-abreu> Chipaca, I dont think so  but lets stop there since I think that the conversation is starting to be on the wasted side, I'll send an email
[16:18] <Chipaca> alex-abreu: rather: now that i have some idea of what you're thinking, maybe iterate on that branch?
[16:19] <Chipaca> otherwise, sure, email works
[16:21] <alex-abreu> yes a better way to keep a happy tone
[16:22] <giminni> @chipaca: with rsa it work! please correct https://login.ubuntu.com/ssh-keys text "Import new SSH key  Insert the contents of your public key (usually ~/.ssh/id_dsa.pub or ~/.ssh/id_rsa.pub)."
[16:22] <nothal> giminni: No such command!
[16:24] <Chipaca> jjohansen: do you know if logging in to core with dsa keys disabled for some reason?
[16:24]  * Chipaca remembered we have a non-US security person in the channel
[16:25] <kyrofa> didrocks, national holiday yesterday, so both jdstrand and myself were off. Did you manage to sort the configure hook issue?
[16:27] <didrocks> kyrofa: yeah! Well, there is a bug report on the denial creating by snapctl :)
[16:27] <didrocks> kyrofa: but at least, it's not blocking setting/getting the values
[16:27] <didrocks> thanks for checking back though :)
[16:28] <didrocks> if interesting, the bug is https://bugs.launchpad.net/bugs/1644573
[16:28] <mup> Bug #1644573: snapctl causes hooks to attempt to open ip/ipv6 tcp connection <Snappy:New for zyga> <https://launchpad.net/bugs/1644573>
[16:32] <kyrofa> didrocks, ah, interesting. But no adverse effects of the denial?
[16:32] <giminni> @chipaca:better change doc temporarily at https://developer.ubuntu.com/en/snappy/start/raspberry-pi-2/ with "2. Import an SSH Key into your Ubuntu SSO account on this page"
[16:32] <nothal> giminni: No such command!
[16:32] <didrocks> kyrofa: no, the values are gettable (I didn't use set in the hook, but I don't think that would be different)
[16:33] <Chipaca> giminni: first I want to find out if this is supposed to happen, or if it's a bug we're all having, or if you're an especially unlucky snowflake
[16:33] <giminni> @chipaca: yes of course.
[16:33] <nothal> giminni: No such command!
[16:35] <Chipaca> giminni: but it does look like we won't know until next week. Hopefully using a rsa key works for you until then.
[16:35] <giminni> chipaca: FYI: I installed the latest rpi3 file from 3rd november and tried dsa-key login repeatedly. For now rsa works, thx for pointing to the right direction.
[16:58] <alex-abreu> Chipaca, email sent :)
[16:59] <mup> PR snapd#2361 opened: snap: fix try command when daemon linie is added <Created by stolowski> <https://github.com/snapcore/snapd/pull/2361>
[17:41] <fandango> hi all.
[17:43] <fandango> I have server with 2 ip adresses. Apache (snap, nextcloud) bind server on both IP. How i can set only one IP for snap ?
[17:43] <fandango> plz help me )
[17:58] <zyga> fandango: hey, I don't think you can do that just yet but we're working on something that will let you do this with network namespaces
[17:58] <zyga> fandango: let me look if there's a bug tracking that
[17:59] <zyga> fandango: please keep track of https://bugs.launchpad.net/snappy/+bug/1624675
[17:59] <mup> Bug #1624675: Please add network-namespace interface <snapd-interface> <Snappy:Triaged> <https://launchpad.net/bugs/1624675>
[18:00] <zyga> fandango: with this feature you will be able to create arbitrary network settings for each snap
[18:02] <fandango> ok, thanks
[18:04] <fandango> Can i unpack snap stored in /var/lib/snapd/snaps  - modify file, and pack  :) ?
[18:06] <zyga> fandango: yes
[18:06] <zyga> fandango: though they will no longer validate and match your assertions
[18:06] <zyga> fandango: you will have to install a modified snap with --dangerous


[05:44] <emmy1999> Hi boyz, I just got into Docker and using Portainer to manage it. I plan on using Nginx Proxy Domain to route to subdomains. Should I install it inside of Portainer or should it be separate?
[08:33] <micmac> Hi
[08:34] <micmac> I'm trying to set up an access point with netplan, I managed to do it with nmcli command, so it created the yaml file in /etc/netplan. Then I generate and apply it. It works, but now android devices say that it can't connect automatically to this hotspot
[08:35] <micmac> also, the netpllan file is supposed to use NetworkManager for the hotspot, but there is not any file generated in /etc/NetworkManager ...
[08:36] <micmac> There is conflictual and outdated information all over the internet, deprecated wifi settings and so on...
[08:36] <micmac> I just want to fix this hotspos which can't be reconnected automatically by android devices, and which also seems to disconnect on its own at times :(
[08:37] <micmac> *hotspot
[08:37] <micmac> wifi, of course
[08:43] <micmac> ubuntu server 22.04
[08:43] <micmac> 88x2bu compatible usb wifi adapter
[08:47] <micmac> wow ok, now it seems that android reconnects anyway upon reboot. so it lied to me...
[08:48] <micmac> for some reason, it disconnects automatically if I stay too long in the wifi settings...
[08:52] <micmac> ah, no, it still disconnects on its own after a while :/
[08:53] <micmac> some people are talking about bugs in the 5.15 kernel regarding wifi ?