<qi-bot>
[commit] Werner Almesberger: makefiles/Makefile.kicad: changed eda-tools/gerber/ to eda-tools/fab/ http://qi-hw.com/p/ben-wpan/ee4c70b
<tuxbrain>
wow >600Mb SDK
<tuxbrain>
is the full openwrt libs/sources  there?
<tuxbrain>
btw to all any comments about nanocoder will be wellcome, maybe ignored, but welcome anyway
<tuxbrain>
good night dudes
<wpwrak>
SDK = Sizable Development Kit
<tuxbrain>
sorry, nanocoder->nanokoder
<xiangfu>
tuxbrain: this SDK include all build depends of release.
<tuxbrain>
only of the release... wow :)
<xiangfu>
(in fact I am always using the SDK for compile package now. build images in buildhost, build release need a loooot of time in my notebook :)
<wpwrak>
xiangfu: oh ... your "workstation" is a notebook ? so that's why it's so incredibly slow !
<xiangfu>
tuxbrain: (/usr/lib/libgobject-2.0.so: could not read symbols: File in wrong format) for debug this problem, I think I need full build log of pango and the pango 'config.log'
<xiangfu>
wpwrak: yes. a notebook. with an old CPU. core 2.0GHz. btw I update my memory to 4GB early this year  :)
<wpwrak>
xiangfu: more memory is always good :)
<xiangfu>
tuxbrain: make package/pango/{clean,compile} V=99 > pango.log 2>&1Â Â and the build_dir/target-mipsel_uClibc-0.9.30.1/pango-1.26.0/config.log
<wpwrak>
grmbl.                                                                    ^---- file
<kristianpaul>
wpwrak: borg yes :p
<kristianpaul>
viric: you there?
<kristianpaul>
this line [fid, message] = fopen(settings.fileName, 'rb');
<kristianpaul>
hmm and i have others  settings.somthing in other codes..
<xiangfu>
kristianpaul: I want know more about how RTEMS using the NOR flash in MM1.
<xiangfu>
kristianpaul: please give me some tips :)
<kristianpaul>
xiangfu: hi
<kristianpaul>
xiangfu: what you need to know? if i know i can tell if not point it where find the info
<kristianpaul>
rtems is linked to the yaffs2 port by kernel
<kristianpaul>
once that is done, i think all the rest is just like using the standard lib
<kristianpaul>
for example in flicernise code i'm aware all flicernoise settins are loaded from a file called sysconfig.bin
<kristianpaul>
(line 138 syscongfig.c)
<kristianpaul>
doing a fast ack-grep i found fd = fopen(SYSCONFIG_FILE, "w");
<kristianpaul>
so if you follo ansi c, rtems will be just another friendly os :-)
<kristianpaul>
but well, i lost the track with the NOR question
<xiangfu>
I will reading today.
<xiangfu>
then see if I can ask some real question :)
<xiangfu>
thanks kristianpaul
<kristianpaul>
so basicaly flicernoise NOT rtems is linked with yaffs2 and lekernel also added a custom command to the rtemns shell in order to be able to do formating (line 227 main.c flickernoise source code)
<kristianpaul>
flickernoise**
<kristianpaul>
src/shelltextx.c
<xiangfu>
the line 227 of my main.c is only one "}". my git last commit is : 79f88b0091c79b5ce2e70b4a70c15061d4bbc3f3
<xiangfu>
Mon Mar 14 12:54:23 2011 +0100
<xiangfu>
kristianpaul: I want build a wallpaper inside the flickernoise. like a default wall paper.
<xiangfu>
kristianpaul: and I always want start learn at FLASH. is more simply then other device. :)
<kristianpaul>
xiangfu: line 241 sorry
<xiangfu>
kristianpaul: this shelltextx.c is for reflash mm1. right?
<kristianpaul>
reflash NOR (wich is part of mm1) yes
<kristianpaul>
from _rtems_ shell
<rjeffries>
kristianpauk is rtems the OS used my milkymist?
<rjeffries>
s/my/by
<kristianpaul>
rjeffries: Yes Sr
<rjeffries>
interesting
<kristianpaul>
a lot :-)
<kristianpaul>
xiangfu: wallpaper.png, just do some gimp and thats it ! :-)
<xiangfu>
kristianpaul: this shelltextx.c is only 'erase' for now.
<kristianpaul>
xiangfu: is harcoded in the code
<rjeffries>
is linux launched as a task on top of rtems ? or instead of rtems
<kristianpaul>
xiangfu: fow now ;-)
<kristianpaul>
rjeffries: linux is not part of rtems or flickernoise
<kristianpaul>
also is a bit complex to be a "task" :-)
<rjeffries>
i thought someone said mm could boot linix so i guess that was bogus
<xiangfu>
:D
<kristianpaul>
rjeffries: it could
<rjeffries>
is flickernoise an app on top of rtems
<kristianpaul>
rjeffries: but not related with rtems, is another way
<rjeffries>
ok
<kristianpaul>
rjeffries: lets said yes,
<kristianpaul>
for me is not clear tha app concept in rtems
<kristianpaul>
i could said flicernoise is a compilation of rtems + mtk + libs + patches
<kristianpaul>
mtl is the gui toolkit for the graphics
<kristianpaul>
mtk**
<rjeffries>
nods understood
<kristianpaul>
good :-)
<xiangfu>
kristianpaul: now I know how to add a command in rtems. base on shellext.c :)
<kristianpaul>
xiangfu: yay :-)
<kristianpaul>
is prety easy, isnt? :_)
<kristianpaul>
but also shell.pdf have quick explanation also
<xiangfu>
kristianpaul: I will try to hardcode a wallpaper to flickernoise first.
<kristianpaul>
xiangfu: with other name you mean?
<kristianpaul>
will be nice if you can choose at least from two harcoded wallpapers ;-)
<wpwrak>
tuxbrain: ah, and you should also ask the SMT fab what to do with the USB connector of atusb. this is a through-hole component and i have no idea how this sort of thing is normally mounted. unfortunately, it seems that through-hole is the only common form for this kind of connector. (probably because of mechanical properties)
<kristianpaul>
ohh
<kristianpaul>
qtoctave show gplt wich wasnt when runnning octave from console :o
<wpwrak>
tuxbrain: specifically, if the smt fab wants a stencil for the solder paste, they should tell you if the usb connector should have solder paste, too (or if it shouldn't have solder paste or if it doesn't matter)
<kristianpaul>
hmm, how i can show cotent of line 145 and column 32 for all files in my directory?
<kristianpaul>
cat -n *.m | grep -a1 145
<kristianpaul>
argg
<kristianpaul>
why octave tell me wich file have the error!!
<xiangfu>
kristianpaul: find ./ -name "*.c" -exec sed -n '154p'Â Â {} \; | cut -b35-36
<kristianpaul>
wow!
<xiangfu>
find ./ -name "*.c" -exec sed -n '145p'Â Â {} \; | cut -b32-33
<xiangfu>
find ./ -name "*.c" -exec sed -n '145p'Â Â {} \; | cut -b32-32 :D
<kristianpaul>
hmm.. not helping too much ://
<kristianpaul>
better i read how debug code in octave..
<kristianpaul>
zzz
<kristianpaul>
gn8
<xiangfu>
night
<tuxbrain>
wpwrak: the holes of USB are specified in the gerbers for the PCB maker drills it?
<wpwrak>
tuxbrain: they're specified in the drill file (excellon, not gerber)
<wpwrak>
tuxbrain: but yes, that's part of the package
<wpwrak>
tuxbrain: another thing to check is the point where their pick and place tool would grab the usb connector
<qi-bot>
[commit] Werner Almesberger: fpdoc: new utility to generate a PDF with the footprints used in a project http://qi-hw.com/p/eda-tools/47b53c8
<wpwrak>
tuxbrain: the *110323* files should be what you need
<wpwrak>
xiangfu: and there are a few updates for fped as well :)
<roh>
wpwrak: morning
<roh>
any clue what happened with the shipment?
<wpwrak>
roh: no idea. did anything show up on your side ?
<wpwrak>
roh: maybe the postman wasn't able to find the building of the space agency and it was returned ? the tracking on the .de side looks extremely untrustworthy, so it may never show up in that system (i also looked on DHL, without success)
<tuxbrain>
wpwrak: two cuestion, the smt vendor tellsme is very important to have the "fiducial"(I don't know if it's called like that in english) marks on the PCB and in the panel
<tuxbrain>
also if they can change the 22 Pf  que es High Q, Low Loss by the one they have standarized 22 pf 50V 0402 COG  AVX04025A220JAT2A
<viric>
kristianpaul: Now I'm here
<tuxbrain>
we have such fiducials marks?
<roh>
tuxbrain: know a german word? /me doesnt understand what you mean
<wpwrak>
tuxbrain: (fiducial) i think that's a set of crosshairs, for alignment. i've never used that. do they need them per board or per panel ? in the latter case, they would come from the pcb fab
<roh>
narf. qi-bot is annoying and worthless
<tuxbrain>
on both
<tuxbrain>
roh : I like to see the commits :)
<roh>
tuxbrain: something yes. but the flooding is not helping
<wpwrak>
tuxbrain: how many do they need per board, two ? and how wide should the lines be ? 3 mil ?
<wpwrak>
tuxbrain: (22 pF) maybe it works, maybe not. the problem is that regular caps don't have well-defined behaviour at such high frequencies
<tuxbrain>
wpwrak: then better use the one you specified, if it doesn't work it will be your fault and I will have some one to blame
<wpwrak>
;-))
<viric>
wpwrak: you either sleep according to CET time, or you take some heavy drugs :)
<kyak>
did someone say drugs?!
<viric>
You are always "in the foot of the canon"
<wpwrak>
viric: i take catnaps :)
<roh>
viric: timezones are for users
<kyak>
cat is napping ~18 hours a day
<wpwrak>
kyak: alright, what's colloquially called "catnaps" ;-)
<viric>
wpwrak: so you sleep periods no longer than half an hour?
<wpwrak>
kyak: and with only 18 hours, that's a hyper-active cat :)
<tuxbrain>
viric wpwrak is not real, is a virtual entity generated by the collective mind waves of qi-hw community and an asado
<roh>
.oO(wpwrak is being kept awake by caffeine and women i believe)
<kyak>
wpwrak: insomniac cat :)
<wpwrak>
viric: hmm, maybe 2-6h at a time. depends.
<viric>
wpwrak: do you end up being awake more than 16h every day?
<wpwrak>
roh: naw, have to banish the women from my lair. too distracting.
<viric>
wpwrak: I mean.. is your purpose to be more time awake, or to break the usual phase-locked-loop with the day and night?
<wpwrak>
viric: duh, no idea ;-)
<viric>
:)
<wpwrak>
viric: i just take a nap when i feel i need one. and i wake up when ... well, when i wake up. easy, no ? ;-)
<viric>
so you have no PLL with day and night :)
<wpwrak>
viric: i tend to drift into nighttime when i can. and then i get some sort of jet-lag when the outside world forces me to synchronize with solar time :(
<kyak>
wpwrak: do you consume any food? (i think wpwrak is failing the Turing test ;)
<wpwrak>
;-))
<viric>
aah
<wpwrak>
kyak: just beer :)
<wpwrak>
tuxbrain: so .. how many marks ? and how thick shall the lines be ?
<tuxbrain>
asking
<wpwrak>
tuxbrain: oh, and can they be obscured by components or do they have to be visible also after smt ? (in this case, the usb connector - there's a nice big empty space underneath it that i'd like use for one such mark)
<tuxbrain>
roh the boards didn't arrive yet? at this rhythmI will be able to send you production ones before the werner's ones arrives :P
<roh>
tuxbrain: i fear something like that (shipping time)
<tuxbrain>
where is this damn ld loocking at!!!, the gcc_s thing is on -L /home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/usr/lib also
<viric>
tuxbrain: if you use '-v' on the g++ call, you will get the '-L' passed to ld
<viric>
you sohuld also paste the command line of the g++ linking call issued
<tuxbrain>
viric I have rid off the the gcc_s problem, now I have a new one
<viric>
ahh
<viric>
tuxbrain: how did you do for the gcc_s?
<tuxbrain>
I changed the path of libs to /home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/usr/lib
<kyak>
xiangfu_: i think these patches are related to release build, not latest build.. some of them are not needed anymore, and some more patches are needed
<tuxbrain>
but again the exasperate thing is that the libs are in same path!!!
<roh>
 Â
<roh>
yay. werners package arrived. finally
<wpwrak>
tuxbrain: any update on the fiduciary marks ?
<tuxbrain>
roh: yay!
<tuxbrain>
wpwrak: nop
<wpwrak>
roh: heeey hooo !! :)
<roh>
yay.
<tuxbrain>
gcc hates me :(
<roh>
german post fucked up. didnt meet me on the 16th.. wrote a card. which i got in the mail _today_.. a full week later
<roh>
if i wouldnt have fetched the package today it would have been sent back. *sigh*
<wpwrak>
roh: wow ;-) didn't they think of just leaving a note on the 1st attempt ?
<wpwrak>
roh: nice timing :)
<roh>
wpwrak: the dhl guy doesnt have a doorkey so he cannot get to the mailbox
<roh>
only the letter guy
<wpwrak>
roh: oh, complicated mailbox access
<wpwrak>
roh: did customs charge anything ?
<roh>
nope
<wpwrak>
roh: excellent
<kyak>
xMff: ping
<roh>
ack. did you really pay 30$ for sending it?
<wpwrak>
roh: 30 pesos, a bit less than EUR 6. these things are something like 2-3 days of work, so even at USD 30, the shipping cost would be insignificant ;-)
<roh>
wow is that stuff tiny
<tuxbrain>
votes for motto for 8:10 thingys: "wow, that stuff is tiny" :)
<wpwrak>
;-))
<wpwrak>
tuxbrain: btw, did the smt fab give you a cost estimate at least ?
<kristianpaul>
viric: sure
<tuxbrain>
wpwrak: np
<tuxbrain>
nop
<viric>
tuxbrain: post about the gcc errors
<viric>
tuxbrain: you have such a long paths that it is almost impossible to understand anything at glance
<tuxbrain>
viric I have already posted (well really not gcc, is ld that really hates me)
<viric>
ld does what gcc tells it to do
<tuxbrain>
viric: (paths) sorry dude
<viric>
hey don't call me dude :)
<tuxbrain>
perdona nen :)
<viric>
;)
<viric>
aixà m'agrada
<viric>
tuxbrain: et cal -rpath-link
<wpwrak>
tuxbrain: ah well, there are still a few work hours left in the day. let's hope they'll get back to you so that we can finalize things this week.
<tuxbrain>
wpwrak: hope so
<viric>
tuxbrain: when a dynamic library depends on OTHER dynamic libraries, you need to tell ld "-rpath-link"
<viric>
tuxbrain: it means "if any library depends on more libraries, find them at this -rpath-link path"
<wpwrak>
(long paths) OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1Â Â wow, and not a single slash in there :)
<viric>
tuxbrain: ld looks at -L directories only for "-l" libraries
<viric>
tuxbrain: for dependencies of the libraries, it looks at -rpath-link
<viric>
(if I recall well)
<roh>
wpwrak: did you really solder all these gnd layer connecting wires by hand?
<tuxbrain>
rpath-link, for each file reclaimed?
<tuxbrain>
/home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/usr/lib: file not recognized: Is a directory
<wpwrak>
roh: the main problem are the large ground areas in atusb. in atben, the vias weren't so much trouble. i just put solder paste on both sides, stick a wire through each hole, and go around with the soldering iron. then check visually and fix whatever doesn't look right. takes maybe 0.5-1 hours.
<wpwrak>
roh: i had a lot of trouble with atusb, a) because the large ground areas suck up so much heat, and b) because i had chemical surface degradation on some of the boards
<tuxbrain>
ok now did'n compain but thows same error like withou rpath-link or rpath
<wpwrak>
tuxbrain: if all else fails, run the build with  strace -f -o log  and then search from the end for gcc_s. that may give you a hint where it looked and what it found.
<tuxbrain>
wpwrak, you understand spanish?
<kristianpaul>
tuxbrain: he *should*
<wpwrak>
tuxbrain: as long as it's not overly poetic ;-)
<kristianpaul>
como la roza que derramo lagrimas sobre la nube? ;-)
<tuxbrain>
kristianpaul eso no lo he entendido ni yo
<kristianpaul>
tuxbrain: jajaj ;)
<tuxbrain>
wpwrak: I have resend you the smt vendor answer.
<tuxbrain>
if there is something you don't understand let me know
<wpwrak>
tuxbrain: easy enough :) okay, i understand now what they mean. i was thinking of a different type of marking.
<tuxbrain>
wpwrak: any more question to fordward?
<kristianpaul>
viric: (sirf gps + arduino) But the idea is dig on the IC part wich you'll amaze all the software involved there, and most people asume it like "hardware"
<viric>
clear
<kristianpaul>
:-)
<kristianpaul>
btw i as trying some mathlab code in octave
<kristianpaul>
but
<kristianpaul>
it uses catch for catch errors
<kristianpaul>
it said something like:
<kristianpaul>
number of rows must match (0 != 1) near line 145, column 32
<kristianpaul>
but no tellme in wich file too look..
<wpwrak>
tuxbrain: two open issues: 1) what about the stencil ? does the smt fab need one ? if yes, you need to ask the pcb fab if they can make it and how much it would cost.
<wpwrak>
tuxbrain: 2) how is the usb connector soldered ? specifically, if we need a stencil, should the usb connector have solder paste or not ?
<viric>
kristianpaul: I don't know 'catch' in octave
<wpwrak>
tuxbrain: regarding 1), they may also have a dispenser that doesn't require a stencil. in this case, the interpretation/application of the solder paste layer would pass from the pcb fab to the smt fab
<kristianpaul>
viric: i also have to modify temporaly a pwelch fuction was not compatible with same values as mathlab..
<kristianpaul>
ok viric
<GNUtoo|bug20>
tuxbrain, hi I'm seeing a lot of activity about smt vendor etc... a new board is in preparation?
<tuxbrain>
GNUtoo|bug20: yep the atben and atusb WPAN RF comm in the ben finallly
<tuxbrain>
wpwrak: at fisrt glance they will buy and put in the quote, then I will check out if in farnell, Mouser, RSelectronics or in DigiKey would be more convenient.
<kyak>
xMff: in this case we could define siteprefix and get paths in INC like staging_dir../usr/lib/perl5/$version/$archname
<xMff>
kyak: I've seen some discussion about making perl relocatable, it involved passing very long pathes during compilation and then later patch them in the binary
<kyak>
instead of just /usr/local
<kyak>
hm..
<kyak>
and $version is 5.10.X, but modules get installed into 5.10 (which is defined in perlmod.mk)
<kyak>
so i decided just to use otherlibdirs for that (i was reading INSTALL file, all these desribed there)
<xMff>
I wonder how perl reacts if we just replace /usr/local/foo with foo
<kyak>
is it done be sed?
<kyak>
*by
<xMff>
I just wonder what happens if some stuff using perl that is crosscompiled does not find required stuff in the otherlibdirs
<xMff>
and then skips to /usr/local
<kyak>
this case is not worse than it is now :)
<xMff>
if there are perl modules there and they're using XS they mightn ot fit to the staging perl and crash
<kyak>
when there are only /usr/local
<xMff>
true
<kyak>
i didn't test perl on target
<kyak>
but as it seems, it is build in a separate directory
<xMff>
ah yes, that the other issue. it will have full paths embedded
<kyak>
not host-perl
<kyak>
so it should not be a problem
<xMff>
ah, right
<xMff>
well I'll just apply your patch for now
<xMff>
it looks like an easy enough workaround
<xMff>
and no distro is shipping perl in /usr/local
<kyak>
no distro shoudl ship anything in /usr/local...
<xMff>
hm one thing in your fix... the 5.10 path component
<kyak>
yep
<xMff>
it should be inferred from the version
<kyak>
the problem is, that it is hardcoded in other place
<kyak>
and all modules go into 5.10 directory
<xMff>
there is PKG_VERSION
<kyak>
while actually the $version is 5.10.x
<kyak>
PKG_VERSION:=5.10.0
<kyak>
i can't use this
<kyak>
PERL_LIB := $(STAGING_DIR)/usr/lib/perl5/5.10 in perlmod.mk
<kyak>
therefore modules install there
<xMff>
why don't you jsut use this then?
<kyak>
hm..
<kyak>
i need to include this Makefile then, right?
<xMff>
it already is
<kyak>
i'm testing now
<xMff>
okay
<xMff>
I am waiting then
<kyak>
shouldn't take long.. after i replaced my SATA cable the HDD is UDMA-133 again, before it always fallbacked to DMA-33 -\