--- Log for 14.02.113  Server: pratchett.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 28 days and 4 hours ago

00.06.05 ***     Saving seen data "./dancer.seen"
00.20.18 Quit    dfkt_ (Ping timeout: 252 seconds)
00.21.09 #       <JdGordon> pamaury: whats needed still there? should I see if the fund can buy me a fuze+ to help out?
00.22.08 #       <pamaury> it would be great to be able to use the touchpad with natural gestures, a bit like touchscreen I guess except you don't have the absolute position, I really don't know how much work it is, I just don't have time for it
00.22.32 #       <pamaury> *you have the absolute position but it's meaningless
00.23.35 #       * pamaury just find a nasty imx233 bug, all the battery values are wrong ! damned
00.23.42 Join    lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
00.23.56 #       <pamaury> JdGordon: perhaps you can do it in a few hours even, if you have the device
00.24.08 #       <pamaury> you know the UI much better than me
00.24.12 Quit    lebellium (Ping timeout: 256 seconds)
00.24.17 Nick    lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
00.24.46 #       <JdGordon> having the device makes motivation easier :)
00.26.51 #       <pamaury> I have the YP-Q2 which has a touchpad too, should be easy to port, so the fuze+ is not the only device
00.26.55 #       <pamaury> with a touchpad
00.28.01 #       <JdGordon> and all the touchscreen targets would benifit from a generic gesture implementation
00.28.33 Join    jhMikeS [0] (~jethead71@50.4.240.19)
00.28.33 Quit    jhMikeS (Changing host)
00.28.33 Join    jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
00.28.53 #       <pamaury> yes, I think so
00.29.04 Join    liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
00.30.44 #       <pamaury> I don't like putting work on others but I'm not I'm the best qualified for this task ^^
00.33.30 #       <[Saint]> And JdGordon just so happens to need a new DAP I guess ;)
00.33.42 #       <[Saint]> ('cos, who doesn't? :P)
00.34.57 #       <[Saint]> One _should_ be able to knock this up in the sim, though, unless I'm mistaken.
00.35.14 #       <[Saint]> A mouse would make a fine finger substitute.
00.36.45 #       <gevaerts> Technically, yes. It won't feel the same though, so forget about seeing if it's actually usable
00.45.38 Quit    liar (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii)
00.50.00 Quit    ender` (Quit:  The likelihood of Perl being involved in a system is directly proportional to the length of time the system has been in maintenance.)
00.51.29 Quit    lebellium (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130206083616])
00.56.10 Quit    kugel (Remote host closed the connection)
00.56.21 Join    kugel [0] (~kugel@141.45.176.104)
00.56.21 Quit    kugel (Changing host)
00.56.21 Join    kugel [0] (~kugel@rockbox/developer/kugel)
01.12.32 Quit    froggyman (Ping timeout: 276 seconds)
01.16.01 Quit    bertrik (Ping timeout: 252 seconds)
01.16.15 Quit    prof_wolfff (Ping timeout: 272 seconds)
01.17.34 Quit    dv_ (Read error: Connection reset by peer)
01.18.50 Join    dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at)
01.20.12 #       <JdGordon> wtf is "constrain auth-change"?
01.22.12 #       <JdGordon> we have too many damn settings!
01.33.58 Join    froggyman [0] (~me@msoe-00033403.nebula.msoe.edu)
01.33.58 Quit    froggyman (Changing host)
01.33.58 Join    froggyman [0] (~me@unaffiliated/froggyman)
01.34.22 Quit    _Raptors (Quit: Leaving)
01.35.49 #       * pamaury is horrified by the errors he found in imx233 power management !
01.40.44 Quit    nateloaf (Quit: Leaving.)
01.44.48 Quit    pamaury (Ping timeout: 246 seconds)
01.45.14 Join    Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net)
01.52.52 Quit    froggyman (Ping timeout: 264 seconds)
01.56.28 Join    foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net)
02.03.58 Join    froggyman [0] (~me@msoe-00033403.nebula.msoe.edu)
02.03.58 Quit    froggyman (Changing host)
02.03.58 Join    froggyman [0] (~me@unaffiliated/froggyman)
02.06.09 ***     Saving seen data "./dancer.seen"
02.12.29 Quit    ukleinek (Ping timeout: 245 seconds)
02.12.36 Join    ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c)
02.18.15 Join    SuperBrainAK [0] (~Andy@97-124-88-127.phnx.qwest.net)
02.24.23 Quit    sakax (Remote host closed the connection)
02.38.00 Quit    robin0800 (Quit: Always try to be modest, and be proud about it!)
02.38.34 Quit    foolsh (Ping timeout: 252 seconds)
02.49.35 Join    Robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
03.20.05 Quit    thegeek (Read error: Connection reset by peer)
03.38.44 Quit    froggyman (Ping timeout: 245 seconds)
04.04.01 Quit    amiconn (Read error: Connection reset by peer)
04.04.12 Join    amiconn [0] (amiconn@rockbox/developer/amiconn)
04.05.03 Quit    TheSphinX_ (Read error: Operation timed out)
04.05.46 Join    TheSphinX^ [0] (~briehl@217.251.185.168)
04.06.13 ***     Saving seen data "./dancer.seen"
04.11.45 #       * [Saint] feels like doing something Rockbox-esque
04.17.11 Quit    Krosis_ (Quit: There's no place like 127.0.0.1)
04.18.40 Quit    Scromple (Quit: Leaving)
04.22.02 Quit    Robin0800 (Quit: Leaving)
04.23.35 Join    Robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
04.26.02 Quit    mc2739 (Ping timeout: 252 seconds)
04.26.25 Join    mc2739 [0] (~mc2739@rockbox/developer/mc2739)
04.28.45 Join    Robin0800_ [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
04.33.13 Join    Scromple [0] (~Simon@161.43.73.67)
04.42.09 Quit    Robin0800_ (Read error: Connection reset by peer)
04.42.12 Quit    Robin0800 (Read error: Connection reset by peer)
04.42.39 Quit    mrkiko (Quit: leaving)
04.45.21 Join    Robin0800 [0] (~quassel@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
04.56.45 Join    advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
04.57.01 Quit    SuperBrainAK (Ping timeout: 256 seconds)
04.57.09 Quit    shamus (Read error: Connection reset by peer)
04.57.17 Join    shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
04.57.20 Quit    pixelma (Disconnected by services)
04.57.20 Join    pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04.57.23 Nick    pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04.57.29 Quit    advcomp2019_ (Ping timeout: 255 seconds)
04.57.36 Join    amiconn_ [0] (quassel@rockbox/developer/amiconn)
04.57.36 Quit    amiconn (Disconnected by services)
04.57.39 Nick    amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04.58.15 Join    SuperBrainAK [0] (~Andy@97-124-88-127.phnx.qwest.net)
05.02.23 Quit    Staphylo` (Read error: Connection reset by peer)
05.02.40 Join    Staphylo` [0] (~Staphylo@mareo.fr)
05.03.44 Quit    Raptors (Read error: Operation timed out)
05.04.46 Join    froggyman [0] (~me@dhcp-155-92-105-106.nebula.msoe.edu)
05.04.47 Quit    froggyman (Changing host)
05.04.47 Join    froggyman [0] (~me@unaffiliated/froggyman)
05.04.54 Quit    Slasheri (Ping timeout: 276 seconds)
05.07.56 Join    Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net)
05.12.41 Join    Slasheri [0] (miipekk@rockbox/developer/Slasheri)
05.13.16 Quit    SuperBrainAK (Quit: pbly going to sleep /_\)
05.17.18 Join    TheSphinX_ [0] (~briehl@p5DD44CDF.dip.t-dialin.net)
05.18.28 Quit    TheSphinX^ (Ping timeout: 245 seconds)
05.20.27 #       <[Saint]> JdGordon: How hard (on a scale from "meh..." to "impossibly difficult" ;)) do you think it would be to have one universal metadata skin tag that took an arbitrary value as a parameter: 'Disc Number'; 'Barcode', 'Record Label' et al?
05.21.32 #       <[Saint]> '%?Nn(some_metadata_tag)<foo|bar>' or so.
05.21.43 Join    JdGord [0] (~AndChat72@vl10.gw.ok-labs.com)
05.22.00 #       <JdGord> If we have an api to get that from the metadata structure then piss easy
05.22.32 Join    Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu)
05.23.17 #       <JdGord> [Saint]: ^
05.23.37 #       <[Saint]> It occured to me that there is a shit-tonne of weird tags that <various_tagging_software> uses, and we use a very small predefined subset of tags.
05.24.16 #       <JdGord> Do we store the full tag buffer?
05.24.22 #       <[Saint]> There's actually no other tag that I would want /personally/ that isn't already there, I was just wondering.
05.24.38 #       <[Saint]> I have NFI what goes on with that way we get the metadata.
05.25.03 Join    AndChat|72624 [0] (~AndChat72@49.176.66.219)
05.25.59 Quit    JdGord (Read error: Connection reset by peer)
05.26.20 Join    JdGord [0] (~AndChat72@vl10.gw.ok-labs.com)
05.29.26 Quit    AndChat|72624 (Ping timeout: 255 seconds)
05.36.34 Quit    JdGord (Quit: Bye)
05.37.24 #       <JdGordon> [Saint]: for example, what are common ones?
05.41.51 #       <JdGordon> considering we don't necessairly load the full data buffer, I don't tihnk this would work
05.42.06 Quit    Robin0800 (Remote host closed the connection)
05.42.28 Join    Robin0800 [0] (~quassel@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
05.43.04 #       <JdGordon> so lots of work to do if you want that
05.44.29 Join    JimZat_ [0] (~JimZat@adsl-99-142-14-133.dsl.emhril.sbcglobal.net)
05.45.33 Quit    Robin0800 (Remote host closed the connection)
05.47.28 Quit    JimZat (Ping timeout: 248 seconds)
05.49.26 Join    JimZat [0] (~JimZat@adsl-99-135-169-218.dsl.emhril.sbcglobal.net)
05.51.09 Quit    JimZat_ (Ping timeout: 260 seconds)
05.52.45 Quit    TheSeven (Disconnected by services)
05.52.54 Join    [7] [0] (~quassel@rockbox/developer/TheSeven)
06.04.19 Join    Krosis_ [0] (~Krosis@24-180-66-46.dhcp.bycy.mi.charter.com)
06.06.15 ***     Saving seen data "./dancer.seen"
06.31.59 Quit    DmL (Quit: CGI:IRC (EOF))
06.59.30 Quit    [Saint] (Remote host closed the connection)
07.01.34 Join    [Saint] [0] (~quassel@rockbox/user/saint)
07.18.31 Join    melmothX [0] (~melmoth@unaffiliated/melmothx)
07.27.49 Join    kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
07.48.46 Join    esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net)
08.06.17 ***     Saving seen data "./dancer.seen"
08.08.22 #       <JdGordon> do our touchscreen drivers send an action for touch/untouch?
08.10.00 #       <kugel> what do you mean by "send an action"? if you mean asynchronous event, then no
08.11.06 #       <JdGordon> does it tell at least button.c when the touch starts and stops
08.11.11 #       <JdGordon> touch/release events
08.11.33 #       <kugel> they're polled like normal buttons
08.12.06 #       <JdGordon> actually, yeah, we should still get BUTTON_TOUCHSCREEN|BUTTON_REL right?
08.12.09 #       <kugel> so get_button() will return BUTTON_TOUCHSCREEN once it's pressed and BUTTON_NONE when unpressed
08.12.50 #       <kugel> yea, I think there's a BUTTON_REL inbetween 
08.13.43 #       <kugel> but it's generated by button.c. the touchscreen drivers only report TOUCH and NONE
08.14.14 #       <JdGordon> thats all i need
08.16.03 #       <kugel> action_get_touchscreen_press() reads BUTTON_REL so it's returned by get_button()
08.18.11 Join    ender` [0] (~ender@foo.eternallybored.org)
08.22.03 Join    y4n [0] (~y4n@unaffiliated/y4ndexx)
08.25.50 Quit    kevku (Ping timeout: 245 seconds)
08.26.13 Join    Ward [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
08.26.29 Join    jlbiasini [0] (~metaphysi@109.103.46.91)
08.26.37 Nick    Ward is now known as Guest76610 (~Mirandaha@176-120-190-109.dsl.ovh.fr)
08.40.32 #       <JdGordon> does android do the gesture handling for apps?
08.40.39 #       <JdGordon> or is it up to them to figure it out?
08.41.57 Quit    jlbiasini (Quit: jlbiasini)
08.44.18 #       <rasher> JdGordon: iirc both are possible
08.46.00 #       * JdGordon is looking into spending the next while adding simple gesutre support to our action system
08.46.05 #       * [Saint] thinks he just had an idea.
08.46.06 #       <JdGordon> no promises of course :p
08.46.17 #       <JdGordon> mazal tov [Saint] ! :)
08.46.31 #       <[Saint]> Using a space on the sdcard (on devices that have them) to do parity checking for the internal storage.
08.50.54 Join    Zagor [0] (~bjst@sestofw01.enea.se)
08.50.54 Quit    Zagor (Changing host)
08.50.54 Join    Zagor [242] (~bjst@rockbox/developer/Zagor)
08.52.23 #       <[Saint]> JdGordon: your database scan selectore thing (that was yours, wasn't it?) needs to force the default icons on if the theme disables icons.
08.52.27 Quit    wry (Quit: leaving)
08.52.32 #       <[Saint]> otherwise it's impossible to use. :)
08.53.09 #       <Scall> Hello, in this page → http://www.rockbox.org/wiki/TargetStatus next to "SanDisk Sansa Clip" there are all "YES" (USB, Battery, etc.), but all these "YES" refers only to SanDisk Sansa Clip or to the SanDisk Sansa Clip Zip model as well?
08.53.27 #       <JdGordon> [Saint]: hmm, ok
08.54.47 Join    wry [0] (wry@newelite.bshellz.net)
08.57.19 #       <JdGordon> const enum screen_type screen = screens[SCREEN_MAIN].screen_type; <- thats pretty dumb code... that will always be SCREEN_MAIN... DUH!
08.57.52 Quit    Zagor (Quit: Clint excited)
09.00.55 Quit    froggyman (Ping timeout: 252 seconds)
09.03.37 Join    jlbiasini [0] (~metaphysi@109.103.46.91)
09.06.02 #       <jlbiasini> hi all, so after "git bisect start" and "git bisect bad" I just go on with "git bisect 48bc762" is that correct?
09.07.08 Join    petur [0] (~petur@rockbox/developer/petur)
09.07.13 #       <jlbiasini> I meant "git bisect good 48bc762"
09.18.51 Join    kevku [0] (~kevku@2a01:d0:ffff:34a::8:3)
09.20.07 #       <kugel> jlbiasini: yes, the next command is the last-known good commit
09.20.40 #       <kugel> then git picks automatically commits and you tell if it's good or bad (git bisect good/bad)
09.21.07 #       <jlbiasini> is the format  48bc762 ok or should it be withe the other number to?
09.21.25 #       <kugel> if you cannot make a statement for the current commit, for example due build failre, use git bisect skip
09.21.40 #       <kugel> short hash is fine
09.28.30 Quit    jhMikeS (Ping timeout: 276 seconds)
09.33.33 Join    mortalis [0] (~mortalis@77.108.98.176)
09.33.58 #       <jlbiasini> thks
09.36.12 Quit    mortalis (Client Quit)
09.36.54 Quit    wry (Quit: leaving)
09.39.35 Join    prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com)
09.42.40 Join    wry [0] (wry@newelite.bshellz.net)
09.44.29 Quit    prof_wolfff (Ping timeout: 260 seconds)
10.04.49 Quit    Guest76610 (Read error: Connection reset by peer)
10.04.50 Quit    shamus (Read error: Connection reset by peer)
10.04.57 Join    shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
10.05.12 Join    LinusN [0] (~linus@giant.haxx.se)
10.05.36 Join    advcomp2019_ [0] (~advcomp20@71-213-217-202.sxcy.qwest.net)
10.05.36 Quit    advcomp2019_ (Changing host)
10.05.36 Join    advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
10.06.21 ***     Saving seen data "./dancer.seen"
10.07.27 Join    Zagor [0] (~bjst@sestofw01.enea.se)
10.07.27 Quit    Zagor (Changing host)
10.07.27 Join    Zagor [242] (~bjst@rockbox/developer/Zagor)
10.08.14 Quit    advcomp2019 (Ping timeout: 260 seconds)
10.08.17 Join    lorenzo92 [0] (~chatzilla@host184-106-dynamic.41-79-r.retail.telecomitalia.it)
10.08.46 Join    liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
10.10.12 #       <lorenzo92> morning you all ;) I wanted to start enhancing ALSA wrapper for hosted/hybrid ports in order to make it record! This would add a feature to YP-R0 (record radio, OF doesn't) and also YPR1 (microphone + radio rec). Has anyone already done something like this? I ask because sometimes someone starts to write something and doesn't finish :D
10.10.13 Quit    Gallomimia (Excess Flood)
10.10.22 Join    Gallomimia [0] (~gallo@key.cha0sgaming.net)
10.10.52 Part    LinusN
10.11.49 Quit    wry (Quit: leaving)
10.12.25 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
10.12.34 Join    wry [0] (wry@newelite.bshellz.net)
10.12.48 #       <lorenzo92> now a general question: pcm_rec_dma_start gets called *once* before starting recording right? And then I can do whatever I want feeding the buffer at given address if I'm correct?
10.16.46 Join    LinusN [0] (~linus@giant.haxx.se)
10.19.12 #       <wodz> not really - it should setup transfer which is 'self sustained' which means that end of this transfer triggers some callback feeding data again
10.19.24 #       <wodz> usually this is dma isr
10.20.58 #       <wodz> you can poll for transfer end actually but this will be tad inefficient
10.21.43 #       <ukleinek> maybe porting rockbox to efm32 would be a nice gsoc project? Or do you think that cpufreq = 48 MHz is a no-go?
10.22.39 #       <wodz> ukleinek: we generally avoid 'port projects' as the associated failure risk is rather high
10.23.56 #       <wodz> besides, the main part of 'usable port' would be to adjust all asm optimizations to thumb2 which is rather huge work
10.24.29 Join    Spaceghost [0] (~Pablo@unaffiliated/spaceghost)
10.24.46 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
10.25.47 Join    einhirn [0] (~Miranda@2001:638:605:4:ddaa:a8ec:a068:1041)
10.27.19 Quit    esperegu (Read error: Connection reset by peer)
10.30.26 #       <lorenzo92> wodz: thanks!
10.33.26 Join    esperegu [0] (~quassel@ip-213-124-221-122.ip.prioritytelecom.net)
10.34.32 Join    thegeek [0] (~thegeek@110.36.34.95.customer.cdi.no)
10.38.19 Quit    esperegu (Remote host closed the connection)
10.41.58 #       <pixelma> jlbiasini: did you notice that jhMikeS, probably accidentally, reverted your (I believe) changes to the Fuze+ keymap in the oscilloscope plugin that was pushed by pamaury on November 21st? Should it be changed again?
10.42.15 #       <ukleinek> wodz: ok, was just an idea.
10.43.01 #       <jlbiasini> yes it was the final keymaps for fuze+
10.43.36 #       <jlbiasini> I don't use it so I didn't notice but it was suppose to work best on fuze+ with this keymaps
10.43.38 #       <pamaury> pixelma: no
10.44.03 #       <pixelma> pamaury: to what?
10.44.11 #       <pamaury> I didn't notice
10.44.11 #       <jlbiasini> pamaury: no?
10.44.11 #       <pamaury> if it doesn't match the manual anymore that's bad, I'll have a look
10.44.35 #       <pamaury> or if you know if doesn't match, just change it again
10.45.52 Join    mortalis [0] (~andrew@77.108.98.176)
10.46.54 Quit    AlexP (Ping timeout: 272 seconds)
10.47.00 #       <pixelma> well, the manual is broken there currently (the html one stops at the button table, the pdf has an empty cell). \ButtonCancel should be \ButtonBack or some such, I actually have a patch somewhere already but if you beat me to it, feel free to commit and push
10.47.32 #       <pixelma> for the SANSA_FUZEPLUS_PAD
10.48.41 Join    Robin0800 [0] (~quassel@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
10.50.49 #       <jlbiasini> pixelma: I cannot find the patch on oscilloscope
10.51.46 #       <pixelma> yours was pushed on November 21st, jhMikeS pushed http://git.rockbox.org/?p=rockbox.git;a=commit;h=0f8aedb on December 2nd
10.52.57 #       <pixelma> then in oscilloscope.c the Fuze+ pad has a one line change
10.54.56 #       <jlbiasini> pixelma: ok I will have alook later, and you say that fuzeplus manual is broken???!!
10.55.12 Quit    Robin0800 (Read error: Connection reset by peer)
10.55.19 Join    lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
10.55.31 Join    Robin0800 [0] (~quassel@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
10.55.43 Quit    lebellium (Client Quit)
10.56.16 Quit    Robin0800 (Read error: Connection reset by peer)
10.56.36 Join    Robin0800 [0] (~quassel@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
10.57.15 #       <pixelma> yes, halfway - it falls over the \ButtonCancel which is not defined in the platform file. The html manual stops at the oscilloscope plugin and the PDF leaves that one cell in the button table empty (so not *that* bad), see http://download.rockbox.org/daily/manual/rockbox-sansafuzeplus/rockbox-build.html
10.58.20 #       <jlbiasini> Ok I will fix that two
10.59.01 Quit    Robin0800 (Read error: Connection reset by peer)
10.59.21 Join    Robin0800 [0] (~quassel@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
11.04.05 Quit    Robin0800 (Remote host closed the connection)
11.08.31 Quit    pamaury (Ping timeout: 256 seconds)
11.39.27 Quit    jlbiasini (Quit: jlbiasini)
11.56.11 Quit    kaputnik (Ping timeout: 244 seconds)
11.57.19 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
12.01.29 #       <kugel> lorenzo92: re: sd mount
12.01.39 #       <lorenzo92> kugel: here
12.01.40 #       <kugel> can _we_ be the hotplug program?
12.01.56 #       <lorenzo92> hum interesting, I don't know...
12.02.00 #       <kugel> or a script which posts us a message
12.02.36 #       <lorenzo92> hum
12.02.43 #       <lorenzo92> any ideas?
12.02.58 Join    XavierGr [0] (XavierGr@rockbox/staff/XavierGr)
12.03.03 #       <lorenzo92> ah wait, first of all, it's okay the mounting part n stuff?
12.06.23 ***     Saving seen data "./dancer.seen"
12.08.44 #       <lorenzo92> atm I'm running a modified kernel version, lightrom by Vannix...but since here hotplug is enabled I'm quite sure it is also in the original one
12.08.50 #       <lorenzo92> kugel: ^^
12.09.44 #       <lorenzo92> ah understood, here /proc/sys/kernel/hotplug I have a ?list? of programs to be run when triggering an even
12.09.46 #       <lorenzo92> t
12.12.40 #       <lorenzo92> kugel: yep it works :) and I realized there is a bug somewhere in the radio module if it's already loaded or so, anyways
12.30.06 #       <lorenzo92> kugel: I'm setting up a signal handler. This handler will sense the SD sense pin, acting accordingly, do you agree?
12.41.54 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
12.42.21 Part    robin0800
12.44.59 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
12.47.37 Quit    robin0800 (Client Quit)
12.48.04 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
12.48.47 Quit    ukleinek (Ping timeout: 264 seconds)
12.49.24 Quit    robin0800 (Client Quit)
12.49.46 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
12.53.14 Quit    Spaceghost (Ping timeout: 240 seconds)
12.53.53 Quit    robin0800 (Client Quit)
12.54.16 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
12.55.21 Join    ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c)
12.58.05 Quit    robin0800 (Client Quit)
12.58.23 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
12.59.22 Quit    robin0800 (Client Quit)
12.59.43 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.00.39 Quit    robin0800 (Client Quit)
13.00.59 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.05.01 Quit    petur (Quit: *plop*)
13.07.26 Quit    robin0800 (Quit:  HydraIRC -> http://www.hydrairc.com <- Chicks dig it)
13.07.45 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.12.04 Quit    robin0800 (Client Quit)
13.12.28 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.17.02 Quit    robin0800 (Client Quit)
13.17.25 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.18.17 Join    Ward [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
13.18.40 Nick    Ward is now known as Guest71489 (~Mirandaha@176-120-190-109.dsl.ovh.fr)
13.22.09 Quit    robin0800 (Client Quit)
13.22.27 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.26.22 Quit    robin0800 (Client Quit)
13.26.43 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.27.01 #       <wodz> mortalis: what are the changes in  builds you posted on forum?
13.29.21 Quit    robin0800 (Client Quit)
13.29.43 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.30.04 Join    Jungti1234 [0] (~dc7517af@www.haxx.se)
13.30.35 #       <rasher> [7]: not a problem - I'll keep hosting the builds on my webspace, so static IP (and bandwidth, really) is not an issue
13.30.38 #       <Jungti1234> hello
13.31.04 #       <mortalis> wodz: gpio C port 7 connected to nreset line, it just do reset before lcd init
13.31.27 Quit    Jungti1234 (Client Quit)
13.31.31 #       <wodz> mortalis: you mean lcd reset line?
13.31.32 #       <mortalis> it doesn't work earlier because of incorrect timing
13.31.35 #       <mortalis> yes
13.32.03 #       <wodz> you said the timing where as in OF, no?
13.33.03 Quit    robin0800 (Client Quit)
13.33.10 #       <wodz> mortalis:^
13.33.23 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.34.24 Quit    robin0800 (Client Quit)
13.34.41 #       <mortalis> wodz: yes, but i was wrong. OF uses udelay, but i thought for some reason it was delay_nop
13.34.43 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.34.54 #       <mortalis> but OF still incorrect according to DS
13.35.58 Quit    robin0800 (Client Quit)
13.36.15 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.36.50 #       <wodz> anyway, thats great you found it out
13.42.44 Quit    robin0800 (Quit:  I love my HydraIRC -> http://www.hydrairc.com <-)
13.43.07 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.45.59 Quit    robin0800 (Client Quit)
13.46.17 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.47.41 Quit    robin0800 (Client Quit)
13.48.00 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
13.53.54 #       <kugel> lorenzo92: yea, signal handler sounds good
13.55.15 #       <kugel> I think you should even be able to wake up a semaphore from it (so no need for polling)
13.59.08 #       <lorenzo92> kugel: I'm quite done, I go now, moreover the good thing is that I can do everything from within rockbox (i.e. setting the handler to kernel is just setting something like this kill -s SIGUSR1 pid)
14.05.36 Quit    lorenzo92 (Ping timeout: 248 seconds)
14.06.27 ***     Saving seen data "./dancer.seen"
14.11.05 Join    dfkt [0] (dfkt@unaffiliated/dfkt)
14.13.20 Quit    mortalis (Quit: Ухожу я от вас)
14.13.56 Join    mortalis [0] (~mortalis@77.108.98.176)
14.22.17 Join    jlbiasini [0] (~metaphysi@109.103.46.91)
14.35.51 #       <jlbiasini> pixelma: pamaury: patch are ready, someone to push them? g#404 
14.35.54 #       <fs-bluebot> 3Gerrit review #404 at http://gerrit.rockbox.org/r/404 : [Fuze+][Manual] Fix compilation broken on oscilloscope  by Jean-Louis Biasini (changes/04/404/1)
14.36.17 #       <jlbiasini> and g#403
14.36.19 #       <fs-bluebot> 3Gerrit review #403 at http://gerrit.rockbox.org/r/403 : [Fuze+] redo osciloscope keymaps update that was canceled lately  by Jean-Louis Biasini (changes/03/403/1)
14.36.30 #       <pamaury> done
14.37.12 Quit    wodz (Quit: Leaving)
14.38.32 #       <jlbiasini> pamaury: thks, still the g#403
14.38.33 #       <fs-bluebot> 3Gerrit review #403 at http://gerrit.rockbox.org/r/403 : [Fuze+] redo osciloscope keymaps update that was canceled lately  by Jean-Louis Biasini (changes/03/403/1)
14.39.21 #       <pamaury> done
14.39.22 #       <pamaury> thanks
14.39.58 #       <jlbiasini> thanks to pixelma ! I don't know how he even noticed!!!
14.46.16 Quit    robin0800 (Quit:  HydraIRC -> http://www.hydrairc.com <- Now with extra fish!)
14.46.30 Join    webguest86 [0] (~58d42413@www.haxx.se)
14.46.37 Join    robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
14.47.04 #       <webguest86> Hello guys, can I ask a question?
14.47.28 #       <Torne> just ask it, don't ask to ask
14.49.09 #       <webguest86> Allright, so I just got my sansa clip+, I want to rockbox it so I checked the OF version, its 01.02.17P.. The newest OF is 01.02.18.. So I downloaded the sansa updater but it says that no updates are availbale. Should I manually update it or just install the rockbox on the current version?
14.50.15 #       <Torne> installing rockbox replaces the installed OF with whichever version you gave to the rockbox installer anyway
14.50.21 #       <Torne> it doesn't matter which version you had on there before
14.50.49 #       <Torne> the rockbox bootloader works by taking the sansa firmware binary you downloaded, adding our bootloader to it, and then updating the player with that modified firmware
14.51.04 #       <pixelma> jlbiasini: she ;)  I accidentally chose the Fuze+ online manual to try looking something up about the lrcplayer plugin and wondered why that part was missing, then dug up the error while compiling the manual. While trying to find out what the correct \Button should be, comparing to your patch I started wondering why the c file was off
14.52.28 #       <jlbiasini> well, nice accident!
14.53.46 #       <pixelma> jlbiasini: didn't you now break the Packard Bell Vibe500 manual?
14.54.13 #       <webguest86> Right, so I can just download the 01.02.18 and choose that in rockbox utility? Just to be sure, I dont have to copy any files to the player itself? And probably one last thing, probably a dumb question but does installing rockbox void the warranty? I mean after uninstalling it completely, would there be any trace left that I did something to the firmware? THanks
14.54.20 #       <jlbiasini> oups let me check
14.54.52 #       <pixelma> jlbiasini: and looking at the c file it should actually be \BittonUp, or am I wrong?
14.55.01 #       <Torne> webguest86: the installer will onlylet you use versions we support, I don't know which versions we have tested for the clip+ but any file it accepts will be fine
14.55.11 #       <Torne> webguest86: you don't have to copy anything to the player yourself, Rockbox Utility will do everyhthing for you
14.55.24 #       <Torne> as for the warranty, we don't really have any idea.
14.55.37 #       <Torne> it's entirely possiblet hat someone could refuse a repair based on rockbox having been installed
14.55.49 #       <Torne> and we can't guarantee there is no trace left behind if you uninstall it
14.56.07 #       <Torne> though, we would like that to be the case, and if someone finds something we aren't doing we will try and fix it :)
14.56.08 #       <jlbiasini> The .c get corrected in the other patch
14.56.35 #       <Torne> in practise it's likely that any hardware fault with the player that requires you to send it back will result in it being dead enough that they wouldn't have any way to test if rockbox was on there
14.56.40 #       <Torne> :)
14.56.45 #       <jlbiasini> but you are right I kill the other player's manual now!!
14.56.54 #       <jlbiasini> ok I have to fix it
14.58.20 #       <jlbiasini> pamaury: can you undo g#404 or should I do another patch?
14.58.21 #       <fs-bluebot> 3Gerrit review #404 at http://gerrit.rockbox.org/r/404 : [Fuze+][Manual] Fix compilation broken on oscilloscope  by Jean-Louis Biasini (changes/04/404/1)
14.58.25 #       <webguest86> @Torne: Yea i understand that :) So it will ask me for the specific file version (and provide me a link?) or do I just download the latest, try and if it fails, download 01.02.16 and try again? :)
14.58.45 #       <pamaury> jlbiasini: let me see
14.58.47 #       <jlbiasini> I did a boubou
14.58.49 #       <Torne> it will just ask you to provide the firmware, and if it doesn't recognise that as a known version it will tell you so
14.59.00 #       <Torne> if it does, please let us know if there isn't a bug for it already
14.59.10 #       <pixelma> jlbiasini: yes, the c file is corrected so I now see the line should mention the "Up" button, not "Back"
14.59.14 #       <Torne> basically all it requires is some developer testing it and once it works it'll be added as supported :)
15.00.29 #       <pamaury> can someone revert g#404 ? I don't have a clean tree right now and not much time
15.00.31 #       <fs-bluebot> 3Gerrit review #404 at http://gerrit.rockbox.org/r/404 : [Fuze+][Manual] Fix compilation broken on oscilloscope  by Jean-Louis Biasini (changes/04/404/1)
15.00.37 #       <pamaury> Torne ?
15.00.53 #       <Torne> Can do, one sec
15.01.23 #       <jlbiasini> pixelma: it seems ok on a new builded manual i have key up => toggle orientation 
15.03.08 #       <jlbiasini> \me notes: never try to do a "quick fix"
15.03.15 #       <Torne> pushed revert
15.03.22 #       <jlbiasini> thanks
15.03.28 #       <Torne> i assume g#403 is okay?
15.03.30 #       <fs-bluebot> 3Gerrit review #403 at http://gerrit.rockbox.org/r/403 : [Fuze+] redo osciloscope keymaps update that was canceled lately  by Jean-Louis Biasini (changes/03/403/1)
15.03.38 #       <jlbiasini> yes
15.03.58 #       <jlbiasini> pixelma: do you confirm?
15.06.11 #       <webguest86> Torne: Thanks for the help, Hopefully it will all work allright :)
15.06.30 #       <Torne> webguest86: should be fine :)
15.06.40 #       <jlbiasini> Torne: can I rework on it or should I make a new patch?
15.06.44 #       <pixelma> jlbiasini. Torne: yes, that's how I understood the history of the file (note, that I don't have a Fuze+ which is why I didn't want to change this myself)
15.07.06 #       <Torne> jlbiasini: you have to upload a new one
15.07.16 #       <jlbiasini> ok thank you both
15.07.52 #       <Torne> jlbiasini: if you sync your tree now, to pick up the revert, and then do "git cherry-pick -n 200d0c8" you will get your original patch re-applied
15.08.18 #       <Torne> just make sure when you commit that change to delete the Gerrit metadata at the end (theChange-Id, Reviewed-On lines, etc)
15.08.22 #       <Torne> so that it creates a new change-id for it
15.08.47 #       <jlbiasini> great
15.09.44 #       <Torne> no problem, i am the git magic guru ;)
15.10.56 #       <[7]> rasher: got your key. i have to leave in a few minutes though, and probably won't be back before midnight UTC
15.11.30 Quit    dfkt (Remote host closed the connection)
15.11.50 Join    nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net)
15.11.57 #       <rasher> [7]: no hurry :)
15.12.06 Join    dfkt [0] (dfkt@unaffiliated/dfkt)
15.12.51 #       <[7]> I'll be idling here, feel free to throw some instructions at me in the meantime
15.15.27 #       <Zagor> [7]: sei, lda, sta!
15.15.41 #       <[7]> lol
15.16.03 #       <[7]> whatever arch that is...
15.16.09 #       <Zagor> 6510, baby!
15.20.21 Join    metep [0] (~metep@95.14.233.75)
15.26.43 #       <jlbiasini> pixelma: does this seems ok to you? I compiled both manual and it seems to work g#405
15.26.44 #       <fs-bluebot> 3Gerrit review #405 at http://gerrit.rockbox.org/r/405 : [Fuze+][Manual] Fix compilation broken on oscilloscope  by Jean-Louis Biasini (changes/05/405/1)
15.30.29 Quit    webguest86 (Quit: CGI:IRC)
15.37.46 Join    webguest246 [0] (~58d42413@www.haxx.se)
15.38.16 #       <webguest246> Kinda hard to get on here :P Is Torne still here?
15.41.39 #       <metep> hi. I have stable rockbox installed sansa fuze v2 8gb and I cant turn on&charge my player (1stday: ata error: -2,,2nd and 3rd day,4. day I cant turn on(20sec-1 min. hardware power-off.and cant turn on))(on win8 diskmgmt.msc 1 drive: 4mb RAW) I read all: http://www.rockbox.org/wiki/SansaAMS -my english is too bad sorry
15.43.15 Quit    metep ()
15.43.47 Join    metep [0] (~metep@95.14.233.75)
15.46.55 #       <Torne> webguest246: again, don't ask to ask, just ask the question you want to know :)
15.47.02 #       <Torne> i am not the only person who can help you
15.47.31 #       <webguest246> Sorry :P Should I let it fully charge? This is first time use. Or is the out of the box charge enough? It seems to be at 50-60% (judging by the indicator). Btw every 5 seconds or so there is a Sandisk text animation showing, is that normal behaviour? Anyone who owns a clip+ can confirm? :)
15.47.56 #       <Torne> letting it charge fully before updating it is probably a good idea
15.48.10 #       <Torne> when you're plugged in via usb it alternates beteween a few screens, yes
15.48.16 #       <Torne> (at least my regular clip does)
15.48.26 #       <Torne> it will probably work fine if you do it now but unless you are in a real hurry i'd let it charge first
15.48.31 #       <Torne> safer :)
15.54.41 Join    lorenzo92 [0] (~chatzilla@host73-29-dynamic.249-95-r.retail.telecomitalia.it)
15.57.31 Part    LinusN
15.58.32 #       <webguest246> No hurry at all, I'll let it charge :). Im curious how will this little beast sound :D Thanks for the answers
16.02.17 #       <webguest246> And one last thing, the current utility UI looks a little different, instead of Complete or Minimal there are checkboxes, selecting them all equals to Complete installation as in older version? :)
16.03.44 #       <lorenzo92> i've just seen in the homepage that samsung yp-r0 is still listed as "unusable"...hum...why that? :)
16.04.39 #       <Torne> the definitions of those levels are rather specific and don't really correspond well to the typical english meanings :)
16.04.47 #       <Torne> there are specific bars that a port has to meet to be upgraded
16.05.25 #       <lorenzo92> ok, mainly only USB is to be done...
16.05.44 Join    dfkt_ [0] (~dfkt@unaffiliated/dfkt)
16.06.15 Quit    dfkt (Ping timeout: 244 seconds)
16.06.31 ***     Saving seen data "./dancer.seen"
16.30.11 Quit    kevku (Ping timeout: 264 seconds)
16.43.56 Quit    lorenzo92 (Read error: Operation timed out)
16.54.06 #       <jlbiasini> pamaury: I think that you van safely push g#405
16.54.07 #       <fs-bluebot> 3Gerrit review #405 at http://gerrit.rockbox.org/r/405 : [Fuze+][Manual] Fix compilation broken on oscilloscope  by Jean-Louis Biasini (changes/05/405/1)
16.54.49 #       <pamaury> done
16.55.10 Quit    Krosis_ (Quit: There's no place like 127.0.0.1)
16.59.38 Join    evilnick_ [0] (538a2493@gateway/web/freenode/ip.83.138.36.147)
17.02.17 #       <webguest246> Guys, "Package installation finished sucesfully" is the last step? Because it doesnt show "Installation finished sucesfully" as it says here: http://www.rockbox.org/wiki/GraphicalInstall
17.02.57 Join    amayer_ [0] (~amayer@mail.weberadvertising.com)
17.03.39 Join    dfkt [0] (dfkt@unaffiliated/dfkt)
17.04.09 Quit    dfkt_ (Disconnected by services)
17.12.55 Quit    mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
17.20.12 Quit    Zagor (Quit: Clint excited)
17.21.51 Join    kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
17.26.18 Quit    mystica555 (Read error: Connection reset by peer)
17.32.24 Join    froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu)
17.32.24 Quit    froggyman (Changing host)
17.32.24 Join    froggyman [0] (~me@unaffiliated/froggyman)
17.44.28 Quit    jlbiasini (Quit: jlbiasini)
17.44.42 Quit    nateloaf (Quit: Leaving.)
17.47.59 Quit    webguest246 (Quit: CGI:IRC)
17.59.47 Quit    einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18.06.32 ***     Saving seen data "./dancer.seen"
18.15.40 Join    lorenzo92 [0] (~chatzilla@95.236.111.116)
18.23.27 Join    n1s [0] (~n1s@nl118-168-30.student.uu.se)
18.23.27 Quit    n1s (Changing host)
18.23.27 Join    n1s [0] (~n1s@rockbox/developer/n1s)
18.23.42 Quit    scrts (Ping timeout: 246 seconds)
18.24.21 Join    scrts [0] (~quassel@unaffiliated/scrts)
18.26.02 Quit    froggyman (Ping timeout: 276 seconds)
18.27.17 Quit    robin0800 (Quit:  Want to be different? Try HydraIRC -> http://www.hydrairc.com <-)
18.38.42 Join    bertrik [0] (~quassel@rockbox/developer/bertrik)
18.51.18 Join    froggyman [0] (~me@msoe-00033403.nebula.msoe.edu)
18.51.18 Quit    froggyman (Changing host)
18.51.18 Join    froggyman [0] (~me@unaffiliated/froggyman)
19.04.25 Quit    XavierGr (Disconnected by services)
19.04.26 Join    XavierGr [0] (~xavier@rockbox/staff/XavierGr)
19.07.04 Quit    froggyman (Ping timeout: 245 seconds)
19.17.39 Join    froggyman [0] (~me@msoe-00033403.nebula.msoe.edu)
19.17.39 Quit    froggyman (Changing host)
19.17.39 Join    froggyman [0] (~me@unaffiliated/froggyman)
19.19.07 Join    Krosis_ [0] (~Krosis@97-86-82-70.static.aldl.mi.charter.com)
19.22.58 Quit    GodEater_ (Quit: Lost terminal)
19.23.31 Join    GodEater_ [0] (~bibble@rockbox/staff/GodEater)
19.27.45 Quit    bluebrother (Ping timeout: 244 seconds)
19.28.06 Join    kaputnik [0] (~kaputnik@port-92-206-31-6.dynamic.qsc.de)
19.28.18 Quit    fs-bluebot (Ping timeout: 256 seconds)
19.29.39 Join    fs-bluebot [0] (~fs-bluebo@g225252228.adsl.alicedsl.de)
19.30.02 Join    bluebrother [0] (~dom@rockbox/developer/bluebrother)
19.37.46 Quit    pamaury (Quit: this->disconnect())
19.48.28 Quit    froggyman (Ping timeout: 255 seconds)
19.49.30 Join    prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com)
19.55.07 Quit    Synergist (Ping timeout: 245 seconds)
20.01.51 Join    jhMikeS [0] (~jethead71@50.4.240.19)
20.01.51 Quit    jhMikeS (Changing host)
20.01.51 Join    jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
20.01.56 Join    Synergist [0] (~synfn@node1.customhost.org.uk)
20.01.56 Quit    Synergist (Changing host)
20.01.56 Join    Synergist [0] (~synfn@unaffiliated/synergist)
20.04.16 Join    froggyman [0] (~me@unaffiliated/froggyman)
20.06.34 ***     Saving seen data "./dancer.seen"
20.18.13 Quit    Rower (Quit: Hmmm...)
20.30.58 Quit    evilnick_ (Quit: Page closed)
20.31.59 Join    mystica555 [0] (~Mike@71-218-63-82.hlrn.qwest.net)
20.33.06 Join    AlexP [0] (~alex@rockbox/staff/AlexP)
20.36.16 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
20.40.52 Quit    lorenzo92 (Read error: Operation timed out)
20.41.00 Join    bertrik_ [0] (~quassel@ip117-49-211-87.adsl2.static.versatel.nl)
20.41.01 Quit    bertrik_ (Changing host)
20.41.01 Join    bertrik_ [0] (~quassel@rockbox/developer/bertrik)
20.50.31 Join    SuperBrainAK [0] (~Andy@97-124-88-127.phnx.qwest.net)
20.52.29 Join    foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net)
21.06.32 Quit    foolsh (Ping timeout: 252 seconds)
21.11.04 Quit    XavierGr (Disconnected by services)
21.11.06 Join    XavierGr [0] (XavierGr@rockbox/staff/XavierGr)
21.12.18 Quit    prof_wolfff (Ping timeout: 248 seconds)
21.19.29 Join    foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net)
21.19.41 Join    lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
21.25.56 Join    nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net)
21.28.24 Join    lorenzo92 [0] (~chatzilla@host55-108-dynamic.248-95-r.retail.telecomitalia.it)
21.36.10 Quit    hype (Quit: ["Textual IRC Client: www.textualapp.com"])
21.41.10 Quit    y4n (Read error: Connection reset by peer)
21.41.32 #       <lorenzo92> i ask if someone can give me an advice. I'm writing a signal handler for catching a hotplug event. you think that a semaphore + a new thread that blocks until event has been caught is the best solution to the problem? because doing a sleep + mounting sd card in the signal handler doesn't look to me a good solution (preemption, atomic functions...)
21.42.03 Join    y4n [0] (~y4n@unaffiliated/y4ndexx)
21.42.52 #       <lorenzo92> btw I'm using the posix interface -> sigaction()
21.42.54 Quit    y4n (Read error: Connection reset by peer)
21.45.53 Join    y4n [0] (~y4n@unaffiliated/y4ndexx)
21.56.03 #       <lorenzo92> I'm following the former, way, let's see..
22.02.48 Join    froggymana [0] (~me@dhcp-155-92-103-86.nebula.msoe.edu)
22.02.48 Quit    froggymana (Changing host)
22.02.48 Join    froggymana [0] (~me@unaffiliated/froggyman)
22.06.36 ***     Saving seen data "./dancer.seen"
22.06.37 Quit    froggyman (Ping timeout: 255 seconds)
22.12.12 Quit    Gallomimia (Read error: Operation timed out)
22.15.20 Join    mirak [0] (~mirak@lns-5-49-129-88.dsl.dyn.abo.bbox.fr)
22.16.53 Join    Spaceghost [0] (~Pablo@unaffiliated/spaceghost)
22.21.23 Quit    jhMikeS (Ping timeout: 256 seconds)
22.23.00 Quit    y4n (Quit: We're fucking 3LN!)
22.34.38 Quit    melmothX (Quit: bau)
22.37.16 Quit    kevku (Quit: What you must always keep in mind as a developer? That's of course- cake.)
22.45.27 #       <lorenzo92> kugel: the idea of the signal handler perfectly works BUT i cannot trigger it from the hotplug :( I don't know why, but it may be that the executable cannot have extra parameters, i'll check documentation
22.46.14 Join    froggyman__ [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu)
22.48.52 Quit    Krosis_ (Quit: There's no place like 127.0.0.1)
22.50.01 Quit    froggymana (Ping timeout: 252 seconds)
22.50.06 Quit    froggyman__ (Changing host)
22.50.06 Join    froggyman__ [0] (~me@unaffiliated/froggyman)
22.50.09 Nick    froggyman__ is now known as froggyman (~me@unaffiliated/froggyman)
22.54.07 Join    jhMikeS [0] (~jethead71@50.4.240.19)
22.54.07 Quit    jhMikeS (Changing host)
22.54.07 Join    jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
23.01.39 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
23.07.30 Join    dfkt_ [0] (~dfkt@unaffiliated/dfkt)
23.08.57 Quit    dfkt (Disconnected by services)
23.12.17 Quit    n1s (Quit: Ex-Chat)
23.14.53 Quit    amayer_ (Quit: amayer_)
23.19.21 Quit    metep ()
23.27.57 Join    [Saint_] [0] (~quassel@rockbox/user/saint)
23.28.42 Quit    [Saint] (Ping timeout: 256 seconds)
23.34.25 Join    Krosis_ [0] (~Krosis@24-180-66-46.dhcp.bycy.mi.charter.com)
23.36.18 Quit    Synergist (Ping timeout: 248 seconds)
23.38.10 Quit    bertrik_ (Remote host closed the connection)
23.40.24 Join    Synergist [0] (~synfn@node1.customhost.org.uk)
23.40.24 Quit    Synergist (Changing host)
23.40.24 Join    Synergist [0] (~synfn@unaffiliated/synergist)
23.43.36 Quit    wodz (Quit: Leaving)
23.44.41 Quit    ender` (Quit:  roses blue / are are red violets / i told you not use threads / sucks to be you)
23.49.48 Part    radio23
23.51.32 #       <kugel> kugel: you mean sending the signal to rockbox ain't working?
23.52.07 #       <kugel> err
23.52.12 #       <kugel> lorenzo92: ^
23.52.19 #       <kugel> also, no, don't sleep and mount in the signal handler
23.52.24 #       <kugel> just use it to wake up a thread
23.52.44 #       <kugel> fwiw, can you poll the microsd?
23.54.09 #       <kugel> might be less troublesome, the poll rate couldbe rather low (many 100ms) since it doesn't hurt when the actual mounting happens a bit later
23.58.23 #       <lorenzo92> kugel: ehrm, I was doing it in the older patch...anyways it works everything BUT the signaling to rockbox when event occurs
23.58.36 #       <lorenzo92> i.e. I cannot call kill -s SIGUSR1 pid
23.58.58 #       <kugel> what command are you running exactly, how do you get the pid?