--- Log for 03.04.114 Server: dickson.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 days and 10 hours ago 00.08.31 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 29.0/20140327113732]) 00.10.36 Quit pamaury (Ping timeout: 240 seconds) 00.13.09 Quit Rower (Quit: Hmmm...) 00.17.06 Quit Misanthropos (Ping timeout: 240 seconds) 00.41.40 Quit akaWolf (Ping timeout: 255 seconds) 00.42.18 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 00.49.41 Join NotSaint [0] (42f950c3@gateway/web/freenode/ip.66.249.80.195) 00.51.34 # kugel: is this weird behavior any clue? when rockbox trips up and hangs, if I have the same named track in my Google play music cache Google play will resume playback from where Rockbox fucked up from. 00.52.07 # thought it was worth mentioning. 00.52.27 Quit froggyman (Ping timeout: 246 seconds) 00.53.02 # it cancels out whatever play music was playing and grabs rockbox's resume position...somehow. 00.53.36 # but only if I have the track duplicated in my offline cache. 00.54.03 # anyhow - must dash. 00.58.32 Quit NotSaint (Ping timeout: 245 seconds) 01.04.34 Quit bertrik (Remote host closed the connection) 01.12.02 Join Strongbit [0] (~Strongbit@bl12-51-194.dsl.telepac.pt) 01.12.47 # hello 01.12.54 # I am a bit of a newbie 01.13.05 # and I am starting to get some interest in hw reversing 01.13.12 # am I in the wrong channel? 01.14.00 # Nevertheless, I have opened my walkman, just for fun 01.14.58 # and I have found out the integrated circuit that is responsible for processing the disc signal and producing music and writting on the screen 01.15.12 # my question is : 01.15.26 # Is it possible to dump out the cpu code inside this circuit? 01.15.29 # and how? 01.15.42 # http://postimg.org/image/btsqmsrel/ 01.42.44 *** Saving seen data "./dancer.seen" 01.47.23 Join us`0gb [0] (~0gb.us@c-50-137-60-25.hsd1.or.comcast.net) 01.51.21 Quit mc2739 (Ping timeout: 246 seconds) 01.53.25 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 01.55.16 Join Strife89 [0] (~Strife89@adsl-98-80-233-155.mcn.bellsouth.net) 02.19.02 Join [Saint_] [0] (42f950c3@rockbox/staff/saint) 02.24.04 # Build Server message: 3New build round started. Revision 3661581, 253 builds, 30 clients. 02.30.50 # Build Server message: 3Build round completed after 407 seconds. 02.33.26 Join froggyman [0] (~frogs@173.234.239.23) 02.33.26 Quit froggyman (Changing host) 02.33.26 Join froggyman [0] (~frogs@unaffiliated/froggyman) 02.35.56 Join amayer [0] (~amayer@72.25.53.62) 02.46.02 Quit [Saint_] (Ping timeout: 245 seconds) 02.47.37 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 02.59.59 Quit AlexP (Remote host closed the connection) 03.02.23 Quit Strongbit (Quit: Leaving) 03.08.29 # Build Server message: 3New build round started. Revision f9d60e1, 253 builds, 30 clients. 03.14.39 # Build Server message: 3Build round completed after 371 seconds. 03.15.41 Join Misanthropos [0] (~Misanthro@frnk-4d012503.pool.mediaways.net) 03.21.20 Quit Misanthropos (Ping timeout: 255 seconds) 03.27.01 Quit kugel (Remote host closed the connection) 03.31.50 # <[Saint]> Shit. 03.32.02 # <[Saint]> Does my client ever complete anything? 03.32.26 # <[Saint]> I mean, I see it doeing things - but it never actually seems to upload anything or someone else beats me to it. 03.32.50 # <[Saint]> Maybe I should be a little bit more lenient on the number of cores its allowed to use. 03.42.45 *** Saving seen data "./dancer.seen" 03.53.42 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 03.58.29 Join f[x] [0] (~user@108.59.6.97) 04.41.14 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.41.14 Quit pixelma (Disconnected by services) 04.41.14 Quit amiconn (Disconnected by services) 04.41.14 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.41.16 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.41.17 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.44.41 Quit f[x] (Ping timeout: 252 seconds) 04.48.27 Join Misanthropos [0] (~Misanthro@frnk-4d012503.pool.mediaWays.net) 05.04.53 Join f[x] [0] (~user@108.59.6.97) 05.07.25 Quit Misanthropos (Ping timeout: 252 seconds) 05.15.13 Quit sciopat (Read error: Connection reset by peer) 05.15.30 Join sciopat [0] (~sciopath@yer91-2-82-237-54-159.fbx.proxad.net) 05.22.24 Join Misanthropos [0] (~Misanthro@frnk-4d01db5b.pool.mediaWays.net) 05.32.24 Join plain-user [0] (~plain-use@ppp121-44-168-139.lns20.syd7.internode.on.net) 05.35.01 Part plain-user 05.42.46 *** Saving seen data "./dancer.seen" 05.59.45 Quit TheSeven (Ping timeout: 245 seconds) 06.01.21 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.35.38 Quit Guest51826 (Quit: WeeChat 0.4.0) 06.57.13 Quit Strife89 (Ping timeout: 240 seconds) 07.00.20 Quit Misanthropos (Ping timeout: 252 seconds) 07.01.04 Join plain-user [0] (~plain-use@ppp121-44-168-139.lns20.syd7.internode.on.net) 07.01.58 Join |akaWolf| [0] (~akaWolf@188.134.9.161) 07.02.38 Quit jhMikeS (Ping timeout: 240 seconds) 07.05.50 Part plain-user 07.10.43 Quit amayer (Quit: Leaving) 07.13.59 Join ungali [0] (~ungali@unaffiliated/ungali) 07.35.51 # Build Server message: 3New build round started. Revision 580104d, 253 builds, 30 clients. 07.36.20 Join wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl) 07.42.47 *** Saving seen data "./dancer.seen" 07.44.35 # Build Server message: 3Build round completed after 524 seconds. 07.45.49 # * [Saint] wonders how the notifier bot gets the round details 2 seconds before my client did 07.47.19 # <[Saint]> [18:44:35] Build Server message: Build round completed after 524 seconds.2014-04-03 18:44:37 Server message: Revision 580104d result: All green 07.50.02 # * [Saint] sets about getting the build client to use notify-send where available 07.50.36 # <[Saint]> Ooooohhhh...I can pipe a cute little Rockbox icon in there too. 07.54.38 # <[Saint]> notify-send -i $RB_DIR/rbutil/rbutilqt/icons/rockbox-48.png testy test test 07.54.55 # <[Saint]> Ooop. 07.55.11 # [Saint]: time difference between machines maybe? 07.55.59 # <[Saint]> quassel core and build client are on the same machine. 07.56.21 # <[Saint]> (so get their time from the same place) 07.58.33 # I mean fs-bluebot machine 07.59.30 # <[Saint]> The time on that machine shouldn't make a difference iiuc. 08.00.01 # maybe I don't understand the issue 08.01.19 # <[Saint]> There's a 2 second difference between the notification, and my client finishing the round. So the fs-bluebot machine had time to send the "round completed" message out before my client even knew the round was over. 08.06.18 Quit f[x] (Ping timeout: 240 seconds) 08.06.59 Quit [Saint] (Read error: Connection reset by peer) 08.08.27 Join [Saint] [0] (~saint@rockbox/staff/saint) 08.15.19 # [Saint]: bluebot gets the information passed via the buildclient notify functionality. So as soon as the client running on the same machine get the information that the build round is completed it posts the information to the channel 08.16.04 # seems your internet tubes aren't big enough and the information for your client gets stuck in traffic jam ;-) 08.21.05 Join ender` [0] (krneki@foo.eternallybored.org) 08.30.32 Quit ungali (Quit: ungali) 08.34.05 Quit wodz (Read error: Operation timed out) 08.35.27 Quit tertu_ (Ping timeout: 255 seconds) 08.54.58 # <[Saint]> My infotubes damn well should be big enough. Its two bonded VDSL2 lines. 08.55.43 # [Saint]: it's not how big they are. It's how you use them. 08.56.58 # <[Saint]> Well, upstream is pretty "meh". ~16Mb/s on a good day. 08.57.23 # <[Saint]> I imagine though that some clients have much much fatter tubes than that. 08.57.57 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.59.00 # <[Saint]> Hmmm. My connection is actually really terrible right now. 09.02.15 Join f[x] [0] (~user@108.59.6.97) 09.02.56 Join wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl) 09.08.25 Quit Jack87 (Ping timeout: 246 seconds) 09.10.35 Join Jack87 [0] (Jack87@nasadmin/admin/jack87) 09.14.23 Join [Saint_] [0] (~saint@rockbox/staff/saint) 09.14.59 Quit [Saint] (Read error: Connection reset by peer) 09.22.20 Quit Scall (Ping timeout: 255 seconds) 09.25.34 Join Scall [0] (~chat@unaffiliated/scall) 09.27.08 Nick [Saint_] is now known as [Saint] (~saint@rockbox/staff/saint) 09.27.15 Join petur [0] (~petur@rockbox/developer/petur) 09.34.15 Join kugel [0] (~kugel@91-65-253-235-dynip.superkabel.de) 09.34.15 Quit kugel (Changing host) 09.34.15 Join kugel [0] (~kugel@rockbox/developer/kugel) 09.42.48 *** Saving seen data "./dancer.seen" 09.59.59 Join plain-user [0] (~plain-use@ppp121-44-168-139.lns20.syd7.internode.on.net) 10.02.52 Quit plain-user (Client Quit) 10.07.14 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 10.08.49 Quit wodz (Quit: Leaving) 10.48.13 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.11.46 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.32.05 Join meph [0] (5ddcf09d@gateway/web/freenode/ip.93.220.240.157) 11.32.28 Nick meph is now known as Guest93091 (5ddcf09d@gateway/web/freenode/ip.93.220.240.157) 11.32.53 Nick Guest93091 is now known as nottheMEPHyoumay (5ddcf09d@gateway/web/freenode/ip.93.220.240.157) 11.39.23 Quit nottheMEPHyoumay (Ping timeout: 245 seconds) 11.42.52 *** Saving seen data "./dancer.seen" 11.45.58 # wodz: ping 11.46.11 # pong 11.46.52 # Hey, I see that you are working with kugel, how is this thing working out ? 11.47.03 # My question is more about qeditor/reg desc files 11.47.53 # I'm working on the Sansa View and now I realise that the possibility of creating a register map with qeditor would be a nice addition so I've begun to add the code for it. And I also think it would be great if we could annotate things in the description, don't you think ? 11.48.10 # Like attaching comments to the soc, devices, registers, fields, values, et 11.48.12 # *etc 11.48.17 # pamaury: definitely 11.49.27 # I was thinking about adding a tag, so one can write things like: 11.49.28 # ...My super comment 11.50.01 # However this poses a small problem for edition: if I open a desc file in qeditor, edit it and save it, it will loose all the formatting. For rk27xx I saw that you indented everything nicely 11.50.36 # Should the save routine automatically indent ? Or you don't care about the .xml file as long as you can read/write it with qeditor ? 11.51.43 # regarding elfloader - The version which is on gerrit 'just works' on vibe500. plugins/codecs resolve external symbols exported by the core. Static load buffer is still used but other than that it can be loaded at any address. What I am working on right now is the ability to import symbols from the loaded module into the core (ie the other way around) 11.53.33 # pamaury: The indentation thing was because I wrote this desc file by hand. Idented file is easier to read. One of the benefit of XML is that while it is easy to machine parse you can actually read it in regular text editor so I would prefer to include indentation. 11.55.05 # ok but you don't mind if it's automatic ? 11.55.25 # also I think I will version the format and change a few things in it, mostly renaming and dropping useless attributes 11.55.57 # as long as it will be readable I don't care 12.12.43 Quit Jack87 (Quit: Jack has left the building.) 12.14.23 Join Jack87|Away [0] (Jack87@nasadmin/admin/jack87) 12.14.25 Nick Jack87|Away is now known as Jack87 (Jack87@nasadmin/admin/jack87) 12.33.37 Quit kuldeepdhaka (Ping timeout: 240 seconds) 12.38.19 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 12.40.11 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 12.43.13 Quit einhirn (Client Quit) 13.21.53 Quit kugel (Read error: Operation timed out) 13.41.29 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 13.42.54 *** Saving seen data "./dancer.seen" 13.43.57 Quit f[x] (Ping timeout: 240 seconds) 13.44.51 Quit einhirn (Client Quit) 13.48.15 # saratoga: ping 13.48.41 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 13.56.17 Quit kuldeepdhaka (Ping timeout: 240 seconds) 13.57.24 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 14.07.58 Join KiwiCAM_ [0] (~quassel@121-99-189-240.bng1.nct.orcon.net.nz) 14.08.18 Quit kiwicam (Ping timeout: 264 seconds) 14.17.30 Quit petur (Quit: *plop*) 14.17.37 Quit cmhobbs (Ping timeout: 240 seconds) 14.45.14 Quit [Saint] (Ping timeout: 240 seconds) 14.52.24 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.07.36 Quit amayer (Ping timeout: 240 seconds) 15.16.45 Quit wodz (Quit: Leaving) 15.22.27 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.25.28 Quit amayer (Client Quit) 15.31.52 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.35.58 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 15.36.02 Join amayer_ [0] (~amayer@mail.weberadvertising.com) 15.36.39 Quit amayer (Ping timeout: 255 seconds) 15.40.18 Join [Saint] [0] (~saint@rockbox/staff/saint) 15.42.57 *** Saving seen data "./dancer.seen" 15.45.51 Join f[x] [0] (~user@108.59.6.97) 15.49.15 Quit kuldeepdhaka (Ping timeout: 255 seconds) 15.51.16 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 16.29.36 Quit fs-bluebot (Ping timeout: 240 seconds) 16.31.09 Join fs-bluebot [0] (~fs-bluebo@g225255205.adsl.alicedsl.de) 16.31.32 Quit bluebrother (Ping timeout: 268 seconds) 16.33.01 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 17.07.43 Quit saratoga (Ping timeout: 245 seconds) 17.07.48 Join rela [0] (~x@pdpc/supporter/active/rela) 17.11.07 Quit rela (Read error: Connection reset by peer) 17.16.57 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 17.18.44 Join wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl) 17.20.28 Join krnlyng [0] (~liar@83.175.90.24) 17.27.48 Join tertu [0] (~quassel@143.44.65.14) 17.31.42 # something is really messed up with #includes if H300 Sim is compaining about an implicit declaration of strlcpy if string.h is included already 17.32.58 Quit Zagor (Quit: Clint excited) 17.33.04 Join Rower [0] (~husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 17.33.37 Quit tertu (Ping timeout: 240 seconds) 17.40.44 Join rela [0] (~x@pdpc/supporter/active/rela) 17.43.00 *** Saving seen data "./dancer.seen" 17.46.21 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.46.47 Quit rela (Read error: Connection reset by peer) 17.52.09 Join adnap [0] (~adnap@cpe-24-27-24-18.austin.res.rr.com) 17.57.56 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.59.37 Join tertu [0] (~quassel@143.44.65.14) 18.00.40 # How can I set up rockbox to correctly display Japanese pathnames and id3 tags? Also, when I "Export Modifications" of the database, Japanese pathnames in database_changelog.txt appear as jibberish, while Japanese id3 metadeta appears correctly 18.06.48 Quit tertu (Read error: Connection reset by peer) 18.16.19 Quit TheSeven (Read error: Connection reset by peer) 18.22.29 Join Zarggg [0] (~zarggg@24.229.140.62.res-cmts.sm.ptd.net) 18.24.12 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 18.25.58 Quit DexterLB (Read error: Operation timed out) 18.29.41 Join DexterLB [0] (~dex@77-85-59-142.btc-net.bg) 18.49.16 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 18.49.33 # wodz: pong 18.52.06 Join bertrik [0] (~quassel@ip117-49-211-87.adsl2.static.versatel.nl) 18.52.06 Quit bertrik (Changing host) 18.52.06 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.52.59 # I want to obtain a database_changelog.txt with the correct pathnames 18.56.25 # saratoga: I was asking how CodecMemoryUsage was generated 18.56.40 # wodz: IIRC Buschel made it a few years ago 18.56.52 # he looked at the codec map files i think 18.58.49 # and i guess manually measured mallocs for a test file 18.58.52 # why do you ask? 19.02.15 # because of comming ability to allocate codec buffer on load (on my elfloader branch) 19.03.57 Quit bertrik (Ping timeout: 240 seconds) 19.04.00 # FWIW i've wanted to shrinkt he codec buffer for a while 19.04.17 # probably 640kb would be enough for everything except pathological AAC/Vorbis files 19.06.25 Join bertrik [0] (~quassel@ip117-49-211-87.adsl2.static.versatel.nl) 19.06.25 Quit bertrik (Changing host) 19.06.25 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.10.43 Quit bertrik (Remote host closed the connection) 19.11.37 Join bertrik [0] (~quassel@ip117-49-211-87.adsl2.static.versatel.nl) 19.11.37 Quit bertrik (Changing host) 19.11.37 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.14.17 # how does the codec buffer allocation work? 19.14.30 # are they allocated on the audio buffer? 19.29.33 # saratoga: kugel says it can be unmovable buflib allocation 19.40.00 # seems sensible 19.40.05 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 19.43.04 *** Saving seen data "./dancer.seen" 20.18.33 Quit |akaWolf| (Ping timeout: 240 seconds) 20.23.01 # adnap: I'm not entirely sure, but I think you need the default codepage setting 20.35.04 Part dexpid 20.37.40 Join rela [0] (~x@pdpc/supporter/active/rela) 20.53.11 Join Misanthropos [0] (~Misanthro@frnk-4d01db5b.pool.mediaways.net) 20.53.57 # gevaerts: I'm using Latin1 (ISO-885901). I was able to see song metadata in Japanese if I switched the codepage to Japanese and used Unifont. However, the menus are still jibberish for Japanese pathnames. If I use a Japanese codepage when generating the database, will it store the paths correctly? 20.55.33 # What codepage did the OS you copied the files with use? 21.03.36 Quit f[x] (Ping timeout: 240 seconds) 21.26.18 Quit DexterLB (Read error: Connection reset by peer) 21.28.04 Quit rela (Quit: Leaving) 21.31.23 Join dexpid [0] (~dexpid@cpe-184-59-114-126.cinci.res.rr.com) 21.31.27 Join DexterLB [0] (~dex@77-85-59-142.btc-net.bg) 21.43.04 # gevaerts: No idea. I used Linux. 21.43.08 *** Saving seen data "./dancer.seen" 21.43.11 # My local is utf8 21.43.14 # *locale 21.45.10 # Probably utf8 then I'd expect. You can specify it using the iocharset mount option if needed though 21.45.29 # Does it work if you set the codepage option to utf8? 21.49.07 Join f[x] [0] (~user@108.59.6.97) 21.49.33 Quit teythoon (Ping timeout: 240 seconds) 21.50.22 # Hmmmm 21.51.06 # adnap: do you actually see utf8 in the default codepage options? We had a bug a while ago that made that one inaccessible, and I *think* that bug is in 3.13... 21.51.35 Join teythoon [0] (~teythoon@mail.jade-hamburg.de) 21.51.40 # If you don't have it, try a current development build 21.54.22 Join cramler [0] (~mii@91.141.0.54.wireless.dyn.drei.com) 21.59.26 # the check in the theme uploader that one can't include scroll step/speed/delay in the cfg is a bit restrictive, imo 22.00.17 # i think it's not a matter of preference, since there's only one 'good' setting - 1px step and fastest speed, no matter what player. seems a lot of people don't bother with those settings, and just go with the awful jerky default setting 22.00.57 # dfkt: if there's only one good setting, why should we allow themes to set a wrong value then? :) 22.01.28 # people should 'experience' the theme the way it is intended, if you excuse my marketing speech :) 22.02.24 # i can see one other useful setting, a page-per-page 'scroll', instead of pixel-per-pixel 22.02.40 # but the rockbox default of 6px steps is just.. commodore 64 22.02.43 # adnap, gevaerts: vfat uses UCS-2 for filenames, so the codepage setting shouldn't affect filenames 22.02.54 # Hrmmm 22.03.03 # bluebrother: I don't know then! 22.03.08 # it sounds more like a font issue to me 22.03.13 # * gevaerts stops knowing things :) 22.03.52 # what did happen to me (several years back) was Linux using the wrong translation when using vfat :) 22.12.43 # has the %LB tag been retired? i can't find it in the manual anymore (and i forgot what it was) 22.15.01 # well, unfortunately the skin tags description wasn't kept much up to date in the manual. Maybe you'll find something on CustomWPS 22.15.08 # CustomWPS has it 22.15.15 # sounds like a task for DevCon then :) 22.16.18 # aah, thanks, pixelma and gevaerts :) 22.16.50 # l 22.17.07 # one more reason to keep CustomWPS and remove the theme part from the manual 22.17.09 # :) 22.17.35 # I'm sure [Saint] will agree 22.17.59 # i thought CustomWPS was the wiki page with the big red disclaimer of being outdated - guess that was another page 22.18.22 # Both are incomplete as far as I know, in different ways 22.18.29 # ah, that was SimpleGuideToWPSMaking 22.18.51 # CustomWPS is quite up-to-date. Almost all tags are documented 22.46.22 Join tertu [0] (~quassel@143.44.65.14) 22.46.33 Quit wodz (Ping timeout: 240 seconds) 22.50.06 Join kugel [0] (~kugel@91-65-253-235-dynip.superkabel.de) 22.50.06 Quit kugel (Changing host) 22.50.06 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.00.49 # <[Saint]> lebellium: Sorry. 23.01.01 # <[Saint]> I couldn't disagree more on this one. 23.01.18 # <[Saint]> Update the manual - lose CustomWPS. 23.01.26 # expected :) 23.02.14 # There's an obvious solution 23.02.22 # The first one that's complete wins :) 23.02.33 # <[Saint]> The wiki is best-effort community documentation. Its great that it exists, but there's zero obligation from either the team or the users to update it. 23.02.50 # <[Saint]> The manual should be the canonical source of documentation. 23.03.17 # <[Saint]> gevaerts: Well...not really. If the wiki was completed I would just spend a little time exporting it to the manual before I killed the wiki page. ;) 23.03.27 # <[Saint]> I'm not sure that's counted as "winning". 23.05.14 # [Saint]: that doesn't motivate anyone, so no, if the wiki is there first, the manual chapter disappears 23.05.39 # So get busy :) 23.07.50 Join nrg [0] (~ngr@69.85.95.104) 23.15.35 Quit amayer_ (Quit: Leaving) 23.24.38 Quit sciopat (Quit: Leaving) 23.30.29 # <[Saint]> gevaerts: you're not serious, surely? 23.30.36 # <[Saint]> The wiki is no place for this. 23.30.41 # [Saint]: do you want to bet? 23.30.55 # Entirely up to you! 23.32.14 # <[Saint]> What is up to me will be the shit storm I'll conjure up if that manual section goes missing. 23.32.36 # Well, you can make that not happen :) 23.33.29 # i don't see a problem with the wiki, its very easy to edit 23.33.41 # <[Saint]> saratoga: that's one of the problems. 23.34.08 # <[Saint]> We need a source of official documentation. The manual (IMO) should be it. 23.36.03 # <[Saint]> There's been a couple of times where I have reverted a wiki edit because someone made a weird workaround and documented it as "the way". 23.36.54 Quit f[x] (Ping timeout: 252 seconds) 23.37.20 # <[Saint]> Unfortunately though, I don't have time for this myself. Its been on my ToDo list for years. 23.43.09 *** Saving seen data "./dancer.seen" 23.48.37 Quit cramler (Ping timeout: 240 seconds) 23.49.59 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 29.0/20140331125246]) 23.55.10 Join cramler [0] (~mii@91.141.0.54.wireless.dyn.drei.com)