[19:55] <huayra> good evening
[19:56] <shahriar86> hello there...
[19:56] <shahriar86> Good Evening to you too
[19:56] <huayra> how are things shahriar86
[19:56] <shahriar86> trying to survive....
[19:57] <shahriar86> how about you?
[19:57] <shahriar86> I bet you have been busy :P
[19:58] <huayra> yes, I have
[19:58] <huayra> I was hoping to come up with a plan on how to get the spreadubuntu site up
[19:59] <huayra> and instead of focusing on bigi release rather have small milestones
[19:59] <huayra> in that way we can get wuick wins up ASAP
[19:59] <huayra> and get people motivated
[19:59] <shahriar86> true
[20:00] <shahriar86> can you look into making localization more user friendly?
[20:00] <shahriar86> I tried that without much success....
[20:04] <huayra> indeed
[20:04] <huayra> we got a lot of feedback on localization
[20:04] <huayra> and tried 2 methods
[20:04] <huayra> but they were incompatible
[20:04] <huayra> we need to find a way to abstract the content we add and the content that is "vanilla drupal"
[20:05] <shahriar86> humm.. hope they are fixed soon...
[20:05] <shahriar86> any other aspects that need updates?
[20:05] <shahriar86> I have not been able to get in touch much
[20:05] <shahriar86> been busy with local projects
[20:07] <huayra> e have all been very busy
[20:07] <shahriar86> true
[20:08] <huayra> I am now stepping down from many of my roles both in the Ubuntu community and non-virtual communities in order to focus on SpreadUbuntu
[20:09] <shahriar86> humm that must be hard
[20:10] <huayra> yeah, it's taking more time than I wish it did
[20:10] <huayra> but when I'm done I will be more productive all in all for the SU project
[20:11] <huayra> and thus hopefully take off and get even more people involved
[20:12] <shahriar86> hopefully
[20:12] <huayra> well, we have to make a reestructuration of the project and migrate top drupal6
[20:13] <huayra> that will helps us stay in touch with the general LoCo trend
[20:13] <huayra> and also we will very likely make Spread Ubuntu a module for drupal
[20:13] <huayra> so that we can work with our module and let drupal be
[20:13] <huayra> that seems like a likely approach
[20:14] <shahriar86> humm....
[20:14] <shahriar86> that might work well .. :)
[20:15] <shahriar86> when the meeting officially starts?
[20:15] <shahriar86> do we have some time in hand?
[20:15] <shahriar86> (if we have time I may then go finish my dinner, yet to have my dinner...)
[20:16] <huayra> Started at 20UTC
[20:16] <huayra> it seems there is just you and I
[20:16] <shahriar86> that tells me it should be started by me
[20:16] <huayra> any other people attending the SpreadUbuntu meeting?
[20:16] <shahriar86> ohh :|
[20:16] <michelleribeiro> huayra: I'm listening. :D
[20:16] <huayra> hi michelleribeiro
[20:16] <huayra> :)
[20:16] <huayra> welcome!
[20:16] <shahriar86> welcome michelleribeiro
[20:17] <michelleribeiro> Let me introduce myself: I'm a brazilian girl, who used to help on Debian. I was one of the Debconf 4, where Ubuntu was announced.
[20:17] <shahriar86> it might be good idea to change the channel status (welcome msg.... what it is called?) to let people know it's started?
[20:17] <michelleribeiro> I'm a marketing professional and economics student, at LSE.
[20:18] <huayra> wow
[20:18] <michelleribeiro> And would like to help on ubuntu-marketing from now.
[20:18] <huayra> your skills are for sure needed !
[20:18] <michelleribeiro> huayra, shahriar86: Thanks. :D
[20:18] <trmanco> cool
[20:18] <michelleribeiro> huayra: I hope so.
[20:18] <huayra> well shahriar86 shall we introduce ourselves?
[20:19] <trmanco> michelleribeiro, isso quer dizer que sabes falar português :-P
[20:19] <huayra> hi trmanco
[20:19] <trmanco> huayra, Hello
[20:19] <huayra> yo hablo español pero portugés no ;)
[20:19] <huayra> pero lo entiendo
[20:19] <trmanco> :-P
[20:19] <michelleribeiro> trmanco: Absolutamente.
[20:19] <huayra> hi trmanco
[20:19] <michelleribeiro> michelleribeiro: brazilian?
[20:19] <trmanco> huayra, you are from spain?
[20:20] <michelleribeiro> ops, I mean you, trmanco
[20:20] <huayra> no, I'm from Ecuador
[20:20] <trmanco> are you*
[20:20] <huayra> latin-amer
[20:20] <huayra> ican
[20:20] <trmanco> michelleribeiro, no, I'm from Portugal
[20:20] <trmanco> huayra, cool :D
[20:20] <huayra> nice country Portugal
[20:20] <trmanco> huayra, I woudn't say that if I were you
[20:20] <michelleribeiro> trmanco: Oh, family is from Portugual. :)
[20:21] <michelleribeiro> Well, meeting?
[20:21] <shahriar86> I'm Shahriar from Bangladesh, Marketing major student (still lot to learn) interested in localization, communication, FOSS & UBuntu Linux
[20:21] <huayra> yeah, the meeting is started by introducing ourselves
[20:21] <michelleribeiro> shahriar86: The world is really flat. Hi there, shahriar86
[20:22] <shahriar86> it sure is michelleribeiro
[20:22] <shahriar86> :)
[20:22] <shahriar86> hello
[20:22] <huayra> My name is Rubén Romero. Have used FLOSS for over a decade and work as CIdO (sort of a VP) and as a Sales Advisor in a Norwegian free software company called FreeCode. I have been an ubuntu member since last year and have worked with LoCos and Marketing since 2005
[20:23] <huayra> basically the goal of this meeting is to discuss SpreadUbuntu, a project the Ubuntu Marketing team
[20:23] <huayra> *by theubuntu M...
[20:24] <trmanco> ok, so looks like I'm the youngest one here
[20:24] <trmanco> :|
[20:24] <shahriar86> by experience or age? trmanco?
[20:24] <huayra> trmanco, how old are you? I'm 27
[20:24] <trmanco> :|
[20:24] <shahriar86> I am inexperienced too....
[20:24] <shahriar86> I'm 22
[20:24] <huayra> we are all inexperienced in some way ;)
[20:24] <trmanco> I'm only 18 and I'm a simple high school student
[20:25] <trmanco> almost 19 though
[20:25] <shahriar86> :)
[20:25] <shahriar86> same age group....
[20:25] <huayra> something like I was when I started with GNU/Linux
[20:25] <huayra> it's good to have young blood
[20:25] <huayra> young blood = high energy
[20:25] <trmanco> I started two years ago with Feisty
[20:25] <huayra> and with the right motivation and canalization you can get very far
[20:25] <trmanco> :D
[20:26] <michelleribeiro> Ok. 29 here, but it does not mean nothing.
[20:26] <shahriar86> huayra:  are you old? (old blood??) in our country maturity starts at 25 so..... :|
[20:26] <shahriar86> :)
[20:26] <shahriar86> age does not matter actually....
[20:26] <huayra> ok
[20:26] <shahriar86> any way you can continue discussion
[20:26] <huayra> I propose we go through the following points:
[20:27] <huayra> * What do we want with the SpreadUbuntu project
[20:27] <huayra> * When do we want to achieve it
[20:27] <huayra> * How we can do it
[20:27] <huayra> and
[20:27] <huayra> * what can you cooperate with
[20:27] <huayra> so let me introduce to you SpreadUbuntu:
[20:28] <huayra> What is SpreadUbuntu?
[20:28] <huayra> The Idea we are trying to make a reality has been taken up many times. Always in a slightly different way, with different goals, under different names. So what is this project exactly? I will now explain what SU will eventually be, and what it will eventually consist of, this is the long-term, global conception.
[20:28] <huayra> First: it is called SpreadUbuntu (SU for short). Don't mix it up with the former project, we just love the name, changing the concept a bit. It is a site aiming two audiences: the excited new user and anyone willing to solve Bug #1. Although the visitor will see it as a whole, we actually have two sub-projects, that we will from now on call Site and diy, SU being it all. (Again: forget about what used to be DIYWebsite, etc...) So
[20:28] <huayra>  that's for the naming. The site part will be accessed via www.spreadubuntu.com (currently still pointing to ubuntu.com) and the diy part will be transparently integrated in the site part. However, if you're not interested in the site part, a subdomain, diy.spreadubuntu.com, will directly point to the diy part. All clear? Let's see what these parts consist of then...
[20:29] <huayra> The Site part is very much like the former SpreadUbuntu project. It aims to ease the excited new user from exploring the community straight to spreading Ubuntu in his locality. The Site has a community strengthening role, making it easier to understand what everything is about, providing a communication platform, possibly a user-map, etc... If you want to know more about this section, we work on the Site here.
[20:29] <huayra> The diy part is actually a dynamic repository, for posters, artwork, presentations, flyers and general marketing and/or community resources. It is inspired by the former DIYWebsite project. The visitor can rapidly access all material through a classification/filtering system with several criteria, and furthermore, it enables anyone to easily contribute by uploading new documents or translating existent ones in their language. For
[20:29] <huayra>  details, we work on diy here.
[20:29] <huayra> We have created a working group inside the marketing team, of which we are still fully part of. The group has decided that for now, the priority is not the Site, but diy. This does not proscribe anyone from starting its development in parallel, but the team focus will stay diy for now. We work on launchpad.
[20:29] <huayra> this is taking from our wiki page: https://wiki.ubuntu.com/MarketingTeam/Projects/SpreadUbuntu
[20:30] <huayra> so we have an alpha of the DIy up and running: http://spreadubuntu.neomenlo.org/
[20:30] <huayra> or accesed by: http://spread.ubuntu.ec
[20:31] <huayra> this is a site that actually works and have built in the most basic features for the Do-It-Yourself part of the site
[20:32] <huayra> want we need to do next is to pimp that site up and basically make it easier to understand and use
[20:32] <trmanco> the website buttons are a good start, users can promote Ubuntu on there site, and depending on the number of clicks we can promote the users site on spreadubuntu also
[20:32] <huayra> and also integrate the site with launchpad for easy access to the whole Ubuntu community
[20:35] <huayra> yea trmanco
[20:36] <trmanco> instead of clicks, maybe downloads would be better
[20:36] <huayra> so I'll let you digest the idea, please see the site and surf it a bit. I'll be back in 15 minutes and will read your comments and continue this chat (I have to make my daughter sleep ;)
[20:36] <michelleribeiro> huayra: Since SpreadFirefox was the first inspiration, I'm taking a look at its website and looks amazing, but the content is a bit messy.
[20:37] <michelleribeiro> huayra: What do you think about use it as inspiration again?
[20:38] <trmanco> michelleribeiro, we should
[20:38] <michelleribeiro> huayra: What CMS is SU website using?
[20:40] <shahriar86> do you meen drupal>
[20:40] <shahriar86> ?
[20:43] <shahriar86> am I alive? :|
[20:44] <trmanco> yes
[20:45] <shahriar86> what happened ?
[20:45] <trmanco> don't know
[20:46] <shahriar86> hummm
[20:46] <michelleribeiro> shahriar86: Nice to now. Drupal is very flexible.
[20:47] <shahriar86> it's drupal 5 actually will move to drupal6 soon
[20:48] <michelleribeiro> huayra: since the focus is the diy area and its kind of content is made by community, how easy is now to have a material uploaded to SU?
[20:50] <michelleribeiro> Answering myself: As we know SU has a page where we collect material from all places. Right now we are doing this process manually, but If we could somehow get this process "automatized" it would be great so we can continue our work.
[20:50] <michelleribeiro> https://wiki.ubuntu.com/MarketingTeam/Projects/SpreadUbuntu/IdeaPool
[20:52] <shahriar86> checking
[20:53] <trmanco> I can't find the flag icons
[20:54] <shahriar86> flag icons?
[20:54] <trmanco> if you go to SU uou can choose the language
[20:54] <trmanco> you*
[20:54] <trmanco> some languages have icons some don't
[20:54] <trmanco> flag icons
[20:55] <shahriar86> ohh okey
[20:55] <trmanco> found them
[20:57] <shahriar86> michelleribeiro:  yes that automated solution might help
[20:57] <shahriar86> huayra: are you there??
[20:57] <shahriar86> meeting is going nowhere :|
[20:59] <michelleribeiro> shahriar86: Its because our leader is gone. Lets wait.
[20:59] <shahriar86> humm.....
[21:00] <michelleribeiro> Or does someone else has the informations that is needed to keep the meeting?
[21:00] <huayra> sorry, it took more than I Expected
[21:00] <shahriar86> no problem
[21:00] <michelleribeiro> huayra: np
[21:01] <huayra> ok
[21:01] <huayra> Answering the question above
[21:01] <huayra> yes, SpreadUbuntu could be of some inspiration, with better material handling. In that aspect I believe we have don e abetter job to be honest
[21:02] <huayra> I ment SpreadFirefox
[21:02] <huayra> Yes as shahriar86 pointed out we are moving towards Drupal6. because drupal is by far the best tool for the job, and also because it is what the ubuntu-website team uses and thus we cvan get ideas and help from them too
[21:03] <huayra> Uploading material can be done very easily. I think that you can even do it without login in
[21:03] <huayra> we used to have that feature
[21:03] <huayra> let me chek (I'm always logged in so I couldn't tell)
[21:04] <huayra> yes it is activated by default using the captcha as protection against spammers
[21:04] <huayra> Automatizing the process of collecting material is by far the best achievement we can make
[21:05] <huayra> I have been thinking of that for a while and have an idea which is detailed in the ideapool
[21:06] <huayra> the pull out has to be done from the Ubuntu Wiki
[21:06] <trmanco> I think it is time for me to try and contribute
[21:06] <huayra> and it could be easily done
[21:06] <trmanco> *code*
[21:06] <huayra> please do trmanco
[21:06] <trmanco> it is kind of scary, if I do contribute it will be my first time
[21:06]  * michelleribeiro is away
[21:06] <trmanco> I'm reading the docs on how to get a branch and merge code
[21:07] <huayra> michelleribeiro, I hope that addressed your questions
[21:07] <huayra> trmanco, if you need help you cvan contact our list
[21:07] <huayra> there are many people there that are more than helpful
[21:08] <huayra> you can also ask a question in our answer tracking system or file a bug. We use Launchpad for all of that
[21:08] <trmanco> huayra, ok I'm am subscribed from the beginning
[21:08] <huayra> trmanco, I think you should just go ahead and contribute
[21:08] <huayra> FLOSS is about that. Make changes and contribute them back
[21:09] <trmanco> SU has missing flags on the language drop down
[21:09] <huayra> in SpreadUbuntu you do not even have to ask, just do the upload and we will merge the changes ;)
[21:09] <trmanco> and the flags don't look very good
[21:09] <huayra> I know, that gets pretty much fixed with Drupal6
[21:09] <huayra> AFAIK
[21:10] <huayra> let's get on:  * When do we want to achieve it
[21:11] <huayra> I firmly believe that the move to drupal6 could be done by the time Jaunty comes along
[21:11] <shahriar86> I have few questions
[21:12] <shahriar86> first is what we need from Non-techy general contributors?
[21:12] <shahriar86> then how to contribute where to start
[21:12] <huayra> yes this brings us to the 3rd point: How do we want to achieve this
[21:12] <shahriar86> oh ok
[21:12] <shahriar86> continue then
[21:13] <huayra> I have realized that the SU project has a technical side and a marketing side, and those have to be separated
[21:13] <huayra> no, I just wanted to point that out, please continue and we can discuss it
[21:13] <shahriar86> no no....
[21:13] <shahriar86> its ok.... you can discuss
[21:14] <shahriar86> I will add when I think its important
[21:14] <huayra> ok then
[21:14] <huayra> we need to define the role of marketeers within this framework. The technical role is by now pretty obvious
[21:15] <huayra> so what I think is:
[21:15] <huayra> Technical part of SU DIY works in Launchpad and concentrate on the platform
[21:15] <huayra> and
[21:15] <huayra> Marketing side works on development of the marketing platform, campaigns and content
[21:16] <huayra> and thus both cooperate, exchanging ideas, hopefgully implementing them together and we have a real marketing community based on a technical platform
[21:16] <huayra> does that sound logic to you all?
[21:17] <shahriar86> yees
[21:18] <huayra> trmanco, michelleribeiro ?
[21:18] <trmanco> yes I'm here
[21:18] <trmanco> huayra, yes it sounds logic
[21:19] <huayra> I just want to get all the feedback I can get
[21:19] <huayra>  I just want to get all the feedback I can get
[21:20] <shahriar86> huayra: yes marketing team & development team works cooperating with each others.
[21:20] <trmanco> yes sounds good to me, but what about michelleribeiro
[21:21] <huayra> she seems to be away
[21:21] <shahriar86> currently the SU is a bit lost because I can't see where to go how to go as a general user.
[21:21] <huayra> yeah and it's becausewe are trying to adress everything as a development platform
[21:21] <huayra> but we are not working on the marketing strategy
[21:22] <huayra> and thus non-tech marketeers don't know how to give to the project
[21:22] <shahriar86> true
[21:23] <huayra> soi I think that we have to have a wiki section for marketing and one for general development and of course one for both to cooperate
[21:23] <shahriar86> that is good idea...
[21:23] <huayra> and the DIY site shoul also start adressing that
[21:24] <huayra> that a campaign can link to one material, but needs its own part of the site
[21:24] <michelleribeiro> huayra: I agree, too, of course.
[21:25] <huayra> so that's how we are fgoing to do it
[21:26] <huayra> we have to make it clear that we need marketing people for campaign development, designers for material making, a community of volunteers for collecting online material that is already made
[21:26] <huayra> and a technical team that can give us the platform we need in order to get the job done
[21:27] <shahriar86> yes
[21:27] <trmanco> yes
[21:27] <michelleribeiro> huayra: I guess we have to work on a better division of the website content. I mean, do we want something like Events sections, etc?
[21:28] <huayra> indeed michelleribeiro
[21:28] <huayra> we need to start designing www.spreadubuntu.com
[21:28] <huayra> not just the DIY
[21:29] <huayra> butin other words: the site part
[21:29] <michelleribeiro> huayra: is there a task list of projects? I'm not a huge Launchpad user (yet)
[21:30] <huayra> spreadfirefox have been revamped in such a way that it could be used as our base after ubutizing ;)
[21:30] <huayra> https://wiki.ubuntu.com/MarketingTeam/Projects
[21:30] <huayra> Is that what you where thinking of?
[21:32] <huayra> so let's talk about the last point: * what can you cooperate with
[21:32] <huayra> first we need to explain what we need:
[21:32] <michelleribeiro> huayra: yes.
[21:32] <shahriar86> huayra: that is part of greater marketing projects
[21:32] <shahriar86> but we need something like that specifically for SU
[21:33] <michelleribeiro> shahriar86: https://wiki.ubuntu.com/MarketingTeam/Projects/SpreadUbuntu/Site
[21:33] <huayra> * Restructure our project in order to ease the time used from hearing about it and getting excited to actually contributing
[21:33] <shahriar86> like short time goals...
[21:33] <shahriar86> michelleribeiro:  I am aware of that
[21:33] <shahriar86> but that also is technical part
[21:33] <huayra> no, I'm thinking more of restructuring our wiki
[21:33] <huayra> making it our working base
[21:34] <huayra> and showing, for instance, wehat we just discussed
[21:34] <trmanco> translations in all Ubuntu't languages
[21:34] <trmanco> Ubuntu's*
[21:34] <shahriar86> what I am thinking that we have few months before jaunty releases... so we have time to campaign to collect marketing materials specifically for Jaunty (available before jaunty released, not after)
[21:35] <shahriar86> we need a wiki page that outlines what we want to do to achieve this task and then how we can collect (market) materials for Ubuntu Jaunty
[21:35] <huayra> addressing the fact that there's a difference between those that want to *use* SpreadUbuntu and thos that want to *contribute*, either as a developer or a marketing resource, to the project
[21:35] <shahriar86> yes
[21:36] <huayra> we need a one stop  shop for users: the Site and DIY parts combined under www.spreadubuntu.com
[21:36] <huayra> and a one strop shop for those that want to contribute with material or get material: diy.spreadubuntu.com
[21:37] <huayra> and a one stop shop for those interested in helping shape the project: https://wiki.ubuntu.com/SpreadUbuntu
[21:38] <shahriar86> right on
[21:38] <huayra> so we have different ways of contributing to the project and they are clear for anyone wanting to contribute or use SpreadUbuntu in anyway
[21:38] <huayra> that is not the case today
[21:38] <huayra> :|
[21:38] <huayra> So what can you contribute with?
[21:38] <huayra> :)
[21:39] <huayra> and you don't have to answer it right now
[21:39] <shahriar86> well huayra we need to clear what we need to acheive
[21:39] <huayra> just think about it and send an email to the list
[21:39] <shahriar86> I am still not clear from marketing side
[21:39] <huayra> we need to achieve a working beta for DIY within Jaunty in the technical site
[21:40] <huayra> we must have a draft for the Sitre part, also in the technical site
[21:40] <shahriar86> technically we know we have few things to achieve...  like working site , moving to drupal 6
[21:40] <shahriar86> having bug fixed...
[21:40] <shahriar86> etc etc
[21:40] <huayra> we need to change the way we use the ubuntu wiki
[21:40] <shahriar86> ok
[21:40] <shahriar86> elaborate
[21:41] <shahriar86> so we will have more info on spreadUbuntu Wiki
[21:41] <shahriar86> stating specific projects?
[21:41] <shahriar86> ok
[21:41] <huayra> and we need to invite people to cooperate, but give them specific choices and not just invite them to participate in this cool project and find out for yourself what to do
[21:41] <trmanco> there are lots of choices
[21:41] <shahriar86> true
[21:41] <huayra> yes, we need to restruicture the way we work
[21:41] <shahriar86> currently its what happening
[21:41] <huayra> and the activities we have
[21:41] <huayra> yes, we are just doing it right now :)
[21:42] <huayra> because it has pushed itself to a point where it needs to be adressed
[21:42] <huayra> but we need hands to fix this
[21:42] <huayra> the more hands the more we can get done
[21:42] <michelleribeiro> huayra: I'm making a to do list to put on the wiki.
[21:42] <shahriar86> ok
[21:42] <huayra> fantastic michelleribeiro :)
[21:42] <shahriar86> that is nice michelleribeiro
[21:43] <michelleribeiro> huayra: I guess the wiki's remodel should be a task. We can work on it later.
[21:43] <shahriar86> michelleribeiro:  I hope from marketing point of view :?
[21:43] <huayra> I am going to send an email to the list explaining what we just talked about and try to gather feedback
[21:43] <shahriar86> ok huayra
[21:43] <huayra> yes michelleribeiro, that task needs adressing ASAP. You can put my name on it
[21:44] <huayra> I will have done at least a reordering of the top menu by next weekend
[21:44] <michelleribeiro> huayra: Can we share it? :D
[21:44] <huayra> of course
[21:44] <michelleribeiro> shahriar86: Absolutelly.
[21:44] <huayra> Anyone can work on it, the more the merrier!
[21:44] <huayra> :)
[21:44] <shahriar86> :)
[21:45] <huayra> trmanco, named this thing about translations
[21:45] <huayra> can you please specify what part of SU you are thinking of?
[21:46] <michelleribeiro> Can someone start to look at Flickr, Picasaweb for Ubuntu materials and events pictures?
[21:46] <michelleribeiro> Its a easy task and will help a lot.
[21:46] <trmanco> huayra, I was talking about DIY
[21:46] <michelleribeiro> an easy (sorry for the typo)
[21:46] <trmanco> http://spreadubuntu.neomenlo.org/
[21:46] <huayra> I have worked on collecting material.let me find the URL
[21:47] <shahriar86> michelleribeiro: I will look into the matter as much as I can (but could be trickier with slow internet line)
[21:48] <michelleribeiro> shahriar86: Nice. Maybe huayra can tell you where storage it. A list of URLs? Lets think.
[21:49] <michelleribeiro> Hey, thats nice: http://www.flickr.com/photos/ottodv/2942074627/
[21:50] <shahriar86> :)
[21:51] <huayra> https://wiki.ubuntu.com/MarketingTeam/Projects/SpreadUbuntu/diy#Recollecting Currently Existing Material
[21:52] <huayra> https://wiki.ubuntu.com/MarketingTeam/Projects/SpreadUbuntu/diy/Materials
[21:52] <huayra> I have already done the compilation for Argentina through indonesia
[21:53] <huayra> i'm going to upiload oit in my share @ ubuntu.ec
[21:56] <michelleribeiro> Boys, I have to go out to a party. How can I access the meeting's log?
[21:56] <huayra> party sounds good
[21:56] <huayra> add yourself to our maillist please
[21:57] <huayra> I will send an email about the meeting and a link to the log
[21:57] <huayra> michelleribeiro, is nice ti have you in our team
[21:57] <huayra> :)
[21:58] <shahriar86> michelleribeiro:  http://irclogs.ubuntu.com/2009/01/31/%23ubuntu-marketing.html
[21:58] <michelleribeiro> huayra: Done.
[21:58] <huayra> I'm uploading the compilated material right now to this URL: http://ubuntu.ec/ruben/su/
[21:58] <shahriar86> http://irclogs.ubuntu.com/2009/01/31/%23ubuntu-marketing.txt
[21:58] <huayra> good :)
[21:58] <michelleribeiro> Thanks a lot! Have a nice night (?!) everyone...
[21:58] <huayra> thx shahriar86
[21:59] <huayra> enjoy yourself too :)
[21:59] <shahriar86> welcome
[21:59] <shahriar86> I also need to go....
[21:59] <shahriar86> so its over?
[21:59] <shahriar86> it's late night here.. 4am
[21:59] <shahriar86> have class in 8am :(
[21:59] <shahriar86> ok every one take care....
[22:00] <shahriar86> huayra:  trmanco take care of yourself
[22:00] <huayra> take care
[22:00] <trmanco> shahriar86, bye, have a good night
[22:00] <huayra> bye to everyone
[22:00] <shahriar86> thanks
[22:00] <shahriar86> finally off
[22:00] <huayra> I will be hanging here if someone want to chat
[22:01] <trmanco> me too, it is still early here
[22:01] <trmanco> huayra, the portuguese LoCo team isn't listed here: https://wiki.ubuntu.com/MarketingTeam/Projects/SpreadUbuntu/diy/Materials
[22:07] <huayra> it's not that we have obviated it, I just made a list based on the information on marketing material I could find
[22:07] <huayra> But if you could add that information it would be awesome
[22:12] <huayra> do you know how trmanco ?
[22:12] <trmanco> huayra, The wiki is slow, I just logged in
[22:13] <huayra> Yeah i noticed... The top menu took time to show the images
[22:13] <trmanco> yes
[22:13] <huayra> too many users, which is a good sign
[22:13] <huayra> ;)
[22:13] <huayra> we are becoming a bigger and more proffesional community
[22:14] <huayra> these are exciting times
[22:17] <trmanco> yes it is a very good sign
[22:17] <trmanco> I just added a new loco team
[23:09] <trmanco> huayra, are you still here?
[23:09] <huayra> yes
[23:10] <trmanco> I just committed a simple fix to the website
[23:10] <trmanco> just to try it out
[23:11] <trmanco> but it didn't appear on launchpad
[23:16] <huayra> let me see
[23:18] <huayra> we had a great deal of work to get that working
[23:18] <huayra> but when it first works it's easy
[23:18] <huayra> contact evan
[23:18] <huayra> I'll give you his address
[23:19] <huayra> send him a mesage through launchpad: https://launchpad.net/~edb82189
[23:20] <trmanco> maybe I forgot to do something
[23:21] <trmanco> I have to do a merge right?
[23:47] <huayra> a commit, yes
[23:49] <trmanco> I don't know how to push it mainstream for merge proposal
[23:49] <trmanco> that is my problem


[04:07] <MTecknology> I'm reading about scrum and I think just using names like pigs and chickens is making me want to use it for a big project I'm about to start
[04:13] <MTecknology> scrum isn't for initial development of a project, is it?
[08:21] <thumper> I don't suppose there are any LP JS experts are around?
[09:01] <thumper> flacoste: are you really around?
[09:01] <thumper> I'm thinking not
[09:02]  * thumper has a webservice that isn't being rendered properly
[09:43]  * thumper thinks he has it working
[09:56] <thumper> gah
[09:56] <thumper> obj/fmt:api_url doesn't work
[09:57] <wgrant> It does.
[09:57] <wgrant> It's just not entirely obvious what it does.
[09:57] <wgrant> I remember I fought with it will arguing with the Bugs JS.
[09:58]  * wgrant tries to remember what it does.
[09:59] <wgrant> Ah, yes, that strangeness.
[09:59] <wgrant> thumper: What is wrong with it?
[09:59] <thumper> wgrant: it is broken
[09:59] <thumper> wgrant: it is broken for cross app work
[10:00] <thumper> fine if you are dealing with objects that live on the same root site
[10:00] <thumper> the code is obviously broken
[10:00] <wgrant> Well, you have to construct the root site yourself.
[10:00] <thumper> no
[10:00] <thumper> there should be no root site
[10:00] <thumper> it should be a relative path
[10:00] <wgrant> It is, isn't it?
[10:01] <thumper> the api_url function does this by passing None in for the rootsite
[10:01] <wgrant> I wish I could remember what I discovered about it a few months back.
[10:01] <thumper> but this just means use the default
[10:01] <thumper> which for a merge proposal is "use code.launchpad.X when on bugs.launchpad.X"
[10:02] <wgrant> Ahh.
[10:02] <wgrant> (that code is actually mine)
[10:02] <thumper> really?
[10:02] <wgrant> Yes. It was previously just self.url(), which was even worse.
[10:03] <thumper> I'm going to add a force_local path only to canonical_url
[10:03] <thumper> which api_url can use.
[10:03]  * thumper makes another pipe
[10:04] <wgrant> How do merge proposals override their rootsite?
[10:07] <thumper> they don't
[10:16] <thumper> x00t
[10:16] <thumper> w00t even
[10:16] <thumper> my code works
[10:16] <thumper> done for now
[10:16] <thumper> will fix tomorrow
[10:57] <wgrant> bigjools: Thanks.
[10:57] <bigjools> np
[10:57] <bigjools> was just checking in for my flight tomorrow and remembered I hadn't done your review yet
[11:00] <wgrant> bigjools: Will you have time during UDS to review the (much simpler) second half?
[11:00] <bigjools> wgrant: hopefully, it depends on the schedule
[14:16] <bigjools> wgrant: you branch failed in deathrow.txt
[14:16] <bigjools> your
[21:42] <wgrant> bigjools: Argh, obviously hadn't checked archivepublisher lately.
[21:46] <wgrant> I hate you, broken sample data.


[02:51] <richtera> Does sudo snap install snap-codelabs no longer work or do I have something setup incorrectly.
[04:53] <hangun> hi
[04:53] <hangun> I am porting snappy to bubblegum96  board, the Soc has a fixed layout that the bootloader.bin ’s offset is at 2097664 and the u-boot is at 3145728.It works when I  use https://github.com/uCRDev/Bubblegum96-Snappy/blob/master/gadget/gadget/meta/gadget.yaml and ubuntu-image version 0.10.
[04:54] <hangun> Since the ubuntu-image is updated to version 0.12,  it may cause the error like this:
[04:54] <hangun> sudo /snap/bin/ubuntu-image --channel stable --image-size 2G --extra-snaps bubblegum96-gadget_16.04-1.1_arm64.snap --extra-snaps bubblegum96-kernel_3.10.0_arm64.snap -o bubblegum96.img bubblegum96.model
[04:54] <hangun> Fetching core
[04:54] <hangun> Copying "bubblegum96-kernel_3.10.0_arm64.snap" (bubblegum96-kernel)
[04:54] <hangun> Copying "bubblegum96-gadget_16.04-1.1_arm64.snap" (bubblegum96-gadget)
[04:54] <hangun> bubblegum96-gadget already prepared, skipping
[04:54] <hangun> bubblegum96-kernel already prepared, skipping
[04:54] <hangun> gadget.yaml parse error: mbr structures cannot be larger than 446 bytes.
[04:54] <hangun> Use --debug for more information
[04:55] <hangun> ubuntu-image had fixed a bug so that causes my issue   https://bugs.launchpad.net/ubuntu-image/+bug/1630769
[04:55] <mup> Bug #1630769: part with role='mbr' should be stricter about its parameters <Ubuntu Image:Fix Released by barry> <https://launchpad.net/bugs/1630769>
[08:29] <zyga> good morning
[08:47] <mup> PR snapd#2602 opened: overlord/snapstate: remove restriction on ResetAliases <Created by pedronis> <https://github.com/snapcore/snapd/pull/2602>
[09:04] <mup> Issue snapd#2603 opened: Disk free space left check <Created by cyberb> <https://github.com/snapcore/snapd/issue/2603>
[09:12] <mup> PR snapd#2604 opened: interfaces: add classic-dimension interface <Created by mvo5> <https://github.com/snapcore/snapd/pull/2604>
[09:16] <mup> PR snapd#2605 opened: overlord,overlord/snapstate: have UpdateMany retire/enable auto-aliases even without new revision <Created by pedronis> <https://github.com/snapcore/snapd/pull/2605>
[09:30] <mup> PR snapd#2498 closed: interfaces: add new upower-control interface <Created by morphis> <Closed by morphis> <https://github.com/snapcore/snapd/pull/2498>
[09:38] <mup> Issue snapd#2557 closed: interfaces: connect tun-based serial port <Created by mrsinghgit> <Closed by niemeyer> <https://github.com/snapcore/snapd/issue/2557>
[09:52] <mup> Issue snapd#2503 closed: chattr code (tests/main/chattr/task.yaml) fails on ppc64el <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/issue/2503>
[09:52] <mup> Issue snapd#2504 closed: interfaces-upower-observe snap test fails on ppc64el <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/issue/2504>
[09:52] <mup> Bug #1655592 opened: interfaces-upower-observe snap test fails on ppc64el <Snappy:Triaged> <https://launchpad.net/bugs/1655592>
[09:52] <mup> Bug #1655593 opened: chattr code (tests/main/chattr/task.yaml) fails on ppc64el <Snappy:New> <https://launchpad.net/bugs/1655593>
[09:52] <mup> Bug #1655594 opened:  expect based tests fails on ppc64el <Snappy:New> <https://launchpad.net/bugs/1655594>
[09:53] <mup> Issue snapd#2502 closed: expect based tests fails on ppc64el <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/issue/2502>
[09:54] <icey> sergiusens: trying to do my classic snap, I added the .desktop file to the snap and suddenly snapcraft hates me again with: 'classic confinement requires the core_dynamic_linker to be set'
[09:56] <liuxg> ogra_, ping
[09:56] <ogra_> hey
[09:57] <liuxg> ogra_, yesterday, thanks for answering my question regarding the slow build. do you mean to replace all of strings "http://ports.ubuntu.com/ubuntu-ports/ " in the source.list to " http://localhost:9999/ubuntu-ports"?
[09:58] <liuxg> ogra_, currently the sources.list file is like http://paste.ubuntu.com/23780838/
[09:58] <ogra_> liuxg, yep ... then you need to use apt update once to initialize the proxy db ...
[09:59] <ogra_> hmm
[09:59]  * zyga feels spring in the air :)
[09:59] <liuxg> ogra_, how to initialize the proxy db? once it is installed, it is initialized?
[09:59] <ogra_> that sources.list misses all basic entries
[10:00] <ogra_> no, it is initialized with the first apt-get update
[10:00] <ogra_> (just means it downloads the index files once from the archive)
[10:01] <mup> Bug #1639284 changed: Cant start any snap application on Xenial <snapd:Incomplete by zyga> <https://launchpad.net/bugs/1639284>
[10:02] <liuxg> ogra_, ok.. thanks. this is the default sources.list file in my pi device. http://paste.ubuntu.com/23780856/ do you mean I need to add more stuff there?
[10:03] <Odd_Bloke> I'm trying to remove the ubuntu-core snap (so I can install the core snap), and I can't work out how to do so.  `sudo snap remove ubuntu-core` gives "error: cannot remove "ubuntu-core": snap "ubuntu-core" is not removable".
[10:03] <ogra_> liuxg, no, that one looks fine .,.. your first one was missing the top part
[10:03] <Odd_Bloke> https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1589210 suggests that running snap disable first allows removal, but that also doesn't work.
[10:03] <mup> Bug #1589210: snap remove failed ubuntu-core snap package <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1589210>
[10:03] <liuxg> ogra_, I think your solution is very useful since a lot of developers could not compile their target due to the slaggish network on-site.
[10:03] <stub> Odd_Bloke: Just doing that myself. I think you are stuck 'apt purge snapd', trashing all your snaps and their data, then 'apt install snapd'
[10:04] <liuxg> ogra_, yeah, I just cut some of part of it, it is my fault. thanks for clarification.
[10:06] <icey> why is snapcraft.io not served with SSL?
[10:06] <stokachu> sergiusens, this python encodings error makes me sad
[10:07] <Odd_Bloke> stub: Aha, fair enough; I knew I'd have to trash all snaps, didn't realise snapd itself had to go.  Thanks!
[10:08] <sergiusens> stokachu we can skip lunch and fix it :-) Have you tried removing the stage/prime entries in your parts?
[10:08] <icey> sergiusens: see my ping above?
[10:08] <icey> also, can classic snaps access the system clipboard?
[10:09] <stokachu> sergiusens, yea i cleared those out
[10:09] <sergiusens> icey nope, just logged on to irc after 6 days
[10:09] <stokachu> sergiusens, we can look after lunch :)
[10:09] <icey> sergiusens: it was 10 minutes ago :-P
[10:09] <icey> how about this: sergiusens: trying to do my classic snap, I added the .desktop file to the snap and suddenly snapcraft hates me again with: 'classic confinement requires the core_dynamic_linker to be set'
[10:09] <sergiusens> icey you need the core snap installed
[10:09] <icey> rather than the  ubuntu-core snap, I'm going to have to do that uninstall dance aren't I?
[10:10] <sergiusens> icey yeah
[10:10] <stub> I just filed https://bugs.launchpad.net/snappy/+bug/1655599 since this is technically a dataloss bug (if people have production data in their snap containment)
[10:10] <mup> Bug #1655599: No migration of ubuntu-core to core <Snappy:New> <https://launchpad.net/bugs/1655599>
[10:11] <icey> sergiusens: after removing everything, how do I replace ububtu-core with core
[10:11] <mup> Bug #1655599 opened: No migration of ubuntu-core to core <Snappy:New> <https://launchpad.net/bugs/1655599>
[10:11] <icey> oh really, uninstall snapd!?
[10:11] <stub> https://bugs.launchpad.net/snapcraft/+bug/1650946
[10:12] <mup> Bug #1650946: unhelpful error when building a classic snap: classic confinement requires the core_dynamic_linker to be set <Snapcraft:Fix Committed by sergiusens> <https://launchpad.net/bugs/1650946>
[10:14] <liuxg> ogra_,  one more question, do I need to change the sources.list in the ubuntu core snap or in the classic snap? sorry
[10:15] <ogra_> in classic, i dont think it is even writable in the core side
[10:15] <icey> sergiusens: :-/ '[Errno 2] No such file or directory: '/mnt/Media/projects/alacritty/parts/desktop/install/meta/gui''
[10:15] <liuxg> ogra_, ok. I got it.. yeah, that is currently what I am doing now :)
[10:16] <sergiusens> icey wait, let me get back to you on this, this is not how setup/gui works
[10:17] <liuxg> ogra_, this is currently how sources.list looks like in my classic snap  http://paste.ubuntu.com/23780885/
[10:17] <icey> sergiusens: sure, I'll grab you in a bit, copying the original source on it :)
[10:17] <ogra_> that shoudl work fine
[10:18] <liuxg> ogra_, thanks. I am now trying to apt-get, it is still slow. the first time apt update is slow, right? after that, it should be fine.
[10:19] <stokachu> how do you clean a specific part again?
[10:19] <stokachu> thought it was snapcraft clean pull
[10:19] <ogra_> liuxg, yeah, it only pays off the second time you access a package indeed
[10:19] <ogra_> liuxg, but from then on it will only download packages that are newer in the archive
[10:19] <icey> stokachu: `snapcraft clean {STAGE}` just worked for me
[10:20] <stokachu> ah stage
[10:20] <stokachu> icey, thanks
[10:21] <liuxg> ogra_, this is awesome. You saved the world:)
[10:21] <ogra_> :)
[10:22] <ogra_> liuxg, under  http://localhost:9999/ you can also see some very basic statistics
[10:23] <ogra_> (or rather http://<ip-address>:9999/ since you need a browser fro this indeed)
[10:25] <liuxg> ogra_, this is what I am building now http://imgur.com/a/6UqDY, is it downloading some new packages? I have already done the apt-get update.
[10:27] <ogra_> liuxg, it will have to download the index files every time to compare if something was updated
[10:27] <ogra_> also, if it is your first build it indeed has to download the packages once, like i said above
[10:28] <liuxg> ogra_, ok. thanks. I will check it. yeah, the first time build seems to  be slow anyway. now, it says 30 mins
[10:29] <ogra_> it needs to pull all debs into the proxy once indeed ...
[10:33] <liuxg> ogra_, still, I think this is cool. for hackathon event, it is very needed. sometimes a single line change takes the build for 20 mins, basically, it makes the event useless.
[10:34] <ogra_> well, on a hackathin i'D set up a dedicated machine and have everyone else point to it
[10:34] <ogra_> *hackathon
[10:34] <ogra_> and if you knwo what you are building you can do one build in advance and fill the proxy cache ahead of time
[10:35] <liuxg> ogra_, but for developers, they may not know what are needed. Last time, I saw a developer using nodejs, the package took years to get downloaded.
[10:36] <ogra_> yeah
[10:38] <liuxg> ogra_, do you know how to set up a machine like what you said so that everyone can point to the machine?
[10:38] <ogra_> you just do the same you just did above ;) and have people use the ip instead of localhost
[10:40] <liuxg> ogra_, oh, you mean a Pi device? so everyone changes the sources.list to point to the same pi device?
[10:40] <ogra_> or a laptop
[10:40] <liuxg> ogra_, but a laptop is x86, right? most people work on arm.
[10:41] <ogra_> whatever you have around ... the point is to use one central machine instead of everyone having his own proxy
[10:41] <liuxg> ogra_, I got it. May I will have a try
[10:41] <ogra_> the underlying arch doesnt matter ... packageproxy works on all arches ;)
[10:42] <ogra_> and for all arches ... i.e. for x86 packages you would simply point to http://localhost:9999/ubuntu ... instead of /ubuntu-ports
[10:44] <liuxg> ogra_, how does a x86 provides the debian packages for the arm architecture.
[10:44] <ogra_> you are aware that the ubuntu archive is just a webserver ?
[10:44] <liuxg> ogra_, yeah
[10:45] <ogra_> the packageproxy just copies the content ... doesnt matter what arch
[10:45] <liuxg> ogra_, ok. I got it. so it archives all of the debian packages whenever it is used to download from the archieve
[10:46] <ogra_> for the main archive it serves them under /ubuntu ... for poirts.ubuntu.com it serves them under /ubuntu-ports
[10:46] <liuxg> ogra_, so the proxy snap should be installed on the laptop machine, right?
[10:46] <ogra_> yep
[10:47] <ogra_> or on a central rpi if you have one spare ... or on a PC at home if you have proper bandwith to serve the archive from there ...
[10:47] <ogra_> (or in the office if you have an external IP for the machine)
[10:48] <ogra_> wherever you like ;)
[10:48] <liuxg> ogra_, thanks. I got what you mean. this is truly useful for events. I had headaches to let developers develop onsite.. most of the time, they go home to finish the work.
[10:49] <mup> PR snapd#2606 opened: overlord/snapstate: share code between Update and UpdateMany, so that it deals with auto-aliases correctly <Created by pedronis> <https://github.com/snapcore/snapd/pull/2606>
[10:56] <foxrider83> hello all
[10:56] <rvr> ogra_: I'm building an image with edge, and I get snap 2.20.1, is that equivalent to 2.21?
[10:56] <ogra_> obviously not
[10:57] <ogra_> 2.20.1ubuntu1 is the latest release
[10:57] <rvr> ogra_: I see
[10:59] <rvr> ogra_: So when 2.21 is available, will it be in both edge and candidate channels?
[10:59] <ogra_> yep
[11:00] <ogra_> well, edge first, but it will move to candidate eventually indeed
[11:01] <rvr> Ok
[11:06] <mup> PR snapd#2607 opened: many: move interface test helpers to ifacetest package <Created by zyga> <https://github.com/snapcore/snapd/pull/2607>
[11:12] <zyga> ogasawara: hey, do you remember the conversation about putting kernel snap projects on github.com/snapcore/snapd similar to how the gadget snaps are there now?
[11:12] <zyga> ogasawara: did you have a chance to discuss that in the kernel team?
[11:14] <ogasawara> zyga: yep, did you not see the email I sent you about it?
[11:14]  * ogasawara will resend
[11:16] <ogasawara> zyga: sent
[11:16] <mup> PR snapd#2608 opened: don't install govendor each  time <Created by zyga> <https://github.com/snapcore/snapd/pull/2608>
[11:17] <zyga> ogasawara: thanks, I got it now
[11:38] <mup> PR snapd#2555 closed: many: implement 'snap aliases' <Created by pedronis> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2555>
[12:11] <liuxg> ogra_, when I build my project for the second time, I get the error like http://paste.ubuntu.com/23781469/, what could be the reason for it? thanks
[12:12] <popey> sergiusens: elopio the "build dir is empty" bug.. I'm seeing similar with nodejs plugin, not just rust. Plausibly same bug or new one?
[12:12] <ogra_> hmm
[12:13] <ogra_> liuxg, can you ping localhost ?
[12:14] <liuxg> ogra_, yes http://paste.ubuntu.com/23781476/
[12:16] <ogra_> weird, works fine here
[12:16] <liuxg> ogra_, inside classic http://paste.ubuntu.com/23781481/
[12:17] <ogra_> and if you just call apt update in classic ?
[12:17] <ogra_> does it update ?
[12:17] <mup> PR snapd#2608 closed: don't install govendor each  time <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2608>
[12:18] <ogra_> or install a random package
[12:18] <liuxg> ogra_, the snap is there
[12:18] <ogra_> that wasnt my question
[12:18] <ogra_> does apt update inside the classic env work
[12:18] <ogra_> or can you apt install some random package
[12:19] <liuxg> ogra_, it is like http://paste.ubuntu.com/23781493/
[12:19] <ogra_> looks like the proxy isnt running ... could it be that you ran out of diskspace or some such ?
[12:19] <liuxg> ogra_, http://paste.ubuntu.com/23781496/
[12:20] <liuxg> ogra_, http://paste.ubuntu.com/23781501/, I have a 16G disk
[12:22] <ogra_> systemctl status snap.packageproxy.approx.service
[12:22] <ogra_> ?
[12:22] <ogra_> (outside of classic obviously)
[12:24] <liuxg> ogra_, http://paste.ubuntu.com/23781511/, it is running. I just disable and enable it again.
[12:25] <ogra_> well, i have never seen it not work and i use it since about two years on various machines ... pretty weird
[12:26] <liuxg> ogra_, http://paste.ubuntu.com/23781527/
[12:27] <ogra_> anything in syslog about why it fails ?
[12:27] <ogra_> (thats an extremely dumb app, it can not fail, this is super strange)
[12:27] <mup> PR snapd#2609 opened: store: request no CDN via a header using SNAPPY_STORE_NO_CDN envvar <Created by pedronis> <https://github.com/snapcore/snapd/pull/2609>
[12:30] <ogra_> is 9999 taken by anything else ?
[12:31] <liuxg> ogra_, no, I do not think it is taken. no other software uses the port
[12:33] <ogra_> do you perhaps have a stale lockfile in /var/snap/packageproxy/3/lockfile.lock ?
[12:34] <liuxg> ogra_, I am now doing it again.
[12:34] <ogra_> doing what again ?
[12:35] <liuxg> ogra_, http://paste.ubuntu.com/23781554/
[12:35] <liuxg> ogra_, you are right.
[12:35] <ogra_> remove it
[12:35] <ogra_> thought this is extremely odd ... it is really a very dumb script, i havent seen it fail in years
[12:36] <ogra_> the only thing i could imagine is that you either run out of diskspace (which you dont) or ram to make it fall over
[12:36] <liuxg> ogra_, how could that happen? I must win the first prize :)
[12:37] <liuxg> ogra_, now, it seems to be right. it starts to snap ...
[12:40] <liuxg> ogra_, thanks.. this time, the build is really fast :)
[12:40] <liuxg> ogra_, we should let the rest of the developers know this trick!
[12:41] <ogra_> are you building something that could use a lot of ram during the build process?
[12:42] <liuxg> ogra_, I do not think so. it is just dump plugin and compile some c files.
[12:42] <ogra_> liuxg, well, if you see anything like the above again, please let me know
[12:42] <liuxg> ogra_, by the way, if someday I do not want to have the cached files, how can I remove them?
[12:42] <liuxg> ogra_, sure, I will observe it.
[12:43] <ogra_> either snap remove packageproxy ... or just rm -rf /var/snap/packageproxy/3/var/cache/approx/*
[12:43] <liuxg> ogra_, alright. many thanks
[12:43] <ogra_> if you want to toggle it dynamically, just use a default sources.list and copy them back and forth as you need
[12:45] <liuxg> ogra_, yeah, that makes sense. In fact, i did not keep the old one :) I will find it back.
[12:45] <ogra_> it is in the core env ... if you exit classic
[12:45] <ogra_> remember ? it is readonly there
[12:46] <didrocks> ogra_: is there any kind of autoclean of the cache?
[12:46] <liuxg> ogra_, yeah, it is the same.
[12:46] <ogra_> ogra@pi3:~$ cp /etc/apt/sources.list .
[12:46] <ogra_> ogra@pi3:~$ sudo classic
[12:46] <ogra_> (classic)ogra@pi3:~$ sudo cp sources.list /etc/apt/
[12:46] <ogra_> and you are back on the default sources.list ;)
[12:48] <ogra_> didrocks, there is /var/snap/packageproxy/3/config.yaml ... you can adjust such stuff if needed
[12:48] <didrocks> nice!
[12:48] <liuxg> ogra_, right. I got it. thanks
[12:49] <ogra_> didrocks, i didnt port all config options yet but largely http://manpages.ubuntu.com/manpages/xenial/man5/approx.conf.5.html applies
[12:51] <didrocks> ogra_: good work! thanks for the reference :)
[12:51] <ogra_> old stuff ... i need to update it again so that snap set and get work ;)
[12:52] <ogra_> i created it in 15.04 snappy originally ... :)
[12:52] <ogra_> adjusted it for newer changes)
[12:52] <ogra_> *(only adjusted it...
[12:52] <mup> PR snapd#2607 closed: many: move interface test helpers to ifacetest package <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2607>
[13:13] <mup> PR snapd#2601 closed: overlord, store: move confinement filtering to the overlord (from The Store) <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2601>
[13:17] <rvr> fgimenez: ping
[13:18] <rvr> fgimenez: Hey. Do you have a doc/spec or any good description about re-exec? It's planned for 2.21, want to be prepared to check it.
[13:23] <mvo> rvr: give me some minutes and I send you something
[13:23] <rvr> mvo: Thanks
[13:24] <fgimenez> hey rvr, nope sorry, none that i know, thx mvo!
[13:29] <mup> PR snapd#2610 opened: interfaces/browser-support: add @{PROC}/@{pid}/fd/[0-9] w and misc /run/udev <Created by jdstrand> <https://github.com/snapcore/snapd/pull/2610>
[13:46] <mup> PR snapd#2599 closed: interfaces: add new-style interfaces <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/2599>
[14:09] <mup> PR snapd#2602 closed: overlord/snapstate: remove restrictions on ResetAliases <Created by pedronis> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2602>
[14:16] <mup> PR snapd#2611 opened: interfaces: use fewer dot imports <Created by zyga> <https://github.com/snapcore/snapd/pull/2611>
[14:42] <elopio> popey: can you share your nodejs snapcraft.yaml ?
[14:42] <elopio> I've been playing a lot with nodejs and haven't seen anything like the error on the rust one.
[14:47] <popey> elopio: it's super basic. http://paste.ubuntu.com/23782053/ - output http://paste.ubuntu.com/23782054/
[14:53] <elopio> popey: agh, seems like exactly the same rust issue :( Can you please report a bug? I'll fix it for tomorrow's release.
[15:01] <ryebot> is the snap store accepting classic confinement snaps, yet?
[15:02] <zyga> ryebot: I believe it should but I heard that people had some issues
[15:02] <ryebot> zyga: ack, thanks
[15:02] <popey> elopio: ok
[15:04] <mup> PR snapd#2612 opened: cmd/snap, daemon, overlord/snapstate: tests and fixes for "snap refresh" of a classic snap <Created by chipaca> <https://github.com/snapcore/snapd/pull/2612>
[15:15] <popey> elopio: https://bugs.launchpad.net/snapcraft/+bug/1655678
[15:15] <mup> Bug #1655678: nodejs plugin fails to build - empty build dir <Snapcraft:New> <https://launchpad.net/bugs/1655678>
[15:16] <elopio> thank you.
[15:22] <mup> PR snapd#2611 closed: interfaces: use fewer dot imports <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2611>
[15:23] <mup> PR snapd#2613 opened: interfaces: add new interface API <Created by zyga> <https://github.com/snapcore/snapd/pull/2613>
[15:27] <zyga> jdstrand: ^^
[15:27] <zyga> jdstrand: take two on the idea
[15:47] <zyga> jdstrand: hey
[15:49] <zyga> jdstrand: debugging those i386 seccomp failures on xenial (for the old tests)
[15:49] <zyga> jdstrand: I get killed by lack of 201, looking at libseccomp source code that is geteuid32
[15:49] <zyga> jdstrand: what was that tool that resolves syscalls to numbers?
[15:50] <zyga> jdstrand: I'm asking because this cannot be right, we allow that specific syscall in the common.sh profile
[15:50] <zyga> ah
[15:50] <zyga> found it
[15:50] <zyga> sorry :)
[15:52] <morphis> kyrofa, sergiusens: somehow the dependency handling for my snap is really different when using snapcraft to build and switching between classic and devmode confinement
[15:53] <morphis> kyrofa, sergiusens: my app depends on libboost which I pull in a build-depends via libboost-system-dev for example but with classic confinement libboost-system doesn't end up in prime
[15:53] <morphis> with devmode or strict it does
[15:53] <morphis> is there some fundamental difference other than that confinement is disabled with classic?
[15:58] <kyrofa> morphis, hmm... there is a difference, but I wouldn't expect it to cause that
[15:59] <kyrofa> morphis, it uses the linker of the core snap and uses rpaths to the libs within, but that shouldn't stop boost from getting in
[15:59] <morphis> kyrofa: so classic snaps are still running against the core snap or not?
[16:00] <zyga> and fixed it :)
[16:00] <kyrofa> morphis, you're on the verge of my knowledge here, but zyga will know more
[16:01] <morphis> zyga: any ideas?
[16:01] <kyrofa> I suspect that since snapcraft uses the rpaths, all those bind mounts don't happen
[16:01] <kyrofa> So while the core snap is not its execution context, it still runs reliably
[16:01] <kyrofa> But I'm making stuff up
[16:03] <morphis> kyrofa: possible, lets see what zyga says
[16:03] <zyga> morphis: classic and devmode are not just confinement, the snap is built entirely differently
[16:04] <zyga> morphis: all the code in your snap needs to be built from source
[16:04] <zyga> morphis: and it is built against what is in the core snap
[16:04] <morphis> zyga: means if I use boost, I have to build boost on my own?
[16:04] <zyga> morphis: all the executables are linked with stuff from /snap/core/current
[16:04] <zyga> morphis: yes
[16:04] <morphis> so I can't reuse any deb packages?
[16:04] <zyga> morphis: the dynamic linker is also used from the core snap
[16:05] <zyga> morphis: not that I know of
[16:05] <morphis> so if I have a app which depends on mesa, sdl, boost, protobuf, sdl, alsa, ... I have to build all of them manually?
[16:05] <zyga> yes
[16:05] <morphis> wow
[16:06] <morphis> that makes it a knockout thing
[16:06] <zyga> I don't think anyone tried it against gui apps
[16:06] <zyga> since core doesn't contain anything GUI-ish it is a difficult task I think
[16:06] <morphis> so what is the reason for this?
[16:06] <zyga> what is the reason for what?
[16:07] <zyga> that they need to be built?
[16:07] <zyga> because they are linked against the core snap
[16:07] <morphis> zyga: when I don't use classic confinement I use the linker from the core snap too, correct?
[16:08] <zyga> morphis: no
[16:08] <zyga> morphis: not directly
[16:08] <zyga> morphis: it depends on where you run
[16:08] <morphis> true
[16:08] <morphis> so on Ubuntu Core I do but on desktop I don't
[16:08] <zyga> morphis: if you want to understand the details I can discuss this with you but believe me when I say this is the only way it can work
[16:08] <zyga> morphis: you have to build it
[16:08] <morphis> zyga: I believe you, just trying to understand
[16:08] <zyga> morphis: ok
[16:08] <zyga> morphis: build this and ldd it
[16:09] <zyga> https://git.launchpad.net/checkbox-converged/tree/build-me
[16:09] <zyga> hmm
[16:09] <zyga> wrong link
[16:09] <zyga> https://github.com/zyga/hello-classic
[16:09] <zyga> morphis: ^^
[16:09] <zyga> morphis: ldd this and look at what the elf file contains
[16:10] <zyga> morphis: this is the only way to make it work without controling the mount namespace
[16:10] <morphis> hm
[16:10] <morphis> I see
[16:11] <zyga> morphis: yeah, I bet it is going to be tough; I would love to see better support in snapcraft where one can lessen the cost of those builds
[16:11] <zyga> morphis: smarter caching
[16:11] <zyga> morphis: distcc/ccache
[16:11] <zyga> morphis: and working complex examples
[16:11] <morphis> zyga: its quite of useless if you have to rebuild everything and add it to your snapcraft.yaml
[16:11] <morphis> which makes it kind of complex for not tiny applications
[16:12] <zyga> morphis: well, not useless
[16:12] <zyga> morphis: just time consuming
[16:12] <zyga> morphis: sergio built a lot of nice things (git, vim) this way
[16:12] <zyga> morphis: and this is not a design choice, just technical challenge
[16:12] <zyga> morphis: this is a hard problem
[16:13] <zyga> morphis: you can cheat
[16:13] <morphis> yeah it is
[16:13] <zyga> morphis: you can build it to look for big libraries in /usr/lib
[16:13] <zyga> morphis: but that's not guaranteed to work
[16:13] <zyga> morphis: only /snap/core is guaranteed
[16:20] <zyga> morphis: btw, I could use a review on the new interface API if you have some time
[16:20] <morphis> zyga: sure!
[16:20] <morphis> zyga: but not today
[16:33] <mup> PR snapd#2587 closed: interfaces/mount: add snippet types <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/2587>
[16:34] <elopio> popey: could you try with snapcraft from master?
[16:45] <popey> elopio: uhm, where's that?
[16:46] <elopio> popey: git clone https://github.com/snapcore/snapcraft
[16:47] <elopio> and then instead of running just snapcraft, use the full to the bin/snapcraft that you cloned from that repo.
[16:48] <popey> ok
[16:50] <popey> elopio: ok, fails differently now :)
[16:51] <elopio> popey: let me see...
[16:52] <popey> elopio: http://paste.ubuntu.com/23782441/
[16:52] <mup> PR snapd#2573 closed: snap: add information about tracking channel (not just actual channel) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2573>
[16:53] <stokachu> trying to get around a apparmor issue: http://paste.ubuntu.com/23782447/
[16:53] <stokachu> wanting to systemctl start my custom bridge
[16:53] <elopio> popey: ok, I think you should use cleanbuild, because it might be having a conflict with your local npm stuff.
[16:54] <popey> ah
[16:54] <stokachu> heres my snapcraft http://paste.ubuntu.com/23782451/
[16:54] <popey> elopio: trying..
[16:55] <roadmr> jdstrand: hello! so the store is updated to tools r817 finally \o/ (also heads up - the controls for plugs/slots, classic and others have moved to the snap level (rather than upload level). Let me know if you have any trouble finding them now
[16:56] <popey> elopio: fails in the old way in cleanbuild... http://paste.ubuntu.com/23782468/
[16:56] <stokachu> also ubuntu-core doesn't seem to have the firewall-control anymore
[16:56] <stokachu> nm was called core
[16:57] <elopio> oh, right, cleanbuild installs the released one.
[16:57] <elopio> so, hum, I don't think there's a way for you to test it.
[16:57] <popey> i can just make a deb
[16:58] <elopio> instead of a snap? :)
[16:58] <popey> lulz
[16:58] <elopio> popey: no, you can get a lxc container, or a clean vm. Clone snapcraft, and try there.
[16:58] <mup> PR snapd#2609 closed: store: request no CDN via a header using SNAPPY_STORE_NO_CDN envvar <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2609>
[16:59] <popey> making a deb is quicker
[16:59] <elopio> or delete your local npm stuff.
[16:59] <popey> hm, might do that too
[17:00] <elopio> popey: hum, but you need to install that deb in a clean environment.
[17:00] <popey> yeah, just realised that :D
[17:00] <elopio> we have a few bugs about using unclean containers for cleanbuild. That would make testing easier, despite the contradiction.
[17:01] <elopio> and it might be a bug that npm fails if you have some local stuff. I'm not sure about that, npm is confusing altogether.
[17:02] <popey> yeah, nuking my ~/.npm helped
[17:05] <mup> Bug #1655711 opened: typo in Ubuntu Core documentation - Ubuntu Core Images <Snappy:New> <https://launchpad.net/bugs/1655711>
[17:05] <popey> elopio: built! :D
[17:06] <pstolowski> ratliff, hello! I noticed you were looking at my notes re per-snap context implementation; just a heads up, I
[17:07] <pstolowski> ratliff, I've added two sentences regarding the use of snap-confine and the behavior on missing context
[17:08] <elopio> popey: yay! so the bad news is that I spent a couple of hours trying to fix a bug that was already fixed, wondering why I couldn't reproduce it here.
[17:10] <zyga> jdstrand: can you please +1 https://github.com/snapcore/snapd/pull/2433
[17:10] <mup> PR snapd#2433: tests: run all snap-confine tests in c-unit-tests task <Created by zyga> <https://github.com/snapcore/snapd/pull/2433>
[17:10] <zyga> jdstrand: it's tiny and I wanted to land it when green
[17:10] <zyga> jdstrand: the tests were okay, just common.sh needed more i386 specific syscalls
[17:11] <popey> hah, sorry el
[17:11] <popey> *elopio
[17:12] <elopio> popey: no, thanks a lot for your help. I also found a couple of things that are not nice, and a mistake in my rust PR.
[17:12] <popey> sweet! good to hear
[17:43] <mup> Issue snapd#2559 closed: seccomp tests fail on Ubuntu 16.04 in when running in qemu or linode <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/issue/2559>
[18:09] <mup> PR snapd#2521 closed: interfaces: allow read/write access of real-time clock with time-control interface <Created by morphis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2521>
[18:47] <jdstrand> zyga: I'll add it to my list
[18:47] <jdstrand> roadmr: thanks!
[18:49] <jdstrand> stokachu: I think that may be bug #1655369. if you have time, it would be great if you could comment in the bug and provide more info
[18:49] <mup> Bug #1655369: cannot use the platform plug with a snap in 'classic' confinement <snapd (Ubuntu):Incomplete> <https://launchpad.net/bugs/1655369>
[18:50] <jdstrand> zyga: the tool that resolves syscalls both ways is scmp_sys_resolver
[18:53] <lazyPower> so, i know that snapcraft has a daemon key you can set to have snapcraft generate a systemd unit file. Say i want to deliver a custom systemd unit file + defaults with my daemon, would the proper path forward be to write a wrapper that does the systemd unit install + configuration, and invoke that bash script manually, or is there a tuneable unit file template syntax?
[18:53] <lazyPower> Sorry if this has been covered elsewhere, i've been in/out of this conundrum for a few days now and have been split-attention with it, so any pointers are welcome.
[19:20] <kyleN> I'd like to include a LOCAL (non-published) gadget snap in a model assertion for use with ubuntu-image.  I tried the full gadget snap file name in the model assertion ("gadget": "pi2kyle_16.04-0.17_armhf.snap",) but the ubuntu-image command does not find it. is there a way to do this?
[19:27] <kyleN> put another way, is it a requirement that the gadget snap is published to stable for ubuntu-image to find it?
[19:42] <mup> PR snapd#2614 opened: interfaces: allow getsockopt by default since it is so commonly used <Created by jdstrand> <https://github.com/snapcore/snapd/pull/2614>
[19:57] <mup> PR snapd#2615 opened: make patch4 robust against in-progress install changes <Created by pedronis> <https://github.com/snapcore/snapd/pull/2615>
[20:00] <pedronis> kyleN: no, the model assertion just needs the name, you pass the local snap to ubuntu-image with --extra-snaps
[20:03] <kyleN> pedronis, thanks. I did not know you could do that with the gadget snap.
[20:04] <pedronis> kyleN: the option name is a bit unclear but is both extra or local overrides
[20:06] <kyleN> ack
[20:16] <mup> PR snapd#2612 closed: cmd/snap, daemon, overlord/snapstate: tests and fixes for "snap refresh" of a classic snap <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2612>
[20:19] <mup> PR snapd#2614 closed: interfaces: allow getsockopt by default since it is so commonly used <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2614>
[20:31] <stokachu> jdstrand, yea i can provide my snapcraft etc to that bug
[20:37] <ryebot> As part of my snapcraft.yaml, I'm pulling a binary from an upstream source and using the dump plugin. Problem is, the binary isn't marked executable. Is there a pattern for dealing with this?
[20:37] <ryebot> I tried writing a wrapper that sets the executable bit, but of course the fs is readonly, so.
[20:37] <stokachu> jdstrand, updated that bug #1655369
[20:37] <mup> Bug #1655369: cannot use the platform plug with a snap in 'classic' confinement <snapd (Ubuntu):New> <https://launchpad.net/bugs/1655369>
[20:40] <Skuggen> ryebot: Newer snapcraft have keywords for parts that let you execute shell statements as part of the build process. Maybe you can use that to set the executable bit during the build?
[20:41] <ryebot> Skuggen: excellent, thanks, I'll take a look
[20:43] <Skuggen> Can't actually find it in the online docs, but if you run snapcraft help plugins it's mentioned, I think. I've used the prepare: keyword to run a script that stages files to use in the build
[20:48] <mup> Bug #1655369 opened: cannot use content interface with a snap in 'classic' confinement <Snappy:Triaged> <https://launchpad.net/bugs/1655369>
[20:51] <jdstrand> stokachu: I responded in the bug
[20:51] <stokachu> jdstrand, thank you! testing now
[20:52] <stokachu> jdstrand, in theory if i do a classic snap can i just include other binaries i need to run my app?
[20:52] <stokachu> i realize it isn't confined and im interested in getting updates out quicker than a ppa
[20:52] <mup> PR snapd#2424 closed: interfaces/builtin: add physical-memory-* and io-ports-control <Created by tonyespy> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2424>
[20:53] <jdstrand> stokachu: you can put whatever you want in your snap
[20:53] <stokachu> plus i want to eventually control the versions of juju/lxd that go into it
[20:54] <stokachu> at least until there is a sense of snap dependencies i guess
[20:54] <jdstrand> stokachu: note that if this is going to be officially supported by Canonical, you'll want to talk to ratliff and tyhicks about best practices and tracking. this is work that is being discussed at the sprint
[20:54] <stokachu> jdstrand, ok yea ive spoke to tyhicks today, i wanted to get this at least running so he could see what im trying to accomplish
[20:54] <jdstrand> but in terms of what is possible with snapd, you can put anything in your snap
[20:54] <stokachu> then iterate from there
[20:54] <jdstrand> cool
[20:56] <lazyPower> OP: :	so, i know that snapcraft has a daemon key you can set to have snapcraft generate a systemd unit file. Say i want to deliver a custom systemd unit file + defaults with my daemon. The generated unit file clearly states at the top its auto-generated, and editing is highly discouraged. How can I provide these extra bits to my daemon?
[20:56] <jdstrand> stokachu: also, I'll be adding a check to the review tools to alert when specifying 'confinement: classic' with 'plugs' (in general, there is one possible use case with the content interface)
[20:56] <stokachu> jdstrand, ok awesome
[20:56] <stokachu> lazyPower, i think you can do like templating in the yaml
[20:57] <stokachu> lazyPower, believe i saw it in some of the openstack snaps jamespage was writing
[20:58] <lazyPower> stokachu ah good info, thanks for the pointer
[21:00] <lazyPower> stokachu - i think this is what  i was looking for under config
[21:00] <lazyPower> https://github.com/javacruft/snap-openstack-compute-controller/blob/master/snapcraft.yaml
[21:24] <mup> Bug #1594919 changed: Require a method to ship udev rules independent of apps and slots <snapd-interface> <Snappy:Won't Fix> <https://launchpad.net/bugs/1594919>
[21:26] <mup> PR snapd#2615 closed: make patch4 robust against in-progress install changes <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2615>
[21:37] <kyrofa> jdstrand, do the review tools break on _any_ symlinks pointing outside of the snap?
[21:47] <jdstrand> kyrofa: no. there are exceptions based on snapcraft and one other for symlinks from the SNAP dir into SNAP_DATA
[21:47] <jdstrand> well, /var/snap/SNAP_NAME/...
[21:47] <kyrofa> jdstrand, alright, I just noticed that snapcraft leaves dangling symlinks if they're pointing to libs contained in libc
[21:47] <kyrofa> I didn't realize that was ever done on purpose
[21:48] <jdstrand> kyrofa: yes. that is intentional and the review tools make exceptions for those
[21:51] <mup> PR snapd#2610 closed: interfaces/browser-support: add @{PROC}/@{pid}/fd/[0-9] w and misc /run/udev <Created by jdstrand> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/2610>
[21:52] <kyrofa> jdstrand, can you imagine any downside to snapcraft simply deleting those links and letting the snap use the one directly from core?
[21:53] <jdstrand> kyrofa: I don't recall the details, but sergiusens left those on purpose cause things were crashing if they used a different libc than what was on core
[21:53] <kyrofa> jdstrand, but the libs they link to (/lib/<arch>/blah) _come_ from core, do they not?
[21:55] <kyrofa> Ever since snap-confine reversed the mounts I've not been able to keep track of what's mounted where :P
[21:56] <jdstrand> kyrofa: I'm not sure they are guaranteed to. Like I said, I sergiusens did this very specifically. probably best to ask him cause the details are foggy for me
[21:56] <kyrofa> jdstrand, alright will do, thanks :)
[21:56] <jdstrand> sure thing
[22:06] <stokachu> is there a way in --classic to run the systemctl command to start a service i need within my snap?
[22:06] <stokachu> automatically after snap install
[22:06] <stokachu> similar to the postinst in a deb package
[22:07] <kyrofa> You might be able to do that in the configure hook
[22:08] <seshu> kyrofa: Do you have any references to configure hook? documentation or example?
[22:10] <kyrofa> seshu, https://github.com/snapcore/snapd/wiki/hooks
[22:10] <seshu> kyrofa: Thanks much!
[22:12] <stokachu> where would i put this in snapcraft?
[22:14] <kyrofa> stokachu, https://github.com/snapcore/snapcraft/blob/master/docs/hooks.md but note that what's documented there has not yet been released
[22:14] <kyrofa> You can run out of master if you need it
[22:15] <stokachu> cool thanks, yea i run master
[22:19] <seshu> kyrofa: I don't see snap get <snapname> <key> example. Is it still under development?
[22:21] <kyrofa> seshu, `snap get` should work
[22:21] <kyrofa> Does it not?
[22:23] <seshu> kyrofa: it works, kind of...
[22:23] <kyrofa> seshu, what's wrong?
[22:23] <snappy_irc> We are trying to build kernel snap from a binary .deb, it's not working, want to know if it is supported. We get the following error after executing '$ snapcraft'
[22:23] <seshu> kyrofa: two things. 1. I'm trying to see how I can implement get and set for my snap
[22:23] <snappy_irc> $ snapcraft
[22:23] <snappy_irc> "confinement" property not specified: defaulting to "strict"
[22:23] <snappy_irc> "grade" property not specified: defaulting to "stable"
[22:23] <snappy_irc> Use of build-properties in the schema is deprecated.
[22:23] <snappy_irc> Plugins should now implement get_build_properties
[22:23] <snappy_irc> Skipping pull kernel (already ran)
[22:23] <snappy_irc> Preparing to build kernel
[22:23] <snappy_irc> Building kernel
[22:23] <snappy_irc> make -j1 defconfig
[22:23] <snappy_irc> make: *** No rule to make target 'defconfig'.  Stop.
[22:23] <snappy_irc> Command '['/bin/sh', '/tmp/tmp_gqzcokn', 'make', '-j1', 'defconfig']' returned non-zero exit status 2
[22:24] <kyrofa> snappy_irc, please utilize http://pastebin.ubuntu.com/
[22:24] <seshu> kyrofa: 2. Trying to get key:value pairs network-manager supports...apparently, without knowing key there is no way to use snap get command
[22:26] <kyrofa> seshu, you don't have to do anything special to support `snap get/set`
[22:27] <kyrofa> seshu, as for trying to obtain all keys, or defining a schema, indeed that functionality doesn't exist today
[22:27] <seshu> kyrofa: got it. Thanks for clarification.
[22:28] <kyrofa> seshu, `snap set` will result in your configure hook being called (if you wrote one), where you can handle the configuration change. `snap get` doesn't use your hook at all, it just returns whatever was previously set (either by snap set or by snapctl set, in your hook)
[22:29] <seshu> kyrofa: ah! okay!
[22:29] <stokachu> someone mind looking at https://github.com/conjure-up/conjure-up/blob/snapcraft-updates/snapcraft.yaml and why my conjure-up.sh script isn't replacing the conjure-up command?
[22:32] <nacc> stokachu: is conjure-up.sh correctly placed in the snap's squashfs?
[22:33] <stokachu> nacc, do i use like snapcraft try to see that?
[22:33] <nacc> stokachu: i tend to use `unsquashfs -l /path/to/whatever.snap`
[22:33] <stokachu> ah nice
[22:33] <nacc> stokachu: there might be a more 'official' snapcraft way , though :)
[22:34] <stokachu> here's the output squashfs-root/bin/conjure-up.sh
[22:34] <stokachu> err
[22:34] <stokachu> http://paste.ubuntu.com/23783977/
[22:35] <stokachu> looks like both are there
[22:35] <nacc> stokachu: the other thing to look at, might be to see if you can add a shell app (I don't know if that has been added as default boilerplate or not), so you can drop to a shell in the snap and see what's where
[22:35] <nacc> stokachu: and in this case, I guess, what is pointing to where :)
[22:35] <stokachu> ah ok, ill add bash toit and see
[22:36] <nacc> stokachu: ah there is 'snap run --shell <app>`
[22:36] <nacc> stokachu: that *might* be all you need
[22:36] <stokachu> lemme try that
[22:41] <nacc> stokachu: sorry for the vagueness, i'm not a snapping expert by any means :)
[22:42] <stokachu> all good, the tips help :)
[22:48] <stokachu> bah need to sleep, sergiusens im needing some help tomorrow :)
[22:53] <mup> PR snapcraft#1035 closed: rust plugin: use the part source path <Created by elopio> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/1035>
[22:54] <kyrofa> stokachu, what do you mean "replacing" ?
[22:55] <kyrofa> nacc, note that whatever is in `prime` will end up in the snap, so it's easier to just look in there
[22:55] <stokachu> kyrofa, so i have a conjure-up.sh file and i want that to be used instead
[22:55] <kyrofa> stokachu, instead of what?
[22:56] <stokachu> instead of the conjure-up script that gets created from the python setuptools
[22:56] <stokachu> i need to pass in some custom snap paths
[22:56] <kyrofa> stokachu, ah, is the one from python the bin/conjure-up (no .sh) ?
[22:57] <stokachu> yea
[22:57] <kyrofa> stokachu, it's not replacing it because it's named `conjure-up.sh`
[22:57] <kyrofa> What are you expecting exactly?
[22:58] <kyrofa> stokachu, do you want to exclude bin/conjure-up completely?
[22:58] <stokachu> so i want conjure-up.sh to be called from the cli as 'conjure-up' but that script is just a wrapper around the real 'conjure-up' with some additional options
[22:58] <kyrofa> Ah, then you should be fine on all counts
[22:58] <kyrofa> You don't want bin/conjure-up replaced
[22:58] <kyrofa> You just want it callable via `conjure-up`, which is should be thanks to your app
[22:59] <stokachu> ah ok
[22:59] <kyrofa> stokachu, if bin/conjure-up.sh replaced bin/conjure-up... you wouldn't be wrapping anything!
[22:59] <stokachu> so the error i get is fatal: could not create work tree dir '/snap/conjure-up/x8/spells': Read-only file system
[22:59] <kyrofa> stokachu, might I recommend a better naming convention though
[22:59] <stokachu> should i not be using $SNAP/spells
[23:00] <stokachu> kyrofa, yea ill take all the help i can get
[23:00] <kyrofa> stokachu, just name the wrapper something more obvious, like conjure-up-wrapper.sh, or run-conjure-up.sh, etc
[23:00] <kyrofa> (note that you don't even need the .sh if you don't want it)
[23:00] <stokachu> ah ok
[23:00] <kyrofa> stokachu, is that error at runtime, then?
[23:01] <stokachu> kyrofa, yea
[23:01] <kyrofa> Yeah, $SNAP is the squashfs image, which is always read-only
[23:01] <kyrofa> You'll want to use one of the writable areas
[23:01] <stokachu> SNAP_USER_DATA persists through upgrades, is that the best place to put it?
[23:02] <stokachu> or i think it used too
[23:02] <kyrofa> stokachu, all writable areas persist through upgrades, but do so slightly differently
[23:02] <kyrofa> stokachu, see https://askubuntu.com/questions/762354/where-can-ubuntu-snaps-write-data for more information
[23:02] <stokachu> thanks will take a look
[23:06] <stokachu> kyrofa, \o/ yay that worked
[23:06] <stokachu> now i can just bug sergiusens about the hooks tomorrow :D
[23:06] <stokachu> kyrofa, thanks again
[23:07] <kyrofa> stokachu, sure thing. Note that sergiusens is sprinting this week and likely won't be very responsive
[23:07] <stokachu> kyrofa, yea im at the same sprint :D
[23:07] <kyrofa> Ah :)
[23:08] <stokachu> i tend to stalk him, he's popular at these things
[23:09] <kyrofa> stokachu, yeah he's a popular dude. I can help you with the hooks if you need some pointers
[23:10] <stokachu> ok cool, i read the snapcraft hook doc it wants me to place the hooks in a snap dir, should i just put everything inside there?
[23:10] <stokachu> ive been keeping it all in snapcraft dir
[23:11] <kyrofa> stokachu, "everything" meaning what, exactly?
[23:11] <stokachu> oh i see the demo
[23:11] <stokachu> i create a part for the hook and then manually copy over a script I need to run after an install into $SNAPCRAFT_PART_INSTALL/snap/hooks?
[23:12] <stokachu> i guess $SNAPCRAFT_PART_INSTALL/snap/hooks/<trigger>
[23:12] <kyrofa> stokachu, that's the second of the two supported methods
[23:13] <kyrofa> stokachu, if your hook is coming from a part, you do it that way. If instead your hook is maintained in the repo along with the snapcraft.yaml, you can put it in the snap directory
[23:13] <kyrofa> (like the other demo)
[23:13] <stokachu> ah
[23:14] <stokachu> kyrofa, is configure the write hook to use?
[23:14] <kyrofa> stokachu, for what?
[23:14] <kyrofa> stokachu, note that, according to the snapd docs, that's really the ONLY hook to use
[23:15] <stokachu> ok
[23:15] <stokachu> it's just for installing a network bridge and doing it via systemd once
[23:15] <stokachu> and on any reboots
[23:15] <kyrofa> stokachu, it won't run on reboot, just install, upgrade, and `snap set`
[23:15] <kyrofa> stokachu, so you might want to do it from the wrapper itself
[23:16] <stokachu> ah ok just check before hand for the interface and bring it up that way
[23:17] <kyrofa> Yeah
[23:17] <stokachu> yea that makes sense as the app isn't running a long standing process
[23:18] <stokachu> so my snap contains lxd daemon, does that get started at all prior to me running the actual conjure-up script?
[23:18] <kyrofa> stokachu, yes, daemons contained within the snap are fired up as part of the installation
[23:19] <stokachu> kyrofa, what happens on reboot will they be started again?
[23:19] <kyrofa> stokachu, indeed, they're systemd units (check /etc/systemd/system)
[23:19] <stokachu> ah nice
[23:20] <stokachu> kyrofa, i think that covers everything then :D
[23:20] <stokachu> ill give this a run in the morning
[23:20] <kyrofa> stokachu, very good
[23:21] <stokachu> cya
[23:53] <mup> PR snapcraft#1043 opened: [DO NOT MERGE] check the cla exception <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1043>


[05:30] <PseudoPlacebo> Be right back. Reboot.
[07:41] <troy_s> greetz mad
[07:41] <Madpilot> hi
[11:02] <klepas> msikma: ping
[11:02] <msikma> Hi klepas
[11:03] <klepas> just read through the ml
[11:03] <klepas> =S
[11:36] <lapo> hi
[01:22] <bersace> Hello guys !
[01:45] <klepas> moin
[01:56] <msikma> What's up everybody?
[02:52] <troy_s> greetz all.
[02:52] <troy_s> I obtained access to the art.ubuntu.com site.  Will work on keeping you posted once my work ends today.
[02:52] <troy_s> Peace.
[04:38] <jsgotangco> msikma: balls of steel, that email heh, good job =)
[04:40] <neodreams> sounds good ;)
[06:13] <bersace> troy_s: so, here we go ?
[09:57] <lapo> hi
[09:57] <neodreams> hi :)


[13:52] <qwebirc450> Newbie needs some help. I installed Myth, setup my tuners (it found the channels) but when I go to the front end it just flashes "Please wait" and nothing happens. What did I screw up?
[14:16] <qwebirc450> !help


[13:53] <popey> Elleo: /n
[13:53] <popey> oops
[13:54] <popey> Elleo: do you know of an ubuntu-keyboard bug, where if you add a physical keyboard then take it away, the osk won't re-appear? I couldn't find it.
[15:31] <giosuks> hi
[21:48] <svarun> hey
[21:48] <svarun> can USB Gadget ConfigFS be enabled on ubuntu touch


[22:55] <fosburg>  jsurfer has quit (Ping timeout: 258 seconds)
 where do I get a scanner ICM profile?  I have a UMAX  PowerLook  scanner  operating off XSane Image scanner application.


[10:43] <CIA-18> ubiquity: evand * r4855 trunk/ (4 files in 4 dirs): Make sure that the save directory exists in the webcam widget.
[10:45] <ev> couldn't think of a better way of doing that LD_LIBRARY nonsense. Suggestions welcome
[10:48] <cjwatson> './libtool --mode=execute' might help
[10:48] <cjwatson> (possibly)
[11:13] <cjwatson> ev: seen bug 831897?
[11:13] <ubot2> Launchpad bug 831897 in gst-plugins-good0.10 "package gstreamer0.10-plugins-good 0.10.30-1ubuntu5 failed to install/upgrade: trying to overwrite '/usr/lib/gstreamer-0.10/libgstjpegformat.so', which is also in package gstreamer0.10-plugins-bad 0.10.22-2ubuntu3" [High,Triaged] https://launchpad.net/bugs/831897
[11:13] <ev> cjwatson: that's what I'm working on right this second
[11:13] <cjwatson> ta
[11:13] <ev> seems like I just forgot to bump to << 0.10.22-2ubuntu4 on the breaks/replaces
[11:13] <ev> but just testing to be sure
[12:58] <CIA-18> ubiquity: evand * r4856 trunk/ (d-i/manifest debian/changelog):
[12:58] <CIA-18> ubiquity: Automatic update of included source packages: console-setup
[12:58] <CIA-18> ubiquity: 1.57ubuntu25.
[12:59] <CIA-18> ubiquity: evand * r4857 trunk/tests/test_gtkwidgets.py: Fix double import of mock
[13:20] <CIA-18> ubiquity: evand * r4858 trunk/debian/changelog: releasing version 2.7.16
[13:35] <CIA-18> ubiquity: evand * r4859 trunk/ (debian/changelog tests/build): Make sure the webcam module is built before running tests.
[13:38] <CIA-18> ubiquity: evand * r4860 trunk/ubiquity/gtkwidgets.py: Remove duplicate format_size function.
[13:40] <CIA-18> ubiquity: evand * r4861 trunk/tests/test_gtkwidgets.py: Initialize gstreamer before testing the webcam module.
[14:07] <CIA-18> ubiquity: evand * r4862 trunk/ubiquity/frontend/ (base.py gtk_ui.py kde_ui.py): Move duplicate add/pop history functions into the base frontend.
[14:23] <CIA-18> ubiquity: evand * r4863 trunk/tests/test_gtkwidgets.py: Add tests for state box
[15:46] <bdmurray> ev: so I've created 2 dupe signatures one for issues with grub-installer and one without
[15:47] <bdmurray> http://paste.ubuntu.com/673920/ there is one without a grubisntaller issue
[15:48] <bdmurray> http://paste.ubuntu.com/673891/ and one with a grub-installer issue
[15:48] <bdmurray> so I could the content of grub-installer info from syslog
[15:48] <bdmurray> Does that seem reasonable for a duplicate signature?
[15:49] <bdmurray> or maybe device info should be stripped out of the grub-installer parts? like sdd7 in that example
[15:50] <ev> hmm, so if I'm understanding all of this correctly, in the latter example we don't have enough information to determine if it's a duplicate
[15:51] <ev> ah, I misread
[15:52] <bdmurray> well I added the grub-installer lines from syslog to help determine if it is a duplicate
[15:52] <ev> I suppose that could work, but I'm weary of very similar looking logs for different bugs here, when grub-installer just isn't saying what led to the error
[15:52] <ev> indeed, I clocked that on the second pass
[15:52] <bdmurray> this may be insufficient?
[15:52] <bdmurray> grub-installer: Unknown partition table signature
[15:52] <bdmurray> grub-installer: The file /boot/grub/stage1 not read correctly.
[15:53] <ev> for that exact case, I think it's okay, but the combination of grub-installer lines from syslog and the traceback might not always be sufficient
[15:53] <ev> cjwatson: do you have any thoughts on this?
[15:53] <bdmurray> okay, so perhaps we could start off with just using a DuplicateSignature for ubiquity bugs with a Traceback that isn't about GrubInstaller?
[15:53] <cjwatson> mm, unfortunately grub-installer often just gets an error code from grub-install
[15:54] <cjwatson> (say)
[15:54] <cjwatson> maybe grep for grub-install and update-grub/grub-mkconfig errors in syslog or something
[15:54] <cjwatson> oh, I should read
[15:55] <cjwatson> grub-installer lines from syslog should be good enough for a signature, but maybe filter out os-prober output or something?
[15:55] <cjwatson> there's likely some noise
[15:55] <cjwatson> I think if traceback plus grub-installer syslog lines aren't enough to isolate it then we're probably doomed anyway
[15:56] <bdmurray> Okay, what I've been doing is using the same logic with all the syslog files from ubiquity bugs to make sure its sound etc...
[15:56] <bdmurray> I've other examples if reviewing them would help.
[15:57] <bdmurray> http://paste.ubuntu.com/673867/
[15:57] <bdmurray> http://paste.ubuntu.com/673886/
[15:58] <cjwatson> those look like decent signatures to me
[15:58] <bdmurray> additionally should these, ubiquity failure due to GrubInstaller, move over to the grub package?
[15:59] <cjwatson> no
[15:59] <cjwatson> grub-installer perhaps
[15:59] <cjwatson> grub is GRUB Legacy, grub2 is GRUB 2, but you probably don't want to have to tell between those and in any case it's hard to tell whether it's a bug in the boot loader or the installer package
[16:01] <bdmurray> I guess I should have been clearer I meant the appropriate grub package for that release / the one in use by the installer
[16:02] <bdmurray> I guess tagging them grub-installer might help
[16:02] <cjwatson> ok, but in any case grub-installer is a better target
[16:04] <bdmurray> Okay, to be clear moving bugs there is okay?
[16:06] <bdmurray> Oh and is http://paste.ubuntu.com/673886/ related to bug 268863?
[16:06] <ubot2> Launchpad bug 268863 in grub-installer "Ubuntu doesn't install on bootable SD-card" [Wishlist,Confirmed] https://launchpad.net/bugs/268863
[16:07] <cjwatson> moving bugs to grub-installer is fine
[16:08] <cjwatson> yes, that looks like essentially the same problem
[16:09] <bdmurray> okay, I think I've seen a few of those but I've seen so many issues they might be blurring together now.
[16:10] <bdmurray> Thanks for the help!
[16:25] <CIA-18> ubiquity: evand * r4864 trunk/tests/test_gtkwidgets.py: Test for gtk_to_cairo_color.
[21:09] <stgraber> ev: are you planning on uploading ubiquity-slideshow-ubuntu tomorrow (before UI freeze) or should I do that?
[22:27] <bdmurray> Is there a master bug for grub-installer and 'Boot partition is on a Serial ATA RAID disk, multipath, or mdadm device'
[22:28] <cjwatson> that's an informational message, not a bug
[22:52] <CIA-18> ubiquity: cjwatson * r4865 trunk/ (.bzrignore debian/changelog debian/rules):
[22:52] <CIA-18> ubiquity: Use a stamp file for 'debian/rules install' to try to avoid duplicate
[22:52] <CIA-18> ubiquity: runs (e.g. when repeatedly running tests).
[22:54] <CIA-18> ubiquity: cjwatson * r4866 trunk/debian/ (changelog rules):
[22:54] <CIA-18> ubiquity: Mark the debian/rules tests target as phony, to allow repeated runs more
[22:54] <CIA-18> ubiquity: easily.
[23:02] <CIA-18> ubiquity: cjwatson * r4867 trunk/ (debian/changelog ubiquity/gtkwidgets.py):
[23:02] <CIA-18> ubiquity: Don't fail gtkwidgets tests if /usr/share/pixmaps/faces doesn't exist
[23:02] <CIA-18> ubiquity: (i.e. gnome-control-center-data isn't installed).
[23:08] <CIA-18> ubiquity: cjwatson * r4868 trunk/.bzrignore: ignore src/webcam/UbiquityWebcam-1.0.gir and src/webcam/UbiquityWebcam-1.0.typelib
[23:09] <CIA-18> ubiquity: cjwatson * r4869 trunk/.bzrignore: remove stale cheese ignores
[23:22] <CIA-18> ubiquity: cjwatson * r4870 trunk/debian/changelog: releasing version 2.7.17


[08:57] <bqphone> hi there, i was trying if i can connect to my hotspot account using my bq e4.5 ubuntu, after few times i went back to my normal wifi, but now its not connecting nor giving any message
[08:57] <bqphone> any ideas?
[13:21] <Elleo> popey, mcphail: something to play with: http://mikeasoft.com/~mike/beneath-a-steel-sky.michael-sheldon_1.8.1_armhf.click :)
[13:23] <Elleo> popey, mcphail: took a fair amount of hacking to make everything usable, but finally managed to sort out proper scaling and get the keyboard into a vaguely usable state (it's still not great as you can only type one letter at a time, but for just entering a save name now and then its bearable)
[13:29] <popey> Elleo: oooh!
[13:30] <popey> have I mentioned how much I love the usb cable that comes with the pro 5?
[13:30] <popey> it's *glorious*
[13:31] <popey> Elleo: that loads so fast!
[13:32] <popey> Elleo: first observation, you should hold the screen on
[13:34] <Elleo> popey: ah yeah, good point; I always have mine set to a 10 minute timeout so that hadn't cropped up for me
[13:46] <mcphail> Elleo: excellent! Will try this out after Saturday chores ;)
[13:50] <Elleo> mcphail: cool :)
[14:25] <popey> Elleo: got plans to put it in the store once it's had some testing?
[14:26] <Elleo> popey: yep, going to put beneath a steel sky and flight of the amazon queen in there as stand alone games
[14:26] <Elleo> popey: eventually I want to make some sort of easy interface for adding other games
[14:26] <popey> Elleo: cool, are there others?
[14:27] <Elleo> popey: there's a handful of other freely distributable ones: https://www.scummvm.org/games/
[14:27] <popey> proportionally the game is much bigger than scummvm and sdl, right?
[14:27] <popey> so while it's inefficient, you could just make multiple apps in the store I guess?
[14:28] <Elleo> yeah, that's what I'm going to do for the free ones
[14:28] <popey> ooh, broken sword!
[14:28] <Elleo> but I can't do that for most games
[14:28] <popey> yeah
[14:28] <popey> be nice if it could load them from a known location like on the sd card
[14:28] <popey> oh no, wait, mcphail went through that :(
[14:28] <Elleo> yeah, I could maybe make an unconfined thing in the open store for that
[14:40] <Elleo> popey: actually, might make a release in the open store that launches the standard scummvm game adding UI, so you can just put your game files wherever you like and add the game to its database normally
[14:40] <Elleo> popey: just added Monkey Island 1 Ultimate Talkie edition that way and it worked nicely :)
[17:36] <mimecar> good evening
[20:26] <Elleo> popey, mcphail: updated version which keeps the screen on and does auto-saving/auto-loading: http://mikeasoft.com/~mike/beneath-a-steel-sky.michael-sheldon_1.8.1-1_armhf.click
[20:26] <Elleo> popey, mcphail: will probably stick this version in the store
[23:56] <lnxmng> hello everyone! :D