Re: [debian] howto: rebuilding sgt-puzzles for the FR
On 12/21/2010 12:51 PM, Neil Jerram wrote: On 19 December 2010 14:28, EdorFausedorf...@xepher.net wrote: When I first started doing this package, I fully intended to keep maintaining it - but then several things conspired against it, which has caused it to be unmaintained (by me at least) for a year now... That doesn't seem to have harmed anything. The .ipk always installs cleanly for me, and the code is upstream. That's good to hear, and I suppose X+GTK don't really change all that much these days (or at least not in bw-comp-breaking ways)... Still means you don't get the games added since then though. I think the main problem was with the launcher I made, which I'm not sure is even relevant anymore (I haven't updated my FR for a while). I've still got a couple left though... and made a new one just now... I should probably try to push those upstream as well. That's interesting, what do they do? There's one for Bridges, that makes it possible to un-lock an island - the existing code only lets you do that by not moving the mouse between pressing and releasing the button, which is practically impossible on the touchscreen, but doesn't require the same for locking. The patch fixes this by allowing unlocking in the same manner as locking. The other one is for Solo, and (in STYLUS_BASED builds) lets you activate the pencil-mode note taking selection by clicking a second time in empty cells, only clearing the selection on the third click (instead of the second in normal builds). The third one, which I just added, is not for a feature, but is a fix for a (potentially serious, from what I read) compiler warning (dereferencing type-punned pointer will break strict-aliasing rules) caused by code that was added by me in the first place. In case you care: I had reused the first character of an error string buffer as a loop variable for adding the 0-9 buttons in the GTK interface, and was also casting that first char to an int, to pass it to the click action of those buttons. These casts weren't liked by gcc (well, its optimizer, I think), so this patch replaces this trickery with the local variable I should have used in the first place. :P All of this is stuff I should send upstream, so I'll probably get around to doing that one of these days... (I do have yet another patch used in my old build, but that was just to make it generate the icons in the right size for the Illume main menu so neither I or the FR would have to resize everything afterwards...) CFLAGS=-D_WIN32_WCE debian/rules binary Nice, much better than editing! For the record, have you actually tried this and checked it works, or is it just a suggestion? I tried it. At first I thought it should work, then while trying (well, compiling) thought it wouldn't (due to a thinko), and then found out that it does. Well, it works on my x86 netbook anyway, I haven't tried it with an ARM build, but since the makefile etc. is the same, it *should* work there too. Btw, I've not really been following the loop for a while (approximately since Enlightenment renamed some of its libs), but kinda want to get back into using my FR as my phone once the new year rolls around - would you happen to have any recommendations for which distro to use with my probably-A6, no-reworks Freerunner? -- Regards, EdorFaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] howto: rebuilding sgt-puzzles for the FR
On 20 December 2010 23:25, EdorFaus edorf...@xepher.net wrote: On 12/19/2010 06:29 PM, Timo Juhani Lindfors wrote: I meant a command line option that a user could pass so that he would not need to recompile.. Ah. That's... technically possible, I *think*, but would be quite a bit of work for (IMHO) very little gain, as most people don't need access to both variants on the same device, and if they do, that can be solved more easily by having them both installed in seperate locations. I don't quite agree that the gain would be very little. For me, though, it is not a priority to do this; the solution of rebuilding the package is good enough (especially with the CFLAGS=... debian/rules binary invocation) for the bottlenecks in my Debian usage to move elsewhere, and hence I'm now shifting focus to other things. Really, for the FR (and similar devices), the better solution for what I guess you're really after (ease of use for non-techies) would be to make this the default in the binary package, or to provide an alternate binary package with this configuration. I don't know, but I would guess that there may be armel devices on which the current standard build is just fine. So I'm not sure it would work for armel to imply switching on those #defines. Surely the optimal solution would be runtime auto-detection? Does udev provide sufficient information to infer that there is a touchscreen and no keyboard? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] howto: rebuilding sgt-puzzles for the FR
On 19 December 2010 14:28, EdorFaus edorf...@xepher.net wrote: On 12/17/2010 12:08 AM, Neil Jerram wrote: For people who like Simon Tatham's puzzle collection... On my SHR-T, for a long time I've used Frode Austvik's sgt-puzzles Thank you! You just made me go back to look at this code again. Thank you for writing those patches! When I first started doing this package, I fully intended to keep maintaining it - but then several things conspired against it, which has caused it to be unmaintained (by me at least) for a year now... That doesn't seem to have harmed anything. The .ipk always installs cleanly for me, and the code is upstream. Actually, most of them have been included upstream, which is probably where Debian got them from... Absolutely, yes, that's what I meant. Sorry for not being clear about it. I've still got a couple left though... and made a new one just now... I should probably try to push those upstream as well. That's interesting, what do they do? CFLAGS=-D_WIN32_WCE debian/rules binary Nice, much better than editing! For the record, have you actually tried this and checked it works, or is it just a suggestion? Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] howto: rebuilding sgt-puzzles for the FR
Neil Jerram neiljer...@gmail.com writes: Surely the optimal solution would be runtime auto-detection? Does udev provide sufficient information to infer that there is a touchscreen and no keyboard? udev does not know what X server your sgt-puzzles is connected to. It's probably better to ask X about the input devices? -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] howto: rebuilding sgt-puzzles for the FR
On 21 December 2010 12:33, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Neil Jerram neiljer...@gmail.com writes: Surely the optimal solution would be runtime auto-detection? Does udev provide sufficient information to infer that there is a touchscreen and no keyboard? udev does not know what X server your sgt-puzzles is connected to. It's probably better to ask X about the input devices? Ah yes, of course, good point. So assuming the X API is rich enough to provide that information, I'd say that's the ideal solution. Of course it would also be possible to provide a command line option to override the auto-detection. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] howto: rebuilding sgt-puzzles for the FR
On 12/19/2010 06:29 PM, Timo Juhani Lindfors wrote: EdorFausedorf...@xepher.net writes: On 12/17/2010 12:59 PM, Timo Juhani Lindfors wrote: Could you make this a command line option? It already is, sortof - basically, replace the debian/rules binary command with this one: I meant a command line option that a user could pass so that he would not need to recompile.. Ah. That's... technically possible, I *think*, but would be quite a bit of work for (IMHO) very little gain, as most people don't need access to both variants on the same device, and if they do, that can be solved more easily by having them both installed in seperate locations. Really, for the FR (and similar devices), the better solution for what I guess you're really after (ease of use for non-techies) would be to make this the default in the binary package, or to provide an alternate binary package with this configuration. I'm not sure if the former is practical for Debian, as I'm not sure if their systems are set up for having different patches/compile options on different architectures, but you could ask the arch maintainers I guess. The latter would be as easy as someone doing the recompilation once, then making the resulting package file available for the relevant users to install - either manually, or using a repository. That way, the end users wouldn't need to compile, just the person maintaining the variant package. -EdorFaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] howto: rebuilding sgt-puzzles for the FR
EdorFaus edorf...@xepher.net writes: I'm not sure if the former is practical for Debian, as I'm not sure if their systems are set up for having different patches/compile options on different architectures, but you could ask the arch maintainers I guess. I don't really like the idea of having freerunner specific patches only in the armel architecture. Similarly I don't really like the idea of building separate binary packages just to include some patches. It can't be that hard to have a command line switch to decide the behavior at runtime? armel architecture. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] howto: rebuilding sgt-puzzles for the FR
On 12/17/2010 12:08 AM, Neil Jerram wrote: For people who like Simon Tatham's puzzle collection... On my SHR-T, for a long time I've used Frode Austvik's sgt-puzzles Thank you! You just made me go back to look at this code again. When I first started doing this package, I fully intended to keep maintaining it - but then several things conspired against it, which has caused it to be unmaintained (by me at least) for a year now... I do hope to get back into things with my FR, but... well, we'll see. evening I finally realised that (a) the necessary code, i.e. Frode Austvik's patches, is all already in the Debian source package; and Actually, most of them have been included upstream, which is probably where Debian got them from... I just removed a bunch of patches from my repository because they're no longer needed. :) I've still got a couple left though... and made a new one just now... I should probably try to push those upstream as well. Looking at the Debian source package, it has several other patches I don't, that could be quite useful on the FR (I'm not sure what's actually used and not, but one patch mentions using a shared lib for the shared code, and another mentions building all games into one binary to share the code that way... either could be nice for space). I should probably have based mine on the deb package to start with, instead of reinventing stuff... ohwell, at least this way I built trunk, and had an idea of what patches are actually used. (b) it's quite easy to rebuild the package (on the FR) to enable it: Heh, this is something I hadn't really considered - building it *on* the FR. :) Thinking about it though, that would probably make several issues I had with building it easier - such as generating the icons (which requires an X server, and hence binaries native to the compiling system... which caused me to compile twice when cross-compiling :P ). # vi puzzles.h Comment out the #ifdef _WIN32_WCE and #endif around a group of defines for Pocket PC devices, which are equally applicable to the FR. On 12/17/2010 12:59 PM, Timo Juhani Lindfors wrote: Could you make this a command line option? It already is, sortof - basically, replace the debian/rules binary command with this one: CFLAGS=-D_WIN32_WCE debian/rules binary -- Regards, Frode ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] howto: rebuilding sgt-puzzles for the FR
EdorFaus edorf...@xepher.net writes: On 12/17/2010 12:59 PM, Timo Juhani Lindfors wrote: Could you make this a command line option? It already is, sortof - basically, replace the debian/rules binary command with this one: I meant a command line option that a user could pass so that he would not need to recompile.. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] howto: rebuilding sgt-puzzles for the FR
Neil Jerram neiljer...@gmail.com writes: Comment out the #ifdef _WIN32_WCE and #endif around a group of defines for Pocket PC devices, which are equally applicable to the FR. Could you make this a command line option? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] howto: rebuilding sgt-puzzles for the FR
For people who like Simon Tatham's puzzle collection... On my SHR-T, for a long time I've used Frode Austvik's sgt-puzzles .ipk package. Compared to the standard Debian package, this .ipk for SHR is better because it has a couple of tweaks for stylus-based devices like the FR. (Specifically, it adds some extra buttons, and makes clicking somewhere twice, in some puzzles, equivalent to a right-click.) I've wondered about this for a while, and yesterday evening I finally realised that (a) the necessary code, i.e. Frode Austvik's patches, is all already in the Debian source package; and (b) it's quite easy to rebuild the package (on the FR) to enable it: # apt-get build-dep sgt-puzzles # apt-get source sgt-puzzles # cd sgt-puzzles-8853 # vi puzzles.h Comment out the #ifdef _WIN32_WCE and #endif around a group of defines for Pocket PC devices, which are equally applicable to the FR. # debian/rules binary # dpkg -i ../sgt-puzzles_8853-3_armel.deb Now I can play Loopy as much in my Debian as in my SHR-T Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
