--- Log for 07.05.117 Server: rajaniemi.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 23 days and 7 hours ago 00.14.17 Part robertd1 00.14.21 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 53.0/20170413192749]) 00.28.36 Quit cc___ (Quit: WeeChat 1.6) 00.55.24 Quit dreamlayers (Quit: Leaving.) 00.56.33 Quit scorche` (Read error: Connection reset by peer) 00.56.46 # FWIW, on the locking behaviour, with the Clip Zip, if it's slid into a pocket the volume buttons are relatively hard to hit, but the face buttons are easy to hit. The selective lock to leave the volume accessible when locking the rest is quite nice on that target. Clip+ is pretty similar there. 01.09.03 Join scorche [0] (~scorche@rockbox/administrator/scorche) 01.22.52 *** Saving seen data "./dancer.seen" 01.43.22 Quit MrZeus (Ping timeout: 260 seconds) 01.59.12 Quit ender` (Quit: Common sense isn't.) 02.01.53 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 02.06.45 Quit ZincAlloy (Quit: Leaving.) 02.09.34 Join dreamlayers [0] (~bgjenero@d24-57-2-123.home.cgocable.net) 02.55.37 Quit Marqueteur (Remote host closed the connection) 02.56.23 Join Marqueteur [0] (~Tor@fsf/member/TorC) 03.15.27 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 03.22.56 *** Saving seen data "./dancer.seen" 03.51.03 Quit jhMikeS (Ping timeout: 240 seconds) 04.20.18 Quit dreamlayers (Quit: Leaving.) 04.41.51 Quit rudi_s (Quit: leaving) 04.44.38 Join rudi_s [0] (~simon@kraftwerk.ruderich.eu) 04.49.28 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 05.22.58 *** Saving seen data "./dancer.seen" 05.26.04 Quit jhMikeS () 05.26.04 Join Strife89 [0] (~quassel@adsl-98-80-181-237.mcn.bellsouth.net) 05.29.20 Quit Strife1989 (Ping timeout: 240 seconds) 06.54.25 Quit TheSeven (Ping timeout: 255 seconds) 06.54.50 Join dreamlayers [0] (~bgjenero@d24-57-2-123.home.cgocable.net) 06.54.54 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 07.23.02 *** Saving seen data "./dancer.seen" 07.28.24 Join PurlingNayuki [0] (~Thunderbi@61.148.242.110) 07.32.26 Quit PurlingNayuki (Ping timeout: 240 seconds) 07.41.30 # * pamaury now has a somewhat nice tool to compare manual keymap and rockbox keymap 07.45.54 # pamaury, that sort of tool could have probably caught the bug I fixed in 1b4ee1f. 07.52.26 Quit dreamlayers (Quit: Leaving.) 07.55.14 # I am not sure, first my tool does not (yet) handle plugins, only core keymap (but I plan to add plugin support), also it is only based on #define and other stuff, so not sure it could catch 1b4ee1f 09.01.05 Quit APLU (Quit: !suicide) 09.02.41 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:8060:f15e:b0de:21fb) 09.05.49 Join APLU [0] (~mulx@eva.aplu.fr) 09.23.03 *** Saving seen data "./dancer.seen" 09.44.43 Join ender` [0] (krneki@foo.eternallybored.org) 09.48.23 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 09.52.43 Join johnb2 [0] (~johnb2@p5DC8905C.dip0.t-ipconnect.de) 10.08.54 # how do you deal with header files from other projects that are part of a rockbox plugin and have the same name as a firmware header (config.h, disk.h, audio.h, cpu.h, mutex.h) ? 10.12.52 Join lorenzo92_1 [0] (~lorenzo@host214-29-dynamic.21-79-r.retail.telecomitalia.it) 10.16.52 # pamaury: wouldn't it be better to generate the manual keymaps from the code? 10.20.04 Quit jhMikeS (Ping timeout: 240 seconds) 10.21.43 Join PurlingNayuki [0] (~Thunderbi@114.255.40.60) 10.22.04 # user890104: for now I don't handle plugins, but with a combination of parsing and magic makefiles you can go pretty far. It could generate it I guess, but since they might be errors/false positive, at this point I prefer to point out the differences so that a human can have a look. Possibly the tool may print suggestions 10.23.52 # i'm trying to include fake86 as a plugin, but since it's a x86 emulator it has headers with similar names to those of rockbox's internals 10.24.20 # so i renamed them to fake86_*.h, but i don't know if it's a good idea to have half the headers renamed this way 10.25.00 # or i can make apps/plugins/fake86/include/fake86/, put them there and include them as: #include "fake86/config.h" ? 10.26.20 # user890104: I think you second approach (#include "config.h" -> #include "fake86/config.h") is best, at least it avoids renaming files 10.26.41 # ok, i'll try that 10.27.26 # also, where do i put plugin's data files? 10.27.39 # like video rom image, bios image, floppy disk image and so on 10.28.15 # if those are copyrighted (like doom), we don't ship them but put a link in the manual/wiki or say that the users have to get them on their own 10.28.43 # the bios can be compiled from source using nasm 10.28.57 # and is released with the same license as the emulator code (GPL2) i think 10.29.11 Quit ZincAlloy (Quit: Leaving.) 10.29.15 # hum, then I am not sure. 10.29.22 # gevaerts: any thoughts on this? 10.29.34 # ROM BASIC is copyrighted by IBM :) so we're not going to ship it probably 10.29.44 # I still think it's simpler to ask the user to download them 10.30.10 # rbutil installs a free version of the doom files, right? 10.30.24 # I guess so 10.30.46 # yes, the freedoom one from the download server 10.30.51 # * pamaury needs to build a list of all latex's keymap commands. That will probably involve a lot of grepping 10.30.54 # in this case, can we make another option to install an open source version of the binaries needed by the emulator (built by us) 10.31.09 # (see rbutil.ini, doom_url :) 10.31.10 # so the user has a working setup (floppy disk image, bios) 10.31.22 # and only if they want to 10.31.33 # yeah doing that in RbUtil (+doc on the wiki) sounds like a sane idea 10.31.47 # ok thanks, i'll look into it later 10.31.57 # we can install all kind of stuff. It just needs to be done :) 10.32.16 # but while at it, we could also install the midi patchset from the download server. Currently we don't do that 10.32.29 # is it free/opensource? 10.33.27 # i guess i can prepare a patch for that too, after i figure out how to add additional type of data files to rockbox installation 10.34.17 # the wiki calls it "frameware", assuming the file on the download server is the same that is linked in the wiki 10.35.05 # why do you need additional types? We usually have zip files that we simply extract to the root of the player. 10.35.29 # that way we don't need to care for paths in Rockbox Utility. And it works for basically everything, as long as you package it into a zip :) 10.35.42 # s/frameware/fameware/ 10.36.52 # by type i mean something like the doom files 10.37.34 Join lebellium [0] (~chatzilla@89-93-178-245.hfc.dyn.abo.bbox.fr) 10.37.42 Quit johnb2 (Ping timeout: 255 seconds) 10.37.44 # so the menu looks like: [ ] bootloader [ ] Rockbox [ ] Themes [ ] Game files (Doom) [ ] MIDI patchset [ ] fake86 files 10.39.50 # see gui/selectiveinstallwidget.cpp 10.39.54 # installGamefiles() 10.41.11 # we need to repackage the patchset to zip though 10.41.31 # * bluebrother goes for that 10.58.05 # hmm, that could use a bit of refactoring. 11.23.05 *** Saving seen data "./dancer.seen" 11.28.40 Join paulk-elm [0] (~user@80.67.176.93) 11.51.12 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 11.55.12 # kugel: here? 11.55.50 Join johnb2 [0] (~johnb2@p5DC8905C.dip0.t-ipconnect.de) 12.05.00 # pamaury: for a moment 12.06.12 # kugel: quick question: I am trying to make phabricator work and it seems ./bin/phd is ignoring phd.user. I tried to set phd.user to 'phabricator' (that's the user I was planning for it) but when I run ./bin/phd (as phabricator) it dies saying Requested path '/var/tmp/phd/pid' is not writable, did you run into this problem? 12.10.30 # for a moment 12.10.33 # you need to create that dir 12.10.35 # I can share our production systemd units 12.10.38 # I used /var/run/ though but that shouldn't make a difference 12.12.04 # the unit runs mkdir as root and then drops to www-data for running the daemons 12.13.12 # ah yeah systemd units would be cool. So you run daemons also as www-data and not as a different user? 12.14.06 # yeah 12.14.58 # I chose the same user as the web site 12.15.47 Join fs-bluebot_ [0] (~fs-bluebo@port-92-196-121-186.dynamic.qsc.de) 12.16.09 Quit fs-bluebot (Ping timeout: 240 seconds) 12.16.10 # ok, ah it seems to work now that the directory exists 12.16.26 Quit bluebrother (Ping timeout: 240 seconds) 12.16.45 # so that local.json can be restricted to that user (0600) 12.18.25 # what is the advantage of that? 12.18.52 # other users cant read the db password 12.19.31 # ah that's a good point. But you could also set permission to phd-user:www-data 12.19.37 Join MrZeus [0] (~MrZeus@2a02:c7f:7066:fb00:e06d:e4c9:b109:1bec) 12.19.45 # *ownership 12.20.00 # there are other sites on our server 12.20.23 Quit fs-bluebot_ (Ping timeout: 260 seconds) 12.21.12 # our security guy wanted some extra precautions 12.21.51 # is it not possible to have per vhost user with apache? 12.22.30 # otherwise yeah that's a good point 12.22.47 # apache runs as www-data, it cannot just su to another one 12.23.19 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 12.23.39 # but I dont know if it can do that as root 12.26.38 # apparently there exists mpm_itk that can do that, but it has to run as root to be able to su to the various users 12.28.04 # If you have to create that directory more than once (e.g. after reboot) you can use systemd tmpfiles https://www.freedesktop.org/software/systemd/man/tmpfiles.d.html 12.28.27 # for us it was important to a) run apache as non-root and that other users cant access the phabricator db (ie read all souce code) 12.29.12 Quit PurlingNayuki (Ping timeout: 260 seconds) 12.30.43 # mkdir -p at unit start works fine too 😃 12.31.30 # And regarding permissions: if you are crazy you could try ACLs ;) 12.34.19 Join fs-bluebot [0] (~fs-bluebo@port-92-196-92-20.dynamic.qsc.de) 12.42.21 Quit jhMikeS (Ping timeout: 246 seconds) 12.49.42 Quit lorenzo92_1 (Ping timeout: 260 seconds) 13.11.27 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) 13.23.07 *** Saving seen data "./dancer.seen" 13.37.14 Join robertd1 [0] (~root@201.242.174.75) 14.12.16 Quit pamaury (Ping timeout: 255 seconds) 14.13.25 Join lorenzo92_1 [0] (~lorenzo@host214-29-dynamic.21-79-r.retail.telecomitalia.it) 14.33.18 # pamaury (logs): http://pastebin.geany.org/W0QhN/ 14.33.48 # the second unit is for aphlict module which enables in-browser notifications 14.35.21 Join JanC_ [0] (~janc@lugwv/member/JanC) 14.36.36 Nick JanC is now known as Guest4823 (~janc@lugwv/member/JanC) 14.36.36 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 14.37.35 Quit Guest4823 (Ping timeout: 268 seconds) 14.40.49 Quit lorenzo92_1 (Ping timeout: 240 seconds) 14.50.56 Quit johnb2 (Ping timeout: 260 seconds) 15.19.47 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:b9d7:9c91:6038:ff51) 15.23.08 *** Saving seen data "./dancer.seen" 15.51.44 Join johnb2 [0] (~johnb2@p5DC8905C.dip0.t-ipconnect.de) 15.55.49 Quit johnb2 (Ping timeout: 240 seconds) 15.57.11 Join cc___ [0] (~ac@AMarseille-653-1-184-12.w92-158.abo.wanadoo.fr) 16.02.12 Join PurlingNayuki [0] (~Thunderbi@61.148.242.197) 16.06.09 Join Strife1989 [0] (~quassel@adsl-98-80-197-100.mcn.bellsouth.net) 16.08.56 Quit Strife89 (Ping timeout: 240 seconds) 16.15.04 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 16.17.06 Quit PurlingNayuki (Ping timeout: 240 seconds) 16.28.03 Join PimpiN8 [0] (~textual@ip51cd65d5.speed.planet.nl) 16.36.21 Join PurlingNayuki [0] (~Thunderbi@61.148.242.197) 16.40.42 Quit PurlingNayuki (Ping timeout: 260 seconds) 16.50.08 # is it possible to make a playlist with rockbox? 16.53.58 # <[Saint]> It's not possible not to. 16.54.54 # <[Saint]> All our playback is playlist based. Like it or not it's unavoidable. 16.55.25 # * [Saint] suggests our fine manual for further reading on many commonly asked topics 17.18.58 Join johnb2 [0] (~johnb2@p5DC8905C.dip0.t-ipconnect.de) 17.23.09 *** Saving seen data "./dancer.seen" 17.36.20 Quit MrZeus (Ping timeout: 264 seconds) 18.06.49 Quit robertd1 (Ping timeout: 240 seconds) 18.14.16 Join PurlingNayuki [0] (~Thunderbi@111.193.185.169) 18.22.05 Quit preglow (*.net *.split) 18.27.30 Quit PurlingNayuki (Ping timeout: 255 seconds) 18.28.04 Join preglow [0] (~thomj@2001:840:4243:3::101) 18.29.10 Join PurlingNayuki [0] (~Thunderbi@61.148.242.197) 18.33.33 Quit PurlingNayuki (Ping timeout: 240 seconds) 18.34.44 Join PurlingNayuki [0] (~Thunderbi@111.193.185.169) 18.52.32 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 18.54.46 Quit johnb2 (Ping timeout: 260 seconds) 19.14.28 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:98be:b491:16dd:e269) 19.23.11 *** Saving seen data "./dancer.seen" 19.24.51 Join krabador [0] (~krabador@unaffiliated/krabador) 19.58.42 Join johnb2 [0] (~johnb2@p5DC8905C.dip0.t-ipconnect.de) 20.05.25 Quit johnb2 (Ping timeout: 258 seconds) 20.08.00 Join johnb2 [0] (~johnb2@p5DC8905C.dip0.t-ipconnect.de) 20.18.20 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) 20.29.44 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) 20.36.12 Join Strife89 [0] (~quassel@adsl-98-80-190-46.mcn.bellsouth.net) 20.37.06 Quit Strife1989 (Ping timeout: 240 seconds) 21.00.39 # the mkdepfile make function has decided that a certain source file depends on a header that is located in a different directory 21.00.59 # is there a way to tell why, and change it to the right path? 21.01.40 # https://pastebin.com/raw/KxLyv5wY 21.02.14 # /rockbox/build-sim-win64/fake86/config.h needs to become /rockbox/build-sim-win64/apps/plugins/fake86/config.h, also for mutex.h 21.04.21 # actually /rockbox/apps/plugins/fake86/include/fake86/config.h 21.21.08 # also, what is the purpose of the generated dep file? can't we just describe which files depend on which by makefile rules? 21.23.15 *** Saving seen data "./dancer.seen" 21.23.21 # * user890104 suspects some path substitution, which didn't expect a folder with the same name as the plugin inside its source dir 21.28.01 Quit paulk-elm (Remote host closed the connection) 21.58.32 Quit PurlingNayuki (Ping timeout: 264 seconds) 22.08.29 # <__builtin> user890104: its purpose is to save us from having to do just that 22.08.45 # <__builtin> nobody wants to spend all day writing dependencies by hand 22.11.23 # ok, but is there a way to debug why it fails to provide the correct path? 22.12.05 # <__builtin> I suspect it's the funky name the header has 22.12.17 # <__builtin> try renaming it to fake86_config.h 22.13.26 # <[Saint]> That's precisely what he was avoiding and suggested not to do. 22.13.53 # <[Saint]> And I kinda agree should be needless. 22.22.11 # * user890104 learns how rockbox threads work 22.29.09 # * __builtin needs to decide whether to include a VID/PID switcher or not 22.30.22 # <[Saint]> Didn't we have that discussion? 22.30.55 # <[Saint]> The reason it didn't happen in the last decade wasn't for a lack of people suggesting it. 22.32.52 # <__builtin> I'm still not sure if there's a real reason to have it at all 22.33.36 # <__builtin> there 22.34.18 # <__builtin> rbutil support is implemented 22.36.20 # if it's going to break backwards compatibility with other software that relies on vid/pid matching, shouldn't the release be called 4.0? 22.38.38 # <__builtin> we were planning on calling the next release 4.0 anyway because we're planning to drop HWCODEC too 22.40.20 # <[Saint]> It's worth noting a good amount of software that detects USB IDs is terribly broken by Rockbox anyway. 22.40.32 # <[Saint]> So kinda a moot point I think. 22.40.38 # __builtin: and add ipod6g? :) 22.40.53 # <[Saint]> See: nearly anything that expects to deal with an ipod 22.41.16 # <__builtin> user890104: rbutil support is the only thing left, I believe 22.41.16 # <[Saint]> Fucking things just can't understand the iTunes DB not existing. 22.41.28 # did you finish the manual? 22.41.36 # <__builtin> and that... 22.42.33 # <__builtin> latex is truly annoying, I can't seem to get it to work 22.43.02 # <[Saint]> Syntax, or compilation? 22.43.13 # <__builtin> compilation 22.43.16 # <[Saint]> The latter is detailed in the wiki pretty clearly. 22.43.22 # note: expected ‘void (*)(void)’ but argument is of type ‘void * (*)(void *)’ 22.43.25 # <__builtin> well, maybe syntax 22.43.35 # * user890104 needs help decoding this message... 22.44.00 # <__builtin> [Saint]: it just errors out for random reasons which are impossible to track down without commenting out sections and recompiling 22.45.22 # <__builtin> user890104: the arguments you're passing to a function don't match with what it expects 22.45.35 # <__builtin> it's expecting a function that returns nothing and takes no arguments 22.45.46 # <__builtin> while right now you're passing a function that returns a pointer and takes a pointer 22.47.38 # __builtin: thanks, the C function type syntax is always confusing me 22.49.50 Join saratoga_ [0] (86ae6e0e@gateway/web/freenode/ip.134.174.110.14) 22.50.29 # [Saint]: changing the USB IDs will probably break things like itunes sync at least 22.51.28 # <[Saint]> I'm not convinced it will. Automatic detection, sure. 22.51.39 # <__builtin> that's probably a good thing 22.51.48 # <[Saint]> Warrants testing I suppose. iPods unfortunately might be a special case here. 22.51.51 # <__builtin> no more itunes interference 22.52.17 # <[Saint]> That's kinda a core principle of our operation so I wouldn't celebrate it. 22.52.27 # <[Saint]> May as well not dual-boot at all then. 22.52.53 # <[Saint]> I'd like to test it first but I'll be damned if I'm installing Windows or iTunes to do so. 22.54.02 # * user890104 has both 22.54.47 # [Saint]: https://www.rockbox.org/wiki/IpodItunesCommunication 22.55.00 # you need a certain USB ID to work with iTunes 22.55.29 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 22.55.35 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 53.0.2/20170504105526]) 23.06.53 # <__builtin> user890104: g#1603 if you want to test 23.06.55 # 3Gerrit review #1603 at http://gerrit.rockbox.org/r/1603 : 3Convert USB targets to Openmoko USB IDs (WIP) by Franklin Wei 23.23.13 Join robertd1 [0] (~root@201.242.174.75) 23.23.16 *** Saving seen data "./dancer.seen" 23.29.05 Quit ender` (Quit: Despite the delicious irony, I will not force two heroes to fight each other in the arena. — Evil Overlord List #129) 23.34.00 Part robertd1 23.34.52 Quit cc___ (Quit: WeeChat 1.6)