<qi-bot> [commit] Xiangfu Liu: configu.full_system: remove IB and Toolchain http://qi-hw.com/p/openwrt-xburst/e26ce43
<qi-bot> [commit] Xiangfu Liu: using 'strip' instead of 'sstrip' http://qi-hw.com/p/openwrt-xburst/257e48a
<bartbes> how does one get commit access to some openwrt repos?
<bartbes> maybe I could keep a fork somewhere in the mean time
<bartbes> but still
<bartbes> btw, do you guys now a libintl?
<xiangfu> bartbes: you mean the "packages" of OpenWrt?
<bartbes> yes
<xiangfu> don't know that. need talk to OpenWrt people.
<xiangfu> the "Stub" libintl, libiconv really not good for nanonote.
<xiangfu> maybe they should add one option about "Stub" libs. like: "PATENTED" option.
<bartbes> sorry, could you rephrase that?
<bartbes> do you mean libiconv is the replacement for libintl?
<xiangfu> bartbes: no. maybe I misunderstand you. let me talk my problem first.
<xiangfu> there are two libintl packages in openwrt:
<xiangfu> libintl                  Stub header for the GNU Internationalization library
<xiangfu> libintl-full             GNU Internationalization library
<xiangfu> the "Stub" libintl break  other packages compile. which make me can not compile a new openwrt image.
<bartbes> right
<bartbes> so I need libintl-full
<bartbes> interesting
<xiangfu> yes. then you need change packages "Makefile"
<xiangfu> because there are something like: "-I$(STAGING_DIR)/usr/lib/libiconv/include" need change to "libiconv-full"
<qi-bot> [commit] Xiangfu Liu: new pakcage: mediatomb, open source  UPnP MediaServer http://qi-hw.com/p/openwrt-packages/47496a7
<bartbes> nice
<kyak> xiangfu: hi! do you have an idea how to override packages from openwrt feeds? it seems that packages from openwrt-packages don't override packages from openwrt feeds. However, they can override packages from base system
<bartbes> kyak: rename ;)
<kyak> i think we are stuck at this libiconv/gettext problem.
<kyak> bartbes: rename won't work in this case
<bartbes> I know, but that is the solution to prioritize
<kyak> a lot of package depend on libiconv/gettext, not on renamed versions
<bartbes> maybe you should talk to one of the owrt devs
<bartbes> so they can at least tell you about the behavior of their build system
<xiangfu> I am ask "<xMff>" iin #openwrt-devel
<kyak> that's why i asked xiangfu
<kyak> xiangfu: thanks!
<bartbes> oh, is xiangfu an owrt dev as well?
<lekernel> nice pic! :)
<xiangfu> bartbes: me,, nanonote openwrt developer :)
<kyak> well, we have very experienced openwrt persons in here, including xiangfu
<kyak> i think it's not bad asking here before
<bartbes> but technically it has nothing to do with the nn
<wpwrak> lekernel: two errors: 1) that should be MM1s, 2) they should be stacked on the z-axis, too :)
<bartbes> lars-c (to prevent hilight :P) helped me before with the build system
<kyak> technically openwrt devs don't care about nn and about supporting of desktop options
<kyak> technically we are on our own
<lekernel> wpwrak: well we also have to find people who buy them
<bartbes> not quite
<xiangfu> <xMff> I thought about the nanonote deployments breifly when ripping out i18n, but as it does not reduce functionality compared to before I just did it
<bartbes> this is a problem regarding their build system
<xiangfu> out for awhile, back in ~30 mins
<kyak> well, fbterm doesn't compile. i don't know about rest
<kyak> and it doesn't compile because libiconv is ripped
<kyak> and it also causes a lot of other problems.
<kyak> every single commit to libiconv for the last two months is "unstubbing the stubbed"
<kyak> so they stubbed it
<kyak> and then started adding some fucntionalities when they see problems with a package
<wolfspraul> adam will send a proper mail, but ahead of that he told me 97 of 100 tested fine
<wolfspraul> ah no, 96
<wolfspraul> but one was just reflashed with the wrong pid 0731, that can be corrected
<wolfspraul> 3 with smt issues, he will upload pictures
<bartbes> kyak: well, I found one of their own packages that they broke
<bartbes> but first I need to get libintl-full to compile
<wolfspraul> all avoidable (theoretically), I think iqc issues again, but I'm blaming WeyJia (smt corp) less than Adam here, because they are under enormous economic pressure.
<wolfspraul> so I think it's fine. 3 bad ones, just toss.
<bartbes> ../intl/.libs/libintl.so: undefined reference to `libiconv_set_relocation_prefix'
<bartbes> :(
<kyak> bartbes: the problem is, that libintl-full will be compiled AFTER the packages that requires libintl. And this package will most likely not build against ripped off libintl
<kyak> yes, just like this..
<bartbes> oh I modified that
<bartbes> I added libintl-full to the dep list
<kyak> yeah, you modified it for 300+ packages that require libintl?
<kyak> you are talking about your app only.
<bartbes> no, for the one I'm building
<bartbes> but it doesn't even compile
<kyak> and it won't
<bartbes> I mean libintl-full
<kyak> because they install it into other directory
<bartbes> that I can all change
<bartbes> I don't care about reproducing it for the moment
<kyak> ok, you can keep thinking about your app only
<bartbes> ...
<bartbes> you make me sound bad
<bartbes> I just want to get this to work
<bartbes> to prove it's possible
<bartbes> I know there's a deeper problem
<kyak> ok, i'm sorry
<bartbes> I mean, I got the entire EFL already
<bartbes> I just want to get me some e17 on my nn
<kyak> speaking about that, do you have X running?
<bartbes> the EFL was easy, really, I just needed to change some flags to make it use fb and directfb, and don't use X
<kyak> or e17 is running in fb?
<kyak> i see
<kyak> that's great, hope it works
<bartbes> me too
<bartbes> it has quite a few backends
<bartbes> but I used fb and directfb
<qi-bot> [commit] David Kühling: gnuplot: fix ggi terminal video mode detection http://qi-hw.com/p/openwrt-packages/21acf8e
<qi-bot> [commit] David Kühling: gnuplot: Build and package help files for internal documentation system http://qi-hw.com/p/openwrt-packages/59ad4ea
<wpwrak> wolfspraul: 96-97% yield for a first run sounds tolerable :)
<bartbes> what are they, btw?
<wolfspraul> sure but we want 100, right? :-)
<wolfspraul> let's wait what the report says, and pics
<bartbes> kyak: gettext-full failing to compile doesn't seem to be helping..
<wolfspraul> Adam was super pissed about some of the mistakes, so there seems to be something he thinks can escalate easily.
<wolfspraul> it's very difficult to focus the limited resources exactly on the right spots.
<wolfspraul> economic resources I mean, time and money
<wolfspraul> along those lines, I saw a pretty interesting post on our planet this morning... http://www.funcubedongle.com/?p=342
<wolfspraul> nasty little things... hard to predict, catch, fix all of this effectively.
<wpwrak> cracked caps. ugly.
<qi-bot> [commit] David Kühling: gnuplot-ggi: build without mouse support so we can leave plots via keypress http://qi-hw.com/p/openwrt-packages/8a1f0d4
<qi-bot> [commit] Xiangfu Liu: using STDOUT_FILENO, remove tcsetpgrp http://qi-hw.com/p/gmenu2x/bfe772b
<wolfspraul> wpwrak: there's some of the pics http://en.qi-hardware.com/wiki/Special:NewFiles
<wolfspraul> someone had fun with the cutter :-)
<wpwrak> "U5 direction wrong" sounds terminal
<wpwrak> which one would be the cutter ?
<zear> oh nice, gmenu2x progress
<qi-bot> [commit] Xiangfu Liu: tunec: remove @BROKEN, fftw3 fixed in upstream r24169 http://qi-hw.com/p/openwrt-packages/48e266a
<qi-bot> [commit] Xiangfu Liu: gmenu2x: update http://qi-hw.com/p/openwrt-packages/134dbbb
<viric> has anyone made a nice-looking guitar tuner?
<viric> I only used that small console program, fftw3 based.
<wolfspraul> I don't blame them. This is an economic challenge, not a tech challenge.
<wolfspraul> those who don't understand that don't understand manufacturing :-)
<wolfspraul> maybe you could also cut the pcb with a programmed laser cutter?
<wolfspraul> don't know...
<viric> what is v-cut?
<wpwrak> oh, i see. these cuts are quite ugly.
<wpwrak> a laser cutter sounds nice. minimum mechanical stress.
<wolfspraul> ah nice, laser is just starting http://en.wikipedia.org/wiki/Depanel#Main_depanel_technologies
<wolfspraul> viric: the v-cut is a groove line in the pcb, between pcbs - basically the separation line
<viric> ah
<viric> students of electronic engineering should receive points for reading this channel.
<viric> :)
<wpwrak> viric: harsh reality points :)
<viric> wolfspraul: I'm about to make a release of the rss reader
<wolfspraul> wonderful
<wolfspraul> xiangfu was a little sick, but now he is fully recovered and back at hacking :-)
<wpwrak> wolfspraul: for protruding connectors, you could pre-cut the board such that it's already completely separated under the connector or maybe even the entire side of the connector (if there's only one). that should make depanelization quite straightforward.
<viric> :)
<wpwrak> ah, those new year hangovers ... :)
<viric> yes, nothing new :)
<wolfspraul> they didn't have (chinese) new year yet
<wolfspraul> that's also 10 times crazier than anything I've ever seen in the rest of the world
<viric> ah, those week end hangovers ...
<wolfspraul> so we have to give him a week off for that...
<wolfspraul> good thing that hearing loss doesn't matter much in hacking
<wpwrak> (cny) ah, i thought it was a more sedate, family-oriented event. so it's fun then. good :)
<wolfspraul> viric: if you know electronic engineering students, point them here
<wolfspraul> unfortunately manufacturing is still considered dirty and lowish, big mistake if you look at the billions and billions apple is piling up, for example :-)
<wpwrak> particularly those with RF skills :)
<wolfspraul> wpwrak: 'sedated'? you must be kidding...
<viric> wolfspraul: I told 'page' to come in, and he came. We work together; not students anymore :)
<viric> Well, to be honest, I'm still counted as an EE student I think. I did not finish. hehe
<wpwrak> wolfspraul: there's a big difference between "sedate" and "sedated" ;-))
<viric> both page and me are graduated (mostly) as Electronics and Telecommunications engineers
<viric> but at least me, I'm ashamed for my lack of practical skills.
<wolfspraul> yeah, I just wanted to say - you don't know what a v-cut is?
<wolfspraul> you can send your profs a big THANK YOU card :-)
<viric> :)
<wpwrak> *grin*
<viric> well, they will say that "if you had come more often, and when you come, less drunk..."
<viric> but hey, I did not have bad points on exams.
<wolfspraul> viric: hey, that means you can also help with Xue schematics review :-)
<viric> I can't say no to taking a look.
<wolfspraul> download the sources, use dsv to download the datasheets, and start peeking over the schematics
<wolfspraul> if you don't have kicad, you can just use a pdf viewer
<viric> I have kicad sure
<wolfspraul> oh cool!
<wpwrak> still not quite ready for serious review yet, no ?
<wolfspraul> I don't know.
<wpwrak> "Design in progress!!!" all over the place
<wolfspraul> Andres worked a bit over the holidays, not sure how much headway he made.
<wolfspraul> maybe he tries to fight off too harsh feedback like that ;-)
<wolfspraul> like the google 'beta'
<wpwrak> yeah, it has this kind of ring to it :)
<wpwrak> whee, qualcomm snatches up atheros. now, which of the two is less open ? :)
<wolfspraul> ah that's news, interesting.
<wolfspraul> more consolidation, that's not surprising.
<wolfspraul> there will be lots more.
<viric> I agree.
<wolfspraul> today I read Samsung will invest 30 billion EUR in 2011!
<wolfspraul> the numbers are getting higher and higher. unbelievable.
<wolfspraul> they have a fantastic business.
<wpwrak> you should ask them to put a modest 0.1% into qi-hw :)
<wolfspraul> wow. that would be... 30 million EUR!
<wpwrak> almost nothing
<wolfspraul> Samsung totally understands manufacturing.
<wolfspraul> but unfortunately, unless they see a reason, they won't do the first step towards more open. :-)
<wolfspraul> but that's ok. they are not against it either, definitely not. So when this secrecy nonsense stops, Samsung can just flip the switch and be open.
<wolfspraul> but with those huge numbers it will be hard to convince them to take the risk, and I understand that.
<viric> I try to find the xue git project
<wolfspraul> projects.qi-hardware.com/p/xue
<wolfspraul> git clone git://projects.qi-hardware.com:xue.git
<wpwrak> (hard to convince) yeah, legal risks ...
<DocScrutinizer> (towards more open) ask raster
<DocScrutinizer> qualcom atheros merger sounds :-/ to me anyway
<wolfspraul> DocScrutinizer: why?
<wolfspraul> Atheros was small, had to happen. There are many many more lined up.
<wolfspraul> the capital and investment pressure is enormous.
<DocScrutinizer> reducing vectors to leverage the whole thing
<wolfspraul> I'm sure at 50% of independent IC companies, some managers are working on m&a options, so they can always pull one out if big investments become necessary.
<wolfspraul> what can you do...
<DocScrutinizer> it's more fun to compete - been written on all pinball machines
<wolfspraul> fun, for whom?
<wolfspraul> if you need 500 million USD to invest, and you don't have them, what's fun about that?
<DocScrutinizer> in this particular case for us, when they do
<DocScrutinizer> well, OTOH if you bribed *one* dude at *one* Qual-theros, now you got more for same price :-)
<DocScrutinizer> and we've really not seen atheros and qualcom competing in regard of openness
<wolfspraul> nobody is competing on openness
<wolfspraul> well, except for the marketing people here and there :-)
<DocScrutinizer> hmm, intel at least pretends to
<wolfspraul> you were one of the DRM fans, weren't you?
<DocScrutinizer> YEAH - my favourite (for a target in the shooting range)
<wolfspraul> so Intel pretends what?
<wolfspraul> "upgradeable hardware"
<DocScrutinizer> DUH, killswitch. Thanks for the link
<roh> heh. yes. its time for trustable south/northbridges/soc ;)
<wpwrak> intel consider that, in some areas, a higher than average degree of openness helps them furthering their goals. i think that's an attitude we can agree with.
<wpwrak> wolfspraul: time to make the MM0.5. then sell the upgrade to MM1 in half a year ;-)
<wpwrak> wolfspraul: of course, since the MM1 was already announced, that would be "MM1" and "HX+MM3000"
<wpwrak> today seems to be dedicated to the celebration of the Perfect Immobility of the Holy Coach Potato, at customs. my digi-key stuff is still sitting there, since 1:41 am :-( meanwhile, the bens have entered brazilian airspace
<ctZorgNotZerg> hi I was hoping someone could answer some questions about sandy bridge procs?
<kristianpaul> larsc: great (new page) !
<kristianpaul> Is nice know how to do this separatelly :-) (at least for me)
<larsc> kristianpaul: good to know that is useful :)
<wpwrak> (kernel build page) great, thanks !
<qi-bot> [commit] Lars-Peter Clausen: Add gpio chager driver http://qi-hw.com/p/qi-kernel/77c61e9
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4740: qi_lb60: Add gpio-charger device http://qi-hw.com/p/qi-kernel/49b2a95
<qi-bot> [commit] Lars-Peter Clausen: Add n516 board support http://qi-hw.com/p/qi-kernel/d022d3f
<qi-bot> [commit] Lars-Peter Clausen: Add n526 board support http://qi-hw.com/p/qi-kernel/a8cc3ae
<qi-bot> [commit] Lars-Peter Clausen: Add N516 sound SoC board driver http://qi-hw.com/p/qi-kernel/8ed0276
<qi-bot> [commit] Lars-Peter Clausen: Add N526 sound SoC board driver http://qi-hw.com/p/qi-kernel/04bfa7b
<qi-bot> [commit] Lars-Peter Clausen: i2c: Add i2c driver for JZ47XX SoCs http://qi-hw.com/p/qi-kernel/8f1beb3
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4740: Fix i2c driver name. http://qi-hw.com/p/qi-kernel/302b0ba
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4740: Add id800wt board http://qi-hw.com/p/qi-kernel/02f99c3
<qi-bot> [commit] Lars-Peter Clausen: MFD: jz4740-adc: Add support for the touchscreen part of the adc unit http://qi-hw.com/p/qi-kernel/db0d9c6
<qi-bot> [commit] Lars-Peter Clausen: input: Add touchscreen driver for the JZ4740 SoC http://qi-hw.com/p/qi-kernel/dc7f0a5
<qi-bot> [commit] Lars-Peter Clausen: Add defconfig http://qi-hw.com/p/qi-kernel/a7f059a
<qi-bot> [commit] Lars-Peter Clausen: Framebuffer notifier: Call notifier callbacks prior to blanking the screen http://qi-hw.com/p/qi-kernel/a7ce781
<qi-bot> [commit] Lars-Peter Clausen: qi_lb60: Don't use 3-wire spi mode for the display for now http://qi-hw.com/p/qi-kernel/d39fdfb
<qi-bot> [commit] Lars-Peter Clausen: POWER: jz4740-battery: Protect against concurrent battery readings http://qi-hw.com/p/qi-kernel/bb050fc
<qi-bot> [commit] Lars-Peter Clausen: POWER: jz4740-battery: Check if platform_data is supplied http://qi-hw.com/p/qi-kernel/c69da02
<qi-bot> [commit] Lars-Peter Clausen: MTD: NAND: jz4740: Make 'struct platform_driver jz_nand_driver' static http://qi-hw.com/p/qi-kernel/bbc3974
<qi-bot> [commit] Lars-Peter Clausen: MTD: NAND: jz4740: Remove custom {read,write}_page handlers http://qi-hw.com/p/qi-kernel/1c39092
<qi-bot> [commit] Lars-Peter Clausen: MIPS: JZ4740: Set nand ecc offsets for the qi_lb60 board http://qi-hw.com/p/qi-kernel/1bba17a
<qi-bot> [commit] Lars-Peter Clausen: mfd: Convert jz4740-adc to new irq_ methods http://qi-hw.com/p/qi-kernel/b77ba0c
<qi-bot> [commit] Werner Almesberger: cameo: array steps can now be specifed as item size plus border http://qi-hw.com/p/cae-tools/ee3a3e6
<qi-bot> [commit] Werner Almesberger: cameo/path.c (path_connect): corrected logic when merging B->A http://qi-hw.com/p/cae-tools/4b717ca
<qi-bot> [commit] Werner Almesberger: atusd.brd: removed short edge segment left under larger segment http://qi-hw.com/p/ben-wpan/e2c5d42
<qi-bot> [commit] Werner Almesberger: atusd/cam: updated to use cameo http://qi-hw.com/p/ben-wpan/6ccb252