| 00:04.50 | *** join/#qi-hardware whitequa1k (~whitequar@2a00:ab00:1::4464:5550) |
| 00:23.03 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 00:34.31 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 00:47.39 | Ayla | do you know how can I grep the output of a program, if that program writes on a single line? |
| 00:48.18 | Ayla | it writes a progression, and everytime I gain 1%, the line is deleted an rewritten |
| 00:54.07 | wpwrak | tr \015 \012 ? (or whatever the program uses to delete the line) |
| 00:54.48 | wpwrak | note that you still may have problems with stdout buffering |
| 00:56.02 | wpwrak | (and the exact command syntax would be tr '\015' '\012' for the bourne shell) |
| 00:57.39 | Ayla | wow! |
| 00:57.41 | Ayla | thank you! |
| 00:59.04 | wpwrak | was a pleasure :) |
| 01:00.43 | Ayla | yes, I have problems with stdout buffering :( |
| 01:02.09 | wpwrak | that's hard to fix |
| 01:03.45 | Ayla | (I'm trying to add a progression bar to wodim using zenity) |
| 01:04.00 | wpwrak | you could try running it under script -f then tail -t | tr ... |
| 01:04.44 | wpwrak | whatever wodim and zenity are ;-) |
| 01:07.42 | DocScrutinizer05 | zenity is great |
| 01:08.22 | DocScrutinizer05 | (cmdline gfx toolkit) |
| 01:08.41 | DocScrutinizer05 | the progress bar is a itsy bit tricky to handle though |
| 01:09.47 | cladamw | wpwrak, Would it be better to generate *.mod under kicad-lib\modules or localproject\modules ? |
| 01:13.04 | DocScrutinizer05 | http://library.gnome.org/users/zenity/3.2/zenity.html#zenity-progress-options |
| 01:19.16 | *** join/#qi-hardware Openfree` (~Openfreer@116.228.88.131) |
| 01:19.22 | DocScrutinizer05 | (ben USB inrush) no, an inductor is definitely not the solution |
| 01:20.11 | DocScrutinizer05 | you'll want a switch with current limiter and/or softstart. I.E. a mosfet |
| 01:20.37 | Ayla | new question: |
| 01:21.13 | Ayla | is there a command to add/multiply numbers from command line? |
| 01:21.25 | DocScrutinizer05 | yes |
| 01:21.32 | DocScrutinizer05 | $(( )) |
| 01:22.04 | DocScrutinizer05 | echo $(( 3 * 5 + 8 )) |
| 01:22.48 | DocScrutinizer05 | inside braces you don't need $ to expand env vars |
| 01:23.28 | DocScrutinizer05 | three=3; five=5; echo $(( three * five )) |
| 01:23.58 | DocScrutinizer05 | possibly a bashism though, dunno |
| 01:25.13 | DocScrutinizer05 | nope, seems to work on messybox as well |
| 01:27.08 | DocScrutinizer05 | also: echo $(( 0x20 )) -> 32 |
| 01:27.22 | Ayla | can I do something like this: |
| 01:27.38 | Ayla | echo '$(( 2 + 2 ))' | echo |
| 01:27.52 | Ayla | I have a command that returns the '$(( 2 + 2 ))' string |
| 01:27.58 | DocScrutinizer05 | echo | echo doesn't make sense |
| 01:28.09 | Ayla | well, that's an example here |
| 01:28.29 | Ayla | I have a sed command that returns two numbers, on which I'd like to make a percentage |
| 01:28.30 | DocScrutinizer05 | and you don't want to execute the result of 2+2 as a command |
| 01:30.59 | DocScrutinizer05 | something like echo $(( $(date +%s) / 1000 )) ? |
| 01:33.01 | DocScrutinizer05 | echo $(( $(date +%s) % 60 )) |
| 01:35.13 | pabs3 | whitequa1k: sounds like slashdot material |
| 01:37.32 | pabs3 | whitequa1k: I guess the osmocom folks would be very interested in your findings, SGSII is a pretty common smartphone |
| 01:37.51 | Ayla | heheh |
| 01:37.52 | Ayla | I found it |
| 01:37.59 | Ayla | echo "expr 2 \* 3" | bash |
| 01:38.30 | Ayla | I can return "expr 2 \* 3" on my sed command, and bash will execute the call |
| 01:48.53 | DocScrutinizer05 | eval "expr 2 \* 3" |
| 01:50.24 | DocScrutinizer05 | though I don't get it why you need to pass thru the "expr" from anywhere inside sed |
| 01:50.47 | cladamw | interesting i got "hole (line 63) not completely inside pad "3" (line 67)" when run fped on http://projects.qi-hardware.com/index.php/p/kicad-libs/source/tree/master/modules/dcjack.fpd |
| 01:52.11 | *** join/#qi-hardware wej (~j@95.211.13.35) |
| 01:55.55 | DocScrutinizer05 | echo $(( $(sed 's/.*/2 * 7/;q' /dev/urandom) )) |
| 02:05.36 | Ayla | $WODIM dev=$BURNER speed=$SPEED -v -dummy -pad -xa -eject $TMP_IMAGE2 \ |
| 02:05.41 | Ayla | <PROTECTED> |
| 02:05.49 | Ayla | <PROTECTED> |
| 02:05.58 | Ayla | <PROTECTED> |
| 02:06.06 | Ayla | <PROTECTED> |
| 02:06.22 | Ayla | now it works ;) |
| 02:07.34 | *** join/#qi-hardware gdm (~gdm@209.234.249.207) |
| 02:20.57 | qi-bot | [commit] Adam Wang: dcjack.fpd: fixed "hole (line 63) not completely inside pad "3" (line 67)" (master) http://qi-hw.com/p/kicad-libs/667f6c9 |
| 02:31.33 | *** join/#qi-hardware xiangfu (~xiangfu@125.34.162.231) |
| 02:42.54 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 02:51.59 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 02:52.57 | *** join/#qi-hardware rejon (~rejon@li408-40.members.linode.com) |
| 03:01.27 | qi-bot | [commit] Xiangfu: config.full_system include kmod-ipv6 (master) http://qi-hw.com/p/openwrt-packages/009fea8 |
| 03:36.03 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 03:36.50 | *** join/#qi-hardware rejon (~rejon@li408-40.members.linode.com) |
| 03:38.09 | cladamw | wpwrak, i sometimes got "Deleted stale lock file 'home/adam/pcbnew-adam' when opening Pcbnew, what could cause it ? |
| 03:44.12 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 03:52.31 | *** join/#qi-hardware emeb (~ericb@12.68.180.146) |
| 04:06.22 | *** join/#qi-hardware rejon (~rejon@li408-40.members.linode.com) |
| 04:28.09 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 04:33.36 | qi-bot | [commit] Xiangfu: urjtag: disable python bindings (master) http://qi-hw.com/p/openwrt-packages/ee4c2af |
| 05:20.55 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 05:24.18 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 05:31.24 | wpwrak | cladamw: you get that when you didn't quit pcbnew "cleanly" before |
| 05:31.51 | wpwrak | normally, this is no cause for concern |
| 05:32.38 | cladamw | wpwrak, okay. |
| 05:34.24 | cladamw | wpwrak, and I see threre's no list match in CvPcb for labsw. Why? but I saw Xue did. ... ? |
| 05:46.05 | *** join/#qi-hardware rejon (~rejon@li408-40.members.linode.com) |
| 05:58.41 | wpwrak | list match ? there's labsw.cmp, so the footprints are defined |
| 06:11.40 | cladamw | mmm .... i should have said why labsw didn't have *.net ? |
| 06:13.04 | wpwrak | oh, because you can generate .net from the other files |
| 06:15.13 | cladamw | what files are they ? |
| 06:16.11 | cladamw | so does this mean you edited directly labsw.cmp by yourself ? not by CvPcb itself ? |
| 06:18.18 | wpwrak | the inputs are .pro, *.sch, and .cmp. you just start eeschema and make the netlist. then cvpcb should show everything correctly |
| 06:18.43 | wpwrak | well, except if there were incompatible changes in kicad-libs. that may have happened |
| 06:19.15 | wpwrak | i created .cmp using cvpcb. made the netlist, then started cvpcn and associated the footprints |
| 06:21.58 | cladamw | so two directions can be work ? one from Eeschema to generate Netlist then using CvPcb to generate .cmp |
| 06:23.04 | cladamw | and another way is from .cmp then generate .net(like yours) |
| 06:23.34 | wpwrak | eeschema uses the information from .cmp when generating .net. yes |
| 06:23.51 | wpwrak | and cvpcb updates the .net file |
| 06:24.45 | wpwrak | grmbl. to get about 1 kB of optimized SHA-1 code, there are 130+ MB of bzr to download ... (for AVR, avrcryptolib) |
| 06:25.05 | cladamw | wpwrak, okay. I need to give a try. :-) |
| 07:28.08 | *** join/#qi-hardware kristoffer (~kristoffe@c-6ddae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:20.53 | *** join/#qi-hardware jluis (~jluis@32.Red-79-152-171.dynamicIP.rima-tde.net) |
| 08:48.36 | qi-bot | [commit] Adam Wang: Makefile: added necessary fpd filename to generate mod file (master) http://qi-hw.com/p/kicad-libs/dd2c1a9 |
| 08:56.20 | *** join/#qi-hardware lekernel_ (~lekernel@g225089092.adsl.alicedsl.de) |
| 09:04.59 | *** join/#qi-hardware jivs_ (~jivs@nat-sta-slph1.tvu.ac.uk) |
| 09:27.24 | wpwrak | nice. 202 footprints in 16 .mod files :) |
| 09:27.42 | wpwrak | err, 46 .mod files |
| 10:01.58 | qi-bot | [commit] Adam Wang: ledsmd.fpd: fixed polarized marker (master) http://qi-hw.com/p/kicad-libs/7be9efc |
| 10:04.37 | cladamw | wpwrak, i'm working on linking components/footprints for m1.cmp , meanwhile checking if the footprint have clear mistakes, then just found one. :( |
| 10:05.53 | cladamw | and the 'make' can auto check a fpd changed, It's good. just make. |
| 10:16.35 | *** join/#qi-hardware phirsch (~phirsch@xdsl-89-0-83-224.netcologne.de) |
| 10:26.43 | *** join/#qi-hardware wej (~j@95.211.13.35) |
| 11:12.11 | whitequa1k | pabs3: thanks |
| 11:21.51 | *** join/#qi-hardware Ayla (~paul@ACaen-252-1-211-185.w86-215.abo.wanadoo.fr) |
| 11:28.12 | *** join/#qi-hardware Ayla (~paul@ACaen-252-1-211-185.w86-215.abo.wanadoo.fr) |
| 11:28.54 | qi-bot | The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.minimal-20120616-1605 |
| 11:58.20 | *** join/#qi-hardware cladamw (~adamwang@host-65.78-43-115.dynamic.totalbb.net.tw) |
| 12:03.12 | *** join/#qi-hardware wej (~j@95.211.13.35) |
| 12:26.09 | qi-bot | [commit] Xiangfu: urjtag: compile fine with disable inb outb (master) http://qi-hw.com/p/openwrt-packages/67ac56b |
| 12:37.31 | wpwrak | cladamw: lemme port the PDF generator for footprints, so that we can have a catalog, too |
| 12:38.59 | cladamw | wpwrak, alright, sounds good. that way can be good to search. |
| 12:40.22 | cladamw | wpwrak, when i am doing 'match' work , it's a boring work to match since my brand memory doesn't good enough to recall. So I still open Fped to see their shapes. :(:-) |
| 12:43.23 | wpwrak | yeah, we need better names |
| 12:43.58 | wpwrak | if you go beyond thing like 0603 or QFN32, it gets difficult very quickly |
| 12:44.35 | wpwrak | it would also make sense to have list of all the parts we know, with recommended footprint and recommended symbol |
| 12:45.23 | wpwrak | e.g., YAGEO R123XYZ456 R 0603 |
| 12:45.50 | wpwrak | then we could feed this data in to kicad, to make things a little easier |
| 12:49.58 | *** join/#qi-hardware DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 12:49.59 | *** join/#qi-hardware DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 12:57.50 | cladamw | yes, btw, since I had have wiki page with package, it's okay, but it's better to edit such data filled in sch's field. :-) |
| 13:11.49 | wpwrak | the more thing you don't have to look up manually, the better :) |
| 13:15.08 | cladamw | oh ~ yeah! |
| 13:28.33 | *** join/#qi-hardware jekhor (~jek@46.216.123.227) |
| 13:33.08 | *** join/#qi-hardware antgreen (~user@70.50.66.38) |
| 13:36.57 | *** join/#qi-hardware dandon (~dandon@88.151.79.253) |
| 13:57.16 | qi-bot | [commit] Xiangfu: urjtag : replace inb/outb with some simple define (master) http://qi-hw.com/p/openwrt-packages/927287f |
| 14:23.03 | *** join/#qi-hardware xsb (~xsb@206.215.77.188.dynamic.jazztel.es) |
| 14:36.38 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 14:51.44 | *** join/#qi-hardware jekhor (~jek@46.216.82.195) |
| 14:53.52 | *** join/#qi-hardware xsb (~xsb@206.215.77.188.dynamic.jazztel.es) |
| 15:13.08 | *** part/#qi-hardware xsb (~xsb@206.215.77.188.dynamic.jazztel.es) |
| 15:13.08 | *** join/#qi-hardware jluis_ (~jluis@32.Red-79-152-171.dynamicIP.rima-tde.net) |
| 15:14.26 | *** join/#qi-hardware jluis_ (~jluis@32.Red-79-152-171.dynamicIP.rima-tde.net) |
| 15:18.43 | *** join/#qi-hardware wej (~j@95.211.13.35) |
| 15:26.23 | *** join/#qi-hardware jluis_ (~jluis@32.Red-79-152-171.dynamicIP.rima-tde.net) |
| 15:34.56 | *** join/#qi-hardware jekhor (~jek@46.216.147.36) |
| 15:36.28 | *** join/#qi-hardware emeb (~ericb@12.68.180.146) |
| 15:50.48 | qi-bot | [commit] Xiangfu: urjtag: fix the liburjtag.so.* path (master) http://qi-hw.com/p/openwrt-packages/f2a7a0d |
| 15:51.45 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 15:54.55 | qi-bot | [commit] Xiangfu: xburst-tools, urjtag : add MAINTAINER (master) http://qi-hw.com/p/openwrt-packages/5fcb64c |
| 16:00.44 | *** join/#qi-hardware wej (~j@95.211.13.35) |
| 16:17.02 | *** join/#qi-hardware B_Lizzard (~havoc@athedsl-431541.home.otenet.gr) |
| 16:34.45 | *** join/#qi-hardware wej (~j@95.211.13.35) |
| 16:38.12 | whitequa1k | DocScrutinizer: extra fun |
| 16:38.35 | whitequa1k | the boot sequence of that xgold626 is as follows: bootrom -> psi -> ebl -> flash |
| 16:39.01 | whitequa1k | theoretically, it should use a flash rom (because the fw relocates itself to ram) |
| 16:39.09 | whitequa1k | samsung placed ram instead of the "flash rom" chip |
| 16:39.17 | whitequa1k | each time the phone starts, BP is "flashed" |
| 16:39.25 | whitequa1k | even more funny. |
| 16:39.40 | whitequa1k | neither psi nor ebl nor anything else in the chip checks integrity of anything |
| 16:40.03 | whitequa1k | after modifying a model name in the hex editor it still boots and works (makes calls) |
| 16:40.19 | whitequa1k | i want a datasheet for that chip. |
| 16:43.43 | whitequa1k | Samsung policy on tivoizing anything is best described as follows (real code): |
| 16:43.54 | whitequa1k | if(VerifyImage() != 0) returnError(); |
| 16:43.58 | whitequa1k | int VerifyImage(void) { return 0; }. |
| 16:44.36 | pabs3 | lol |
| 16:48.26 | whitequa1k | I'm not really sure if it is good or bad |
| 16:48.40 | whitequa1k | on the one hand, they don't prevent _me_ from doing anything with that |
| 16:48.52 | whitequa1k | on the other one, they don't prevent anyone from doing anything with _my_ phone |
| 16:57.20 | roh | hihi |
| 17:15.21 | *** join/#qi-hardware Jay7 (jay@128-73-32-59.broadband.corbina.ru) |
| 17:50.38 | DocScrutinizer51 | whitequa1k: seems your module has a STE chip :-D |
| 17:52.09 | DocScrutinizer51 | and yes, Samsung might not do much tivoizing |
| 17:52.52 | DocScrutinizer51 | SG advanced and SGS2 seem to have STE too |
| 17:58.01 | *** join/#qi-hardware occam (~occam@lorea/faerie) |
| 18:43.54 | *** join/#qi-hardware urandom__ (~user@ip-37-24-112-20.unitymediagroup.de) |
| 18:57.16 | *** join/#qi-hardware _whitelogger (~whitelogg@kaunan.whitequark.org) |
| 18:57.58 | *** join/#qi-hardware whitequark (~whitequar@2a00:ab00:1::4464:5550) |
| 18:59.43 | whitequark | DocScrutinizer51: why are you so sure? :D |
| 18:59.53 | whitequark | it should be Infineon |
| 19:08.52 | *** join/#qi-hardware wej (~j@95.211.13.35) |
| 19:14.56 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 19:28.48 | *** join/#qi-hardware GNUtoo-desktop (~GNUtoo@host73-132-dynamic.48-82-r.retail.telecomitalia.it) |
| 20:09.28 | *** join/#qi-hardware dptech (~dptech@can06-1-82-242-223-39.fbx.proxad.net) |
| 20:16.17 | *** join/#qi-hardware larsc (~lars@eisbaer.ursus-maritimus.org) |
| 20:23.22 | *** join/#qi-hardware |dptech| (~dptech@can06-1-82-242-223-39.fbx.proxad.net) |
| 20:37.05 | *** join/#qi-hardware dptech (~dptech@can06-1-82-242-223-39.fbx.proxad.net) |
| 20:46.39 | *** join/#qi-hardware kristoffer (~kristoffe@c-6ddae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 20:47.09 | *** join/#qi-hardware kristoffer_ (~kristoffe@c-6ddae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 20:50.03 | *** join/#qi-hardware heberth (~heberth@190.97.216.37) |
| 21:01.52 | *** join/#qi-hardware Ayla (~paul@ACaen-252-1-222-82.w86-215.abo.wanadoo.fr) |
| 21:03.43 | DocScrutinizer05 | whitequark: simcom SIM900: C4851 GPRS Ultra Low Cost |
| 21:07.13 | *** join/#qi-hardware wolfspra1l (~wolfsprau@221.220.179.126) |
| 21:21.56 | *** join/#qi-hardware kristian1aul (~kristianp@cl-498.udi-01.br.sixxs.net) |
| 21:32.36 | whitequark | DocScrutinizer05: ahhhh, so you're about those modules |
| 21:32.45 | whitequark | have you investigated them? |
| 21:33.02 | whitequark | (also, SIM900 and SIM900B are different devices, through I suppose you already know that) |
| 21:33.08 | DocScrutinizer05 | I ran into a list of STE products |
| 21:33.38 | DocScrutinizer05 | googled a bit |
| 21:34.59 | DocScrutinizer05 | sim900b: CN57560 & C4851, GPRS&GPS |
| 21:36.28 | whitequark | er |
| 21:36.36 | whitequark | sim900b quite certainly doesn't have gps |
| 21:36.49 | *** join/#qi-hardware bartbes (bartbes@love/developer/bartbes) |
| 21:36.54 | DocScrutinizer05 | that's what I found |
| 21:36.58 | whitequark | weird |
| 21:37.11 | whitequark | what about sgs2? I'm absolutely sure it uses Intel/Infineon modem... |
| 21:37.36 | DocScrutinizer05 | not unusual when OEMs change all internals while keeping case and brand |
| 21:38.02 | whitequark | yeah, I'm used to it, so I won't be surprised if SGS2 comes with different modems |
| 21:38.17 | whitequark | actually, it has a 9100G which looks exactly the same but has OMAP AP and TI BP inside |
| 21:38.29 | whitequark | also *T, *M and some other regional/carrier variants, god knows for what |
| 21:39.02 | whitequark | through no docs I seen for sim900b mention gps at all |
| 21:39.20 | DocScrutinizer05 | google U8500 samsung |
| 21:40.27 | DocScrutinizer05 | http://www.stericsson.com/press_releases/PR_Samsung_U8500.jsp |
| 21:40.32 | whitequark | ah, I see. but galaxy s != galaxy s 2 |
| 21:40.35 | whitequark | not what I have |
| 21:41.02 | whitequark | samsung changes basebands a lot. how do you think, why? |
| 21:41.54 | whitequark | why not stick to a single vendor and just use their stuff? consistency and so on |
| 21:47.45 | *** join/#qi-hardware kristianpaul (~kristianp@cl-498.udi-01.br.sixxs.net) |
| 21:47.45 | *** join/#qi-hardware kristianpaul (~kristianp@unaffiliated/kristianpaul) |
| 22:21.20 | *** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 22:28.41 | *** join/#qi-hardware dvdk (~dvdkhlng@g225034178.adsl.alicedsl.de) |
| 22:28.46 | *** join/#qi-hardware Ayla (~paul@ACaen-252-1-222-82.w86-215.abo.wanadoo.fr) |
| 22:36.38 | *** join/#qi-hardware phirsch (~phirsch@xdsl-78-35-60-39.netcologne.de) |
| 22:48.13 | *** join/#qi-hardware heberth_ (~heberth@190.97.216.43) |
| 22:52.14 | *** join/#qi-hardware larsc (~lars@eisbaer.ursus-maritimus.org) |
| 22:52.15 | *** join/#qi-hardware zedstar (~john@zedstar.com) |
| 22:52.15 | *** join/#qi-hardware zedstar (~john@fsf/member/zedstar) |
| 22:52.25 | *** join/#qi-hardware mth (qbyaysho@dhcp-089-098-069-120.chello.nl) |
| 22:52.26 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 22:57.01 | *** join/#qi-hardware heberth (~heberth@190.97.216.43) |
| 23:00.36 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 23:07.41 | *** join/#qi-hardware heberth (~heberth@190.97.216.43) |
| 23:12.43 | *** join/#qi-hardware heberth (~heberth@190.97.216.46) |
| 23:25.32 | *** join/#qi-hardware heberth (~heberth@190.97.216.46) |
| 23:30.14 | *** join/#qi-hardware dvdk (~dvdkhlng@g225034178.adsl.alicedsl.de) |
| 23:42.18 | *** join/#qi-hardware wolfspraul (~wolfsprau@221.220.179.126) |