--- Log for 21.09.115 Server: sinisalo.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 4 days and 19 hours ago 00.11.22 Quit petur (Remote host closed the connection) 00.14.25 Quit Strife89 (Remote host closed the connection) 00.23.30 Quit yosafbridge (Ping timeout: 240 seconds) 00.27.04 Join yosafbridge [0] (~yosafbrid@105.ip-167-114-152.net) 00.29.48 *** Saving seen data "./dancer.seen" 00.38.06 # <[Saint]> [7]: May I pounce on you? 00.38.06 # <[Saint]> Is there any obvious reason not to change: 00.38.06 # <[Saint]> CFLAGS=-U_FORTIFY_SOURCE ../$toolname-$version/configure −−target=$target −−prefix=$prefix −−enable-languages=c −−disable-libssp −−disable-docs $configure_params 00.38.06 # <[Saint]> to 00.38.06 # <[Saint]> CFLAGS="-U_FORTIFY_SOURCE -fgnu89-inline" ../$toolname-$version/configure −−target=$target −−prefix=$prefix −−enable-languages=c −−disable-libssp −−disable-docs $configure_params 00.38.07 *** Alert Mode level 1 00.38.07 # <[Saint]> in rockboxdev.sh to get around building with GCC =< 4.4.4? 00.38.42 # <[Saint]> I can't see one myself but compiler flags aren't exactly my specialty 00.39.31 # <[Saint]> Without it, you get: 00.39.32 # <[Saint]> http://pastebin.com/ZacTnAdd 00.40.11 # <[Saint]> I just don't want to get griped at for a hackish solution to a problem if I push this to gerrit if there's a cleaner or more obvious solution that I'm missing. 00.40.28 # <[Saint]> And I recalled that you're fairly handy with this type of thing. 00.40.41 # <[7]> tbh no idea what you're talking about 00.40.57 # <[7]> neither seen that error before nor a -fgnu89-inline flag being used, nor do I have an idea what the latter does 00.42.01 # <[Saint]> That error will pop up if the host system has gcc =< 4.4.4, which isn't terribly common yet I imagine. 00.42.30 # <[Saint]> Outside Arch it probably doesn't happen at all without deliberate intervention. 00.42.51 # <[7]> you mean >=? 00.43.39 # <[Saint]> Ah. Fuck. Yes, I do. Typing is like,,,hard and stuff. 00.43.50 # <[7]> if adding that flag seems to work around the issue, I see no reason to not do that - I don't think it would affect the compiler's output in any way, just maybe compilation speed, compiler binary size, things like that 00.44.14 # <[7]> and probably in a non-noticable way if at all 00.45.22 # <[Saint]> Hmmmm. I'll probably just push it and wait for gcc 4.4.4 to see more widespread deployment in the more popular distros, and in turn for others to realize it is a problem. 00.45.41 # <[Franklin]> 4.4.4? 00.45.51 # <[Saint]> At the very least when that happens it'll encourage someone to find the right solution. 00.45.53 # <[Franklin]> isn't the current GCC like 5.2? 00.47.25 Quit ender` (Quit: Drinking a few cups of bleach on an empty stomach will remove the genes that cause low IQs, and stop them from replicating.) 00.48.08 *** Alert Mode OFF 00.48.41 # <[7]> [Saint]: regarding that patched rockbox on github, that one is really funny 00.48.58 # <[7]> let me try to explain the situation: 00.49.12 # <[7]> we had two bugs in the ata driver, completely unrelated to each other 00.49.37 # <[7]> one was causing the mess with tarkan's adapters, one was causing minor performance issues at worst 00.49.57 # <[7]> as I did a major overhaul of that driver, I pushed both fixes to gerrit as a single changeset 00.50.23 Quit Markmaster (Quit: My Mac has gone to sleep. ZZZzzz…) 00.50.38 # <[7]> the latter fix then uncovered that weirdness of the CE-ATA drives, which basically just worked due to the second bug in the past 00.51.03 # <[7]> reverting that fix was by no means a proper solution for that issue, but to make matters worse, the tarkan fixes were reverted on that branch as well 00.51.16 # <[7]> then we realized what was causing that CE-ATA problem and fixed it 00.52.09 # <[7]> the fix got pulled into that branch - but apparently the branch maintainer didn't realize that and merged those fixes on top of the reverted old fixes 00.53.19 # <[7]> so that branch will be completely broken with tarkan adapters, have minor issues with all other drives, and will work with CE-ATA drives equally well as the official builds ;) 00.53.46 # <[7]> so yeah, there's absolutely no point in using the master branch in that repository 00.54.06 # <[Saint]> I'll bundle that up into a pastebin and drop it into the guy's forum thread. 00.56.30 # <[Franklin]> foolsh: do you have a target to test USB HID on? 00.56.45 # two accually 00.56.46 # <[7]> the SSD branch is even more funny 00.57.36 # <[7]> apart from some unrelated stuff that sneaked into that SSD patch (such as enabling the test-disk plugin, some audio buffer alignment stuff, etc.), it only patches the PP ipod ata driver 00.58.02 # <[7]> that code isn't being used on ipod classic at all ;) 00.58.29 # <[7]> oh wow, what do I see here? https://github.com/ilikenwf/rockbox-ipod6g/commit/681466308e072d997e4a643caef52266f0f8c71d 00.59.11 # <[Saint]> That's one of proff_wolfff's MANY patches. 00.59.32 # <[Saint]> He's got IAP partially working, Recording working, serial, etc. etc. 00.59.43 # <[Saint]> He's been busy but no one can validate his patches. 00.59.49 # <[7]> yeah, very impressed by that! looks like my emcore SAT work finally kicked something off in that direction :) 01.00.15 # <[Saint]> If you could go through gerrit and push...that would be a godsend. 01.00.36 # <[Saint]> The problem, however, is that the new gerrit instance fucks up dependency listing. 01.00.45 # <[Saint]> So applying the patches in order is a fucking minefield. 01.01.14 # <[7]> tbh I think I should just hand over target maintainership to him - I'm certain that he knows those beasts much better than I do by now (both because of him digging deeper, and my memory starting to fade) 01.01.49 # <[7]> and as you're aware I'm not really active here anymore apart from an occasional look in here 01.01.56 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 01.01.56 # * [Saint] nods 01.02.13 # <[7]> I don't even have commit access anymore, so it's kinda nonsense to have me maintain that thing ;) 01.02.24 # <[Saint]> the problem seems to be that he's unwilling to push direct to mainline and no one else understands the target internals. 01.02.50 # <[Saint]> I'll see if I can't poke someone into committing them. 01.03.06 # <[Saint]> Recording and serial are two biggies that should definitely go in. 01.03.31 # <[7]> well getting stuff reviewed is generally not a bad idea - if there's anyone who can actually review it in a useful manner 01.05.23 # <[7]> officially handing over port maintainership to him might encourage him to actually push his stuff instead of waiting for others to review 01.06.05 # <[7]> given that he's likely the one who knows most about these devices by now, he should be the one having the final word on what goes in and what doesn't 01.06.34 # <[Saint]> prof_wolfff: (logs) this ^ 01.06.53 # <[Saint]> tl;dr: push your shit, yo. 01.07.36 # <[Saint]> Except the plainly silly undervolting/underclocking one that makes the UI completely unusable, naturally. 01.07.38 # <[7]> no idea who would be in charge of formally making such a decision - but I wouldn't have any objections about handing ipod classic (and likely nano2g as well) port maintainership over to him (if we even have something like port maintainers formally) 01.08.21 # <[Saint]> Yeah. I'm not entirely sure there's any type of formal arrangement here. 01.08.27 # <[Franklin]> foolsh: can you see if this compiles? http://pastebin.com/JL9dzFCr 01.08.51 # Sure will, right after the toolchain build ;) 01.08.58 # <[7]> well, just let him know that I won't be holding anything back then 01.09.20 # <[Franklin]> I think [Saint] has a prebuilt one 01.09.56 # <[Saint]> [2015 09 20 18:29:40] <[Saint]> http://www.datafilehost.com/d/7d9b5712 :: rockbox-toolchains-bin-only-x86_64_20150815.zip 01.09.56 # <[Saint]> [2015 09 20 18:29:49] <[Saint]> http://www.datafilehost.com/d/abfff539 :: rockbox-toolchains-x86_64_20150815.zip 01.10.20 # <[Saint]> that's everything except Android. 01.13.19 # <[Saint]> Hmmmm...you would think that guy would've clocked with his ssd branch as son as he started touching firmware/target/arm/pp/* 01.13.26 # <[Saint]> *clicked 01.13.30 # <[Saint]> *soon 01.15.40 # <[7]> I'm kinda surprised that the android builds and nightlies and whatnot on my server still seem to be working btw ;) 01.16.22 # <[Saint]> Likely because you're using an ancient version of the SDK and haven't touched it for an eternity. 01.16.42 # <[Saint]> If you tried to set it up now, you would see it fall over. 01.17.23 # <[Saint]> the check for the build-tools package version is failing for some reason I couldn't be bothered figuring out so I went back to just hardcoding it. 01.18.58 # <[Saint]> And zipalign moved 01.19.07 # <[Saint]> http://pastebin.com/zvJm6htW 01.20.19 # <[Saint]> Personally I think hardcoding it is a cleaner solution. 01.21.09 # [Franklin]: having trouble with the prebuilt for some reason, shouldn't be to long for rockboxdev.sh to finish 01.26.21 Quit xorly (Ping timeout: 260 seconds) 01.30.59 # <[Saint]> well...that went well. 01.31.00 # <[Saint]> http://forums.rockbox.org/index.php/topic,48640.0.html 01.31.10 # <[Saint]> [7]: ^ 01.33.04 # <[Saint]> #if [Saint] == true 01.33.04 # <[Saint]> then set_panties_bunched 01.33.04 # <[Saint]> fi 01.36.27 # <[Saint]> Apparently, [7], you're a dirty dirty liar and this isn't fixed in upstream for CEATA. 01.39.12 # <[Franklin]> foolsh: I have no idea if it compiles or not 01.39.33 # <[Franklin]> my clipv2 target refuses to build correctly 01.39.36 # rockboxdev.sh just finished 01.39.55 # building fine so far 01.42.54 # [Franklin]: try building for the Sansa e200 01.44.13 # It built fine for fuze + 01.44.44 # <[Franklin]> does the plugin get installed? 01.47.23 # it should, lemme check the zip 01.47.56 # ive got a fuze+ on my desk if anyone wants me to test something on it 01.48.11 # yea, but it I forgot to assign a category 01.48.15 # (not sure what you guys are talking abt so just thought id put that out 01.48.33 # it dropped it in .rockbox/rocks 01.49.36 # <[Franklin]> try enabling USB HID mode, plug it in, and run a test file 01.49.40 # <[Franklin]> wait a sec... 01.52.13 # <[Franklin]> type this into a file and give it an arbitrary extension: 01.52.17 # <[Franklin]> REM test 01.52.18 # <[Franklin]> GUI 01.52.35 # <[Franklin]> then associate ducky.rock with that extension in .rockbox/apps/viewers.config 01.52.55 # <[Franklin]> then plug it in with HID enabled, and run the file 01.54.30 # hold on, need to re-pull into a new dir 01.54.40 # You do know who you're talking to don'tcha? 01.54.44 # I got this 01.54.48 # =] 01.55.13 # was that directed to me? 01.55.21 # <[Franklin]> I was saying it for jtdesigns01's benefit ;) 01.55.30 # cd ../ 01.55.36 # <[Franklin]> it should make the start menu pop up on a windows box 01.55.52 # woops, wrong window selected 01.56.02 # =X 01.56.34 # <[Franklin]> anyway, I'll package it up into a patch set to simplify the process a bit 01.58.06 # question, when i set it to usb hid mode and then plug in, i still get the usb connected screen, so i cant do anything 01.58.29 # <[Franklin]> that's a problem... 01.58.41 # sorry to be a noob (only time will fix that :p ) 01.59.20 # * [Franklin] has been on hiatus for a while 02.00.01 # * [Franklin] doesn't know how it all works anymore... 02.00.34 # <[Franklin]> try using the remote_control plugin 02.00.58 # you mean start it before i plug in, already tried that 02.01.32 # yeah, this will have to sit above the HID setting some where 02.01.44 # nearly done pulling 02.02.05 # <[Franklin]> how does the remote_control plugin do that? 02.02.19 # do what? 02.02.27 # <[Franklin]> not go to the usb connected screen 02.02.45 # well could execute the plugin and wait 02.02.46 # it *does* for me 02.02.52 # done pulling 02.02.58 # <[Franklin]> jtdesigns01: are you sure that you have HID enabled? 02.03.37 # "USB HID" is set to "Yes" 02.04.03 # <[Franklin]> hmm 02.04.03 # [Franklin]: this is what happens 02.04.30 # when the HId is enabled, it takes over as soon as usb is connected 02.04.50 # <[Franklin]> what about when it's disabled? 02.04.53 # If I execute the plugin by opening the file, it just sits there 02.05.13 # but I can't execute it if usb is plugged in 02.05.17 # <[Franklin]> why? 02.05.35 # because the input in the DAP is presented to the computer 02.05.50 # <[Franklin]> i.e. keypad mode? 02.06.03 # yes 02.06.23 # <[Franklin]> try disabling it 02.06.34 # <[Franklin]> then exec the file 02.08.00 # I have to disable HID mode then 02.08.23 # defeats the purpose, its not placed in the right spot 02.08.33 # <[Franklin]> is there a separate setting for USB keypad mode? 02.08.38 # no 02.08.48 # only a choice to which mode you wanrt 02.08.55 # <[Franklin]> manual says it's toggled with REC 02.09.00 # It would be nice if 02.09.32 # executing the plugin, would cause it to wait for usb connection, and capture it before the kernel does 02.09.45 # not sure that's possible yet 02.09.49 # <[Franklin]> that's what I was thinking 02.10.02 # whats the name of the plugin 02.10.05 # <[Franklin]> ducky 02.10.28 # <[Franklin]> though it doesn't matter, because I've just provided it's source code 02.10.38 # some output on the DAP would be nice to, it's just blank, could tell us if there's a connection and that it's waiting 02.10.42 # <[Franklin]> stupid gerrit 02.10.54 # yes ducky 02.10.59 # it opens dck files 02.11.11 # though might want to think about that one 02.11.21 # <[Franklin]> lol 02.11.27 # sorry to be a noob, but did you commit ducky to trunk 02.11.30 # <[Franklin]> no 02.11.35 # * [Franklin] isn't a dev :P 02.11.40 # then how do it get it 02.11.42 # <[Franklin]> nor is foolsh here 02.11.49 # *i 02.12.01 # we needs gerrit back 02.12.32 # <[Franklin]> yes 02.12.36 # <[Franklin]> badly 02.12.42 # then how do i get ducky? 02.13.02 # <[Franklin]> download the code from http://pastebin.com/YYAScphA 02.13.02 # fuze+? 02.13.08 # yeah 02.13.11 # oh ok 02.13.19 # <[Franklin]> actually, do as foolsh says then 02.13.24 # <[Saint]> [Franklin]: regarding "how do I get patches from Gerrit now?", there's a download option, top right, with a drop down menu to select the archive type. 02.13.29 # hang on I'll upload a rockbox.zip 02.13.31 # <[Saint]> It's not ideal, but, it's all there is. 02.14.40 # jtdesigns01: http://www.practicallyperfectpixel.com/rockbox.zip 02.15.48 # was that a fuze+ build? 02.16.35 # <[Franklin]> yes 02.17.08 # but it don't work yet 02.17.25 # It's still sitting below the kernel 02.17.39 # <[Franklin]> I'm sure remote_control works 02.17.46 # <[Franklin]> I just want to figure out how 02.18.17 # I'll get that e2xx out this week and you can really see then 02.18.31 # <[Franklin]> really, thanks foolsh 02.23.01 # <[Franklin]> jtdesigns01: there's really no point in "testing" right now 02.23.07 # <[Franklin]> nothing works as of yet 02.23.10 # oh ok 02.24.41 # <[Franklin]> for the time being, you can savor my 2048 plugin :) 02.24.54 # i just lol 02.28.54 # <[Franklin]> anyway, night 02.28.57 Quit [Franklin] (Quit: Lost terminal) 02.29.51 *** Saving seen data "./dancer.seen" 02.31.35 # going afk for a while 02.40.16 Join jtdesigns02 [0] (~Thunderbi@2601:400:8000:2669:6073:448b:599b:e58e) 02.41.30 Quit jtdesigns01 (Ping timeout: 240 seconds) 02.41.30 Nick jtdesigns02 is now known as jtdesigns01 (~Thunderbi@2601:400:8000:2669:6073:448b:599b:e58e) 03.29.21 Join krabador [0] (~krabador@unaffiliated/krabador) 03.54.36 Join ZincAlloy1 [0] (~Adium@p57B94007.dip0.t-ipconnect.de) 03.57.03 Quit ZincAlloy (Ping timeout: 246 seconds) 04.03.07 Quit ZincAlloy1 (Quit: Leaving.) 04.03.27 Quit Moarc (Ping timeout: 250 seconds) 04.07.03 Join Moarc [0] (~chujko@a105.net128.okay.pl) 04.07.31 Quit jtdesigns01 (Quit: jtdesigns01) 04.24.59 Join jtdesigns01 [0] (~jonathan@2601:400:8000:2669:c8d3:4030:562c:39fa) 04.29.52 *** Saving seen data "./dancer.seen" 04.44.09 Quit jtdesigns01 (Remote host closed the connection) 05.22.06 Quit krabador (Quit: Take The Time) 05.56.02 Quit [7] (Disconnected by services) 05.56.12 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.07.00 Quit go3m (Quit: Leaving) 06.07.17 Join goom [0] (~go4m@cpe-66-25-153-174.satx.res.rr.com) 06.09.19 Nick n1cky[GB] is now known as n1cky (~sielicki@nicky.io) 06.29.53 *** Saving seen data "./dancer.seen" 06.43.17 Quit advcomp2019 (Ping timeout: 240 seconds) 07.52.12 Quit pixelma (Remote host closed the connection) 07.52.12 Quit amiconn (Remote host closed the connection) 07.52.59 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 07.53.04 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 08.17.29 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.26.41 Join ender` [0] (krneki@foo.eternallybored.org) 08.29.56 *** Saving seen data "./dancer.seen" 08.39.10 Join petur [0] (~petur@rockbox/developer/petur) 08.57.04 Join emphaser [0] (~thc@p579ABEA2.dip0.t-ipconnect.de) 10.02.19 # kugel: ping 10.28.48 Join einhirn [0] (~Miranda@p4FC116F4.dip0.t-ipconnect.de) 10.30.00 *** No seen item changed, no save performed. 10.53.46 Quit ruhannn (Remote host closed the connection) 11.19.22 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.36.11 Join xorly [0] (~xorly@ip-86-49-15-121.net.upcbroadband.cz) 11.38.52 Join ruhannn [0] (uid76353@gateway/web/irccloud.com/x-saxauynsmojbzoxu) 11.43.55 Join einhirn_ [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.46.33 Quit einhirn (Ping timeout: 265 seconds) 11.59.10 Join Ivoah [0] (~Ivoah@93-173-230-22.bb.netvision.net.il) 12.14.21 Quit einhirn_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 12.17.04 Quit froggyman (Ping timeout: 240 seconds) 12.19.40 Join froggyman [0] (~frogs@unaffiliated/froggyman) 12.27.02 Join krabador [0] (~krabador@unaffiliated/krabador) 12.28.49 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 12.30.02 *** Saving seen data "./dancer.seen" 12.50.52 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 13.06.01 Quit pamaury_ (Ping timeout: 246 seconds) 13.17.04 Quit wodz (Quit: Leaving) 13.28.30 Join errorea [0] (~errorea@37.120.6.26) 13.28.33 # Hi there 13.30.06 # Its a long time ago since I used rockbox. Now I have a question: Is it possible to map the keys of the player differently with rockbox? I have a device here where the "volumeUP" button is broken and wondered if it is "easy" to remap it with Rockbox. Thanks 13.35.01 # errorea: I'd suggest not remapping but using the quickscreen instead 13.35.21 # You can easily add volume there 13.37.46 # whats the quickscreen? as i said,didnt use for long (4-5years at least) and also cannot install without problems (first have to repair superblock of device somehow) 13.37.56 # is it easy to use and practical in everyday use? 13.44.25 Quit krabador (Read error: No route to host) 13.46.06 # gevaerts: mentioning your name just to make sure :) 13.46.50 # errorea: have a look at http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch5.html#x8-1000005.13 13.47.21 # (I picked the clip+ manual, look for the corresponding bit in the manual for your device) 13.47.38 # its the clip+ 13.47.42 # thank you 13.51.53 Join krabador [0] (~krabador@unaffiliated/krabador) 13.56.33 Quit krabador (Client Quit) 13.57.24 Join krabador [0] (~krabador@unaffiliated/krabador) 14.18.31 # thanks againgevaerts,helped out, I have new hope for the device now. have a good time everybody 14.18.38 Quit errorea (Quit: Leaving) 14.30.06 *** Saving seen data "./dancer.seen" 14.51.44 Join maruk [0] (~papier@titanium.v6.sdv.fr) 14.54.48 Join amayer [0] (~amayer@mail.weberadvertising.com) 16.30.08 *** No seen item changed, no save performed. 16.30.33 Quit krabador (Quit: Take The Time) 16.35.21 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 16.42.02 Join lehzm [0] (~mars@2602:304:cd83:64b0:806d:249e:a0df:2306) 17.22.37 Join ZincAlloy [0] (~Adium@p57B94007.dip0.t-ipconnect.de) 17.24.53 Quit chrisb (Ping timeout: 260 seconds) 17.33.41 # The Seven, Saint: i will commit ipod patches in the next few days, actually there is a set of final gerrit patches prepared, i am delaying it because i am trying to merge locally my gerrit branch with the bootloader branch, i started it on a different branch on a different computer and actually lots of files are modified, i am forcing code a bit because i want unique files for RB, dfu installer and the bootloader 17.35.58 # the bootloader is going fine, ATM there are dualboot installer and uninstaller binaries in rbutils/mk6gboot/dualboot/*, they are embedded into a DFU generic container using rbutils/mk6gboot/mkdfu executable, mkdfu creates a .dfu containing dualboot-installer + build/bootloader.ipod, i am executing it on ipod using ipoddfu.py, the dualboot-installer.dfu installs or updates RB bootloader.bin in NOR (original NORBOOT is moved), the du 17.35.58 # alboot-uninstaller.dfu removes bootloader.bin from NOR and leaves the device on its original state, all of this is already working! ATM i am using a bootloader.bin that produces 3 beeps and launch the OF, button press are also detected, i am paused at the preliminary HW initialization prior to initialize system and kernel and mount the HDD to locate rockbox.bin and launch it, i hope to have time in the next 2 days to get some funct 17.35.59 # ional thing to upload to gerrit 17.46.42 Join jtdesigns01 [0] (~jonathan@2601:400:8000:2669:842:efcf:a497:9e3e) 17.54.31 Join einhirn [0] (~Miranda@p4FC116F4.dip0.t-ipconnect.de) 17.55.17 Join einhirn_ [0] (~Miranda@bsod.rz.tu-clausthal.de) 17.56.12 Part lehzm ("Leaving") 17.59.11 Quit einhirn (Ping timeout: 268 seconds) 18.00.43 Quit jtdesigns01 (Ping timeout: 240 seconds) 18.08.21 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 18.14.04 # [Saint]: about gerrit: I've pinged Bjorn several times without response 18.29.27 Quit maruk (Quit: Leaving.) 18.30.11 *** Saving seen data "./dancer.seen" 18.53.19 Quit pamaury (Remote host closed the connection) 19.03.28 Quit gbl08ma (Ping timeout: 240 seconds) 19.04.34 Join gbl08ma [0] (~gbl08ma@hydrogen.tny.im) 19.08.43 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr) 19.22.35 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.30.55 Quit einhirn_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.48.02 Quit lebellium (Read error: Connection reset by peer) 19.48.55 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr) 19.50.46 # does windows still suck to use with ipod6g 19.50.50 # or does it always suck 19.54.43 Join Markmaster [0] (~Markmaste@95-27-222-42.broadband.corbina.ru) 20.04.05 # ruhannn: from what Ive heard as long as you dont have iTunes installed it should work fine. 20.04.31 # Ah. So thats probably my problem 20.04.40 # I just installed the driver because screw itunes 20.04.54 # Bonjour or whatver 20.16.44 Join advcomp [0] (~advcomp@2602:41:83b5:4100:a037:d6ad:3cff:bbe6) 20.20.22 Quit advcomp (Client Quit) 20.20.59 Join advcomp [0] (~advcomp@2602:41:83b5:4100:a037:d6ad:3cff:bbe6) 20.21.38 Quit advcomp (Client Quit) 20.22.09 Join advcomp2019 [0] (~advcomp20@2602:41:83b5:4100:a037:d6ad:3cff:bbe6) 20.30.08 Quit rela (Read error: Connection reset by peer) 20.30.15 *** Saving seen data "./dancer.seen" 20.32.05 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 20.34.35 Quit JdGordon (Ping timeout: 268 seconds) 20.34.37 Quit pamaury (Quit: No Ping reply in 180 seconds.) 20.35.45 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.43.39 Join girafe [0] (~girafe@AGrenoble-651-1-509-148.w82-122.abo.wanadoo.fr) 20.51.12 Quit advcomp2019 (Quit: Leaving) 20.55.43 Quit bluebrother (Disconnected by services) 20.55.45 Join fs-bluebot_ [0] (~fs-bluebo@f053153120.adsl.alicedsl.de) 20.55.48 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 20.58.21 Quit fs-bluebot (Ping timeout: 264 seconds) 21.16.47 Quit pamaury (Quit: No Ping reply in 180 seconds.) 21.16.48 Join bp0 [0] (~bp@unaffiliated/bp0) 21.17.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.22.57 Quit pamaury (Quit: No Ping reply in 180 seconds.) 21.24.06 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.27.44 Join krabador [0] (~krabador@unaffiliated/krabador) 21.35.27 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 21.36.42 Join rela [0] (~x@pdpc/supporter/active/rela) 21.37.51 Join jtdesigns01 [0] (~jonathan@2601:400:8000:2669:a4a7:3f7:e283:ba5) 21.40.22 Quit krabador (Quit: Take The Time) 21.50.36 # prof_wolfff: that sounds great! 21.54.15 Join krabador [0] (~krabador@unaffiliated/krabador) 22.05.49 Quit bp0 (Quit: Leaving) 22.15.26 Join einhirn [0] (~Miranda@p4FC116F4.dip0.t-ipconnect.de) 22.30.16 *** Saving seen data "./dancer.seen" 22.40.34 Quit Xyem (Ping timeout: 264 seconds) 22.40.59 Join Xyem [0] (xyem@li193-64.members.linode.com) 22.52.57 Quit ZincAlloy (Ping timeout: 264 seconds) 22.53.07 Quit einhirn (Ping timeout: 240 seconds) 22.53.33 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 22.53.57 Join ZincAlloy [0] (~Adium@p57B94007.dip0.t-ipconnect.de) 22.58.37 Quit pamaury (Ping timeout: 252 seconds) 23.02.46 Quit petur (Quit: Leaving) 23.06.43 Quit krabador (Quit: Take The Time) 23.12.08 Quit TheSeven (Disconnected by services) 23.12.21 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 23.26.32 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 41.0/20150917150946]) 23.52.38 # <[Saint]> pamaury: (logs) that is....unfortunate. 23.53.26 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.54.39 # <[Saint]> I absolutely adore the fact that Haxx and the Swedes provide these services, but it is extremely problematic when they become the sole point of contact for maintenance when they have all stated that their desire for involvement is minimal at best. 23.55.45 # <[Saint]> We need to have a serious discussion about things like Gerrit, the main build farm host, hosting, and what other services and options are open to us. 23.57.29 # <[Saint]> I am quite happy to host the build farm myself if need be. 23.57.50 # <[Saint]> But that is less of a problem because it "Just Works" I suppose. 23.58.05 # <[Saint]> Gerrit, however, is a huge problem. 23.58.49 # <[Saint]> ...may as well move to bloody GitHub if everything that made Gerrit enticing is either broken or never came to fruition.