| 00:00:02 | [Saint] | If that becomes an issue I am happy to direct you on how to achieve this. |
| 00:00:31 | [Saint] | Actually, searching the forums using Google's advanced search params will probably dig up me explaining htis a half dozen times toother people. |
| 00:00:42 | [Saint] | *this |
| 00:00:47 | [Saint] | *to other |
| 00:00:48 | cohokiller673 | ok i'll look into it, thanks |
| 00:01:09 | [Saint] | This is only something so consider if you head unit decides to be a dick about things. |
| 00:01:45 | [Saint] | There's a very good chance it might not, and an approximately equal change it might. |
| 00:02:27 | [Saint] | Often even if a device is willing to address an ipod using universal mass storage it will freak out if there is no itunes database present to extract media from. |
| 00:02:44 | [Saint] | The only real way around that is telling it that it isn't an ipod, forcibly. |
| 00:03:28 | cohokiller673 | I have a feeling it will be a dick and detect it as an ipod because the stereo advertises a ipod accessory that connects to the back of the unit as the only way of playing ipods |
| 00:07:58 | [Saint] | well, gimme a poke if/when that happens. |
| 00:19:59 | * | __builtin prods himself to get the custom VID/PIDs working |
| 00:30:33 | pamaury | someone knows bash vs sh very well? |
| 00:31:23 | pamaury | it is normal that: |
| 00:31:24 | pamaury | VAR="bla" my_function |
| 00:31:24 | pamaury | will set VAR only temporarily in bash but globally in sh (ie VAR is still "bla" after the command is executed) |
| 00:31:46 | [Saint] | __builtin: we kinda had this discussion and we really don't want to allow users to set a custom VID/PID. |
| 00:32:08 | [Saint] | Technical ability or lack of development interest isn't the reason why this hasn't happened. |
| 00:32:12 | __builtin | "custom" as in the ones from openmoko |
| 00:32:31 | [Saint] | Ah. Right. |
| 00:32:42 | * | [Saint] argues it isn't custom if it is assigned to your org. |
| 00:35:35 | [Saint] | pamaury: AFAIK it should be the same for both. |
| 00:35:58 | pamaury | [Saint]: that's what I expected but it is not the case on my computer |
| 00:38:05 | pamaury | [Saint]: http://pastebin.com/jP5kitzK |
| 00:39:01 | pamaury | I don't know if I'm doing something wrong but this seems against the spec |
| 00:43:11 | | Quit ZincAlloy (Quit: Leaving.) |
| 00:43:47 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:120:bfa7:c149:c96a) |
| 00:44:17 | | Quit ZincAlloy (Client Quit) |
| 00:48:44 | [Saint] | pamaury: I made two very basic tests |
| 00:48:48 | [Saint] | I can not reproduce this. |
| 00:49:12 | pamaury | wow, this is crazy |
| 00:49:22 | [Saint] | I did: |
| 00:49:27 | [Saint] | #!/bin/bash |
| 00:49:28 | [Saint] | FOO="bar" |
| 00:49:28 | [Saint] | printf $FOO |
| 00:49:29 | DBUG | Enqueued KICK [Saint] |
| 00:49:29 | [Saint] | and: |
| 00:49:55 | [Saint] | #!/bin/sh |
| 00:49:55 | [Saint] | RAB="oof" |
| 00:49:55 | [Saint] | printf $RAB |
| 00:50:15 | [Saint] | neither $FOO nor $RAM exist after the scripts are run. |
| 00:50:24 | [Saint] | s/RAM/RAB/ |
| 00:50:46 | pamaury | [Saint]: this works in both, my problem is with something like this: |
| 00:50:46 | pamaury | VAR="bla" cmd |
| 00:50:46 | pamaury | # at this point, $VAR should be empty, but it is not in sh |
| 00:50:52 | pamaury | see the pastebin above |
| 00:51:32 | [Saint] | isn't that identical just with weirder formatting? |
| 00:51:37 | [Saint] | mine just has linebreaks. |
| 00:52:05 | pamaury | well no it's entirely different |
| 00:52:28 | pamaury | see in the pastebin: the assignment is supposed to the local to the command, in bash indeed it works |
| 00:55:26 | pamaury | hum, so apparently it works if the command a program but not if it's a function |
| 00:55:35 | pamaury | great, another subtle dash vs bash different |
| 00:57:36 | [Saint] | it also works if command is a variable. |
| 00:57:46 | [Saint] | this is odd indeed. |
| 00:58:14 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 00:58:14 | * | pamaury wonders if he should switch rockboxdev.sh from sh to bash |
| 00:58:29 | pamaury | that would be way simpler, I can't imagine a system with bash these days |
| 00:58:34 | pamaury | *without |
| 00:58:52 | [Saint] | I pretty much always aim for sh safe bash, when I know things to be sh unsafe. |
| 00:59:00 | [Saint] | this is something I had never encountered before. |
| 00:59:03 | __builtin | if someone's building on a system without bash they'll likely have bigger problems than that |
| 00:59:08 | *** | Saving seen data "./dancer.seen" |
| 00:59:14 | [Saint] | errr...no? |
| 00:59:28 | pamaury | I usually avoid things that are really bash specific but this is crazy |
| 01:00 |
| 01:00:06 | pamaury | __builtin: most embedded systems don't have bash |
| 01:00:19 | pamaury | they don't even have sh, they busybox that implements its own sh |
| 01:00:48 | [Saint] | some people also like to be assholes and link $SHELL to /crazy/flavor/of/the/month/term |
| 01:01:14 | [Saint] | real fun when you are debugging weird shit and find out you're not even working in a sane shell and people went out of their way to fuck you. |
| 01:01:35 | [Saint] | I have seen diversions of /bin/bash and /bin/sh to all sorts of fucky terms. |
| 01:05:10 | | Quit pamaury (Ping timeout: 260 seconds) |
| 01:48:49 | | Quit xorly (Ping timeout: 268 seconds) |
| 02:00 |
| 02:18:52 | | Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) |
| 02:25:13 | | Quit krnlyng (Ping timeout: 258 seconds) |
| 02:27:04 | | Join dima_ [0] (47ee5f61@gateway/web/freenode/ip.71.238.95.97) |
| 02:27:39 | dima_ | would i be able to put an ipod 6g housing on my ipod 5g? particularly this one https://www.amazon.com/256gb-Upgrade-Housing-Backplate-Classic/dp/B00RTCMKHI/ref=sr_1_1?ie=UTF8&qid=1480296204&sr=8-1&keywords=thick+ipod+back |
| 02:27:54 | dima_ | i cant find ANY thick 5g housings on amazon, only the 6g |
| 02:28:56 | dima_ | there's also one for the 60gb model, but im not sure if that will fit either |
| 02:36:53 | | Join krnlyng [0] (~liar@77.117.31.52.wireless.dyn.drei.com) |
| 02:38:53 | [Saint] | The dimensions are not identical. |
| 02:39:08 | [Saint] | they are similar enough that flex cases can be adjusted to fit. |
| 02:39:17 | [Saint] | hard cases...nope. |
| 02:39:32 | [Saint] | just enough offset to be really annoying. |
| 02:44:23 | | Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217) |
| 02:44:41 | Bilgus | Miles: |
| 02:46:13 | Bilgus | Miles: I let those songs play for 12hrs on an actual clip+ and 24hrs in the sim and couldn't get it to hang or anything weird I figured I'd wait and see if boosting during GUI helped you |
| 02:47:56 | Miles | It would seem so. |
| 02:48:17 | Miles | Stopped having my problem once I started using your build. |
| 02:49:15 | Miles | Some fine folk here gave me a couple of new ideas about things to test to narrow down the cause. |
| 02:49:51 | Bilgus | If you can figure out a way to reproduce we can strat looking into why.. |
| 02:50:20 | Miles | For example I remembered all my Opus files have 60 ms frame sizes (encoder default is 20 and none of the Rockbox dev test files are over 20) |
| 02:51:04 | Bilgus | I would assume your test files woul have a 60ms frame though right? |
| 02:51:26 | Miles | Yeah. |
| 02:51:57 | Bilgus | Is this clip+ an ams v1 or v2? |
| 02:52:44 | Miles | I thought they were all v2? |
| 02:52:51 | Bilgus | menu>system>debugmenu> hw info |
| 02:53:46 | Miles | Can I get out of the usb-plugged screen without unplugging it? |
| 02:53:55 | Miles | File transfer going on right now. |
| 02:54:26 | Miles | Or we can wait like ten minutes. |
| 02:54:37 | Bilgus | oh they might be I'm just trying to figure out if there is some difference |
| 02:54:54 | Bilgus | np I have some code to work on |
| 02:56:07 | Miles | I played around some more and found some settings I tend to change from the defaults makes it more likely to reproduce. |
| 02:56:32 | Miles | Though I did still get it with all-defaults like once. |
| 02:57:03 | Miles | Sample rate 48000, dithering on, crossfade custom. |
| 02:57:17 | dima_ | [Saint]: alright. thanks for the advice. ill see about finding one locally. |
| 02:57:19 | Miles | Im guessing those all push it past some critical CPU usage threshold. |
| 02:57:20 | | Quit dima_ (Quit: Page closed) |
| 02:58:38 | Miles | I'll try with 20ms frame files on unmodified firmware with my usual settings later and see if that changes anything too. |
| 02:59:10 | *** | Saving seen data "./dancer.seen" |
| 02:59:53 | Bilgus | I tried with crossfade sr 4800 no dithering though |
| 03:00 |
| 03:00:05 | Bilgus | 48000* |
| 03:00:10 | Miles | Oh okay. |
| 03:00:15 | Miles | Dunno then. |
| 03:02:20 | Bilgus | well if boosting the gui thread helped though thats probably a codec issue |
| 03:02:47 | | Quit Moarc (Ping timeout: 258 seconds) |
| 03:05:11 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 03:08:26 | Miles | It says ams v2 variant 1 btw. |
| 03:08:56 | Bilgus | same as the one I tested on |
| 03:34:39 | | Quit Miles (Quit: Page closed) |
| 04:00 |
| 04:19:00 | Bilgus | Selective Backlight / Softlock Fuze+, FuzeV2, Clip +, ClipZip, CowonD2 https://www.mediafire.com/folder/zfibm0k9jcbtki9,544b3c6y3kfv0s8,5qg7rf0r23ts17s,4sls5dmutl934da,rg3rpfuqb1vpu53/shared |
| 04:19:39 | Bilgus | TorC, Johnb2: ^ |
| 04:23:09 | | Quit nlogex (Quit: WeeChat 1.6) |
| 04:59:13 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:03:03 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 05:05:12 | | Quit shai (Client Quit) |
| 05:16:58 | TorC | Bilgus: Thanks. Installing now. |
| 05:21:20 | Bilgus | check everything you had issues with before I totally re-wrote the action handling part to fix scrollwheel problems in the FuzeV2 the menus are also much nicer in fuctionality and disable ext power has a new value so might want to check your settings to be sure they are set properly |
| 05:23:38 | TorC | Bilgus: I'm checking. Haven't found any problems yet, but I think the clips were pretty much working before. |
| 05:24:11 | TorC | I'm not sold on the current menu handling as best yet. |
| 05:24:59 | Bilgus | sure but anytime you rewrite the core there is the possibility of introducing new bugs gotchas I tested for everything I could remember that was an issue |
| 05:25:22 | TorC | Of course. I'll be putting it through its paces. |
| 05:26:14 | Bilgus | problem was there is no handling for button presses so anytime you selected yes even if you hit back<(cancel) it still popped up the mask selection.. this way it works as expected |
| 05:26:27 | TorC | Thinking out loud here. What about moving the enable/disable into the rest of the settings for selBL and selSL? |
| 05:26:39 | TorC | As the first line item, that is. |
| 05:26:49 | Bilgus | was mainly an issue for using voice menus |
| 05:27:37 | Bilgus | it could be done but since it is handled by the mask it takes less code to leave it in with the other items |
| 05:28:15 | TorC | Ah. Something I don't use, so don't pay attention to. It just feels a bit odd to be thrown out of the selBL settings after selecting the buttons. |
| 05:28:42 | Bilgus | that can be changed.. |
| 05:29:19 | Bilgus | well neither do I but if i was blind I woulkd like it to be intuitive |
| 05:30:11 | TorC | Could there, instead of two lines, Y/N, be a single line check/uncheck like the buttons in the submenu? Then, the button selection return to main selBL settings? |
| 05:31:01 | TorC | Maybe that doesn't work so well for voice, though. |
| 05:32:19 | Bilgus | not with the current items available to the rockbox menus, the selection one is what I made for this, now you could have it be one line that switches from enabled to disabled and back |
| 05:33:59 | TorC | That's what I may have said unclearly. |
| 05:36:25 | Bilgus | it would still have settings separate though, I really liked going directly into settings but there was no way to get button presses from the menu handler only menu_enter, menu_exit and menu_load and the item :/ |
| 05:39:48 | TorC | I could see, where there is now No, Yes, and Settings, instead, Enable (check/uncheck, stay at same menu level), and Settings. Settings is as it is now, but returns up one level in case you started with changing settings and now want to enable/disable. I think it would feel more natural to me. |
| 05:41:43 | Bilgus | k I'll do that it won't check it'll change from enabled to disabled to enabled and drop back into the menu you started in |
| 05:43:23 | TorC | I'll give it a try. I think you're getting into corner cases that don't have a perfect slot onto the existing menu behaviour, and I haven't had a lot of time to think about it. |
| 05:44:05 | TorC | I'm sure if there is an objectively right option it will feel so the moment it's put into practice, but finding may be tricky. |
| 05:47:18 | TorC | It has crossed my mind to wonder if the settings and enable/disable should be separated out, but that won't be entirely nice for Clip+ users, who have a vertically short screen. |
| 05:47:59 | TorC | Also, if it isn't obvious from the beginning of the option which one it is, it will annoy Zip users, who have a narrow screen. |
| 05:48:52 | Bilgus | En and Dis isn't too difficult to figure out |
| 05:49:49 | Bilgus | so maybe just leave yes and no and settings just make it stay in the menu when you select options? |
| 05:50:21 | TorC | Tht fin. I was just referring to if selBL were separated into a yes/no menu and separate settings menu. |
| 05:51:09 | [Saint] | well, it's not like text can't scroll. |
| 05:51:11 | TorC | I think leaving y/n may be just as well. Perhaps make it stay in the menu when you select options, and put the settings first to encourage people to make their choice before saying Y/N. |
| 05:51:50 | TorC | Text can scroll, true. But being able to know which is which without having to let the text scroll make usability much better IMO. |
| 05:52:28 | TorC | Letting it scroll because you have no idea what it is, and want to find out is fine, and a very important feature. |
| 05:53:14 | [Saint] | you don't have to let it scroll. |
| 05:53:25 | TorC | Bilgus: With the Y/N first, I find it encourages choosing that first, which will (and I don't see a way around it) boot one away from the settings. |
| 05:53:30 | [Saint] | you've always been able to force text to scroll. |
| 05:53:33 | Bilgus | only problem with putting settings first is that yes or no will always be selected depending on which is true, then the users have to hit the up button 1 or 2 x or down 1 or 2 which is slightly annoying |
| 05:53:36 | * | [Saint] gestures at the manual. |
| 05:53:41 | [Saint] | try it sometime. |
| 05:54:10 | TorC | I've read a good portion of the fine manual. That doesn't mean I've picked up everything. |
| 05:54:21 | [Saint] | you never have to wait for a setting to scroll, you can elect to force it as well. |
| 05:56:09 | TorC | Bilgus: I see what you mean about that. I suppose most people are going to figure out how they want their player to behave, and then it will lie untouched for months or more, so a minor oddity that is hard to avoid isn't that big a deal. |
| 05:56:47 | Bilgus | i think settings no dropping out is one to change though |
| 05:57:26 | TorC | I do agree with that. Going up two levels is something I can't think of happening anywhere else in RB. |
| 05:58:03 | TorC | The closest is using the home button to return to main menu, but that will go arbitrarily many levels as needed, so that's a whole 'nother ball of wax. |
| 06:00 |
| 06:01:39 | TorC | [Saint]: Turns out I've read that on scrolling manually, but not quite grokked what it meant. Now I know. |
| 06:03:14 | | Join Ivoah [0] (uid49352@gateway/web/irccloud.com/x-jcnxzhzghrmfbvxd) |
| 06:03:33 | TorC | Well, I've got to get some work done. I'll see about keeping some testing going while I'm at it, Bilgus. |
| 06:04:15 | Bilgus | k thx |
| 06:22:02 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 06:52:48 | | Quit [7] (Ping timeout: 258 seconds) |
| 06:53:12 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 06:59:16 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:05:11 | | Quit Moarc (Ping timeout: 252 seconds) |
| 07:06:04 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 07:54:25 | | Quit alexweissman (Read error: Connection reset by peer) |
| 07:55:01 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 08:00 |
| 08:21:31 | | Join wodz [0] (~wodz@94-75-75-29.home.aster.pl) |
| 08:51:01 | | Join wodz_ [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
| 08:59:19 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:19:31 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:24:30 | | Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 09:30:40 | | Join ac [0] (~ac@nat-nomade-agro.univ-avignon.fr) |
| 09:30:44 | ac | hi |
| 09:31:27 | ac | my laptop's bios doesn't boot whenever I plug my DAP on the back USB port, any idea why ? |
| 09:33:38 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 09:33:38 | | Quit pixelma (Quit: .) |
| 09:33:54 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
| 09:33:57 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
| 09:37:10 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 09:37:16 | duo8 | unplug it |
| 09:39:01 | TorC | Probably your laptop's BIOS is trying to boot from the DAP that looks like UMS. The other fix would be to tell the BIOS to boot from HDD before USB, but then if you want to boot from USB you would need to catch it and press the proper key during BIOS initialization. |
| 09:44:12 | ac | TorC: my bios boots from HDD, it's just that if I connect the DAP to the back USB port, it hangs at first screen, before it even displays the message "press Enter to access BIOS config" |
| 09:44:43 | ac | I'm just wondering why |
| 09:44:48 | ac | I'm not asking for a fix |
| 09:44:53 | ac | I'm not that stupid |
| 09:58:49 | | Quit alexweissman (Read error: Connection reset by peer) |
| 09:59:24 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 10:00 |
| 10:01:20 | pamaury | ac: that's a very common problem |
| 10:01:31 | pamaury | because buggy BIOS |
| 10:06:32 | ac | pamaury: oh, so it's not a feature :) |
| 10:06:41 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:600f:8e57:dfe7:bab) |
| 10:06:44 | ac | I was wondering what kind of weird feature this would be :) |
| 10:07:04 | ac | pamaury: do you have any idea why it happens with the back USB port only ? |
| 10:07:30 | ac | btw the back USB port is colored in yellow |
| 10:08:33 | gevaerts | IIRC yellow USB ports are "always on", as in they provide power even when the laptop is off |
| 10:08:41 | gevaerts | So they are a bit different |
| 10:09:31 | ac | gevaerts: you mean when the laptop is suspended |
| 10:10:08 | gevaerts | Well, maybe, but I don't remember anything about that :) |
| 10:16:56 | | Quit xorly (Ping timeout: 250 seconds) |
| 10:17:12 | | Quit dfkt (Disconnected by services) |
| 10:17:18 | | Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) |
| 10:20:54 | | Join elensil [0] (~edhelas@2001:1c02:1903:d800:e557:ef1a:967e:1f03) |
| 10:25:04 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
| 10:25:23 | | Quit pamaury (Ping timeout: 252 seconds) |
| 10:27:15 | | Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 10:42:55 | | Quit ZincAlloy (Quit: Leaving.) |
| 10:52:36 | | Quit xorly (Ping timeout: 265 seconds) |
| 10:59:20 | *** | Saving seen data "./dancer.seen" |
| 10:59:44 | | Quit girafe (Read error: Connection reset by peer) |
| 11:00 |
| 11:06:50 | | Join pamaury [0] (~quassel@wks-50-63.mpi-sws.org) |
| 11:06:50 | | Quit pamaury (Changing host) |
| 11:06:51 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:16:38 | | Join johnb2 [0] (86bfdc48@gateway/web/freenode/ip.134.191.220.72) |
| 11:17:19 | johnb2 | Bilgus: I fail to download from the links you posted (being interested in the clip+ and fuzev2). |
| 11:19:50 | | Quit pamaury (Remote host closed the connection) |
| 11:20:25 | | Join pamaury [0] (~quassel@wks-50-63.mpi-sws.org) |
| 11:20:25 | | Quit pamaury (Changing host) |
| 11:20:26 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:26:13 | | Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) |
| 11:30:47 | | Quit ac (Ping timeout: 246 seconds) |
| 11:41:33 | pamaury_ | gevaerts: do you know why rockbodev.sh asks specifically for sh? |
| 11:41:55 | pamaury_ | is that to make it more compatible ? |
| 11:42:19 | gevaerts | No idea |
| 11:42:24 | gevaerts | Before my time :) |
| 11:44:15 | wodz | I'd say change it to bash and try to not use weird bash specific extension. Someone determined might then port it to whatever shell it likes |
| 11:44:19 | wodz | pamaury: ^ |
| 11:44:56 | wodz | And I guess it comes from days where sh means borne shell and not csh |
| 11:46:02 | pamaury_ | wodz: I don't know if you saw my messages yesterday, my issue is that in sh, this: |
| 11:46:02 | pamaury_ | VAR=bla cmd |
| 11:46:02 | pamaury_ | will have the unexpected effect of assignement VAR even after the statement (ie it is not a temporary assignment) if cmd is a function (but it will temporary if it's another program ran in a subshell) |
| 11:46:27 | pamaury_ | wodz: http://pastebin.com/jP5kitzK |
| 11:46:34 | pamaury_ | which is a little bit crazy |
| 11:49:35 | | Quit wodz (Ping timeout: 244 seconds) |
| 11:52:57 | pamaury_ | [Saint]: I was thinking, since I'm reworking rockboxdev.sh, maybe we could give a try at producing some binary packages ? I think thinking mostly producing deb files but ideas are welcome |
| 11:56:39 | | Quit alexweissman (Read error: Connection reset by peer) |
| 11:57:13 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 11:58:20 | | Join xorly [0] (~xorly@pix9.lf1.cuni.cz) |
| 12:00 |
| 12:18:56 | | Quit xorly (Ping timeout: 260 seconds) |
| 12:36:39 | | Quit akaWolf (Ping timeout: 258 seconds) |
| 12:37:58 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 12:41:07 | | Join xorly [0] (~xorly@pix9.lf1.cuni.cz) |
| 12:48:45 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
| 12:49:24 | | Quit xorly (Ping timeout: 248 seconds) |
| 12:59:21 | *** | Saving seen data "./dancer.seen" |
| 12:59:52 | Bilgus | johnb2: I was able to download them, what exactly is wrong? |
| 13:00 |
| 13:00:37 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 13:02:12 | | Join xorly [0] (~xorly@193.85.203.185) |
| 13:33:44 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:71f1:f72c:1b96:97d2) |
| 14:00 |
| 14:06:12 | wodz | pamaury: how is your crusade with crosscompiler for sony going? |
| 14:07:42 | | Quit dfkt_ (Quit: SIC GORGIAMVS ALLOS SVBJECTATOS NVNC.) |
| 14:08:04 | | Join dfkt [0] (~dfkt@unaffiliated/dfkt) |
| 14:10:29 | | Quit Bilgus (Quit: Page closed) |
| 14:10:35 | pamaury_ | wodz: making a lot of progress, I can now compile binutils, first stage gcc, kernel headers and glibc |
| 14:10:42 | pamaury_ | I just need to finish second stage gcc and alsa |
| 14:10:57 | pamaury_ | I also I will try to "port" ypr0 toolchain at the same time |
| 14:12:37 | wodz | pamaury_: by port you mean upgrade, right? |
| 14:12:51 | pamaury_ | yeah I mean have an ypr0 toolchain build without ct-ng |
| 14:13:02 | gevaerts | rb-ng? :) |
| 14:13:12 | wodz | rockboxdev-ng |
| 14:13:42 | pamaury_ | but since I don't know ypr0 well enough, I don't know which component are important or not, I upgraded to gcc 4.9.4 and binutils 2.26. But I'm stuc at glibc 2.12 that isn't compiling for now |
| 14:14:10 | wodz | pamaury: I guess you need to stick to glibc version present on the device |
| 14:14:13 | pamaury_ | also I was thinking that since I'm at it, I'm wondering if it's worth try to create binary package (like .deb) for toolchains |
| 14:15:06 | wodz | pamaury_: this idea was expressed long time ago. IMO tar.gz/tar.bz2 and untarring to /opt/something is the simplest |
| 14:15:23 | wodz | unless you'd like to maintain this package :P |
| 14:21:08 | | Quit johnb2 (Quit: Page closed) |
| 14:21:30 | pamaury_ | what I don't like about /opt/ is that it requires root access |
| 14:22:38 | pamaury_ | anyway, I'm just focusing on rockboxdev.sh, we can discuss later we want to distribute pre-built binaries |
| 14:24:18 | wodz | pamaury_: what are the alternatives? /usr/local (root access), /home/<something> which will be different on every machine. How linaro build their toolchains? IIRC you can unpack it wherever you want and it still works |
| 14:26:43 | pamaury_ | I know, it's just super annoying that all the paths are hard-coded into gcc |
| 14:27:38 | wodz | currently I'd say go vm |
| 14:28:36 | pamaury_ | downloading a full vm just for a few toolchains seems like overkill though |
| 14:29:01 | pamaury_ | although updating the vm we have would be a good thing |
| 14:30:49 | gevaerts | Having a vm to download for people who want it is very nice, but *only* having a full vm for people who want a toolchain is annoying |
| 14:31:01 | gevaerts | Well, that's not entirely true |
| 14:31:21 | gevaerts | If rockboxdev works reliably, that chages |
| 14:31:34 | pamaury_ | it's still a massive pain to build toolchains |
| 14:31:47 | pamaury_ | because every newer version of gcc makes it harder to build them |
| 14:38:09 | kugel | is ct-ng making problems? |
| 14:38:33 | kugel | I wonder why nobody is able to build a ypr0 toolchain. ct-ng was meant to avoid exactly this |
| 14:40:01 | kugel | wodz: recent enough (a couple of years) toolchains can be installed everywhere |
| 14:40:28 | kugel | they have a −−sysroot option for the "runtime prefix", which is autodetected if not set |
| 14:42:12 | pamaury_ | hum, interesting new compile error here in glibc: # error "glibc cannot be compiled without optimization" |
| 14:50:08 | wodz | pamaury_: lol - I tried to build recent clang to check building rockbox and/or hwstub with it. First cmake on my box is too old which is pretty easy to avoid, second gcc is too old. |
| 14:51:37 | pamaury_ | lol, that's funny, how "old" is your gcc? |
| 14:51:58 | wodz | well, old. This is 14.04LTS box |
| 14:52:14 | wodz | 4.8.4 |
| 14:52:30 | pamaury_ | yeah that's old |
| 14:53:19 | wodz | there are 3.9 prebuit binaries for 14.04. How the hell they managed to build this |
| 14:54:14 | | Quit ZincAlloy (Quit: Leaving.) |
| 14:59:22 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:01:20 | pamaury | wodz: aren't clang packages in LTS ? |
| 15:02:32 | wodz | pamaury: some old one |
| 15:03:13 | | Join johnb2 [0] (86bfdc48@gateway/web/freenode/ip.134.191.220.72) |
| 15:05:51 | | Join johnb2_ [0] (86bfdc48@gateway/web/freenode/ip.134.191.220.72) |
| 15:07:19 | johnb2_ | Bilgus: For both https://www.mediafire.com/folder/zfibm0k9jcbtki9/shared and https://www.mediafire.com/folder/zfibm0k9jcbtki9 I get: your session expired. Enter password. |
| 15:07:36 | johnb2_ | Same for the others. |
| 15:08:18 | | Quit johnb2_ (Client Quit) |
| 15:16:23 | wodz | pamaury: you compiled hwstub with clang, do you remember how? |
| 15:19:07 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:95b9:95cc:955e:ff9) |
| 15:19:42 | | Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-15-228.telecom.by) |
| 15:22:17 | pamaury | wodz: probably by playing on CROSS="blabla" make ? |
| 15:22:50 | pamaury | or PREFIX= |
| 15:23:14 | pamaury | have a look at the makefile, there is a variable change the cross compiler prefix |
| 15:23:42 | wodz | pamaury: It doesn't work that easy. clang tries to call host's ld for final linking |
| 15:24:02 | wodz | there was a switch for that but can't remember which |
| 15:24:19 | pamaury | ah yeah I remember the problem, hum |
| 15:25:00 | pamaury | clang usually uses -target <target tripler> |
| 15:28:08 | pamaury | wodz: try adding -target=arm-elf-eabi to GCCOPTS (I'm looking at stmp Makefile but I guess the others are similar) |
| 15:28:21 | pamaury | you probably need to do the same for LDFLAGS |
| 15:28:57 | pamaury | or rather, replace: |
| 15:28:57 | pamaury | CC=$(PREFIX)gcc |
| 15:28:57 | pamaury | by |
| 15:28:57 | DBUG | Enqueued KICK pamaury |
| 15:28:57 | pamaury | CC=$(PREFIX)gcc -target arm-elf-eabi |
| 15:28:57 | pamaury | and similarly for the others |
| 15:29:01 | pamaury | see if it works |
| 15:31:03 | wodz | almost /home/wodz/crosstoolchains/lib/gcc/mipsel-elf/4.1.2/../../../../mipsel-elf/bin/ld: error: no memory region specified for loadable section `.reginfo' |
| 15:31:31 | wodz | which means it picked up good linker but then it doesn't know what to do with .reginfo section |
| 15:31:40 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 15:32:57 | pamaury | wodz: you probably need to ignore .reginfo in the linker file |
| 15:33:11 | pamaury | it's a "new" section produced by mips compilers these days |
| 15:33:39 | pamaury | /DISCARD/ : { *(.reginfo) } |
| 15:34:12 | wodz | pamaury: you need to drop -Wno-override-init as well since it is not supported by 'new' compilers |
| 15:34:22 | | Quit johnb2 (Quit: Page closed) |
| 15:34:45 | pamaury | wodz: feel free to drop a patch in gerrit or push a change, otherwise I might forget ;) |
| 15:37:05 | wodz | compiled |
| 15:37:34 | | Quit alexweissman (Read error: Connection reset by peer) |
| 15:38:11 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 15:41:48 | | Quit wodz (Ping timeout: 258 seconds) |
| 15:52:56 | | Quit xorly (Ping timeout: 244 seconds) |
| 15:57:16 | | Join xorly [0] (~xorly@193.85.203.185) |
| 16:00 |
| 16:04:32 | | Quit alexweissman (Read error: Connection reset by peer) |
| 16:05:07 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 16:47:26 | rogeliodh | pamaury: believe it or not, the dash (sh) behaviour is POSIX. If you run bash −−posix test2.sh it will behave the same. See this thread for more pointers: http://www.mail-archive.com/dash@vger.kernel.org/msg01044.html (specially http://austingroupbugs.net/view.php?id=654#c1559) |
| 16:52:17 | pamaury | rogeliodh: the original posix text was actually not very ambiguous imo, only the later posix made this behaviour explicitely unspecified, which is very confusing. Also the man page of dash contains the original posix description. That sounds like a "let's fix the standard instead of the tools" case ;) |
| 16:53:00 | pamaury | but thanks for the links :) |
| 16:54:15 | rogeliodh | I agree, it wasn't really ambiguous. I ended up more confused some months ago when I read it. I just assumed that the new POSIX behavior is that in-line variables pre non-builtin functions are declared as globals |
| 16:54:55 | rogeliodh | if I want to keep them scoped to the function I use: |
| 16:54:55 | rogeliodh | (var=bla print_var) |
| 16:55:19 | pamaury | yes exactly, which is really ugly and confusing |
| 16:56:55 | rogeliodh | yes, and it spawns a new sub-shell, so also inefficient |
| 16:59:23 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:01:42 | | Quit amiconn (*.net *.split) |
| 17:01:42 | | Quit pixelma (*.net *.split) |
| 17:01:42 | | Quit wodz_ (*.net *.split) |
| 17:01:42 | | Quit duo8 (*.net *.split) |
| 17:01:43 | | Quit rasher (*.net *.split) |
| 17:01:43 | | Quit bzed (*.net *.split) |
| 17:01:43 | | Quit igitoor (*.net *.split) |
| 17:01:43 | | Quit maraz (*.net *.split) |
| 17:01:44 | | Quit olejorgenb (*.net *.split) |
| 17:01:44 | | Quit dongs (*.net *.split) |
| 17:01:51 | | Join maraz [0] (maraz@kapsi.fi) |
| 17:01:55 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
| 17:01:56 | | Join bzed [0] (~bzed@shell.bzed.at) |
| 17:01:56 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
| 17:01:57 | | Join olejorgenb [0] (~olejorgen@cm-84.215.214.223.getinternet.no) |
| 17:02:07 | | Join wodz_ [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
| 17:02:47 | | Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) |
| 17:04:44 | | Join aj25 [0] (b02e135f@gateway/web/freenode/ip.176.46.19.95) |
| 17:04:50 | aj25 | how do i install plugins |
| 17:06:01 | | Join duo8 [0] (~ZNC-SRV-H@27.76.236.158) |
| 17:06:37 | aj25 | does anybody know how to install plugins on sansa clip+ |
| 17:06:50 | | Join dongs [0] (~dongs@bcas.tv) |
| 17:06:52 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 17:07:07 | pamaury_ | aj25: plugins are distributed with rockbox |
| 17:07:17 | pamaury_ | if you installed rockbox, you should already have them |
| 17:07:24 | aj25 | so i do not need to install them? |
| 17:07:25 | aj25 | alright |
| 17:07:29 | aj25 | maybe i missed something then |
| 17:07:40 | aj25 | thanks |
| 17:07:44 | | Quit aj25 (Client Quit) |
| 17:09:05 | pamaury_ | that was fast... |
| 17:15:20 | | Quit igitoor (Changing host) |
| 17:15:20 | | Join igitoor [0] (igitur@unaffiliated/contempt) |
| 17:17:44 | | Join rela_ [0] (~x@p200300764D282D00357701B8AE1CFB47.dip0.t-ipconnect.de) |
| 17:21:31 | | Quit rela (Ping timeout: 260 seconds) |
| 17:38:03 | | Quit wodz_ (Ping timeout: 250 seconds) |
| 17:38:14 | | Quit petur (Read error: Connection reset by peer) |
| 17:47:12 | | Quit xorly (Ping timeout: 252 seconds) |
| 18:00 |
| 18:04:56 | | Quit rela_ (Quit: Leaving) |
| 18:22:40 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:24:08 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 18:24:28 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 18:39:22 | | Quit alexweissman (Ping timeout: 260 seconds) |
| 18:59:24 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:08:23 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 19:23:51 | | Join lebellium [0] (~chatzilla@89-93-179-5.hfc.dyn.abo.bbox.fr) |
| 19:38:00 | | Quit pamaury (Remote host closed the connection) |
| 19:42:11 | | Quit pamaury_ (Ping timeout: 248 seconds) |
| 19:42:29 | | Join robertd1 [0] (~root@201.208.231.245) |
| 19:50:00 | | Part robertd1 |
| 19:51:46 | | Join aj25 [0] (b02e135f@gateway/web/freenode/ip.176.46.19.95) |
| 19:52:08 | aj25 | Is there any way to run other DOS games than doom on rockbox? |
| 19:54:26 | aj25 | anyone here? |
| 19:54:56 | | Join robertd1 [0] (~root@201.208.231.245) |
| 19:55:40 | aj25 | anyone knows how to run other DOS games on rockbox? |
| 19:55:44 | aj25 | if it is even possible |
| 19:58:51 | | Quit aj25 (Quit: Page closed) |
| 20:00 |
| 20:02:44 | | Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) |
| 20:07:27 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:10:10 | | Join johnb2 [0] (~johnb2@pD956578D.dip0.t-ipconnect.de) |
| 20:21:09 | | Quit Moarc (Ping timeout: 250 seconds) |
| 20:21:41 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 20:30:19 | | Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) |
| 20:37:08 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 20:51:20 | | Join johnb2 [0] (~johnb2@pD956578D.dip0.t-ipconnect.de) |
| 20:59:26 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:01:04 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
| 21:01:38 | | Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 21:02:19 | | Quit JanC (Killed (orwell.freenode.net (Nickname regained by services))) |
| 21:02:19 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
| 21:02:55 | | Quit johnb2 (Ping timeout: 256 seconds) |
| 21:11:45 | | Join wodz_ [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
| 21:20:11 | pamaury | wodz_: my sony toolchains seems to work, only alsa remains |
| 21:20:22 | pamaury | \o/ |
| 21:20:34 | lebellium | ! |
| 21:22:58 | pamaury | lebellium: do you have the YP-R0? |
| 21:23:07 | lebellium | I only have 5 |
| 21:23:11 | lebellium | \o/ |
| 21:23:58 | lebellium | It's the best mp3 player ever made |
| 21:24:03 | lebellium | I should have 10 of it |
| 21:24:05 | lebellium | that will come |
| 21:24:07 | lebellium | :) |
| 21:24:26 | pamaury | lol, at the same time I'm building the sony toolchain I am rebuild the ypr0 toolchain with more... modern components. Would you mind trying it when it's ready? |
| 21:24:38 | lebellium | sure |
| 21:25:36 | lebellium | but as you know, I already have a working toolchain for YP-R0. Can I keep it in case your new one doesn't work? |
| 21:26:17 | pamaury | lebellium: I think initially I will just send you a build that I did, and if it works, you can try to install it |
| 21:26:24 | lebellium | ok |
| 21:27:38 | pamaury | do you know where yours is installed? If not, can you run: |
| 21:27:38 | pamaury | which arm-ypr0-linux-gnueabi-gcc |
| 21:28:21 | lebellium | last time you said it was a wrong choice |
| 21:28:34 | lebellium | I'll tell you |
| 21:29:44 | lebellium | /usr/local/bin/arm-ypr0-linux-gnueabi-gcc |
| 21:30:31 | pamaury | ah yeah I remember now :-p |
| 21:31:23 | lebellium | can't I just copy and paste elsewhere? \o/ |
| 21:32:21 | pamaury | lebellium: well just problem is that because it's installed in /usr, it's spread all around |
| 21:32:40 | pamaury | which mean you would need to know exactly which file to copy... |
| 21:32:51 | | Join johnb2 [0] (~johnb2@pD956578D.dip0.t-ipconnect.de) |
| 21:48:17 | | Join Bilgus [0] (ae6611d9@gateway/web/freenode/ip.174.102.17.217) |
| 21:48:32 | Bilgus | Johnb2: if you copy and paste the whole link it should work |
| 21:48:55 | johnb2 | ok |
| 21:50:31 | johnb2 | you are right. Thanks. |
| 21:50:40 | | Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) |
| 21:52:12 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 21:52:12 | * | pamaury suspects alsa-lib is no properly honouring −−build= option |
| 21:59:01 | | Quit johnb2 (Ping timeout: 246 seconds) |
| 22:00 |
| 22:03:01 | pamaury | sigh, the autotool would be so much if ./configure −−help displayed some actual help |
| 22:13:48 | pamaury | noooooooo, rockbox almost compile, I just have ONE SINGLE FREAKING undefine reference in alsa :'( |
| 22:17:37 | | Quit alexweissman (Read error: Connection reset by peer) |
| 22:18:10 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
| 22:23:35 | | Quit wodz_ (Ping timeout: 244 seconds) |
| 22:28:42 | pamaury | yay finally builds \o/ |
| 22:48:11 | pamaury | hum except rockbox crashes after a few seconds of displaying the logo |
| 22:48:24 | pamaury | makes the whole device reboot which is a bit weird |
| 22:51:35 | | Quit petur (Remote host closed the connection) |
| 22:51:36 | __builtin | fun |
| 22:52:05 | | Join wodz_ [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
| 22:59:27 | *** | Saving seen data "./dancer.seen" |
| 23:00 |
| 23:11:57 | | Quit paulk-collins (Remote host closed the connection) |
| 23:15:11 | | Quit wodz_ (Ping timeout: 268 seconds) |
| 23:28:50 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 50.0/20161104212021]) |
| 23:57:54 | | Quit ender` (Quit: Anti-intellectualism has been a constant thread winding its way through our political and cultural life, nurtured by the false notion that democracy means that 'my ignorance is just as good as your knowledge.' — Isaac Asimov) |
icon identifies that the person is a core developer (has commit access).