| 00:42.30 | *** join/#qi-hardware panda|x201 (~hzhang@222.130.139.172) |
| 00:46.47 | *** join/#qi-hardware kanzure_ (~kanzure@131.252.130.248) |
| 00:50.24 | *** join/#qi-hardware woakas (~woakas@186.30.20.31) |
| 00:51.06 | *** join/#qi-hardware larsc_ (~lars@eisbaer.ursus-maritimus.org) |
| 00:57.18 | *** join/#qi-hardware Ayla (~paul@pc-40-79-120-200.cm.vtr.net) |
| 00:59.50 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:29.44 | *** join/#qi-hardware pabs3 (~pabs@d122-111-246-71.per801.wa.optusnet.com.au) |
| 01:46.03 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-18.ozonline.com.au) |
| 02:07.27 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-18.ozonline.com.au) |
| 02:15.25 | *** join/#qi-hardware guanucoluis (~luis@200.127.180.65) |
| 02:28.57 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-18.ozonline.com.au) |
| 04:21.22 | *** join/#qi-hardware panda|x201 (~hzhang@58.83.252.149) |
| 05:11.59 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 06:14.54 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-18.ozonline.com.au) |
| 06:16.33 | *** join/#qi-hardware jluis|work (~jpddb@83.247.136.72) |
| 06:46.28 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 07:31.46 | *** join/#qi-hardware Fallenou (~fallen@yozora-irc.net) |
| 07:44.03 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 08:09.23 | *** join/#qi-hardware kilae (~chatzilla@109.205.205.99) |
| 08:39.18 | *** join/#qi-hardware kristoffer (~kristoffe@c-35d8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:43.05 | *** join/#qi-hardware kuribas (~user@d54C43503.access.telenet.be) |
| 08:47.13 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-18.ozonline.com.au) |
| 09:14.07 | *** join/#qi-hardware kyak (~kyak@95-24-205-173.broadband.corbina.ru) |
| 09:14.08 | *** join/#qi-hardware kyak (~kyak@unaffiliated/kyak) |
| 09:17.49 | *** join/#qi-hardware panda|x201 (~hzhang@116.213.117.66) |
| 10:06.24 | *** join/#qi-hardware kyak (~kyak@176.14.173.194) |
| 10:06.34 | *** join/#qi-hardware kyak (~kyak@unaffiliated/kyak) |
| 10:24.11 | *** join/#qi-hardware Hoolxi (~Openfree@116.228.88.131) |
| 10:34.03 | *** join/#qi-hardware GNUtoo (~gnutoo@ABordeaux-152-1-62-8.w82-125.abo.wanadoo.fr) |
| 11:26.43 | *** join/#qi-hardware jekhor (~jek@178.120.8.173) |
| 11:27.07 | *** join/#qi-hardware paul_boddie (~paulbodd@hfaistos.uio.no) |
| 11:27.55 | paul_boddie | Hello! Anyone here with kernel booting knowledge on the NanoNote? |
| 11:32.30 | *** join/#qi-hardware urandom__ (~user@ip-88-152-218-149.unitymediagroup.de) |
| 11:38.56 | wolfspraul | the kernel on my nano boots, but other than that I'm not sure how much knowledge I have |
| 11:39.04 | paul_boddie | Tried to get Emdebian to boot from the SD, and I think I've got it to init, but I wouldn't mind confirming some details. |
| 11:39.30 | wolfspraul | maybe just write, the people with more inside knowledge are either in this channel or nowhere :-) |
| 11:39.36 | wpwrak | wolfspraul: anything to add regarding shipping to .cn ? |
| 11:39.38 | paul_boddie | Emdebian seems pretty viable, by the way, once the dust has been blown off the documentation. |
| 11:40.04 | wolfspraul | wpwrak: not really, we small guys are always on the loosing end, it seems :-) |
| 11:40.22 | wolfspraul | so fedex argentina only handles business packages to china? |
| 11:40.48 | wolfspraul | I have never heard of the requirement for the importer ID on my end |
| 11:40.50 | wpwrak | the way i understand it, it's an issue on the chinese side |
| 11:40.58 | wolfspraul | yes, that system exists, but only for corporate packages |
| 11:41.13 | wolfspraul | wpwrak: you don't think chinese have a private life and some private packages? |
| 11:41.30 | wolfspraul | not sure how many millions of packages with god knows what amazon ships to china every year... :-) |
| 11:41.43 | paul_boddie | Well, I used a U-Boot from 2011 because the newer ones aren't supposed to work. And I found the boot command line (kernel parameters) that show that the device and location of the image. And after getting past the "cannot find kernel image", the issue seemed to be where the init program was. |
| 11:41.51 | wolfspraul | *if* fedex declares this as a professional/business shipment, then sure the recipient needs the company id and paperwork |
| 11:42.07 | wpwrak | of course they do. but that doesn't mean that customs has to acknowledge that :) |
| 11:42.18 | wolfspraul | but if it's a package to a private recipient in china, there should be no issue |
| 11:42.35 | wolfspraul | but I know in some countries fedex only accepts 'business' packages to some destinations |
| 11:42.49 | wolfspraul | seems to be the case between argentina and china... |
| 11:42.54 | wpwrak | hmm |
| 11:43.06 | wolfspraul | nobody I know here has such a company/importer ID |
| 11:43.36 | wolfspraul | fedex says they don't take private packages to china? |
| 11:43.42 | wolfspraul | or they say private packages to china don't exist? |
| 11:43.48 | wpwrak | there's something similar in argentina. you need it if your shipment exceeds the limits of the "simplified regime" |
| 11:43.49 | wolfspraul | anyway arguing will not help you... |
| 11:44.08 | paul_boddie | I think I fixed that by adding a symbolic link from /etc/preinit to /sbin/init (mentioned on the Debian debootstrap page) since the latter isn't specified on the kernel command line, although it's probably in the kernel's init/main.c, so I wondered what the purpose of that file was. |
| 11:44.11 | wolfspraul | whatever 'regime' the little board you are sending would qualify for... |
| 11:44.15 | wpwrak | e.g., then the shipment is valued > USD 1000 |
| 11:44.46 | wolfspraul | paul_boddie: I will definitely ask xiangfu to look into this, but it's friday evening here and maybe it will take a day or so to get hold of him... |
| 11:44.56 | wpwrak | well, i don't know what rules they have in china :) i tend to trust fedex to know their customs very well :) |
| 11:44.57 | wolfspraul | I never modified or dealt with kernel booting at that level |
| 11:45.14 | wolfspraul | wpwrak: yes, agreed. but it's fedex who does not *want* to ship private packages to china |
| 11:45.22 | wolfspraul | which is their choice, of course |
| 11:45.38 | wpwrak | but i'll give it a try with explicitly stating that it's for personal use. let's see if they take it. |
| 11:46.00 | wolfspraul | I can imagine that business shipments only with full chinese paperwork are easier/higher margin than dealing with the private mess - especially in china |
| 11:46.25 | wolfspraul | wpwrak: maybe not. I use fedex a lot and as I said sometimes they voluntarily restrict themselves to business packages |
| 11:46.49 | wolfspraul | then their entire system/computers/staff etc. are not setup to process 'private' packages on that route, and there is nothing you can do |
| 11:46.55 | wpwrak | so you're saying fedex generally doesn't ship to private recipients in china ? |
| 11:47.09 | wolfspraul | at least not from argentina, it seems |
| 11:47.10 | wpwrak | because the argentina end certainly does |
| 11:47.18 | wolfspraul | think about how little that business is anyway |
| 11:48.00 | wpwrak | hmm. could be that there are specific restricting for things coming from argentina, true |
| 11:48.04 | wolfspraul | but sure it's possible that into china fedex is doing 'business' only from anywhere in the world, I don't know |
| 11:48.16 | wpwrak | reciprocal trade sanctions and such |
| 11:48.31 | wolfspraul | fedex is different from the other guys in many ways |
| 11:48.56 | wolfspraul | they are more expensive, have better service, have their own customs agents, and easily make tough decisions to only focus on profitable business :-) |
| 11:49.30 | wolfspraul | in china they are the only onces insiting on their 'foreign' status meaning all fedex delivery cars have the black 'foreigner' license plates |
| 11:49.50 | wolfspraul | whereas everybody else is going with the flow and opens chinese/joint-venture subsidiaries etc. |
| 11:50.05 | wolfspraul | most likely together with a substantial lowering of standards along the way |
| 11:50.16 | wolfspraul | it may be that fedex is only licensed to take business packages into china |
| 11:50.32 | wolfspraul | they are a small niche/expensive/high-end player here (in china) |
| 11:51.07 | wolfspraul | this is as much as I know about the situation |
| 11:51.11 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 11:51.16 | wolfspraul | I like fedex but in china the are crazy expensive |
| 11:51.30 | paul_boddie | wolfspraul: Thanks! I think I probably just have to read up a bit more about it. Initially, I thought that I didn't have an init program, but you do get one with a Debian bootstrap, and I think that it's the integration between the kernel and the userland that is the critical part. I actually think now that I have to get a working inittab running. |
| 11:51.40 | wolfspraul | and their staff is about 100 times more educated/knowledgeable than at any other shipping company :-) |
| 11:51.44 | wolfspraul | or make that 1000 times |
| 11:53.43 | wolfspraul | how about ups/dhl? |
| 11:53.44 | LunaVorax | Hello |
| 12:06.32 | *** join/#qi-hardware Fallenou (~fallen@yozora-irc.net) |
| 12:08.48 | *** join/#qi-hardware kristoffer (~kristoffe@c-35d8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 12:15.02 | wpwrak | (fedex being special in china) hmm, okay |
| 12:15.46 | wpwrak | and yes, it's the quality of their service why i prefer them. with all the others, i had my horror stories, but never with fedex. |
| 12:16.08 | wpwrak | let's see about UPS/DHL ... |
| 12:16.41 | wpwrak | have you or anyone you know received good (not documents) via UPS or DHL in china ? |
| 12:19.35 | paul_boddie | Ah, the manual: http://wiki.openwrt.org/doc/techref/process.boot |
| 12:20.38 | paul_boddie | Maybe I have to do some OpenWrt/Debian integration. Or try a Debian mipsel kernel but with support for the NanoNote's devices. |
| 12:28.05 | wolfspraul | wpwrak: I outsource all of that to someone like xiangfu, we need to ask him |
| 12:29.07 | wpwrak | hmm. he's probably already gone :-( |
| 12:31.10 | paul_boddie | I'll figure it out, I guess. I suppose it's a learning process. But I'm encouraged by Emdebian, at least. It seems like there's an infrastructure there to support lots of embedded platforms. |
| 12:33.36 | *** join/#qi-hardware dandon (~dandon@88.151.79.155) |
| 12:33.51 | paul_boddie | The mipsel stuff just seems to work. I ran programs in a chroot and even apt-get worked. |
| 12:37.09 | wpwrak | i would be very nice to have a proper debian for the ben. debian should have less maintenance hassle than, say, openembedded |
| 12:48.46 | paul_boddie | It's probably also better for things like licence compliance, too - shipping the corresponding sources, and so on - because of the source package infrastructure Debian provides. I'm not sure how OpenWrt helps with that. |
| 12:49.28 | jow_laptop | openwrt ships patches and makefiles with build instructions |
| 12:49.43 | jow_laptop | patches are applied on top of the vanilla tarballs of the upstream projects |
| 12:50.00 | jow_laptop | no custom source tarballs |
| 12:51.57 | paul_boddie | Yes, I see that in the "buildroot" I'm using. I was just thinking of the practical side of shipping an image and then being able to say, "Here are the sources!" |
| 12:52.26 | jow_laptop | yes, likely |
| 12:52.35 | jow_laptop | but only interesting for self-hosting systems |
| 12:52.37 | jow_laptop | imo |
| 12:52.52 | jow_laptop | if you cannot recompile the os on the os it makes no reals sense to have the sources available via the package manager |
| 12:55.59 | paul_boddie | True, but for someone shipping an image, if they don't already get the sources to some GPL-licensed stuff and then someone wants those sources, maybe to rebuild the image on their PC, is it not better to have those sources ready to give them? Or better still, just give them the sources on a DVD with the image? |
| 13:05.10 | *** join/#qi-hardware nikescar (~nikescar@114.199.131.108) |
| 13:05.51 | jow_laptop | but I don't see the inherent openwrt problem with that |
| 13:06.05 | jow_laptop | just run dirclean in the openwrt buildroot, tar it up and offer it as download |
| 13:06.14 | jow_laptop | it will be a fully selfcontained dump of any used source |
| 13:07.51 | jow_laptop | however I only skimmed the discussion here so please excuse if I missed the point |
| 13:12.01 | paul_boddie | I don't think you missed anything. :-) I was hoping you'd mention a make target to solve the problem, though. ;-) |
| 13:22.51 | paul_boddie | Thanks for the help! I'll see how far I get with Emdebian and then try and write it up. |
| 13:25.21 | *** part/#qi-hardware paul_boddie (~paulbodd@hfaistos.uio.no) |
| 13:34.06 | *** join/#qi-hardware panda|x201 (~hzhang@222.130.139.172) |
| 13:49.18 | *** join/#qi-hardware wej (~j@nl3x.mullvad.net) |
| 13:54.52 | *** join/#qi-hardware erikkugel (~ekugel@216.183.91.254) |
| 13:57.26 | kristianpaul | debian yes at least no need to update os in years thanks to it :) |
| 14:17.58 | *** join/#qi-hardware woakas (~woakas@186.29.228.71) |
| 14:59.19 | *** join/#qi-hardware DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 15:04.36 | *** join/#qi-hardware aisa (~a@c-68-35-162-196.hsd1.nm.comcast.net) |
| 15:12.13 | *** join/#qi-hardware emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) |
| 16:02.41 | *** join/#qi-hardware Ayla (~paul@pc-40-79-120-200.cm.vtr.net) |
| 17:18.03 | *** join/#qi-hardware kristoffer (~kristoffe@c-35d8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 18:46.03 | *** join/#qi-hardware kristianpaul (~kristianp@cl-498.udi-01.br.sixxs.net) |
| 18:46.04 | *** join/#qi-hardware kristianpaul (~kristianp@unaffiliated/kristianpaul) |
| 18:47.51 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 19:48.56 | *** part/#qi-hardware erikkugel (~ekugel@216.183.91.254) |
| 20:06.11 | *** join/#qi-hardware rodgort (~rodgort@li125-242.members.linode.com) |
| 20:29.41 | *** join/#qi-hardware guanucoluis (~luis@190.123.120.234) |
| 21:27.49 | *** join/#qi-hardware wej (~j@nl3x.mullvad.net) |
| 22:04.14 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-18.ozonline.com.au) |
| 22:04.42 | *** join/#qi-hardware Sucotronic (~Sucotroni@203.2.222.87.dynamic.jazztel.es) |
| 22:05.27 | kristianpaul | wpwrak: you there? |
| 22:05.55 | kristianpaul | What happen in eeschema when editing a component footprint that is custom.. |
| 22:06.05 | kristianpaul | for example this TCXO http://datasheet.octopart.com/NT3225SA-19.200000MHZ-NDK-datasheet-58250.pdf |
| 22:07.05 | kristianpaul | upstream author came with this NDK 3.2x2.5 |
| 22:07.34 | kristianpaul | Just to clarify i'm editing the component properties |
| 22:13.04 | *** join/#qi-hardware Sucotronic (~Sucotroni@203.2.222.87.dynamic.jazztel.es) |
| 22:15.12 | *** part/#qi-hardware Sucotronic (~Sucotroni@203.2.222.87.dynamic.jazztel.es) |
| 22:22.39 | *** join/#qi-hardware guanucoluis (~luis@200.127.180.65) |
| 22:53.25 | kristianpaul | erghh digkey dont have a 16Mhz NT3225SA :-| |
| 23:00.22 | wpwrak | kristianpaul: if you're editing the component properties in eeschema, they will be saves in the schematics. if you edit them with the component editor, they'll be saved in the .lib file. does that answer your question ? :) |
| 23:00.38 | wpwrak | (i.e., i don't quite understand what you actually asked :) |
| 23:08.47 | kristianpaul | hmm |
| 23:08.58 | kristianpaul | yes i'm editing on eeschema |
| 23:10.38 | kristianpaul | but wait i asked about the Footprint Field in the Component Propierties window from eeschema |
| 23:11.47 | wpwrak | yes ... you can set the footprint there |
| 23:11.56 | wpwrak | or pick it later in cvpcb |
| 23:12.08 | wpwrak | i tend to find cvpcb more convenient |
| 23:14.46 | kristianpaul | okay how boom handle custom footprints values? |
| 23:15.13 | *** join/#qi-hardware guanucoluis (~luis@200.127.180.65) |
| 23:25.56 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-18.ozonline.com.au) |
| 23:57.22 | *** join/#qi-hardware compcube (~compcube@c-76-112-242-32.hsd1.mi.comcast.net) |
| 23:57.22 | *** join/#qi-hardware compcube (~compcube@pdpc/supporter/student/compcube) |