--- Log for 29.06.120 Server: tepper.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 14 days and 16 hours ago 00.21.17 *** Saving seen data "./dancer.seen" 00.45.35 Nick mendelmunkis is now known as mendel_munkis (~mendelmun@ool-ae2cb138.dyn.optonline.net) 01.21.23 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:a099:b328:3e74:7ce4) 01.25.59 Quit ZincAlloy (Ping timeout: 272 seconds) 01.42.30 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:a099:b328:3e74:7ce4) 01.46.57 Quit ZincAlloy (Ping timeout: 260 seconds) 01.54.43 Join ZincAlloy [0] (~Adium@ip5f5acf9f.dynamic.kabel-deutschland.de) 01.59.19 Quit ZincAlloy (Ping timeout: 260 seconds) 02.21.18 *** Saving seen data "./dancer.seen" 02.59.20 Join petur [0] (~petur@77.77.179.66) 02.59.20 Quit petur (Changing host) 02.59.20 Join petur [0] (~petur@rockbox/developer/petur) 04.03.27 Quit dys (Ping timeout: 260 seconds) 04.05.10 Quit craftyguy (Ping timeout: 260 seconds) 04.18.35 # speachy: you may want to take a look at fs#9513 04.18.36 # http://www.rockbox.org/tracker/task/9513 Smarter release scripts (patches, new) 04.21.20 *** Saving seen data "./dancer.seen" 04.39.36 # does the plugin api have any functions for extracting basename? 04.47.55 Join dys [0] (~dys@2003:5b:203b:100:a64c:c8ff:fef4:13a6) 04.50.13 Join pcbBob [0] (54839d9e@p54839d9e.dip0.t-ipconnect.de) 05.19.34 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 06.13.21 Quit emacsomancer (Read error: Connection reset by peer) 06.18.45 Join emacsomancer [0] (~runner@c-174-52-88-123.hsd1.ut.comcast.net) 06.21.22 *** Saving seen data "./dancer.seen" 07.11.41 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 07.40.12 # is anyone able to test FS#10089? the underlying cause seems to be gone 07.40.14 # http://www.rockbox.org/tracker/task/10089 Scrolling doesn't pause at the top or bottom of a list on 2nd Gen iPod (bugs, unconfirmed) 08.14.52 Join massiveH [0] (~massiveH@ool-18e4eaeb.dyn.optonline.net) 08.21.25 *** No seen item changed, no save performed. 08.43.46 # <__builtin> mendel_munkis: funny you asked. Quake actually has its own, see apps/plugins/sdl/progs/quake/common.c 08.43.53 # <__builtin> COM_FileBase() 08.44.12 # So just do it from scratch. got it 08.45.00 # <__builtin> hmm, actually: firmware/export/pathfuncs.h:size_t path_basename(const char *name, const char **nameptr); 08.45.23 # <__builtin> it's not exposed via the api though 08.45.35 # I just realized what I want isn't basename its basename+ext 08.45.48 # which is easy enough to do 08.45.57 # just read bac intill / 08.46.03 # *until 08.46.55 # <__builtin> hmm, exporting those functions via the api isn't a bad idea 08.47.12 # <__builtin> but of course some plugin would have to use it for it to be worthwhile 08.47.16 # and here I am busy trying to take things out of the api 08.47.44 # <__builtin> oh, why? 08.48.17 # so that the core can do weird things without bothering plugins. 08.48.34 # also side benifit of freeing op plugin ram space 08.51.09 # <__builtin> ah, like what? 08.51.29 # mostly make the screen stand up and dance. 08.51.36 # (or turn on its side) 08.51.52 # <__builtin> like compiz? :) 08.51.59 # not quite 08.52.24 # also I feel like plugin authors shouldn't have to account for screen differences as much as they do 09.13.00 Join skolem [0] (~skolem@47.62.183.139) 09.40.57 Quit massiveH (Quit: Leaving) 09.46.09 Quit zagor[m] (Quit: killed) 09.46.09 Quit nihilazo (Quit: killed) 09.46.24 Quit blbro[m] (Quit: killed) 09.46.25 Quit danielp3344 (Quit: killed) 09.46.40 Quit kadoban (Quit: killed) 09.58.54 # speachy: what do you think about adding a plugins/new category to flyspray? 10.01.56 # this this a feature request sort of thing? 10.02.27 # I was thinking about all the tasks which include most of a plugin already written 10.03.00 # It makes browsing the tracker easier to exclude or only view those. 10.04.06 # what would the text of that sub-category be? 10.05.08 # (ie how would the reporter know to put stuff in that vs the existing 'plugins' category?) 10.05.30 Quit petur (Quit: Connection reset by beer) 10.07.29 # plugins/new plugin? 10.08.03 Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-yipgkfudtzmyskpl) 10.13.57 # how do I go about adding a string to the language files? 10.17.17 # I don't think there's a tool to do it automagically; when I've done it I just cut-n-pasted the last entry and changed it as needed. 10.17.39 # so orginization is a pipe dream? 10.17.44 # the most important thing is that each 'id' isstring is unique. 10.18.31 # as that's used in the lang enumeration 10.21.29 *** Saving seen data "./dancer.seen" 10.21.50 # I wouldn't call it a pipe dream.. just that there's been little point to organizing it as it's not really meant to be consumed by humans. non-English files are generally created by the translate web site too 10.23.33 # oh yuck. big spammer registration push on the forum.. 10.28.03 # whats user in the lang files? 10.28.14 # the documentation on the wiki is outof date 10.34.08 # I'm sorry, I can't parse your querstion... 10.34.54 # the lang files have a field user which seems to be core in every entry. I am wondering what it's meeant to be used for 10.36.13 # ah, good question. I don't think anything actually references that. 10.36.42 # non-core stuff couldn't use languages until very recently 10.39.42 Join kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-xjjmjpbuxwcaahwq) 10.39.43 Join zagor[m] [0] (bjstmatrix@gateway/shell/matrix.org/x-socqrvjoyjyngvlv) 10.39.43 Join nihilazo [0] (nihilazoma@gateway/shell/matrix.org/x-gbmejgembadunagf) 10.39.49 Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-cmiptcsxtiysdkfw) 10.41.03 # { ACTION_STD_CANCEL, BUTTON_LEFT|BUTTON_REL, BUTTON_LEFT } 10.41.19 # hust to be sure that means double tap left correct? 10.57.45 # I _think_ so, but don't take my word for it. 11.18.44 Quit pcbBob (Remote host closed the connection) 11.23.35 Join pcbBob [0] (54839d9e@p54839d9e.dip0.t-ipconnect.de) 11.31.06 # sweet, looks like I've managed to get clang's static analyzer to run on top of the rockbox codebase. 11.34.16 # probably should kicked it off on a diffeent system. load average is over 16 already. 11.40.49 # anyone know if nwza860 keymap is complete? 11.54.37 Quit skolem (Quit: WeeChat 2.8) 11.55.05 Join skolem [0] (~skolem@47.62.183.139) 11.55.21 Quit skolem (Client Quit) 11.55.37 Join skolem [0] (~skolem@47.62.183.139) 11.56.01 Quit skolem (Client Quit) 11.56.17 Join skolem [0] (~skolem@47.62.183.139) 11.59.30 Quit skolem (Client Quit) 11.59.47 Join skolem [0] (~skolem@47.62.183.139) 12.04.48 Quit skolem (Quit: WeeChat 2.8) 12.21.30 *** Saving seen data "./dancer.seen" 12.21.58 Join MrZeus [0] (~MrZeus@89-168-118-226.dynamic.dsl.as9105.com) 12.29.14 Quit ac_laptop (Ping timeout: 240 seconds) 12.38.06 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:cf7:bc14:5a92:232) 12.44.04 # finally finished. it found over 500 issues: https://www.shaftnet.org/~pizza/rb-mini2g/ 12.45.54 # <__builtin> can you do a color build? 12.46.02 # <__builtin> for sdl apps and puzzles 12.46.13 # sure, it'll take a while though. 12.50.42 # at least it'll be a parallel build this time 12.51.48 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 12.58.41 # speachy: some of those are not actually bugs (I think) 12.58.58 # oh to be sure, there are very likely false positives 12.59.38 # I did this to see if it might help find why the new gcc on PP targets is assploding so badly. 13.00.58 # the failures it's reporting at the end are things that even GCC says "... cannot be depended upon to work reliably and are not supported" 13.03.52 # then there's this construct: https://git.rockbox.org/cgit/rockbox.git/tree/firmware/common/dircache.c#n1423 13.04.29 # whats wrong with that? 13.04.45 # non-static initialization of array length 13.04.58 # right 13.05.21 # gcc accepts it but clang goes "oh hell no". :) 13.06.07 # <__builtin> ah, FAMs strike back 13.06.11 # the one time I was able to get a usable stack trace out of the PP crash, it was in the middel of dircache operations 13.09.27 Quit dys (Ping timeout: 260 seconds) 13.19.37 Quit ac_laptop (Ping timeout: 265 seconds) 13.25.29 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 13.43.02 Join lebellium [0] (~lebellium@89-92-253-148.hfc.dyn.abo.bbox.fr) 14.00.28 # Is adding a string to english-us.lang enough to use it? 14.02.39 Quit atsampson (Quit: Lost terminal) 14.03.05 Join atsampson [0] (~ats@cartman.offog.org) 14.09.42 # 'english.lang' is the master, not 'english-us' 14.12.12 # that would explain the errors 14.13.57 # by the way whats with the license for the headers from the linux kernel? 14.14.22 # unless otherwise noted, GPLv2 14.14.51 # but isn't rockbox is released as gpl2+? 14.14.57 # individual files may be something different (GPLv2+, BSD, MIT, MPL, etc) 14.18.06 # ipodcolor: https://www.shaftnet.org/~pizza/rb-ipodcolor/ 14.18.40 # 824 total "bugs" 14.19.26 # __builtin: enjoy. :) 14.21.32 *** Saving seen data "./dancer.seen" 14.21.57 # <__builtin> plenty from quake, I see :) 14.22.35 # <__builtin> that ought to keep me busy for a while 14.23.00 # Yes, part of the problem with those things is that at least historically we haven't really touched imported code unless really needed 14.25.35 # there's plenty of issues inside "purely rockbox" code. 14.38.42 Join dys [0] (~dys@tmo-100-166.customers.d1-online.com) 14.41.44 # FS#13198 complains about ipodpatcher and Rockbox Utility not running on Catalina, which isn't surprising since Apple remove 32bit support. 14.41.45 # http://www.rockbox.org/tracker/task/13198 ipodpatcher and Rockbox Utility do not work in macOS Catalina (10.15) (bugs, unconfirmed) 14.42.27 # As for ipodpatcher, what's the best solution here? I did build a 64bit ipodpatcher (with the released bootloaders), but it's from current HEAD, thus a different version than we have right now. 14.42.41 # but given that Rockbox Utility builds ipodpatcher HEAD I don't see an issue with that. 14.42.58 # it's not just the 64-bit-only nature; there are also stricter code signing/etc requirements. 14.44.17 # yeah, but you can ignore that to some extent. You just can't simply left-click things anymore :) 14.44.29 # right-click, open, confirm warning, runs. 14.44.35 # is there really any reason to not just tag and build 1.4.n+1 from HEAD? 14.45.31 # there's one bug in the Makefile, so it doesn't build the dmg. But that's a dead simple fix. And ipodpatcher was last versioned as 5.0 14.45.45 # but yeah, we could tag ipodpatcher 5.1 and build it. 14.51.45 # hmm, there seems to be a problem with attaching a link to a comment in Flyspray. When I paste a Google Drive link into the comment it works, when adding it using the "attach link" it doesn't. Seems it gets cut off. 14.53.05 # any idea why lcd_puts segfaults in the sim with ID2P as the string arg? 15.02.13 Quit dweeber (Read error: Connection reset by peer) 15.10.49 # hmm, the same issue should be present for sansapatcher 15.13.37 # ... and beastpatcher 15.13.48 # ok, not today anymore :) 15.39.35 Join petur [0] (~petur@rockbox/developer/petur) 15.41.35 # hmm. I wonder if these naked-with-non-simple-asm functions are to blame for the PP screwups.. 16.21.33 *** Saving seen data "./dancer.seen" 16.51.26 Quit dys (Ping timeout: 260 seconds) 16.51.26 Quit benedikt93_ (Ping timeout: 260 seconds) 16.52.13 Join benedikt93 [0] (~quassel@unaffiliated/benedikt93) 16.55.10 Quit ac_laptop (Ping timeout: 260 seconds) 17.44.23 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 17.45.02 Quit Huntereb (Read error: Connection reset by peer) 17.47.23 Join Huntereb [0] (~Huntereb@d-69-161-102-241.va.cpe.atlanticbb.net) 17.50.09 Quit lebellium (Quit: Leaving) 17.55.54 Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) 18.21.34 *** Saving seen data "./dancer.seen" 18.28.12 Join __Bilgus_ [0] (41ba23be@65.186.35.190) 18.28.48 # <__Bilgus_> mendel_munkis you should start giving a snippet of code with these questions. 18.32.20 Quit pamaury (Ping timeout: 256 seconds) 18.41.43 Join MrZeus_ [0] (~MrZeus@89-168-118-226.dynamic.dsl.as9105.com) 18.44.34 Quit MrZeus (Ping timeout: 246 seconds) 18.46.01 # I think, at minimum, the arm corelock asm code was broken. I rejiggered it so it no longer uses naked functions (and proper asm annotations) and now the gcc494 pp builds blow up in a different place. 18.47.06 # interestingly, I disabled the asm code and moved back to the C corelock code, and it now blows up the same way as the "fixed" asm code. 18.47.56 Quit ZincAlloy (Quit: Leaving.) 18.49.07 # now I'm geting PANICs about the wrong thread. 18.49.15 # for mutex unlocks 18.55.52 Quit petur (Quit: Leaving) 18.59.04 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:cf7:bc14:5a92:232) 19.02.28 Quit ZincAlloy (Client Quit) 19.05.11 Quit pcbBob (Remote host closed the connection) 19.41.09 # sweet, no immediate regressions on the old toolchain. 19.41.33 # so, anyone with arm asm skillz care to give some feedback on g#2459? 19.41.35 # Gerrit review #2459 at http://gerrit.rockbox.org/r/2459 : ARM: Rejigger the asm corelock functions by Solomon Peachy 20.02.25 Quit ecs (Excess Flood) 20.02.32 Join ecs [0] (esawady@d2evs.net) 20.21.38 *** Saving seen data "./dancer.seen" 20.35.15 Quit MrZeus_ (Ping timeout: 258 seconds) 20.47.50 Quit ac_laptop (Ping timeout: 256 seconds) 20.54.43 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 21.20.17 Join S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156) 21.20.25 Join craftygu1 [0] (~craftyguy@qutebrowser/dev/craftyguy) 21.20.42 Nick craftygu1 is now known as craftyguy (~craftyguy@qutebrowser/dev/craftyguy) 21.35.59 # I'd appreciate it if someone else with a PP-based device could double-check that patch to make sure it doesn't cause regressions. 21.37.56 Quit ac_laptop (Ping timeout: 265 seconds) 22.21.39 *** Saving seen data "./dancer.seen" 22.32.54 Quit craftyguy (Ping timeout: 240 seconds) 22.37.48 Quit marex-cloud (Read error: Connection reset by peer) 22.39.16 Join marex-cloud [0] (sid137234@gateway/web/irccloud.com/x-ncjaqsfwtyymqrbz) 22.49.27 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 23.00.04 Quit mendel_munkis (Ping timeout: 246 seconds) 23.41.06 Quit TheSeven (Disconnected by services) 23.41.16 Join [7] [0] (~quassel@rockbox/developer/TheSeven)