| 00:11.48 | *** join/#maemo Kilroo (~Kilroo@71.71.105.78) |
| 00:15.03 | *** join/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 00:19.26 | *** join/#maemo parazyd (~parazyd@devuan/developer/parazyd) |
| 00:54.01 | *** join/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 01:01.15 | *** join/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 01:30.44 | *** part/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 01:35.48 | *** join/#maemo ketas (~ketas@72-177-159-217.dyn.estpak.ee) |
| 04:01.53 | *** join/#maemo tm (~sinnlos@unaffiliated/tm) |
| 04:49.24 | *** join/#maemo kraft (kraft@gateway/shell/blinkenshell.org/x-bhnpbufufoecaaav) |
| 05:14.39 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 06:09.29 | *** join/#maemo kraft (kraft@gateway/shell/blinkenshell.org/x-hoahzrdbingrxatl) |
| 06:27.04 | *** join/#maemo spiiroin (~spiiroin@185.252.118.68) |
| 06:33.19 | *** join/#maemo spiiroin (~spiiroin@185.252.118.68) |
| 06:45.39 | *** join/#maemo ddark (c31cb581@195.28.181.129) |
| 07:48.49 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 07:59.04 | *** join/#maemo florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 08:03.29 | *** join/#maemo Vajb (~Vajb@2001:999:60:5fe7:8ad6:9f43:167f:216) |
| 08:05.52 | *** join/#maemo Kabouik (~kabouik@147.99.217.201) |
| 08:18.58 | *** join/#maemo norayr (~noch@141.136.76.67) |
| 09:27.24 | *** join/#maemo florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 09:31.34 | brolin_empey | Oksana: KotCzarny: I do not know if it matters in this case but a 1-GB SD card is SDSC (retronym for the original SD standard, before SDHC), which is less common now compared to SDHC and SDXC cards. |
| 09:32.04 | brolin_empey | DocScrutinizer05: Well? Did you see my reply? |
| 10:02.51 | *** join/#maemo jskarvad (jskarvad@redhat/jskarvad) |
| 10:14.22 | *** join/#maemo eMHa (~mh@81.26.162.98) |
| 10:25.58 | Maxdamantus | Pretty sure it doesn't matter. At a block level, they're all the same (they just differ in maximum size and what filesystems are officially supported), and at a hardware level, they should all be forwards/backwards-compatible. |
| 10:27.19 | Maxdamantus | The only reason that you might get SD card compatibility issues afaik is due to software that simply doesn't support large SD devices. |
| 10:27.41 | Maxdamantus | but that's not an issue with Linux. |
| 10:33.16 | *** join/#maemo ecc3g (~eccerr0r@2602:46:3913:b400:5054:ff:fe37:7e04) |
| 10:46.01 | *** join/#maemo norayr (~noch@141.136.76.67) |
| 11:10.29 | *** join/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 11:11.54 | Wikiwide | Yowl!... Fxtec Pro1 has run out of battery. Shut down due to low battery, optimistically. I know charger works, I have used it on weekend right after unpacking. |
| 11:12.45 | Wikiwide | But it is still deeply unsettling to see Pro1 "dead", unconscious, showing no sign of life. Not even a LED indicator of charging. |
| 11:16.13 | KotCzarny | <PROTECTED> |
| 11:16.21 | KotCzarny | erm, wrong keyboard, sorry |
| 11:17.06 | Wikiwide | Lawlz. One keyboard per IRC channel? |
| 11:18.55 | sicelo | :) |
| 11:23.08 | Wikiwide | Still no sign of life. Anybody else had such a situation? |
| 11:25.13 | Maxdamantus | Could always try blowdrying the battery. |
| 11:25.36 | Maxdamantus | (to heat it up) |
| 11:26.05 | Wikiwide | Maxdamantus: What is that, and how? |
| 11:26.28 | Wikiwide | It has been fifteen minutes already, Do please cease playing dead, my lady... |
| 11:27.16 | Wikiwide | I haven't even seen a possibility of taking battery out, the exterior doesn't look like anything is removable. |
| 11:27.16 | Maxdamantus | Dunno about the Fxtec, but I know that with iPhones, if the battery dies, you can sometimes get them to boot again by heating the battery to raise its voltage. |
| 11:28.05 | Maxdamantus | when I did that with an iPhone I didn't take the battery out, just heated its back. |
| 11:29.48 | drathir | good old n900 with their emergency charging mode ^^ |
| 11:31.55 | Wikiwide | Yes... And Nokia N900 has removable battery. Quite neat. Especially considering that its tiny secondary battery is rusty ruin. |
| 11:32.07 | Wikiwide | Should replace that. |
| 11:33.45 | drathir | Wikiwide: more like pointing to its abber led blinking mode when it try to charge battery with extra slow style in compare to normal charging... |
| 11:33.59 | drathir | abber/amber* |
| 11:35.38 | drathir | Wikiwide: its soo useful when You really stress te battery... for example other symbian phones unable to recover from such low battery power... |
| 11:37.17 | drathir | also R.I.P. BB(aka old RIM)... ['] |
| 11:44.28 | Wikiwide | What is going on with BlackBerry? Weren't they making super-secure Android phones lately? |
| 11:45.28 | Wikiwide | I have tried to heat up the Pro1 (I think I will pronounce it like Prawn), I think it has warmed up. No LED indicator though. |
| 11:45.30 | drathir | Wikiwide: their contract with manufacture of phones soon will expire which mean no more phones... |
| 11:46.36 | Wikiwide | Who will be manufacturing phones with BlackBerry patents? I am interested in their unusual slider, Visa-style, which displays either full qwerty, or just one row. |
| 11:57.52 | drathir | Wikiwide: no reneval mean no more phones probably... which is sad, bc rim have good ones... |
| 12:13.44 | brolin_empey | Maxdamantus: If you are stuck using old versions of software then you may be unable to use newer standards such as SDHC and SDXC. |
| 12:16.01 | Maxdamantus | brolin_empey: the software really doesn't care about SDHC vs. SDXC, unless you're talking about the official filesystems you're meant to use on them. |
| 12:16.23 | Maxdamantus | brolin_empey: you can obviously just put whatever filesystem you want on either. |
| 12:16.49 | Maxdamantus | The software *might* care about the size of the card, if it's silly software. |
| 12:18.10 | Maxdamantus | (iirc, SDXC is meant to use exFAT rather than FAT32, so in some sense SDXC implies exFAT, which is obviously not supported by some software) |
| 12:18.26 | *** join/#maemo norayr (~noch@141.136.76.67) |
| 12:18.31 | Maxdamantus | (but again, any card that comes with exFAT can just be written over with FAT32) |
| 12:20.37 | brolin_empey | I thought the reason that some old devices cannot use SDHC as opposed to what became known as SDSC is because a software change is required to support SDHC even if the software that must be changed is not considered as part of the OS. I am not using the term âfirmwareâ in this case because the boundary between software and firmware is not clear. |
| 12:22.42 | brolin_empey | I meant SDSC versus SDHC and later, i.e., SDXC. |
| 12:22.59 | Maxdamantus | I'm pretty sure they're all backwards- and forwards-compatible. |
| 12:25.30 | Maxdamantus | It's like connecting different ethernet cards. It doesn't matter that one card is gigabit and the other is fast ethernet, since they're designed to be backwards/forwards-compatible; the gigabit card can still use the same transfer mode as the fast ethernet card. |
| 12:27.26 | Maxdamantus | likewise, a new SD card can still transfer SDIO packets with an old SD host and a new SD host can still transfer SDIO packets with an old SD card. |
| 12:27.37 | brolin_empey | They are backward compatible but not always forward compatible because some old devices, such as some digital still cameras, some embedded device my colleague has, and I think the Medallion Classic (SA2410) ARM Linux platform of my company, can only use SDSC, not SDHC and later, because these devices use old software that does not have the change required to use SDHC. Maybe if the old software was carefully written to avoid assumptions that became invalid |
| 12:27.37 | brolin_empey | beginning with SDHC then no change to the software is required but I do not know the specifics in this case. |
| 12:28.24 | Maxdamantus | Has your colleague tried reformatting the card to FAT32? An SDHC card will surely come with an exFAT filesystem which will obviously not work in an old camera. |
| 12:29.54 | Maxdamantus | If there is a software limitation, it will surely either be that, or simply the size of the card. |
| 12:30.35 | Maxdamantus | There are arguably practical but also possibly business reasons to assume that a card will not be bigger than a certain size. |
| 12:30.54 | brolin_empey | The device my colleague has is some embedded development tool, not a camera. SDHC cards do not always come with exFAT. Maybe you meant SDXC in this case. |
| 12:31.09 | Maxdamantus | Maybe. |
| 12:32.13 | Maxdamantus | Again, if there's some incompatibility, it will be because of the size of the card or the filesystem. |
| 12:32.42 | Maxdamantus | (the filesystem can be rewritten, but you obviously can't change the size of a card) |
| 12:32.50 | brolin_empey | The TSCM-283 embedded computer platform of my company works with SDHC but not SDSC because the person who did the software for this platform never took the time to add support for SDSC because the cost of a >=4-GB SD card is low. |
| 12:33.24 | Maxdamantus | Right, so it just doesn't support cards bigger than 4GB. |
| 12:33.36 | Maxdamantus | It doesn't have to do with the SDHC/SDXC/SDSC label. |
| 12:34.54 | Maxdamantus | It might be worth trying to just partition the card to only have a 4GB partition. |
| 12:35.01 | brolin_empey | No, it means the computer only works with 4-GB or larger SD cards because those are SDHC cards. The computer does not work with 2-GB and smaller SD cards because those are SDSC cards. |
| 12:36.00 | Maxdamantus | Apparently the "SDHC" standard includes cards as small as 2GB. |
| 12:36.06 | brolin_empey | It does not matter in practice because if you need to use an SDSC card then you can just make a raw clone of the SDSC card onto an SDHC card and the resulting SDHC card will work even if only the beginning of the card is used. |
| 12:37.34 | Maxdamantus | Okay, that's equivalent to just creating a smaller partition, as I said it might be worth trying. |
| 12:38.06 | Maxdamantus | This just proves the point that the compatibility issue is not to do with the SDSC/SDHC/SDXC standards but just to do with what sizes the software has been written to support. |
| 12:38.47 | Maxdamantus | Linux will obviously have some inherent size limit for block devices, but it's probably something like `2^63 - 1` bytes, so noone cares about that limit. |
| 12:39.50 | Maxdamantus | The SDSC/SDXC/SDHC labels might be useful for typical consumers to check official compatibility, but the actual software will only ultimately care about the size of the card. |
| 12:40.04 | drathir | as i know sdhc and sdxc and newer version are not upward compatibile also need a controller support... |
| 12:41.13 | Maxdamantus | I'm pretty sure that's not true. |
| 12:41.16 | drathir | in meaning sdxc reader should fine support all older versions, but sd reader in rare cases could support sdhd, but no support for sdxc... |
| 12:41.36 | drathir | sdhd/sdhc* |
| 12:42.49 | Maxdamantus | eg, I have a Sansa Clip Zip, which does not officially support SDXC, but the only limitation there is just in the software that normally runs on it. If you run Rockbox (as I do), that software is written such that it doesn't have an arbitrary 4 GiB limit, so I can use a 64 GB card on it. |
| 12:43.24 | drathir | in short host support determine which card able to read... if host support sd most likely will have problems supprot sdhc... |
| 12:45.18 | Maxdamantus | Given that SD controllers just pass SDIO packets between the OS and the card, that's a bit like saying that an ethernet NIC might not support SCTP. |
| 12:45.26 | drathir | Maxdamantus: and Your theory have issue in my opinion, bc every systems allow Yu to create fat32 partition there is nothing against that, and even oldest devices should supprt sdxc just need format it internaly before use, but them dont... |
| 12:45.53 | Maxdamantus | Sure, in theory, someone could make a NIC that handles TCP/UDP packets specially, but that would be stupid. |
| 12:48.17 | drathir | Maxdamantus: and ofc not even take under consideaton there card speeds just ommit that completly just clean at all usage of card under the device... |
| 12:49.36 | Maxdamantus | drathir: according to your theory, the N900 doesn't support cards bigger than 32 GB, since >32 GB means SDXC, which requires exFAT. |
| 12:50.08 | Maxdamantus | drathir: any 64 GB SD card afaik will come with exFAT, therefore it is not possible to use a 64 GB card on an N900? |
| 12:50.56 | Maxdamantus | atm, I have a 128 GB SD card in my N900. I would never pay any attention to possible compatibility issues with cards, because I'm very confident that there are no compatibility issues with cards on N900. You just need to be able to reformat the card. |
| 12:51.09 | drathir | Maxdamantus: if n900 have controler available to support sdxc it shuld works... |
| 12:51.30 | drathir | Maxdamantus: if dont it will not... |
| 12:51.41 | Maxdamantus | drathir: every controller supports SDXC cards. |
| 12:51.50 | Maxdamantus | drathir: it's only higher-level software that might not support it. |
| 12:52.14 | Maxdamantus | The N900 obviously wasn't designed to support SDXC, since it has no exFAT support. |
| 12:52.49 | Maxdamantus | but as I said above, the controller can talk to any SD card, so as long as you reformat it with FAT32 or ext3 or something, it will work. |
| 12:54.05 | drathir | Maxdamantus: if device reader suport sdxc will support all older devices, if device reader support sd only will not support sdxc in rare cases could less or more stable support sdhc... |
| 12:56.05 | drathir | Maxdamantus: its not filesystem the issue, bc theoreticaly every card You able format in fat32 which could mean no matter of card type it would works in any device reader (ofc include there fat32 system limitations itself)... |
| 12:56.32 | Maxdamantus | drathir: you're not meant to have to do that according to SDXC. SDXC mandates exFAT support. |
| 12:57.03 | Maxdamantus | drathir: the filesystem *is* the issue. The issue is either the filesystem or the card size. The filesystem can be overwritten. |
| 12:57.24 | Maxdamantus | and Linux 2.6.28 practically doesn't care about the card size. |
| 12:57.35 | Maxdamantus | unless maybe once we have petabyte cards or something. |
| 12:58.09 | drathir | Maxdamantus: yes but only bc logical fat32 limitations wich apply to sizes of such sdxc cards... if Yu fine with sacrifice max available size them should works in any host devices as well... |
| 12:59.35 | Maxdamantus | Yes, that's what I've been saying. |
| 12:59.50 | Maxdamantus | But I've also been saying that in general if you have sensible software, it will work with practically any size card. |
| 13:00.29 | Maxdamantus | so if you're just limited to what Linux supports (which is the case on N900), then there practically is no limit; all SD cards that have been made so far are compatible. |
| 13:01.01 | Maxdamantus | and unless they break the current pattern of block-level (but not filesystem-level) compatibility, it will work with all cards in the future. |
| 13:01.02 | drathir | i tell clearly about host device readers support where if the host device reader not matter it should support all the cards on every devices if them get formatted in fat32 no matter if sd/sdhc/sdxc type... |
| 13:02.20 | drathir | and there apply fat32 restrictions ofc... but card still should work on every host reader if formated in fat32... |
| 13:03.06 | Maxdamantus | Right, I can't remember what the FAT32 limit is, but that is certainly reachable. Once cards are too big to support FAT32, you can just use another filesystem instead. |
| 13:03.19 | Maxdamantus | I just use ext4 on the SD card in my N900. |
| 13:03.38 | Maxdamantus | We're not going to reach the ext4 limit anytime soon. |
| 13:04.01 | drathir | and ofc could be wrong, but really not saw sd reader which support sdxc by myself... |
| 13:04.42 | Maxdamantus | (the size limit of FAT32 is 2 TiB) |
| 13:05.14 | drathir | Maxdamantus: i would personally guessing n900 have at least reader internally support of sdhc... |
| 13:05.14 | Maxdamantus | (the size limit of ext4 is 1 EiB) |
| 13:06.00 | Maxdamantus | drathir: SDHC is just the standard it supports, because SDHC only involves FAT32. |
| 13:06.12 | Maxdamantus | drathir: but I can definitely confirm that SDXC cards work on N900. |
| 13:07.52 | Maxdamantus | note that any card that is 64 GB or bigger is either SDXC or SDUC, not SDHC. |
| 13:09.18 | Maxdamantus | (again, I'm currently using a 128 GB card, which falls into the category of "SDXC") |
| 13:09.43 | KotCzarny | might be that sdxc is more of a marketing brand than standard itself? |
| 13:09.55 | KotCzarny | similar to centrino that requires few points fullfilled |
| 13:10.47 | Maxdamantus | I don't think it's so much to do with marketing, but just a compatibility determining system for non-technical people. |
| 13:10.58 | KotCzarny | which means marketing |
| 13:11.09 | Maxdamantus | I feel like it probably just confuses technical people. |
| 13:11.11 | KotCzarny | technical folks talk other language |
| 13:11.40 | Maxdamantus | For technical people, the device should basically just say "supports SD cards up to size X using filesystems Y, Z" |
| 13:12.54 | drathir | Maxdamantus: where could apply same rule where sd card readers in some cases able support sdhc in fat32 filesystem ofc... and if n900 card reader allow support of sdhc cards in vary ratio could be possible read sdxc fat32 formated cards... but really would doubt if n900 have only sd card reader capable it will read sdxc, bc that any old device phone/cameras/ etc have as well support of sdxc if have just a sd reader onboard... |
| 13:14.55 | drathir | Maxdamantus: yea im aware we all time stick within fat32 limitations which devices have internal support only... |
| 13:45.50 | *** join/#maemo mickname (~mickname@2001:708:30:1300:202:c9ff:fe9f:c5f0) |
| 14:09.18 | *** join/#maemo spiiroin (~spiiroin@81-197-33-31.elisa-laajakaista.fi) |
| 14:44.47 | *** join/#maemo parazyd (~parazyd@devuan/developer/parazyd) |
| 15:08.18 | sicelo | btw, i love this guy for doing this :p |
| 15:08.20 | sicelo | pkg-config libhildondesktop-1 --variable=hildonhomedesktopentrydir |
| 15:08.20 | sicelo | /usr/share/applications/hildon-home |
| 15:08.20 | sicelo | user@devuan-droid4:~$ pkg-config libhildondesktop-1 --variable=hildondesktoplibdir |
| 15:08.26 | sicelo | ah, wrong paste |
| 15:08.36 | sicelo | http://simonweckert.com/googlemapshacks.html <-- this guy |
| 15:23.52 | *** join/#maemo remarc (~remarc@83.24.218.1.ipv4.supernova.orange.pl) |
| 15:29.17 | buZz | sicelo: nice #maemo-leste advertizing there :D |
| 15:29.23 | buZz | hehe |
| 15:30.58 | bencoh | :] |
| 15:31.28 | KotCzarny | darn, that pinephone is heavy |
| 15:32.22 | KotCzarny | like, offensive-weapon-heavy |
| 15:32.34 | buZz | nice |
| 15:32.47 | buZz | 20Ah battery? |
| 15:33.04 | buZz | 180 to 200 grams |
| 15:33.07 | KotCzarny | dont know yet |
| 15:33.25 | KotCzarny | nice, preloaded with postmarketOS |
| 15:33.27 | buZz | droid4 is 185gram |
| 15:34.00 | KotCzarny | no os, just a bunch of factory tests |
| 15:36.08 | bencoh | woah, heavier than n900 |
| 15:36.24 | bencoh | (roughly the same, but) |
| 15:36.59 | buZz | n900 is 181g |
| 15:37.01 | buZz | yeah |
| 15:37.25 | KotCzarny | 2800mAh |
| 15:37.26 | buZz | bencoh: its the weight of all that extra ram :P |
| 15:37.38 | buZz | KotCzarny: removable? |
| 15:37.43 | KotCzarny | yup |
| 15:37.47 | buZz | thats hawt |
| 15:37.58 | buZz | its not on droid4 |
| 15:38.18 | KotCzarny | i wonder if they used some popular formfactor |
| 15:38.48 | KotCzarny | quectel modem is big too |
| 15:38.54 | KotCzarny | like 1/3 of battery |
| 15:39.03 | bencoh | it is on droid4 as well, just a bit of a pain |
| 15:41.06 | *** join/#maemo Maxdamantus (~Maxdamant@unaffiliated/maxdamantus) |
| 15:43.02 | KotCzarny | umkay, device turns on and works, gotta have fun with it once i finish my other projects |
| 15:51.50 | sicelo | congrats KotCzarny :) |
| 15:52.19 | KotCzarny | :) |
| 15:55.00 | *** join/#maemo norayr (~inky@37.252.95.118) |
| 16:07.36 | *** join/#maemo sunshavi (~user@190.239.244.220) |
| 16:09.20 | *** join/#maemo drrty (drrty@gateway/vpn/privateinternetaccess/drrty) |
| 16:10.57 | *** join/#maemo jon_y (~enforcer@2001:f40:91b::f744) |
| 16:22.54 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 16:53.37 | *** join/#maemo jskarvad (jskarvad@redhat/jskarvad) |
| 17:31.57 | *** join/#maemo Vajb (~Vajb@91-158-49-42.elisa-laajakaista.fi) |
| 18:25.07 | *** join/#maemo florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 18:59.43 | *** join/#maemo remarc (~remarc@83.24.218.1.ipv4.supernova.orange.pl) |
| 19:27.10 | *** join/#maemo matland (~d5db9b08@104.248.224.140) |
| 19:32.06 | *** join/#maemo eMHa (~mh@p5089DB52.dip0.t-ipconnect.de) |
| 19:50.38 | *** join/#maemo Oksana (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 20:32.32 | *** join/#maemo chainsawbike_ (~chainsawb@unaffiliated/chainsawbike) |
| 20:49.28 | *** join/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 21:06.36 | *** join/#maemo freemangordon (~ivo@46.249.74.23) |
| 21:08.43 | *** join/#maemo florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 22:22.13 | *** join/#maemo Oksana (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 23:05.41 | *** join/#maemo Oksana (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 23:29.36 | *** join/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |