Results 1 to 9 of 9

Thread: What tools will we need for managing OSDash development and deployment?

  1. #1
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2

    What tools will we need for managing OSDash development and deployment?

    As the title says, we will soon be need to test and deploy OSDash services. What tools will we need? One that I can think of right off the bat is a bug tracking system of one sort or another.

    Another is some way to keep or update documentation.

    Is there a need for configuration management?

    How about a test server environment vs. a production environment?

    What other tools might we need? Maybe a test service for people who want to code a client and test it out?

    I don't know whether we can get any of these tools but it would help to identify them.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  2. #2
    Variable Bitrate Borte's Avatar
    Join Date
    Jan 2006
    Location
    Norway
    Posts
    445
    I guess some kind of simulation software, one that could simulate the server side and one that can simulate the client side.

    This would help for both delopments.

    But did you mean software that needs to be created or software that's already developed?
    Failure is not an option...
    __________________________________________________ ______________________________
    The only full multizone / multiscreen cross platform open source Front End -> OpenMobile

  3. #3
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    I mean tools for project management. Ways to centralize the tracking of bugs found in either server side or client side software. Perhaps a non-public test partition or server that developers can use to try out their web services before going public and so forth.

    Even rudimentary project management tools that show who is doing what and when they should be doing it to assist in a roadmap for both developers and users.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  4. #4
    Variable Bitrate Borte's Avatar
    Join Date
    Jan 2006
    Location
    Norway
    Posts
    445
    Quote Originally Posted by Bugbyte View Post
    Perhaps a non-public test partition or server that developers can use to try out their web services before going public and so forth.
    What about creating an VMWare machine that developers can download and use for testing. This would allow for a full server side testing as well, might even help when multiple developers are creating the server core.
    Failure is not an option...
    __________________________________________________ ______________________________
    The only full multizone / multiscreen cross platform open source Front End -> OpenMobile

  5. #5
    fka - Nextabyte_Matt ioi8's Avatar
    Join Date
    Apr 2006
    Location
    Cleveland
    Posts
    125
    Can we get a wiki going for this? I propose we use a single page to list all the services, what OSDash is about, and then how it should work.

    Then each webservice can each have its own page listing its functions, where it pulls data from (crowd-sourced or external API), and the SVN directly on where to download from. We can even use the "talk" page for futher discussion relating directly to that specific service.

    A wiki can also help in managing what services are completed, what is still in dev, and who is devving on what. While not as automated as some other management webapps... everyone knows (should) know how to use it and the learning curve is really small.

    Kev can install a wiki directly on the server and use it as the homepage of the server.

  6. #6
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    Start here: http://www.mp3car.com/wiki/index.php/OSDash_Project

    The vaultWiki is thread based, which is nice for archiving useful threads, but doesn't give you the expected organization that the regular wiki does.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  7. #7
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    We do need a bug tracker. bugzilla will work. We can track both bugs and features, assign them to developers and view progress with bugzilla. Alternatively, there is a simple phpbug tracker that i use on bugs.openice.org. it's really easy to use and a lot simpler to manage than bugzilla.

    I really think we should have a test server and a production server. These can just be virtual hosts on the same physical box.

    For the client side, we could possibly have standalone examples built for each platform (or pure mono for all platforms) which devs can use as a starting point for their own client.

    I may start doing LinuxICE-OSDash builds when we get things going. This will serve as an experimental OS that utilizes OSDash services preconfigured and ripe for testing. In the very least, I'll start packaging up the linux client stuff and throw it in the repo so current LinuxICE users can test if they wish.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  8. #8
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    Okay, there's bug tracking already on the forum. I'll ask about using that.

    And....I'll switch my VMWare Mac over to a LinuxICE install. I presume there are instructions for downloading and installing LinuxICE on the web site?

    Edit - Goce says he'll set up bug tracking for the project tomorrow. And the LinuxICE distro is currently downloading.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  9. #9
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    Quote Originally Posted by Bugbyte View Post
    Okay, there's bug tracking already on the forum. I'll ask about using that.

    And....I'll switch my VMWare Mac over to a LinuxICE install. I presume there are instructions for downloading and installing LinuxICE on the web site?

    Edit - Goce says he'll set up bug tracking for the project tomorrow. And the LinuxICE distro is currently downloading.
    Here's a little video I did on how to install LinuxICE:

    http://www.youtube.com/watch?v=uFLvLoWVCqc

    Of course, in a VM, you wont' have to worry about touchscreen.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •