| 00:02.13 | qi-bot | [commit] David Kühling: alfilesel: minor fixes (master) http://qi-hw.com/p/openwrt-packages/c3c191c |
| 00:52.48 | *** join/#qi-hardware cladamw (~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 01:52.43 | *** join/#qi-hardware wej (~j@95.211.92.234) |
| 04:02.41 | *** join/#qi-hardware rejon (~rejon@li408-40.members.linode.com) |
| 04:46.33 | *** join/#qi-hardware rejon (~rejon@58.83.252.197) |
| 05:11.32 | *** join/#qi-hardware cladamw (~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 05:22.05 | DocScrutinizer | viric: mhm, nice |
| 05:42.48 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-5.telecom.by) |
| 06:41.03 | *** join/#qi-hardware pabs3 (~pabs@d122-109-116-184.per801.wa.optusnet.com.au) |
| 07:13.00 | *** join/#qi-hardware pabs3 (~pabs@d122-109-116-184.per801.wa.optusnet.com.au) |
| 07:17.08 | *** join/#qi-hardware wolfspraul (~wolfsprau@114.241.248.250) |
| 07:55.30 | *** join/#qi-hardware Martix (~martix@4.177.broadband3.iol.cz) |
| 08:13.07 | *** join/#qi-hardware pabs3 (~pabs@d122-109-116-184.per801.wa.optusnet.com.au) |
| 08:22.06 | *** join/#qi-hardware Aylax (~Aylax@90.84.144.201) |
| 08:25.53 | *** join/#qi-hardware jekhor (~jek@46.216.196.115) |
| 08:41.53 | *** join/#qi-hardware pabs3 (~pabs@d122-109-116-184.per801.wa.optusnet.com.au) |
| 09:00.44 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 09:14.32 | *** join/#qi-hardware jekhor (~jek@46.216.155.226) |
| 09:33.01 | mirko | larsc: ping |
| 09:36.38 | mirko | wolfspraul: reviewing patches now |
| 09:38.15 | mirko | currently looking at http://pb.nanl.de/1061/34458611/ - this is mostly ben-specific kernel modules |
| 09:38.46 | mirko | and they will only work when the xburst kernel patches are applied (implies the xburst target is selected) |
| 09:39.12 | mirko | so it doesn't make sense to put them into package/kernel/modules/ but should go into own packages which depend on the xburst target |
| 09:53.17 | wolfspraul | mirko: that's the wpan stuff - ben specific? |
| 09:53.22 | wolfspraul | where do you want to have it in the tree? |
| 09:53.51 | wolfspraul | the 802.15.4 stuff is meant to go into kernel.org, not ben-specific I think |
| 09:54.18 | wolfspraul | you could plug an atusb into any router with usb... |
| 10:00.21 | wolfspraul | ok I think you want this as an individual package, same as the other apps |
| 10:01.33 | wolfspraul | can it still be compiled into the kernel statically then? as long as that's the case of course we can move it over to the qi packages |
| 10:02.04 | wolfspraul | so your choice: kernel module or qi package. I think kernel module makes more sense, especially given what the wpan project aims for and is working on. |
| 10:02.31 | lindi- | maintains the qi package |
| 10:02.48 | lindi- | http://packages.debian.org/search?keywords=qi |
| 10:03.36 | *** join/#qi-hardware Martix (~martix@wg-sl-gymn.inext.cz) |
| 10:07.52 | wolfspraul | the bootloader, wow |
| 10:08.19 | wolfspraul | lindi-: do you have a feeling/guess/knowledge who is using it? |
| 10:09.50 | *** join/#qi-hardware kristianpaul (~kristianp@unaffiliated/kristianpaul) |
| 10:15.00 | *** join/#qi-hardware MabYwen (~ewan@dslb-178-007-029-208.pools.arcor-ip.net) |
| 10:15.17 | *** part/#qi-hardware MabYwen (~ewan@dslb-178-007-029-208.pools.arcor-ip.net) |
| 10:15.47 | lindi- | wpwrak: I am :) |
| 10:30.49 | cladamw | wpwrak, i just manually fixed *.lib :-) |
| 10:31.04 | cladamw | wpwrak, it lost one line. :-) |
| 10:32.02 | lindi- | wolfspraul: I just got sick of having wiki.debian.org point people to random websites to download bootloader binaries |
| 10:33.55 | wolfspraul | sure, it's good |
| 10:34.16 | cladamw | wpwrak, I created two empty but only have rectangle multi-parts and then compared two multi-parts library http://dpaste.com/726195/ the line "S -1150 2700 1250 -2800 1 1 0 N" was lost. :-) |
| 10:34.42 | wolfspraul | I'm a little worn out with Debian packages, although I very much recognize the enormously important work happening there |
| 10:35.00 | wolfspraul | it took 1.5 years or so to get xburst-tools in, and I think it will be removed again due to cross-compilation issues |
| 10:35.03 | wolfspraul | :-) |
| 10:35.05 | wolfspraul | well then |
| 10:35.37 | wolfspraul | the one thing I looked for recently and could not find was a debian package for openscad |
| 10:51.32 | cladamw | wpwrak, it makes me remembered that deleted the rectangle block in FIRST sub-part. then eeschema confuses/or can't handle such deleted act in FIRST sub-part, then no matter whatever I tried to draw new rectangle in which sub-part will ALWAYS add into all else sub-part. It's a BUG in eechema. ;-) |
| 10:52.01 | kristianpaul | too early, but at least there is now a opencsg |
| 10:52.18 | kristianpaul | about openscad |
| 10:53.58 | mirko | wolfspraul: well, the wpan-stuff depends on TARGET_xburst - at elast what xiangfu sent me |
| 10:54.26 | mirko | spi_atben definitely is ben specific |
| 10:55.12 | mirko | WHEN it is not xburst-specific, the kernel patches need to go into the 'generic patches' directory |
| 10:55.23 | mirko | otherwise they only get applied, when the xburst target is selected |
| 10:55.33 | mirko | this way they won't be available for other platforms than xburst |
| 10:59.51 | mirko | so, either it's xburst-specific: patches need to be target-specific, packages should be usual packages (not package/kernel/modules) |
| 11:00.32 | mirko | or the patches are generic (applied for all targets) and do not depend on a particular target/architecture, then they could go into package/kernel/modules |
| 11:00.42 | mirko | right now - looking at the patch - it's mixed up |
| 11:02.21 | mirko | i've no problem committing the wpan-stuff for all targets |
| 11:05.50 | qi-bot | [commit] Adam Wang: 1. renamed wm9707scft.* to wolfson.* (master) http://qi-hw.com/p/kicad-libs/ff07877 |
| 11:06.00 | mirko | which implies generic WPAN stuff needs to be extracted from the xburst-specific patches and converted into generic ones (referring to drivers/ieee802154/* in particular) |
| 11:22.51 | *** join/#qi-hardware DocScrutinizer2 (~halley@openmoko/engineers/joerg) |
| 11:44.54 | larsc | mirko: pong |
| 12:02.14 | wolfspraul | mirko: perfect, I got it. so mostly you care that the builds and dependencies are consistent |
| 12:02.37 | wolfspraul | I will find out whether we see wpan more ben-specific or more kernel-generic, and then you should get an updated patchset tomorrow |
| 12:02.40 | wolfspraul | thanks for feedback! |
| 12:04.47 | wpwrak | the atben drivers are definitely ben-specific. atusb and the rest of the stack (from linux-zigbee) aren't. |
| 12:06.57 | wpwrak | well, driver(s). one variant replaced the other. |
| 12:08.34 | *** join/#qi-hardware Martix (~martix@wg-sl-gymn.inext.cz) |
| 12:18.07 | *** join/#qi-hardware pabs3 (~pabs@d122-109-116-184.per801.wa.optusnet.com.au) |
| 12:32.09 | *** join/#qi-hardware cladamw (~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 12:33.46 | wpwrak | cladamw: (lines in the wrong part) are you sure the part/body switch was set correctly ? i think, when you restart the component editor, it'll reset |
| 12:34.11 | wpwrak | cladamw: (wm9707scf rename) is that the only part wolfson produce ? :) |
| 12:36.02 | cladamw | wpwrak, yes, i was sure 'locked' switch was checked. ;-) |
| 12:36.57 | cladamw | wpwrak, once you deleted FIRST rectangle in first sub-part, you run into this problem. |
| 12:37.24 | wpwrak | (locked) i mean "Edit pins per part" |
| 12:37.26 | cladamw | wpwrak, i'd prefer to use wolfson. ;-) |
| 12:37.38 | cladamw | yes, it's locked. |
| 12:38.08 | cladamw | you can use Editor to delete it first then try it. ;-) |
| 12:40.36 | cladamw | wpwrak, i can easily reproduce the bug now. ;-) |
| 12:40.41 | *** join/#qi-hardware jekhor (~jek@mx2.promwad.com) |
| 12:41.06 | wpwrak | (wolfson) what i mean is that things get messy if more wolfson chips get added since git can't track changes inside a .lib file. so all the changes to one part will appear to affect all the wolfson chips |
| 12:41.41 | cladamw | once you deleted rectangle in first sub-part. |
| 12:43.03 | cladamw | no, i noticed that git can track changed codes inside *.lib , are you sure ? |
| 12:43.10 | wpwrak | (rectangle) seems that the flag doens't affect drawings |
| 12:43.51 | mirko | wolfspraul: welcome :) |
| 12:44.08 | wpwrak | (.lib) what i mean is that you can't search for changes of, say, only the wm9707scft in a .lib if there are other things in there |
| 12:44.27 | cladamw | yes, flag doesn't affect it. but if you switch to else sub-part, you can see your all changes go to else sub-part. :-) |
| 12:45.04 | wpwrak | cladamw: if you keep one component per lib, then you can git log wm9707scft.lib and see the revision history of that part |
| 12:45.48 | cladamw | okay. have not used git log though. i try it. :) |
| 12:45.51 | wpwrak | (git) similar with other commands |
| 12:47.58 | wpwrak | (rectangle) if you double-click on it, you get a pop-up with a "Shared by all parts in component" checkbox. that one seems to do the trick. |
| 12:49.15 | cladamw | oah..yeah...that one i knew. :-) |
| 12:50.16 | wpwrak | so this solves the problem ? or do deletes still affect other parts if you un-check "Shared ..." ? |
| 12:52.16 | cladamw | but i meant once you deleted rectangle in first sub-part, then draw a new rectangle still in first sub-part, then switch to else sub-part, you will see the new rectangle is all existed there, which is not the need we want. no matter what you checked "Edit pins per part" or not. :-) |
| 12:53.03 | cladamw | yes, i added one line after comparing those two empty *.lib, then try a while, now it's okay. |
| 12:53.29 | cladamw | inserted one line in lib. |
| 12:53.36 | wpwrak | i'm confused :) |
| 12:54.27 | wpwrak | does the "one line" refer to the rectangle problem ? or are you talking about something else ? |
| 12:54.40 | cladamw | let me git push the new spartan-6 then later you can follow my steps above, you will see. :-) |
| 12:56.24 | qi-bot | [commit] Adam Wang: added Xilinx XC6SLX45-2FGG484C (master) http://qi-hw.com/p/kicad-libs/e2393f3 |
| 13:00.46 | wpwrak | you have "Shared by all parts in component" set |
| 13:00.50 | cladamw | wpwrak, 1 - make you that's checked 2 - delete rectagnle in part A 3 - re-draw a new rectangle 4 - switch to other part [B:F], see there's a new rectangle on there. It's wrong 5. added one line as i posted earlier then fixed. |
| 13:01.29 | wpwrak | move the mouse over the edge of the rectangle, then press E |
| 13:01.49 | wpwrak | then you'll get a dialog with a checkbox "Shared by all parts in component" |
| 13:02.46 | wpwrak | if there's an [X], the rectangle will appear in all parts. if you click to change it to [ ], it won't be shared (as far as i can tell) |
| 13:03.58 | cladamw | you meant that "Apply changes to all parts in components" ? |
| 13:05.14 | wpwrak | which verion of kicad are you using ? |
| 13:05.21 | wpwrak | verSion |
| 13:05.29 | cladamw | arh ? your dialog msg isn't same as mine ? |
| 13:05.38 | wpwrak | i don't know :) |
| 13:05.59 | cladamw | Build: (2010-08-11 BZR 2448)-unstable |
| 13:06.00 | wpwrak | i have 2012-03-20 BZR 3482 |
| 13:06.09 | wpwrak | okay, so some things may be different |
| 13:06.16 | cladamw | oah...man! |
| 13:06.40 | cladamw | nice ! yours are super new though. :-) |
| 13:07.04 | wpwrak | ah, ignore the date. that's just when i compiled it |
| 13:07.18 | cladamw | well...nevermind now on my problems. let's ignore it now. |
| 13:07.47 | cladamw | well....so how do i install yours ? |
| 13:07.49 | wpwrak | or wait .. no, that's actually from then. hmm |
| 13:08.02 | wpwrak | lemme clean up my stuff :) |
| 13:08.38 | wpwrak | it should be BZR 3378. but that's still newer than what you have |
| 13:09.56 | cladamw | yeah...but it's safe on my site now. since I'll super carefully on editing multi-part. but no more such part needed to create now. haha... |
| 13:12.55 | wpwrak | seem that kicad's build process uses the information from the latest commit not from the one checked out. |
| 13:13.00 | cladamw | (electrical type of pin properties) wpwrak btw, although I git pushed lib, but may few of those pins are not set well though. It's quite a lot of check works. I think in DRC stage I'll meet err then. :-) |
| 13:14.41 | cladamw | then I'll fix them somewhere. :-) |
| 13:15.53 | wpwrak | soon you'll be able to use this tool: http://downloads.qi-hardware.com/people/werner/tmp/out.pdf |
| 13:16.04 | wpwrak | make sit much easier to check the pin types |
| 13:17.33 | cladamw | wow~ nice |
| 13:17.55 | cladamw | "make sit" ? |
| 13:19.00 | wpwrak | s/make sit/makes it |
| 13:19.01 | qi-bot | wpwrak meant: "makes it much easier to check the pin types" |
| 13:19.17 | wpwrak | race condition between my fingers :) |
| 13:19.23 | cladamw | ha :-) |
| 13:25.40 | cladamw | wpwrak, do you think that NC we should use "Unspecified" or "Not connected" ? |
| 13:26.33 | cladamw | from your out.pdf you used an "Unspecified". |
| 13:28.04 | wpwrak | i think NC didn't exist when i did these |
| 13:28.19 | wpwrak | lemme check how it works ... |
| 13:29.05 | wpwrak | Unspecified for those that have no internal connection |
| 13:29.34 | wpwrak | NC for those that are "do not connect" or those where we don't know if it's safe to connect something or not |
| 13:29.59 | cladamw | this is defined by yourself or KiCad ? |
| 13:30.03 | wpwrak | this way, one can still use "NC" pins for routing |
| 13:30.16 | wpwrak | this is what i suggest to use |
| 13:30.44 | cladamw | okay. |
| 13:41.52 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 13:50.29 | qi-bot | The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.minimal-20120402-0952 |
| 13:58.06 | *** join/#qi-hardware jivs_ (~jivs@nat-sta-slph1.tvu.ac.uk) |
| 14:31.40 | *** join/#qi-hardware Aylax (~Aylax@90.84.144.201) |
| 14:31.42 | *** join/#qi-hardware urandom__ (~user@p548A5FB2.dip.t-dialin.net) |
| 14:39.29 | *** join/#qi-hardware Martix (~martix@4.177.broadband3.iol.cz) |
| 14:54.14 | *** join/#qi-hardware Aylax (~Aylax@90.84.144.201) |
| 15:02.42 | *** join/#qi-hardware Aylax (~Aylax@90.84.144.201) |
| 15:05.22 | *** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 15:05.52 | *** join/#qi-hardware Aylax (~Aylax@90.84.144.201) |
| 15:06.56 | *** join/#qi-hardware capiscuas (~capiscuas@ppp-58-8-135-155.revip2.asianet.co.th) |
| 15:18.54 | *** join/#qi-hardware Aylax- (~Aylax@ACaen-157-1-166-115.w90-62.abo.wanadoo.fr) |
| 15:39.14 | whitequark | wolfspraul: hm, disassembled my microUSB-HDMI adapter |
| 15:39.21 | whitequark | it only uses four pins |
| 15:39.26 | whitequark | of which two are power |
| 15:39.37 | whitequark | and the two rest seem to be just like USB data lanes |
| 15:40.01 | whitequark | but 480 mbit/s isn't enough for uncompressed full-HD video afaik, so how does it work? |
| 15:47.19 | *** join/#qi-hardware kilae (~chatzilla@catv-161-018.tbwil.ch) |
| 16:17.38 | Aylax- | It's enough for blu-ray |
| 16:41.20 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-146-20.w109-222.abo.wanadoo.fr) |
| 16:52.07 | *** part/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 16:55.11 | *** join/#qi-hardware GNUtoo (~gnutoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it) |
| 17:00.05 | *** join/#qi-hardware paroneayea (~user@fsf/member/paroneayea) |
| 17:02.46 | mth | whitequark: 24bpp 1920*1080 at 60 Hz is almost 3 Gbit/s |
| 17:03.47 | mth | 480 Mbit/s would be just enough for 640*480 |
| 17:03.47 | whitequark | mth: exactly |
| 17:04.01 | whitequark | and I definitely remember a whole lot of problems with USB displays |
| 17:04.07 | whitequark | there's even a chip for that |
| 17:04.08 | mth | so it either supports lower resolution, lower bpp, lower frame rate or it does do compression |
| 17:04.12 | whitequark | DisplayLink or DisplayPort or whatever |
| 17:04.44 | qi-bot | [commit] kyak: Revert "gmenu2x update to latest git commit date: 20120331" (master) http://qi-hw.com/p/openwrt-packages/cbd1c61 |
| 17:04.48 | whitequark | Aylax-: blu-ray isn't uncompressed |
| 17:05.13 | whitequark | mth: the problem with compression is, you can't compress screen contents fast and efficiently |
| 17:05.36 | whitequark | you need a good hardware encoder, a good hardware decoder and it still will lag on some patterns |
| 17:06.09 | mth | if you don't care about efficiency too much, you can compress it quickly though |
| 17:06.23 | whitequark | but you need to fit hd to 480mbit |
| 17:06.34 | whitequark | through it probably does not do 60hz |
| 17:06.48 | mth | compress every frame as JPEG image? |
| 17:06.54 | whitequark | ffuuuu~~~ |
| 17:07.12 | whitequark | not to mention that jpeg is surprisingly costly for such a crappy algorithm |
| 17:08.24 | whitequark | and the hw I have definitely does not do jpeg |
| 17:08.32 | whitequark | nor it does any other kind of lossy compression |
| 17:08.45 | mth | since the PC side is USB, the compression has to be done by the driver, so it's likely not hardware accelerated, or at least not accelerated by this adapter (it could use the GPU) |
| 17:09.11 | whitequark | it's not PC |
| 17:09.14 | whitequark | it is a phone |
| 17:09.19 | mth | ah |
| 17:09.23 | whitequark | http://en.wikipedia.org/wiki/Mobile_High-definition_Link with this |
| 17:09.35 | whitequark | looks like it just uses USB data lanes for some kind of LVDS |
| 17:09.53 | whitequark | I suppose you could fit 3gbit/s there if you try hard |
| 17:10.08 | mth | does it actually conform to the USB spec though? |
| 17:10.12 | whitequark | indeed |
| 17:10.16 | mth | maybe it cheats and uses the connector but not the protocol |
| 17:10.26 | whitequark | it has USB too |
| 17:10.30 | whitequark | OTG |
| 17:13.40 | mth | it says "5-pin interface", while USB is 4-pin |
| 17:21.33 | whitequark | mini/microUSB is 5-pin |
| 17:21.39 | whitequark | surprise! |
| 17:21.52 | whitequark | well, miniusb actually has a 4-pin variant, but no one ever uses it AFAIK |
| 17:22.05 | whitequark | not sure about microusb, but they probably ditched the 4-pin variant |
| 17:22.09 | whitequark | just look at the connector. |
| 17:23.53 | mth | indeed, my cable has 5 pins too |
| 17:24.30 | larsc | the 5th pin is used to indicate which kind of device is on the other end |
| 17:32.59 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-146-20.w109-222.abo.wanadoo.fr) |
| 17:33.46 | whitequark | yeah |
| 17:33.51 | whitequark | it's shorted to GND via a resistor |
| 17:34.04 | whitequark | or just shorted to GND or left opened |
| 17:34.24 | whitequark | one of the variants is for OTG and the other is for phone to detect a high-current charger |
| 17:35.59 | larsc | there are also some resistor values used for uart-via-usb and audio-via-usb |
| 17:36.18 | larsc | in which case they just use the usb data lanes |
| 17:40.17 | larsc | see here for more: http://www.ulpi.org/ulpi_whitepaper_v2.pdf |
| 17:44.56 | GNUtoo | larsc, hi |
| 17:45.45 | larsc | hi GNUtoo |
| 17:47.23 | GNUtoo | larsc, I sent a patch to linux-samsung from you about fixing boot of gta02, I got no responses, should I send to another list? the patch is linked from here: http://article.gmane.org/gmane.linux.kernel.samsung-soc/10350 |
| 17:47.59 | whitequark | larsc: huh, interesting, thanks for the link |
| 17:50.18 | larsc | GNUtoo: try to ping the maintainer again |
| 17:50.25 | larsc | patches sometimes get overlooked |
| 17:50.47 | GNUtoo | ok |
| 17:50.48 | GNUtoo | thanks |
| 17:55.46 | whitequark | DocScrutinizer2: (qualcomm-atheros) |
| 17:55.47 | whitequark | UPDATE: I have been contacted by Qualcomm PR regarding this expected presentation next week. The content of the Qualcomm Atheros developers was not approved by Qualcomm's legal department and the views to be expressed will be of their own personal beliefs. |
| 17:56.02 | DocScrutinizer | hmm? |
| 17:56.06 | DocScrutinizer | aah |
| 17:56.49 | DocScrutinizer | what presentation though? |
| 17:57.57 | DocScrutinizer | larsc: actually the 5th pin just indicates whether this is an A or a B plug |
| 17:58.50 | DocScrutinizer | which arguably implies some general indication what the other end of cable might look like, and this which remote device |
| 18:00.37 | DocScrutinizer | short to GND = A, open = B, some resistor indicates fastcharger, or charging Y-cable setup for charging A-OTG host |
| 18:01.37 | DocScrutinizer | some ultraweird "standard" is using ID pin as *output* to control chargers |
| 18:01.42 | DocScrutinizer | or somesuch |
| 18:03.28 | whitequark | DocScrutinizer: they [Atheros guys] presented their thoughts in a form of a presentation |
| 18:03.43 | whitequark | maybe want to speak at some conf |
| 18:03.45 | DocScrutinizer | and some very tricky battery dongles seem to use ID pin as anohter power-in or -out |
| 18:05.02 | DocScrutinizer | ooh, those "nuke all proprietary drivers zealots?" |
| 18:05.20 | whitequark | yeah |
| 18:05.47 | DocScrutinizer | hahaha |
| 18:06.09 | whitequark | but maybe it's the same as some Samsung employees giving away a lot of internal docs without any NDAs or similar shit |
| 18:06.14 | DocScrutinizer | now either they get twice the wages, or they are already fired |
| 18:06.16 | whitequark | just because they couldn't do it officially |
| 18:06.18 | whitequark | hehe |
| 18:07.09 | DocScrutinizer | whitequark: are those dudes relatives of me? ;-D |
| 18:07.42 | whitequark | DocScrutinizer: no idea, I didn't talk to them, just heard on #replicant |
| 18:07.58 | whitequark | Ingenic folks tend to do the same |
| 18:08.07 | whitequark | e.g. they sent us a full minios source tree |
| 18:08.13 | DocScrutinizer | OM folks too ;-) |
| 18:08.18 | whitequark | well |
| 18:08.25 | whitequark | are they supposed to be proprietary?.. |
| 18:08.34 | DocScrutinizer | hough there's not much closed stuff inside OM |
| 18:09.24 | DocScrutinizer | some crappy calypso GSM stack, 90% binary libs, already 'leaked' by somebody else |
| 18:09.41 | DocScrutinizer | some glamo docs that meanswhile are semi-public |
| 18:10.17 | DocScrutinizer | dunno shit about atheros wl6001 or whatever WLAN firmware |
| 18:10.59 | DocScrutinizer | but that's no APE land blob anyway (neither is modem) |
| 18:11.01 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-5.telecom.by) |
| 18:12.05 | whitequark | well, given that some pre-android motorola actually had a probe in the wlan firmware... |
| 18:12.12 | whitequark | I would care about this stuff |
| 18:12.30 | DocScrutinizer | and I think there actually were some accidentally publicly accessable schematics where the calypso modem pages didn't lack |
| 18:13.37 | DocScrutinizer | probe? |
| 18:13.37 | whitequark | like you cannot sandpaper the board and reverse-engineer that layout anyway |
| 18:13.40 | whitequark | hm |
| 18:13.46 | whitequark | you could ICMP it |
| 18:13.56 | whitequark | and it would happily relay all traffic to whoever had sent the secret ICMP |
| 18:14.07 | DocScrutinizer | ooh |
| 18:14.08 | DocScrutinizer | nice |
| 18:14.26 | whitequark | no "verifiable" (in terms of wikipedia) source, but I pretty much sure that there was |
| 18:14.37 | Aylax- | Somebody highlighted me here? |
| 18:14.40 | DocScrutinizer | would show immediately on my monitored and logged WLAN AP |
| 18:14.54 | whitequark | DocScrutinizer: and now you're saying you are not paranoid ;) |
| 18:15.23 | DocScrutinizer | I am just laughing at paranoids, they always are so helpless |
| 18:15.27 | whitequark | maybe paranoidness should be measured on a logarithmic scale |
| 18:15.31 | whitequark | most people are at -1 |
| 18:15.38 | whitequark | I'm, dunno, maybe at 3 |
| 18:15.43 | whitequark | then you are at 8. |
| 18:16.40 | whitequark | or measure it in decibels |
| 18:16.43 | whitequark | 80 dBp! |
| 18:17.03 | DocScrutinizer | look, the diff between me and a paranoid is: I'm enjoying it |
| 18:17.16 | DocScrutinizer | I'm eager to see some attack |
| 18:17.37 | DocScrutinizer | so I got something to laugh and to fight and to investigate |
| 18:18.30 | whitequark | oh, I understand it |
| 18:18.41 | whitequark | but all this should eat a lot of time, no? |
| 18:18.45 | DocScrutinizer | and damn, if the dude is really really *really* good, he might take my browser history and I'm not scared at all, just respectful for a really great hacker |
| 18:19.38 | DocScrutinizer | and all that takes just as much time as I can spend on it |
| 18:19.52 | DocScrutinizer | often less |
| 18:20.20 | whitequark | that's sole reason I'm not doing similar things. I do things which don't require constant attention from you, or require you to understand loads of bullshit you'll forget anyway and then screw up something important |
| 18:20.38 | DocScrutinizer | hehe |
| 18:20.53 | DocScrutinizer | well, probably you got a life |
| 18:21.06 | DocScrutinizer | i'm not that sure about me in that regard |
| 18:21.17 | whitequark | so I have SSH and passphrases on _really_ important things (other ones just go in KeePassX), and even an encrypted VM for _really really_ important things |
| 18:21.26 | whitequark | but heck, to monitor AP logs?! no no no |
| 18:21.44 | whitequark | daily logwatch from 2+ servers is more than enough |
| 18:22.15 | DocScrutinizer | apropos, have to check my own box' munin |
| 18:22.25 | whitequark | (got a life) probably not. as I recently understood, I wake up, stare at the screen, go to screen. |
| 18:22.29 | whitequark | sometimes even eat. |
| 18:22.50 | whitequark | *go to sleep. |
| 18:23.02 | DocScrutinizer | go to work, return to screen, switch screen, go to sleep |
| 18:23.48 | DocScrutinizer | not that "work" means anything but "stare atyet another screen" |
| 18:24.02 | DocScrutinizer | WITH WIN-XP!!!!!! |
| 18:24.07 | whitequark | nah, I can work at home |
| 18:24.11 | DocScrutinizer | *BLAERGH!!* |
| 18:24.34 | whitequark | (winxp) interestingly, I'm way more irritated by win7 or gnome3 or osx than winxp |
| 18:24.55 | DocScrutinizer | VISTA |
| 18:25.04 | DocScrutinizer | and now that new shit |
| 18:25.09 | DocScrutinizer | coming up |
| 18:25.13 | whitequark | win8, yes |
| 18:25.22 | DocScrutinizer | the embedded desktop for desktops |
| 18:25.23 | whitequark | far worse than anything which happened before |
| 18:25.30 | whitequark | I tried beta |
| 18:25.30 | DocScrutinizer | indeed |
| 18:25.37 | DocScrutinizer | hope it will kill them |
| 18:25.41 | whitequark | apart from the fact that it BSODs endlessly in VMs |
| 18:25.46 | whitequark | it has a REALLY SHITTY interface |
| 18:25.55 | DocScrutinizer | definitely |
| 18:25.56 | whitequark | orders of magnitude more shitty than vista |
| 18:26.15 | DocScrutinizer | magnitudes shittier than even wind2.0 |
| 18:26.20 | DocScrutinizer | -d |
| 18:26.33 | whitequark | like if someone at MS thought "tablets are cool, let's pretend desktops are tablets" |
| 18:26.42 | DocScrutinizer | exactly |
| 18:26.44 | whitequark | and put all those GIANT BUTTONS |
| 18:26.49 | whitequark | and removed all the compat |
| 18:26.53 | whitequark | fuck him |
| 18:27.06 | DocScrutinizer | monster idiots |
| 18:27.22 | whitequark | and fuck tablets. there's no device humanity created that is less useful than a tablet |
| 18:27.33 | DocScrutinizer | well, a good reason to refuse ever again touching that stuff, even for earning a living |
| 18:27.52 | whitequark | (touching) you have to touch it to toss it to garbage |
| 18:27.53 | *** join/#qi-hardware kilae_ (~chatzilla@catv-161-018.tbwil.ch) |
| 18:28.00 | whitequark | or maybe you could use a hazmat suit |
| 18:28.06 | DocScrutinizer | figure a tablet on desk of boss' secretary ;-P |
| 18:28.27 | whitequark | you need: 1 (one) hammer, 1 (one) nail (optional) |
| 18:28.36 | DocScrutinizer | "Ms Jones, could you please write that letter til 2'o?" |
| 18:28.39 | DocScrutinizer | BWAHAHA |
| 18:28.41 | whitequark | lol |
| 18:28.54 | whitequark | how much hours did it take? |
| 18:28.57 | whitequark | is she done yet? |
| 18:29.58 | DocScrutinizer | with win8 M$ abandoned office usecase |
| 18:30.12 | whitequark | well I don't really understand |
| 18:30.13 | *** join/#qi-hardware shevek (~shevek@a83-163-111-92.adsl.xs4all.nl) |
| 18:30.18 | whitequark | is win8 "the next windows"? |
| 18:30.24 | DocScrutinizer | the ONLY market niche they were relevant in |
| 18:30.36 | whitequark | are they pretending that everyone should now use that? no, seriously? |
| 18:30.57 | DocScrutinizer | well, it's their next windows |
| 18:31.16 | whitequark | is it even compatible with old apps at all? |
| 18:31.17 | DocScrutinizer | there's no other next M$-OS |
| 18:31.24 | DocScrutinizer | dunno |
| 18:31.42 | DocScrutinizer | are ribbons in M$-office any compatible to anybody used to menus? |
| 18:31.49 | whitequark | oh |
| 18:31.52 | DocScrutinizer | I curse it every single day, at work |
| 18:31.53 | whitequark | they put MORE RIBBONS to it |
| 18:31.57 | whitequark | to Explorer |
| 18:32.53 | whitequark | did they accidentally hire someone to destroy them from inside?.. |
| 18:32.57 | DocScrutinizer | honestly since ribbons even excel shit takes 5 min for the real work, plus 2h for searching how to do that work |
| 18:33.32 | DocScrutinizer | maybe Nokia's secret revenge |
| 18:33.34 | whitequark | http://news.softpedia.com/newsImage/8-Reasons-Windows-8-Explorer-Ribbon-UI-Is-Better-than-Its-Predecessors-2.png/ |
| 18:34.25 | whitequark | the funniest thing is, ribbon is absolutely unusable on tablets |
| 18:34.34 | whitequark | because of small buttons |
| 18:34.37 | whitequark | and other screwups |
| 18:35.35 | DocScrutinizer | LOL |
| 18:35.41 | whitequark | http://news.softpedia.com/news/8-Reasons-Windows-8-Explorer-Ribbon-UI-Is-Better-than-Its-Predecessors-219422.shtml |
| 18:35.41 | DocScrutinizer | right |
| 18:35.45 | whitequark | just read the points |
| 18:35.52 | whitequark | they're incredibly hilarious |
| 18:35.57 | whitequark | 2. No more digging around for options through menus and submenus – There are approximately 200 commands on the new Windows 8 Explorer UI, even hidden features that would otherwise sit unused. |
| 18:36.07 | whitequark | does he understand what he says _at all_? |
| 18:36.12 | DocScrutinizer | nah, the first picture already made my eyes bleed |
| 18:36.31 | whitequark | I should have pixelized it |
| 18:36.35 | whitequark | you know, like in porn |
| 18:37.05 | whitequark | or maybe the other way around. anyway, you got the idea |
| 18:37.20 | DocScrutinizer | sure |
| 18:38.42 | DocScrutinizer | a few days ago I wondered how T major F you do conditional formatting in excel2007. Found out there's a way to add a "menu" to window bar, via "system"-"preferences" |
| 18:39.25 | DocScrutinizer | DIE!!! M$ DIE!!! |
| 18:43.20 | larsc | we should get you a bill gates voodoo doll ;) |
| 18:43.24 | whitequark | so much hate :D |
| 18:46.57 | larsc | GNUtoo: btw. you should send the patch to the maintainer with the list in cc |
| 18:47.13 | GNUtoo | that's what I did |
| 18:47.46 | GNUtoo | I guess it just doesn't show up in the list |
| 18:47.48 | GNUtoo | *gmane |
| 18:48.18 | GNUtoo | I sent TO Ben Dooks |
| 18:48.21 | larsc | ok. i only had one mail from you in my inbox which only had the mailinglist not the maintainer |
| 18:48.23 | GNUtoo | and CC the list |
| 18:48.26 | GNUtoo | + other people |
| 18:48.39 | GNUtoo | yes that's why I [RESENT] it |
| 18:48.45 | GNUtoo | It was early the morning |
| 18:48.50 | GNUtoo | and I wasn't awake |
| 18:48.51 | larsc | ben dooks has been quite quiet over the last few weeks |
| 18:49.03 | GNUtoo | and I forgott to do ./script/get-maintainer.pl |
| 18:49.09 | larsc | s/weeks/years/ |
| 18:49.09 | qi-bot | larsc meant: "ben dooks has been quite quiet over the last few years" |
| 18:49.10 | GNUtoo | so I resent |
| 18:49.17 | GNUtoo | ouch |
| 18:49.23 | GNUtoo | so who should I send to? |
| 18:49.41 | larsc | try to ping Kukjin Kim |
| 18:49.54 | larsc | he is usually responsive |
| 18:50.08 | GNUtoo | ok thanks a lot!!!! |
| 18:50.33 | GNUtoo | altough there is a problem in get-maintainer.pl or MAINTAINERS...since it always give me ben dooks |
| 18:52.54 | whitequark | DocScrutinizer: http://wiki.freebsd.org/AdrianChadd/AtherosTxAgg |
| 18:53.02 | whitequark | >Qualcomm Atheros, Inc. have also provided source code and documentation under an NDA which allows for contribution back to an open source project. |
| 18:53.10 | whitequark | interesting |
| 18:53.17 | larsc | GNUtoo: scripts/get_maintainer.pl -f arch/arm/mach-s3c2440 |
| 18:53.18 | larsc | Ben Dooks <ben-linux@fluff.org> (maintainer:ARM/SAMSUNG ARM A...) |
| 18:53.18 | larsc | Kukjin Kim <kgene.kim@samsung.com> (maintainer:ARM/SAMSUNG ARM A...) |
| 18:54.30 | GNUtoo | ok |
| 19:00.13 | larsc | whitequark: which presentation are you guys talking about? |
| 19:01.52 | whitequark | larsc: http://www.phoronix.com/scan.php?page=article&item=qualcomm_kill_blobs |
| 19:08.16 | larsc | sounds nice |
| 19:08.52 | larsc | it's always good when development overrules PR ;) |
| 19:45.34 | GNUtoo | whitequark, what about the firmwares (ath9k_htc) |
| 20:15.08 | *** join/#qi-hardware paroneayea (~user@fsf/member/paroneayea) |
| 20:21.55 | *** join/#qi-hardware Aylax (~Aylax@90.84.144.242) |
| 20:42.34 | *** join/#qi-hardware capiscuas (~capiscuas@ppp-61-90-48-53.revip.asianet.co.th) |
| 20:55.45 | *** join/#qi-hardware capiscuas (~capiscuas@ppp-61-90-48-53.revip.asianet.co.th) |
| 21:01.02 | *** join/#qi-hardware capiscuas (~capiscuas@ppp-61-90-48-53.revip.asianet.co.th) |
| 21:01.24 | whitequark | GNUtoo: no idea |
| 21:04.48 | GNUtoo | ok |
| 21:05.15 | GNUtoo | because the status of free firmwares is even worse than the free drivers |
| 21:05.51 | GNUtoo | for wifi we have openfwwf for old b43 cards and carl something for an atheros card |
| 21:05.55 | GNUtoo | and I think that's all |
| 21:06.11 | GNUtoo | so no free firmwares for embedded devices |
| 21:06.53 | GNUtoo | (and for graphic card I think nouveau also does the firmwares so it's free for nouveau if I remember well) |
| 21:07.10 | GNUtoo | I hope lima comes up with something |
| 21:07.14 | GNUtoo | for embedded devices |
| 21:14.19 | *** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 21:21.20 | GNUtoo | sigh |
| 21:21.24 | GNUtoo | alsa..... |
| 21:24.24 | wpwrak | hmm, we really ought to have some pre-built toolchains for the ben. the setup process is rather nightmareish. and jlime only has an i386 version which doesn't work on ubuntu onerous |
| 21:24.52 | shevek | Doesn't the one from emdebian work? |
| 21:25.07 | GNUtoo | oops wrong channel about alsa |
| 21:26.18 | wpwrak | shevek: with the target system running openwrt or jlime ? |
| 21:26.21 | whitequark | wpwrak: crosstool-ng sets up some pretty statically built toolchains |
| 21:26.26 | whitequark | they're filesystem relocatable |
| 21:26.36 | whitequark | that is, do not depend on LD_LIBRARY_PATH being set correctly or other shit |
| 21:26.49 | wpwrak | but they still need to match the target system's libc |
| 21:26.52 | viric | nixpkgs toolchains... nanonixos... |
| 21:27.08 | wpwrak | i knew you'd say that ;-) |
| 21:27.36 | kristianpaul | going to Ecuador to give talk about Copyleft Hardware |
| 21:28.54 | viric | salute Correa :) |
| 21:29.08 | viric | wpwrak: bwahahaha ;) |
| 21:29.36 | viric | wpwrak: I bet I could crossbuilt for the ben in a mips. |
| 21:29.56 | kristianpaul | i insisted for workshop... but they said no? |
| 21:30.02 | kristianpaul | i'll confirm again |
| 21:30.33 | whitequark | wpwrak: how often do you change libcs? |
| 21:31.11 | viric | how often change libc? |
| 21:31.16 | viric | there is one new every half a year |
| 21:31.19 | viric | (for glibc) |
| 21:33.50 | viric | I use to change once a year |
| 21:34.10 | viric | well, by change, I mean *start using the newer*. I still use some old glibc for programs I have not updated |
| 21:34.25 | wpwrak | whitequark: on the ben ? almost never. on the desktop, it depends on what ubuntu does. |
| 21:35.48 | viric | wpwrak: what one you use now? |
| 21:35.53 | viric | did ubuntu start using 2.14? |
| 21:36.05 | viric | they made that mess about RPC... |
| 21:39.13 | wpwrak | GNU C Library (Ubuntu EGLIBC 2.13-20ubuntu5.1) stable release version 2.13 |
| 21:41.06 | viric | ah even eglibc. ok |
| 21:50.25 | wpwrak | hmm, ftp://ftp.belnet.be/mirror/ftp.gnu.org/gnu/gcc/gcc-4.6-linaro/ (et al.) no longer exists |
| 21:51.13 | wpwrak | this breaks owrt toolchain compilation |
| 21:56.14 | wpwrak | phew. found an old owrt toolchain in my backups. and it doesn't even mind the new ubuntu :) |
| 22:04.06 | *** join/#qi-hardware dvdk (~dvdkhlng@g225040072.adsl.alicedsl.de) |
| 22:09.07 | whitequark | wpwrak: ah, the host libc |
| 22:09.18 | whitequark | well, it theoretically requires the same libc |
| 22:09.30 | whitequark | practically you can build it once on debian stable and forget about it for ~3 yrs |
| 22:12.20 | wpwrak | yeah, host libc usually isn't a big issue. luckily :) |
| 22:14.56 | *** part/#qi-hardware shevek (~shevek@a83-163-111-92.adsl.xs4all.nl) |
| 22:38.37 | mth | we're distributing the OpenDingux toolchain as i386 binary and I haven't heard of any problems running it |
| 22:38.45 | mth | it is not relocatable though |
| 22:39.27 | mth | and if you enable LTO on GCC 4.5, you get a dependency on libelf, which is not installed everywhere |
| 22:39.41 | mth | and is hard or impossible to install on 64-bit Debian |
| 22:39.50 | mth | but with 4.6 and 4.7 that dependency is gone |
| 22:39.57 | mth | it is also gone if you don't enable LTO |
| 22:40.19 | mth | we haven't had much success with LTO anyway, so that's not a big sacrifice |
| 23:02.18 | wpwrak | mth: ubuntu onerous doesn't install i386 support on amd64 by default. ia32-libs and ia32-libs-multiarch both have unresolved dependencies. aptitude flat out refuses to install them. apt-get valiantly tries but hits a problem later on. |
| 23:03.19 | wpwrak | on any case, the gcc support libs (libmfpr or whatever it's called) don't seem to get included |
| 23:04.20 | wpwrak | trying to install the i386 version manually results in apt-get and aptitude happily announcing that they going to uninstall pretty much all of the rest of the system. i was too chicken to try and see what would actually happen if i let it. |
| 23:33.41 | *** join/#qi-hardware Jay7x (jay@78-106-209-231.broadband.corbina.ru) |
| 23:41.49 | dvdk | latest mplayer in openwrt-packages is broken!? |
| 23:45.47 | qi-bot | [commit] David Kühling: add new icons for mplayer, nupdf that start the app via 'alfilesel' (master) http://qi-hw.com/p/gmenu2x/7ab0e16 |
| 23:47.09 | qi-bot | [commit] David Kühling: alfilesel: cleanup, fixes, add support for directly exec'ing applications (master) http://qi-hw.com/p/openwrt-packages/2a118e0 |
| 23:47.10 | qi-bot | [commit] David Kühling: config.full_system: enable alfilesel file selector and stuff needed to build it (master) http://qi-hw.com/p/openwrt-packages/befba9a |
| 23:53.07 | wolfspraul | dvdk: really? haven't tried yet but will notice right when I upgrade |
| 23:55.39 | dvdk | wolfspraul: didn't work due to some library depenency problem (libfaad.so not present), but if i recompile myself, i only get a black picture, not even sound. maybe the video driver deadlocks |
| 23:57.14 | wolfspraul | ouch, got it |
| 23:58.33 | dvdk | so, just nobody realized till now, as masked by the dependency problem. |
| 23:58.41 | dvdk | or maybe my local compilation just has problems, who knows. |
