[Elementary-dev-community] Fwd: Geary recipe
I'm not sure who maintains Geary recipe these days (probably Rico), so I'm forwarding this to the list. -- Forwarded message -- From: Jim Nelson j...@yorba.org Date: 2013/6/18 Subject: Geary recipe To: Sergey \Shnatsel\ Davidoff shnat...@gmail.com Hello, Just to let you know, we recently performed a merge in Geary's git master that caused the Bazaar revision numbers to resequence backwards, breaking our Daily Build PPA (because it won't build older versions of the software). We're looking into how to avoid this problem in the future. However, for now, we've added the {time} field to our build recipe to ensure that updates to master always build newer packages. You might consider doing the same. -- Jim -- 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
[Elementary-dev-community] Groping window
Hello. I think, grouping window's could be useful feature. For example, if you frequently switching between 2 or 3 windows (IDE, browser, terminal) it's may be more productive with grouping. You can switch more faster and save focus on work. Current alt+tab diverts our attention. Same feature you can see in compiz grouping plugin. Screenshots: One window, with new group button: http://ubuntuone.com/6kKm3kWYBy97E3eezqhzsE Windows group: http://ubuntuone.com/3dTuPCiseQvEnRmPqtWRZ7 With best regards Sergey p.s sorry for crosspost -- 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] New plank concept
Some fixes: first screenshot it's state, when windows are maximize or cover dock. if windows don't cover dock, dock look like on 4 screenshot(with icons). -- 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
[Elementary-dev-community] Fwd: Need to redesign some icons in Elementary icon theme
I guess this belongs to the list. -- Forwarded message -- From: Tran Chau Thong tchauth...@gmail.com Date: 2012/7/21 Subject: Need to redesign some icons in Elementary icon theme To: sebastianpo...@gmail.com Cc: shnat...@gmail.com, scholli...@yahoo.de Dear all, I am a user of Luna os and i realize that elementary icon theme is so excellent. However, in my opinion, some icons on panel (wingpanel) need to redesign to match together. For example: 1. Battery icon: it should lay in horizontal (like in Ubuntu-mono-dark icon theme) 2. Ubuntuone, dropbox, weather-indicator: should be monochrome. At last, in temporarily, I want to apply *some monochrome icon* (as above) from other icon themes such as ubuntu-mono-dark, fs-icon-ubuntu...on wingpanel into elementary icon theme. Can you tell me how to do it? Thanks and best regards, Tran Chau Thong (from VietNam) -- 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
[Elementary-dev-community] Managing technical debt
Hey guys, Since we're getting closer to release, we'll inevitably end up cutting back on some architectural improvements, use some temporary hackish solutions or just don't merge some invasive fixes because it's too late in the cycle. As you probably know, this is called technical debt and it's OK to have some before release as long as it doesn't grow out of control (like in OpenOffice.org) and as long as it's all rectified, cleaned up and prettified after release (Ubuntu is a vivid example of not doing that; hence http://netsplit.com/2011/09/08/new-ubuntu-release-process/). So to avoid the galling experience of those two projects, we should be able to manage technical debt and take time to get rid of it after the release and before starting hacking on the new cycle. To manage it, let's report a bug for every FIXME in the code, everything you want to refactor or implement in a cleaner way and tag these bugs technical-debt. This way a list of all such reports will be accessible at https://bugs.launchpad.net/elementary/+bugs?field.tag=technical-debt An example of such bug report can be found at https://bugs.launchpad.net/elementaryos/+bug/1019814 Let's live long and be a prosperous project. -- Sergey Shnatsel Davidoff -- 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] I'm Quitting: we both overreacted
We are elementary. Replace we in every one of those instances with elementary and perhaps it's more clear. Last time I checked nobody knew what elementary was. When Dan was asked this by Cassidy back in 2010 AFAIR, it was a philosophy. So, no, s/we/elementary/ doesn't make things any more clear. Replacing we with the Council does make sense, though. And I have to admit Scott has a point. And the point is crystal clear to me. If it sounds like trolling to you, I guess we should just take a break to cool off and then try to understand others' points of view again. Surprisingly, usually it helps. -- Sergey Shnatsel Davidoff -- 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] I'm Quitting: we both overreacted
2012/7/4 Daniel Foré dan...@elementaryos.org: Replace we with the elementary community then. I think it was pretty clear what he meant. Also works with Scott's examples. And using a passive impersonal construction (e.g. nobody is getting paid...) also works. Cool! Still, Scott makes a valid point. Leaving meritocracy aside, IMHO it's clear that the current decision-making processes don't work well anymore, with few people attending contributor meetings, etc. and that we need a better alternative. As I said, I've hit up some books and I've got some ideas on improving the processes, but that's a whole different discussion. -- Sergey Shnatsel Davidoff -- 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] I'm Quitting: we both overreacted
Now to you Sergey, I realize you are very passionate about what you do, but sometimes you are too passionate about it as well. Cool down, don't treaten with you leaving before having a open discussion with everyone, not just one person(in this case Dan). Because that surely pissed off the whole council, multiple times by now, but I'm sure you are aware of that. And actually that's a good thing, if you start to rant about something, we really got to take care of it, we know that, and you leaving helps no one in that situation. Thanks, note taken. I thought started with stating that what I did was over-reacting and I shouldn't be going anywhere... oh well, hope I'll get a levelup after all this, then I'll surely invest in communication skill! I can tell you that 4 of the 7 techniques you are listing there are fully underway, and have been even since before we got our rebranding by Ian Hex, we already compiled Lists of what we want to have in our Store that will be in the new Site when Luna launches, we plan on doing a Kickstarter(with a surprise for all of you, I'm not going to tell it right now because we decided to keep it a secret, sorry), when we actually have something to give to people. IMHO what we need is a fundraising campaign for reoccurring donations instead of the one-time fundraising Kickstarter provides. Heck, I forgot to list my personal opinion on the doc, it's too structured for that XD We did give all of this a lot of thought and actually dedicated quite some council meetings to this, and when we have a final solution, or call it concept, that we really want to pursue, we'll surely let you know. Okay, cool, does this mean me and other devs are still out of the decision-making process? Blast. My opinion on this is Why not go with both? You hugely back the Free but donate then model, but to be honest it didn't bring much money into our bags, people even kept asking where to donate, even though it was right on the Front page. It's not the model which is the problem here (though I'm not quite fond of this model). The issues you list have to do more with design/usability (making the donation option discoverable, but not intrusive, and showing it at the right time), PR or marketing or whatever it's called (presenting the contribution option in a way that makes the user want to contribute; describing how the contribution will benefit the product and therefore the user, adding a website badge for donors, etc) and organization (the type of donation to request; one-time vs reoccuring, etc). The pay what you want Model will be a great fit for this project, if you believe it or not, people are willing to pay for good software, no matter if before or after, we should consider making the experience to do so the main problem of this discussion, not the when. The model we have now is also pay what you want, by definition. And all options listed in the doc are too. In fact, the only options that are not pay what you want are disallowing donations and setting a fixed price, which are obviously not going to be used, so I cannot disagree with you here. Still, it seems to me that the when is of dire importance, though it may be considered a part of the experience problem. -- Sergey Shnatsel Davidoff -- 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] I'm Quitting: we both overreacted
I may have not made it perfectly clear, but I'm not discussing the decision here. The way the decision was made is what I have a problem with. I appreciate that you consulted Canonical and Yorba, but at the same time you didn't consult your very own developers. A decision that affects developers greatly was made without them even knowing, left alone being able to influence the decision. Is that the intended decision-making process or a mistake from which the Council is willing to learn is what I'd like to know. -- Sergey Shnatsel Davidoff -- 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
[Elementary-dev-community] I'm Quitting: we both overreacted
Yesterday I announced in #elementary-dev and #elementary-web that I'm quitting the project. Rumors spread fast and they're usually more scary than truth is, so I'm writing this to clarify what happened, what caused me to do that and if I'm really quitting. *What happened* I'm attaching the controversial log so you don't have to take my word for anything. My IRC nickname is SergeLion these days. I removed the username and password required to access the development site from the log because I'm not sure I'm allowed to publish them and replaced them with username:password - deleted because I'm not sure I can publish them. --shnatsel. No other edits were done. The frontpage discussed in the log is down at the moment, but you can download the mockup at http://bazaar.launchpad.net/~elementary-design/+junk/mockups/view/131/elementaryweb/Frontpage/Luna/homeluna.svghttp://bazaar.launchpad.net/%7Eelementary-design/+junk/mockups/view/131/elementaryweb/Frontpage/Luna/homeluna.svg It seems to require Inkscape for proper rendering. *What's my problem with that* My problem is particularly about this part: DanRabbitOnce again, this is not the time or place for that discussion DanRabbitthe discussion is not about whether the pay process is attached to the download process DanRabbitit is DanRabbitthat's how it's gonna go down DanRabbitthe discussion is about how we ensure people know they can pay $0 if they'd like SergeLionDanRabbit: where and when do I start the business model discussion? DanRabbitSergeLion: like 6 months ago or after this model doesn't work out. SergeLionDanRabbit: shit. I quit. Now. DanRabbitIt's a little freaking late to try to change everything dude DanRabbitIt's not like we didn't have this discussion a LONG time ago Business or fundraising model is an important and touchy issue affecting the whole project. I'm a little surprised that as a (mere) developer, I'm not aware of an important project decision made like 6 months ago. I'm especially surprised by the closed-door business model decision because I've been studying the free software phenomenon for the past two years, and I did mention that more than once to the council. I cannot show off a PhD in free software and free culture theory, mostly because this subject is pretty much unexplored and I'm kind of breaking new ground. There are even hardly any books on the subject - Eric Raymond's Cathedral and the Bazaar back from 1997 and Lawrence Lessig's Free Culture are pretty much everything we have, and I'm not aware of any work besides mine to systematize the recent facts and give a broader understanding of how e.g. free culture business works and how it can be used. My only arguments for being right are: always relying on facts and existing success stories, being invited to lecture along with professors and accomplished businessmen, and not being proven wrong so far. Sure, I cannot state I know or correctly understand everything, but I at least did study the subject and as of my experience no-cost business/fundraising model will work much better (do I have to remind of Nine Inch Nails' albums being released *for free download* under creative commons and failing to reach tops of any charts but *ranking #1 paid purchase* on Amazon MP3 service at the same time?) I've uploaded and shared the funding opportunities document with the council on the 26th of March 2012. Here's the document, you can see that in the revision history: https://docs.google.com/document/d/1pAEymg8cQ5-tqhn6exxaUEWZbZXQ47YbfeYkM6nMqdQ/edit The document invitation was sent to coun...@elementaryos.org, so I assume the Council members were aware of its existence. That was 3 months ago. I was not notified by any Council member that everything is already decided. And now I'm confronted by an accomplished fact. The decision is made. It's not backed by any successful cases and it seems to be vastly suboptimal, if not disappointing to me. I think I have a better alternative. But I cannot influence the decision. And it's also disappointing because this is not the way I intended my work to be used. I can't help but feel pwned. These are not the ideals towards which I've been working all this time. This is not the elementary into which I can put my spare time, effort, hopes or beliefs. I'm not going to willingly put my effort into it. I'm quitting. *What really happened* I have to admit DanRabbit always took my concerns into account and never pushed his decisions, and for that I respect him greatly. This is actually the first time I bump into such issue for the whole my year-long participation. This is really not like Dan. And if he *really* wouldn't care, he could just get away with some bull reply, like that they'll consider it in the next council meeting and I'd fuck off (that is actually a bull reply because I have no way of knowing what happens in council meetings). I assume he's just tired of discussing the matter and
Re: [Elementary-dev-community] UX and OK Buttons
That's what our HIG suggests. It's good to stumble upon good conventions we already employ :) In fact we're several steps ahead: http://elementaryos.org/docs/human-interface-guidelines/ui-toolkit-elements/windows/dialogs I disagree with doing it the right way but neglecting platform consistency in this case, though. I've heard quite some dirty curses about this particular inconsistency - people get so used to platform convention that they distinguish 'ok' and 'cancel' by position instead of label. I can very well understand them - the label is confusing in this case, and things get even worse when you see 20 ok/cancel dialogs a day. This windowsish trend of doing every app better or fancier is terrible. Even if you actually do design an app better than an equivalent that follows platform conventions (and this happens way less often than their devs think), people don't stop using ALL other apps because of that. And working with 3 better-designed-but-inconsistent apps is a total UX nightmare. - Исходное сообщение - http://uxmovement.com/buttons/why-ok-buttons-in-dialog-boxes-work-best-on-the-right/ Because I know you guys are crazy about this stuf... -- 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] USC Technical Requirements
There requirements are... where did you get them anyway? I bet this is as bull as the recommendation to use GTK2 and Python2 for apps targeting Ubuntu. Don't believe a word at developer.ubuntu.com Anyway, what we should be concerned about is getting our apps into Debian. It would both make our apps available in Debian+Ubuntu+derivatives (over 80% of desktop market) and improve quality and robustness of the packaging we use in PPAs. Debian is important for several reasons. First of all, it holds 20% of market share, in that it's second only to Ubuntu with 60%. BTW, no other distro has surpassed even the 4% bar. Second, by working with Debian we get our apps into Ubuntu for free, and I prefer that way of getting our apps there over working with MOTU because Ubuntu is kinda short on archive maintainers; they're actually trying to move all packages present only in Ubuntu archive to Debian repos and quit maintaining them separately. The problem about Debian is that it still uses processes back from mid-1990s. ITP (intent to package) is a strictly formatted email sent to a special address... the guy who wrote the program without which it's virtually impossible to generate the email evidently has never heard about UX design... still, at the 8th attempt I got through it and was told to expect a confirmation email in an hour, but the confirmation never arrived. So we will need somebody familiar with all that. Either way, let's think of getting our apps into distros AFTER we release Luna. I suggest organizing a sprint dedicated to that, me and Pim Vullers have kicked off writing relevant docs already. We'll have to rewrite them though, e.g. replace dependency lists with instructons on extracting them from CMake because this thing is not going to be maintainable otherwise. -- Sergey Shnatsel Davidoff -- 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
[Elementary-dev-community] Fwd: Is Synapse Launcher Dead ?
I guess this belongs to the list. -- Forwarded message -- From: Emre Ener ihatemembersh...@gmail.com Date: 2012/4/30 Subject: Is Synapse Launcher Dead ? To: victoredua...@gmail.com, davidrafago...@gmail.com, shnat...@gmail.com, lallenl...@gmail.com, c...@ssidyjam.es, cass...@elementaryos.org, em...@cassidyjames.com, codygar...@gmail.com, netherbl...@gmail.com Hello, i started using ubuntu and synapse a little while ago. i learned the program synapse. i was very happy with it and i wanted to give some idea to synapse team. i wrote my idea at the launchpad page, but no one replyed. i found one of the main developer from his personal blog and he answered me on launchpad and he said I'm really sorry but we are both busy with our jobs, so at the moment we are no more active on Synapse. you can see it from here. https://answers.launchpad.net/synapse-project/+question/192032 im very sad about that project is practically dead. no bug fixes, no updates, no new releases.. can you guys make something about this ? maybe some of you or friends of you would like to continue to this project.i saw some of the elementary developers using synapse. also synapse written in vala, just like elementery apps. maybe you can include synapse launcher to elementery os luna ? thank you, best of luck. -- 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] Nachricht über Ihr Google-Profil: German Translation team discussion
As far as I can tell from my Ubuntu translation experience, translation teams usually have extensive translation guidelines, which in turn use GNOME conventions as a base (see http://live.gnome.org/de/Uebersetzung ) There are also Launchpad translation guidelines for some languages (see https://help.launchpad.net/Translations/GuidesList ) I suggest sticking to upstream translation guidelines; they're time-proven and consistency is a good thing. -- shnatsel -- 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] Dexter...
I am wondering if we should scrap Dexter and just ship gnome-contacts, perhaps with a patch or 2 to make the toolbar match ours. Well, that's what was originally intended... AFAIR some parts of GNOME Contacts were screwed (e.g. autotools-based build system didn't work and it was impossible to build it cleanly) and they were changing UI significantly, that's why we decided to fork. Hopefully things have changed since then. I think this should be discussed at the next contributor meeting and council meeting. Why wait? Let's start here and now to have some info by the time of the meeting. Mario, what exactly the problem with the fork and what will we gain/lose if we drop the fork or patch/fork a newer version? -- shnatsel -- 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] Question #193884 : Questions : Marlin
This could actually be a good thing because we could have Marlin back with Contractor and Granite and everything. Well, we already have it with Contractor in elementary daily PPA, thanks to Tom Beckmann. He also investigated porting it back to Granite. it doesn't handle networks well Should be as good as Nautilus - no worse, no better. Well, in theory. Oh, and IMHO we should make a hall of fame or something in the website to credit devs who are no longer with us, like ammonkey. -- shnatsel -- 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] Should we use Burg insted of Grub?
2012/4/23 Ivo Nunes netherbl...@gmail.com Doesn't BURG break plymouth? It does, but only in certain cases which should not be observed on latest Ubuntu (AFAIK and in theory, though). And Google knows some workarounds, too. Not to mention Plymouth has only one real use case by now and the best thing it can do is to die... In a nutshell: it's complicated and integrating BURG means A LOT of work. -- Sergey Shnatsel Davidoff -- 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] 5 ideas that every desktop OS should borrow
Hi Cassidy, thanks for your reply! Yeah, priority by focus is a great idea. And so simple. Ingenious things are always simple :D I have a proof-of-concept implementation, but it conflicts with prioritizing apps by default with ulatencyd because it sets priority to higher-than-normal value on focus and resets it back to normal on unfocus, regardless of the previous priority of the process. Well, that can be fixed in theory, but the real problem is that it's not setuid-safe - shell scripts in Linux can't be setuid-safe, there's always an exploitable race condition, so I'll need somebody to rewrite it in C or Vala. Shouldn't be hard to implement with libwnck. By the way, looks like ulatencyd implements something like that already. I'm fiddling with its configs right now, it's mostly for item #4 on the list (prioritizing apps by default) though. It has Xorg as one of data providers and decides priorities depending on all the data it collects, but in my experiments it considers several apps to be the current active app... weird. By the way, anybody familiar with Lua in here? That's what ulatencyd uses for decision-making code. Using ulatencyd I've already prevented app installation and system updates from gobbling up resources I need for foreground apps, gave screencasters higher priority so they don't drop frames that hard, increased priority for media apps, etc. Looks like we'll be able to ship it with proper configs in Luna (but no promises!). -- Sergey Shnatsel Davidoff -- 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] Current state of Slingshot
Cairo animations don't work well even on med-end machines, and the Clutter branch simply doesn't havwe any animations and switches pages instantly if no hardware acceleration is available. Or so I was told - I haven't tested that scenario myself because ubuntu currently defaults to using the terribly slow CPU-based Softpipe driver instead of unanimated fallback. -- shnatsel -- 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
[Elementary-dev-community] Current state of Slingshot
Hello everyone, Those of us who test daily builds regularly probably remember xapantu's clutter-based Slingshot; it was merged to trunk branch and was available from daily PPA for a while, but then it was reverted to the old Cairo-based version because it introduced new bugs that made Slingshot hardly usable. However, it fixed a lot of older bugs too, and during the week or so during which the clutter branch was in trunk, most bugs closed by it were marked as fixed. Then it was reverted, but bugs were not. So now we have a bug tracker reflecting a state of a branch other than trunk. Moreover, the Cairo branch contained a lot of tricky bugs like character corruption and disappearing pages which aren't present in Clutter branch. I suppose it will be easier to fix up the Clutter branch for Luna than to hunt all those insects in the Cairo one. So I propose merging the Clutter-based branch back to trunk and building upon it for Luna. It would be nice to fix https://bugs.launchpad.net/slingshot/+bug/960374 beforehand, and probably remove the code which causes X error for now (I believe the attempt at low-level focus grabbing is malfunctioning). Other than that, it should be in no worse shape than the Cairo-based version by now. Also, there are some Slingshot fixes already which need review: https://code.launchpad.net/slingshot/+activereviews -- Sergey Shnatsel Davidoff -- 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
[Elementary-dev-community] Obtaining backtrace
Hello again, I got kinda tired of explaining people how to obtain a backtrace over and over, and the relevant page in ubuntu wiki is just too generic and bloated, so I made a screencast - well, consolecast, to be precise. Here it is: http://shelr.tv/records/4f86ffc0966080796f18 Might be useful to ask users to follow it instead of explaining how to obtain it over and over. I made it in form of consolecast because even detailed description causes confusion. Corrections, suggestions, and better consolecasts are welcome. -- Sergey Shnatsel Davidoff P.S. Shelr is seriously cool! -- 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] Building Granite
Looks like you need newer Glib (but it's not my area of expertise, so I may be mistaken), and no, it's never safe to upgrade Glib. -- shnatsel -- 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] Daily Builds
Yes, it's a known bug (https://bugs.launchpad.net/elementaryos/+bug/972940). Try metacity --replace in terminal, it should fix that. If you want Compiz, run sudo apt-get install compizconfig-settings-manager and import the Pantheon profile (see archives of this mailing list for instructuions). I'm afraid we'll have to ask Compiz devs how to set a default profile - I haven't figured out any sane way yet. -- shnatsel 2012/4/5, Brendan William school.m...@gmail.com: @Florian Try using the pantheon compiz profile. -- 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] Dynamic Notebook and building
Sounds like you don't have the latest Granite development files installed. DynamicNotebook was introduced after 0.1 release. 2012/4/4, David Gomes davidrafago...@gmail.com: Trying to build pantheon-terminal-new, and I get this: /home/david/src/pantheon-terminal-new/src/MainWindow.vala:50.17-50.31: error: The type name `DynamicNotebook' could not be found private DynamicNotebook notebook; ^^^ Compilation failed: 1 error(s), 0 warning(s) make[2]: *** [src/MainWindow.c] Error 1 make[1]: *** [CMakeFiles/pantheon-terminal.dir/all] Error 2 make: *** [all] Error 2 Note, though, that I removed 'posix' from the dependencies, do you think it might be related? I can't re-add it because I can't find such a package on Arch Linux. Thank you! -- David Gomes -- 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
[Elementary-dev-community] elementary Compiz profile needs testing
Hey guys, Cassidy did a great job putting together a draft of Compiz profile for Luna and testing it on a variety of hardware; however, it could really use a wider testing - on more hardware and in more use cases. While I'm figuring out how to package it, please test it for a few days in Pantheon Shell or similar environment and report any annoyances / inconsistencies / anything that bothers you. Don't trust the first impression, though: window animations look compeltely different in your daily workflow than in testing sessions. You can grab the draft at https://bugs.launchpad.net/elementaryos/0.2-luna/+bug/813940 (see attachments in sidebar). -- Sergey Shnatsel Davidoff -- 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] elementary Compiz profile needs testing
Oh, I forgot to explain how to import. Here's how: 1) Install CompizConfig Settings Manager ($ sudo apt-get install compizconfig-settings-manager) 2) Click Preferences at the bottom of the sidebar 3) Under Profile header click Import button and select the file you grabbed from the bug report -- shnatsel -- 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] elementary Compiz profile needs testing
This one? https://code.launchpad.net/~elementary-design/+junk/compizprofile -- shnatsel -- 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] elementary Compiz profile needs testing
Hmm, the version attached to the bug report is much better. Stuff got lots on multiple imports/exports? Cassidy, looks like you'll have to review wthe diffs and merge useful parts back to your file... -- shnatsel -- 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
[Elementary-dev-community] pantheon-wallpaper won't make it
Hello everybody, it's hard to admit it, but pantheon-wallpaper probably won't make it for Luna. It has dreadful bugs like https://bugs.launchpad.net/pantheon-wallpaper/+bug/814948 or https://bugs.launchpad.net/pantheon-wallpaper/+bug/886633 and no active maintainer. Moreover, I think it's no longer relevant. It was started back when Nautilus was drawing wallpaper. Nowadays GNOME wallpaper is drawn by gnome-settings-daemon, so the advantage of being standalone is no longer relevant. Pantheon-wallpaper uses Cairo for rendering and therefore its transitions are smoother, but I've compared them on a laptop back from 2005 and I can't say pantheon-wallpaper is *much* smoother. In addition, GNOME implementation supports interfaces about which we haven't even dreamed about yet, e.g. libvte semi-transparency, Ubuntu lock screen, etc, and its way of storing configs is already widely supported. Smooth transitions are a job of GPU drivers. Client-side workarounds for that are not a good idea. GDK pixbuf which is [probably] used by gnome-settings-daemon is more likely to get performance improvements from GPU drivers than Cairo. Latest Intel drivers boost its performance many times compared to previous versions, while Cairo performance is largely unchanged. Maintaining a custom solution for the sake of improvement opportunities doesn't make much sense either. Most features like https://blueprints.launchpad.net/pantheon-wallpaper/+spec/focus-blur should be implemented as standalone daemons telling the wallpaper what to do, not inside wallpaper service to bloat it with potentially unused features. And it's very unlikely that we'll drop gnome-settings-daemon in the foreseeable future, so the original problem which led to creation of pantheon-wallpaper is extremely unlikely to reappear. Given all of the above, I propose dropping pantheon-wallpaper completely. It's not worth the effort. -- Sergey Shnatsel Davidoff -- 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] What website should we use?
When/if we implement the new Discover pages in the website, you can link to the Discover page of your application in the website, which will in turn link to Launchpad project. Until then, IMHO using LP project is better. -- shnatsel -- 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] Changing the name of Pantheon Terminal
2012/3/26 Cassidy James c...@ssidyjam.es: I think it's important that it be referred to as Terminal on the desktop itself, and Pantheon Terminal simply describes that it was designed for our DE. It's similar to how there's GNOME Terminal, GNOME Calculator, etc. when they're just referred to as Terminal and Calculator on the desktop. Calling it something else loses that obviousness and just seems unnecessary to be honest. Plus Panther doesn't tell me what it does at all. Regards, Cassidy James Thank to FreeDesktop.org specs, it's up to the application launcher what to display in such cases (see http://elementaryos.org/docs/human-interface-guidelines/desktop-integration/app-launchers). Panther is OK IMHO and it's compliant with http://elementaryos.org/docs/human-interface-guidelines/text/naming-your-app -- shnatsel -- 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] Changing the name of Pantheon Terminal
I beleive branding it as Panther is more likely to get it some market share outside Pantheon. I'm not sure if it's desired or not. I support using Web browser and Mail insted of Midori and Postler (or Geary or whatever the merged app is called now), but I don't think it should go that far. As I said before, you don't have to actually debrand apps; that will surely hurt their usage outside of Pantheon. I'm sure Slingshot one-liner and a Plank tweak will do the job well enough. -- shnatsel -- 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] About dialog Copyright style
IMHO neither. Mentioning the GPL is a good idea, but Scratch exposes the negative side of it. I'd rather use something like You are free to redistribute this application under the terms of GNU General Public Licence version 3 (link) or higher... Uh, I mean, ask Cassidy for some honeyed words.-- 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] About dialog Copyright style
Oh btw, that screenie shows a bug in egtk.-- 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] About dialog Copyright style
Copyright (c) without any GPL notices feels proprietary. Come on, I'm free to share this app, let the about stand out a bit with that fact! -- shnatsel -- 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] elementary GTK theme 3.0
My previous attempts to set it via dconf failed, but GNOME Tweak Tool and re-login worked. Dogfooding now (om nom nom). Bugs so far: https://bugs.launchpad.net/egtk/+bug/963660, https://bugs.launchpad.net/egtk/+bug/964086. Hope the second one is a duplicate and I'm not the first to report this. -- shnatsel -- 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] Last news from Maya
Amazing work guys! I've checked it out at it a while ago, and I'll test again ASAP! By the way, your milestones look very organized, props and kudos for that! 0.1 Patrick Star is your initial release milestone, right? Could you rename it to luna-beta1 Patrick Star so the work items can be tracked in the common list at https://launchpad.net/elementary/+milestone/luna-beta1 ? -- Sergey Shnatsel Davidoff -- 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] OS daily builds are finally set up
A quick update / important notice: we've reclaimed our old Sourceforge project, and the builds are now located at https://sourceforge.net/projects/elementaryos/files/unstable/ Today's build is already uploaded. Let's see if zsync works for this new location! -- shnatsel -- 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] Zeitgeist Privacy Pane
1) When creating the switchboard plug, the same codebase, a separate file can be added which uses this VBox to populate the plug 2) Then the build system needs to be altered to build this plug optionally since alm is used in many other environments too If someone from elementary team can get (1) done, then I can do (2) Thanks! Last time I checked Switchboard used xmebed for plugs, so we can't use the VBox directly, we'll have to use a window. I don't think it'll be a problem, though. I've assigned ~elementary-drivedby to the bug report so somebody will take care of (1). -- shnatsel -- 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
[Elementary-dev-community] OS daily builds are finally set up
Hey guys, Just wanted to let you know that we have finally set up daily builds of elementary OS. Right now the process is not really automated, it's just me building an image and uploading it manually. I'll be building only i386 images for now because our bugs are extremely unlikely to be architecture-dependent. If you need an amd64 image for some reason, contact me or build it yourself using Congregohttps://code.launchpad.net/%7Eelementary-os/elementaryos/congrego . Thanks to the magic of zsync, you can download only the updated parts of the .iso instead of transferring the whole thing over and over. Here's how to use it: 1) $ sudo apt-get install zsync 2) Download the latest .iso.zsync from https://sourceforge.net/projects/elementary-os/files/unstable/ 3) $ zsync -i old-version.iso new-version.iso.zsync That will download new-version.iso and automatically check its integrity. By the way, using a daily build of Ubuntu as the old version cuts download size in half. zsync might be not as effective as web download when you have no older version because it's not aware of geographical location of the mirrors. If you're simply downloading the .iso without zsync, make sure to check its integrity (otherwise you may end up with a borked system): 1) Download the .iso.md5 for the version which you're downloading 2) $ md5sum myfile.iso myfile.iso.md5.local 3) $ diff -q myfile.iso myfile.iso.md5.local echo everything's fine || echo you're screwed, go zsync in case md5 sums don't match, you should re-download the image or zsync the missing parts. -- Sergey Shnatsel Davidoff P.S. Be sure to check out action items from the latest contributor meeting ( http://tiny.cc/contributor-meeting-10) - looks like Dan has a plan. -- 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] OS daily builds are finally set up
Even better: 2) $ md5sum -c downloaded.iso.md5 This will automatically check integrity and report OK if correct. Wow, thanks, I wasn't aware of that! -- 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] Software Center
2012/2/21 Sergio Spinatelli spinatelli.ser...@gmail.com Cool! Is there already a LP page to check out? :) Sergio, I beleive it's https://launchpad.net/lubuntu-software-centerproject, https://code.launchpad.net/~lubuntu-software-center-team/lubuntu-software-center/vala-portbranch. Stephen, it's always great to hear about collaboration opportunities! I have to admit I haven't tried Lubuntu Software Center yet, but I heard good things about it. I'm not in a position to reply on behalf of the project, but having a common core sounds awesome even if we'll have to build a different UI atop of it. It's the lack of a good core that prevented us from doing any SofwareCenter-related work. Well, if i don't misunderstand, you are looking for a elementary-styled software center. Well, it's not about styling really, it's more about behavioral consistency and sane user experience design. Judging by the screenshots, your approach to user experience plays rather well with ours, so I don't expect any big UX design dissidence. When it comes to UI code, for sure we will want to share many widgets (AppMenu, filterbar, no relevant items found screen, etc) with other elementary applications using our GTK widgets library called Granite. This might conflict with sharing code between flavors of the Software Center, but in my opinion those widgets work well in any DE and, since Granite should be present in Ubuntu Precise universe repository, I can't see any obstacles to adopting Granite in Lubuntu flavor too. But that, of course, is entirely up to you. I hear you ported the Center to PackageKit recently, that sounds great! I wonder if you still use AptDaemon alongside it or Ubuntu finally managed to bridge PackageKit interfaces to AptDaemon in a sane way. But that's my idle curiosity, either way should be fine for us for the time being :) Cheers, -- Sergey Shnatsel Davidoff elementary OS integrator -- 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] Developer guide
Yeah, I'm pretty sure text-bound comments will work better for bug reports. However, having a dedicated work item tracker also sounds good - not every task can be bound to a specific piece of text. Right now we have just one blueprint for the whole doc, I'm afraid it won't be effective enough. So... I don't know what to do XD -- shnatsel -- 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] Developer guide
Regarding addressing some items first... I agree that there are some critical things to be addressed, but there will always be room for improvement, and polishing some unused doc over and over to suit some hypothetical concerns is really, really boring. I suggest we release a beta so we can get some real-life testing, some real issues to fix and some motivation to work on the doc. Also, keep in mind the guy who just learned something is the best at explaining how to learn that something. Moreover, he's usually willing to do this, unlike developers of the something who *hate* writing documentation. Actually, +1 to leaving the doc editable for everybody because of that - I didn't even include this option in the initial post, thought I always leave all elementary-related docs editable for everybody (wiki admin habit) and I've never ever had any cases of vandalism; I even got some useful suggestions right in the docs. -- shnatsel -- 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] Building Granite on Arch
Looks like it uses an deprecated API and doesn't manifest requiring some pkg-config package for it. That was the reason for notorious Glib build failures on Precise: https://bugs.launchpad.net/wingpanel/+bug/912224 (the bug is marked invalid because it's Vala's fault, not ours). -- shnatsel -- 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] Maya starts up and flashes, hard to close.
Hey Brendan, I'm forwarding your message to our development mailing list. People in there should be able to help you out. However, Maya probably will not be a goal for Luna, and considering how close the feature freeze is, most likely there always will be higher priority goals. P.S. Please use reply to all in this conversation from now on to make sure people receive your replies (mailing list stuff). 2012/2/15 Brendan hit...@telus.net After upgrading to the latest Maya, the screen started to flash. I got this from the terminal. [INFO 20:09:21.530530] [Application:74] Maya version: 0.2 [INFO 20:09:21.530988] [Application:76] Kernel version: 3.2.0-15-generic [FATAL 20:09:21.772216] string_to_string: assertion `self != NULL' failed [FATAL 20:09:21.772584] Maya will not function properly. [FATAL 20:09:22.506915] string_to_string: assertion `self != NULL' failed [FATAL 20:09:22.507273] Maya will not function properly. [WARN 20:09:24.067377] [Gtk] drawing failure for widget `GtkWindow': cairo_restore() without matching cairo_save() So far, it looks like a libcairo problem, but I'm not a developer, so I'm not sure. If this could be fixed, it would be greatly appreciated. Sincerely, mamemame187. -- This message was sent from Launchpad by Brendan (https://launchpad.net/~hito99) using the Contact this team's admins link on the elementary OS team team page (https://launchpad.net/~elementary-os). For more information see https://help.launchpad.net/YourAccount/ContactingPeople -- 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] [Granite] 0.1
hum... somebody poke MPT? -- 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] elementary UX and design team
Because the current one is not open. An open team could get more designers involved and accustomed with our vision/hig/whatever. -- shnatsel -- 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] Countdown Widget
Circular progressbars is a rather old idea, it was already proposed for GTK I don't think it's a good idea to adopt it as a widget, though. I can't see why would you want a countdown for deleting multiple files or closing a browser full of tabs. Eidete seems to be fine with its current countdown, I don't think it's a good idea to change it. Taking a photo in Snap might be a valid use case, but are we going to implement delayed photos at all? For sending out mail we already have conventional progressbars and they seem to work fine. -- shnatsel -- 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] Calendar application in Ubuntu 12.04
Last time I checked the backend was complete, except creating calendars in evolution-data-server. This operation is performed only once, on first startup, so at the moment maya won't work until evolution is launched at least once. -- Sergey Shnatsel Davidoff -- 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] Slingshot old version
They seem to be either aware of existence of a newer version, either intentionally providing a malformed installer, or completely unaware of anything at all. Providing only an i386 .deb in some dropbox is weird at least. Press team actually consists of 1 person and they seem to be very busy IRL; moreover, they can't pursue each and every newsblog out there. So if you see cases like this and the action is clear - Just Do It. -- shnatsel -- 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] Design Team
Yeah, I agree. You should subscribe the team, not assign it, though. Added to meeting agenda. -- shnatsel -- 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
[Elementary-dev-community] Icons 3.0
3.0 branch is now available from the daily ppahttps://code.launchpad.net/%7Eelementary-os/+archive/daily . The packaginghttps://code.launchpad.net/%7Eelementary-os/elementaryicons/deb-packaging-3.0is a bit ugly, but should do until we get 3.0 branch into Ubuntu. -- shnatsel -- 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] Icons 3.0
To be honest, I'm totally swamped IRL, so the update probably won't land in the PPA till Saturday. -- shnatsel -- 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] DConf Editor
Well, it depends on if we need it or not. If it will be needed for some vital customizations, like in http://elementaryos.org/docs/customizing, then probably yes. Otherwise it's just sudo apt-get away from people who know about its existence. -- shnatsel -- 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] Developer forum meetings
Last time I checked Cassidy was supposed to do that... post a new article or something... 2011/12/3 Daniel Foré dan...@elementaryos.org: Lucas, do you think you can either update the current post or create a new one with the meeting time and a link to the agenda? Thanks! Best Regards, Daniel Foré www.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
Re: [Elementary-dev-community] Developer forum meetings
Keep in mind that it cannot overlap with the council meeting, which is Saturdays at 3:30PM EST (8:30PM UTC). Back when I used to run a project, the only suitable time for people from both Europe and America we could figure out was 7:00PM UTC. I guess 6:30PM UTC should work for us. -- shnatsel -- 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] What it takes to be a dev
We have http://elementaryos.org/docs/developer-guide in progress for like ages. Pages that still need work: http://elementaryos.org/docs/developer-guide/introduction/elementary-developer-sdk http://elementaryos.org/docs/developer-guide/hello-world/revision-control http://elementaryos.org/docs/developer-guide/hello-world/setting-translations http://elementaryos.org/docs/developer-guide/hello-world/nightly-builds - do we need it at all? http://elementaryos.org/docs/first-steps - it would be better to store the modules somewhere else than in UbuntuOne, people get 503 with it far too often http://elementaryos.org/docs/developer-guide/cmake/installation Also, I think we need to restructure the page, maybe slit basic features and advanced setup... I'm not sure if we should scare people away with translation support woes right away. And info about submitting code seems scattered right now. Regarding low traffic in this list: there are too few people in here for a decent amount of traffic. The team should be owned by ~elementary-core, and we should get more devs subscribed. -- Sergey Shnatsel Davidoff -- 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