Re: [Elementary-dev-community] UI Freeze
I have kind of the same problem, but with the latest Spotify... Met vriendelijke groet, Jaap Broekhuizen Aquamarijnstraat 273 9743 PG Groningen jaap.broekhuizen.nu jaap...@gmail.com 06 - 39 81 36 97 On Tue, Mar 26, 2013 at 3:08 AM, ttosttos Sa ttost...@gmail.com wrote: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1157786 Just rolled back to 3.2.0-38. let's see how it goes. ttosttos -- On Mon, Mar 25, 2013 at 6:51 PM, Donnie McNeal donnie.mcn...@gmail.comwrote: Hi all, It's my first post to the board. I've been silently following along for a couple of months now. Just wanted to say I love what you guys are doing with elementary. In regards to the topic on head - I noticed the same issue and rolled back the kernel update to a previous kernel and haven't had the problem. On Mon, Mar 25, 2013 at 5:33 PM, Cassidy James cass...@elementaryos.orgwrote: I've noticed this, along with a few other people on Google+. It seems to be an issue with the latest kernel update and Intel graphics. :-/ On Mar 25, 2013 7:31 PM, ttosttos Sa ttost...@gmail.com wrote: Last few weeks, I've been experienced a catastrophic UI freeze. Basically, entire UI becomes non-responsive (no response to mouse events, no response to hotkeys). Only responsive desktop element is the pointer, which still moves. Only way to recover is a reboot. It happens a couple of times a week. So far, it seems to be triggered when clicking on a launcher on Plank. Let me know if you have some suggestions on what info to capture and how to narrow down, so I can file a bug. Cheers. ttosttos -- -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
I say that we should do our own apis, no doubt about it but for a prototype we can use the provided apis just to see how everything works and if we can continue with that path. Then if we decide that is the right path we can put more people working on it and create something good. On Mar 26, 2013 3:05 AM, Chris Timberlake gam...@gmail.com wrote: Why not just make a supplemental api? So you do website.com/followthru/couchbaseshit And website.com/customapishit/ Then you are essentially having both a crunch base a pi and then a custom a pi. It makes no sense to do double the work when someones already done it. Plus scalability is important if your going to have an app store. At the moment appcenter has zero chance of being a real appstore. Couchbase would be a step in the right direction in changing that. On Mar 25, 2013 5:34 PM, Goncalo Margalho g...@margalho.info wrote: No what i mean is to do in this way to build a prototype, to see if it works properly, because some people are saying that if we do it online will be very slow. SO we can build a prototype, making the less effort possible (this is why i said to use those APIs to access the DB) and if it works and everyone agrees on how it is then we can work and make real APIs, written in the language that we prefer, around it. I think this software will be the center of everything, so we have to make it very good, fast, easy and full of features. So what do you think on doing it in this way? On Tue, Mar 26, 2013 at 12:28 AM, Joshua Strobl truthfroml...@gmail.comwrote: A self-build API, in my opinion, allows for more flexibility and integration with third-party services (such as the Ubuntu Reviews API) than a generated API from Couchbase. It may not necessarily be easier to maintain, however we'll be able to add / remove features at our own speed and not rely on potential breaking changes by Couchbase. One could say that we could just stick with a particular version of Couchbase to ensure things don't break, but that opens up the doors for future security exploits and vulnerabilities. On Mon, Mar 25, 2013 at 5:20 PM, Goncalo Margalho g...@margalho.info wrote: Why should we waste time on building an API for it if we could just build the database with couchbase (which is very scalable as well) and just use those ones, they are there, we just need to prepare the queries (if needed) I could help setting up everything. http://www.couchbase.com/docs/couchbase-manual-2.0/couchbase-views-querying-rest-api.html here you can see an example, the APIs are generated automatically. I can set up the infrastracture, define the DB with someone and just make some tests :) On Tue, Mar 26, 2013 at 12:18 AM, Joshua Strobl truthfroml...@gmail.com wrote: I do want to say, Goncalo, since I forgot to mention it in my prior email, that if you could work on setting up and maintaining the infrastructure, I can handle the API. You'd have my love...or a cookie. Whatever you prefer. A cookie sounds better. - Joshua Strobl -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
2013/3/26 Goncalo Margalho g...@margalho.info Hi all, first of all I want to congratulate Mefrio (which I don't know his real name) for the good work on the AppCenter. From my point of view the AppCenter should be completely online, like all the others appstore, like Play from google, (they have even the webversion which is fast so I don't see why it should be fast in an app). So what we can do it's make it completely online, so you will load everything from a server and if you don't have connection you can't see anything. Or an other alternative it's to keep it like now and in the single view (the one of the app that you want to install) load the reviews, images etc in background. This could be good but You still have to synchronize with new apps. and what about the apps that you need to pay? those ones may not be on the repositories so you don't see them. Another solution could be that on the load of the AppCenter you download those app and update the local dabase. Which one is the best solution for you? Before we delve into possible solutions, could you clarify what is the problem with the way AppCenter works currently? -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
I think that the AppCenter now is just a wrapper of packagekit, i mean, instead of using apt you use AppCenter, how do you add reviews? paying apps etc? On Tue, Mar 26, 2013 at 9:14 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: 2013/3/26 Goncalo Margalho g...@margalho.info Hi all, first of all I want to congratulate Mefrio (which I don't know his real name) for the good work on the AppCenter. From my point of view the AppCenter should be completely online, like all the others appstore, like Play from google, (they have even the webversion which is fast so I don't see why it should be fast in an app). So what we can do it's make it completely online, so you will load everything from a server and if you don't have connection you can't see anything. Or an other alternative it's to keep it like now and in the single view (the one of the app that you want to install) load the reviews, images etc in background. This could be good but You still have to synchronize with new apps. and what about the apps that you need to pay? those ones may not be on the repositories so you don't see them. Another solution could be that on the load of the AppCenter you download those app and update the local dabase. Which one is the best solution for you? Before we delve into possible solutions, could you clarify what is the problem with the way AppCenter works currently? -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
2013/3/26 Goncalo Margalho g...@margalho.info I think that the AppCenter now is just a wrapper of packagekit, i mean, instead of using apt you use AppCenter, how do you add reviews? paying apps etc? No, it's not. PackageKit API does not provide application screenshots, for example. They're fetched on-demand from http://screenshots.ubuntu.com/ or http://screenshots.debian.org/ (they're the same website anyway). As for paid apps, there's a staggering number of possibilities. Ideally we'd use something distribution- and vendor-independent, and I have a few ideas on how to achieve that. But IMO it's too early to discuss implementing paid apps yet. We'll design the architecture for that when we get there. -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
So we are going to rewrite it? Why in linux community people like to rewrite things? We need to plan stuff to work on in and then implement. Here, everyone likes just to implement. Why dont we think about the future. Use our brains to build something that it will stay like this? On Mar 26, 2013 10:07 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: 2013/3/26 Goncalo Margalho g...@margalho.info I think that the AppCenter now is just a wrapper of packagekit, i mean, instead of using apt you use AppCenter, how do you add reviews? paying apps etc? No, it's not. PackageKit API does not provide application screenshots, for example. They're fetched on-demand from http://screenshots.ubuntu.com/ or http://screenshots.debian.org/ (they're the same website anyway). As for paid apps, there's a staggering number of possibilities. Ideally we'd use something distribution- and vendor-independent, and I have a few ideas on how to achieve that. But IMO it's too early to discuss implementing paid apps yet. We'll design the architecture for that when we get there. -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] UI Freeze
I have the same problem. Mine has different trigger than yours. It was triggered by clicking network indicator then the UI freeze exactly like yours. I installed Luna 32bit in very old system: AMD Sempron(tm) Processor 2800+ RAM 1.3 GB VGA GeForce 9800 GT Motherboard NFORCE4-A754 And I filed bug report some times ago: https://bugs.launchpad.net/elementaryos/+bug/1097604 -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
If you do everything on your own deciding everything, there's no need to follow that. Saying that. Good luck with the AppCenter ;) On Tue, Mar 26, 2013 at 12:43 PM, Joshua Strobl truthfroml...@gmail.comwrote: There is a limiting factor on what we can implement from third parties. For instance, with Ubuntu Reviews API, we (along with everyone else) has read-only access, therefore we are not able to apply our own ratings and reviews (obviously a write process). This is already going to be covered in the API, I'll be pushing out code by the end of the week (hopefully) that will handle a portion of this. The general idea is to either completely pull all the reviews / ratings from Ubuntu, pretty much regarding every application (although I'd prefer we only limit to applications that are actually popular) and store them in our own database. This will ensure that any breaking changes that occur in Ubuntu's Reviews API do not affect AppCenter, since the reviews are stored with us anyways. Another idea would be to continue pulling reviews / ratings from Ubuntu's Reviews API and only store reviews / ratings by elementary OS users. It is really up to group consensus. This isn't so much about rewriting things, its more like leveraging existing APIs to get a good jumpstart on an AppCenter. I would appreciate if you'd follow https://bugs.launchpad.net/appcenter/+bug/1091406, as I'll be posting details, potentially initial JSON formatted string files (for showing how some of the data will be structured when being requested via an HTTP Request) and at some point I'll link to the repo for the API. - Joshua Strobl On Tue, Mar 26, 2013 at 3:29 AM, Goncalo Margalho g...@margalho.info wrote: So we are going to rewrite it? Why in linux community people like to rewrite things? We need to plan stuff to work on in and then implement. Here, everyone likes just to implement. Why dont we think about the future. Use our brains to build something that it will stay like this? On Mar 26, 2013 10:07 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: 2013/3/26 Goncalo Margalho g...@margalho.info I think that the AppCenter now is just a wrapper of packagekit, i mean, instead of using apt you use AppCenter, how do you add reviews? paying apps etc? No, it's not. PackageKit API does not provide application screenshots, for example. They're fetched on-demand from http://screenshots.ubuntu.com/ or http://screenshots.debian.org/(they're the same website anyway). As for paid apps, there's a staggering number of possibilities. Ideally we'd use something distribution- and vendor-independent, and I have a few ideas on how to achieve that. But IMO it's too early to discuss implementing paid apps yet. We'll design the architecture for that when we get there. -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
As I said, these decisions need to be a group consensus. We're not going to be the next Canonical. On Tue, Mar 26, 2013 at 5:49 AM, Goncalo Margalho g...@margalho.info wrote: If you do everything on your own deciding everything, there's no need to follow that. Saying that. Good luck with the AppCenter ;) On Tue, Mar 26, 2013 at 12:43 PM, Joshua Strobl truthfroml...@gmail.com wrote: There is a limiting factor on what we can implement from third parties. For instance, with Ubuntu Reviews API, we (along with everyone else) has read-only access, therefore we are not able to apply our own ratings and reviews (obviously a write process). This is already going to be covered in the API, I'll be pushing out code by the end of the week (hopefully) that will handle a portion of this. The general idea is to either completely pull all the reviews / ratings from Ubuntu, pretty much regarding every application (although I'd prefer we only limit to applications that are actually popular) and store them in our own database. This will ensure that any breaking changes that occur in Ubuntu's Reviews API do not affect AppCenter, since the reviews are stored with us anyways. Another idea would be to continue pulling reviews / ratings from Ubuntu's Reviews API and only store reviews / ratings by elementary OS users. It is really up to group consensus. This isn't so much about rewriting things, its more like leveraging existing APIs to get a good jumpstart on an AppCenter. I would appreciate if you'd follow https://bugs.launchpad.net/appcenter/+bug/1091406, as I'll be posting details, potentially initial JSON formatted string files (for showing how some of the data will be structured when being requested via an HTTP Request) and at some point I'll link to the repo for the API. - Joshua Strobl On Tue, Mar 26, 2013 at 3:29 AM, Goncalo Margalho g...@margalho.info wrote: So we are going to rewrite it? Why in linux community people like to rewrite things? We need to plan stuff to work on in and then implement. Here, everyone likes just to implement. Why dont we think about the future. Use our brains to build something that it will stay like this? On Mar 26, 2013 10:07 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: 2013/3/26 Goncalo Margalho g...@margalho.info I think that the AppCenter now is just a wrapper of packagekit, i mean, instead of using apt you use AppCenter, how do you add reviews? paying apps etc? No, it's not. PackageKit API does not provide application screenshots, for example. They're fetched on-demand from http://screenshots.ubuntu.com/ or http://screenshots.debian.org/ (they're the same website anyway). As for paid apps, there's a staggering number of possibilities. Ideally we'd use something distribution- and vendor-independent, and I have a few ideas on how to achieve that. But IMO it's too early to discuss implementing paid apps yet. We'll design the architecture for that when we get there. -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
I started this to discuss but you are saying that you will be pushing code. lol, doesn't look group consensus but it's fine, good luck On Tue, Mar 26, 2013 at 12:51 PM, Joshua Strobl truthfroml...@gmail.comwrote: As I said, these decisions need to be a group consensus. We're not going to be the next Canonical. On Tue, Mar 26, 2013 at 5:49 AM, Goncalo Margalho g...@margalho.info wrote: If you do everything on your own deciding everything, there's no need to follow that. Saying that. Good luck with the AppCenter ;) On Tue, Mar 26, 2013 at 12:43 PM, Joshua Strobl truthfroml...@gmail.comwrote: There is a limiting factor on what we can implement from third parties. For instance, with Ubuntu Reviews API, we (along with everyone else) has read-only access, therefore we are not able to apply our own ratings and reviews (obviously a write process). This is already going to be covered in the API, I'll be pushing out code by the end of the week (hopefully) that will handle a portion of this. The general idea is to either completely pull all the reviews / ratings from Ubuntu, pretty much regarding every application (although I'd prefer we only limit to applications that are actually popular) and store them in our own database. This will ensure that any breaking changes that occur in Ubuntu's Reviews API do not affect AppCenter, since the reviews are stored with us anyways. Another idea would be to continue pulling reviews / ratings from Ubuntu's Reviews API and only store reviews / ratings by elementary OS users. It is really up to group consensus. This isn't so much about rewriting things, its more like leveraging existing APIs to get a good jumpstart on an AppCenter. I would appreciate if you'd follow https://bugs.launchpad.net/appcenter/+bug/1091406, as I'll be posting details, potentially initial JSON formatted string files (for showing how some of the data will be structured when being requested via an HTTP Request) and at some point I'll link to the repo for the API. - Joshua Strobl On Tue, Mar 26, 2013 at 3:29 AM, Goncalo Margalho g...@margalho.info wrote: So we are going to rewrite it? Why in linux community people like to rewrite things? We need to plan stuff to work on in and then implement. Here, everyone likes just to implement. Why dont we think about the future. Use our brains to build something that it will stay like this? On Mar 26, 2013 10:07 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: 2013/3/26 Goncalo Margalho g...@margalho.info I think that the AppCenter now is just a wrapper of packagekit, i mean, instead of using apt you use AppCenter, how do you add reviews? paying apps etc? No, it's not. PackageKit API does not provide application screenshots, for example. They're fetched on-demand from http://screenshots.ubuntu.com/ or http://screenshots.debian.org/(they're the same website anyway). As for paid apps, there's a staggering number of possibilities. Ideally we'd use something distribution- and vendor-independent, and I have a few ideas on how to achieve that. But IMO it's too early to discuss implementing paid apps yet. We'll design the architecture for that when we get there. -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
@Goncalo Margalho, calm down. There is no decision made at the moment or anything like that. I also don't think that Strobl wanted to nuke your part of the discussion with a i'll make some proof-of-concept-code. If we have code to talk about, we just have a better foundation for a discussion, don't mind him. Before you go crazy here with that stuff, you should first answer that: What do you guys want from AppCenter? A user opens it and then he sees the newest/hottest/whatever apps with some infos (my guess)? Define what exactly is your target when proposing a radical change to a project (So far no one has answered shnatsel's question about the problem you see in the current AppCenter). Someone want a webpage instead of AppCenter (if i read that correctly)? Why? You should first answer that before going into technical details. 2013/3/26 Chris Timberlake gam...@gmail.com The first decision needs to be What is AppCenter? Is it going to be an App Store or is it going to be just an App Center as it is now? That decision changes the course of the project forever. An AppStore is a huge undertaking that should be planned now. On Tue, Mar 26, 2013 at 5:51 AM, Joshua Strobl truthfroml...@gmail.comwrote: As I said, these decisions need to be a group consensus. We're not going to be the next Canonical. On Tue, Mar 26, 2013 at 5:49 AM, Goncalo Margalho g...@margalho.info wrote: If you do everything on your own deciding everything, there's no need to follow that. Saying that. Good luck with the AppCenter ;) On Tue, Mar 26, 2013 at 12:43 PM, Joshua Strobl truthfroml...@gmail.com wrote: There is a limiting factor on what we can implement from third parties. For instance, with Ubuntu Reviews API, we (along with everyone else) has read-only access, therefore we are not able to apply our own ratings and reviews (obviously a write process). This is already going to be covered in the API, I'll be pushing out code by the end of the week (hopefully) that will handle a portion of this. The general idea is to either completely pull all the reviews / ratings from Ubuntu, pretty much regarding every application (although I'd prefer we only limit to applications that are actually popular) and store them in our own database. This will ensure that any breaking changes that occur in Ubuntu's Reviews API do not affect AppCenter, since the reviews are stored with us anyways. Another idea would be to continue pulling reviews / ratings from Ubuntu's Reviews API and only store reviews / ratings by elementary OS users. It is really up to group consensus. This isn't so much about rewriting things, its more like leveraging existing APIs to get a good jumpstart on an AppCenter. I would appreciate if you'd follow https://bugs.launchpad.net/appcenter/+bug/1091406, as I'll be posting details, potentially initial JSON formatted string files (for showing how some of the data will be structured when being requested via an HTTP Request) and at some point I'll link to the repo for the API. - Joshua Strobl On Tue, Mar 26, 2013 at 3:29 AM, Goncalo Margalho g...@margalho.info wrote: So we are going to rewrite it? Why in linux community people like to rewrite things? We need to plan stuff to work on in and then implement. Here, everyone likes just to implement. Why dont we think about the future. Use our brains to build something that it will stay like this? On Mar 26, 2013 10:07 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: 2013/3/26 Goncalo Margalho g...@margalho.info I think that the AppCenter now is just a wrapper of packagekit, i mean, instead of using apt you use AppCenter, how do you add reviews? paying apps etc? No, it's not. PackageKit API does not provide application screenshots, for example. They're fetched on-demand from http://screenshots.ubuntu.com/ or http://screenshots.debian.org/(they're the same website anyway). As for paid apps, there's a staggering number of possibilities. Ideally we'd use something distribution- and vendor-independent, and I have a few ideas on how to achieve that. But IMO it's too early to discuss implementing paid apps yet. We'll design the architecture for that when we get there. -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- *--**--** Chris Timberlake* Technical Architect Phone: 515-707-5109 gam...@gmail.com -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list:
Re: [Elementary-dev-community] The future of appcenter
Hi guys, I am not 100 % favorable to a fully online AppCenter and let me explain why. Populating an online database with all the infos of all the applications in the repositories would be an enormous waste of time and it should be updated each time a new thing is added to any repo. Moreover having everything online would make AppCenter slower while getting package's infos. Payment apps should be the only apps of which details should be online because of we can't have them in the repos. What I want online are the following features: 1) Screenshots: we need to abandon debian.screenshot.net platform in order to have screenshots taken in elementary OS. 2) Ratings Reviews: Ubuntu servers seems to have read only permissions but, even if I am sure that investigating a bit we can obtain write permissions too, it's better to implement our own RR platform. That's because we want to have a full elementary experience i.e. some elementary applications could look bad with Ubuntu's theme and we don't want people complaining for the bad aspect and giving us bad feedbacks. 3) Banners and/or home page: about this point I am not sure. Having banners download by AppCenter would be quite easy but maybe a whole home page could be a better idea. Before we discuss what technology to use we have to discuss how we want to structure the platform itself. Maybe having a developer meeting as we used to do would be a good solution to define all these points. Best regards, Mario Il mar, mar 26, 2013 at 3:17 ,Goncalo Margalho g...@margalho.info ha scritto: I'm very calm, don't worry, what I would like is to discuss that question What do you guys want from AppCenter? I see and app center like the apple AppStore or the google Play. what about the others? Yes, having code to talk about it's good, when you have 200 developers you ask 10 to create something and then compare. but at the moment there are just few developers, so let's define, plan, discuss and when we know what we want to achieve let's try to create it. On Tue, Mar 26, 2013 at 1:48 PM, Raphael Isemann teempe...@gmail.com wrote: @Goncalo Margalho, calm down. There is no decision made at the moment or anything like that. I also don't think that Strobl wanted to nuke your part of the discussion with a i'll make some proof-of-concept-code. If we have code to talk about, we just have a better foundation for a discussion, don't mind him. Before you go crazy here with that stuff, you should first answer that: What do you guys want from AppCenter? A user opens it and then he sees the newest/hottest/whatever apps with some infos (my guess)? Define what exactly is your target when proposing a radical change to a project (So far no one has answered shnatsel's question about the problem you see in the current AppCenter). Someone want a webpage instead of AppCenter (if i read that correctly)? Why? You should first answer that before going into technical details. 2013/3/26 Chris Timberlake gam...@gmail.com The first decision needs to be What is AppCenter? Is it going to be an App Store or is it going to be just an App Center as it is now? That decision changes the course of the project forever. An AppStore is a huge undertaking that should be planned now. On Tue, Mar 26, 2013 at 5:51 AM, Joshua Strobl truthfroml...@gmail.com wrote: As I said, these decisions need to be a group consensus. We're not going to be the next Canonical. On Tue, Mar 26, 2013 at 5:49 AM, Goncalo Margalho g...@margalho.info wrote: If you do everything on your own deciding everything, there's no need to follow that. Saying that. Good luck with the AppCenter ;) On Tue, Mar 26, 2013 at 12:43 PM, Joshua Strobl truthfroml...@gmail.com wrote: There is a limiting factor on what we can implement from third parties. For instance, with Ubuntu Reviews API, we (along with everyone else) has read-only access, therefore we are not able to apply our own ratings and reviews (obviously a write process). This is already going to be covered in the API, I'll be pushing out code by the end of the week (hopefully) that will handle a portion of this. The general idea is to either completely pull all the reviews / ratings from Ubuntu, pretty much regarding every application (although I'd prefer we only limit to applications that are actually popular) and store them in our own database. This will ensure that any breaking changes that occur in Ubuntu's Reviews API do not affect AppCenter, since the reviews are stored with us anyways. Another idea would be to continue pulling reviews / ratings from Ubuntu's Reviews API and only store reviews / ratings by elementary OS users. It is really up to group consensus. This isn't so much about rewriting things, its more like leveraging existing APIs to get a good jumpstart on an AppCenter. I would appreciate if you'd follow https://bugs.launchpad.net/appcenter/+bug/1091406, as I'll be
[Elementary-dev-community] Code-Review/MergeProps notifications in IRC and/or ML
Hi everyone, just wanted to throw the idea into the room that a bot maybe could make some short messages in #elementary-dev or a dedicated IRC-channel when a merge-proposal get's made to get more people into code reviews (and also to make merge-proposals to get a faster feedback). I think there are some programs out there that could do the job so i don't think it is so much work. Opinions on that? - Raphael Teemperor Isemann -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Code-Review/MergeProps notifications in IRC and/or ML
There are programs to do that with Github, I'm not so sure about Bazaar. It's a neat feature, of course, but we also get emails, so it's not a very important life-saver feature. On Tue, Mar 26, 2013 at 3:24 PM, Raphael Isemann teempe...@gmail.comwrote: Hi everyone, just wanted to throw the idea into the room that a bot maybe could make some short messages in #elementary-dev or a dedicated IRC-channel when a merge-proposal get's made to get more people into code reviews (and also to make merge-proposals to get a faster feedback). I think there are some programs out there that could do the job so i don't think it is so much work. Opinions on that? - Raphael Teemperor Isemann -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Code-Review/MergeProps notifications in IRC and/or ML
Sergey was planning to make a team of developers for the high quality code review. Just ask him more informations. Il mar, mar 26, 2013 at 4:24 ,Raphael Isemann teempe...@gmail.com ha scritto: Hi everyone, just wanted to throw the idea into the room that a bot maybe could make some short messages in #elementary-dev or a dedicated IRC-channel when a merge-proposal get's made to get more people into code reviews (and also to make merge-proposals to get a faster feedback). I think there are some programs out there that could do the job so i don't think it is so much work. Opinions on that? - Raphael Teemperor Isemann -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
I have to point out that this is not the appropriate time to hold such discussion, as many interested parties are (and should be) preoccupied by Luna-specific work items. It's better to hold it during the planning period after Luna release, because no action will be taken until then and the circumstances will change by that time, invalidating any conclusions made now. -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] The future of appcenter
Yes I have to agree with Sergey and Mario. Lets take a deep breath. I know everyone is excited about AppCenter. It's going to be awesome! But we do still have a release to make. So lets gather all our ideas about what we think the AppCenter experience should be and we'll have a meeting right after Luna release for AppCenter planning. Best Regards, Daniel Foré El mar 26, 2013, a las 8:44 a.m., Sergey \Shnatsel\ Davidoff ser...@elementaryos.org escribió: I have to point out that this is not the appropriate time to hold such discussion, as many interested parties are (and should be) preoccupied by Luna-specific work items. It's better to hold it during the planning period after Luna release, because no action will be taken until then and the circumstances will change by that time, invalidating any conclusions made now. -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Code-Review/MergeProps notifications in IRC and/or ML
No no no, I wanted to offload *testing* proposed code to *users*. Sorry for the confusion - my fault. I shouldn't have shown up on IRC on 36-hour sleep-dep. As for merge request notifications, the simplest solution is to set up a gmail filter for merge request notifications. 2013/3/26 David Gomes da...@elementaryos.org Sergey was planning to make a team of developers for the high quality code review. Just ask him more informations. I don't even remotely understand that. On Tue, Mar 26, 2013 at 3:26 PM, Mario Guerriero mefri...@gmail.comwrote: Sergey was planning to make a team of developers for the high quality code review. Just ask him more informations. Il mar, mar 26, 2013 at 4:24 ,Raphael Isemann teempe...@gmail.com ha scritto: Hi everyone, just wanted to throw the idea into the room that a bot maybe could make some short messages in #elementary-dev or a dedicated IRC-channel when a merge-proposal get's made to get more people into code reviews (and also to make merge-proposals to get a faster feedback). I think there are some programs out there that could do the job so i don't think it is so much work. Opinions on that? - Raphael Teemperor Isemann -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Code-Review/MergeProps notifications in IRC and/or ML
set up a gmail filter for merge request notifications. That is exactly what I have and it works great. On Tue, Mar 26, 2013 at 3:55 PM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: No no no, I wanted to offload *testing* proposed code to *users*. Sorry for the confusion - my fault. I shouldn't have shown up on IRC on 36-hour sleep-dep. As for merge request notifications, the simplest solution is to set up a gmail filter for merge request notifications. 2013/3/26 David Gomes da...@elementaryos.org Sergey was planning to make a team of developers for the high quality code review. Just ask him more informations. I don't even remotely understand that. On Tue, Mar 26, 2013 at 3:26 PM, Mario Guerriero mefri...@gmail.comwrote: Sergey was planning to make a team of developers for the high quality code review. Just ask him more informations. Il mar, mar 26, 2013 at 4:24 ,Raphael Isemann teempe...@gmail.com ha scritto: Hi everyone, just wanted to throw the idea into the room that a bot maybe could make some short messages in #elementary-dev or a dedicated IRC-channel when a merge-proposal get's made to get more people into code reviews (and also to make merge-proposals to get a faster feedback). I think there are some programs out there that could do the job so i don't think it is so much work. Opinions on that? - Raphael Teemperor Isemann -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] UI Freeze
For everyone dropping by with me too!s, can you see if it's reproducible? If so, double-check that the system is completely locked up (and not just Gala) by trying to hit Ctrl+Alt+1. Hopefully we can track this down! On Mar 26, 2013 7:47 AM, Dani Pratomo elementaryi...@gmail.com wrote: I have the same problem. Mine has different trigger than yours. It was triggered by clicking network indicator then the UI freeze exactly like yours. I installed Luna 32bit in very old system: AMD Sempron(tm) Processor 2800+ RAM 1.3 GB VGA GeForce 9800 GT Motherboard NFORCE4-A754 And I filed bug report some times ago: https://bugs.launchpad.net/elementaryos/+bug/1097604 -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Donate to Yorba
Thanks for the feedback, Jim! I caught that right after I sent that mail. ;) So far we've had individual members donate if possible, and we're helping to spread the word via our online presence. Everyone else: if you haven't donated yet, but have some cash to drop on the development of this awesome app, please head over there and donate. We want Geary to rock and would benefit greatly from their success. As far as an official donation from elementary, we're still discussing details as a council, but we definitely want to help them out. Regards, Cassidy James On Mar 25, 2013 3:28 PM, Jim Nelson j...@yorba.org wrote: Hey guys, We're doing an all-or-nothing campaign, like Kickstarter. IndieGoGo does offer a flexible funding model, but as you pointed out, they eat a larger chunk if you don't make the goal. See http://support.indiegogo.com/entries/20566503-Fixed-vs-Flexible-Funding I can answer any other questions as well! -- Jim On Mon, Mar 25, 2013 at 1:21 PM, Cassidy James cass...@elementaryos.org wrote: They get the money no matter what (unlike Kickstarter). The difference is the fee that IndieGoGo takes: 4% of the donations if the goal is reached, 9% if it's not. Source: http://www.indiegogo.com/indiegogo-faq On Mar 25, 2013 3:18 PM, Daniel Foré dan...@elementaryos.org wrote: As far as I know, they only get the money if they make $100k Yea I was also thinking somewhere in the realm of $100 On Mon, Mar 25, 2013 at 1:15 PM, David Gomes da...@elementaryos.orgwrote: 100,000$ is a lot of spaghetti! I didn't even know we (elementary) had money, but if so, I don't see why we shouldn't donate something like 50-100$. I don't know indiegogo works, but do they also get the money if they don't make 100,000$? I'm afraid that they won't get 100,000$, even though I'd like that very much. On Mon, Mar 25, 2013 at 8:12 PM, Daniel Foré dan...@elementaryos.orgwrote: Hey everyone, Yorba just launched their crowdfunding campaign on IndieGoGo. As you all know, we ship two of their apps default, so we definitely owe them in terms of making our desktop complete and functional. I'm wondering if we shouldn't donate (as elementary) to Yorba's campaign? And if so, how much? Here's the link to their IndieGoGo page: http://www.indiegogo.com/projects/geary-a-beautiful-modern-open-source-email-client Please share it and feel free to donate on your own as well :) Best Regards, Daniel Foré elementaryos.org -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Best Regards, Daniel Foré elementaryos.org -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] UI Freeze
Yeah that's what I meant. :) On Mar 26, 2013 3:01 PM, Nishant George Agrwal nishantagrwal12...@gmail.com wrote: Cassidy, do you mean Ctrl+Alt+F1 ? On Wed, Mar 27, 2013 at 1:23 AM, Cassidy James cass...@elementaryos.org wrote: For everyone dropping by with me too!s, can you see if it's reproducible? If so, double-check that the system is completely locked up (and not just Gala) by trying to hit Ctrl+Alt+1. Hopefully we can track this down! On Mar 26, 2013 7:47 AM, Dani Pratomo elementaryi...@gmail.com wrote: I have the same problem. Mine has different trigger than yours. It was triggered by clicking network indicator then the UI freeze exactly like yours. I installed Luna 32bit in very old system: AMD Sempron(tm) Processor 2800+ RAM 1.3 GB VGA GeForce 9800 GT Motherboard NFORCE4-A754 And I filed bug report some times ago: https://bugs.launchpad.net/elementaryos/+bug/1097604 -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] UI Freeze
Ah, thanks! On Mar 26, 2013 3:00 PM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: That combo is handled by X server and I'm not sure it actually gets past an X grab. Also, any X server fault will disable this combo. Alt + SysRq + R and then Alt + F1 should do the same thing reliably. If SysRq combos don't work, then the kernel is locked up too and it's a kernel bug. 2013/3/26 Cassidy James cass...@elementaryos.org For everyone dropping by with me too!s, can you see if it's reproducible? If so, double-check that the system is completely locked up (and not just Gala) by trying to hit Ctrl+Alt+1. Hopefully we can track this down! On Mar 26, 2013 7:47 AM, Dani Pratomo elementaryi...@gmail.com wrote: I have the same problem. Mine has different trigger than yours. It was triggered by clicking network indicator then the UI freeze exactly like yours. I installed Luna 32bit in very old system: AMD Sempron(tm) Processor 2800+ RAM 1.3 GB VGA GeForce 9800 GT Motherboard NFORCE4-A754 And I filed bug report some times ago: https://bugs.launchpad.net/elementaryos/+bug/1097604 -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp