| brolin_empey | DocScrutinizer05: Do you mean an address in a place referred to as China or do you mean an address written in a Chinese language? | 06:36 |
|---|---|---|
| brolin_empey | I guess English can be considered a Chinese language since it seems to be commonly used in the two Chinas. | 06:39 |
| brolin_empey | Well, a language of China but maybe not a Chinese language, maybe similar to the difference between, for example, a flag of Canada and a Canadian flag: the flag of British Columbia is a Canadian flag but it is not the flag of Canada. | 06:42 |
| Oksana | maps.google.com does work in Fennec, at least partially, but very slowly, at legendary slow pace of Fennec | 08:05 |
| sicelo | Oksana: the j2me Google Maps application works quite well and fast with phoneme/cvm. only it can't get gps coordinates, althought it manages to turn gps on | 08:29 |
| brolin_empey | Run Google Maps for Android on Maemo? | 08:52 |
| sicelo | how? | 08:53 |
| brolin_empey | sicelo: I do not remember the specifics but I think they were discussed in this channel, likely involving me, years ago. You need a kernel that includes some stuff used by Android (drivers?) and a GNU+Linux application whose name I forget that can run Android applications on GNU+Linux. | 08:56 |
| sicelo | ah | 09:01 |
| brolin_empey | I remember being interested in running Android applications on Maemo 5 in 2014 and maybe 2013 too but I never actually tried it because I switched to Android because my N900 user experience in Canada was too bad. | 09:04 |
| brolin_empey | My N900 has been running idle on my computer table at home for months by now but my N900 is so slow that it literally takes a few seconds between me sliding the switch on the side and something being drawn on the display. | 09:08 |
| brolin_empey | I mean sliding the switch on the side when the display was off. | 09:09 |
| brolin_empey | Partially incidentally: Does DirectFB still exist? I remember it from over a decade ago but have not heard of it for a long time by now. | 09:14 |
| luke-jr | things rarely cease to exist | 09:17 |
| luke-jr | digital things* | 09:18 |
| luke-jr | last commit was 3 years ago tho https://github.com/deniskropp/DirectFB | 09:19 |
| brolin_empey | http://digital.com/ is no longer used by DEC/Compaq/HP. ;-) | 09:20 |
| brolin_empey | luke-jr: In this case, I meant is the DirectFB project still active/supported/usable with current hardware and software. I was reading about DirectFB on en.wikipedia.org after I asked here. | 09:24 |
| luke-jr | brolin_empey: well, DirectFB can run in an X11 window, so.. | 09:24 |
| luke-jr | I wrote some software that uses it in 2014, and it still works :P | 09:25 |
| brolin_empey | OK but there are projects such as Mac-on-Linux that still exist but appear to be mostly inactive and no longer working with current software, in this case presumably because Mac-on-Linux became significantly less relevant after Apple switched from PowerPC to x86. | 09:28 |
| brolin_empey | That said, I do not know if it is still feasible to use a current GNU+Linux distribution on PowerPC because I believe Apple was the primary user of PowerPC for desktop/notebook computers. | 09:31 |
| luke-jr | Apple, those fools | 09:32 |
| luke-jr | brolin_empey: PPC is making a come back | 09:32 |
| luke-jr | brolin_empey: my new desktop is PPC | 09:32 |
| luke-jr | well, 1 year old now I guess, but still pretty bleeding edge | 09:33 |
| luke-jr | new enough to have driver issues still :p | 09:33 |
| brolin_empey | luke-jr: PowerPC or Power ISA but not PowerPC? | 09:34 |
| luke-jr | brolin_empey: Power ISA 3.0 | 09:34 |
| luke-jr | which is apparently still considered PowerPC | 09:34 |
| brolin_empey | What about XFree68? Yes, not XFree86. Is XFree68 still alive? I thought even Debian GNU+Linux dropped the m68k port. | 09:36 |
| luke-jr | XFree86 died before Maemo was a thing.. | 09:37 |
| luke-jr | never heard of XFree68 | 09:37 |
| brolin_empey | XFree86 continued for a while after the X.Org fork. XFree68 was XFree86 for m68k if I recall correctly, hence the name. | 09:39 |
| Oksana | brolin_empey: sicelo : apkenv needs to be compiled/packaged for N900. Last I remember, it's packaged for N9/or/Pandora but not N900? Should be trivial, but requires knowledge of Debian packaging, time and patience. | 10:38 |
| brolin_empey | https://www.linuxjournal.com/article/2090 | 10:49 |
| brolin_empey | “One side effect of the UFB approach is virtually all Linux/m68k binaries are compatible with all Linux/m68k platforms. For example, the XFree68 server binary can operate all of the display hardware supported by Linux/m68k on both the Atari and Amiga. Even the kernel can be compiled to run on both Ataris and Amigas, and was distributed this way until the 2.0 series, when the number of devices needed for each OS made the combined kernel too large for users | 10:49 |
| brolin_empey | with only 4 MB of RAM. More programs supporting the UFB interface are forthcoming.” | 10:49 |
| brolin_empey | Apparently at least some of my speculation about binary compatibility between different computer platforms using the same ISA/CPU architecture was incorrect but this article is from 1997, by which point Commodore (the company) had died and Apple had already begun switching from m68k to PowerPC. The title of this article is kind of a misnomer at least in a literal sense because it says Linux runs on the 68000 but the body of the article then says Linux only | 10:49 |
| brolin_empey | runs on 68020 and higher. | 10:49 |
| brolin_empey | Oksana: N900 is the hardware, not a software environment. Apparently Android can run as the host OS with limitations on the N900 but I do not know why someone would want to do that compared to using, for example, an HTC myTouch 4G Slide that ships with Android. | 10:56 |
| rhn_mk1 | hi there! is the calendar GUI open source? I'd like to hack some | 13:46 |
| rhn_mk1 | also, bugs.maemo.org has an expired certificate | 13:47 |
| rhn_mk1 | there it is: https://github.com/gidzzz/qalendar | 14:10 |
| rhn_mk1 | a bit too complicated, but it seems to do support biweekly schedules | 14:11 |
| sicelo | yes, qalendar is nice | 14:54 |
| sicelo | so a few hours ago i found out that on Android, one can send the location using an SMS (no need to know what the coordinates are), and i like this for use with friends & family who are not bothered to understand GPS coordinates | 14:57 |
| sicelo | but then, google encodes the link, e.g. https://www.google.com/maps/place/@/data=!4m2!3m1!1s0x1ee8cedc944f8bcd:0x13f41fdb0b5f97ce | 14:57 |
| sicelo | you can get the GPS coordinates by using curl for example, and finding the part with /maps/preview/place/ | 15:01 |
| brolin_empey | If I recall correctly, “GPS coordinates” are actually WGS84 coordinates? | 15:01 |
| sicelo | just wondering if someone else has played with this before and found easy way to extract gps coordinates | 15:02 |
| buZz | brolin_empey: EPSG:4326 | 15:11 |
| buZz | aka WGS 84 | 15:11 |
| brolin_empey | buZz: OK. | 15:17 |
| rhn_mk1 | sicelo: not extract, but... https://osm.org/go/0GDiC7rp | 15:41 |
| rhn_mk1 | it also exposes https://en.wikipedia.org/wiki/Geo_URI_scheme | 15:42 |
| sicelo | thanks. sorry i think i didn't explain myself properly ... i need to be able to retreive the coordinates from the Google-formatted location. | 15:56 |
| sicelo | the idea is that someone using an android device sends their location via SMS, i find the latitude/longitude from their URL, and can feed that to Ovi Maps to find my way to them, for example | 15:58 |
| sicelo | these are the perks of using N900 as opposed to 'sane' modern devices :-) | 16:00 |
| rhn_mk1 | well I can't offer you a solution for your current workflow, but I can propose a workflow based on OSM and standards instead :) | 16:11 |
| rhn_mk1 | does anyone know what target rustc needs to compile for the N900? any pitfalls I should expect? | 16:12 |
| sicelo | rhn_mk1: i don't know if i'm missing something, but i can't see a connection between OSM and a location link formatted like https://www.google.com/maps/place/@/data=!4m2!3m1!1s0x1ee8cedc944f8bcd:0x13f41fdb0b5f97ce | 16:17 |
| rhn_mk1 | a link formatted like this: https://osm.org/go/0GDiC7rp provides the same service: it sends the location from one person to another | 16:18 |
| sicelo | i understand you a bit better now | 16:19 |
| sicelo | :-) | 16:19 |
| rhn_mk1 | I admit I might be a bit pushy about OSM ;) | 16:24 |
| sicelo | i love OSM, and have contributed a few times to the map | 16:28 |
| bencoh | rhn_mk1: assuming you're targetting maemo5, it should be armel/softfp iirc | 16:40 |
| rhn_mk1 | I'm going to try armv4t-unknown-linux-gnueabi, Debian's armel is v4t | 16:41 |
| brolin_empey | The N900 is ARMv7 if I recall correctly. | 16:45 |
| brolin_empey | I mean the Cortex A8 CPU used in the N900 is ARMv7. | 16:46 |
| brolin_empey | Wikipedia says that the Cortex A8 is ARMv7-A. | 16:55 |
| rhn_mk1 | that's a good thing, because Rust's armv4t cross-tolchain is not easily testable. I'll go up step by step | 16:59 |
| brolin_empey | The Samsung S3C2410A(L) and S3C2440 are ARMv4. | 17:02 |
| brolin_empey | Freescale i.MX283 is ARMv5. Original Raspberry Pi is ARMv6. | 17:04 |
| rhn | it was worth a try: "./rust-1.34.0-arm-unknown-linux-gnueabi/rustc/bin/rustc: /lib/libc.so.6: version `GLIBC_2.15' not found" | 19:27 |
| rhn | back to cross-compiling | 19:27 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!