--- Log for 15.02.115 Server: asimov.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 27 days and 22 hours ago 00.13.49 Join djzloy [0] (~chatzilla@unnum-78-27-173-27.domashka.kiev.ua) 00.14.56 # hello friends! If i got 32mb RAW at sansa+ i can do something with that? 00.15.36 # <[Saint]> You're gonna need to be a whole lot less vague if you want support 'lil buddy. 00.18.48 # Sansa+ 4G died suddenly after rockbox upgrade , with no seen reason , now it M200plus 32mb RAW in Debian 00.23.21 # Nothing to do with that? 00.23.34 # <[Saint]> There's no model called "Sansa+" 00.23.54 # Sansa Clip+ 00.23.59 # sry 00.25.07 # <[Saint]> http://www.rockbox.org/wiki/SansaAMSUnbrick is all we know about this 00.25.24 # <[Saint]> But, in all seriousness, your device is probably toast. 00.26.27 # <[Saint]> If you do get it booting again, which is fairly unlikely, there's a very real chance you'll lose the ability to boot into the OF without a full dump from a working device. 00.26.46 # Seems that. Next time better using "stable" relises hehe 00.26.48 # <[Saint]> But, Rockbox booting and functioning would be a bonus I'm sure. 00.26.59 # <[Saint]> djzloy: no. 00.27.09 # <[Saint]> this has nothing to do with the devloper releases vs. stable 00.27.27 # <[Saint]> at this point I don't suggest anyone uses the release builds. 00.27.40 # <[Franklin]> there's more bugs in stable than git I'd imagine :) 00.28.04 # <[Saint]> precisely. 00.28.32 # Yes dev was working better before that sudden death 00.29.28 # i even spin few times 2 hr sets from that clip+ 00.29.34 # <[Saint]> If you go through with this procedue, be _very careful_, check, double check, and triple check each command you type before pushing Enter, and remove any external drives beforehand to limit the amount of damage you can do. 00.29.35 # with dev 00.29.57 # <[Saint]> dd is an extremely powerful tool, a single typo and you can have a very bad day. 00.30.00 # Yes i read all thx 00.30.19 # Im not newbe with PC =) 00.31.17 # well RIP Sansa Clip+ you was good little buddy =) 00.31.56 # <[Saint]> You can always try the unbrick procedure. 00.32.05 # <[Saint]> I mean, you can't break it any more than it is now. 00.32.21 # I was try all without JTAG 00.32.38 # <[Saint]> Well...I mean, you could, I guess, with a hammer...or something sufficiently massive, but that's besides the point. Broken is broken. 00.32.45 # <[Saint]> If there's a chance you can fix it, go for it. 00.32.53 # <[Saint]> Just keep in mind its unlikely to work. 00.33.56 # Well i was few nights of trying to do that , here have one more try =) 00.34.03 # <[Saint]> There's no way you went through that procedue in the past 7 minutes... -_- 00.34.26 # <[Saint]> AH, hmmm. Ok. 00.44.20 # its like recovery mode, but after dd nothing happen 00.48.14 # <[Saint]> If its not a ~900MB partition, you're Doing It Wrong(TM), or its just plain not going to work. 00.48.25 # <[Saint]> dding to any other volume _will not help you_. 00.48.59 # <[Franklin]> it might wipe your system if you're unlucky... 00.49.13 # Yes i know =( but it dont want show 900mb to me =( 00.49.29 # <[Franklin]> so something's wrong ;) 00.49.42 # LOL i not so dumb friend 00.49.59 # <[Franklin]> jk 00.50.13 # Well, some customers...are special customers; we just haven't placed you yet. 00.50.15 # <[Saint]> WHat part of the guide included the words "If this doesn't work, just make shit up and do whatever you feel like doing, because we only wrote this guide to waste your time anyway"? 00.50.17 # <[Saint]> ;) 00.51.13 # funny 00.51.40 # <[Saint]> I mean it ok saying you're not so dumb, etc. etc. but you just did so after emonstrating that you quite clearly deviated from the given instructions...so, yeah. 00.51.50 # <[Saint]> *demonstrating. 00.53.21 Quit xorly (Ping timeout: 255 seconds) 00.54.04 # i was doing that after read all about and try all writeng there, so what? 00.56.01 # <[Saint]> Yeah. Its OK. That guide doesn't mean anything anyway and we only put the warnings up to waste your time. It doesn't do anything anway. 00.56.04 # <[Saint]> You got us. 00.57.05 # Exactly 00.57.57 # <[Franklin]> BTW, this whole project is a farce 00.58.16 # <[Franklin]> All the bins are from /dev/urandom 00.58.23 # you can write me about quide once more if you got happy with that bro =) 00.59.28 Quit lebellium (Quit: ChatZilla 0.9.91.1 [Firefox 36.0/20150212154903]) 01.00.26 # i love random bites ;) 01.02.27 # <[Franklin]> The wiki? sort -R /usr/share/dict/american-english 01.03.25 # <[Saint]> *uk 01.03.33 # <[Saint]> we're civilized creature here. 01.03.37 # <[Franklin]> lol 01.03.45 # כן כמו חבר ש 01.04.17 # и не только англ =) 01.04.23 # <[Franklin]> All the "developers" on IRC? chatbots. 01.04.27 # not only english 01.04.33 Quit AlexP (Remote host closed the connection) 01.04.40 # <[Franklin]> [Saint] here is a support bot, you see. 01.04.53 Quit bertrik (Remote host closed the connection) 01.05.42 # Seems only 3 human here left lol 01.05.43 # <[Franklin]> Self-Automated-Intelligent-Noise-generaTor 01.07.18 # what better to buy for RB ? 01.07.26 # <[Saint]> Intelligent? Pffffffft. 01.07.53 # HiFiMAN HM-801? 01.09.24 # <[Saint]> Question marks don't make things questions. 01.09.46 # <[Franklin]> Yes they do? 01.10.26 # <[Franklin]> In all seriousness, will rockbox *ever* have another release? 01.10.46 Quit ender` (Quit: The greatest trick god ever pulled was building the universe to look exactly like he didn't exist.) 01.11.03 # strange I thought they do 01.11.14 # <[Saint]> There's very little reason to do so, barring saving those that are deathly afraid of the development builds. 01.11.33 # <[Franklin]> [Saint]: exactly that 01.11.46 # <[Saint]> Its more of a holistic thing than something that actually matters at this point. 01.12.06 # <[Franklin]> so many people are using 3.13 thinking that it's 'stable' 01.12.34 # because it says stable 01.12.41 # <[Saint]> If it works for them, then it is, I guess. 01.13.06 # <[Saint]> djzloy: the build classifications and what they mean is clearly outlined on the main page. 01.13.24 # <[Saint]> stable != stable, unstable != unstable, and unusable...well, you get it. 01.13.35 # yeah i know thank you 01.17.59 Join AlexP [0] (~alex@rockbox/staff/AlexP) 01.23.12 # hey [Saint] 01.23.21 # i got it goin' on my Zen 01.23.41 # <[Saint]> Awesome. How do you find it? 01.23.56 # <[Saint]> It has to be better than the Zen's original FW, lol. 01.24.32 # i built from source, was easy with the scripts 01.24.47 # install was kinda poorly documented and it did a scary freeze after uploading the fw 01.24.52 # had to use the reset button 01.25.04 # but rockbox is sweet, it's just the sound quality is very poor :( 01.25.34 # i dunno if the player just sucks or if there's something else going on. i didn't test beforehand to compare 01.26.28 # <[Saint]> You can hop back and forth between the original firmware and ROckbox at your leisure with dualboot. 01.26.40 # they use a different filesystem i think? 01.26.53 # <[Saint]> WHile one is running, no code from the other is interfering. So it should be easy to compare. 01.27.29 # lessee if i can do it 01.28.03 # saratoga: I update g1146 01.28.05 # it's not documented, do you hold a key at boot? 01.28.07 # 3Gerrit review #1146 at http://gerrit.rockbox.org/r/1146 : 3AS3543: Fix recording volume setting and voice by Mihail Zenkov 01.29.06 # oh you hold play 01.29.15 # "rebuilding" aka formatting over my rockbox install hehe 01.29.23 # <[Saint]> http://www.rockbox.org/wiki/CreativeZENPort#Booting_to_the_OF 01.29.39 # er i held back yeah 01.29.40 # thanks 01.30.21 # it's super impressive you guys got it going on there 01.30.23 # <[Saint]> yeah, its a bit of a pain in the ass this filesystem business with no clear way to solve it that doesn't end up with Rockbox supporting a new filesystem format. 01.30.27 # i looked at some of the utilities 01.30.35 # <[Saint]> pamaury is a machine. 01.30.41 # figuring out decryption keys etc. 01.30.50 # extracting from vendor .exe installers 01.30.52 # <[Saint]> I'm not convinced he's not a robot or AI of some form. 01.30.57 # :-) 01.31.01 # <[Saint]> He's a reverse engineering machine of death. 01.31.07 *** Saving seen data "./dancer.seen" 01.31.11 # <[Franklin]> lol 01.31.17 # hrm it's still at "Rebuilding..." 01.31.32 # let it do it's thang? 01.32.13 # <[Saint]> I'm not sure how long this process takes myself. 01.32.33 # <[Saint]> I know the sdcard doesn't get touched, so its best to store media there for the sake of sanity. 01.33.25 # wee 01.33.43 # it's angry 01.35.48 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 01.36.05 # it wants me to poke its reset button 01.39.36 # oh 01.39.37 # RTFM 01.39.49 # by not documented, i meant i didn't bother looking 01.39.51 # lol 01.40.00 Quit djzloy (Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805]) 01.42.35 # yay back to stock 01.46.03 # tough to A-B this 01.48.43 # definitely a lot of hiss on stock. probably the same 01.49.21 # * m4t wonders if that has anything to do with using the headphone cable as an antenna 01.51.44 # i *could* load up a test file and run it through some audio analyzer software to get thd/snr dynamic range specs :-) 01.51.45 Quit AlexP (Read error: Connection reset by peer) 01.53.30 # <[Saint]> If you could RMAA the two with one of our test files, that'd be awesome. 01.53.31 # <[Saint]> http://download.rockbox.org/test_files/ 01.53.40 # sure 01.53.48 # that's what i was going to use 01.53.53 # * m4t is kind of into diy audio 01.54.08 # * m4t doesn't trust his ears as a measurement device 01.54.37 # <[Saint]> If you ever start doing so, I've got a $100K ethernet cable I'd love to sell 'ya. 01.54.43 # hehe 01.55.26 # erm, could i just use the .wav generated by RMAA? 01.55.36 # i've never done a non-loopback test 02.01.14 # <[Franklin]> yay! 02.01.29 # <[Franklin]> I can draw bierstadt's painting from my OS kernel! :D 02.01.50 Quit Mihail (Quit: Page closed) 02.01.54 # <[Franklin]> sorry 02.02.28 Quit [Franklin] (Remote host closed the connection) 02.05.40 Join krabador [0] (~krabador@unaffiliated/krabador) 02.05.42 # <[Saint]> his one painting? 02.06.33 # <[Saint]> Not like he was a widely acclaimed landscape artist or anything... ;) 02.11.59 # i forgot how buggy rmma is 02.31.00 Quit pamaury (Ping timeout: 264 seconds) 02.32.15 # hot plugging my line in cable is makin the zen reboot in stock 02.59.31 # phew 02.59.38 # -85.3 noise level in stock 02.59.54 # 0.095thd 03.00.05 # now to compare :D 03.05.53 Join Ivoah [0] (~Ivoah@dsl-216-227-122-44.taconic.net) 03.15.36 # hehe 03.15.44 # identical. rockbox did a very small amount better. 03.16.12 # on noise/dynamic range. maybe .5dB 03.18.00 Join the-kyle [0] (~kyle@kyle.tk) 03.30.54 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 03.31.10 *** Saving seen data "./dancer.seen" 04.25.01 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 04.27.53 Quit advcomp2019__ (Ping timeout: 245 seconds) 04.42.28 Quit krabador (Quit: Sto andando via) 04.47.51 Quit [Franklin] (Quit: leaving) 04.57.39 Join krabador [0] (~krabador@unaffiliated/krabador) 05.02.25 Join Strife89 [0] (~Strife89@adsl-98-80-233-115.mcn.bellsouth.net) 05.07.31 Join wubking [0] (~quassel@S0106c8fb2685e2ea.va.shawcable.net) 05.21.44 Quit m4t (Quit: m4t) 05.23.37 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 05.25.22 Quit JdGordon (Ping timeout: 250 seconds) 05.27.53 Quit greatwolf (Ping timeout: 245 seconds) 05.30.43 Join m4t [0] (matt@2604:180::34ea:9d4b) 05.31.12 *** Saving seen data "./dancer.seen" 05.34.21 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 05.35.42 Quit JdGordon_ (Ping timeout: 264 seconds) 05.35.50 Join greatwolf [0] (greatwolf@gateway/shell/panicbnc/x-cozscjhctnzolzwq) 05.42.42 Quit TheSeven (Ping timeout: 250 seconds) 05.44.05 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.54.57 Quit greatwolf (Ping timeout: 245 seconds) 05.54.58 Quit Cinos (Ping timeout: 245 seconds) 05.57.17 Quit Strife89 (Ping timeout: 252 seconds) 05.58.39 Join Cinos [0] (Cinos@cinos.biz) 06.02.35 Join greatwolf [0] (greatwolf@gateway/shell/panicbnc/x-luzddvczykdkbekx) 06.27.59 Quit krabador (Ping timeout: 244 seconds) 06.52.51 Quit m4t (Quit: m4t) 06.56.23 Join nap [0] (~nap@h64.a-jam.net) 06.56.47 Nick nap is now known as Guest65589 (~nap@h64.a-jam.net) 07.02.13 Quit JanC (Ping timeout: 264 seconds) 07.03.43 Nick Guest65589 is now known as Napych (~nap@h64.a-jam.net) 07.08.13 Join m4t [0] (matt@2604:180::34ea:9d4b) 07.15.13 Join JanC [0] (~janc@lugwv/member/JanC) 07.18.34 Nick Napych is now known as napych (~nap@h64.a-jam.net) 07.18.52 Nick napych is now known as Napych (~nap@h64.a-jam.net) 07.21.27 Nick m4t is now known as ^[-_-]^ (matt@2604:180::34ea:9d4b) 07.31.13 *** Saving seen data "./dancer.seen" 08.00.31 Quit Napych (Quit: Napych) 08.43.44 Quit jhMikeS (Read error: Connection reset by peer) 09.03.03 Join Napych [0] (~Napych@h64.a-jam.net) 09.04.14 Quit [Saint] (Quit: Page closed) 09.23.49 Quit JanC (Ping timeout: 264 seconds) 09.31.17 *** Saving seen data "./dancer.seen" 09.38.19 Join JanC [0] (~janc@lugwv/member/JanC) 09.53.58 Join rela [0] (~x@pdpc/supporter/active/rela) 09.56.17 Quit rela (Client Quit) 10.20.14 Join aevin2_ [0] (~brootvors@nikon.hackeriet.no) 10.20.45 Join scorche|1h [0] (~scorche@rockbox/administrator/scorche) 10.24.42 Join alucryd_ [0] (~quassel@archlinux/trusteduser/alucryd) 10.25.21 Join pookie_ [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 10.26.43 Join ZincAlloy [0] (~Adium@pD9EE9C9D.dip0.t-ipconnect.de) 10.27.02 Join K1773R_ [0] (~K1773R@unaffiliated/k1773r) 10.31.41 Quit olspookishmagus (*.net *.split) 10.31.41 Quit shamus (*.net *.split) 10.31.41 Quit scorche|sh (*.net *.split) 10.31.41 Quit K1773R (*.net *.split) 10.31.41 Quit alucryd (*.net *.split) 10.31.41 Quit aevin2 (*.net *.split) 10.31.42 Nick K1773R_ is now known as K1773R (~K1773R@unaffiliated/k1773r) 10.32.22 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 10.32.40 Join lebellium [0] (~chatzilla@89-93-177-161.hfc.dyn.abo.bbox.fr) 10.41.14 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 10.43.07 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 10.48.17 Quit charlie (Ping timeout: 245 seconds) 10.48.33 Join charlie [0] (~c@unaffiliated/charlie) 11.08.47 Join ender` [0] (krneki@foo.eternallybored.org) 11.10.47 Quit ^[-_-]^ (Ping timeout: 245 seconds) 11.11.37 Join ^[-_-]^ [0] (matt@2604:180::34ea:9d4b) 11.11.51 Quit Napych (Quit: Napych) 11.15.15 Join Napych [0] (~Napych@h64.a-jam.net) 11.30.47 Quit Cinos (Ping timeout: 245 seconds) 11.31.21 *** Saving seen data "./dancer.seen" 11.32.27 Quit igitoor (Ping timeout: 245 seconds) 11.33.00 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 11.34.51 Join Cinos [0] (Cinos@cinos.biz) 11.39.32 Quit Cinos (Ping timeout: 245 seconds) 11.40.47 Quit ^[-_-]^ (Ping timeout: 245 seconds) 11.43.22 Join Cinos [0] (Cinos@cinos.biz) 11.43.39 Join ^[-_-]^ [0] (matt@2604:180::34ea:9d4b) 11.45.07 Quit igitoor (Changing host) 11.45.08 Join igitoor [0] (igitur@unaffiliated/contempt) 11.57.23 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.10.58 Join RiD [0] (RiD@bl22-8-54.dsl.telepac.pt) 12.13.42 Quit ^[-_-]^ (Ping timeout: 245 seconds) 12.22.29 Join ^[-_-]^ [0] (matt@2604:180::34ea:9d4b) 12.27.48 Join AlexP [0] (~alex@rockbox/staff/AlexP) 12.37.12 Quit MMlosh (Quit: Bye...) 12.38.17 Quit ^[-_-]^ (Ping timeout: 245 seconds) 12.40.37 Join ^[-_-]^ [0] (matt@2604:180::34ea:9d4b) 13.00.01 Quit Napych (Quit: Napych) 13.14.25 Join xorly [0] (~xorly@m180.dkm.cz) 13.31.24 *** Saving seen data "./dancer.seen" 13.50.15 Quit the-kyle (Ping timeout: 244 seconds) 14.13.46 Join the-kyle [0] (~kyle@kyle.tk) 14.16.57 Quit pamaury (Ping timeout: 245 seconds) 14.17.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 14.26.30 Join einhirn [0] (~Miranda@p4FE5EEF5.dip0.t-ipconnect.de) 15.19.31 Join krabador [0] (~krabador@unaffiliated/krabador) 15.23.20 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 15.31.27 *** Saving seen data "./dancer.seen" 15.36.35 Quit bluebrother (Disconnected by services) 15.36.40 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.36.41 Quit pamaury (Ping timeout: 246 seconds) 15.37.56 Quit fs-bluebot (Ping timeout: 256 seconds) 15.38.08 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 15.38.41 Join fs-bluebot [0] (~fs-bluebo@g226070026.adsl.alicedsl.de) 16.04.14 Quit krabador (Quit: Sto andando via) 16.54.20 Quit fs-bluebot (Ping timeout: 246 seconds) 16.54.52 Quit bluebrother (Ping timeout: 252 seconds) 16.55.21 Join fs-bluebot [0] (~fs-bluebo@f053152075.adsl.alicedsl.de) 16.56.55 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 17.13.42 Quit ^[-_-]^ (Ping timeout: 245 seconds) 17.16.29 Join ^[-_-]^ [0] (matt@2604:180::34ea:9d4b) 17.23.42 Quit ^[-_-]^ (Ping timeout: 245 seconds) 17.24.57 Join ^[-_-]^ [0] (matt@2604:180::34ea:9d4b) 17.31.28 *** Saving seen data "./dancer.seen" 17.39.51 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 17.47.27 Join krabador [0] (~krabador@unaffiliated/krabador) 17.53.33 Quit fs-bluebot (Ping timeout: 245 seconds) 17.54.40 Join fs-bluebot [0] (~fs-bluebo@g224237076.adsl.alicedsl.de) 17.55.38 Quit bluebrother (Ping timeout: 245 seconds) 17.57.52 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 18.20.22 Quit bluebrother (Disconnected by services) 18.20.27 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 18.21.44 Join Napych [0] (~Napych@h64.a-jam.net) 18.21.53 Quit fs-bluebot (Ping timeout: 246 seconds) 18.22.53 Join fs-bluebot [0] (~fs-bluebo@g225253173.adsl.alicedsl.de) 18.37.38 Quit fs-bluebot (Ping timeout: 246 seconds) 18.38.38 Quit bluebrother (Ping timeout: 252 seconds) 18.38.38 Join fs-bluebot [0] (~fs-bluebo@g224237149.adsl.alicedsl.de) 18.40.32 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 18.49.11 Quit fs-bluebot (Ping timeout: 246 seconds) 18.49.28 Quit bluebrother (Ping timeout: 252 seconds) 18.50.51 Join giogio [0] (82c06c31@gateway/web/freenode/ip.130.192.108.49) 18.52.40 # I pushed some changes for Creative ZEN port, about keymaps. The code need a reviewer 18.53.41 Quit [Franklin] (Ping timeout: 246 seconds) 18.53.48 # It's my first push on the project, so if there is somewhere I went wrong, or something I should do, tell me 18.54.16 # giogio: let me check 18.54.22 # link to the pushed code is http://gerrit.rockbox.org/1149 18.54.32 # thank you 18.54.58 # giogio: can you motivate this patch ? which device needs this and what does it do ? 18.56.09 # any ZEN device with a 'menu' button needs this patch. It just enable using the unused 'menu' button to open context menu 18.57.04 # I found long press on 'select' button uncomfortable, but it can still be used 18.57.21 # I see, indeed I defined ZEN_HAS_CONTROL but obviously forgot to use it ^^ 18.58.01 # did you test it ? 18.58.15 # yes, on my device 18.58.31 # ok that looks fine, I'll push it, thanks :) 18.58.49 # Well, thank you 18.59.19 Join [Franklin] [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 19.00.19 # There's still another key unused on ZEN, which is the 'shortcut' button 19.00.51 # But I didn't explore all the possible case where it can be used 19.01.03 # *cases 19.02.05 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.02.33 # maybe in the future I will :) 19.02.57 # yes, I admit I didn't do much work on the keymap of the ZEN. It already takes a lot of time to come up with a working keymap for all menus/plugins, so I got bored when it was done. 19.03.38 Join fs-bluebot [0] (~fs-bluebo@g231122072.adsl.alicedsl.de) 19.05.19 # Build Server message: 3Build round completed after 370 seconds. 19.05.20 # Build Server message: 3Revision 0f34c51 result: 0 errors 102 warnings 19.05.20 # I noticed for example, in several situations there is a message like "press play=YES or any other = no" on the screen 19.06.17 # and actually the button needed for YES is 'select' (the center button) and not 'play', which is a different one 19.07.04 # hum, do you have specific examples ? This might be easy to fix in some places 19.07.32 # let me check 19.20.01 # I was trying to reproduce the scenario I remember, which is when you select a bunch of things to play while listening something else and there's a message asking you whether to replace the current playlist 19.20.24 # but for some reasons the message is not appearing 19.21.31 # ok let me grep the source 19.23.40 # hum, not that easy to grep :( All references I found are in plugins 19.24.21 # I know some probbaly display such messages but if that's a regular menu in not-a-plugin then it's a bug 19.24.29 # I found another (similar) examples, in radio - > context menu -> auto-scan presets 19.24.50 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 19.24.56 # <^[-_-]^> giogio: i will test it 19.26.16 # ehm... I not really familiar with IRC.... is this a bot or user message? ^^' 19.26.38 # <[Franklin]> his name is ^[-_-]^ 19.27.08 # LANG_CONFIRM_WITH_BUTTON is suspicious 19.27.11 # in lang files 19.29.02 # <^[-_-]^> i have a Zen 19.29.06 # giogio: try this patch: https://gist.github.com/pamaury/899657eb3a78d8b81775 19.29.34 # ah damn, patch is buggy: replace "zen*" by "creativezen*" 19.31.32 *** Saving seen data "./dancer.seen" 19.31.54 # <^[-_-]^> lol 19.31.58 # <^[-_-]^> it's not my normal nick 19.32.22 Quit xorly (Read error: Connection reset by peer) 19.32.39 Nick [Franklin] is now known as [^^] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 19.32.42 Nick [^^] is now known as [^_^] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 19.32.54 Nick [^_^] is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) 19.33.58 # <^[-_-]^> hehe 19.34.02 Nick ^[-_-]^ is now known as m4t (matt@2604:180::34ea:9d4b) 19.34.32 Join xorly [0] (~xorly@m180.dkm.cz) 19.36.02 # please forgive my question but I'm a noob about using patch... ^^' 19.36.25 # how do I use it? 19.36.50 # <[Franklin]> patch < file.patch 19.36.59 # ok 19.37.33 # <[Franklin]> or patch -p1 < file.patch 19.37.38 # <[Franklin]> probably that one ^ 19.38.10 # probably yes cause it says "perhaps you should use -p " 19.38.27 # erm 19.38.34 # i just ran a make clean with a bad environment 19.38.42 # and now my whole git tree is destroyed 19.38.43 # lol 19.39.00 # giogio: so it'll be a minute until i can test :-) 19.39.21 # or maybe it's because i 'make clean' in the root of the tree? 19.39.59 # <[Franklin]> there shouldn't be a makefile there 19.41.47 # there was 19.42.07 # oh 19.42.14 # maybe because i ran tools/config from root dir 19.42.17 # hehe 19.42.26 # <[Franklin]> to steal [Saint]'s favorite tagline... You're Doing it Wrong (TM) 19.42.39 # well, yeah 19.42.59 # <[Franklin]> I thought the configure script safeguarded against things like that... 19.43.10 # <[Franklin]> or maybe just from it being run in the tools/ dir 19.43.13 # hehe apparently no it does not 19.44.14 # don't worry, I think I will be even slower since I'm learning how to patch (just did it ;) ) 19.45.04 # typically you learn to patch before you learn to generate a patch 19.45.43 # yeah, typically 19.47.00 # just to be sure, since it's my second time: to compile do I need just to go in build directory and 'make' and then 'make zip', right? 19.49.20 Quit bluebrother (Ping timeout: 244 seconds) 19.49.23 Quit fs-bluebot (Ping timeout: 246 seconds) 19.50.25 Quit krabador (Quit: Sto andando via) 19.51.14 Join krabador [0] (~krabador@unaffiliated/krabador) 19.53.42 Quit krabador (Read error: Connection reset by peer) 19.58.05 Quit pystar89 (Ping timeout: 246 seconds) 19.58.18 Join krabador [0] (~krabador@unaffiliated/krabador) 20.02.02 # I forgot to edit the patch -.- 20.05.30 # <[Franklin]> is there a certain file I should check for in the rockbox tree that indicates pretty definitively that it is indeed the source tree? 20.07.19 # <[Franklin]> never mind... I'll just check for tools/configure :) 20.08.55 # Can I apply some commits that stuck under review to my current source tree? 20.08.55 # giogio: seems to work fine 20.09.17 # <[Franklin]> Napych: yes 20.09.23 # Except copy-pasting diffs from web git 20.09.40 # <[Franklin]> copy+paste the command it shows 20.10.17 # Got it. What about applying 2 commits in the same time? 20.10.29 # <[Franklin]> just run both commands 20.10.45 # Oh, thanks. 20.10.49 # <[Franklin]> order shouldn't matter; if there's a conflict it should merge 20.11.57 # m4t: what did you check? 20.12.07 # giogio: yeah i'm running it 20.13.26 # <[Franklin]> G#1151 patches the configure script a bit 20.16.56 # oh 20.17.00 # uhm context menus 20.17.07 # ok 20.18.00 # should i check something else? 20.18.28 Quit shamus (Read error: Connection reset by peer) 20.18.41 # pamaury: same thing happens when upload so on device: message says "press PLAY for seboot", but Select is needed 20.18.57 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 20.19.03 # G#1150 for example :) 20.19.32 # <[Franklin]> Napych: try the cherry-pick option 20.19.46 # <[Franklin]> it "cherry-picks" just that commit into your tree 20.20.35 # Should I push new branch for this? 20.20.47 Join rela [0] (~x@pdpc/supporter/active/rela) 20.20.48 # <[Franklin]> Napych: a new patch set or a new task? 20.21.19 # <[Franklin]> for a new task you probably want a branch off master so your tasks won't be dependent on each other 20.21.33 # Nvm, I feed I should read gerrit manual now :) 20.21.54 # feel* 20.22.02 # <[Franklin]> Napych: but if you want to update an existing task, you need to flatten your commits first onto the first commit 20.22.09 # <[Franklin]> so git rebase -i master 20.22.53 # pamaury: I applyed the patch but I did notice no changes 20.23.03 # No, I just want to create a build with some commits that are still under review. 20.23.30 # <[Franklin]> Napych: oh... 20.23.35 # <[Franklin]> well just cherry-pick them all 20.23.42 # <[Franklin]> possibly in a new branch 20.25.01 # pamaury: I managed to reproduce the the problem, when you select something to play but you have already something in the playlist. The message says "Erase dynamic playlist? play = yes, any other = no" 20.25.27 # but instead 'select' is needed for yes 20.27.56 # don't know whether it's better or easyer to change the message or the actual button needed. I'd choose to change the key, since maybe having the 'select' key as 'no' is safer in general, when asking for confirms, for example, for deletions 20.38.29 # giogio: did you try with my patch ? 20.38.47 Quit ender` (Quit: Sometimes it pays to stay in bed on Monday, rather than spending the rest of the week debugging Monday's code. -- Christopher Thompson) 20.39.24 # giogio: did you clean and rebuild everything ? (make clean && make) 20.39.31 # sometimes langages files don't get rebuilt 20.40.35 # i did not 'make clean', just make; make zip 20.40.55 # i will make clean && make && make zip 20.41.07 Join ender` [0] (krneki@foo.eternallybored.org) 20.49.07 Quit krabador (Quit: Sto andando via) 20.54.28 # <[Franklin]> any committers around? 20.57.00 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 20.58.23 # [Franklin]: yes 20.58.51 # <[Franklin]> pamaury: G#1151 shouldn't be able to break anything... 20.58.55 # <[Franklin]> hehe shouldn't 21.00.39 Join [Saint] [0] (77e0243f@rockbox/staff/saint) 21.01.17 # [Franklin]: did you test it ? 21.01.39 # <[Franklin]> yes 21.01.45 # <[Franklin]> but let me test more 21.02.07 # <[Franklin]> seems to work 21.02.52 Join krabador [0] (~krabador@unaffiliated/krabador) 21.03.11 # ok i'll push it 21.05.41 Quit mc2739 (Ping timeout: 250 seconds) 21.07.34 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 21.08.59 # <[Franklin]> blue's AWOL... again 21.12.49 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl) 21.13.17 Quit Napych (Quit: Napych) 21.14.08 # wodz: I'm finishing qeditor, the editor should complete by tonight 21.15.27 # pamaury: I'll try to find some time to play with it. 21.15.32 # <[Saint]> Your Zen work rather impressed someone the other day who was happy to find you put new life into that fairly nice but forgotten bundle of circuitry. 21.15.50 # <[Saint]> Nice HW, terrible UI. 21.16.10 # <[Saint]> You also apparently marginally increased the ausio properties. 21.16.13 # <[Saint]> So, well done. 21.16.19 # <[Saint]> *audio 21.16.45 # <[Saint]> should be RMAA results up in the logs somewhere. 21.18.25 # pamaury: I did test with your patch, still same problem 21.22.05 # giogio: you did apply what my comment says about replacing zen* with creativezen* right ? 21.22.09 # although I still did not understand why the message "Erase dynamic playlist?" sometime appears, sometimes doesnt 21.22.24 # yes 21.22.28 # I did 21.23.52 # <[Saint]> Isn't there a setting for that? 21.24.02 # <[Saint]> To not wartn on erasing the dynamic playlist, I mean? 21.24.14 # * [Saint] checks 21.25.34 # giogio: ok my mistake, my patch is missing some code, wait a sec 21.26.24 # giogio: https://gist.github.com/pamaury/899657eb3a78d8b81775 21.27.25 # <[Saint]> giogio: Settings - General Settings - Playlists - Warn when erasing dynamic playlists - No 21.27.52 # please do try my patch before changing the setting ;) 21.28.06 # <[Saint]> (it, understandably, defaults on to warn you in case you're starting a new playlist that will nuke the dynamic playlist in case you want to save it first) 21.28.24 # <[Saint]> and, yes, listen to pamaury - I'm just making you aware it exists. 21.28.55 # [Saint]: but I want to be warned, but I'm not always... 21.29.06 # and I don't understand why 21.30.07 # <[Saint]> A misunderstanding between a fixed playlist and the dynamic playlist, perhaps? I just came in, I should probably read the backlog. 21.31.35 *** Saving seen data "./dancer.seen" 21.33.59 # what's intended as dynamic playlist? I want a dynamic playlist because I want to reproduce the message "erase dynamic playlist? play=yes other=no", since the problem is that the real key needed for yes is not 'play' but 'select', the center key 21.39.26 # pamaury: I have some problem with the patch. I am a noob using patch. I have this error applying your patch, but don't know how to solve it. error is "Reversed (or previously applied) patch detected! Assume -R? [n] ^C" 21.40.09 # giogio: make sure to undo the previous patch 21.41.04 # ehm... how? ^^' 21.42.50 # git checkout apps/gui/yesno.c 21.42.57 # (fix the path if needed) 21.43.51 # did with patch -R ;) 21.44.37 # hum ok, make sure the result looks like what is expected 21.46.27 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 21.46.31 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 21.47.46 Quit JdGordon (Ping timeout: 245 seconds) 21.47.58 # it does. Can I just make or I need to always make clean before? 21.48.53 # <[Franklin]> just make 21.49.07 # <[Franklin]> make caches old object files to speed up the build 21.49.14 # <[Franklin]> well... not really "cache" 21.49.27 # <[Franklin]> but it's smart enough to know what it needs to rebuilt 21.50.33 # TheSeven: have you seen g#1148 ? 21.50.45 # very good: in fact it just recompiled what I changed ;) 21.53.42 # pamaury: it works now, messages are select=yes 21.55.54 Quit [Saint] (Ping timeout: 246 seconds) 21.57.29 Join [Saint] [0] (77e0243f@rockbox/staff/saint) 22.06.32 Join pystar89 [0] (~pystar89@ip-178-203-30-225.hsi10.unitymediagroup.de) 22.07.11 Nick m4t is now known as ^[-_-]^ (matt@2604:180::34ea:9d4b) 22.11.18 Quit y4n (Quit: We're fucking 3LN!) 22.22.49 Quit wodz (Ping timeout: 250 seconds) 22.34.00 # thanks everyone 22.34.05 # bye 22.34.24 Part giogio 22.47.36 Quit krabador (Quit: Sto andando via) 22.57.15 Quit rela (Quit: Leaving) 22.57.55 Join fs-bluebot [0] (~fs-bluebo@g226069224.adsl.alicedsl.de) 23.09.08 Nick ^[-_-]^ is now known as m4t (matt@2604:180::34ea:9d4b) 23.31.27 Join RiD [0] (kamisakea@bl22-8-54.dsl.telepac.pt) 23.31.37 *** Saving seen data "./dancer.seen" 23.34.30 Quit pamaury (Ping timeout: 264 seconds) 23.37.11 Quit wubking (Ping timeout: 244 seconds) 23.46.10 Quit bluebrother (Disconnected by services) 23.46.15 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 23.47.45 Quit fs-bluebot (Ping timeout: 250 seconds) 23.48.42 Join fs-bluebot [0] (~fs-bluebo@g224236017.adsl.alicedsl.de) 23.54.10 Quit bertrik (Ping timeout: 252 seconds)