| 00:10.34 | *** join/#maemo delt (1000@64.18.182.14) |
| 00:15.19 | *** join/#maemo Tekk_ (~user@cpe-174-106-203-236.ec.res.rr.com) |
| 00:56.03 | *** join/#maemo robink_ (~quassel@unaffilated/robink) |
| 01:06.17 | *** join/#maemo eMHa_ (~mh@p579DB8DD.dip0.t-ipconnect.de) |
| 01:17.14 | *** join/#maemo erlehmann (~erlehmann@x4db4a695.dyn.telefonica.de) |
| 01:23.43 | *** join/#maemo Roth (~quassel@2601:18c:c700:f254:dd5:73a4:eac8:81a) |
| 01:34.05 | *** join/#maemo princefakhan-pc (~princefak@59.178.216.5) |
| 01:53.44 | *** join/#maemo Defiant (erik@f054113105.adsl.alicedsl.de) |
| 02:06.20 | *** join/#maemo lobito (~lobito@238-242-114-200.fibertel.com.ar) |
| 02:21.38 | *** join/#maemo erlehmann_ (~erlehmann@x5ce49e49.dyn.telefonica.de) |
| 03:49.05 | *** join/#maemo freemangordon (~freemango@46.249.74.23) |
| 03:49.20 | *** join/#maemo freemangordon1 (~ivo@46.249.74.23) |
| 03:49.46 | *** part/#maemo freemangordon (~freemango@46.249.74.23) |
| 03:50.42 | *** join/#maemo freemangordon1 (~ivo@46.249.74.23) |
| 03:53.17 | *** join/#maemo freemangordon (~ivo@46.249.74.23) |
| 03:57.05 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 04:10.17 | *** join/#maemo princefakhan (~princefak@59.178.210.162) |
| 04:58.46 | *** join/#maemo princefakhan_ (~princefak@59.178.210.162) |
| 05:03.27 | *** join/#maemo KotCzarny (ariel@31.135.195.239) |
| 05:25.00 | KotCzarny | meanwhile at mozilla hq: http://i.imgur.com/vX8lozU.gif |
| 05:25.39 | princefakhan | http://neo900.org/stuff/cccamp15/ccc2015talk/neo900-wpwrak_CCC2015.webm |
| 05:25.52 | princefakhan | this video is lagging on my browser |
| 05:26.07 | princefakhan | even tho it downloaded overnight. |
| 05:26.09 | princefakhan | :( |
| 05:47.24 | KotCzarny | does it lag in mplayer too? |
| 05:51.12 | *** join/#maemo ds3 (~ds2@rehut.com) |
| 05:56.29 | princefakhan | didnt try any other method |
| 05:56.39 | princefakhan | the connection is slow at the moment |
| 05:58.10 | princefakhan | I forgot. I am on chrome on windows KotCzarny |
| 05:58.30 | KotCzarny | you can paste direct link to mplayer |
| 05:58.39 | KotCzarny | it will play network links too |
| 05:59.12 | princefakhan | I will. Once the bandwidht usage drops. |
| 06:03.53 | *** join/#maemo princefakhan_ (~princefak@59.178.210.162) |
| 06:35.34 | *** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net) |
| 07:16.38 | *** join/#maemo M4rtinK (~M4rtinK@ip-89-177-124-111.net.upcbroadband.cz) |
| 07:30.50 | *** part/#maemo delt (1000@64.18.182.14) |
| 07:32.06 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 07:55.13 | DocScrutinizer05 | princefakhan: please download and play back in e.g. VLC or whatever decent mediaplayer of your choice |
| 07:55.30 | princefakhan | :) |
| 07:56.17 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 08:25.40 | *** join/#maemo ssvb (~ssvb@85-76-145-6-nat.elisa-mobile.fi) |
| 08:31.54 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 08:38.48 | *** join/#maemo eMHa_ (~mh@185.36.21.1) |
| 08:44.29 | *** join/#maemo sunny_s (~sunny_s@p57802862.dip0.t-ipconnect.de) |
| 08:45.13 | *** join/#maemo gdc (~gab@93-32-59-44.ip32.fastwebnet.it) |
| 08:46.15 | *** join/#maemo ssvb (~ssvb@85-76-145-6-nat.elisa-mobile.fi) |
| 09:12.25 | *** join/#maemo sparetire_ (~sparetire@unaffiliated/sparetire) |
| 09:15.47 | *** join/#maemo gi0 (~gi0@46.12.72.240.dsl.dyn.forthnet.gr) |
| 09:30.29 | Maxdamantus | New SD card. |
| 09:30.44 | KotCzarny | do it movie style, let it explode on insert |
| 09:30.55 | Maxdamantus | also, with my SDâbackcover hack, you can swap them by sleeping in the middle. |
| 09:35.28 | Maxdamantus | comes with an exfat partition. |
| 09:38.08 | Maxdamantus | wonders why it starts 16 MiB in. |
| 09:38.23 | KotCzarny | erase block? |
| 09:38.28 | KotCzarny | (hehe) |
| 09:47.02 | KotCzarny | also, sdcard.org formatter says sd cards have 'protected area for security functions' |
| 09:47.12 | KotCzarny | whatever that is |
| 09:47.18 | KotCzarny | https://www.sdcard.org/downloads/formatter_4/\ |
| 09:47.31 | KotCzarny | https://www.sdcard.org/downloads/formatter_4/ |
| 09:52.12 | Maxdamantus | That page seems like a load of bullshitp |
| 09:52.31 | Maxdamantus | it talks about an "SDXC driver", which is really just an exFAT driver. |
| 09:53.35 | Maxdamantus | There's no such thing as SDXC. The standard just allowed slightly larger drives to exist. |
| 09:54.00 | Maxdamantus | unless you consider the special new filesystem (exFAT) to be part of the SD card. |
| 09:54.35 | KotCzarny | have you ever considered updating wikipedia with that info? |
| 09:55.03 | Maxdamantus | No. Non-primary sources about this sort of thing are probably difficult to find. |
| 09:55.19 | KotCzarny | SDXC adopts Microsoft's exFAT file system as a mandatory feature |
| 09:55.44 | Maxdamantus | That's obviously not the case, since I have an "SDXC" card that works with ext4. |
| 09:55.53 | KotCzarny | https://en.wikipedia.org/wiki/Secure_Digital#SDXC |
| 09:56.29 | KotCzarny | it may be wording and marketing, but older devices can have troubles with sdhc/sdxc cards |
| 09:56.53 | Maxdamantus | That's only a software issue. |
| 09:56.56 | *** join/#maemo erlehmann (~erlehmann@89.204.154.237) |
| 09:57.10 | Maxdamantus | All SD cards speak the SD protocol, which any SD driver can understand. |
| 09:57.18 | KotCzarny | still, issue that comes from keeping tight to the specifications |
| 09:57.56 | Maxdamantus | If you're running Linux, the thing that sits on top of the SD protocol, creating a block device, etc, will work with practically any size card. |
| 09:58.20 | KotCzarny | nope, i think older kernels required updating too |
| 09:58.23 | Maxdamantus | same with something like Rockbox. |
| 09:58.33 | KotCzarny | it was long time ago tho |
| 09:58.39 | Maxdamantus | updating for what? |
| 09:58.51 | KotCzarny | for detecting correct size |
| 09:59.30 | Maxdamantus | I suspect that would've been long before the standard enabled larger sizes. |
| 10:00.04 | KotCzarny | http://forum.fs-net.de/index.php/Thread/3295-Update-old-kernel-with-SDHC-driver/ |
| 10:00.05 | KotCzarny | :) |
| 10:00.07 | KotCzarny | 2012 |
| 10:00.29 | KotCzarny | not linux but quite recent |
| 10:01.06 | Maxdamantus | Windows is known for its bad hardware support. |
| 10:01.59 | Maxdamantus | Eh, I don't think that has to do with this. |
| 10:02.29 | KotCzarny | You can read/write large SDHC cards since Linux kernel version 2.6.22 |
| 10:03.16 | KotCzarny | could be related to controllers drivers |
| 10:04.11 | Maxdamantus | The controllers don't have much to do with SDHC. |
| 10:04.28 | KotCzarny | dont they? |
| 10:04.46 | KotCzarny | kernel talks to hw, hw talks to card |
| 10:04.48 | Maxdamantus | No. They just move SD packets around. |
| 10:05.05 | Maxdamantus | It has to do with SDIO. |
| 10:05.40 | KotCzarny | afaik sdio was invented for anything else than flash memory |
| 10:06.13 | Maxdamantus | It sounds like that reference to Linux 2.6.22 is some project calling itself the "SHDCi project" |
| 10:06.21 | Maxdamantus | which happened to implement support for more controllers. |
| 10:06.26 | jon_y | some controllers also have variable card drive strength iirc |
| 10:06.26 | Maxdamantus | not necessarily to do with SDHC. |
| 10:06.39 | jon_y | maximum fun |
| 10:07.08 | jon_y | was backporting some linux-4.3 patches |
| 10:07.13 | Maxdamantus | Pretty much the only case where you're going to have hardware issues with the size is if the hardware doesn't actually present itself as an SD controller. |
| 10:07.27 | Maxdamantus | (eg, if it presents itself as a USB mass storage device) |
| 10:08.07 | jon_y | aren't there controllers that present themselves as scsi or something? |
| 10:08.10 | *** join/#maemo princefakhan (~princefak@59.178.210.162) |
| 10:08.36 | Maxdamantus | Possibly, but they would be in the same boat. |
| 10:08.42 | KotCzarny | https://en.wikipedia.org/wiki/Secure_Digital#SDIO |
| 10:08.48 | KotCzarny | yeah, its an extension |
| 10:08.59 | KotCzarny | you can read/write without sdio |
| 10:10.21 | Maxdamantus | I wouldn't really trust Wikipedia on this sort of thing, because it's hard to find decent acceptable sources for it. |
| 10:10.51 | Maxdamantus | eg, there are no citations in that entire section. |
| 10:10.52 | KotCzarny | isnt wikipedia requirement for sources before factoid edits get in? |
| 10:11.16 | jon_y | pssh no |
| 10:11.28 | jon_y | especially when nobody is looking |
| 10:11.41 | KotCzarny | :) |
| 10:11.55 | Maxdamantus | Wikipedia is often annoyingly difficult when it comes to some topics. |
| 10:12.03 | jon_y | but go on, lets help it along its demise |
| 10:12.13 | Maxdamantus | C and SD cards would be good examples. |
| 10:12.24 | Maxdamantus | plenty of secondary sources full of crap. |
| 10:12.35 | Maxdamantus | and primary sources aren't acceptable. |
| 10:12.48 | jon_y | the only source I trust for technical standards, are the technical standards |
| 10:12.57 | jon_y | like PCI-SIG docs for PCI |
| 10:13.00 | Maxdamantus | Yeah, and those are unacceptable to Wikipedia. |
| 10:13.08 | jon_y | they're not? |
| 10:13.14 | Maxdamantus | They're primary sources. |
| 10:13.20 | jon_y | wat |
| 10:13.52 | Maxdamantus | https://en.wikipedia.org/wiki/Wikipedia:Identifying_and_using_primary_and_secondary_sources#You_are_allowed_to_use_primary_sources..._carefully |
| 10:14.59 | jon_y | it would be odd to point out how the standard docs say something completely different than what the established 2nd source says |
| 10:16.34 | KotCzarny | it could be the case when tech docs are ignored by implementers |
| 10:16.52 | jon_y | could be the case |
| 10:16.52 | KotCzarny | or when bug compatibility is a must when implementing |
| 10:17.03 | jon_y | see all the workaround quirks |
| 10:17.16 | jon_y | USB, PCI, MMC hosts |
| 10:18.35 | KotCzarny | still, tech docs for sd standard aren't free |
| 10:18.59 | jon_y | :( |
| 10:19.02 | Maxdamantus | There are partial standards that are somewhat free. |
| 10:19.19 | Maxdamantus | but yes, that's another thing that makes SD difficult -_- |
| 10:19.48 | Maxdamantus | partial standards as in: they release the standard with lots of sections removed. |
| 10:20.27 | KotCzarny | and that's why they recommend not using os formatter for 'security features' |
| 10:20.37 | KotCzarny | without saying what are they |
| 10:20.48 | *** join/#maemo erlehmann (~erlehmann@89.204.138.26) |
| 10:22.20 | Maxdamantus | SD devices also have minimal networking functionality. |
| 10:22.36 | Maxdamantus | so you can supposedly chain them together in various topologies. |
| 10:22.52 | *** join/#maemo vakkov (~vakkov@s3n104.brunel.ac.uk) |
| 10:22.58 | KotCzarny | isnt that called daisychaining? |
| 10:23.12 | Maxdamantus | If you connect them in a daisychain, yes. |
| 10:23.17 | Maxdamantus | but that's only one topology. |
| 10:23.41 | Maxdamantus | That's probably the only one you can do without a hub. |
| 10:26.57 | *** join/#maemo gi0 (~gi0@46.12.29.73.dsl.dyn.forthnet.gr) |
| 10:33.17 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 10:33.50 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 10:40.36 | *** join/#maemo erlehmann (~erlehmann@89.204.138.26) |
| 11:01.17 | *** join/#maemo obsed (~obesd@unaffiliated/obesd) |
| 11:10.40 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 11:12.20 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 11:15.37 | *** join/#maemo vakkov (~vakkov@s3n104.brunel.ac.uk) |
| 11:18.03 | *** join/#maemo mhlavink (quassel@nat/redhat/x-jhdsncsgrbhukkzx) |
| 11:22.33 | *** join/#maemo heroux (sandroco@gateway/shell/insomnia247/x-ddzvovelsymykxfa) |
| 11:39.00 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 11:43.49 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 11:58.38 | *** join/#maemo heroux (~heroux@gateway/shell/insomnia247/x-fsfufjnalnpbtzqc) |
| 12:14.32 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 12:17.48 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 12:18.08 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 12:19.22 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 12:57.54 | *** join/#maemo lobito (~lobito@238-242-114-200.fibertel.com.ar) |
| 13:01.26 | *** join/#maemo vakkov (~vakkov@s3n104.brunel.ac.uk) |
| 13:44.34 | *** join/#maemo ssvb (~ssvb@85-76-135-253-nat.elisa-mobile.fi) |
| 14:00.49 | *** join/#maemo vakkov (~vakkov@s3n104.brunel.ac.uk) |
| 14:10.20 | *** join/#maemo princefakhan-pc (~princefak@59.178.217.132) |
| 14:10.53 | *** join/#maemo vakkov_ (~vakkov@s3n104.brunel.ac.uk) |
| 14:40.02 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 14:40.18 | *** join/#maemo eMHa_ (~mh@p579DB8DD.dip0.t-ipconnect.de) |
| 14:42.21 | *** join/#maemo vakkov__ (~vakkov@s3n104.brunel.ac.uk) |
| 14:47.06 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 14:47.13 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 15:03.23 | *** join/#maemo troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 15:07.01 | *** join/#maemo futpib (~futpib@176.104.194.78) |
| 15:22.09 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 15:23.53 | *** join/#maemo lxp (~lxp@unaffiliated/lxp) |
| 15:23.59 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 15:25.57 | DocScrutinizer05 | daisychaining on SD cards? duh! |
| 15:26.04 | DocScrutinizer05 | please elaborate |
| 15:31.00 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 15:36.33 | KotCzarny | spi protocol supports it |
| 15:38.19 | KotCzarny | https://cdn.sparkfun.com/assets/e/3/b/d/1/50e5d529ce395fd27b000001.png |
| 15:40.01 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 15:40.06 | Sicelo | gnucash still THE finance application on Linux or does someone know better? |
| 16:08.51 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 16:14.05 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 16:19.08 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 16:29.16 | *** join/#maemo princefakhan_ (~princefak@59.178.211.87) |
| 16:39.16 | *** join/#maemo vectis (~user@79-64-233-77.host.pobb.as13285.net) |
| 16:46.36 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 16:50.14 | *** join/#maemo vakkov__ (~vakkov@s3n106.brunel.ac.uk) |
| 16:59.47 | ecc3g | Anyone using UHS-1 cards in their n900, does it work properly? |
| 17:00.22 | ecc3g | I have a regular PC that seems to not be able to write to UHS-1 cards in Linux, but works perfectly in Windows |
| 17:02.16 | ecc3g | (Linux is using FUSE exfat, but reformatting the media to ext4 doesn't help, still cannot write) |
| 17:03.33 | ecc3g | i should say that it appears to write but no data ends up on the media... |
| 17:03.56 | KotCzarny | dmesg? |
| 17:06.07 | ecc3g | no indication of write failure, silent failure... up until the point that the filesystem finds itself corrupt |
| 17:06.18 | KotCzarny | then some writes occur |
| 17:06.48 | KotCzarny | unless its just consistency check between memory and physical |
| 17:07.04 | KotCzarny | what kernel/driver? |
| 17:07.15 | ecc3g | i have a feeling that linux is trying to write in regular SD/MMC mode but the card itself only supports UHS1 properly. |
| 17:07.37 | ecc3g | which is a bad card as they all should support SD/MMC mode |
| 17:07.39 | KotCzarny | also, by linux you mean n900 or pc? |
| 17:08.07 | ecc3g | I was wondering if anyone had it working on a n900 too, I suspect similar issues... |
| 17:08.25 | KotCzarny | just put it into n900 and check? |
| 17:10.56 | *** join/#maemo vakkov__ (~vakkov@s3n106.brunel.ac.uk) |
| 17:21.08 | *** join/#maemo oniongarlic (~milang@tori.tal.org) |
| 17:47.25 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 17:50.20 | *** join/#maemo vectis (~user@79-64-238-93.host.pobb.as13285.net) |
| 17:52.10 | *** join/#maemo sleepee (~sleepee@74.116.8.50) |
| 17:53.03 | *** join/#maemo vakkov__ (~vakkov@ic-s221n26.brunel.ac.uk) |
| 18:12.20 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 18:15.09 | *** join/#maemo sleepee (~sleepee@74.116.8.50) |
| 18:19.00 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 18:25.40 | *** join/#maemo M4rtinK (~M4rtinK@ip-89-177-124-111.net.upcbroadband.cz) |
| 18:29.01 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 18:29.38 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 18:31.12 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 18:44.18 | Maxdamantus | ecc3g: there is no "regular SD/MMC mode" |
| 18:44.34 | Maxdamantus | ecc3g: maybe it only has an exFAT filesystem. |
| 18:44.50 | Maxdamantus | oh, you mentioned that. |
| 18:45.17 | Maxdamantus | ecc3g: have you tried to mount it from a commandline? |
| 18:45.46 | KotCzarny | i would start with simple dd test on block device |
| 18:45.58 | KotCzarny | write, read, compare |
| 18:46.20 | KotCzarny | maybe its a fake? |
| 18:46.22 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 18:50.00 | *** join/#maemo vectis (~user@79-64-234-31.host.pobb.as13285.net) |
| 18:51.53 | *** join/#maemo Neutron113 (~neutron@33.92-221-194.customer.lyse.net) |
| 18:53.27 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 18:55.47 | *** join/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 18:59.25 | ecc3g | Yes there is a SD/MMC mode and UHS-1 uses a separate signalling mode. And yes I've always mounted via command line. The problem I'm seeing is that using SD/MMC mode is unreliable, but Windows does not use SD/MMC mode and uses UHS-1 mode, and coupled with that, is completely reliable. |
| 19:00.06 | ecc3g | Still could just be a bad card, but wonder if anyone else sees this behavior on UHS-1 cards |
| 19:00.39 | ecc3g | Even if it's a bad card, it works perfectly in Windows... |
| 19:00.55 | KotCzarny | see: quirks |
| 19:01.34 | KotCzarny | you could've just found a bug in linux driver for your sd host |
| 19:01.46 | ecc3g | that's also possible. |
| 19:01.54 | KotCzarny | that's why i've suggested trying the card in n900 |
| 19:01.59 | KotCzarny | or any other linux device |
| 19:02.05 | ecc3g | if the n900 isn't working... |
| 19:02.11 | *** join/#maemo erlehmann (~erlehmann@x5ce49e49.dyn.telefonica.de) |
| 19:02.25 | KotCzarny | are there sdxc cards without uhs? |
| 19:02.45 | ecc3g | it also does not work properly in SDHC USB card readers using usb-storage |
| 19:02.50 | ecc3g | I doubt it |
| 19:02.51 | KotCzarny | because people were using successfully big cards in n8x0/n900 |
| 19:03.08 | KotCzarny | big == >=64GB |
| 19:03.39 | ecc3g | hmm... might be a poorly implemented card, but it was too suspicious seeing two readers fail but works fine in windows |
| 19:04.01 | KotCzarny | is that card working in windows witht that usb reader? |
| 19:04.37 | ecc3g | That I did not try, never needed to since my windows boxes have built-in readers... |
| 19:04.51 | ecc3g | I suspect it will not work... |
| 19:06.11 | KotCzarny | usb reader (unless its using some specific driver)should behave the same on both systems |
| 19:07.04 | ecc3g | and I suspect it will behave the same, though not sure what windows does when a disk reports a successful write but doesn't actually write. |
| 19:07.20 | *** join/#maemo sq-one (~sq-one@HSI-KBW-5-56-236-246.hsi17.kabel-badenwuerttemberg.de) |
| 19:12.51 | *** join/#maemo vectis (~user@79-64-234-212.host.pobb.as13285.net) |
| 19:13.24 | Maxdamantus | I have a card that does that. |
| 19:13.38 | Maxdamantus | on at least Linux and Rockbox. |
| 19:18.30 | *** join/#maemo Neutron113 (~neutron@33.92-221-194.customer.lyse.net) |
| 19:25.34 | DocScrutinizer05 | http://talk.maemo.org/showthread.php?p=1484469#post1484469 https://news.ycombinator.com/item?id=10333354 |
| 19:27.37 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 19:54.57 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 20:38.28 | *** join/#maemo Kabouik (~quassel@65.76.93.92.rev.sfr.net) |
| 20:47.26 | freemangordon | ~flashing |
| 20:47.26 | infobot | maemo-flashing is, like, http://wiki.maemo.org/Updating_the_tablet_firmware, or - on linux PC - download&extract http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tgz, cd into it, do sudo ./flash-it-all.sh |
| 20:58.52 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 21:04.18 | *** part/#maemo L29Ah (~L29Ah@nezmar.jabbim.cz) |
| 21:12.58 | *** join/#maemo ssvb (~ssvb@85-76-180-84-nat.elisa-mobile.fi) |
| 21:41.15 | *** join/#maemo vectis (~user@79-64-236-88.host.pobb.as13285.net) |
| 21:50.14 | *** join/#maemo lobito (~lobito@190.177.206.219) |
| 22:11.47 | *** join/#maemo Kabouik (~quassel@65.76.93.92.rev.sfr.net) |
| 22:28.51 | *** join/#maemo vectis (~user@79-64-233-147.host.pobb.as13285.net) |
| 22:41.03 | *** join/#maemo ssvb (~ssvb@85-76-160-204-nat.elisa-mobile.fi) |
| 22:54.44 | *** join/#maemo BitEvil (~quassel@tor/regular/SpeedEvil) |
| 22:58.01 | *** join/#maemo Oksana_ (~chatzilla@Maemo/community/ex-council/Wikiwide) |
| 23:13.08 | *** join/#maemo vectis (~user@79-64-238-165.host.pobb.as13285.net) |
| 23:17.28 | *** join/#maemo ssvb (~ssvb@85-76-160-204-nat.elisa-mobile.fi) |
| 23:38.14 | *** join/#maemo evil_core (evil@carme.pld-linux.org) |
| 23:38.40 | evil_core | hi all |
| 23:38.58 | evil_core | talk.maemo.org doesn't work for me |
| 23:39.22 | evil_core | its problem with mine ISP or maybe my IP got blockes somehow? |
| 23:40.34 | evil_core | blocked* |
| 23:47.27 | *** join/#maemo wicket64 (~wicket@181.50.101.138) |
| 23:48.21 | evil_core | 91.196.215.202 <- it's my IP address, dunno why it got blocked hour ago by meego.org :-/ |
| 23:50.31 | evil_core | can it be caused by restoring firefox(after killall -4) with ~50 TMO tabs? |
| 23:51.46 | ecc3g | my guess is...probably yes. |
| 23:52.45 | evil_core | so what can I do no? |
| 23:52.47 | evil_core | now* |
| 23:55.14 | evil_core | and I don't see the page that my address got blocked. I cannot open socket on 80 |
