Re: [Elementary-dev-community] Sample contractor client
We should encapsulate that gaze of yours into code. On Fri, Jan 31, 2014 at 3:02 AM, Sergey "Shnatsel" Davidoff < ser...@elementaryos.org> wrote: > Dunno, looks fine from here. Or maybe my OS instance just fixes itself > when exposed to my questioning gaze. > > > 2014-01-30 Daniel Foré : > > Sergey, >> >> I think it's pretty common knowledge that the daily PPA breaks Luna >> Cheers, >> >> Daniel Foré >> elementaryos.org >> >> >> On Thu, Jan 30, 2014 at 3:02 AM, Sergey "Shnatsel" Davidoff < >> ser...@elementaryos.org> wrote: >> >>> 2014-01-30 Heath Paddock : >>> >>>> Does this require libgranite2? >>>> >>> >>> Yes, it does. This is one of the two new symbols I added a while ago; >>> I'm not sure why they're exclusive to libgranite2 - they're just additions, >>> not breaks - but looks like they are. Oh well. >>> >>> libgranite2 should be available on Luna from Daily PPA (or maybe not >>> anymore - Cody was looking to delete them). >>> >>> If you can't get your hands on libgranite2... The required function is >>> trivial, so you can copy-paste it from >>> http://bazaar.launchpad.net/~elementary-pantheon/granite/granite/view/head:/lib/Services/ContractorProxy.vala#L227and >>> toy with the example on libgranite1. >>> >>> Also, the compile line in the comments section at the top of the file >>>> uses the wrong file name. >>>> >>> >>> I'll fix that and add a note about libgranite2 momentarily. On very >>> recent distros it may require gee-0.8 also instead of gee-1.0. >>> >>> -- >>> Sergey "Shnatsel" Davidoff >>> >> >> > > > -- > 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 > > -- Alex Lourie -- 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] Saving and restoring app sessions
This would be a more precise link: http://www.phoronix.com/scan.php?page=news_item&px=MTUyNjE On Mon, Nov 25, 2013 at 8:58 PM, Sergey "Shnatsel" Davidoff < ser...@elementaryos.org> wrote: > In addition to the client-side mechanism I described above, here's another > facility that may be of interest, called "Checkpoint-Restore": > http://www.phoronix.com/scan.php?page=home > > > -- > 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 > > -- Alex Lourie -- 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 automatic testing, oh my!
Hello elementary friends, As many of you know, devs are now in the process of developing the next release of elementary, Isis. During various conversations there’s this one subject that has risen quite often - how can testing be incorporated in the process. For the impatient ones, jump right away to the instructions at [1]. Now, before some anxious folks jump ahead, let me stop you all and say it's NOT about TDD. We've been there, done the discussions, and for now it was decided that no one is doing that [2]. What I am going to talk about now is system/integration level testing, that is the curse called QE [3]. QE is somewhat unloved, seems dark and boring among and by many developers, especially in open source. Mainly due to the fact, that in open source we consider our users to be our testers. While it could be working well enough for various libraries, and different software packages, I claim it cannot work for users of the entire OS/DE, especially the one that aspires to provide the best and most polished experience for its users. We cannot expect high level of technical capabilities from our users to understand what exactly is the problem they experience, let alone to report bugs they find. As such I had few private discussions with members of the elementary dev teams, and came with to the following assumptions: 1. Nobody will be forced to do TDD. IF (and that's a big IF) someone wants to do it, they can do it on their own expense. 2. Most elementary applications are not completely new inventions. They are just new applications that are based on the mostly stable sets of libraries, which have their own projects, boards and testing methods. 3. External dependencies are just expected to work, and we/users will post bugs if they don't. 4. In system/integration 'testing' it is interesting to see that our applications work; that is the other technologies are integrated correctly and a good working interface is created. 5. Any type of automatic testing for the apps is fine, as long as it works. 6. System Testing can be done in any language. Finally, as I am mostly familiar with Python, I thought I'd check the autopilot framework, used by Ubuntu to test their entire system. Hereby I wanted to tell that first preliminary testing is done. I've successfully installed autopilot on my Isis dev build box, adopted one set of tests [4] and they now pass. That means, that technically it is possible to use autopilot for testing our applications. So... to read how to run the tests on your own, read the How-To [1] What next? So here we are now, with one part of elementary that can be tested automatically. I don't like to fool anyone nor myself with claims that now we have implemented testing. So here few possible tasks that I think should be done next to move with this stuff: 1. One possible task is to create more tests for pantheon-terminal. I'm sure its developers will be swayed with joy. 2. Another possible task is to create some small set of tests for another app. I'm sure that the elementary dev/users community can come up with awesome ideas as to what can be done with this. I'm all ears now and open to suggestions. So long, and remember, I talk too much, and I'm a crappy developer. Any complaints are welcome in sane limits. Cheers. [1] https://docs.google.com/document/d/1AHDT0hR8mjVcyhERsR7qC5Zs1GB1SNfUFHR6gFuJVTM/edit?usp=sharing [2] Unless someone does it, maintains it and keeps doing it until someone else does it too. [3] Quality Engineering (once called Quality Assurance, but that's not fare, as it somewhat equates quality engineers to robots. They are not. Actually, they are very talented engineers, and if one considers that their work is to do whatever there is in their power to break stuff, one could probably like it too). [4] Tests for pantheon-terminal were adopted from gnome-terminal and pass completely (9 tests). The code for the tests is at https://github.com/alourie/pantheon_terminal<http://unity.ubuntu.com/autopilot/faq/faq.html> <http://unity.ubuntu.com/autopilot/faq/faq.html> <http://unity.ubuntu.com/autopilot/faq/faq.html> -- Alex Lourie -- 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] Python API for panel applets?
Benjamin What panel are you talking about? The wingpanel? If so, you can either use libindicators from Ubuntu project, or wait until we get a new API in order for Isis and further. Probably without python APIs first. On Sun, Oct 6, 2013 at 11:34 AM, Benjamin Trias wrote: > Hello, > > I recently migrated to eOS Luna. Great work! I love it. > > I'd like to contribute a little. I have basic experience with Python and a > little Bash. With this I'd like to work on applets for the panel. > > Is there an API for Python to build panel applets? > > Thanks > Benjamin > > -- > 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 > > -- Alex Lourie -- 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 TDD (Test Driven Development)
dvanced as CppUnit, NUnit and equivalent >> 3. TDD is great for libraries and backends, not so much for GUI >> applications and Database driven applications. >> 4. TDD needs lots of fakes and mocks to be written, and that could be >> very time expensive ( and tedious sometimes ) >> >> Some references to Unit testing on vala apps: >> http://valadoc.org/#!api=glib-2.0/GLib.Test >> http://esite.ch/2012/06/26/writing-tests-for-vala/ >> >> feel free to comment >> >> BR, >> >> Daniele "OpenNingia" Simonetti >> >> -- >> >> 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 > > -- Alex Lourie -- 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] Luna +1's Name and Some Other Stuff
Add me there now! On Sun, Aug 25, 2013 at 3:36 PM, Craig wrote: > " So I'd probably start off by getting rid of all the technical debt we > might have accumulated in the race to release and getting some tools to > manage the increased complexity we're facing, e.g. unifying the way CMake > works, providing better code documentation, adding some automated testing, > etc." > > I'm so proud I could cry. *tear*. I support this message. > On Aug 25, 2013 6:49 AM, "Sergey "Shnatsel" Davidoff" < > ser...@elementaryos.org> wrote: > >> Yay, bike shedding! Wait for me! >> >> AFAIR the original plan was to use gods from the same pantheon for any >> given series, Roman for the 0.x series specifically, hence the name of the >> DE - Pantheon. So I looked for suitable Roman deities and I think I've >> found a great one. >> >> Continuing the trend, she's a Roman deity and has a celestial body in the >> Solar system named after her. What's more, according to a myth that was >> very widespread in late antiquity, she eventually moved to Egypt and became >> Isis! >> >> Behold Io! The Roman Isis that comes with a celestial body and a domain >> name hack! >> >> http://en.wikipedia.org/wiki/Io_%28mythology%29 >> http://en.wikipedia.org/wiki/Io_%28moon%29 >> >> By the way, turns out http://elementary.io is already registered by >> Cassidy and currently redirects to elementaryos.org, so I feel like this >> was the plan all along. >> >> As for development, we have ~8 months till release, so this is going to >> be an iterative cycle. We're obviously not going for Wayland or Mir or >> anything equally new and fancy because that technology is not yet baked and >> will not be on par with the time-proven base by 14.04. It does look like >> we'll have another huge migration on our hands after that, though. >> >> So I'd probably start off by getting rid of all the technical debt we >> might have accumulated in the race to release and getting some tools to >> manage the increased complexity we're facing, e.g. unifying the way CMake >> works, providing better code documentation, adding some automated testing, >> etc. >> >> Next, since we're making an iterative cycle, I'd stop acting and start >> reacting. Like, make a list of things that people have trouble with in Luna >> and fix them. I have compiled an [incomplete] list of gripes people seem to >> have with Luna. Maybe we should run some user testing and see what causes >> issues? >> >> We can't afford organized user testing, but we could reach out to the >> community - say, provide people with testing methodology and ask people who >> spread elementary OS to carry out the testing and send in the results. Like >> run a user testing sprint to identify the issues the target audience has, >> and fix them. Sounds like a plan! >> >> Long live Io! >> >> -- >> 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 > > -- Alex Lourie -- 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] Congratulations Luna developers!
Craig It seems we're running circles. No leader is needed now aside for someone who starts writing code. How about you choose some an app you consider to be a good start? We then find volunteers. And start coding. I'm sure that the moment it starts, everyone will be interested in results. On Aug 22, 2013 3:27 AM, "Craig" wrote: > I'm not opposed; however, every time I've delved into Elementary > development, I've found myself fighting too many tertiary fires before I'm > able to get any real work done (usually it's chasing down one obscure > environment issue or another). So basically, I would like someone who is > competent at Elementary development to "champion" the project (to serve as > its leader) and I and a few other TDDevelopers can coach the development > team as well as help develop ourselves. > > Furthermore, this exercise will be more productive if we have other devs > who are interested in *learning* TDD to participate. > > So basically, if you can find a few elementary-proficient developers to > help with the elementary-specific problems (including a project lead), the > other TDDevelopers and I can coach and develop along side them. > > Thoughts? > > > On Wed, Aug 21, 2013 at 4:50 PM, Kurt Smolderen > wrote: > >> What do you think of giving Footnote some love? I think it is currently >> unmaintained (need to verify that), it's conceptually a rather simple >> application but offers a good set of practices for TDD/ writing tests. >> >> We need to verify first of course what the intentions of the current >> owner are, but I would personally like to see a new version of Footnote... >> >> Craig wrote: >>> >>> >>> I have never heard a project die because they decided to move to TDD. >>>> And I heard about lots of hits on the matter. >>> >>> >>> This. I've heard (and witnessed) a lot of projects drop their defect >>> percentage from 20% to 3%. A lot of new-to-TDD developers don't like it at >>> first because it feels slower, but I don't think those people remember how >>> much time is spent bug hunting at the end of a release cycle. >>> >>> I think the next step is to find a pilot project and get the lead >>> developer(s) to agree to work toward TDD. This will probably look like: >>> >>> 1) Modifying the project structure to include _test directories >>> 2) Creating tests with GLib.Test or some such >>> 3) Coaching/mentoring the developers at TDD >>> 4) Performing code reviews in which insufficiently tested code is sent >>> back for revision >>> >>> After testing it out for a few months, the community can see how they >>> like it. >>> >>> Does this sound like a reasonable approach? If so, would any project >>> leads like to volunteer their project? And who in the community would like >>> to participate in such an experiment? >>> >>> >>> On Wed, Aug 21, 2013 at 4:34 AM, Alex Lourie wrote: >>> >>>> Albert >>>> >>>> We don't need to exaggerate. Though TDD is, indeed, a development >>>> methodology, it is not supposed to completely change the way everyone >>>> works. >>>> >>>> Just consider that writing a good test takes about 10 minutes, and that >>>> each developer writes one or two tests for new stuff they add (or the old >>>> one they fix) from time to time. Then, in time, you'll have part of your >>>> code tested, which is exactly what we're aiming for. Beginning is hard, >>>> continue something is easier. >>>> >>>> I have never heard a project die because they decided to move to TDD. >>>> And I heard about lots of hits on the matter. >>>> >>>> >>>> On Tue, Aug 20, 2013 at 3:37 AM, Albert Palacios >>>> wrote: >>>> >>>>> Hi Craig, >>>>> >>>>> Thanks for your explanation and the linked video. I am still agnostic, >>>>> but I don't want to be the only one who complained about the proposal. >>>>> >>>>> At this point I have more questions than answers, and those will >>>>> probably be solved with a working example. >>>>> >>>>> But remember, *TDD is a development methodology* not a testing >>>>> methodology. It will change our development work flow, and will probably >>>>> move potential volunteers away from the project. >>>>
Re: [Elementary-dev-community] Congratulations Luna developers!
s >>>>>>> totally new for me). Obviously, bazaar guides doesn't teach you on using >>>>>>> the "elementary-dev-community". >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Mon, Aug 19, 2013 at 6:57 PM, David Gomes >>>>>> > wrote: >>>>>>> >>>>>>>> I always tell people if they make their branches owned by >>>>>>>> ~elementary-dev-community I will volunteer to fix the code style >>>>>>>> myself. I >>>>>>>> have all the free time and the will to do it, just people always make >>>>>>>> their >>>>>>>> branches owned by themselves. >>>>>>>> >>>>>>>> ~David "Munchor" Gomes >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Aug 19, 2013 at 4:29 PM, Albert Palacios Jimenez < >>>>>>>> optimi...@gmail.com> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Before talking about testing, and advanced development techniques >>>>>>>>> for teams with resources, there is one easy and simple thing we can >>>>>>>>> do to >>>>>>>>> accelerate development. >>>>>>>>> >>>>>>>>> Sometimes (very often), bugs are stopped due spaces not following >>>>>>>>> the "code style" guidelines. Adding a "code style" validator script >>>>>>>>> before >>>>>>>>> compiling, we can prevent uploads with spaces at the end of the lines >>>>>>>>> ... >>>>>>>>> and save a lot of time. >>>>>>>>> >>>>>>>>> For example, just executing the next line before compiling: >>>>>>>>> >>>>>>>>> find . -type f -print0 | xargs -0 sed -i 's/[ \t]*$//' >>>>>>>>> >>>>>>>>> We will remove every "white space" at the end of any line, >>>>>>>>> including new lines with tab spaces. >>>>>>>>> >>>>>>>>> This can sound stupid, but it is absurd to block bug fixes during >>>>>>>>> several days due white spaces at the end of lines. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> 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 >>>> >>>> >>> >> > > -- > 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 > > -- Alex Lourie -- 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] Congratulations Luna developers!
Right. 1. The code tests another piece of code. 2. You specify it with a set of 'trial' inputs. a) you expect the 'correct' inputs to work correctly. b) you expect the 'incorrect' inputs to fail gracefully. On Mon, Aug 19, 2013 at 12:07 PM, A. "Xylon" V. wrote: > So if I understand correctly, in TDD there is a specific bit of code (lets > call it C) that you build a test for. Then, instead of using the > application and trying to trigger code C, you invoke the test which > directly calls code C and then reports a result based on whatever input you > gave it, right? > On Aug 19, 2013 9:43 AM, "Alex Lourie" wrote: > >> Correct. >> >> >> On Mon, Aug 19, 2013 at 11:27 AM, David Gomes wrote: >> >>> So say this code for example: >>> >>> >>> http://bazaar.launchpad.net/~elementary-apps/pantheon-terminal/trunk/view/head:/src/TerminalWidget.vala#L37 >>> >>> Sometimes we have some issues with ReGex (see >>> https://code.launchpad.net/~voldyman/pantheon-terminal/colon-fixed/+merge/180735 >>> ). >>> >>> Is that the kind of thing we can use TDD for? Like have a bunch of URLs >>> and see if Terminal detects them or not without any GUI, just terminal >>> Found/Not Found messages? >>> >>> ~David "Munchor" Gomes >>> >>> >>> On Mon, Aug 19, 2013 at 1:38 AM, Craig wrote: >>> >>>> David, >>>> >>>> I understand and appreciate the difficulty; however, I've had exactly >>>> zero questions about TDD. Like I said in the original post, I'm happy to >>>> answer any questions you may have. >>>> >>>> Please take me up on that offer any time. >>>> >>>> Thanks, >>>> Craig >>>> On Aug 18, 2013 6:57 PM, "David Gomes" wrote: >>>> >>>>> This, this and this. >>>>> >>>>> And also many of the developers like me aren't really experienced with >>>>> TDD and will have to take some time to study, learn and adapt to it. You >>>>> can't just come here and tell developers, many of whom inexperienced young >>>>> amateur programmers, to start using TDDs. Take me, for example, I never >>>>> had >>>>> proper programming education, I'm 17 years old. I know what TDD is but >>>>> I've >>>>> never used it before. You have to understand TDD is something very >>>>> enterprise-ish and "professional" that "big serious" companies do. >>>>> >>>>> Look, I'm not saying we can't do it or we shouldn't do it or we won't >>>>> do it - I'm just saying you need a better approach to what you're doing. I >>>>> realize how useful and important TDD can be, but many of us might just be >>>>> too busy having fun. >>>>> >>>>> Regards, >>>>> David >>>>> >>>>> PS. I really hope I wasn't rude, I mean all I said in the nicest of >>>>> ways. >>>>> >>>>> >>>>> >>>>> On Sun, Aug 18, 2013 at 11:58 PM, Daniel Foré >>>> > wrote: >>>>> >>>>>> This all sounds great and I think everybody is pro-testing, however >>>>>> I've yet to see a reproduce-able example or a guide regarding any kind of >>>>>> tests being implemented (especially by those extremely vocal about their >>>>>> importance). Not books or articles about why testing is good, but >>>>>> something >>>>>> that actually shows a person how to write tests for their apps. >>>>>> >>>>>> So, as Linus would say, "Talk is cheap. Show me the code." >>>>>> — >>>>>> Sent from Mailbox <https://www.dropbox.com/mailbox> for iPhone >>>>>> >>>>>> >>>>>> On Sun, Aug 18, 2013 at 3:47 PM, Craig wrote: >>>>>> >>>>>>> Hi Alex, >>>>>>> >>>>>>> tl;dr: Unit tests are pretty much necessary to have an architecture >>>>>>> on which you can run automatic system-level tests, and if you aren't >>>>>>> automating then testing becomes too impractical. >>>>>>> >>>>>>> When you describe "system tests" you are
Re: [Elementary-dev-community] Congratulations Luna developers!
Correct. On Mon, Aug 19, 2013 at 11:27 AM, David Gomes wrote: > So say this code for example: > > > http://bazaar.launchpad.net/~elementary-apps/pantheon-terminal/trunk/view/head:/src/TerminalWidget.vala#L37 > > Sometimes we have some issues with ReGex (see > https://code.launchpad.net/~voldyman/pantheon-terminal/colon-fixed/+merge/180735 > ). > > Is that the kind of thing we can use TDD for? Like have a bunch of URLs > and see if Terminal detects them or not without any GUI, just terminal > Found/Not Found messages? > > ~David "Munchor" Gomes > > > On Mon, Aug 19, 2013 at 1:38 AM, Craig wrote: > >> David, >> >> I understand and appreciate the difficulty; however, I've had exactly >> zero questions about TDD. Like I said in the original post, I'm happy to >> answer any questions you may have. >> >> Please take me up on that offer any time. >> >> Thanks, >> Craig >> On Aug 18, 2013 6:57 PM, "David Gomes" wrote: >> >>> This, this and this. >>> >>> And also many of the developers like me aren't really experienced with >>> TDD and will have to take some time to study, learn and adapt to it. You >>> can't just come here and tell developers, many of whom inexperienced young >>> amateur programmers, to start using TDDs. Take me, for example, I never had >>> proper programming education, I'm 17 years old. I know what TDD is but I've >>> never used it before. You have to understand TDD is something very >>> enterprise-ish and "professional" that "big serious" companies do. >>> >>> Look, I'm not saying we can't do it or we shouldn't do it or we won't do >>> it - I'm just saying you need a better approach to what you're doing. I >>> realize how useful and important TDD can be, but many of us might just be >>> too busy having fun. >>> >>> Regards, >>> David >>> >>> PS. I really hope I wasn't rude, I mean all I said in the nicest of ways. >>> >>> >>> >>> On Sun, Aug 18, 2013 at 11:58 PM, Daniel Foré >>> wrote: >>> >>>> This all sounds great and I think everybody is pro-testing, however >>>> I've yet to see a reproduce-able example or a guide regarding any kind of >>>> tests being implemented (especially by those extremely vocal about their >>>> importance). Not books or articles about why testing is good, but something >>>> that actually shows a person how to write tests for their apps. >>>> >>>> So, as Linus would say, "Talk is cheap. Show me the code." >>>> — >>>> Sent from Mailbox <https://www.dropbox.com/mailbox> for iPhone >>>> >>>> >>>> On Sun, Aug 18, 2013 at 3:47 PM, Craig wrote: >>>> >>>>> Hi Alex, >>>>> >>>>> tl;dr: Unit tests are pretty much necessary to have an architecture on >>>>> which you can run automatic system-level tests, and if you aren't >>>>> automating then testing becomes too impractical. >>>>> >>>>> When you describe "system tests" you are actually describing what are >>>>> called "acceptance tests" or "behavioral" tests ( >>>>> http://www.extremeprogramming.org/rules/functionaltests.html). Unit >>>>> tests test small units of code such as classes or functions. Traditional >>>>> TDD relies primarily upon unit tests, and those are primarily what I'm >>>>> referring to. >>>>> >>>>> One of the primary purposes of unit testing is to ensure good code >>>>> architecture. If you don't unit test, you probably won't have good access >>>>> points for your acceptance tests (how do you verify that that Gtk.Label >>>>> has >>>>> the correct text when you can only access the top level window?), so >>>>> automation will be out of the question. And if you aren't automating then >>>>> you can't continuously integrate (running all tests every time a change is >>>>> made to the repository in order to find bugs as soon as they are made). >>>>> Honestly, if you aren't automating then testing becomes too impractical. >>>>> On Aug 18, 2013 5:10 PM, "Alex Lourie" wrote: >>>>> >>>>>> Hi Craig >>>>>> >>>>>>
Re: [Elementary-dev-community] Congratulations Luna developers!
Hi Craig For the clarification purposes, I'd like to separate 'automatic tests (system testst)' and 'unittests'. I consider them different things. Unittests are pieces of code that test some other pieces of the code. System tests are scripts/code/steps that test that your program (or part of it) works. Unittests are usually run automatically (by, say, unittesting framework). System tests could be run automatically or manually. There are, sometimes, frameworks for that, but in most cases it's either manual or custom developed. Unittests are (usually) developed by the same developer who developed the original code, just as in your TDD example. System tests are best developed by external party (such as users). >From here on, I can agree with you on point 1, and the naming. Basically, we all agree that having *testing *is a good practice and a feasible way to manage the complexity of software. But unittesting cannot test the logical connections between the blocks of code in the program. That's the job for system testing. I don't care how we call it. The more *systematic *testing we do for Elementary the better it's going to be, and the more chances we have to sustain growth. So I would just like to see testing implemented. Any kind of it. On Sun, Aug 18, 2013 at 10:56 PM, Craig wrote: > Hi Alex, > > To correct you on a couple of things: > > 1. TDD **does not** require you to have all or even several of the tests > written before hand. It simply requires you to have the test written for > the next change you are about to make. The idea is to write a test, run the > test to watch it fail (this helps verify you wrote your test correctly), > add the simplest code to make the test pass, run the test to watch it pass > (and verify your code additions worked). Then you rinse and repeat. > > 2. TDD is actually a simplified form of what developers do already. That > is, you usually write some code, run your code, then visually verify that > it worked. TDD just crystalizes this process in code which can be executed > later. TDD isn't hard, so it's well within the capacity of all of our devs; > however, it does taking some getting used to. TDD is the best and fastest > way to develop quality code and it's the ONLY practical way to raise the > ceiling on the amount of code complexity a team of a given size can handle > (there is a lot of research and professional heuristics about this). If a > developer doesn't have the will to do this, they aren't taking their > discipline seriously and, frankly, are a danger to any project that values > quality. Besides, I've never met a developer who has hit the complexity > ceiling *and* who has practiced TDD who doesn't advocate this kind of > testing. > > With those corrections in mind, I can't see any difference between your > first point and "real TDD". I agree that your 2nd point is a good idea. > Automated testing can't capture everything, and it's definitely important > to have some hands-on testing that we could run through a few times every > release. But we should always be working toward automated testing so > developers can, you know, develop. > > > On Sun, Aug 18, 2013 at 2:05 PM, Alex Lourie wrote: > >> Ok, I have not added a single line of code to elementary yet, and gave >> some decent amount of headache to real devs around here. I have though >> participated in development of many products, small and large, and so here >> it goes. >> >> TDD in its pure form requires having tests written and ready before the >> code is written. Then failing tests are being implemented one by one, >> having the code both tested and working in the end of this process. I >> highly doubt that any of Elementary devs have the capacity or the will to >> follow this. Especially, when many of our projects are built using 'try and >> error' methodology, that is they follow the 'Hey! Let's try this!' rule. >> Which is awesome, as it allows fast development and really quick release >> cycles. >> >> Now, what I think would fit Elementary much better is simply testing >> (yes, that QA thing everyone loves and adores) - the T from TDD, which is >> the most important part. The best way to do that is, of course, to create a >> bunch of automatic tests, but that's not really feasible either. So as I >> see it, we can do 2 things: >> >> 1. Start looking into unittesting as much and as early as possible, and >> have devs starting to create tests. This has the benefit of devs learning >> to create unittests and having some of the code tested, and also, >> potentially, at some point, it could help moving to real TDD
Re: [Elementary-dev-community] Congratulations Luna developers!
ng to hone >> theirs. >> >> P.S., Sorry for the book, and I hope you all take this as respectful, >> constructive criticism. _Please_ ask me anything about development, >> especially with respect to how we can keep quality high using processes >> rather than sheer developer effort (so as to free you developers to work on >> interesting problems rather than bug hunting). >> >> Thanks for reading, >> Craig >> > > -- > 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 > > -- Alex Lourie -- 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] Luna +1's Name and Some Other Stuff
t;>>>>>>>>>> > Also, I think in general most of us think it would be the >>>>>>>>>>>>> best idea >>>>>>>>>>>>> > to release Isis (see, I'm already going with it) as closely >>>>>>>>>>>>> as >>>>>>>>>>>>> > possible to Ubuntu 14.04. We have a lot to prove about our >>>>>>>>>>>>> ability >>>>>>>>>>>>> > to provide updates in a timely manner and we're getting some >>>>>>>>>>>>> > negative feedback from developers/nerds about our 12.04 >>>>>>>>>>>>> base. So >>>>>>>>>>>>> > let's address that and make sure that elementary is the best >>>>>>>>>>>>> open >>>>>>>>>>>>> > platform for both users and developers (and I guess nerds >>>>>>>>>>>>> too). >>>>>>>>>>>>> > >>>>>>>>>>>>> > Cody is currently working on updating Congrego to spit out >>>>>>>>>>>>> some >>>>>>>>>>>>> > super bleeding edge Saucy-based builds. If any of you are >>>>>>>>>>>>> already on >>>>>>>>>>>>> > Saucy, you know how broken Pantheon currently is. Indicators >>>>>>>>>>>>> and >>>>>>>>>>>>> > Plugs are huge problems that we need to address. We're >>>>>>>>>>>>> considering >>>>>>>>>>>>> > moving both of these into lib peas plugins for Wingpanel and >>>>>>>>>>>>> > Switchboard (respectively). Any feedback on that plan is >>>>>>>>>>>>> very welcome. >>>>>>>>>>>>> > >>>>>>>>>>>>> > In general, the first priority for Isis is going to be >>>>>>>>>>>>> updating all >>>>>>>>>>>>> > of our apps to compile/run with the latest libraries. You >>>>>>>>>>>>> should >>>>>>>>>>>>> > know that Midori with the latest webkitGTK is amazing. I'm >>>>>>>>>>>>> working >>>>>>>>>>>>> > on porting eGtk and it's going pretty swell. You should also >>>>>>>>>>>>> know >>>>>>>>>>>>> > that all the fancy libaccounts stuff is now available for >>>>>>>>>>>>> someone to >>>>>>>>>>>>> > start playing with so we can get sweet online integration. I >>>>>>>>>>>>> believe >>>>>>>>>>>>> > that Clutter with the touch-related bits is also available >>>>>>>>>>>>> so that >>>>>>>>>>>>> > is also very exciting for those of use that have a >>>>>>>>>>>>> multi-touch >>>>>>>>>>>>> > trackpad available. >>>>>>>>>>>>> > >>>>>>>>>>>>> > Anyways, let's get rolling on this cycle. We have 8 months >>>>>>>>>>>>> to become >>>>>>>>>>>>> > even more awesome. >>>>>>>>>>>>> > >>>>>>>>>>>>> > For the greater glorification of our Holy Mother Isis, >>>>>>>>>>>>> > >>>>>>>>>>>>> > Daniel Foré >>>>>>>>>>>>> > >>>>>>>>>>>>> > elementaryos.org <http://elementaryos.org> >>>>>>>>>>>>> > >>>>>>>>>>>>> > -- >>>>>>>>>>>>> > Mailing list: >>>>>>>>>>>>> https://launchpad.net/~elementary-dev-community >>>>>>>>>>>>> > Post to : elementary-dev-community@lists.launchpad.net >>>>>>>>>>>>> > <mailto: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 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> 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 >>>>>> >>>>>> >>>>> >>>>> -- >>>>> 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 > > -- Alex Lourie -- 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] Luna +1's Name and Some Other Stuff
Mars is bad as we used it already. We should not repeat ourselves. On Fri, Aug 16, 2013 at 11:35 PM, Albert Palacios Jimenez < optimi...@gmail.com> wrote: > > After stepping on Luna, I thought we were going to explore Mars, but maybe > the God of war is not appropriate for elementary OS. > > Isis is fine, the half moon was a symbol for Isis as the queen of sky, > this is a kind of nexus. Both names sound very melancholics. > > I hope this name will encourage a lot of volunteers and elementary will > grow as the OS deserves. > > > > > > On Aug 16, 2013, at 9:08 PM, Daniel Foré wrote: > > Hey dudes (and hopefully a few dudettes these days), > > First of all, congratulations to all of you on 100k+ downloads in the > first week. That is freaking killer. We're getting rave reviews and > (despite bug #1 being closed) we keep hearing from tons of people that are > first-time Linux users coming from Windows and Mac OS. If you haven't been > in contact with this positive energy yet, I encourage you to hit up youtube > for an ego boost. Now down to business! > > I'm writing to announce the codename of the next elementary release: > "Wanking Wallaby" > > Jk. What is this, Ubuntu? > > I'm leaning strongly towards "Isis" for this one. It's short (2 > syllables), should be generally pretty easy to pronounce, etc. Isis is the > egyptian mother god of the throne, "friend of slaves, sinners, artisans, > and the downtrodden". You can read up more about her here: > http://en.wikipedia.org/wiki/Isis > > Munchor says I should go full Hitler and not allow any arguments, but if > you think the name totally sucks you can definitely say that. If not, let's > go with it! (And even if so, we'll probably still go with it!) > > Also, I think in general most of us think it would be the best idea to > release Isis (see, I'm already going with it) as closely as possible to > Ubuntu 14.04. We have a lot to prove about our ability to provide updates > in a timely manner and we're getting some negative feedback from > developers/nerds about our 12.04 base. So let's address that and make sure > that elementary is the best open platform for both users and developers > (and I guess nerds too). > > Cody is currently working on updating Congrego to spit out some super > bleeding edge Saucy-based builds. If any of you are already on Saucy, you > know how broken Pantheon currently is. Indicators and Plugs are huge > problems that we need to address. We're considering moving both of these > into lib peas plugins for Wingpanel and Switchboard (respectively). Any > feedback on that plan is very welcome. > > In general, the first priority for Isis is going to be updating all of our > apps to compile/run with the latest libraries. You should know that Midori > with the latest webkitGTK is amazing. I'm working on porting eGtk and it's > going pretty swell. You should also know that all the fancy libaccounts > stuff is now available for someone to start playing with so we can get > sweet online integration. I believe that Clutter with the touch-related > bits is also available so that is also very exciting for those of use that > have a multi-touch trackpad available. > > Anyways, let's get rolling on this cycle. We have 8 months to become even > more awesome. > > For the greater glorification of our Holy Mother Isis, > > 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 > > -- Alex Lourie -- 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] Luna +1's Name and Some Other Stuff
s also available so that >>>> > is also very exciting for those of use that have a multi-touch >>>> > trackpad available. >>>> > >>>> > Anyways, let's get rolling on this cycle. We have 8 months to become >>>> > even more awesome. >>>> > >>>> > For the greater glorification of our Holy Mother Isis, >>>> > >>>> > Daniel Foré >>>> > >>>> > elementaryos.org <http://elementaryos.org> >>>> > >>>> > -- >>>> > Mailing list: https://launchpad.net/~elementary-dev-community >>>> > Post to : elementary-dev-community@lists.launchpad.net >>>> > <mailto: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 >> >> > > -- > 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 > > -- Alex Lourie -- 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] Future of Wingpanel
We were just talking about this exactly with voldyman. +1 from me on this. On Wed, Aug 14, 2013 at 3:33 PM, Chris Timberlake wrote: > I think one of the ways we can support legacy Ayatana indicators is by > making a plug for it. So we'd setup wingpanel to support plug files through > LibPeas. Then we would create a plug file that is used to display all > Ayatana indicators from applications and the like. Native eOS Applications > could utilize the new format with their own plug while still allowing > graceful fallback support. > > Just my 2 cents. > > > On Wed, Aug 14, 2013 at 1:29 AM, Akshay Shekher wrote: > >> I wanted to talk about the features to be added in wingpanel for L+1. >> the blueprints that i have in mind are. >> 1. Hide on >> Maximize<https://blueprints.launchpad.net/wingpanel/+spec/hide-on-maximize> >> 2. Branch >> Ayatana<https://blueprints.launchpad.net/wingpanel/+spec/branch-ayatana> >> >> >> *Hide on maximize* is easy. we just have to add a d-bus signal to gala >> which will be triggered when a window is maximized, wingpanel will connect >> to this signal when launched and whenever an event is triggered wingpanel >> will hide. >> for hiding i was thinking of using clutter animations or something >> similar. >> >> >> *Branch Ayatana*: this was discussed earlier but no decision was made, >> we could use libpeas to make indicators as plugins. This is easy and good >> reliable indicator/plugins can be made but this creates problems for >> applications that want to show indicators, as for wingpanel to show an >> indicator a plug would have to be made and it would need to enabled from >> dconf. >> >> There are many ways to solve this problem. >> 1. use two libraries. one for system indicators and one for app indicators >> 2. use something similar to switchboard's plugins system. >> 3. don't allow application indicators. (which i think gnome follows) >> >> please tell me your opinion and suggestions guys. >> >> voldyman >> >> -- >> 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 > > -- Alex Lourie -- 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] Luna Post-Release
I also remember there was some talk about refreshing indicators completely, maybe even moving to something else than libindicator. I don't think it appears in the blueprints list On Sun, Aug 11, 2013 at 9:44 PM, Daniel Foré wrote: > Good question! We'll have to figure that our as well. > > If I remember correctly, there's some kind of online tool where everyone > can enter their availability and we can find out when we're all free at the > same time. Anyone have a link to that? > — > Sent from Mailbox <https://www.dropbox.com/mailbox> for iPhone > > > On Sun, Aug 11, 2013 at 11:40 AM, A. "Xylon" V. wrote: > >> I've gotten so used to the feature freeze adding new stuff seems si >> weird... >> >> When will this big contributor meeting be held approximately? A week? >> On Aug 11, 2013 7:25 PM, "Daniel Foré" wrote: >> >>> Hey everyone! >>> >>> First of all, congratulations! You guys have been working super hard for >>> the last two years to bring something truly awesome to desktop Linux and I >>> think from all the amazing feedback we've received, you've definitely >>> succeeded. >>> >>> You guys rock. >>> >>> But obviously the big question is, "What now?" >>> >>> Well I have some amazing news: feature freeze is finally over! It's time >>> to have a little fun again. No more nose-to-the-grind with all the bug >>> fixing. I myself am writing this from my extremely unstable Saucy install >>> that will probably crash in a few minutes for no apparent reason. And it's >>> freaking exciting! >>> >>> So my first recommendation for you guys is to upgrade yourselves. We all >>> know that 12.04 (and thus Luna) is aging when we're talking about >>> development. I don't think we've come to any official decision, but most of >>> us have been casually throwing around the idea that Luna +1 should release >>> alongside Ubuntu 14.04. We're all super excited about the latest Gtk, >>> Clutter, etc. >>> >>> In case you didn't already know, there's a handful of suggestions for >>> what to work on in Luna +1 here: >>> https://launchpad.net/elementary/+milestone/0.3-beta1 >>> >>> But honestly, take this time to be free. You deserve it. Have fun. Give >>> yourself a pat on the back for how awesome you all are. >>> >>> Once the dust settles on this release, we might want to talk about >>> having another contributor meeting in IRC to get our heads on straight and >>> decide on some general guidelines for Luna +1 (like a real codename, if we >>> really want to release with 14.04, etc) >>> >>> Thanks again everyone and congratulations! >>> >>> 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 > > -- Alex Lourie -- 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
