#qi-hardware IRC log for Tuesday, 2012-10-23

wolfspraulpcercuei: what are your thoughts on wayland?00:01
wolfspraul(thanks for the heads up here btw, I think wayland is an exciting project...)00:02
wolfspraulI just don't know that well yet where it will go and what it will mean00:02
wolfspraulhow about vnc/remote?00:02
wolfspraulhow about sdl/framebuffer stuff or devices with small/very small screens...00:02
pcercueiwolfspraul: I don't have thoughts01:04
pcercueiI'm nowhere near an Xorg expert01:04
pcercueibut what I know for sure is that having more projects is always better than just one01:05
wolfspraulhe :-)01:18
wolfspraulthat's a start, yes01:18
wolfsprauldo you plan to try it out?01:18
wolfspraulI mean wayland01:18
pcercueimaybe01:25
pcercueiif it doesn't fuck up my system01:25
pcercueiI'm running Debian wheezy, which is going to be marked as "stable" soon01:25
pabs3FSVO "soon"01:29
qi-bot[commit] Paul Cercueil: Save changes made on the link of an OPK on the user directory. (packages) http://qi-hw.com/p/gmenu2x/a04b9e304:31
qi-bot[commit] Paul Cercueil: Memorize the selector's directory as the default one for later use (packages) http://qi-hw.com/p/gmenu2x/c94968f04:31
qi-bot[commit] Paul Cercueil: Assign an icon for a given link only if it hasn't been done before (packages) http://qi-hw.com/p/gmenu2x/dec1a8904:31
qi-bot[commit] Paul Cercueil: Hide parameters not suitable for OPKs on the context menu (packages) http://qi-hw.com/p/gmenu2x/4c4f45204:31
qi-bot[commit] Paul Cercueil: Default the 'browser' option to 'true'. (packages) http://qi-hw.com/p/gmenu2x/64eb86f04:38
qi-bot[commit] Paul Cercueil: Drop the 'remove link' option on the context menu of OPKs (packages) http://qi-hw.com/p/gmenu2x/df981eb04:48
qi-botThe build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.minimal-20121021-2325 08:35
e2580Anyone interested in a sneak peek at a hardware based security device we are about ready to release?08:43
qi-botThe build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20121023-1042 10:46
kyakxiangfu: hi! the build looks good. Wonder why qball failed to build (builds fine here).. Do you have a build log or could do make package/qball/{clean,compile} V=s (but you have to remove qball_src.zip from dl/)11:47
kyaksome people re-release a tarball without notifying, others don't even care about md5sum and don't even bother to change a tarball name upon release :)11:48
kyakhm.. looks like openwrt doesn't test checksums if it doesn't have to download the source (already in dl/)11:59
kyakwhich makes it really difficult to update packages whose source name doesn't change12:00
kyaki just made some changes locally in dl/qball_src.zip - and openwrt didn't even notice12:01
kyakjow_laptop: do you have an idea?12:01
jow_laptopyeah, see if debian has an own tarball of it (the blah.orig.tar.gz ones) and use that12:03
kyaknope, it's not packaged for debian12:03
jow_laptopthen you have to do it yourself12:04
kyakdo what?12:04
jow_laptopor try to find a repo somewhere which you can reference12:04
jow_laptopmaking sane, versioned tarballs12:04
kyakok.. is it possible to download to a versioned tarball?12:04
jow_laptop???12:05
kyaklike, grab qball_src.zip, but save it as qball_src_VER.zip12:05
kyakin dl12:05
jow_laptopprobably not12:05
kyakthen when version changes, download will not find it try to redownload12:05
kyakok. Another option - can we check md5sum even if package is in dl/ ?12:05
jow_laptopthat would extremely slow down the build process 12:06
jow_laptopright now the md5sum calculation happens directly during download12:07
kyakyou know what.. forget about it. Unversioned tarballs really piss me off - so it's the author's fault12:07
jow_laptopyes12:07
jow_laptopdoes he have a repo?12:07
kyakno, he has a web page and updates the source from time to time12:08
jow_laptoplink?12:08
kyaksec12:08
kyakhttp://homepage.ntlworld.com/mark.harman/comp_qball.html12:08
jow_laptopbbl12:08
kyakwell, i even approached the author once asking him to version his source12:09
kyakhe said: "Unfortunately I've got some places that link to my website (e.g., http://qt-apps.org/ you can advertise Qt applications, with links directly to the archives), so it would be difficult to keep these all updated. And I don't have web space to store two copies I'm afraid. I'm not sure how OpenWrt packaging works - can you simply rename the files, or could it be hosted elsewhere?"12:09
kyakthat was almost two years ago.. probably i should approach him again and tell about wonders of github12:10
larscwe can put a versioned mirror up on downloads.openwrt.org I think we do that for some other packages as well12:11
kyaksounds like a good idea12:12
kyakhosting versioned tarball for the author :)12:12
xiangfukyak, after re-download the dl/qball_src.zip, the qball compile just fine. I start  build the new image again (with qball=y)12:36
jow_laptopkyak: "There is also a Git repository on the Sourceforge page."+12:58
jow_laptopso just reference that in the openwrt makefile and it will create beautifully versioned tarballs12:58
jow_laptopwhich you can then mirror12:58
kyakxiangfu: great, thanks :) hope this one is going to be final!13:11
kyakjow_laptop: let me check...13:11
xiangfukyak, yes.13:12
jow_laptopgit clone git://git.code.sf.net/p/q-ball/code q-ball-code13:12
kyakjow_laptop: thanks for your eyes :) This phrase hadn't always been there (for SF repo)13:13
kyakthe SF is down for me at the moment. .some error 50013:13
qi-botThe build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20121023-1432 13:49
Action: xiangfu running 'reflash_ben.sh -d openwrt-xburst.full_system-20121023-1432/' 13:52
kyakxiangfu: i see there are no patches in http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20121023-1432/patches/ for qt4. Did it build fine as it is?14:08
xiangfukyak, just checked. I forget update the patches. the qt4 patch should be http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20121023-1432/patches/feeds.xorg.patch14:11
kyakok14:12
qi-bot[commit] Paul Cercueil: Fix a bug where having multiple MIME types would crash GMenu2X (packages) http://qi-hw.com/p/gmenu2x/b8112d114:17
qi-bot[commit] Xiangfu: cgmienr: fix depends (master) http://qi-hw.com/p/openwrt-packages/a51101114:26
qi-bot[commit] Paul Cercueil: For non-OPK programs, chdir() to the app's directory as well (packages) http://qi-hw.com/p/gmenu2x/0b922e914:31
qi-bot[commit] Xiangfu: ascii-paint: fix depends (master) http://qi-hw.com/p/openwrt-packages/2e44a4314:33
pcercueicommit fight!14:35
kyak--)14:40
qi-bot[commit] Xiangfu: guile2: fix depends (master) http://qi-hw.com/p/openwrt-packages/45cd9dd15:08
qi-bot[commit] Xiangfu: fpgatools: rename mini-jtag to fpgatools, include fp2bit/bit2fp (master) http://qi-hw.com/p/openwrt-packages/a295fd415:08
pcercueiok, you win :(15:09
wpwrakpcercuei: a foolish general thinks relentless heroic sacrifices will turn the tide even if the battle seems lost. a wise general falls back upon seeing the battle is lost and saves his troops for the counterattack.15:12
qi-bot[commit] kyak: qball: use git repo (master) http://qi-hw.com/p/openwrt-packages/01e3c1f15:13
mthwpwrak: saves them for the next (git) push?15:17
qi-bot[commit] Xiangfu: dopewars: fix depends (master) http://qi-hw.com/p/openwrt-packages/b30b59615:22
kyakok, xiangfu is on update spree :)15:26
kyaki think this calls for a final-final image :)15:26
xiangfukyak, yes. I will update the pacakge/index. for those packages. 15:33
xiangfukyak, now I am waiting the 'guile2' compile the result. It is really taking too much time on the guile2-host. :-)15:34
wpwrakmth: yeah. always keep a few unpushed commits as reserve units :)15:40
xiangfu:)15:40
xiangfuwpwrak, that is not good for your ally. :-D15:43
kyakxiangfu: hm.. so strange. fw_printenv returns bootargs=mem=32M console=tty0 console=ttyS0,57600n8 ubi.mtd=2 rootfstype=ubifs root=ubi0:rootfs rw rootwait consoleblank=30 quiet g_ether.host_addr=72:8d:1f:c4:e8:ca, but cat /proc/cmdline is "mem=32M console=tty0 console=ttyS0,57600n8 ubi.mtd=2 rootfstype=ubifs root=ubi0:rootfs rw rootwait"16:09
xiangfukyak, let me check the u-boot. ENV ADDRESS. there is a lot of update in U-Boot.16:10
kyaki remember that previous uboot didn't have such a problem.. i used this method to modify cmdline16:11
qi-bot[commit] Xiangfu: nanonote-files: update fw_env.config with new bootloader configure (master) http://qi-hw.com/p/openwrt-packages/91b5bd416:25
xiangfukyak, fixed in this commit.16:25
xiangfucopy the new fw_env.config to /etc/ 16:25
xiangfuhere: http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/91b5bd4/nanonote-files/files/etc/fw_env.config16:26
xiangfusince this file is under files/. I have to re-generate the image.16:27
xiangfukyak, have to sleep. good night. I will check the result tomorrow. thanks for feedback. the silent-boot working now. :)16:36
kyakyep, works well now17:05
qi-botThe build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20121023-1826 19:35
--- Wed Oct 24 201200:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!