Search results

It does, and I'm using the hfp drivers. Only 5x ES pandoras though, since they dropped support for 2x. http://cloudef.eu/pandora/ see patch here, to make the 4.8.0.1 compile against 3.2 notaz kernel.

No, I was pointing out that the merge syncs in PNDManager were took out since there were some sort of problems with them AFAIK.. Though, I haven't seen any problems with them when developing milkyhelper.

Merge syncs are there, PNDManager doesn't use them AFAIK. There were problems?

It's propably issues with the server.

Go to $XDG_CONFIG_HOME/milkyhelper/milkyhelper.config and put the new url there, incase you think milkyhelper is using old repository url. PNDManager doesn't use this config, instead it sets these stuff itself runtime. (if you are running PND version the $XDG_CONFIG_HOME is propably...

Use distcc. You might want to install distro that makes using distcc less painless though.

You are not alone \o/

No, I like doing things the hard way. Good? https://github.com/Cloudef/libpndman/commit/315e38b9d26699c1b1e43e4e217749976298b658

I've ported GLFW to EGL. The pull request to upstream is still pending. Pull request here That should work on pandora as well, since it was where I tested it when I had the donated pandora.

If the sync wasn't a merge, this should not happen.

Install mozc and uim and you are all set.

It was simple C program that used alsa for volume information and standard utilities for other information. Output of this program was piped to dzen2. If I wasn't in hurry with my pandora, I would've dropped dzen2 too. The pstree for whole thing is here. However nowadays I would drop dbus...

What problem exactly? All I see is rambling of API changes, and some wrapper code to port ancient software instead of moving on.

No, you fixed it.

It was bug in repository, also way to get milkshakes_'s attention.

I tested e17 when I had pandora It uses too much ram and is akward to use. Then I proceeded and forked monsterwm: It's perfect. Especially since you can do everything with the keyboard.

Seems like you are draw call bound with the GPU. SGX's most notorious bottleneck is the bandwidth and doing over 20 draw calls to it will slow down everything. There are other bottlenecks such as texture switches though, as you said already that was not a issue. You should do more batching if...

https://www.youtube.com/embed/j7Ax8Sxc14E?feature=oembed

Aaand, Ian has his pandora. If you want to you, can pass your history with the devel's pandora @ this wiki page: http://pandorawiki.org/Developer%27s_Pandora

Seems to be somewhere in the curl backend, gdb backtrace would be helpful. B-ZaR, I suggest setting pndman_set_color(0); since it makes pnd.out look not fun. (or better, log the messages to seperate log file yourself with the hooks.) Also, I'm suprised there are still invalid XML's...