DocScrutinizer05 | that should be easy. but honestly I think e-ink paper is better used in independent mode rather than mirroring mode, on N900 | 00:16 |
---|---|---|
DocScrutinizer05 | the qurstion actually is: what are the planned usecases | 00:17 |
DocScrutinizer05 | I'd run a separate x11 server for e-ink display, and have that "screenshot" as an app within a "window" | 00:18 |
DocScrutinizer05 | you don't have a digitizer on that e-ink display, to operate anything. So you need to resort to the original display anyway for anything meaningful interactive | 00:20 |
DocScrutinizer05 | for e.g. a ebook reader you could configure the reader to show next page (or scroll) via vol+/- for example, and have the text displayed in "mirror display to e.ink" app on e-ink paper (could refresh automatically when the primary display gets refreshed). Then you shut down the primary display by simply setting backlight to 0 and maybe even blank it | 00:23 |
DocScrutinizer05 | you can't "just lock the screen" since by definition that stops all running processes from updating their window content - to save energy | 00:24 |
DocScrutinizer05 | any app that doesn't obey this rule wouldn't qualify for maemo-extras in testing | 00:24 |
DocScrutinizer05 | you need a launcher that can start apps on display:1.0 - the e-ink display | 00:25 |
DocScrutinizer05 | this way you could for example have a clock on e-.ink | 00:26 |
DocScrutinizer05 | maemo-notifier could get tweaked to use both displays concurrently | 00:27 |
*** HRH_H_Crab has quit IRC | 00:28 | |
ff__ | don't know how use x11 server with UART | 00:29 |
DocScrutinizer05 | err well, it's a question how to implement the framebuffer, no? | 00:30 |
ff__ | essential is what you sed, what are the planned usecases | 00:31 |
*** Wikiwide has quit IRC | 00:33 | |
ff__ | as reader text from pdf, doc, it's simple script that will be read block of text from ebook and send it to e-ink each time + /- vol pressed | 00:35 |
DocScrutinizer05 | maybe an inspiration, though aiui the e-ink display can do better than only ascii art: https://linux.die.net/man/3/aa_render | 00:37 |
DocScrutinizer05 | anyway you see people implemented framebuffers even on ascii-only displays | 00:37 |
DocScrutinizer05 | shouldn't be hard to implement a framebuffer talking to UART | 00:37 |
DocScrutinizer05 | >>This function does the trick of converting the emulated framebuffer into high quality ASCII-art<< | 00:38 |
DocScrutinizer05 | ((simple script)) yes, for that you should look into printing (lpr et al) | 00:48 |
DocScrutinizer05 | cups etc exist for maemo, and a UART/serial ascii-only printer is easy to configure in cups | 00:49 |
*** cyphase has joined #maemo | 00:50 | |
*** oniongarlic has quit IRC | 01:01 | |
*** L29Ah_ has left #maemo | 01:05 | |
*** L29Ah_ has joined #maemo | 01:05 | |
*** oniongarlic has joined #maemo | 01:08 | |
*** cyteen has joined #maemo | 01:20 | |
*** HRH_H_Crab has joined #maemo | 01:29 | |
*** geaaru__ has quit IRC | 01:38 | |
*** Pali has quit IRC | 01:41 | |
*** ff__ has quit IRC | 01:46 | |
*** florian has quit IRC | 02:26 | |
*** xkr47 has quit IRC | 02:35 | |
*** valdyn has quit IRC | 02:35 | |
*** Wikiwide has joined #maemo | 03:07 | |
*** infobot has quit IRC | 03:19 | |
*** infobot has joined #maemo | 03:21 | |
Oksana | DocScrutinizer : Thank you, keeping device battery-less for about 30s resolved the LEDs problem. And, I don't know what's up with battery coin cell, but it forgot time&date (as I expected it would; usually, I speed-swap batteries, to keep it from forgetting temporal location) | 04:30 |
L29Ah_ | it's dead | 04:30 |
L29Ah_ | they're virtually all dead by now afaik | 04:31 |
L29Ah_ | replaceable with a soldering iron tho | 04:31 |
hurrian | yep, you'll have to replace it with one of those capacitors | 04:31 |
hurrian | (why weren't these capacitors in the first place?) | 04:31 |
L29Ah_ | because they can't hold for long | 04:32 |
L29Ah_ | having a few orders of magnitude less energy in them | 04:32 |
L29Ah_ | and no one would have expected n900 to be the last successful gnu/linux device by nokia being preserved by a bunch of fans this long | 04:33 |
hurrian | the RTC can draw off the main battery even when powered off right? | 04:33 |
L29Ah_ | yes | 04:34 |
L29Ah_ | a tiny bit | 04:34 |
DocScrutinizer05 | the bupbat dies after ~12 monts usually | 04:36 |
DocScrutinizer05 | ~bupbat | 04:36 |
infobot | from memory, bupbat is use the capacitive type, LiIon are breaking during 12 months, or http://www.digikey.de/product-detail/de/PAS414HR-VG1/587-2157-1-ND/1959153, or https://hbe-shop.de/Art-2112777-TAIYO-YUDEN-PAS414HR-VA5R-KONDENSATOR006F-33V-STAKED-COIN, or http://talk.maemo.org/showthread.php?t=90864 | 04:36 |
L29Ah_ | :D | 04:36 |
L29Ah_ | mine was visibly leaked like a coin battery | 04:36 |
DocScrutinizer05 | yeah, some even leak | 04:37 |
DocScrutinizer05 | either they were a complete crap product, or Nokia and OM soldered them too hot | 04:37 |
hurrian | I don't think there was any reasonable use case where someone would take the battery/leave it flat for 6 months and still expect alarms to work | 04:38 |
DocScrutinizer05 | it's just been best common practice to use LiMg(?) cell for that | 04:39 |
hurrian | or maybe LiSOCl2 battery if they're available in the tiny coin form factor | 04:39 |
hurrian | I've got a powermac G5 that still functions with its original PRAM battery about 15 years on... | 04:40 |
DocScrutinizer05 | when it turned out those are crap, everybody moved to supercaps like ^^^ PAS414HR. Then flat phones with non-removable main battery became fashion and nobody needed any bupbat anymore | 04:40 |
DocScrutinizer05 | s/supercaps like ^^^ PAS414HR/Polyacene supercaps/ | 04:41 |
infobot | DocScrutinizer05 meant: when it turned out those are crap, everybody moved to Polyacene supercaps. Then flat phones with non-removable main battery became fashion and nobody needed any bupbat anymore | 04:41 |
Oksana | Given that my ALS is obscured with a paper sticker (will take another year for it to wear off), I would need a really bright flashlight to get through to the light sensor. Would it make sense, at some time in distant future, to make all these brightness values user-editable (like LED patterns), instead of hard-coded? Or would it be too slow, ineffi | 04:45 |
Oksana | cient, unreliable? | 04:45 |
L29Ah_ | removing a paper sticker is easier than fixing it in software | 04:47 |
Oksana | Yes, I know. But even when I set brightness at 1/5, and ASL thinks it to be night, I still find the display to be too bright at times (especially when it is night) | 04:48 |
hurrian | Oksana: try baby oil? | 04:48 |
hurrian | that's the "gentle" way to dissolve stickers, just takes som time | 04:49 |
L29Ah_ | afair there's a lower limit on the brightness level | 04:49 |
L29Ah_ | not sure if it's a hardware-bound limitation | 04:49 |
L29Ah_ | maybe the brightness range exposed to user is coarser than actual pwm settings range | 04:50 |
Oksana | Yes, brightness level exposed to user in Settings is coarse. Actual brightness is based on both ASL (ambient brightness) and user setting? | 04:52 |
* L29Ah_ doesn't remember himself using n900 in actual darkness with accommodated eyes | 04:52 | |
L29Ah_ | Forbidden | 04:59 |
L29Ah_ | You don't have permission to access / on this server. | 04:59 |
L29Ah_ | wiki.maemo.org is being a bitch again | 04:59 |
L29Ah_ | the range of influence of asl on the brightness is way too narrow | 05:04 |
L29Ah_ | as for me it should be max(1,asl * user brightness setting) | 05:05 |
L29Ah_ | and shut off the backlight completely when asl shows values over 10klux or so | 05:05 |
Oksana | Okay... In darkness, have minimum brightness (1), in normal light get brighter together with ambient, in too bright light switch off the backlight (because transreflective?) | 05:12 |
DocScrutinizer05 | L29Ah_: it already does the latter | 05:38 |
DocScrutinizer05 | the minimum is "1" in /sys/class/backlight/acx565akm/brightness | 05:39 |
DocScrutinizer05 | and SpeedEvil considered it too bright | 05:40 |
DocScrutinizer05 | the problem with brightness setting is probably it's a mere PWM power percentage setting (in milliWatt, or % ontime vs offtime with 400Hz PWM) while physiological brightness is logarithmic - you need to half the power to sense any difference in brightness | 05:43 |
DocScrutinizer05 | so: 256, 128, 64, 32, 16, 8, 4, 2, 1 | 05:44 |
DocScrutinizer05 | 5 steps are basically OK | 05:44 |
DocScrutinizer05 | for a 8bit linear value | 05:45 |
DocScrutinizer05 | it's the missing steps between 1 and 0 that hurts, I guess | 05:46 |
DocScrutinizer05 | btw it's Ambient Light Sensor | 05:48 |
DocScrutinizer05 | ALS | 05:48 |
DocScrutinizer05 | /sys/class/i2c-adapter/i2c-2/2-0029/lux | 05:48 |
DocScrutinizer05 | fun factoid re backlight: there are TWO ways to control it: acx565akm/brightness, plus a GPIO or even PWM (I didn't check details) from CPU itself | 05:51 |
DocScrutinizer05 | I also never tried to use the second one | 05:51 |
DocScrutinizer05 | no idea what for the Nokia EEs implemented it | 05:52 |
L29Ah_ | 05:43:42]<DocScrutinizer05> the problem with brightness setting is probably it's a mere PWM power percentage setting (in milliWatt, or % ontime vs offtime with 400Hz PWM) while physiological brightness is logarithmic - you need to half the power to sense any difference in brightness | 05:52 |
L29Ah_ | physiological brightness is irrelevant when we're comparing it against illuminance provided by asl | 05:52 |
DocScrutinizer05 | als | 05:52 |
DocScrutinizer05 | who compares what? | 05:53 |
L29Ah_ | 05:38:29]<DocScrutinizer05> L29Ah_: it already does the latter | 05:53 |
L29Ah_ | no, i see it is able to set much lower brightness when it's about to shut the display off completely due to lock timeout | 05:53 |
DocScrutinizer05 | o.O what? | 05:54 |
DocScrutinizer05 | sorry you lost me | 05:54 |
DocScrutinizer05 | or prolly I lost you | 05:54 |
DocScrutinizer05 | the latter == shut off the backlight completely when asl shows values over 10klux or so | 05:55 |
L29Ah_ | oh nvm disregard the timeout thing | 05:55 |
L29Ah_ | it actually does that on the lowest brightness setting | 05:55 |
L29Ah_ | but it is bad you must adjust the brightness settings to the ambient light manually | 05:56 |
DocScrutinizer05 | does what? | 05:56 |
DocScrutinizer05 | I don't get a word of what you say | 05:56 |
L29Ah_ | comes to the brightness level that is used a second before the screen lock timeout | 05:56 |
L29Ah_ | although it's 7, not 1 | 05:58 |
L29Ah_ | also 0 = 1 on my n900 | 05:58 |
L29Ah_ | and the lowest is 2 | 05:58 |
*** pagurus` has joined #maemo | 05:58 | |
L29Ah_ | er, nope | 05:58 |
L29Ah_ | damn timeout | 05:59 |
L29Ah_ | okay, the lowest is 1, but it is never set by the brightness control logic | 05:59 |
*** pagurus has quit IRC | 06:00 | |
L29Ah_ | and actually 1 seems to be good for a forest under half a moon worth of light | 06:00 |
*** pagurus` has quit IRC | 06:00 | |
*** pagurus has joined #maemo | 06:01 | |
*** spiiroin_ has quit IRC | 06:02 | |
L29Ah_ | Forbidden | 06:04 |
L29Ah_ | FUCK | 06:04 |
L29Ah_ | maemo.org admin is an evil bastard | 06:06 |
*** spiiroin_ has joined #maemo | 06:17 | |
*** Wikiwide has quit IRC | 06:24 | |
*** xes_ has joined #maemo | 06:57 | |
*** xes has quit IRC | 07:00 | |
*** Wikiwide has joined #maemo | 07:18 | |
*** merlin1991 has quit IRC | 07:25 | |
*** merlin1991 has joined #maemo | 07:25 | |
*** Wikiwide has left #maemo | 07:25 | |
*** valdyn has joined #maemo | 07:38 | |
*** gry has joined #maemo | 07:39 | |
*** vahe has joined #maemo | 07:43 | |
*** spiiroin_ has quit IRC | 08:47 | |
*** spiiroin has joined #maemo | 09:08 | |
*** dmth|intevation has joined #maemo | 09:23 | |
*** gry has quit IRC | 09:27 | |
*** gry has joined #maemo | 09:29 | |
*** gry has quit IRC | 09:32 | |
*** Pali has joined #maemo | 09:36 | |
*** Pali has quit IRC | 09:40 | |
*** atk has quit IRC | 09:50 | |
*** atk has joined #maemo | 09:52 | |
*** florian has joined #maemo | 10:17 | |
*** Kilroo has quit IRC | 10:27 | |
*** cyteen has quit IRC | 10:32 | |
*** cyteen has joined #maemo | 10:43 | |
*** Kabouik has joined #maemo | 10:44 | |
*** Kabouik has joined #maemo | 10:44 | |
*** geaaru has joined #maemo | 10:54 | |
*** jskarvad has joined #maemo | 11:01 | |
*** jskarvad has quit IRC | 11:01 | |
*** jskarvad has joined #maemo | 11:01 | |
*** fuz_ has quit IRC | 11:25 | |
*** fuz_ has joined #maemo | 11:30 | |
*** fuz_ has quit IRC | 11:36 | |
*** fuz_ has joined #maemo | 11:42 | |
parazyd | freemangordon: we're almost ready :) yesterday there were two successful devuan installs using the repo that our amprolla made | 12:07 |
parazyd | now just to finish the updating part, and then we can hopefully use the CI seamlessly | 12:08 |
*** florian_ has joined #maemo | 12:10 | |
*** jonwil has joined #maemo | 12:14 | |
jonwil | hi | 12:15 |
*** LjL has quit IRC | 12:15 | |
*** LjL has joined #maemo | 12:28 | |
*** badcloud- has joined #maemo | 12:43 | |
badcloud- | hello | 12:43 |
badcloud- | has any one managed to pull off triple boot (CSSU Thumb/Arch/Nitdroid)? | 12:44 |
badcloud- | I've tried multiple times but have always got stuck when cssu thumb blocks installation of uboot | 12:47 |
*** florian_ has quit IRC | 12:52 | |
badcloud- | are there any new phones running maemo these days? | 13:57 |
kerio | no | 14:05 |
badcloud- | kerio: or otherwise, any phones more advanced in hw than the n900? | 14:06 |
kerio | the neo900 i guess | 14:06 |
badcloud- | kerio: right, thanks | 14:06 |
badcloud- | kerio: are you a developer? | 14:09 |
*** badcloud- has quit IRC | 14:11 | |
*** vahe has quit IRC | 14:13 | |
*** jonwil has quit IRC | 15:19 | |
*** vahe has joined #maemo | 15:22 | |
*** spiiroin has quit IRC | 15:56 | |
*** sunshavi has joined #maemo | 16:37 | |
*** peetah has quit IRC | 16:41 | |
*** peetah has joined #maemo | 16:55 | |
*** cyphase has quit IRC | 16:57 | |
*** cyphase has joined #maemo | 17:18 | |
*** cyphase has quit IRC | 17:28 | |
*** cyphase has joined #maemo | 17:33 | |
*** spiiroin has joined #maemo | 17:38 | |
*** dmth|intevation has quit IRC | 18:28 | |
*** sunshavi has quit IRC | 18:31 | |
*** sunshavi has joined #maemo | 18:43 | |
L29Ah_ | parazyd: where can i read about the devuan status? | 18:48 |
parazyd | what kind of status? | 18:48 |
L29Ah_ | what's ready and what has to be done to port devuan to n900 and use all its hardware | 18:48 |
parazyd | not sure | 18:49 |
parazyd | freemangordon, Wizzup ^^? | 18:49 |
parazyd | but i believe most of the hardware works | 18:49 |
parazyd | ... already | 18:49 |
L29Ah_ | can i make calls? | 18:49 |
parazyd | if not all | 18:49 |
parazyd | Wizzup mentioned someone did, but with very lousy quality, and pulseaudio | 18:50 |
parazyd | i think machek did | 18:50 |
parazyd | modem works with ofono | 18:50 |
Wizzup | L29Ah_: audio call is still difficult. most of the other parts just work. sans power saving (afaik) and usb host hacks. | 18:53 |
Wizzup | L29Ah_: but that status is similar to gentoo on my n900. we're chasing devuan to make it easy to use/update/run. | 18:53 |
Wizzup | calls wil require further RE if pulseaudio, which might happen, but we first need to get some other things done. | 18:53 |
Wizzup | 'amprolla' was required to be able to properly build pkgs for maemo w/ devuan infra | 18:54 |
Wizzup | parazyd: the poor quality was -without- pa | 18:54 |
L29Ah_ | who needs pulseaudio anyway | 18:54 |
Wizzup | if we ge the proper pa pugins ported, it can work. | 18:54 |
parazyd | oh | 18:54 |
bencoh | Wizzup: meaning you've tested pavel work on audio/telephony? | 19:01 |
bencoh | pavel's* work | 19:02 |
*** Pali has joined #maemo | 19:04 | |
Wizzup | no, I reported on what pavel wrote to me. but I have instructions on how to reproduce. | 19:04 |
Wizzup | I cannot test it now since calls are 2EUR /minute here in hong kong for me | 19:05 |
*** sunshavi has quit IRC | 19:05 | |
bencoh | ah... | 19:07 |
bencoh | wait, what?! | 19:07 |
bencoh | 2E/min?! | 19:07 |
bencoh | international roaming? | 19:08 |
parazyd | it's not the EU | 19:08 |
*** sunshavi has joined #maemo | 19:16 | |
*** Venemo has joined #maemo | 19:24 | |
freemangordon | L29Ah_: define "port devuan to n900 and use all its hardware". I mean - do you need DE or console only, which HW, etc etc. also, it is not devuan that provides support for the HW, but kernel. see http://elinux.org/N900 for what is the status | 19:32 |
L29Ah_ | actually i don't know how's ofono doing | 19:33 |
*** vahe has quit IRC | 19:33 | |
L29Ah_ | it looked rotten a year or two ago | 19:33 |
L29Ah_ | and i don't know if it's possible to make voice calls w/o it | 19:34 |
freemangordon | me neither, pavel posted some success, but I don't know the details | 19:35 |
*** vahe has joined #maemo | 19:35 | |
*** florian has quit IRC | 19:35 | |
*** vahe has quit IRC | 19:41 | |
*** vahe has joined #maemo | 19:42 | |
Wizzup | bencoh: yeah, international | 19:42 |
Wizzup | L29Ah_: ofono works | 19:42 |
Wizzup | at least for internet | 19:42 |
Wizzup | I have that working. calls I have not been able to test extensively. | 19:43 |
Wizzup | 'rotting for 1 year' does not seem that bad | 19:43 |
bencoh | L29Ah_: iirc there are several versions/forks of ofono and it didnt sem abandoned last time I checked | 19:46 |
*** LauRoman has quit IRC | 19:58 | |
*** LauRoman has joined #maemo | 19:59 | |
*** LauRoman has quit IRC | 19:59 | |
*** LauRoman has joined #maemo | 20:00 | |
*** Kabouik has quit IRC | 20:05 | |
Enrico_Menotti | freemangordon Hello. I have been able to apply your patches to gtk+ with quilt. But still does not build. On Sunday I reported here details of the error I get. | 20:19 |
*** florian has joined #maemo | 20:20 | |
freemangordon | Enrico_Menotti: ok, will look at it as soon as I have some spare timr | 20:27 |
Enrico_Menotti | Ok, thank you. | 20:27 |
*** jskarvad has quit IRC | 20:29 | |
*** sunshavi has quit IRC | 20:38 | |
*** vahe has quit IRC | 20:39 | |
*** sunshavi has joined #maemo | 20:43 | |
*** geaaru has quit IRC | 21:33 | |
*** xes__ has joined #maemo | 21:37 | |
*** Pali_ has joined #maemo | 21:37 | |
*** xes_ has quit IRC | 21:39 | |
*** Kilroo has joined #maemo | 21:53 | |
*** HRH_H_Crab has quit IRC | 22:03 | |
DocScrutinizer05 | https://www.osso.nl/ o.O | 22:59 |
DocScrutinizer05 | ((<freemangordon> L29Ah_: define "port devuan to n900)) thanks! | 23:02 |
DocScrutinizer05 | and when ofono is abandoned, I'd rather prefer to pick FSO every day | 23:03 |
DocScrutinizer05 | ~fso | 23:04 |
infobot | extra, extra, read all about it, fso is the freesmartphone.org mobile devices middleware. http://www.freesmartphone.org// | 23:04 |
DocScrutinizer05 | ~shr | 23:04 |
infobot | i guess shr is The Stable Hybrid Release (SHR), intended to be a community driven distribution composed of the FSO and some basic applications, that can be configured to use several different graphical toolkits, for example GTK or EFL. SHR is based on the FSO build. At first, SHR was introduced in order to use the Openmoko2007.2 GTK software in combination with the new FSO, but things have changed. | 23:04 |
L29Ah_ | shr is rotten | 23:07 |
sicelo | :D | 23:07 |
L29Ah_ | and is basically gentoo forked long time ago | 23:07 |
DocScrutinizer05 | err wut? | 23:10 |
DocScrutinizer05 | you won't find the 3 months old ultra bleeding edge system that comes with stuff having 20 years of stabilizing/riping | 23:12 |
bencoh | s/gentoo/openembedded/ | 23:12 |
L29Ah_ | openembedded is a gentoo fork | 23:13 |
DocScrutinizer05 | http://www.freesmartphone.org//implementations/ has nice building blocks, is *not* rotten, and SHR used FSO since 7+ years to implement dialer and whatnot, also on N900 | 23:13 |
bencoh | s/fork/inspired by/ | 23:13 |
bencoh | but yeah, okay ... a *really* long time ago | 23:14 |
DocScrutinizer05 | openembedded is an Angstrom fork | 23:14 |
DocScrutinizer05 | aka "linux for stiching machines" | 23:15 |
bencoh | DocScrutinizer05: nope | 23:15 |
bencoh | angstrom is (used to be) an openembedded-based distribution | 23:15 |
bencoh | but anyway | 23:15 |
DocScrutinizer05 | or that | 23:15 |
L29Ah_ | https://github.com/freesmartphone/cornucopia/commits/master i'd name this rotting | 23:15 |
L29Ah_ | yet worth giving a shot | 23:16 |
DocScrutinizer05 | I don't care what you name it | 23:16 |
L29Ah_ | tell us if you succeed building it | 23:17 |
DocScrutinizer05 | do you follow the "as long as there's no new bug every week, it must be abandoned" definition of rotten? | 23:17 |
bencoh | L29Ah_: https://git.kernel.org/pub/scm/network/ofono/ofono.git btw | 23:17 |
* DocScrutinizer05 shakes head on people thinking of code like of hamburger meat | 23:18 | |
DocScrutinizer05 | and why would *I* tell *you* about building FSO? Why don't *you* tell MickeyL? | 23:19 |
DocScrutinizer05 | you get response and competent help within 24h. My defin ition of the opposite of abandoned/rotten | 23:20 |
L29Ah_ | https://github.com/freesmartphone/cornucopia/issues it certainly is then | 23:23 |
DocScrutinizer05 | you het what you pay for. come up with something better, dude! | 23:24 |
DocScrutinizer05 | I guess you want android | 23:24 |
DocScrutinizer05 | piecemeal from a very short menu, made fresh for your nausea every other week | 23:25 |
DocScrutinizer05 | each time with an icing of new rogueware and new bugs | 23:27 |
DocScrutinizer05 | you think of hamburger meat, I think of brandy or whiskey | 23:27 |
DocScrutinizer05 | guess what's Devuan! it tries to keep that "rotten" stuff, to get rid of that new cancer introduced by nitwits who want "fresh" | 23:30 |
DocScrutinizer05 | honestly what sense is in "no matter if it *works* or has any value, as long as it **builds** on kernel7.384"? | 23:35 |
DocScrutinizer05 | don't you think fixing building issues is way easier than fixing design flaws and lacks in functionality? | 23:36 |
DocScrutinizer05 | loosely related: | 23:47 |
DocScrutinizer05 | jr@saturn:~/x> tar --version | 23:47 |
DocScrutinizer05 | tar (GNU tar) 1.26 | 23:47 |
DocScrutinizer05 | Copyright © 2011 Free Software Foundation, Inc. | 23:47 |
DocScrutinizer05 | rotten? | 23:47 |
L29Ah_ | was that the version where you can run some arbitrary code using a specially crafted tarball? | 23:50 |
DocScrutinizer05 | hardly, otherwise it had been patched since | 23:51 |
DocScrutinizer05 | you however seem to look for a version that doesn't exist at all, or if it exists it can't run itself | 23:52 |
DocScrutinizer05 | which is the new fresh middleware for phones that is *not* android? | 23:54 |
L29Ah_ | dunno what "middleware" is | 23:54 |
DocScrutinizer05 | I don't get it what you're looking for | 23:54 |
DocScrutinizer05 | maybe that's the problem | 23:54 |
DocScrutinizer05 | ~wiki middleware | 23:55 |
infobot | At https://en.wikipedia.org/wiki/Middleware (URL), Wikipedia explains: "{{Refimprove|date=August 2013}} and user applications is considered middleware. Functionality such as gesture recognition or speech recognition is usually processed by some middleware, and the results are transmitted to user applications.{{Citation needed|date = May 2015}}]] 'Middleware' is computer software that provides services to software applications beyond those available ... | 23:55 |
L29Ah_ | i don't look for anything, i'm whining about no mainstream distros being ready even for a basic phone functionality on n900 | 23:55 |
DocScrutinizer05 | guess why! since everybody is whining instead of doing something | 23:56 |
L29Ah_ | DocScrutinizer05: btw can you /facilitate/ removing the stupid forbidden thing on maemo.org? | 23:57 |
DocScrutinizer05 | and, understanding the concepts of embedded systems and middleware and phones at large, you'd get why no maintream distro ever will be | 23:57 |
* L29Ah_ found out there's https://wiki.maemo.org/Devuan_on_N900 yet fuck me | 23:57 | |
DocScrutinizer05 | L29Ah_: sorry, nope, I bitched a lot about why even reading (without login and thus writing new posts) needs to be protected by those blacklists shit | 23:58 |
*** silviof has joined #maemo | 23:59 | |
L29Ah_ | ~techstaff | 23:59 |
infobot | well, techstaff is techstaff(AT)maemo.org - the folks that keep your maemo infra running. Devotion to Duty http://xkcd.com/705/ | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!