| 00:13.30 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 00:42.40 | *** join/#maemo msava (~mircea@nl112-156-14.student.uu.se) |
| 00:48.09 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 00:49.42 | DocScrutinizer05 | capitanocrunch: it's maemo-optify that tries to move stuff from NAND (/) to eMMC (/home) and obviously fails |
| 00:52.29 | brolin_empey | DocScrutinizer05: I know what you mean based on the context but eMMC uses NAND flash memory too. So does the SD card. |
| 00:52.32 | DocScrutinizer05 | make some free space on /home |
| 00:53.51 | DocScrutinizer05 | well, and Intergrated Circuits also use transistors, despite they are said to use gates |
| 00:57.41 | brolin_empey | Anyway, is the BlackBerry Priv currently the only model of handheld computer with integrated and converged cellular telephony capability (âsmartphoneâ) that 1) natively runs the Android OS; 2) has an integrated hardware keyboard; and 3) has integrated LTE connectivity? |
| 00:59.59 | brolin_empey | The Priv is not the only model that meets 1) and 2) but I suspect that most of the other models are too old to meet 3). |
| 01:14.44 | *** join/#maemo chem|st (~mayor@svn.unix-ag.uni-kl.de) |
| 01:15.15 | brolin_empey | For example, the HTC myTouch 4G Slide from year 2011 meets 1) and 2) but not 3). |
| 01:27.03 | *** join/#maemo chem|st (~mayor@svn.unix-ag.uni-kl.de) |
| 01:27.03 | *** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl) |
| 01:28.36 | *** join/#maemo Venusaur (~wdwrwf@wikipedia/Antonio-Lopez) |
| 01:29.20 | *** join/#maemo krnlyng (~liar@178.114.5.162.wireless.dyn.drei.com) |
| 02:34.38 | *** join/#maemo eMHa__ (~mh@p54B0FF3C.dip0.t-ipconnect.de) |
| 02:45.58 | *** join/#maemo Defiant (erik@f054097109.adsl.alicedsl.de) |
| 03:08.41 | *** join/#maemo LauRoman (~LauRoman@5.14.50.151) |
| 03:30.26 | *** join/#maemo krnlyng (~liar@178.114.5.162.wireless.dyn.drei.com) |
| 04:01.13 | *** join/#maemo lxp1 (~lxp@unaffiliated/lxp) |
| 04:52.44 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:15.48 | *** join/#maemo capitanocrunch (~capitanoc@host90-220-dynamic.52-79-r.retail.telecomitalia.it) |
| 05:23.49 | *** join/#maemo Hurrian (~Hurrian@unaffiliated/rikanee) |
| 05:30.29 | *** join/#maemo krnlyng (~liar@178.114.5.162.wireless.dyn.drei.com) |
| 05:43.31 | *** join/#maemo capitanocrunch (~capitanoc@host90-220-dynamic.52-79-r.retail.telecomitalia.it) |
| 05:49.09 | capitanocrunch | DocScrutinizer51: strange,conky says i have 938MB free on /home |
| 05:52.26 | capitanocrunch | so why maemo-optify is complaining about not enough space at least 200MB needed |
| 06:06.32 | Vajb_ | capitanocrunch: just a thought, but maybe it tries to move something big and it needs 200mb more |
| 06:09.00 | *** join/#maemo tryagain (~quassel@178.216.76.82) |
| 06:43.19 | capitanocrunch | it seems noting big to move in /etc/maemo-optify-auto-opt.conf |
| 07:18.27 | Maxdamantus | Just avoid optification and put everything on eMMC in the first place. |
| 07:31.06 | *** join/#maemo krnlyng (~liar@178.114.5.162.wireless.dyn.drei.com) |
| 08:20.29 | *** join/#maemo futpib (~futpib@176.214.26.53) |
| 08:51.34 | *** join/#maemo xelo (~xelo@ip-109-91-134-15.hsi12.unitymediagroup.de) |
| 09:04.54 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 09:05.35 | *** join/#maemo fuz_ (nobody@88.164.23.88) |
| 09:31.39 | *** join/#maemo krnlyng (~liar@178.114.5.162.wireless.dyn.drei.com) |
| 09:32.21 | *** join/#maemo hashcor (~hashcore@unaffiliated/hashcore) |
| 09:42.03 | freemangordon | Pali: whi is 550 MHz disabled? |
| 09:42.29 | Pali | freemangordon: do not remember now... |
| 09:42.44 | freemangordon | Pali: http://pastebin.com/sVFgySwx |
| 09:43.03 | freemangordon | also, what about that latency, is it the same on n900 as on generic omap? |
| 09:44.01 | Pali | we have some table in comment in board-rx51*.c files |
| 09:44.12 | Pali | which contains these informations |
| 09:45.06 | freemangordon | Pali: alos, you should enable CONFIG_CPUFREQ_DT, disable CONFIG_ARM_OMAP2PLUS_CPUFREQ and make CONFIG_THERMAL=y. Please, enable CONFIG_KERNEL_MODE_NEON while at it |
| 09:45.09 | freemangordon | *also |
| 09:45.23 | freemangordon | ok, will look at it |
| 09:46.25 | Pali | why is CONFIG_THERMAL=y needed? is not CONFIG_THERMAL=m enough? |
| 09:46.26 | freemangordon | Pali: that table is for cpuidle C-states, not cpufreq |
| 09:46.52 | Pali | then you need to dig table from kernel-power |
| 09:46.53 | freemangordon | Pali: "# if CPU_THERMAL is on and THERMAL=m, CPUFREQ_DT cannot be =y" |
| 09:46.57 | Pali | ok |
| 09:47.10 | Pali | rx51 has different tables as generic omap |
| 09:47.25 | Pali | we have some patches for legecy board code in linux-n900 tree |
| 09:47.49 | freemangordon | saw no latency there, but will look agan |
| 09:48.49 | Pali | fc858246d6e5735efb64016e4a453face1228c11 and df5c1e60a5213755d31631b7c12bf33bc1a6bb70 |
| 09:48.58 | Pali | thats alls what is in linux-n900 tree |
| 09:50.10 | freemangordon | yep. is that latency used at all in older kernels? |
| 09:51.23 | Pali | this was is in linux-n900 tree for a long time |
| 09:51.34 | Pali | but do not know if it matches data from kernel-power |
| 09:51.56 | freemangordon | where is that tada in KP, I can't find it |
| 09:52.12 | freemangordon | I am not talking about C-states :) |
| 09:54.43 | freemangordon | Pali: also, please merge my onenand patch, until we have a better fix from tony |
| 09:54.55 | Pali | ok |
| 09:54.56 | freemangordon | very bad things happen without it :) |
| 09:58.12 | *** join/#maemo Vajb (~Vajb@85-76-80-200-nat.elisa-mobile.fi) |
| 09:58.28 | *** join/#maemo clopez (~tau@neutrino.es) |
| 10:01.31 | Pali | freemangordon: are we really able to use CONFIG_ARM_OMAP2PLUS_CPUFREQ? |
| 10:01.49 | Pali | CONFIG_CPUFREQ_DT and not CONFIG_ARM_OMAP2PLUS_CPUFREQ? |
| 10:12.56 | freemangordon | Pali: at least in qemu |
| 10:13.13 | freemangordon | Pali: see omap2plus_defconfig |
| 10:13.36 | Pali | ok, it is there enabled.... |
| 10:13.37 | freemangordon | it has CONFIG_CPUFREQ_DT=y and CONFIG_ARM_OMAP2PLUS_CPUFREQ disabled |
| 10:14.13 | freemangordon | Pali: do you know what is the diference? |
| 10:14.31 | *** join/#maemo eijk_ (~eijk@x55b2cce0.dyn.telefonica.de) |
| 10:14.34 | freemangordon | as I suspect ONFIG_ARM_OMAP2PLUS_CPUFREQ cannot be used with DT |
| 10:16.38 | Pali | you are probably, rigth, see arch/arm/mach-omap2/pm.c |
| 10:16.47 | Pali | function omap_init_cpufreq |
| 10:17.19 | freemangordon | :nod: |
| 10:17.52 | Pali | patches pushed to linux-n900 tree |
| 10:18.25 | freemangordon | Pali: also, why we have g_nokia and ko built-in? |
| 10:18.34 | freemangordon | *co |
| 10:18.49 | Pali | nfs usb root without initfs |
| 10:19.01 | freemangordon | hmm |
| 10:19.02 | Pali | it provides usb networking |
| 10:19.11 | freemangordon | I know about usb net |
| 10:19.24 | Pali | anyway, g_nokia now contains also removable mass storage subgadget |
| 10:19.27 | freemangordon | the point is that with those built-in kernel is too big for qemu |
| 10:19.42 | freemangordon | at least for the scripts you gave me |
| 10:19.50 | Pali | use qflasher -v -m rx51 -p k=4094,i=2 |
| 10:20.06 | Pali | it will increase size of kernel partition and decrease initfs |
| 10:20.10 | freemangordon | ok |
| 10:26.14 | freemangordon | Pali: also, please put that bqxxx name patch |
| 10:34.16 | ceene | Pali: which tag are you developing on now? 4.5-rc1? |
| 10:34.30 | Pali | freemangordon: bq patch pushed |
| 10:34.45 | Pali | ceene: v4.5-rc1-n900 |
| 10:34.53 | freemangordon | Pali: thanks |
| 10:35.18 | freemangordon | Pali: any ide why "omap2_set_init_voltage: unable to find boot up OPP for vdd_core" |
| 10:35.27 | Pali | no idea |
| 10:44.43 | jonwil | has just about figured out all the steps necessary to update the root certificate store in CSSU |
| 10:45.35 | jonwil | Just need to figure out how to change maemo-security-certman so that things will do what they are supposed to do on Scratchbox (where /etc is a symlink) |
| 10:47.15 | *** join/#maemo heroux (~heroux@gateway/shell/insomnia247/x-anpbkitdfvuqdftf) |
| 10:58.21 | freemangordon | Pali: cpufreq_dt seems to work on the device too :) |
| 10:58.31 | Pali | great |
| 10:58.59 | freemangordon | at least there is stats with some values, going to check the current |
| 11:00.31 | freemangordon | POWER_SUPPLY_CURRENT_NOW=92463 |
| 11:00.52 | freemangordon | POWER_SUPPLY_CURRENT_NOW=91749 |
| 11:01.12 | freemangordon | I guess that's fine, given that deep idle states does not work, still |
| 11:05.03 | freemangordon | Pali: there is something weird for SR nvalues, all of them are different |
| 11:10.57 | *** join/#maemo ShadowJK (~jk@212.7.198.194) |
| 11:14.50 | Wizzup | jonwil: good news |
| 11:20.27 | freemangordon | Pali: http://pastebin.com/nYGWAAwA :) |
| 11:25.45 | *** join/#maemo pagurus (~user@pD950F134.dip0.t-ipconnect.de) |
| 11:28.33 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 11:32.00 | *** join/#maemo krnlyng (~liar@83.175.90.24) |
| 11:33.11 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 11:39.30 | ceene | still no mmc :( |
| 11:39.36 | ceene | [ 6.122467] omap_hsmmc 4809c000.mmc: omap_device: omap_device_enable() called from invalid state 1 |
| 11:39.39 | ceene | [ 6.217590] omap_hsmmc 480b4000.mmc: omap_device: omap_device_enable() called from invalid state 1 |
| 11:39.42 | ceene | [ 8.263732] mmc0: card never left busy state |
| 11:39.44 | ceene | [ 8.288024] mmc0: error -110 whilst initialising SD card |
| 11:41.11 | Maxdamantus | Maybe you shouldn't've used it for swap. |
| 11:41.27 | ceene | this sd card works fine on kernel power |
| 11:41.32 | ceene | but doesn't on pali's kernel |
| 11:41.59 | Maxdamantus | Oh, it's just an SD card then? |
| 11:42.16 | ceene | well, i haven't tested any other sd card |
| 11:46.18 | ceene | ah, you thought i was talking about internal eMMC |
| 11:49.09 | ceene | i wanted to place there some rootfs, but since the kernel doesn't see it, i just can't :/ |
| 11:50.11 | Maxdamantus | Does it see the eMMCL |
| 11:50.14 | Maxdamantus | s/L$/?/ |
| 11:52.50 | ceene | i can't see it now either |
| 11:52.57 | ceene | i think i could with 4.4-rc7 |
| 11:53.23 | ceene | uhm, no i couldn't either |
| 11:53.40 | ceene | what i do see is mtd devices |
| 11:54.30 | Maxdamantus | which are fairly independent from the eMMC/SD card. |
| 11:54.33 | ceene | yep |
| 11:55.23 | ceene | i hadn't thought about emmc as i didn't want to use it for now |
| 11:59.47 | freemangordon | ceene: you've pulled the latest from github? |
| 12:00.41 | freemangordon | ceene: also, make sure to power-off before booting mainline kernel |
| 12:00.54 | ceene | v4.5-rc1-n900, just an hour ago or so |
| 12:00.59 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 12:01.01 | freemangordon | pulll again |
| 12:01.15 | freemangordon | Pali pushed some stuff |
| 12:01.18 | ceene | ok |
| 12:01.36 | freemangordon | ceene: eMMC works fine here |
| 12:02.06 | ceene | is there any module i have to load or something like that? |
| 12:02.20 | ceene | i'm not booting into maemo, just to a small custom rootfs |
| 12:02.42 | freemangordon | ceene: I boot maemo, so don't know |
| 12:03.09 | freemangordon | lemme check |
| 12:03.56 | freemangordon | ceene: no, all the sd/mmc stuff seems to be built-in |
| 12:04.12 | freemangordon | ceene: but, it is very important to power-off befor booting |
| 12:04.19 | ceene | i even removed battery |
| 12:04.28 | freemangordon | otherwise some i2c bus get stuck |
| 12:04.53 | ceene | i can try to boot my other n900 |
| 12:05.01 | freemangordon | shouldn;t make difference |
| 12:05.13 | ceene | well, it works on yours |
| 12:05.17 | ceene | why doesn't on mine? |
| 12:05.29 | freemangordon | ceene: did you do make mrproper recently? |
| 12:05.51 | ceene | i'm rebuilding totally from scratch right now |
| 12:06.12 | freemangordon | ceene: branch v4.5-rc1-n900? |
| 12:06.16 | ceene | yes |
| 12:06.46 | freemangordon | ceene: add http://pastebin.com/sVFgySwx as well, otherwise cpufreq won;t work |
| 12:06.50 | freemangordon | afaik |
| 12:07.03 | ceene | ok, i don't mind much right now about that |
| 12:07.12 | freemangordon | :) |
| 12:07.25 | freemangordon | ceene: do you want me to share my kernel? |
| 12:08.00 | ceene | sure, let's give it a try |
| 12:08.00 | freemangordon | to see if it will have eMMC working? |
| 12:08.08 | freemangordon | ok, just a minute |
| 12:09.32 | freemangordon | ceene: http://46.249.74.23/linux/ |
| 12:11.18 | ceene | downloading, thanks |
| 12:18.19 | ceene | uhm, i need to tweak my rootfs to load your kernel |
| 12:18.32 | ceene | do you mind if we continue at some other time? |
| 12:18.32 | freemangordon | hmm? |
| 12:18.36 | freemangordon | sure |
| 12:18.39 | ceene | i'm late to eat lunch with the in-laws |
| 12:18.40 | ceene | :& |
| 12:18.41 | ceene | :/ |
| 12:19.13 | ceene | it has booted your kernel but is complaining about /dev/null not existing |
| 12:19.34 | freemangordon | but does mmc work? |
| 12:19.41 | ceene | don't know |
| 12:19.44 | ceene | can't do anything at all |
| 12:19.45 | ceene | :) |
| 12:19.45 | freemangordon | ok |
| 12:19.53 | ceene | since there are no dev entries, nothing really works |
| 12:19.59 | freemangordon | ok |
| 12:20.03 | ceene | just console output complaining about that around 100 times per second |
| 12:20.08 | freemangordon | :) |
| 12:20.41 | ceene | i may be able to tinker a bit this afternoon, but don't know for sure |
| 12:20.51 | ceene | thanks, cya later! |
| 12:30.18 | *** join/#maemo shentey (~shentey@f052144212.adsl.alicedsl.de) |
| 12:33.33 | Maxdamantus | mount -t devtmpfs dev /dev |
| 12:35.47 | *** join/#maemo shentey (~shentey@f052144212.adsl.alicedsl.de) |
| 13:10.41 | *** join/#maemo hashcore (~hashcore@unaffiliated/hashcore) |
| 13:16.36 | joga | hmm.. is it possible to use n900 as a microsd card reader over usb, ie. expose the card if I insert one in to the slot and plug it in? |
| 13:17.57 | joga | I need to write an image to a microsd but can't find my card adapters *anywhere* and the laptops that have readers only take in a typical size sd card :) |
| 13:18.50 | freemangordon | joga: yes, you can |
| 13:19.29 | joga | are there any caveats, I remember I've had crashes when trying to write too fast to mydocs |
| 13:19.41 | freemangordon | none I am aware of |
| 13:19.55 | joga | guess I could try it.. |
| 13:29.51 | jonwil | bah, I cant seem to figure out the behaviour of glibc when you call chdir(blah) where blah is a symlink to something else |
| 13:44.20 | *** join/#maemo xelo (~xelo@ip-109-91-134-15.hsi12.unitymediagroup.de) |
| 13:55.20 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 14:08.50 | *** join/#maemo sparetire (~sparetire@unaffiliated/sparetire) |
| 14:21.46 | DocScrutinizer05 | jonwil: >> ELOOP Too many symbolic links were encountered in resolving path. << I can't deduce anything special about symlinks from this error |
| 14:22.41 | jonwil | I ran a test and it looks like yes, in the environment I have with the glibc I have etc, chdir does resolve symlinks |
| 14:22.49 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 14:24.49 | DocScrutinizer05 | yeah sure, there's also >>Depending on the file system, other errors can be returned.<< |
| 14:25.12 | DocScrutinizer05 | see FAT |
| 14:25.54 | DocScrutinizer05 | well, FAT is an inappropriate example since you won't even _find_ any symlinks on it |
| 14:26.39 | DocScrutinizer05 | so unlike trying to create a symlink, for chdir() symlinks on FAT are a non-issue |
| 14:27.33 | DocScrutinizer05 | I recently wondered if a symlink on ext* can point to a VFAT file. I guess "why not" |
| 14:35.42 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 14:44.22 | DocScrutinizer05 | POSIX seems identical |
| 14:44.56 | DocScrutinizer05 | (man 3p chdir) |
| 14:46.26 | DocScrutinizer05 | what I would love is a option to ls that colors path parts that are actually symlinks |
| 14:47.46 | DocScrutinizer05 | well, I made lstree which does something similar |
| 14:48.28 | DocScrutinizer05 | http://paste.opensuse.org/51236423 |
| 14:49.10 | DocScrutinizer05 | http://paste.opensuse.org/82985592 |
| 14:56.15 | *** join/#maemo ashneo76 (~ashneo76@switch2.403main.web-pass.com) |
| 15:11.43 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 15:15.59 | *** join/#maemo eijk_ (~eijk@x55b2cce0.dyn.telefonica.de) |
| 15:19.44 | *** join/#maemo akossh (~akos@catv-178-48-236-61.catv.broadband.hu) |
| 15:41.21 | *** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl) |
| 15:57.37 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 16:01.41 | *** join/#maemo Vajb (~Vajb@85-76-22-25-nat.elisa-mobile.fi) |
| 16:09.47 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 16:09.53 | jonwil | ok, so somehow I gotta figure out just what absolute_pathname in https://github.com/community-ssu/maemo-security-certman/blob/master/lib/security/maemosec_common.cpp is really doing and how to make it do what we want (return paths where the symlinks haven't been dereferenced) all without breaking anything else |
| 16:21.20 | *** join/#maemo clopez (~tau@neutrino.es) |
| 16:27.45 | DocScrutinizer05 | hmm, I wonder why absolute_pathname should _not_ dereference symlinks, after all this is what it's all about |
| 16:28.25 | DocScrutinizer05 | almost, it also changes relative pathname to /-anchored absolute pathname (as the name implies) |
| 16:37.18 | DocScrutinizer05 | I'm much more concerned about https://github.com/community-ssu/maemo-security-certman/blob/master/lib/security/maemosec_common.cpp#L220 |
| 16:43.06 | *** join/#maemo nikosapi (~nikosapi@nikosapi.org) |
| 16:44.51 | DocScrutinizer05 | process_name(string& to_this) returns absolute_pathname() in to_this only if the process is not /usr/bin/maemo-launcher. AIUI otherwise it does return the program **TEXT** (the binary!!) of the <appname>.launch which is launched by maemo-launcher |
| 16:47.27 | DocScrutinizer05 | sprintf(exe_name, "/proc/%ld/cmdline", (long)my_pid); fd = open(exe_name, O_RDONLY); if (fd >= 0) {ssize_t len = read(fd, buf, sizeof(buf));if (len) {to_this = buf; |
| 16:48.21 | DocScrutinizer05 | aah oops, sorry. no this should work |
| 16:49.19 | DocScrutinizer05 | I had one mental dereference too much ;-) |
| 17:02.34 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 17:02.36 | *** join/#maemo protem (~protem@unaffiliated/protem) |
| 17:05.48 | *** join/#maemo xelo (~xelo@ip-109-91-134-15.hsi12.unitymediagroup.de) |
| 17:19.15 | *** join/#maemo NIN101 (~core@mail2.quitesimple.org) |
| 17:24.33 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 17:24.55 | *** join/#maemo Kabouik (~quassel@98.42.136.88.rev.sfr.net) |
| 17:39.44 | *** join/#maemo hashcor (~hashcore@unaffiliated/hashcore) |
| 17:57.43 | *** join/#maemo Defiant (erik@x55b1c2e1.dyn.telefonica.de) |
| 18:06.04 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 18:12.58 | *** join/#maemo shentey (~shentey@x55b3bc91.dyn.telefonica.de) |
| 18:13.46 | *** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl) |
| 18:21.52 | ceene | freemangordon: i've been testing different things and it seems it was the poweroff thing you told me about |
| 18:22.07 | ceene | i now see eMMC and external SD card |
| 18:23.15 | ceene | if i reboot and reload the same kernel, they won't show |
| 18:23.53 | ceene | i can poweroff from pali's kernel, boot that kernel again, and then they will appear again |
| 18:34.13 | *** join/#maemo futpib (~futpib@176.214.26.53) |
| 18:35.00 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 18:38.08 | *** join/#maemo LauRoman (~LauRoman@5-14-50-151.residential.rdsnet.ro) |
| 18:48.26 | *** join/#maemo krnlyng (~liar@178.114.5.162.wireless.dyn.drei.com) |
| 18:54.08 | *** join/#maemo shentey_ (~shentey@x55b3bc91.dyn.telefonica.de) |
| 19:14.38 | *** join/#maemo krnlyng_ (~liar@83.175.90.24) |
| 19:29.49 | *** join/#maemo vakkov (~vakkov@s3n104.brunel.ac.uk) |
| 19:51.54 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 19:56.42 | *** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl) |
| 19:57.54 | Maxdamantus | 02:29:51 < jonwil> bah, I cant seem to figure out the behaviour of glibc when you call chdir(blah) where blah is a symlink to something else |
| 19:58.12 | Maxdamantus | chdir in glibc pretty much just directly invokes the chdir system call, which handles them. |
| 20:02.12 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 20:04.17 | Maxdamantus | This is fucking horrible. |
| 20:04.27 | Maxdamantus | tgtname = (char*)malloc(PATH_MAX); |
| 20:04.34 | Maxdamantus | That memory is never freed. |
| 20:04.55 | Maxdamantus | How is this function actually used? |
| 20:06.13 | Maxdamantus | Unless it's meant to be used with something like boehmgc, but that's horrible (and I highly doubt that's the case). |
| 20:07.43 | *** join/#maemo akossh (~akos@catv-178-48-236-61.catv.broadband.hu) |
| 20:09.53 | Maxdamantus | Well, it's freed in one possible code path. |
| 20:13.30 | Maxdamantus | /proc/%ld/cmdline is the arguments passed to the current program btw, not the link to the binary (that's /proc/%ld/exe) |
| 20:17.06 | *** join/#maemo Vajb (~Vajb@85-76-75-154-nat.elisa-mobile.fi) |
| 20:45.54 | *** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 21:05.14 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 21:23.11 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 21:41.22 | *** join/#maemo LauRoman|Phone (~yaaic@5-14-50-151.residential.rdsnet.ro) |
| 22:13.48 | *** join/#maemo fishbulb (cbd6808f@gateway/web/freenode/ip.203.214.128.143) |
| 22:14.19 | fishbulb | hi, I'm getting messages not delivered with yappari |
| 22:14.26 | fishbulb | and I think I might have missed a call |
| 22:14.31 | fishbulb | the 3g modem is on all the time |
| 22:14.46 | fishbulb | is there a way I can test that somehow? some diagnostic tests or whatever? |
| 22:15.42 | Sicelo009N | test what? |
| 22:15.54 | fishbulb | I have no idea. the modem? |
| 22:16.05 | fishbulb | gprs/3g |
| 22:16.11 | fishbulb | that modem |
| 22:16.14 | Sicelo009N | ping? |
| 22:16.40 | Sicelo009N | open other websites, etc. |
| 22:17.20 | fishbulb | yeah that all works |
| 22:17.31 | fishbulb | maybe yappari isn't working I dunno. |
| 22:17.53 | fishbulb | though it does.. pretty much. it's only skipping messages from one chick on an iphone |
| 22:18.14 | Sicelo009N | known problem |
| 22:36.31 | *** join/#maemo shamus (~shmaus@ip-206-192-194-12.marylandheights.ip.cablemo.net) |
| 22:45.41 | fishbulb | shit |
| 22:45.43 | fishbulb | it is? |
| 22:45.54 | fishbulb | these are pretty important messages to me |
| 22:46.03 | fishbulb | that's just an ongoing problem? |
| 22:50.41 | Sicelo009N | you may have to buy an iphone or android phone then |
| 22:51.37 | Sicelo009N | it's a pretty 'big' problem ... we donm5 currently have full textsecure on N900 ... that's the cause of your problem |
| 22:51.45 | Sicelo009N | *don't |
| 22:53.33 | fishbulb | what is textsecure |
| 22:54.00 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |
| 22:54.18 | fishbulb | I have no money for a friggen android |
| 22:54.20 | ceene | encryption protocol of whatsapp |
| 22:54.22 | fishbulb | I have a tablet... |
| 22:54.32 | fishbulb | yeah but these aren't encrypted messages |
| 22:54.41 | ceene | they are |
| 22:55.15 | ceene | there are android phones for like 60 bucks |
| 22:55.37 | ceene | second hand shitty ones should cost a fraction of that |
| 22:56.15 | fishbulb | what are? |
| 22:56.27 | fishbulb | you know they are encrypted for sure? |
| 22:57.01 | fishbulb | dude I have this phone partly because I'm broke |
| 22:57.22 | ceene | yes, they are encrypted |
| 22:57.33 | fishbulb | how come half of them work then |
| 22:57.47 | fishbulb | it's just one contact that doesn't |
| 23:02.00 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 23:04.26 | ceene | things that happen when a protocol is kept secret and undocumented |
| 23:04.37 | ceene | sometimes thing work, sometimes don't |
| 23:05.22 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 23:06.31 | *** join/#maemo Muumipeikko (50dcaa36@gateway/web/freenode/ip.80.220.170.54) |
| 23:19.05 | *** join/#maemo arossdotme-planb (~zxy@host-78-151-185-21.as13285.net) |
| 23:19.16 | fishbulb | secret? |
| 23:19.19 | fishbulb | how'd you get this far then? |
| 23:20.07 | fishbulb | it's not like I'm complaining either this is totally awesome, but then one person freaks out if their messages don't go through, because it's like... one of the reasons I can still keep this phone |
| 23:28.12 | *** join/#maemo disco_stu_droid (~wrt54gl@190.211.82.70) |
| 23:34.26 | *** join/#maemo heroux (~heroux@50708323.static.ziggozakelijk.nl) |