---+!! Rockbox Developer Conference - Euro Edition! 2012 %TOC% ---++ Date and Location When: 18-20 May 2012<br /> Where: [[http://maps.google.com/maps?q=50.938487,5.302581][Hasselt, Belgium]]. The location is upstairs (one floor up), and therefore isn't wheelchair accessible. ---++ Who These people are going to show up. Please add your route/airport and expected time of arrival. * Developers / Staff * FrankGevaerts (Lives here, hosting it) * PeterDHoye - Probably come by car and can pick up people at the airport on the way if needed * BjornStenberg - Coming to BRU with flight SN2306 @17:55. * LinusNielsenFeltzing - Same flight as BjornStenberg * AmauryPouly - Probably by car from Paris, can pick up people on the trip if needed * JensArnold - By car from Berlin, could pick up people. Returning to Berlin on Monday. * BertrikSikken - Probably arriving by train from Gouda beginning of evening at friday, would like to be picked up from train station. * DominikRiebeling - Coming by car with JensArnold * MarcinBukat - Coming to BRU with flight SN2556 @19:55 * MarianneArnold - Coming by car with JensArnold * Non-Staff / Users * Frank Petrovsky - Joining Jens and Marianne Arnold ---++ Agenda Since we can code and IRC at home, too, we should focus on helpful group activities. Friday: * Conference room will be available from 13:00 Saturday: * T.B.D. Sunday: * T.B.D. Ideas for discussion * Voice strings on target * [[http://www.rockbox.org/mail/archive/rockbox-dev-archive-2010-10/0114.shtml][Testing]] * Stable targets without active maintainers * !MinGW build of the Sim in the build system * Manual in the build system * Daily vs. archived builds, and archived builds support in Rockbox Utility * Naming (see [[http://forums.rockbox.org/index.php/topic,33869.0.html][forum thread]] / [[http://www.rockbox.org/mail/archive/rockbox-dev-archive-2012-03/0061.shtml][Mailing list thread]]) * Rockbox Utility binaries on Linux / distribution packages * PNG support in core * fms for official cabbie * Toolchains distributed as linux packages (.deb, .rpm, etc.) * gerrit patch series that aren't ordered nicely Ideas for hacking * Stable, RC, and patch testing builds using the build system * Update the translation site to use git * Resolve H300 bootloader issues ---++ Infrastructure Bring your own laptop and DAP devices of choice. There should be enough power outlets, although only European. Bring converters if you need them. Unrestricted wifi access ethernet access will be available. A USB hub might be helpful. A webcam for friends who can't attend physically would be great (see below). Feel free to add extra things onto this list if you feel it is necessary (such as unported targets/etc) * Decent camera(s) for posterity - FrankGevaerts (DSLR), PeterDHoye (DSLR, video) * !WebCam for live feed? - DominikRiebeling * Basic Tools, paperclips, soldering stations,... - PeterDHoye (soldering station) * Espresso machine - FrankGevaerts (nespresso) ---++ How to get there * From Brussels airport * Take the train to Leuven or Brussel Noord. From there take the train to Hasselt. Ask at the airport railway ticket desk, the people there will know. From Hasselt station see "By train" * By train * Find a train that stops at Hasselt station. * From Hasselt station, either: * call FrankGevaerts and ask to be picked up. This is easier if several people arrive at about the same time. * take bus H1 direction Kermt to stop "Kuringen Kuringenstraat" or "Kuringen McDonalds". Ask if you're on the right bus. * walk. [[http://g.co/maps/n57ht][route]]. This is about 3km next to busy roads, so not a very enjoyable walk. * By car * On the E313 (Antwerp-Liege): * if you're coming from Antwerp/Brussels: take exit 27bis (Hasselt-West) and follow direction Hasselt * if you're coming from Liege: take exit 27 (Hasselt-West) and follow direction Hasselt * After about 500m to 1km, at the traffic lights (with a McDonalds on your right) turn right and park on the supermarket car park. * Now walk to the DevCon location, using the following pictures as a helpful guide: <img src="%ATTACHURLPATH%/1.jpg" alt="1.jpg" width='300' height='270' /><img src="%ATTACHURLPATH%/2.jpg" alt="2.jpg" width='300' height='270' /><img src="%ATTACHURLPATH%/3.jpg" alt="3.jpg" width='300' height='270' /> * From Maastricht airport * (these directions have not been verified, use at your own risk) Take the shuttle bus to Maastricht station. From there, take the bus to Hasselt station. From there, follow the "by train" directions. * From Brussels South airport (which is near Charleroi and not actually Brussels) * (these directions have not been verified at all, use at your own risk) There might be a shuttle bus to Charleroi station. From there, take a train to Brussels (either Midi, Central, or North), and from there take a train to Hasselt. This is not a very convenient option. ---++ Currency Euro ---++ Language Local language is Dutch. ---++ Hotels and Room Sharing * The nearest hostel is [[http://www.toerismevlaanderen.nl/tvl/view/nl/1741190--Logies-Detail-Pagina-.html?view=1441993][De Roerdomp]], around 12 km from the conference location. Add your name here if you want to share a room there. * Hasselt has several hotels at around 3 to 4 km from the conference location. * Most have choosen to stay at the [[http://www.ibishotel.com/nl/hotel-1456-ibis-hasselt-centrum/index.shtml][Ibis hotel in Hassselt]] * petur and pamaury share a room * We will have breakfast at the conference location ---++ Beer We can buy beer at the supermarket next door. Possible pub visits will have to be investigated. ---++ Food There are several restaurants and fast food places nearby. The supermarket next door will have anything we need on the conference location. ---++ Statistics ---++ Meeting minutes * Links to meeting videos: * Part 1: http://youtu.be/eG5Zu8HmgZE * Part 2: http://youtu.be/wvz5TVJmOxw * Voice strings on target (http://www.youtube.com/watch?v=eG5Zu8HmgZE&t=24m18s)<br/> * DominikRiebeling proposes to include voice strings in the build to: * reduce dependency on the server (allow offline use, and easier server restructuring. e.g. svn builds aren't supported any more by the server side now), * allow using rbutil for builds that the server doesn't know about * Nobody thinks size is a big problem * Proposal: only store voice strings that differ from main strings: * savings not worth the extra complication * Proposal: one voice string file for all language to reduce FAT overhead * probably worth it * Extra advantage: this will be needed if we ever have a TTS in core * Conclusion: If someone wants to do the work, go for it. * Testing (http://www.youtube.com/watch?v=eG5Zu8HmgZE&t=37m45s) * DominikRiebeling shows a prototype of a web-based system * RC builds with support in rbutil would be useful (FrankGevaerts and BjornStenberg) * Conclusion: everyone agrees we need this * Stable targets without active maintainers (http://www.youtube.com/watch?v=eG5Zu8HmgZE&t=40m50s) * m:robe100 has broken audio in 3.11. * Testing system will improve this * How do we deal with this? * If a target is not known working, don't include it in the release * Fix: make rbutil able to install the previous release. This only requires server-side changes, RockboxUtility can already handle this. Have builds.pm know about exceptions. RockboxUtility should tell the user if the target misses the latest stable release. * People doing support need to be aware of this * Advertise targets as stable on the front page if they're not at the latest release? Yes * Long-term target, "RC not tested -> no release". This obviously depends on the testing system * MinGW build of the Sim in the build system (http://www.youtube.com/watch?v=eG5Zu8HmgZE&t=1h01m00s and http://www.youtube.com/watch?v=wvz5TVJmOxw&t=1m30) * mingw builds sometimes break without people noticing. * Adding a few cross-compiled mingw builds would be easy to add. * Conclusion: add build and fix warnings * Manual in the build system (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=1m55s) * prerequisite: clean up latex errors (or filter them) * Build the pdf manual and see if it's there. Normally if there is an error it won't be generated (html is not reliable for this) * Conclusion: this is useful, but the issues need to be resolved. First step: have a non-uploading pdf build. * Daily vs. archived builds, and archived builds support in Rockbox Utility (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=8m24s) * Conclusion: Drop daily build, Only keep "current" (renamed to "development build"), "stable", and "RC" * Naming (see forum thread / Mailing list thread) (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=12m07s) * Conclusion: implement as proposed, rbutil work remaining, shout at people using the wrong names. (main change: current build -> dev build or latest dev build) * Rockbox Utility binaries on Linux / distribution packages (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=14m15s) * Many reported distribution-specific issues * Distribution-created packages will likely result in people using outdated versions * The actual problem seems to be that rbutil isn't linked statically enough * Someone needs to experiment with this. TorneWuff may volunteer. * PNG support in core (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=21m42s) * Useful for theming, mainly on android where resolutions tend to be high and apk storage space is sometimes restricted * This probably has to be disabled on lower-spec hardware. * No objections if someone does the work. * Also useful for album art * Skin support for backdrop gradients partially address the same issues, but nobody thinks this is a reason not to add png * fms for official cabbie (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=29m42s) * General issue: touchscreen cabbie is buggy. * One problem here is that skins are resolution-dependent. * ThomasMartitz is working on resolution-independent skins, but there are some doubts involving rounding error induced artefacts. * An Android-style (or other UI toolkit) layout engine is CPU-intensive * wpsbuild.pl doesn't handle fms, and it's not easy to fix this * This seems to be the main blocker for fms in cabbie in the default build. * MarcinBukat has an MPIO fms file ready which he will commit. * The backdrop font on cabbiev2 seems to be unknown/missing, which makes new backdrops tricky to make * Toolchains distributed as linux packages (.deb, .rpm, etc.) (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=36m24s) * Idea inherited from DevConEuro2011 * We want deb and rpm packages with minimal dependencies. * TorneWuff volunteers for debian packages if someone reminds him, but doesn't have time for the next four weeks * Packages are a good idea in general * gerrit patch series that aren't ordered nicely (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=41m58s) * We have a patch series on gerrit for IAP support, but it's not split the way we would like it. How do we deal with this? * In the future we want people to work with us sooner on this sort of thing. We do want linux-style patchsets * It is unreasonable to ask to rework the build order, so we will ask the author to flatten it. If needed, someome else can flatten it too, but the original author doing it is nicer. * The change id of the first patch should be kept, the other changes can then be abandoned. * No active rockbox developer knows enough about IAP to review this usefully. * BertrikSikken will handle this and talk to the patch author to get a flattened patch and ask to involve developers earlier next time. * How is git/gerrit working? (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=48m50s) * Most people are happy, some people still dislike git. * Gerrit theming has not been done. Nobody thinks this is important * Commit emails are still missing (BjornStenberg) * Commit numbering is still missing (TorneWuff) * UsingGit instructions are basic and assume an svn-style workflow. It needs to be expanded. TorneWuff may work on this, but wouldn't mind someone else picking this up. Most instructions on the web assume merge-based workflows while rockbox wants to rebase. * left-over items from last year (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=53m30s) * iriver bootloader issues: * ATA bug, and the current tree bricks the device * proposal: release 7pre4 as v7, although current code is better for LBA48. * LinusNielsenFeltzing will work on this * creative zen x-fi 3 needs cabextract for installation (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=56m54s) * Is cabextract legally problematic? Someone needs to investigate. * Winzip can probably extract this if there are problems. * unzip support in bootloader (http://www.youtube.com/watch?v=wvz5TVJmOxw&t=1h00m57s) * OK If someone does it. Bootloaders are allowed to do fancy stuff since DevConEuro2009 ---++ Summary -- Main.FrankGevaerts - 18 Mar 2012
ore topic actions
r29 - 09 Jun 2012 - 13:50:22 -
Copyright © by the contributing authors.