InheritEclass(owb-svn, subversion, cmake-utils);

DoduoがOWBのtrunkにぶちこまれたので、以前からモニョっていたsvn live ebuildをoverlayに突っ込む犯行計画を実行する。x11-wm/awesomeがcmakeに移行したと言う噂を耳にしていたので、「cmakeをebuildで使うGentooishな方法は？」とmatsuuさんに訊いたら、「cmake-utils.eclassをつかえや、カス」（意味なく誇張）と仰られたのでそうすることにした。 :)
[Doduo went into trunk, so it's time to make an svn live ebuild to fsck upstream for ricing. I've heard that x11-wm/awesome now use cmake, so I asked "Is there any Gentooish way to use cmake in a ebuild?", matsuu answered "n00b, do inherit cmake-utils.eclass."]

が、svn repoをpullってきたトコで走らせていたブツは、
[Well, I used an lazy build script at my ppc lap in pulled svn repos looks like,]

#!/bin/sh
cmake \
 -D BUILD_SHARED_LIBS="ON"                   \
 -D CMAKE_COLOR_MAKEFILE="ON"                \
 -D CMAKE_VERBOSE_MAKEFILE="OFF"             \
 -D COMPILE_TESTS="ON"                       \
 -D OWBAL_BENCH_LOAD_TIME="OFF"              \
 -D OWBAL_PLATFORM_MACPORT="OFF"             \
 -D OWBAL_PLATFORM_GRAPHICS="SDL"            \
 -D WEBKIT_DEBUG="RELEASE"                   \
 -D WEBKIT_USE_CC_EXCEPTIONS="OFF"           \
 -D WEBKIT_USE_CC_PIC="ON"                   \
 -D WEBKIT_USE_CC_RTTI="OFF"                 \
 -D WEBKIT_OFFLINE_WEB_APPLICATIONS="ON"     \
 -D WEBKIT_USE_CROSS_DOCUMENT_MESSAGING="ON" \
 -D WEBKIT_USE_DASHBOARD="ON"                \
 -D WEBKIT_USE_DATABASE="ON"                 \
 -D WEBKIT_USE_DOM_STORAGE="ON"              \
 -D WEBKIT_USE_FILESYSTEM="POSIX"            \
 -D WEBKIT_USE_FONTS="FREETYPE"              \
 -D WEBKIT_USE_HTML5_VIDEO="OFF"             \
 -D WEBKIT_USE_I18N="ICU"                    \
 -D WEBKIT_USE_NPAPI="OFF"                   \
 -D WEBKIT_USE_SVG="ON"                      \
 -D WEBKIT_USE_SYSTEMTIME="LINUX"            \
 -D WEBKIT_USE_THREADING="PTHREADS"          \
 ../                                         \
 && make -k ;

で、cmake-utils.eclassはと言うと、
[OTOH, cmake-utils.eclass has these craps like,]

# @FUNCTION: cmake-utils_use_with
# @USAGE:  [flag name]
# @DESCRIPTION:
# Based on use_with. See ebuild(5).
#
# `cmake-utils_use_with foo FOO` echoes -DWITH_FOO=ON if foo is enabled
# and -DWITH_FOO=OFF if it is disabled.
cmake-utils_use_with() { _use_me_now WITH "$@" ; }

# @FUNCTION: cmake-utils_use_enable
# @USAGE:  [flag name]
# @DESCRIPTION:
# Based on use_enable. See ebuild(5).
#
# `cmake-utils_use_enable foo FOO` echoes -DENABLE_FOO=ON if foo is enabled
# and -DENABLE_FOO=OFF if it is disabled.
cmake-utils_use_enable() { _use_me_now ENABLE "$@" ; }

# @FUNCTION: cmake-utils_use_want
# @USAGE:  [flag name]
# @DESCRIPTION:
# Based on use_enable. See ebuild(5).
#
# `cmake-utils_use_want foo FOO` echoes -DWANT_FOO=ON if foo is enabled
# and -DWANT_FOO=OFF if it is disabled.
cmake-utils_use_want() { _use_me_now WANT "$@" ; }

# @FUNCTION: cmake-utils_has
# @USAGE:  [flag name]
# @DESCRIPTION:
# Based on use_enable. See ebuild(5).
#
# `cmake-utils_has foo FOO` echoes -DHAVE_FOO=ON if foo is enabled
# and -DHAVE_FOO=OFF if it is disabled.
cmake-utils_has() { _use_me_now HAVE "$@" ; }

なので、「cmake-utils.eclass、つかえねー」とほざいた所、「OWBのオプションがタコなんだよ、カス」（意味なく誇張）とmatsuuさんが宣われたので、upstream devを#owb@freenode.netで叩く事にした。 :)
[So I'd have to say "OMGWTF, cmake-utils.eclass suck0rz!!1", then matsuu sez "It's OWB's cmake opts' faults. Fix0r ASAP!!1". So I'd have to smack t3h upstream devs at #owb.]

07/04 01:12:12 hiyuh
    devs, I'm now poking own-svn ebuild to migrate w/ cmake-utils.eclass
    on my gentoo.
07/04 01:12:33 hiyuh
    but owb's cmake options has inconsistencies WRT thier name, it's
    pain to me.
07/04 01:12:41 hiyuh
    even if I migrate the ebuild w/ cmake-utils.eclass, it can't get
    any benefit from USE flags.
07/04 01:12:46 hiyuh
    b/c the eclass can handle -D{WITH,ENABLE,WANT,HAVE}_*, ATM.
07/04 01:13:08 hiyuh
    owb doesn't use any -D{WITH,ENABLE,WANT,HAVE}_*.
07/04 01:13:38 hiyuh
    is there any plan to clean up cmake options' name?
07/04 01:22:03 [Oliv]
    If that's usefull to use cmake-utils eclass facilities... YES !!!
07/04 01:23:40 hiyuh
    [Oliv]: then how can I purge owb's cmake opts to be cmake-utils.eclass
    friendly? :)
07/04 01:24:58 [Oliv]
    Well I think that I should first have a look at cmake-utils to have
    a more precise idea of what must be done
07/04 01:28:12 hiyuh
    k, so first of all, we need t3h ticket to consider? :)
07/04 01:28:51 [Oliv]
    either we use the ticket related to cmake clean or we can create a
    new one
07/04 01:30:10 hiyuh
    oic, then I'll check the ticket for cmake clean.
07/04 01:30:29 [Oliv]
    I had a look at cmake-utils eclass... and the major problem will be
    to remove non boolean options :S
07/04 01:31:46 hiyuh
    #210?
07/04 01:32:01 [Oliv]
    yes... but in fact no
07/04 01:32:13 [Oliv]
    I think that creating a new one is better
07/04 01:32:30 hiyuh
    k
07/04 01:35:01 [Oliv]
    things that will be easy to modify are option like WEBKIT_DEBUG
07/04 01:35:25 [Oliv]
    which should become something like ENABLE_DEBUG
07/04 01:36:28 [Oliv]
    'cause I had a feedback today about DEBUG_GCC3.X which is now
    probably useless...
07/04 01:37:00 [Oliv]
    compilation seems ok without it if you use a gcc-3.x
07/04 01:37:53 [Oliv]
    the annoying part will probably be: OWBAL_PLATFORM_GRAPHICS
07/04 01:43:22 hiyuh
    separate WITH_OWBAL_PLATFORM_GRAPHICS_GTK=[ON or OFF] and
    WITH_OWBAL_PLATFORM_GRAPHICS_SDL=[ON or OFF], and enable the one
    upstream prefered by default. if both ones are ON, build both
    ones (or, only latter's like unixy command opt?)
07/04 01:45:48 [Oliv]
    Well I think that if you compile both, you will get some "redefined"
    symbols
07/04 01:46:24 [Oliv]
    I think that in this case we have to use CMAKE_DEPENDENT_OPTION
07/04 01:46:57 [Oliv]
    it is easy to manage if you only have 2 possibilities in graphics
07/04 01:47:21 [Oliv]
    but it is planned to integrate amiga os implementation in owb
07/04 01:47:37 hiyuh
    zomg, amiga :DDD
07/04 01:47:39 [Oliv]
    so it will do a third possibility for graphics
07/04 01:52:07 [Oliv]
    I will have to do some tests to know if it is easy to manage such
    a case

つーことで、取り合えず、ticket #254を作っておいた。つづく、多分。 :P
[So, ticket #254 was issued by me. ASSIGNED WORKINPROGRESS(tm), prolly. :P]

BuggyBinBlob.karma--;

#vhdl@freenode.netにて。
[At #vhdl@freenode.net.]

06/23 00:02:31 Manny
    hi
06/23 00:02:42 Manny
    can I declare entity foo in file bar.vhd?
06/23 00:03:21 hiyuh
    yup
06/23 00:03:35 Manny
    I have a working architecture for an un-delayed 4:1 multiplexer, and
    I want to convert it to a delayed 4:1-multiplexer (wrt data lines),
    but undelayed (wrt address line), which I want to implement by a
    staged layout like:
06/23 00:04:20 Manny
    architecture arch1 of mux is ... end arch1; arch2 of mux is ... 4
    delay stages, MUX1: mux port map (output of delay, ...); end arch2;
06/23 00:04:49 Manny
    I wonder whether it is possible to configure the mux used inside
    the mux arch2 to use the mux arch1
06/23 00:08:00 Manny
    ok, I figured how how the lattter should work
06/23 00:09:27 Manny
    hiyuh: maybe I could show you some code - maybe in private?
06/23 00:10:08 Manny
    it's really short and simple :)
06/23 00:11:39 hiyuh
    hmm, you mean pm? why?
06/23 00:13:12 Manny
    http://rifers.org/paste/vhdlforyou/show/7547
06/23 00:14:17 Manny
    hiyuh: my VHDL compiler bails (I'm absolving an online remote hands-on
    course at university)
06/23 00:15:34 Manny
    hiyuh: here is the compiler output:
    http://rifers.org/paste/vhdlforyou2/show/7548
06/23 00:15:58 Manny
    it even tells me that it does not know about std_logic_vector -
    this is odd...
06/23 00:18:13 `fred`
    no it is not
06/23 00:19:46 Manny
    `fred`: what am I doing wrong besides a few syntax errors I just
    corrected?
06/23 00:20:51 `fred`
    you have to repeat the use statements for each entity
06/23 00:21:27 Manny
    `fred`: thanks a million! :)
06/23 00:22:22 `fred`
    second point: learn how to use (others => '...') instead of writing
    "..........."
06/23 00:30:48 Manny
    `fred`: maybe you could give me a URL, or a quick example? I'd
    really like to learn this :) I just peeked at the VHDL cookbook,
    and it seems to use a few constructs but I don't grasp them.
06/23 00:31:49 `fred`
    when others => Y <= "XXXXXXXXXXXXXXXX"; <=> when others => Y <=
    (others => 'X);
06/23 00:32:10 `fred`
    except that it is independent from the size of the vector
06/23 00:34:00 Manny
    maybe I lack some decent portion of knowledge of VHDL internals. "when
    others => Y <= (others => 'X);" seems to give me a syntax error
06/23 00:34:20 `fred`
    one ' is missing
06/23 00:34:23 `fred`
    'X'
06/23 00:34:47 hiyuh
    http://pastebin.sk/pl/7121/
06/23 00:34:50 Manny
    so 'X' is "expanded" to fit the LHS. neat.
06/23 00:35:44 Manny
    hiyuh: thanks for your comments! Actually, I figured out all of
    these myself :))
06/23 00:35:54 hiyuh
    heh
06/23 00:36:00 `fred`
    Manny: the full notation is e.g. ( 0 => '0', 1 => '1', others =>
    'Z'), it should be describe in the aggregate chapter of your book
06/23 00:37:02 Manny
    however, using arch1 inside arch2 still does not seem to work. It
    seems to nest arch2 mux components inside my arch2 component, which
    is of course not useful (infinite recursion)
06/23 00:37:21 Manny
    let me show you my testbench, maybe the configuration statements
    are conflicting
06/23 00:39:04 Manny
    that's my test bench: http://rifers.org/paste/vhdlforyou/show/7549
06/23 00:42:10 Manny
    also let me re-paste the mux file:
06/23 00:42:46 Manny
    http://rifers.org/paste/vhdlforyou/show/7550
06/23 00:43:37 hiyuh
    hmm
06/23 00:44:49 hiyuh
    why on the earch should we comment 'in' and 'out' even if there is
    syntactic 'in' and 'out'?
06/23 00:45:01 *
    hiyuh zomgs
06/23 00:48:04 Manny
    hiyuh: I do not like the in/out syntax of VHDL with respect to
    that. The in/out looks rather "buried" inside the syntactical
    structure if you specify an array of parameters
06/23 00:49:05 Manny
    as an electrical engineerer, in/out is the MAIN aspect of a system :D
06/23 00:49:09 Manny
    at least of a concentrated system
06/23 00:51:21 hiyuh
    array of parameters? wth is it?
06/23 00:51:24 hiyuh
    `fred`: btw, I found really buggy optimize option in ISE 9.2i/10.1
    which breaks many core generator's craps. are you survivin' w/ v5? :p
06/23 00:52:12 `fred`
    hiyuh: I've got the strangest bug with 10.1, it was optimising away
    most of my microblaze without any reason
06/23 00:53:24 hiyuh
    yup, you enabled Global Optimization at Map?
06/23 00:53:29 hiyuh
    I'm really sure it will do byggy optimization.
06/23 00:53:43 Manny
    hiyuh: you may also call it tuple. You know, A, B, C, D: in type ...;
06/23 00:54:14 Manny
    hiyuh: however, I still do not understand what I am doing wrong
06/23 00:54:17 `fred`
    hiyuh: only when the design was no longer fitting, and in this case
    it was not helping :/
06/23 00:56:13 hiyuh
    Manny: I'm saying about comment manner, not vhdl specific. and it's
    unrelated point about what you're stucking.
06/23 00:58:42 Manny
    maybe the "for mux2: mux use entity work.mux(arch2); end for;"
    statement affects all mux building blocks, and not just the outer one?
06/23 01:00:03 hiyuh
    `fred`: I was investigating ISE's buggy optimization like many trying
    default w/ 1 option chnaging. at least, Global Optimization at Map
    will break post-PAR model, I figured out.
06/23 01:01:31 hiyuh
    and Optimize Instantiated Primitives at Synthesize will optimize
    away some top entity's port. it vomits error at Translate.
06/23 01:03:00 hiyuh
    Manny: if you're not sure what/how configuration works, don't use it.
06/23 01:03:57 hiyuh
    just analyze and elaborate 1-to-1 entity-architecture.
06/23 01:04:06 `fred`
    hiyuh: even with sp1 installed ?
06/23 01:04:20 hiyuh
    you mean 10.1 sp1?
06/23 01:04:22 Manny
    hiyuh: so I am mis-using the configuration?
06/23 01:04:25 `fred`
    yes
06/23 01:04:47 Manny
    hiyuh: I can of course read into it, if you tell me that what I am
    trying to do is definitly possible with the basic approach :)
06/23 01:05:11 hiyuh
    `fred`: release 10.1.01 (10.1 + sp1, IIRC) is still buggy. :P
06/23 01:06:08 Manny
    again, the idea is: Use mux with architecture arch2. Inside this mux,
    use another mux with architecture arch1. Naively concluding from what
    I have seen, I AM actually using a 1:1 entity-architecture mapping.
06/23 01:06:16 `fred`
    hiyuh: well, I'm anyway not really surprised
06/23 01:06:40 hiyuh
    yup, we know ISE is always buggy. :p
06/23 01:07:43 hiyuh
    Manny: 1-to-1 entity-architecture doesn't need any explicit
    configuration.
06/23 01:07:58 Manny
    hiyuh: you mean like "each entity just has one architecture"?
06/23 01:09:12 Manny
    hiyuh: the thing is, for non-nested layouts all my configurations
    work fine. Now, I am trying to nest an entity of one architecture
    into another architecture of the same entity, and the compiler bails.
06/23 01:09:35 hiyuh
    Manny: yup, until you realized configuration magic.
06/23 01:10:52 Manny
    hiyuh: I am also not sure whether I am seeing a compiler issue, or
    whether my configurations are wrong. If you can confirm me latter
    [maybe even giving hints about the right configuration], I will
    continue the approach :)
06/23 01:11:33 hiyuh
    if you use sane vhdl simulator/synthesizer, valid configuration does
    work even if design has nested entity.
06/23 01:12:53 Manny
    ok, thanks for all your efforts. It's great to have such a kind and
    quick support for VHDL :)

何時もムカつく事だけど、buggyなbin blobはどうにかならんかね。「releaseダルい」の件では、少し壊れている方が可愛げがあるって言ったけど、それは自分で直せる可能性とか遊びドコロがあるからって意味であって、ぶっ壊れているから面白いって意味じゃない。オープンソースキチガイってわけじゃないけど、仕事で作ってるならもう少しテストしてからリリースしたらどうなんだ？もう手前でwork around探すのは疲れたよ、パトラッシュ。 :P
[Everytime buggy bin blob piss me off. I said "I kinda prefer to play recent one w/ itty-bitty bugz" though, I meant it has a part of what I can play w/ it in the source code, not unfixable buggy behavior. So, I'm not open source nazi. You, who earns from your code, should be responsible w/ it. I'm really tired to find t3h work around for myself. :P]

OWB->Doduo[r262] += GCC-4.3.1-patch;

WebKit GTK/QtはGentooのofficial treeに入ったし、NetSurfもGSoCな感じでメジャーになってきたみたいなので、さらにマイナーなOWBをモニョる。 :P
[WebKit GTK/Qt is now in official portage tree, Netsurf devs are exciting for GSoC. So to be minor oriented, I'm playing t3h third one, OWB. :P]

公開されているtrunkのgcc-4.3.1でのcompilation fixを蝶テキトーにでっち上げてdev-MLに投げたら、スポンサー（？）のPLEYOのCTOっぽい人が「Doduoっていう先っぽが別にあるから、そいつのを直してくれ」と別口でメールしてきた。で、DoDuoをco出来る様にしてもらったので、大したfixではないけど、直した。 :)
[I kinda create compilation fix patch for publically accessible trunk w/ gcc-4.3.1, and sent dev-ML. Then, the sponsor, PLEYO's CTO mailed me about fixing tip of OWB, AKA Doduo is now private beta test. So I did. :)]

実は、OWBは以前試した事があって、trunk r97はマルチバイト文字が表示出来たけど、endianの問題でGentoo/PPC上では面白い事になっていた。 :D
[I was playing OWB ago. At trunk r97, it can display mutibyte fonts, but color was FUBAR on Gentoo/PPC, b/c endian depend internal color data structure. :D]


trunk r255は色の問題は直ったけど、フォント関連にかなり手を入れたらしくて見事に豆腐になる。 :DDD
[At trunk r255, color problem was fixed. But it was reorged WRT fonts related code, so "ALL YOUR FONTS ARE BELONGS TO TOFU." :DDD]


Doduo r262でも豆腐は健在、ticketを作ったので直してくれるかもしれんし、なんかモニョモニョしたら直りそうな気もする。
[At Doduo r262, fonts are still FUBAR. So I filed a ticket for this issue.]


OWBはWebKitベースなCE向けのモノらしく、WIMPなUIが無いみたいなので、SDLをつかった時のfixed sizeなwindowになっている部分をモニョれば（DoduoにはGTKを使う様なオプションがあるみたい）、タイル型WMと相性が良いかもしれないな！！1 :9
[OWB is WebKit-based one for CE. So there is no WIMP UI, it seems. If SDL's fixed size window was improved to be ICCCM compliant (Doduo has option to build w/ GTK, it seems). It would be great combination w/ tiling WM like wmii!!1 :9]

あ、まともに動作している画像がないのはマズいので、記念撮影。 :)
[Oh, wait. All pic are FUBAR-ed OWB, it's not good promotion. So here is good one. :)]

disableRelease("sys-libs/glibc");

土日連続で出勤。しかし、ブツは牛歩の進み。
まー、シミュレーションに一晩かかるモノをやっているん訳だし、仕方ないと言えば仕方ないけどな！ :p
[KK, I have no holiday and have very little progress. B/c t3h simulation takes loooong time such as 1 day per 1 test case. UMAZOMG! :p]

で、テストベンチをムニャヘニャなおして、ブツのシミュレーションを実行して放置プレイ。
おうちに帰って、#-bugsで遊ぶ。
[Well, I fix0r some test benches and set it running at office, then I was slacking at home w/ #-bugs guys.]

06/08 19:46:36 hiyuh
    rofl @ http://home.planet.nl/~mourits/koelkast/
06/08 19:48:53 pchrist
    hiyuh: for mips people like me, this is not fun :P
06/08 19:52:55 hiyuh
    haha
06/08 19:57:45 bonsaikitten
    hiyuh: I want one of those :)
06/08 19:58:55 pchrist
    bonsaikitten: I'm pretty sure, that your datacenter home, can be
    used as a fridge too :P
06/08 19:59:18 bonsaikitten
    hehe
06/08 20:33:44 yngwin
    hiyuh: nice one :)

06/08 20:40:56 Gatsby_
    anyone here already installed sys-libs/glibc-2.8_p20080602?
06/08 20:41:40 Ke
    anything interestin in it?
06/08 20:42:12 Gatsby_
    not so far
06/08 20:42:48 *
    Gatsby_ is only curios about any known bugs in it
06/08 20:44:16 hiyuh
    !bug 225175
06/08 20:44:19 Willikins
    hiyuh: Bug 225175; "sys-libs/glibc-2.8_p20080602 released";
    Gentoo Linux | Ebuilds; RESO, FIXE; Arfrever.FTA.at.GMail.Com ->
    toolchain@g.o; https://bugs.gentoo.org/225175
06/08 20:45:23 hiyuh
    "Unfortunately there will be no more normal releases, ..." wtf?
06/08 20:45:58 Gatsby_
    not a good idea at all.... ;(
06/08 20:46:09 Caster
    ?
06/08 20:48:12 bonsaikitten
    Caster: who needs releases when you have git ...

06/09 00:32:55 whitehawk
    what's new in the 2.8 glibc?
06/09 00:33:06 bonsaikitten
    more shiny? ;)

例の「releaseすんのダルい」ってやつか？
MLを追ってみると、drepperも「tar玉作りなんて過去の遺物だ」とか言ってる。
で、vapierは「じゃあ、なんでCVSなんだよ？」とか言ってる。 :DDD
[Hmm, isn't it t3h "upstream slacks to release" problem? According to libc-alpha ML, drepper said "tarballs are a completely outdated concept", and then vapier replayed "yet glibc is still using cvs". :DDD]

relaseだろうとbetaだろうとalphaだろうと、メンテナ的にはtar玉をベースにしたいって事は理解出来るので、Gentooのkarmaの一つである「やっとglibcのコンパイルが終わったのに、もうrev bumpしてるじゃねーか！！1」ってのは変わらないので心配無用也。 :p
[But no matter if it was release/beta/alpha, I thought "based on tarball" would be welcomed for many distro-devs like vaiper said. So there is no change for a part of Gentoo's karma, "I just finished compiling glibc and now it says there is a new update available? Arrgh! It never ends!!" :p]

if (repo.st == BROKEN) do_release(&repo.src);

commit日常茶飯事upstream devsとbug世話人distro devsの憂鬱（？） :)
[T3h antinomy(?) of upstream and distro devs. :)]

05/21 06:09:48 loki_val
    Why is it whenever an upstream starts talking about doing unversioned
    releases right from git, I get the urge to crush some nuts and
    eat them?
05/21 06:10:06 loki_val
    YOU'RE UPSTREAM. RELEASES'R'YOU!
05/21 06:15:31 hiyuh
    hmm
05/21 06:16:31 hiyuh
    loki_val is a sucessor of jakub?
05/21 06:16:35 *
    hiyuh hides
05/21 06:17:11 loki_val
    hmmm...
05/21 06:17:14 *
    loki_val smacks hiyuh
05/21 06:17:17 hiyuh
    lol
05/21 06:17:23 loki_val
    sorry, don't have the class
05/21 06:18:11 eroyf
    nor the mentallity
05/21 06:18:17 darksiide
    Ingmar: new jeeves?
05/21 06:19:01 loki_val
    hilighted you
05/21 06:19:58 eroyf
    i saw it and ignored it
05/21 06:21:07 bonsaikitten
    loki_val: try fedora
05/21 06:21:35 loki_val
    bonsaikitten: sry, only works with distros that won't compile.
05/21 06:21:37 bonsaikitten
    loki_val: after seeing that mess you'll understand that releases
    are fubar by default and unversioned won't break stuff
05/21 06:22:10 bonsaikitten
    loki_val: the fedora installer, it treats serious errors (like kernel
    not installable) as unimportant warning that the user won't even see
05/21 06:22:14 bonsaikitten
    wtf ...
05/21 06:22:50 loki_val
    Unversioned doesn't break stuff. But one thing's for certain; if
    nothing's versioned, it won't ever be release-worthy.
05/21 06:23:17 loki_val
    It's just a point in time when the software doesn't suck as much as
    it usually does.
05/21 06:32:07 AStorm
    loki_val: you're so wrong
05/21 06:32:31 AStorm
    release is the point in time when CDs are made and every development
    is frozen
05/21 06:32:40 AStorm
    so only so-called "stable changes" are made
05/21 06:32:41 bonsaikitten
    erm
05/21 06:32:46 bonsaikitten
    AStorm: dude ... what??
05/21 06:33:03 loki_val
    AStorm: I dare you to run git kernel.
05/21 06:33:11 loki_val
    Please.
05/21 06:33:13 AStorm
    loki_val: I do, so what?
05/21 06:33:20 Ken69267
    I ran a git kernel for about 5 months straight no probs
05/21 06:33:30 AStorm
    it's 97% of time stable. Or more.
05/21 06:33:43 AStorm
    they are versioned
05/21 06:33:45 bonsaikitten
    which one?
05/21 06:33:49 bonsaikitten
    97 or more?
05/21 06:33:51 AStorm
    they are more finely grained versions
05/21 06:34:06 AStorm
    bonsaikitten: 97% was a pessimistic estimate for Linux tree.
05/21 06:34:25 loki_val
    Dude, what you call finely grained version, we call "not production
    ready".
05/21 06:34:36 AStorm
    you're wrong too
05/21 06:34:45 AStorm
    who does the testing deeming it "production ready"?
05/21 06:34:57 AStorm
    Do your homework, instead of relying on someone to do it for you.
05/21 06:34:58 loki_val
    You need at least a bit of QA on a version before you put it into
    production.
05/21 06:35:04 AStorm
    ...
05/21 06:35:08 pchrist|univ
    loki_val: show us your "uname -r" :P
05/21 06:35:09 loki_val
    I don't have the time for that.
05/21 06:35:20 AStorm
    loki_val: excuses, they're always good.
05/21 06:35:30 AStorm
    :-)
05/21 06:35:40 loki_val
    pchrist|univ: 2.6.23.12-hrt5
05/21 06:35:50 AStorm
    devel tree
05/21 06:35:58 AStorm
    :-)
05/21 06:36:01 loki_val
    Nahh, patches for my own comfort.
05/21 06:36:10 pchrist|univ
    you AStorm ?
05/21 06:36:10 AStorm
    hrtimer tree?
05/21 06:36:14 pchrist|univ
    :P
05/21 06:36:17 loki_val
    My clock would do strange things without it.
05/21 06:36:25 AStorm
    2.6.25-rc8-electric1
05/21 06:36:39 loki_val
    That's like SOO old.
05/21 06:36:48 AStorm
    need to update it some day
05/21 06:36:50 AStorm
    too lazy
05/21 06:36:55 AStorm
    it's stable
05/21 06:37:47 AStorm
    what I don't get is people publishing kitchen-sink patchsets :>
05/21 06:37:48 hiyuh
    hmm, upstream's live one is ok to use? then why releases are b0rken
    one? t3h devs will break their code in repo to release?
05/21 06:38:01 AStorm
    hiyuh: not exactly
05/21 06:38:15 AStorm
    it's just releases aren't any more stable than main git tree
05/21 06:38:22 loki_val
    HAHAHAHAHAHA!
05/21 06:38:33 *
    loki_val giggles
05/21 06:38:37 AStorm
    Linux has no real cooling period
05/21 06:38:43 AStorm
    (I mean the kernel)
05/21 06:38:51 AStorm
    unlike Firefox for example
05/21 06:39:04 *
    hiyuh breaks his code to make t3h release.
05/21 06:39:15 AStorm
    mwhahaha

(AStorm and loki_val continue to argue about it)

個人的にはupstream repoから直接パクってきたモノだろうとreleaseしたtar玉だろうと、
少しぶっ壊れている方が可愛気があって好きだったりするが、その辺りのサジ加減が問題かも。
releaseすべきか、せざるべきか、それが問題だ。 :P
[Personally, I kinda prefer to play recent sources (no matter it was live one
or tarball) w/ itty-bitty bugz. But I can't say it's for all users.
It's DA question of degree. "release or not, it's DA problem." :p]

pROM = genROM(&fsckin_IO_rel);

#vhdlにて。
[At #vhdl.]

05/09 20:38:20 _vanpelt
    hi, i have to convert an 7bit input signal to another output
    signal. the converting table is very large. is it better to query
    an array or to write a very long "when" statement?
05/09 20:48:26 hiyuh
    input synchronously, covert it synchronously, output
    synchronously... this is common way to function w/ faster0rz clock
    but input-to-output latency is large.
05/09 20:48:36 hiyuh
    asynchronously convert directly input to output is shortest
    input-to-output latency, but it won't function w/ faster0rz clock.
05/09 20:48:51 hiyuh
    so it's up to you.
05/09 20:49:06 _vanpelt
    the whole architecture is asynchronous
05/09 20:50:37 hiyuh
    if you intended to make it to be asynchronously w/o paticular reason,
    then I'd have to say it's bad design.
05/09 20:51:23 _vanpelt
    hiyuh: i have to implement it after a given design :) no possibility
    to make it synchron
05/09 20:54:36 hiyuh
    wtf :p
05/09 21:10:14 _vanpelt
    hiyuh: its from my university :)
05/09 21:11:33 _vanpelt
    hiyuh: but theoretically it makes no difference whether to query
    an array or a waste when list am i right? because the number of
    comparations is equal?
05/09 21:14:41 hiyuh
    nah, it depends what signal will be inputed, how signal will
    be converted, what signal will be outputed, and what device and
    synthesizer are you using. :p
05/09 21:15:37 _vanpelt
    hiyuh: i don't need any synthesizers or devices. it is for simulation
    only
05/09 21:16:26 _vanpelt
    hiyuh: or to ask the other way, what is more elegant?
05/09 21:20:59 hiyuh
    IMHO, how signal will be converted is really complex and looks like
    randomly, pre-generated constant array to output by input signal
    indexing is what I'd code.
05/09 21:21:42 hiyuh
    the array will be generated by TSV and/or SSV (maybe I'll generate
    it by using some program or its spec) w/ awk(1p) and/or sed(1p) script
05/09 21:23:15 hiyuh
    how signal will be converted is simple or semantical, just code
    function. then use it like, "output <= MyAwesomeFunction(input);"
05/09 21:23:16 _vanpelt
    how do you mean input signal indexing?
05/09 21:24:18 hiyuh
    output <= MyAwesomeConstantArray(input1 & input2 & input3
    & ... & inputN); <--- this looks like indexing.
05/09 21:25:01 _vanpelt
    hiyuh: ok. but there is no function that is able to actualy
    calculate the value according to input. the numbers in the array
    are to independent
05/09 21:26:09 _vanpelt
    so i could implement binary search or something but i think that
    this would go a step to far, doesn't it?
05/09 21:27:39 _vanpelt
    the problem is that there is no function that could calculate the
    position of the result from the input value
05/09 21:28:37 hiyuh
    eh?
05/09 21:28:49 hiyuh
    so I'd have to say no idea.
05/09 21:28:50 hiyuh
    I haven't seen desired I/O logical relation what you're talking about.
05/09 21:29:19 hiyuh
    I'm moronic coder, no code (or spec) is no help.
05/09 21:31:16 _vanpelt
    hiyuh: ok sorry for being so imprecise. the input vales range from
    1500 to 300. but not every value is needed. for example only 1500,
    1463,1428,...
05/09 21:31:35 hiyuh
    ok, then?
05/09 21:31:59 _vanpelt
    but the output values are constantly increasing 40,41,...
05/09 21:32:48 _vanpelt
    so what i have to do is asigning 1500 -> 40, 1463 -> 41,...
05/09 21:34:39 hiyuh
    heh, so you have that entire of fsckin' I/O relation already?
05/09 21:35:23 _vanpelt
    yes i have a table on paper for this huge list
05/09 21:38:42 hiyuh
    ok, then generate constant ROM declaration from that fsckin' list
    into package vhdl by hand or script or something.
05/09 21:38:43 hiyuh
    then use it like "output <= MyAwesomeConstantROM(input);" w/
    "use work.MyAwesomeConstantROM.all;"
05/09 21:40:14 _vanpelt
    wouldn't that produce overhead because then i would have to generate
    an array of 1500 elements and use only 300 of them
05/09 21:41:44 _vanpelt
    because i could asign the input values the position of the output
    values in the array, search in the array for the right input value
    and return the position
05/09 21:44:42 _vanpelt
    i really appreciate your patience :)
05/09 21:44:59 hiyuh
    nah, create "input_value output_value" TSV or SSV, sort(1p) it by
    input_value, use script or program to generate constant ROM by using
    dummy stub value (which won't output).
05/09 21:46:30 _vanpelt
    hiyuh: ok i will do it that way. thanks a lot for your help!
05/09 21:46:57 hiyuh
    np, good luck. :p
05/09 21:47:11 _vanpelt
    hiyuh: really great. thanks

05/09 23:57:44 _vanpelt
    hiyuh: i got another, this time hopefully simplier question. i just
    read a vhdl performance manual. is it really true to prefer integers
    over slv's?
05/10 00:02:51 hiyuh
    _vanpelt: performance for what?
05/10 00:02:53 hiyuh
    shorter simulation runtime? shorter synthesizing time? function w/
    faster clock? lower power or current?
05/10 00:03:52 hiyuh
    and wth is vhdl performance manual??? :p
05/10 00:04:07 _vanpelt
    hiyuh: if i have nothing like that specified, which optimization
    should i use? as it is mainly simulated for simulation?
05/10 00:04:51 _vanpelt
    hiyuh: the paper is called "VHDL Style Guidelines for Performance" :)
05/10 00:07:27 hiyuh
    BWK and RP said like that, IIRC. "first of all, to optimize your code,
    don't optimize it."
05/10 00:08:09 _vanpelt
    hiyuh: :) ok
05/10 00:09:27 _vanpelt
    hiyuh: but could i say that using slv's i am closer to the hardware
    and so it is better when synthesizing it or running it on an FPGA
05/10 00:13:09 hiyuh
    for synthesizer, good one can optimize your code w/ runtime options
    than your hand-optimize.
05/10 00:13:17 hiyuh
    but bad one produces ton of craps. :p
05/10 00:15:15 hiyuh
    FYI. for simulation, good one can optimize your code JIT than your
    hand-optimize.
05/10 00:15:19 hiyuh
    but bad one takes so looooooooong time. :p
05/10 00:14:54 _vanpelt
    hiyuh: ok. thanks again. i wont annoy you again today :)

他の言語でも俺様コードジェネレータをでっち上げるのは良くある事だし、最近は王道のスタイルで
書かれたコードをマトモなツールで使えばキチガイの様に手で最適化する必要は殆ど無い。
勿論、VHDLのRTLデザインはハードウェアに突っ込まれるので、I/Oの位置やタイミング制約で
悪足掻きする事はかなりあるけど、それは元のブツが王道のスタイルで書かれている方が弄りやすい。
[Codin' code generator is nice lazy way, that's not only for VHDL. T3h royal road style code w/ suckless tools won't require any of hand-uber-optimization, recently.
Yup, RTL level VHDL is intended to be into the device, so it has many I/O location and its timing restriction. But before poking it for these ton of restriction, original one as royal road design is the best one to start.]

シミュレータは、マトモなモノはそれなりに優秀で、JITな感じで動いているのは見ているだけで
大体分かる。
なので後は、「delta delayが少ないスタイルで書かれているか、否か？」でシミュレーションに
必要な時間が決まるんじゃないかと妄想している。
で、某G社の人が提唱しているスタイルが最強ではないかと思うのだがどうか？ :)
[Recently, simulator becomes suckless a little. I guess it run w/ JIT optimization in my exp.
So, the last curse is "how many delta delaying　is required to simulate it?", IMHO.
Then, t3h G guy sez awesome royal road style, so I was really surprised. :)]

calDPI(NV) != calDPI(NOUVEAU|RANDR12_ON)

nouveauのlive git ebuildが動いたので調子にコいてemergeしまくっていたら、
Xorgが起動しなくなるほどぶっ壊れた。 :P
で、#nouveauで泣きをイれてみる。
[nouveau just worked, so I remerge it sometimes. It b0rk0rz my X. :P
So I asked devs at #nouveau.]

05/08 00:25:58 hiyuh
    hmm, updating nouveau on my pb. it breaks my X. :p
05/08 00:38:29 marcheu
    hiyuh: bisect, and then blame someone :)
05/08 00:41:17 hiyuh
    zomg :)
05/08 00:44:30 hiyuh
    I can't startx w/ nouveau by using the overlay atm. it seems to b0rk
    at loading (or initializing) nouveau_drv.so.
05/08 00:47:50 pq
    so look in Xorg's log
05/08 00:49:27 hiyuh
    pq: any easy way to bisect by using the overlay's
    xf86-video-nouveau? setting EGIT_blah?
05/08 00:49:54 pq
    hmm... I don't that would be an easier option
05/08 00:50:41 pq
    git-clone the nouveau DDX repo, build it, and make a symlink from
    where the ebuild installed the driver to the hand-built drv.so
05/08 00:51:33 pq
    for instance, I have
    /usr/lib/xorg/modules/drivers/nouveau_drv.so.devel ->
    /home/pq/nouveau/xf86-video-nouveau/src/.libs/nouveau_drv.so
05/08 00:52:01 hiyuh
    ah ok.
05/08 00:52:09 pq
    then I just do the link nouveau_drv.so -> nouveau_drv.so.devel when
    I want to switch to the hand-built version

05/08 01:57:11 hiyuh
    pq, marcheu: http://dev.gentoo.gr.jp/~hiyuh/misc/nouveau-bisect.log
05/08 01:57:52 marcheu
    hiyuh: you're saying it's 52e58c7e799697989fcfbf95050ce10a4c3d1f8f ?
05/08 02:04:32 hiyuh
    marcheu: I guess so.
05/08 02:05:34 pq
    hiyuh, when the bisection completes, git says something like "the
    first bad commit is..."
05/08 02:06:06 pq
    I'm not sure how to read the bisect log
05/08 02:07:06 hiyuh
    http://dev.gentoo.gr.jp/~hiyuh/misc/b0rk-Xorg.0.log
05/08 02:07:55 hiyuh
    all bad rev does vomit like this.
05/08 02:09:36 pq
    hm, script execution segfaults
05/08 02:09:44 pq
    hiyuh, btw. please enable randr12
05/08 02:09:47 marcheu
    hiyuh: I blame malc0  :)
05/08 02:10:13 hiyuh
    lol
05/08 02:12:54 hiyuh
    pq: randr12 works kinda bit. but it shows me larger and bolder fonts
    on gtk app.
05/08 02:12:59 hiyuh
    for testing is ok, but "do enable it always" is not good for me atm.
05/08 02:13:09 marcheu
    hiyuh: what are the issues with it ?
05/08 02:13:26 marcheu
    hiyuh: can't you force another dpi ? AFAIK what randr12 does is
    correct
05/08 02:13:30 marcheu
    or use smaller fonts..
05/08 02:15:35 hiyuh
    well, I'm not good at tuning xorg.conf. I just replaced "nv" to
    "nouveau". http://dev.gentoo.gr.jp/~hiyuh/misc/xorg.conf
05/08 02:16:00 marcheu
    I think "nv" has incorrect dpi computation...
05/08 02:16:07 hiyuh
    zomg :)
05/08 02:16:25 marcheu
    the right thing to do is configure your font size in whatever app
    you use
05/08 02:16:35 marcheu
    or force dpi but that's pretty dirty
05/08 02:16:57 pq
    you can also calculate what the true dpi is and see which one
    is closer
05/08 02:17:09 marcheu
    I think I've been looking at pb12 logs before (yours ?) and they
    reported proper size with randr12 but not default
05/08 02:22:19 hiyuh
    heh
05/08 02:24:47 marcheu
    they didn't ?
05/08 02:25:02 marcheu
    the detected size should be displayed in the logs
05/08 02:27:03 hiyuh
    marcheu: hmm? are you saying "show me the Xorg log w/ randr12
    enabled"?
05/08 02:27:28 marcheu
    I'm saying you should check the reported size is correct
05/08 02:27:41 marcheu
    which would mean the dpi is in turn correct
05/08 02:27:46 marcheu
    I don't want the logs, I'm pretty sure it is
05/08 02:30:06 hiyuh
    well, how can I check whether it was correct or not?
05/08 02:30:09 hiyuh
    running Xorg w/ randr12 enabled then what?
05/08 02:30:39 marcheu
    the screen size is in the logs
05/08 02:36:03 hiyuh
    nv sets (75, 75). w/ randr12 off, nouveau sets (75, 75). w/ randr12
    on, nouveau sets (108, 144)
05/08 02:38:16 marcheu
    sure, because nouveau with randr12 takes the screen size into account,
    which is the correct thing to do
05/08 02:38:21 marcheu
    look in the logs for the screen size
05/08 02:38:27 marcheu
    you'll see that it's the right one
05/08 02:38:32 marcheu
    but I'm repeating myself somehow
05/08 02:40:23 hiyuh
    so, (108, 144) is correct DPI?
05/08 02:40:44 marcheu
    so.
05/08 02:41:09 marcheu
    to compute the DPI, you divide the size in pixels by the size
    in inches
05/08 02:41:16 marcheu
    the size in pixels is the same
05/08 02:41:34 marcheu
    now feel free to do the computation yourself
05/08 02:41:59 marcheu
    and really I'm leaving before this stuff drives me crazy
05/08 02:42:04 pmdata
    !INCREASE your dpi! PLIZ YOUR EYES
05/08 02:42:54 marcheu
    and really, we're not going to fuck up dpi calculation because it
    makes font too big or too small. it's up to the apps to be configured
05/08 02:42:57 marcheu
    bbl
05/08 02:43:15 pq
    btw. the size in inches is horizontal or vertical, not diagonal
    marketing inches :-)

つーことで、git repoの方はmalc0様々がそのうち直してくれるだろうと勝手に期待して待つことにする。
randr12 onなnouveauはnvとDPIがモロ違うっぽいのでフォントはアプリ側で調整する方法で行くかな。
[So I'm waiting official fix for this b0rkage by malc0 or someone who read t3h log.
ATM, w/ randr12 on, nouveau sets different DPI from nv's (is incorrect?).
T3h way to stick nouveau w/ randr12 on, I'll set appropriated font size as the app side setting.]

pull(&overlay, &nouveau);

#gentoo-bugsにて。
[At #gentoo-bugs,]

04/19 06:48:07 jeeves
    [New Bug] https://bugs.gentoo.org/218337 min, P2, x86,
    cfchris6.yahoo.de.bug.wranglers.g.o, NEW, pending,
    x11-drivers/nvidia-drivers-169.09-r1 | unmerge does not remove
    nvidia.ko (Reassign bug to cardoe.g.o ?)
04/19 06:48:52 Caster
    RESOLVED CONFIGPROTECT
04/19 06:51:55 hiyuh
    it's t3h proof: once you've emerged t3h blob, you cannot unmerge
    t3h blob anymore.
04/19 06:51:58 *
    hiyuh runz
04/19 06:52:36 *
    cla laughz atz hiyuhz

~ppcなのでbinary blobも何もない訳だが、久しぶりにnouveauでriceしてみる。
未だ__ucmpdi2なmissing symbolが直ってないので手始めに#nouevauでmaintainerを叩く。 :p
[I'm on ~ppc, so there is no binary blobs sadly.
Then I'll do ricing w/ nouveau. nouveau DRM still have t3h issue WRT missing __ucmpdi2 symbol. So I'd had to poke overlay maintainers at #nouveau. :p]

04/19 20:46:22 hiyuh
    who is maintainer of nouveau overlay for gentoo now?
04/19 20:47:05 pq
    I am, and stillunknown, depending on your definition of "maintain"
04/19 20:47:49 pq
    no, gallium support is not coming until it becomes worth testing ;-)
04/19 20:48:00 hiyuh
    then could you mind to consider to add __ucmpdi2 patch for x11-drm
    on ppc32?
04/19 20:48:26 pq
    that's still unsolved? sheesh
04/19 20:48:38 hiyuh
    yup
04/19 20:49:05 hiyuh
    https://bugs.freedesktop.org/show_bug.cgi?id=10547#c11
04/19 20:49:19 pq
    do you have a patch for the ebuild at hand?
04/19 20:51:35 hiyuh
    I just added renamed (to apply only for ppc) marchesin's ucmpdi2.diff
    to x11-base/x11-drm/files/patch dir. it seems to work.
04/19 20:52:26 pq
    yeah, I'm just thinking that when/if it gets properly fixed, the
    ebuild starts to fail
04/19 20:53:40 pq
    ok, let's take a look, and deal with failing when it happens
04/19 20:53:49 hiyuh
    kthx
04/19 20:54:08 pq
    don't go away, you soon have to test it :-)
04/19 20:54:47 hiyuh
    lol :)
04/19 21:02:41 pq
    hiyuh, committed, please test
04/19 21:02:53 marcheu
    maybe it should just go into drm
04/19 21:03:03 pq
    too late!
04/19 21:03:06 marcheu
    I mean, if the ppc guys don't want the fix, we still want it anyway
04/19 21:03:14 marcheu
    there's not only gentoo in the world :)
04/19 21:03:34 pq
    orly?! :-P
04/19 21:04:06 hiyuh
    lol
04/19 21:08:16 hiyuh
    nooes :)
04/19 21:08:21 hiyuh
    plz rename "003_ppc_ucmpdi-nouveau.patch"?
04/19 21:08:23 hiyuh
    it won't work w/ "-PPC-"
04/19 21:08:50 pq
    hunh? is that again some l33t G-feature?
04/19 21:09:11 hiyuh
    FEATURE! :)
04/19 21:10:50 pq
    omg, it's braindead
04/19 21:10:54 hiyuh
    or, that patch is already w/ ifdef-ed. so using "_all_" to apply
    all should not be problem, I guess though. :p
04/19 21:10:56 pq
    erm, I mean intelligent
04/19 21:12:25 pq
    so, arch is ppc and not pcc32?
04/19 21:12:35 pq
    gah, ppc32
04/19 21:13:17 hiyuh
    ppc is "ppc", ppc64 is "ppc64" for now, IIRC.
04/19 21:15:55 pq
    hiyuh, ok, committed. How about now?
04/19 21:17:05 hiyuh
    hmm, it works. :)
04/19 21:20:44 hiyuh
    ok, there is no missing symbols, so time to break my X. :p
04/19 21:21:21 hiyuh
    brb

04/19 21:28:01 hiyuh
    hmm, it works. :)
04/19 21:28:25 pq
    great
04/19 21:31:15 hiyuh
    FYI, http://dev.gentoo.gr.jp/~hiyuh/misc/Xorg.0.log
04/19 21:31:57 hiyuh
    :DDD (EE) AIGLX error: dlopen of /usr/lib/dri/nouveau_dri.so
    failed (/usr/lib/dri/nouveau_dri.so: cannot open shared object file:
    No such file or directory)
04/19 21:31:57 hiyuh
    (EE) AIGLX: reverting to software rendering

Gallium 3Dじゃないとsoftware renderingにfallbackするみたいだけど、ITJUSRWORKS(tm)。
x11-drivers/xf86-video-nvだとXAAでしか動かなかったけど、x11-drivers/xf86-video-nouveauだとEXAが使えるみたいなので乗り換えておく。 :D
[ATM, w/o Gallium 3D, it will fallback to software rendering, but ITJUSTWORKS(tm).
IIRC, on my PowerBook 12", x11-drivers/xf86-video-nv can only use XAA, but this x11-drivers/xf86-video-nouveau will use EXA by deefault, so I prefer this! :D]

FixBug(&eFTE); /* WRT X11 hints */

最近、仕事でモニョモニョしているhg repoをcloneするのがダルくなってきたので、
ちょーしこいてmergeするのに邪魔だった変更中のブツをrevertしてムニャムニャ
していたら、*.origなヤツがいつの間にか消えてハイパー萎えた。 :(
[Hmm, I now really regret what I didn't clone my bloated hg repo at
that time. So, I did revert a modified source file, this means it was
implicitly backed up w/ .orig suffix. But *.orig is gone accidentally,
OMGWTF, GIMMEH BAK MAH PRECIOS C0DE!!11!1 :(]

で、気晴らしにapp-editors/efteつーのがぶちこまれていたのを思い出したので
モニョる。
[BTW, I poked app-editors/efte.]

• ビルドディレクトリで実行出来ないのはコンフィグファイルの所為で1.0で直る予定。
  [It couldn't exec at build dir is a known issue for 1.0.]
• efte.desktopにテキトーな日本語訳を追加した。
  [Added my stupid japanese translation into efte.desktop.]
• 日本語は入力出来るけどUTF-8に対応してないので文字化けする。
  [It can be input Japanese, but isn't capable of UTF-8, so multibyte character will be garbled ATM, but is planned.]
• キーボード入力がバグってたのはX11 hintsの問題で、svn trunkでは直ってる。
  [A bug WRT keyboard input is caused by wrong X11 hints, these are fixed in svn trunk.]

つー感じだった。以下、#efteでのログ。
[The following is t3h log on #efte.]

03/06 21:17:54 hiyuh
    hi
03/06 21:18:11 Bushmills
    hi hiyuh
03/06 21:18:14 hiyuh
    efte can not run its build dir?
03/06 21:18:18 hiyuh
    just running ./src/efte in build dir here, but it vomits error about
    missing mymain.fte.
03/06 21:18:20 Bushmills
    oheio goseimas
03/06 21:18:53 Bushmills
    hm... should be a one liner, in the config dir.   what version do
    you run?
03/06 21:19:13 hiyuh
    just pulled from svn repos. :)
03/06 21:19:30 Bushmills
    ok. i'd suggest to hand-make the missing file:
03/06 21:19:42 Bushmills
    create a directory  .efte   in your home dir ..
03/06 21:20:05 hiyuh
    and btw, it's about 21:20 in japan. so I'd have to say "konbanwa" :)
03/06 21:20:05 Bushmills
    and in there, create a file which contains:
03/06 21:20:12 Bushmills
    include "systemmain.fte";
03/06 21:20:23 Bushmills
    sorry, my bad. konbanwa
03/06 21:20:31 hiyuh
    no problem
03/06 21:21:03 Bushmills
    that mymain.fte in .efte can serve as base for your personal
    customization
03/06 21:21:43 Bushmills
    a copy of it was supposed to be in  ~/efte/config
03/06 21:21:52 hiyuh
    ok
03/06 21:24:30 Bushmills
    running efte with optionss  -v   or   -v -v    should show the files
    it includes, or attempts to.
03/06 21:24:44 Bushmills
    on std err
03/06 21:25:43 Bushmills
    running efte with -v  or   -v -v  from an xterm is probably maybe
    the easiest way to see that output
03/06 21:26:33 hiyuh
    heh
03/06 21:26:48 hiyuh
    oh, ITJUSTWORKS(tm) :)
03/06 21:27:25 Bushmills
    sound good. what OS, what CPU is that?
03/06 21:28:39 Bushmills
    you may like the new script language, it incorporates a bit of
    japanese grammar :)
03/06 21:28:58 hiyuh
    Gentoo Linux/PowerPC, Apple PowerBook 12' last model.
03/06 21:30:08 Bushmills
    great.
03/06 21:31:11 Bushmills
    can you look into your svn dirs of efte, especially in  efte/config,
    whether you can see a mymain.fte in there?
03/06 21:33:31 hiyuh
    yup, it has 'include "systemmain.fte";', others are #-prefixed.
03/06 21:34:11 Bushmills
    hm .. efte should have found and used that one, when not finding
    your local .efte/ ... versiin.
03/06 21:34:13 Bushmills
    ion
03/06 21:35:00 Bushmills
    japanese grammar uses a lot of    noun verb  structures?
03/06 21:35:07 Bushmills
    cake eat?
03/06 21:35:43 hiyuh
    whut?
03/06 21:35:46 hiyuh
    :)
03/06 21:37:00 Bushmills
    object ... action   structures seem to be common in japanese language?
03/06 21:37:59 Bushmills
    "cake have not if cake eat not then"
03/06 21:56:35 Bushmills
    that's what new efte script language incorporates too
03/06 22:06:27 hiyuh
    hmm, I'm not sure what you mean though. could you mind to input
    sentence as engrish to me? then I can translate it to japanese and
    japanese-order words.
03/06 22:06:42 hiyuh
    s/engrish/english/

03/06 22:11:58 ln-
    hello hiyuh
03/06 22:12:13 hiyuh
    hi ln- :)
03/06 22:12:52 ln-
    would you like to help all japanese eFTE-on-linux users and translate
    the following two menu item descriptions into japanese:
03/06 22:12:55 ln-
    GenericName=Text Editor
03/06 22:12:57 ln-
    Comment=Fast, extendable programmers' text editor
03/06 22:13:09 ln-
    they can also be found in packaging/shared/efte.desktop on svn.
03/06 22:13:27 hiyuh
    ah
03/06 22:16:50 hiyuh
    hmm, "fast" is fuzzy word to me. :)
03/06 22:18:48 ln-
    fast, quick, light, ...
03/06 22:26:16 hiyuh
    http://dev.gentoo.gr.jp/~hiyuh/misc/efte.desktop.+ja.diff
03/06 22:31:34 ln-
    great, thanks.
03/06 22:32:16 CIA-39
    efte: lanurmi * r905 /trunk/packaging/shared/efte.desktop: Added
    Japanese translation (thanks to hiyuh).
03/06 22:32:48 hiyuh
    nice :)
03/06 22:40:42 ln-
    so is (e)FTE usable at all for writing Japanese? (due to charset
    limitations)
03/06 22:54:19 hiyuh
    omg, nefte can be input japanese but it becomes garbled charcter. any
    setting is required for utf-8 or unicode env?
03/06 22:56:51 Bushmills
    not yet, but addition is planned

03/06 22:57:46 jeremy_c
    gm all.
03/06 22:57:53 hiyuh
    and omg again, efte (not nefte) doesn't response any keyboard input
    on wmii which is my favorite wm.
03/06 22:58:31 jeremy_c
    hiyuh: really? I've used wmii before (using awesome right now). I'll
    check it out.
03/06 22:59:27 jeremy_c
    hiyuh: do you get any load errors/warnings? Maybe a config file is
    not found? We have been doing *heavy* work on the config system,
    it's possible that if not found, it loads w/an empty config, thus,
    no keys are mapped to any action.
03/06 23:01:07 Bushmills
    gm jeremy_c
03/06 23:03:12 jeremy_c
    hiyuh: hm, I just read back, and yes, that is a current problem
    w/eFTE and one reason it's not 1.0 yet. It should run from it's
    build directory. However, it searches in common locations. The
    quickest solution to fix your keyboard problem, config problems,
    etc... is do to:
03/06 23:03:22 jeremy_c
    mkdir /usr/local/share/efte
03/06 23:03:36 jeremy_c
    ln -s ~/path/to/efte/config /usr/local/share/efte/config
03/06 23:04:26 jeremy_c
    if you do that, efte will begin responding correctly. Just finding
    a mymain is not quite enough, it needs to find the other files such
    as the key mapping, menu and mode setup. Can you please give that
    a try and I'll bet it starts responding in wmii.
03/06 23:11:04 jeremy_c
    hiyuh: also, out of curiosity, how did you find efte? we are pretty
    new and curious how people find us.
03/06 23:13:08 hiyuh
    hmm, made symlink as you said. but it doesn't response too. :(
03/06 23:13:25 hiyuh
    and I found efte at portage tree.
03/06 23:14:29 jeremy_c
    hm, that's not making sense. I *really* appriciate you coming here
    and reporting this problem.
03/06 23:14:54 jeremy_c
    can you do efte -v and paste the results to rafb.net/paste ?
03/06 23:15:01 hiyuh
    k
03/06 23:17:00 hiyuh
    http://dev.gentoo.gr.jp/~hiyuh/misc/efte-v.txt
03/06 23:18:09 jeremy_c
    well, it found all the config scripts, so that's not the problem.
03/06 23:20:01 jeremy_c
    Ok, and just checked out the latest efte also from svn (was sleeping
    and not caught up on Bushmills changes). Let me install wmii.

03/06 23:22:38 Bushmills
    always when i break it, jeremy_c has to fix it again :)
03/06 23:22:54 hiyuh
    jeremy_c: efte can only response by mouse input.
03/06 23:23:01 hiyuh
    Bushmills: lolz
03/06 23:23:21 jeremy_c
    hiyuh: hm, working fine here in this wmii. this is very strange.
03/06 23:23:52 jeremy_c
    hiyuh: how do I get a new xterm in wmii?
03/06 23:25:10 jeremy_c
    Ok, it would take a bit of getting use to again, but I got a new
    xterm. I do not seem to be seeing any problem while running in wmii.
03/06 23:25:50 hiyuh
    jeremy_c: $MODKEY-Retern, my $MODKEY is Mod4 (Apple key), default
    is Mod1 (Alt) as you know.
03/06 23:27:35 hiyuh
    and FYI I'm using wmii of hg tip (2292).
03/06 23:28:07 jeremy_c
    I just did a pacman -S wmii, it installed 3.6
03/06 23:28:25 jeremy_c
    does it support multihead?
03/06 23:28:46 jeremy_c
    right now all my windows are vertically split stretched across
    two monitors.
03/06 23:29:14 jeremy_c
    http://jeremy.cowgar.com/snap/1204813731061956285.png
03/06 23:32:00 jeremy_c
    ah, now I remember why I did not continue using wmii, it does not
    right now, seems it is going to be added in v4. However, that's
    secondary problem, right now, why does eFTE not respond to key
    input!?!?
03/06 23:33:13 Bushmills
    i wonder whether that problem is wmii related. maybe try to run it
    just from an xterm, no wm at all.
03/06 23:33:33 Bushmills
    startx $(which xterm) -- :1
03/06 23:33:58 Bushmills
    might work from within X, starting a new X server
03/06 23:34:01 jeremy_c
    Bushmills: I was just in wmii and had no problems, however, it was
    not the dev edition, but I can't see what wmii would be doing to cause
    efte not to work, but other apps to. this is truely a weird situation.
03/06 23:35:16 jeremy_c
    hiyuh: but it would give us another thing to eliminate if you could
    do that.
03/06 23:35:18 Bushmills
    but before efte accepted chars.  UTF input, but not outputting well,
    of course
03/06 23:36:51 hiyuh
    k, I'll try on twm. :p
03/06 23:39:47 jeremy_c
    hiyuh: thanks for giving this a go, sorry your having problems.
03/06 23:41:02 hiyuh
    jeremy_c: no problem. twm is emerged just now. I'll test it at
    home, bbl.

03/07 00:10:58 jeremy_c
    hiyuh: wb.
03/07 00:11:21 hiyuh
    yo
03/07 00:13:07 hiyuh
    zomg, efte works fine on twm
03/07 00:13:30 jeremy_c
    ok... I think I may have found the problem. I was in #wmii talking.
03/07 00:13:44 jeremy_c
    Let me make a change to eFTE and see if that fixes your problem, OK?
03/07 00:13:56 hiyuh
    yup, do it :)
03/07 00:16:14 CIA-39
    efte: jeremy_c * r906 /trunk/src/con_x11.cpp: Set InputHint in
    X11 version
03/07 00:16:35 jeremy_c
    give svn up and give it a go again. Be sure to svn up in the root
    efte dir.
03/07 00:17:18 hiyuh
    k
03/07 00:18:05 hiyuh
    bbl

03/07 00:20:05 jeremy_c
    any luck?
03/07 00:20:39 hiyuh
    yup, ITJUSTWORKS(tm) :)
03/07 00:20:59 jeremy_c
    Great!
03/07 00:21:31 jeremy_c
    we will get the problem of not being able to run it from the source
    tree fixed soon.
03/07 00:22:42 hiyuh
    hehe
03/07 00:22:54 jeremy_c
    hiyuh: the docs on configuration are a bit out of date... we've
    been heavily modifying the scripting/configuration and have not been
    able to keep up w/every change on the wiki. Before we release 1.0,
    we will update the docs.
03/07 00:38:51 CIA-39
    efte: jeremy_c * r907 /trunk/src/con_x11.cpp: Another minor fix to
    the X11 state hints
03/07 00:42:57 CIA-39
    efte: jeremy_c * r908 /trunk/src/con_x11.cpp: Ok, this is the last
    WM_HINTS patch, really.
03/07 00:43:07 jeremy_c
    hiyuh: I'm sorry, my quick fix wasn't quite complete, can I bug you
    to svn up and try again and see if it still works as expected?
03/07 00:46:48 *
    hiyuh does svn up
03/07 00:53:48 hiyuh
    jeremy_c: works fine too. :)
03/07 00:53:59 jeremy_c
    hiyuh: great. thanks for your help w/that bug.
03/07 00:54:30 hiyuh
    jeremy_c: yw

FXT.karma++; /* but C++ */

モニョモニョしてたらみつけた、正統派低レベルプログラミング in C++っぽい。
ソースコードが付属しているのと他の論文へのハイパーリンクがすげーのってるが良い。 :)
[Hmm, I found nice one. Sound like "t3h low-level programing in C++".
There is bundled source code and ton of link to other paper, *NOM* :)]
the fxtbook

GentooJP.NomiKai++; /* OSC 2008 Spring */

今日はOSC2008 Springでした。以下、メモっぽいもの。

• 会社で徹夜した所為か電車の時間を間違えた。
• 展示の場所に行くと、もうmatsuuさんが来てた。
• nabekenさんが来て一緒にネットワークの設定をムニャムニャしている間に、Kojimaさんとidaniさんも合流。前日、IRCでshindoさんは「仕事が忙しいので行けない」と言っていた、残念。 :(
• 「何気に隣は日本KDEじゃん」と気付くが時既に遅し。 :P
• matsuuさんの営業にチョッカイを出しつつ、wmii on ~ppc/Gentooを放置プレイ展示。
• trombikさんが来て、idaniさん特製の2008.0 pre-release by catalystな生タイルLiveTileなCDを一枚奪って「これから仕事だ」とか言い残して去って行った。さすが流しの管理者。 :p
• 昼飯はカレー屋、オヤジさんが「*はもう終わっちゃったんですよー」とか言うので「じゃあ、何があるんだよ！」とプチ逆ギレした。反省はしてない。 :p
• 昼飯から帰ってくると、「ppcにGentooを入れたい」と言っていた人が来てたとidaniさんに言われたけど、その人は行方不明に。 :p
• 昼飯後組(?)と交代して展示をやった。
• nabekenさんが頑張ってawesomeを布教していたので、隣で再びサボる見守る。 :p
• 残念な事に二回ほどバトン(?)が回ってきて、wmiiの説明をした。
• 一回目は簡単な操作とタグによる異なるヴューでの同一のクライアントの共有から例のプロパガンダまで。
• 二回目はIceWMを使っていると言う人と話がかみ合わなくてダルくなったので、「そのまんまWIMPyなIceWM使ってれば？」とプチ逆ギレした。反省はしてない。 :p
• 懇親会まで時間があったので、懇親会の場所の近くのローレルとか言う喫茶店(?)でケーキセットを喰いながら、matsuuさんとnabekenさんがidaniさんのemobileをイジっているのを見てた。
• 懇親会は蝶混雑していたので、食い物の奪い合いが素晴らしく(?)激しかった。
• 窓際の立ち食いスタイルの場所に陣取り、nabekenさんがいつの間にか買ってきてたHUBを共有させてもらって、I CAN HAS CHEEZBURGERやらlamdacatsを見つつ、テキトーにダベってた。
• 結局、懇親会ではずーっと立ちっぱなしで、ビミョーに疲れたので何話してたか良く覚えてない。 :p
• 帰りの新宿駅でnabekenさんにauの携帯電話による電車時刻の検索を教えてもらった。「つーか、ソラでショートカットの数字覚えているとかすごくね？」とプチビビったのは秘密だ。 :P

と言う訳で、何か忘れている事もあるかもしれないけど、とりあえず皆さんお疲れ様でした。 :)
今日は疲れたのでEng'r'ishは無しな！！1 :P

MeasureSLOC(&B2); /* fork(3p) */

今日はOSC2008なのだが、ボスが新しいブツを試したいと言うのでヨナベ(?)してB2なVHDLを論理合成してた。おかげで徹夜になるが別に何ともないぜ！！1 :p
[Today is t3h OSC. But my boss said "plz synthesize your B2, k?" So I did. Yes, REAL MAN DOESN'T SLEEP!!1 :p]

で、PCが蝶頑張って論理合成している間にまたも無意味にSLOCをグラフ化。SISOとMIMOで共通のマクロを使いつつ、別のレポジトリで管理してforward mergeしてるから、いい感じにfork(3p)してる。 :)
[While synthesizing my junk code, I make t3h SLOC graph again. It shows me nice fork(3p) image b/c I managed shared macros, separated 2 repos for SISO and MIMO. And doing forward merge the former to latter ATM. :)]

omg - a command for EVERYTHING(tm)

#-bugsにて。
[At #-bugs,]

02/29 21:43:04 jeeves
    [New Bug] https://bugs.gentoo.org/211886 min, P2, All,
    wasti.redl.gmx.net.bug-wranglers.gentoo.org, NEW, pending,
    mail-mta/ssmtp depends on virtual/libc (Reassign bug to net-mail ?)
02/29 21:46:18 hiyuh
    omg
02/29 22:05:00 drac
    err wtf bug 211861
02/29 22:05:04 jeeves
    drac: https://bugs.gentoo.org/211861 nor, P2, All,
    wuno.lsvw.de.xfce.gentoo.org, NEW, pending, [fPIC]
    xfce-base/xfdesktop-4.4.2-r1 fails to compile on amd64
02/29 22:05:19 drac
    WFM on stable and ~arch.. I wonder how the user managed to bork it
02/29 22:08:17 drac
    ah ccache prolly
02/29 22:45:12 hiyuh
    hmm, LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed"
03/01 00:32:41 Betelgeuse
    hiyuh: two of those are valid
03/01 00:32:47 Betelgeuse
    hiyuh: don't know about sort-common
03/01 00:35:29 Betelgeuse
    hiyuh: seems harmless
03/01 00:47:07 yngwin
    Betelgeuse: i thought sort-common was enabled by default on gentoo
03/01 00:47:22 Betelgeuse
    yngwin: dunno
03/01 01:25:24 hiyuh
    gcc -v help 2>&1 | grep -e '--sort-common'
03/01 01:25:55 hiyuh
    Sort common symbols by size
03/01 01:29:02 hiyuh
    omg s/help/--help/
03/01 01:29:17 bonsaikitten
    I thought it was called sed
03/01 01:29:24 bonsaikitten
    but omg sounds like a great command too ;)
03/01 01:29:57 hiyuh
    yup, it works well for EVERYTHING(tm)
03/01 01:30:15 bonsaikitten
    omg --wtf zomg
03/01 01:30:30 cla
    omg --wtf bonsaikitten
03/01 01:30:31 cla
    :)
03/01 01:30:45 hiyuh
    omg --lol rofl
03/01 01:30:58 cla
    lol --help hiyuh

何て便利なんだ！！1 :DDD
[omg --rly-useful :DDD]

push(&overlay, &s9fes);

ちょっと前に、On Lispを読んで、「LISP、最強じゃね？」とあからさまに影響されてLisperにジョブチェンジしようかと思ったが、マクロを覚えられないと言う罠にハマった。
[I've read On Lisp, "ZOMG, LISP IS BESTEST!!1", I thought. But it has ton of macros.]

で、「とりあえず、Schemeでよくね？」と妥協して、DrSchemeを使いつつ、SICPに浮気した。
けど、DrSchemeはメジャー過ぎる(?)ので、schemers.orgで、build infrastructureがfubarだったり、アセンブリ言語を使ってx86でしか動かなかったり、GCCの最適化をアテにして実行速度を稼いだりしている様なブツは華麗にスルーして、Scheme 9 from Empty Spaceを無意味に再チョイス。
それなりに動く様なので、俺様overlayに突っ込んだ。
[Then, "K, ILL TAKE THIZ, SCHEME", I re-thought. And been using DrScheme w/ SICP as a text. But I realized, DrScheme is too major. Then I re-chose Scheme 9 from Empty Space from implementation links of schemers.org, b/c there is many ones which are using suck0rz build infrastructure, x86 specific assembler crpas and heavily depend GCC uber-optimization. S9fES is tested on ~ppc/Gentoo, ITJUSTWORKS(tm), so now in my overlay.]

それから、これ、おもろい。 :DDD
[BTW, LOL. :DDD]

for BEING in LOL way ; do somthing ; done ;

某電気通信大学の研究室のアカウントが消されてimgが死んでいるのに気づいたので、
テキトーにテンプレートを選んで、1337ish but n00bishな感じにしたら、
すげーワケワカランものになったが、ま、いいや。 :p
[This blog's img is gone b/c my account at UEC is dead, I guess.
So I chose new template and poking to be 1337ish but n00bish.
Hmm, WTH is this? :p]

XXX for kernel 2.6.17 - 2.6.24.1

ファイル名がアレな件． :DDD
[OMG, THIS FILE NAME IZ NOT 4 UNDER 18!!1 :DDD]
bug #209460

以下，#-bugsでの騒ぎ．
[Yup, dudes on #-bugs GONNAGONUTZ!!1]

02/10 08:17:58 jakub
    plopzie! Bug 209460
02/10 08:18:02 jeeves
    jakub: https://bugs.gentoo.org/209460 cri, P2, All,
    commando2004.yandex.ru-security.gentoo.org, NEW, pending, Linux
    vmsplice Local Root Exploit
02/10 08:20:45 hiyuh
    omg
02/10 08:20:46 hiyuh
    jessica_biel_naked_in_my_bed.c
02/10 08:21:53 Jarda
    ok
02/10 08:22:30 bheekling
    Jarda, let's not be skeptical; maybe he has some nice ascii pr0n
02/10 08:23:01 eroyf
    awesome
02/10 08:23:06 jakub
    bheekling: hmmm well, it works ;P
02/10 08:23:27 bheekling
    wheeeeee
02/10 08:23:28 jeeves
    dooooooork
02/10 08:24:47 jakub
    just needs sed -i -e "s:#include asm/page.h:#define PAGE_SIZE
    sysconf(_SC_PAGE_SIZE):" - use while it's hot *g*
02/10 08:25:01 eroyf
    it's actually a fairly nice exploit
02/10 08:26:12 *
    jakub opens a beer :D
02/10 08:26:37 jakub
    now I've got couple more root account :D
02/10 08:27:10 *
    eroyf too
02/10 08:27:31 *
    bheekling sips orange juice
02/10 08:27:37 bheekling
    cheers jakub :P
02/10 08:27:52 jakub
    pffft... juice is t3h fail :D
02/10 08:27:55 jakub
    beer!
02/10 08:28:26 bheekling
    beer, pfft, orange juice is great -- it's got electrolytes!
02/10 08:28:38 jakub
    only w/ 50% of vodka ;P
02/10 08:29:59 *
    bheekling sips his orange juice and looks down on these vodka/beer
    drinking mortals
02/10 08:33:21 Jarda
    does that work with vanilla?
02/10 08:33:28 Jarda
    or only with gentoo-sources
02/10 08:34:36 eroyf
    very likely.
02/10 08:34:54 jakub
    vanilla works perfectly fine
02/10 08:34:56 eroyf
    i can't see any reason why gentoo-sources would touch vmsplice
02/10 08:35:21 jakub
    you can try hardened-sources as well for more phun :D
02/10 08:36:13 *
    bheekling tries
02/10 08:36:32 eroyf
    you should fix it instead of testing the exploit!
02/10 08:36:50 jakub
    eroyf: why? I want more roots! :P
02/10 08:37:02 eroyf
    heh.
02/10 08:37:57 eroyf
    the exploit, as i read it, wouldn't currently affect selinux enabled
    machines, but the error the exploit exploits could do some naughty
    stuff
02/10 08:37:58 Jarda
    oh, it works on older also
02/10 08:38:01 *
    eroyf might be wrong though
02/10 08:39:38 jakub
    don't have any selinux box... root or not :P
02/10 08:39:54 bheekling
    w00t, works on debian too
02/10 08:40:02 hiyuh
    w000000000t
02/10 08:40:02 bheekling
    doesn't compile on hardened-sources
02/10 08:40:08 Jarda
    bheekling: works from .17-.24
02/10 08:40:19 jakub
    bheekling: I posted you a patch above :P
02/10 08:40:26 eroyf
    selinux is made of awesome
02/10 08:40:41 bheekling
    jakub, aaah
02/10 08:41:15 bheekling
    w00t, works
02/10 08:41:29 jakub
    *plop*
02/10 08:42:07 *
    bheekling considers using selinux on his hardened server
02/10 08:42:17 bheekling
    Or maybe apparmour
02/10 08:43:15 eroyf
    apparmor is shit
02/10 08:43:29 jakub
    didn't they bury the thing?
02/10 08:43:34 eroyf
    i wish
02/10 08:43:37 bheekling
    jakub, ubuntu uses it by default now :P
02/10 08:43:50 eroyf
    ubuntu is also shit
02/10 08:44:12 bheekling
    eroyf, but it also rules -
    http://www.cafuego.net/2008/02/06/lca-stat-wars :P
02/10 08:44:21 bheekling
    literally
02/10 08:46:49 bheekling
    "[-] vmsplice: Function not implemented"
02/10 08:46:55 bheekling
    dammit _
02/10 08:47:39 jakub
    bheekling: running 2.0 kernel? :D
02/10 08:48:07 bheekling
    jakub, 2.6.11-1.1369_FC4smp -- FC4 doesn't have it it seems :P
02/10 08:48:14 jakub
    bheekling: too old
02/10 08:48:18 jakub
    2.6.17+
02/10 08:48:18 Jarda
    bheekling: applies only .17-
02/10 08:48:18 bheekling
    Yeah
02/10 08:48:53 bheekling
    Jarda, yeah, I remember; you mentioned it only a few lines above :)
02/10 08:49:11 bheekling
    didn't check kernel version before trying it out
02/10 08:51:16 eroyf
    jakub: run the exploit on dev.gentoo.org you pansy
02/10 08:51:28 eroyf
    and add to solar's login file echo "LOLOLOL PWNED"
02/10 08:51:34 jakub
    aaahahahah!
02/10 08:51:49 bheekling
    :D
02/10 08:52:02 eroyf
    do it!
02/10 08:52:18 jakub
    eroyf: might finally get us rid of cvs as well... *g*
02/10 08:52:21 jakub
    tempting
02/10 08:52:23 Jarda
    echo "exit"  /home/vapier/.bashrc
02/10 08:52:24 eroyf
    haha.
02/10 08:52:30 Ken69267
    but you could get something worse than cvs in return
02/10 08:52:31 Ken69267
    :po

polish(&overlay, &wmii_hg);

DESTDIRの事だけでこんなに長いticketになるとは思わなんだ。 :DDD
[Ha, Kris really doesn't like DESTDIR, AKA pepper the makefiles. :DDD]
[FIXED] DESTDIR support for mk/*

push(&overlay, &netsurf);

俺様overlayにNetSurfのsvn live ebuildを突っ込んだ。
[Yup, NetSurf svn live ebuild is in my overlay now.]



GIFがbig endianだとピンクっぽくなる問題はムニャヘニャして直った。
dev-db/sqliteがアレでlemonとlempar.cが不整合を起こしてアボートする問題もあったけど直した。
なんかmultibyte文字のline wrappingが変だけどwebkitとmidoriみたく豆腐になるよりはマシかも。
ただし、Java Scriptとかは動きません。 :P
[Pinky GIF issue was fixed. Abort by lemon and lempar.c incompatibilities was
also fixed. multibyte line wrapping is still kinda wierd though. But it suck less
"all TOUFU are belong to multibyte characters" problem like webkit and midori.
Oh wait, NetSurf has no Java Script ready. :P]

JTWMPC.karam++; /* launch t3h Wiki */

日本タイル型ウィンドウマネージャ推進委員会 JTWMPC，略称日本タイル．
matsuuさんがsf.jpのWikiを使うと言うのでwmiiの部分をシコシコ書いていたら，
もう三時過ぎかよ、おやつの時間を逃した！！1 :P
[Japan Tiling Window Manager Promotion Committee, JTWMPC, Japan tile for short.
matsuu sez "WE CAN HAS WIKI AT sf.jp NOW!!1", so I did bit.
Eh, ZOMG. It's already 3:30 AM here. so I miss precious cookie!!1 :P]

02/08 02:53:56 jakub
    wheeeee, zzam! :D
02/08 02:55:02 zzam
    morning jakub ;)
02/08 02:57:22 jakub
    zzam: a bit late morning here *g*
02/08 02:57:30 zzam
    *g*
02/08 02:57:43 zzam
    already up since 10h
02/08 02:58:10 zzam
    so it is not morning
02/08 02:58:39 jakub
    hehe

02/08 03:22:14 Jarda
    8pm...
02/08 03:23:38 jakub
    Jarda: your clock is broken *g*
02/08 03:23:52 Jarda
    only by 22mins and 13 secs
02/08 03:24:25 *
    jakub hands ntpd to Jarda

02/08 03:37:33 hiyuh
    3:30 am here
02/08 03:37:42 *
    hiyuh zomgs
02/08 03:40:09 jakub
    hiyuh: insomniac? :D
02/08 03:41:28 cla
    lol
02/08 03:42:00 hiyuh
    :p
02/08 03:42:09 *
    cla digs a bit

GMail != GentooMail

変なbugは日常茶飯事なGentoo bugzieですが，こいつは流石にお手上げです． :P
[At Gentoo bugzie, all funny bug is kinda welcome. But THIS BAG IZ T00 AWESUM. :P]

{dmenu,9base,libixp,wmii}-hg # *BUMB*

全部hg tipにした．
とりあえず動いているらしい． :)
[All ones are now hg tip.
Yup, ITJUSTWORKS(tm) here. :)]

次はいつ壊れるかな？ :P
[Hmm, I'm looking forward to t3h fubar. :P]

(lion < tiger) ? (tiger < fish) ? YUP : NAH : NAH ;

Urban Dictionaryをボケーと見ていたら，こんなんがあった．
[Browsing Urban Dictionary, I found this.]

lion
A big, furry brown cat, found in the savvanna of Africa. NOT the jungle, you phyco's.
Often toated as the king of beasts, and no one knows why. Some say that the lion is the
biggest cat, even though the tiger is the biggest cat in the world. Often hunted for trophies.

Lion- Bwa ha ha! I'm the lord of the jungle!
Tiger- (walks out of jungle) Dude, you live in a savvanna
Lion- Shut up and bow, slave!
Tiger- (bashes lion with paw, instantly snapping neck) Bitch!

ライオンよりトラが強いかも！ :D
[LOL K. tiger pwn3d lion! :D]

tiger
A big orange and black striped liony thing with sharp claws and rather a nasty bite.
They don't usually eat men but that's only because they don't usually get the chance.
Obviously, if you live near a tiger it may consider eating you. Basically, what I am
saying is - the further away you live from a tiger, the less chance you have of getting
eaten by one. I live in Selhurst in South London and NOBODY here has been eaten by
a tiger since 1922 and I'm not even sure that it was a real tiger then (although I suppose
if it ate someone it must have been a large carnivore so it may as well have been a tiger
as anything else). Perhaps it was some sort of mock-tiger. Or maybe a stripey bear or
something. I don't know, I wasn't even born then and you know what old people are like...
The whole thing is probably a tissue of lies from start to finish. Anyway, thats sort of
what a tiger is. So thats cleared that up then. Actually, I don't know why I bothered.
I've never met a single person who didn't have some idea of what a tiger was so it seems
a bit pointless describing one. I don't really think that the purpose of urban dictionary
is to define the bleeding obvious. It really seems to be a forum for 'street' types to say
things like "Yo!" and "Your mutherfucking sister's a ho!" and "Janice is such a slut" etc.
Even such people as this probably know what a tiger is.

" I say George, your hand looks sore."
" Yeah, a tiger bit me. It's true, honest, go on, hit me in the stomach!"

or

"Mary, you'll never get anywhere in life by just lying around without a head, you know."
"Gurgle gurgle gurgle"
(Translation: "This is true mother, but as a tiger has bitten off my head and eaten it, I'm
afraid I have no choice. In fact, that is the very reason why I'm finding it a little difficult
to communicate with you at the moment and so I shall stop forthwith. Goodbye for ever")

ナンテコッタ，トラは人を喰わないだって？ :D
[WTF, tiger don't usually eat men? :D]

更に調査した結果，サカナ最強説が有力か！ :D
[Finally, I realized fish is t3h bestest animal! :D]

fish
An animal that lives in the water and swims. They might kill you in some instances.

"Where's Kenny?"
"Dude, a fish killed him."
"Damn."
"Let's go play wiffle ball."

水族館に逝く時は動物園に逝く以上に注意しよう！ :D
["Aquarium is more dangerous than zoo", I HAS NEW UNDERSTANDIN! :D]

wmii.karma++;

matsuuさんがタイル型ウィンドウマネージャのまとめをしているので，反応．もちろん，wmiiしか使ってないがな！！1 :p

2008/01/24 00:30 JSTではmatsuuさんのwmiiのまとめはこんなんになっとる．

• 特徴: 柔軟なウィンドウ制御
• 開発言語: C
• 設定ファイルの有無: ×
• キーバインドの変更: ○
• floating機能: ?
• 仮想デスクトップ: ○
• タブ機能: ×
• Compositeサポート: ×
• フォントの扱い: Xlib
• マルチディスプレイ制御: ×
• XRandRサポート: ×
• 機能拡張: ×
• Xを再起動せず設定ファイル反映: ○
• ライセンス: MIT

matsuuさんは既にawesomeに浮気してしまったし，使った事が無い人には色々誤解しそうな点をwmiiユーザーとして説明する．

特徴
一言で言えば，non-WIMPyで9ishだと言う事．良く分からんと思うので，dev達が書いプロパガンダやガイドを見ると良い．「日本語訳は無ぇーのかよ？」と言う方は，随分前に暇潰しに訳していたプロパガンダとガイドを晒し上げておいた．尚、当該ガイドの翻訳は途中までしか無い上に，最新版のwmii-3.6やhg tipとは設定や動作に整合性が無かったりするけれど，コンセプトは変わっていないので問題無いと思う． :P

開発言語
C言語．それからデフォルトではPlan 9 rcかPOSIX shサブセット．コアはC言語で記述されているけれど，後二者はユーザーへの配慮があまりにも柔軟"過ぎる"為，FILE I/Oのあるモノなら何でも良い．但し，FILE I/Oが有っても9pを直接喋る事が出来なければ，libixp付属のixpcを介すか，Linuxなら9p2000でマウントして，wmiiが使用する9ishなファイルシステムを使える必要が有る．実際，「RubyやらPythonででっち上げました！」みたいな投稿がMLを漁れば有るはず．

設定ファイルの有無
*nixアプリに付き物の${HOME}/.*rcとかに該当する静的な設定ファイルは無い．hg tipでは，ビルド時に決まる${ETC}/wmii-${VERSION}/{rc.wmii,wmiirc}かユーザー毎の${HOME}/wmii-${VERSION}/{rc.wmii,wmiirc}が設定をwmii起動時，あるいはユーザーの指示に応じて，wmiiが使用する9ishなファイルシステムに動的に書き込む．

キーバインドの変更
キーバインドについても同上．また，ユーザーへの配慮があまりにも柔軟"過ぎる"為，MODKEYと呼ばれるキーイベントを捕まえる為の特別なキー以外はほぼ何でも有り．MODKEY自体もCtrlキー, Shiftキー, Altキー, Windowsキー, Appleキーなどが使える．例えば，rc.wmiiやwmiircをシコシコ書いて，「Alt+Iを押してAlt+R押してAlt+Cを押す」と言うキーバインドコンビーネーションで「IRCクライアントを起動する」とかも出来る．

floating機能
wmiiはWIMPyなクライアントもnon-WIMPyなクライアントもをfloatingさせる事が出来る．デフォルトではクライアントにフォーカスして，Mod1-Shift-Spaceでfloating状態とfloatingさせない状態を切り替える．floatingさせるクライアントには~と言うタグを付ける．rc.wmiiやwmiircをシコシコ書いて，タグルールを生成する事で起動時に自動的にfloatingさせる事も出来る．が，タグルール自体はfloatingさせる事が目的では無く，「起動時にデフォルトのタグを割り当てる事が出来る」と言う事実の副産物． :P

仮想デスクトップ
wmiiではタグとヴューを使用すれば，仮想デスクトップを作る事が出来るが，タグとヴューによる管理は仮想デスクトップ以上のモノを提供する．例えば，xterm上のvimとxterm上のtopを起動して，それぞれ
coding+tasks, tasksとタグをつけてcoding, tasksと言うヴューを生成すれば，同一のxterm上のvimを異なるヴューで共有出来る．

タブ機能
タブ機能はタブの数が増えるとタイトルバーが見えなくなると言う問題が有る為，wmiiにタブ機能は無い．その代わりにレイアウトと呼ばれるモノの一つでスタッキングと言うモノが有る．タブは，

+--------+--------+
| title1 | title2 |
+--------+--------+
|                 |
|     window1     |
|       or        |
|     window2     |
+-----------------+

となるのに対して，スタッキングレイアウトは

+-----------------+
| title1          |
+-----------------+
| title2          |
+-----------------+
|                 |
|     window2     | <--- window1 hides under client2
|                 |
+-----------------+

となる． デフォルトではMod1-jとMod1-kでそれぞれ上下方向にクライアントが切り替わる．

+-----------------+
| title1          |
+-----------------+
|                 |
|     window1     | <--- window2 hides under client1
|                 |
+-----------------+
| title2          |
+-----------------+

「タイトルバーが上と下に出てウザいよ？」と言う方はボトムスタックやら トップスタックやらパッチが転がっていたハズなので好みで使えば良い． 「クライアントは横に並べるだろ？」と言う人はカラム分割すれば良い． クライアント1にフォーカスしてMod1+Shift+l．

+--------+--------+
| title2 | title1 |
+--------+--------+
|        |        |
|window2 | window1|
|        |        |
+--------+--------+

右カラムを動的に生成，分割比もrc.wmiiやwmiircで設定． 因みに，それぞれのカラムは別のレイアウトに出来る．「フォーカスしていないクライアントのタイトルバー要らね」と言う人は マキシマムレイアウトすれば，問題無し．クライアント1にフォーカスして Mod1+Shift+hで元に戻せば右カラムは動的に破棄されて，更にMod1+m．

+-----------------+
| title1          | <- title2 hides under title1
+-----------------+
|                 | 
|    window1      | <- window2 hides under window1
|                 |
+-----------------+

mplayer何かでmplayer自身のタイトルもウザい場合にはフルスクリーンにすれば，問題無し．Mod1+fで．

+-----------------+ <--- title 1 is gone
|                 | 
|    window1      | <--- client2 hides under client1
|                 |
+-----------------+

但し，フルスクリーンはレイアウトじゃないので注意．

Compositeサポート
wmiiはネイティブCompositeはサポートしていない．因みにdev達はサポート する気が無い様なので，xcompmgrでも使って下さい．スケスケが見た目ちょっと 格好良いのは百歩譲って認めるとしても「透明度がアレで背景が透けて見える 所為で読み難くなったターミナルなんか要らない」と言うのが理由の 一つみたい．個人的にもCompositeサポート要らねぇ派． :P

フォントの扱い
フォントの設定はX論理フォント記述なXLFD，UTF-8な適当なフォントが 用意できればタイトルもステータスもそのフォントで表示出来る．勿論， 日本語も問題無い．

マルチディスプレイ制御
と言うか，「どデカいディスプレイを何個も並べて，同時に何個もディスプレイ を見てるんか？」と言うそもそもの疑問が個人的には有る．wmiiはレイアウト とカラムを保存しつつ，タグとヴューを使用する事が出来るのでマルチディスプレイ 制御の必要性は低い．一応，${DISPLAY}による制御は可能．元々，X11が マルチディスプレイ制御に設計上向いていなかったと言うのは禁句な！！1 :P

XRandRサポート
XRandR，はじめました． :)

機能拡張
「特徴」で書いた様に，FILE I/O + 9pで何でもありなので拡張自体に縛りが無い．

Xを再起動せず設定ファイル反映
「設定ファイルの有無」で書いた様に，元々設定自体が動的なのでXの再起動は必要無い．

ライセンス
短いライセンスでmoronic coder向きですね． :P

久しぶりに結構書いたので，面倒臭いからEng'r'ish無しにしておこう． :P

更新: TYPO修正．

MeasureSLOC(&B2); nonsense = x11 - X;

B2なVHDLのSLOC，ただし合成可能なRTL記述のみ．
まだまだ終わらんよ！！1 :P
[Here is SLOC trend of B2 (RTL VHDL only).
Well, it's bloat. But more!!1 :P]


#-bugsにて．
[At #-bugs.]

01/10 19:25:04 jeeves
    [New Bug] https://bugs.gentoo.org/205164 nor, P2,
    x86, kim.khh.dk=bug-wranglers.gentoo.org, NEW, pending,
    x11-terms/eterm-0.9.4 doesn't compile with USE -X on imlib2 (Reassign
    bug to vapier.gentoo.org ?)
01/10 19:27:31 hiyuh
    -X w/ x11-terms for whut?
01/10 19:28:00 kimrhh
    hiyuh: well yes :)
01/10 19:28:05 kimrhh
    it wasn't me actually
01/10 19:28:24 *
    hiyuh zomgs
01/10 19:28:44 kimrhh
    hiyuh: but still the ebuild should check this if needed right?
01/10 19:29:44 jakub
    shrug
01/10 19:32:00 hiyuh
    kimrhh: I dunno ebuild policy properly, but only what I can not
    understand the mind who will do "emerge USE="-X" emerge x11-*/*".
01/10 19:32:22 hiyuh
    s/the/is the/
01/10 19:32:48 jakub
    hiyuh: yeah indeed
01/10 19:39:15 kimrhh
    hiyuh: now I see, I was confused because some ebuilds use the
    built_with_use check, which is not supported
01/10 19:41:26 hiyuh
    kimrhh: yup, i know. but when check fails, emerge aborts. so t3h
    result is not changed to me.
01/10 19:42:36 *
    jakub shakes his head and moves on...
01/10 19:44:13 hiyuh
    kimrhh: and where is proven that t3h check is correct? non-properly
    check ebuilds are, you see. so wrong check may be, imho.
01/10 19:44:35 hiyuh
    so just compile fails is simple to me, lolz.
01/10 19:45:49 kimrhh
    hiyuh: well, if you think messages with "unresolved symbol blah blah"
    makes sense to all users, then there is no difference
01/10 19:45:58 kimrhh
    but I wouldn't say it does
01/10 19:46:29 kimrhh
    hiyuh: but yes, that check is a hack apparantly, so nothing wrong
    with this app
01/10 19:46:51 kimrhh
    hiyuh: as you said, it is weird to try to install an X app with -X
01/10 19:47:02 kimrhh
    but people do weird things :)
01/10 19:47:35 hiyuh
    kimrhh: yeah, you're user-friendly guy. sorry I'm a moronic coder. :)
01/10 19:50:37 jakub
    lolz

うはは． :DDD
[LAMO. :DDD]

cal {2007,2008} ;

あ（略）．
[HNY2U.]

とりあえず，年が明けても#-bugsは相変わらずです．
[K, #-bugs still amuses me.]

(begin flame by bonsaikitten and eroyf.)

01/05 02:36:11 jakub
    hrrm.... popcorn time it seems

(still flame by bonsaikitten and eroyf.)

01/05 02:43:47 *
    jakub sticks more popcorn to the microwave

(end flame by bonsaikitten and eroyf.)

01/05 03:10:56 hiyuh
    lol, i missed my popcorn-time. :p
01/05 03:11:22 bonsaikitten
    hiyuh: yeah, you suck :)
01/05 03:11:42 *
    bonsaikitten hands out free flames for cooking ;)
01/05 03:11:50 jakub
    ;o]

今年はポップコーンを喰いっ逸れない様にします． :P
[So, I won't miss my precious popcorn-time again. :P]

ifdef.karma--; /* app-text/xpdf-3.02-r1 */

matsuuさんが蝶頑張って直したっぽいpTeXのテストも兼ねて，以前作った
日本語のPDFを見ようとしたら，app-text/xpdfがぶっ壊れている事に気づいた．
で，モニョモニョして直した． :)
[Matsuu fix0r pTeX. I tested it and seeing my Japanese PDF. But app-text/xpdf
was b0rk, I realized. So I fixed. PLZ FIX0R IN T3H TREE 2 ASAP KTHX. :)]

bug #200023

#ifdefを安易に使うなとあれほど言ったのに！！1 :P
[#ifdef considered harmful, we know!!1 :P]
Google "#ifdef considered harmful"

return PowerBook;

PowerBookが修理から戻って来たのでムニャムニャするのを再開．
[My PowerBook return, it's time to restart do REALLYSOMETHING(tm).]

Nils本人からrelease announceによりoverlayのsys-devel/nwccを0.7.4にbumb．
実はrenameだけだがな！！1 :P
[I did *just* rename my overlay's sys-devel/nwcc to bumb 0.7.4!!1 :P]

media-libs/libcacaで遊ぶついでにapp-misc/toiletをemergeしようと思ったら，
MISSINGKEYWORD(tm)だったのでekeyword ~ppcしてoverlayに突っ込んだ．
いい感じにITJUSTWORKS(tm)なので，bugzieにレポった．
[To poke media-libs/libcaca, I've tried to emerge app-misc/toilet
but emerge vomits MISSINGKEYWORD(tm). So I did ekeyword ~ppc it
and pushed into my overlay. Sure, ITJUSTWORKS(tm). I filed keyword
request to bugzie, of course.]

bug #201363

で，なぜか#-bugsでネタにされる． :DDD
[Then, #-bugs dudes were going to go nuts. :DDD]

12/06 00:38:05 jeeves
    [New Bug] https://bugs.gentoo.org/201363 enh, P2, PPC,
    hiyuh.root.gmail.com->bug-wranglers.gentoo.org, NEW, pending, ~ppc
    keyword request for app-misc/toilet (Reassign bug to drac.gentoo.org
    ?)
12/06 00:38:14 kojiro
    say what?
12/06 00:38:32 kojiro
    aargh, I really gotta pee but the toilet's MASKED
12/06 00:38:35 kojiro
    halp!
12/06 00:39:56 welp
    LOL
12/06 00:40:01 hiyuh
    hehe
12/06 00:40:05 welp
    ok, that toilet bug is just too cool :P
12/06 00:40:11 *
    welp pets hiyuh
12/06 00:40:17 welp
    who's a clever boy ;)

ふざけすぎてbugzieには一ヶ所typoがあるけど気にしない，気にしない． :p
[U CAN HAS INVIZIBLE MAI TYPO at the bug report. :p]

echo "STFU, do code" > /me

B2なVHDLマクロをfsckin'だのjunkだのとぼやきながらモニョっていたら，
先日の人事考課の時に「お前，もう少し丁寧な言葉遣いしろよ」みたいな
事をボスに言われてしまったので，実験的に年が明けるまで会社では極力
喋らないでコーディングをしてみる事にした．
[I've been vomiting about B2's VHDL macros like, "U fsckin' XXX!!1",
"koo, t3h junk!!1" though, then my bossez sez to me, "why you can
not do STFU?". So, I'm doing STFU now in office, yup only do codin' ATM.]

で，黙る前より何かイイ感じにガリガリやれる事に気付く．
「黙ってコードを書けよ，ハゲ」ってのは多分実績に裏打ちされている． :P
[Well, I'd have to say "STFU, do code" goes a long way to increase commits,
I realized. It's now proven, "STFU, do code" is FTW. :P]

全然関係無いが，昼飯時に定食屋で見たTVでこんな事も有ったみたいで
何気に"たいむりー"． :DDD
[Hmm, that' sounds like good OT news to me. :DDD]
2007 Ibero-American Summit controversy
- Juan Carlos I of Spain, Wikipedia

push(&overlay, &webkit); push(&overlay, &midori);

net-libs/webkitとwww-client/midoriをoverlayに突っ込んだ．
マルチバイト文字は豆腐になるみたいなのであまり期待しないように．
とりあえず，webkitはsafari powered by appleなブツなので
気長に待つつもりならすこし期待してもいいかもね． :p
[Pushed net-libs/webkit and www-client/midori into my overlay.
But it has no multibyte capabilities ATM, I guess. B/c it won't
display multibyte character correctly. webkit is known as a part
of safari by apple. So we will see... :p]

IS_BC_BUMB(bug) || IS_BC_DRUMB(bug)

bumbとdrumbは違うらしい． :DDD
[bumb is not drumb, heh. :DDD]

11/04 01:10:55 jeeves
    [New Bug] https://bugs.gentoo.org/197968 min, P2, All,
    felix@h.d-bug-wranglers@g.o, NEW, pending, vym installs into wrong
    prefix
11/04 01:11:17 drac
    bad
11/04 01:12:00 jakub
    failees again :)
11/04 01:12:14 jakub
    ColdWind: ^^^ :)
11/04 01:13:26 hiyuh_jabberwoch
    lolz
11/04 01:14:32 ColdWind
    daaamn
11/04 01:14:45 ColdWind
    that's what happens when you do drunk bumps
11/04 01:16:13 eroyf
    that was one of my few rules when i was a dev
11/04 01:16:24 eroyf
    never enter my cvs checkout while i was drunk
11/04 01:17:40 ColdWind
    I'll do some pam rules for it ;)
11/04 01:18:02 jakub
    ColdWind: lol :D
11/04 01:18:07 jokey_mobile
    indeed, pam rulz ;)
11/04 01:18:08 jakub
    drunk bump :D
11/04 01:19:43 armin76
    bumb?
11/04 01:19:49 drac
    bumb.
11/04 01:19:58 hiyuh_jabberwoch
    *bumb*
11/04 01:20:59 kojiro
    drumb
11/04 01:22:33 bonsaikitten
    Gump!
11/04 01:22:56 drac
    +1 for drumb
11/04 01:23:04 drac
    don't spoil our bumbs with booze.
11/04 01:23:44 kojiro
    how d'you pronounce 'bumb'? Is it like "bum", or like "bumbee"?
11/04 01:24:21 ColdWind
    kojiro: just bumb, can't you pronounce that? :p
11/04 01:24:34 kojiro
    heh

ricecmp(&me, &others) ? me.rice.karma++ : others.rice.karma++;

#-bugsにて，変な流れでrice比べに． :p
[At #-bugs, there is many fsckin' ricers who would show his uname -a to each others. :)]

11/03 22:52:50 loki_val
    please do my homework for me.
11/03 22:53:35 loki_val
    get_libdir; does it supply lib{,32,64} with or without finishing slash
11/03 22:53:50 jakub
    see multilib.eclass :)
11/03 22:54:44 loki_val
    jakub: I adore you. You're so cute when you're right.
11/03 22:55:05 pchrist
    everyone adores jacub
11/03 22:56:36 *
    hiyuh_jabberwoch adorez.
11/03 22:57:40 pchrist
    hiyuh_jabberwoch: I liked that poem
11/03 22:58:34 Lap_64
    peoms everyone we write about how to get wild on bed
11/03 22:59:29 hiyuh_jabberwoch
    lolz
11/03 23:00:59 hiyuh_jabberwoch
    Linux jabberwocky 2.6.21-gentoo-r3-mactel #1 SMP PREEMPT Sat Jun
    30 22:36:16 JST 2007 x86_64 Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz
    GenuineIntel GNU/Linux
11/03 23:01:36 Lap_64
    Linux localhost 2.6.20.3 #1 SMP Fri Mar 16 12:34:47 IST 2007 x86_64
    AMD Turion(tm) 64 Mobile Technology MT-28 AuthenticAMD GNU/Linux
11/03 23:01:59 hiyuh_jabberwoch
    heh
11/03 23:02:52 Lap_64
    oink oink
11/03 23:02:55 ColdWind
    loosers...
11/03 23:02:57 ColdWind
    Linux localhost 2.6.23-gentoo #2 SMP PREEMPT Tue Oct 23 23:01:41 CEST
    2007 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux
11/03 23:03:23 hiyuh_jabberwoch
    zomg
11/03 23:03:25 pchrist
    Linux Erato 2.6.20.4 #1 SMP Sun Apr 1 18:47:23 EEST 2007 x86_64
    Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel GNU/Linux
11/03 23:03:28 pchrist
    what about that?
11/03 23:03:41 Lap_64
    ColdWind,  that  doesnt make you a winner
11/03 23:03:49 jakub
    pchrist: faileees as kernel ricer :P
11/03 23:03:54 ColdWind
    Lap_64: no? err! faiiil
11/03 23:03:54 Lap_64
    pchrist,  you are next to jesus christ
11/03 23:05:05 pchrist
    this is the nice part of working in a university
11/03 23:05:26 Lap_64
    hehe
11/03 23:07:37 jakub
    lol
11/03 23:07:56 loki_val
    Linux loki 2.6.22-gentoo-r8 #1 Thu Sep 27 00:35:17 CEST 2007 i686
    AMD Sempron(tm) AuthenticAMD GNU/Linux
11/03 23:08:11 loki_val
    Beat that for sheer vintage glory.
11/03 23:08:18 welp
    Linux dev 2.6.16.16 #2 SMP Fri Jun 30 13:52:41 CEST 2006 x86_64 AMD
    Athlon(tm) 64 Processor 3200+ AuthenticAMD GNU/Linux
11/03 23:08:21 *
    Lap_64 beats
11/03 23:08:22 welp
    *wins*
11/03 23:08:29 pchrist
    Lap_64: What I really want, is if I could be next to a new SGI
    itanium machine
11/03 23:08:38 hiyuh_jabberwoch
    wtf
11/03 23:08:45 *
    Lap_64 claps for welp
11/03 23:08:47 jakub
    armin76: where are you with your git sources? :P
11/03 23:09:45 *
    loki_val twocks welp.
11/03 23:09:57 welp
    twocks?! you mean thwocks, right? :P
11/03 23:10:03 Lap_64
    hehe
11/03 23:10:15 pchrist
    I just realized that my machine has wrong date
11/03 23:10:16 loki_val
    omsgz. grammar nazi.
11/03 23:10:22 Lap_64
    welp,  i am afrid if he ment ahem two cocks :P
11/03 23:11:15 *
    loki_val meant "cleans welps pipe".
11/03 23:11:26 loki_val
    with an iron brush.
11/03 23:13:14 Lap_64
    rofl

ReMeasureSLOC(&ADJJV);

ADJJVのSLOCなグラフ，再び．無駄に最小自乗法を適用．
[Here is SLOC trend of ADJJV, again. w/ LSM fitting.]

仮説：
VHDLマクロのSLOCはcommit revisionに対して，
SLOC = L(1 - exp(-sqrt(revision/R)))
の様相を呈す．ここにLは（論理的な）最終release時のSLOC，Rは前の（論理的な）release時の
revisionから数えて次の（論理的な）release時の第一candidateまでの平均commit数．
[Hypothesis:
VHDL macro's SLOC trend per commit revision would be expected like,
SLOC = L(1 - exp(-sqrt(revision/R)))
where L is (logical) last release SLOC, R is average number of commit
between (logical) previous release and (logical) next release candidate
of first.]

PowerBook.Keyboard.Key[eENTER] = FSCKed;

PowerBookのENTERキーがぶっ壊れた．
ターミナルでコマンドを実行する時にバチバチ無駄に気合を入れて押しているのが原因です．
ほんとうににありがとうございました（ぼーよみ）． :P
[My PB's enter key is now fscked.
Guess, b/c everytime executing command in terminal, I kinda smack t3h ENTER.
Yeah, it has no effect to execute it, I know. :P ]

週末にでも修理に出すかな．
[I'd have to fix0rz it ASAP.]

JunkCode.karma++; /* br10_stim.c */

問題: このコードは何でしょう？ :9
[Q. This code for what? :9]

#include <stdio.h>
#include <stdint.h>

#define MSK16(i, b)      ((i) & ((uint16_t)0x0001 << (b)))
#define SLL16(i, b)      ((uint16_t)(i) << (b))
#define SLR16(i, b)      ((uint16_t)(i) >> (b))
#define ORG16(i, b)      (SLR16(MSK16((i), (b)), (b)))
#define MOV16(i, b1, b2) (SLL16(ORG16((i), (b1)), (b2)))

uint16_t br10(uint16_t i) {
 uint8_t b;
 uint16_t bri;

 for (bri = 0x0000, b = 0; b < 10; b++) {
  bri |= MOV16(i, b, (10 - 1) - b);
 }

 return bri;
}

int main(int argc, char *argv[]) {
 uint16_t i, bri, brbri;

 for (i = 0x0000; i < SLL16(0x0001, 10); i++) {
  bri   = br10(i);
  brbri = br10(bri);
  printf("%4d <-BR10-> %4d <-BR10-> %4d ... %s\n",
   i, bri, brbri, (i == brbri) ? "OK" : "NG");
 }

 return 0;
}

while(1) Xilinx.ISE->EatMEM(malloc(sizeof(void)));

会社の自分のPCのISEを8.2iか9.2iにversion bumb．bumpではありません．
最近，#-bugsではversion bum*b*が流行りです． :DDD
[Version bumb 8.2i to 9.2i of fsckin' ISE at my local work PC. It's not
typo. You can see t3h rox0rz phrase, version bum*b* at #-bugs
sometimes. :DDD]

メジャーヴァージョンが上がってメモリ効率が良くなったとか，fmax云々だの
騒いでいるけれど，決め手は8.2iのままだと例のFFT IPが今回の用途で
びみょーにbugりそうだから． :p
[T3h 9.2i sez "KK, I WONT EAT UR MEM ANYMORE", "I CAN HAS FMAX
POWERZ". But all reason of what I've bumbed to 9.2i is t3h crappy FFT
IP w/ 8.2i will have a stupid bug for this project use. *STAB* :p]

Answer Record #29427
LogiCORE Fast Fourier Transform (FFT) v4.0
Why do I see incorrect outputs when I simulate an unscaled FFT with
a point size larger than 1024, and the Complex Multiplier Optimize for
Speed option is selected?

昨日のOUTPUTIFの問題は既にモニョモニョして解決した．
現在，awk(1p)な俺様VHDLバックエンドでTSVなファイルからstimulusと
expectationの対をシコシコと生成中．
[T3h Q of OUTPUTIF is already marked as RESO FIXED in this design.
ATM, I've been codin' awk(1p) back end to generate VHDL of the
stimulus and expectation pairs from TSVs.]

週末の予定メモ．
modular texliveをモニョる．
[This weekend plan: Pokin' modular texlive.]
bug #195815