#rockbox 2023-12-21

Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2023-12-21

00:37:12	DanH	so it turns out that the duplicates in the database have to do with multiple distinct paths that point to the same file. For example:
00:37:59	DanH	I have `/audiobooks/blah.m4a` and `/<microSD1>/audiobooks/blah.m4a`
00:38:14	DanH	is this expected?
01:00
01:28:56	***	No seen item changed, no save performed.
01:33:30	spork	that almost sounds like you have the files on both the internal storage and the sd card
01:33:47	DanH	oh, I definitely don't
01:34:05	DanH	when I rename the directory on the sdcard, both paths change
01:36:01	spork	that is interesting
01:36:30	spork	and definitely not 'expected' as you put it
01:37:14	DanH	any ideas as to why this is happening?
01:37:28	spork	there are some multiboot tips on the wiki but nothing related to the database
01:37:54	spork	i am going to guess the database logic is not aware of this multiboot logic
01:41:39		Join advcomp2019_ [0] (~advcomp20@user/advcomp2019)
01:42:21	DanH	I worked around it using the `Select directories to scan` option
01:43:17	DanH	I just explicitly told it to only scan `<microSD1>`
01:45:12		Join advcomp2019__ [0] (~advcomp20@user/advcomp2019)
01:45:33		Quit advcomp2019 (Ping timeout: 256 seconds)
01:48:59		Quit advcomp2019_ (Ping timeout: 252 seconds)
01:50:00		Quit speachy (Quit: WeeChat 4.1.1)
01:52:19	spork	maybe that should be a tip on the wiki too
01:52:30	spork	that is a good workaround
02:00
02:13:23	_bilgus	no that is definitely a new behaviour
02:13:52	_bilgus	related to that patch that tries to pin the volume I suspect
02:14:29	_bilgus	so likely we should teach the db scanner about hard links well essentially
03:00
03:28:59	***	Saving seen data "./dancer.seen"
03:29:47		Join termac [0] (~termac@user/termac)
03:33:54		Join lunchd [0] (launchd@bitbot/husky/launchd)
03:34:18		Quit launchd (Ping timeout: 268 seconds)
03:39:30		Quit CH23_M (Read error: Connection reset by peer)
03:40:13		Join CH23_M [0] (~CH23@revspace/participant/ch23)
04:00
04:47:48		Quit pixelma (Quit: .)
04:47:48		Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
04:48:46		Join pixelma [0] (marianne@p200300ea87138500305e95fffec66ff3.dip0.t-ipconnect.de)
04:48:46		Join amiconn [0] (jens@p200300ea87138500305e95fffec66ff3.dip0.t-ipconnect.de)
05:00
05:13:59		Quit CH23_M (Ping timeout: 260 seconds)
05:14:42		Join CH23_M [0] (~CH23@revspace/participant/ch23)
05:29:01	***	Saving seen data "./dancer.seen"
05:40:53		Quit dook (Remote host closed the connection)
05:40:55		Quit ddevault (Remote host closed the connection)
05:44:05		Join ddevault [0] (e7b4bb6755@sourcehut/staff/ddevault)
05:44:10		Join dook [0] (c9db4a6425@2604:bf00:561:2000::1222)
06:00
06:18:02		Quit Piece_Maker (Quit: ZNC 1.8.2 - https://znc.in)
06:18:40		Quit dook (Read error: Connection reset by peer)
06:18:43		Quit ddevault (Read error: Connection reset by peer)
06:18:50		Join dook [0] (c9db4a6425@2604:bf00:561:2000::1222)
06:18:58		Join ddevault_ [0] (e7b4bb6755@sourcehut/staff/ddevault)
06:19:31		Quit CH23_M (Ping timeout: 245 seconds)
06:19:49		Nick ddevault_ is now known as ddevault (e7b4bb6755@sourcehut/staff/ddevault)
06:20:23		Join Piece_Maker [0] (~eddie@bolt-17-b2-v4wan-168143-cust4.vm18.cable.virginm.net)
06:20:46		Quit yang (Ping timeout: 245 seconds)
06:20:46		Quit michaelni (Ping timeout: 245 seconds)
06:20:55		Join CH23_M [0] (~CH23@revspace/participant/ch23)
06:21:11		Quit Malinux (Ping timeout: 245 seconds)
06:21:44		Quit CH23_M (Read error: Connection reset by peer)
06:21:56		Join yang [0] (~yang@fsf/member/yang)
06:22:30		Join CH23_M [0] (~CH23@revspace/participant/ch23)
06:34:58		Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7)
06:39:02		Join michaelni [0] (~michael@178.157.4.158)
07:00
07:00:33		Quit CH23_M (Ping timeout: 260 seconds)
07:00:49		Join CH23_M [0] (~CH23@revspace/participant/ch23)
07:29:02	***	Saving seen data "./dancer.seen"
07:39:48		Quit CH23_M (Read error: Connection reset by peer)
07:40:01		Join CH23_M [0] (~CH23@revspace/participant/ch23)
07:43:33		Join _bilgus_ [0] (~bilgus@162-154-213-134.res.spectrum.com)
07:45:24		Quit _bilgus (Ping timeout: 252 seconds)
08:00
08:31:04		Quit othello7 (Quit: othello7)
08:32:53		Join othello7 [0] (~Thunderbi@pool-100-36-166-8.washdc.fios.verizon.net)
08:48:28		Quit CH23_M (Ping timeout: 276 seconds)
08:49:22		Join CH23_M [0] (~CH23@revspace/participant/ch23)
09:00
09:29:03	***	Saving seen data "./dancer.seen"
09:59:59		Quit termac (Ping timeout: 264 seconds)
10:00
10:34:55		Join speachy [0] (~speachy@rockbox/developer/speachy)
10:34:55	Mode	"#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat)
10:36:18	speachy	hmm, that DB change might be an unintended consequence of some path-related cleanups I made to make the hosted targets work properly.
10:37:16	speachy	or perhaps it's always been broken? It does seem to me that on a multivolume system you shouldn't see the same info at two places in the tree?
10:40:27	speachy	(or is this really multiboot's failure? shouldn't the onboard flash be given its own <whatever> link and the sd card be the root?
11:00
11:15:18	spork	it is not that absolute. you also have to manually set the starting point of the file browser and location of the playlist catalogue/recordings
11:16:03	spork	not that much effort, but maybe you would expect that to be automatic
11:17:36	speachy	a lot of the codebase was written from the asusmption that root is fixed for a given target
11:17:46	speachy	we've increasingly abused that notion
11:26:12		Join termac [0] (~termac@user/termac)
11:29:07	***	Saving seen data "./dancer.seen"
11:52:13	spork	writing code for things that never happen is 'expensive' so why would you
13:00
13:29:08	***	No seen item changed, no save performed.
13:51:38		Quit Piece_Maker (Ping timeout: 260 seconds)
14:00
14:09:41	_bilgus_	I really don't think its directly multiboot but the root redirect thats causing it. I'm 99% certain it didn't before as I've been running multiboot with redirect since its been on gerrit circa 2017 and have built the db at least a few times over several devices
14:12:27	_bilgus_	I think just making it aware that / could be the same absolute path as /microsd0 or /microsd1 should solve it but we will need a way to check
14:41:16	_bilgus_	I'm not familiar enough ATM to say what the mechanism might be hopefully we can use something like get_root_item_state() and see if we already scanned a path
15:00
15:01:28	tm512	iPod mini just arrived, and wow, this thing is chunky
15:05:18	tm512	feels good in the hand but I dunno about how good it'll feel in the pocket especially if I'm having it share a pocket with my phone
15:08:01	_bilgus_	can you still get cases I assume so..
15:08:29	tm512	I think so
15:29:10	***	Saving seen data "./dancer.seen"
15:57:38	tm512	hmm, so I plugged it into my computer to charge, and now it's saying "do not disconnect" even though I don't have any of the disk's partitions mounted
16:00
16:31:17		Join lebellium [0] (~lebellium@2a01cb040610e00038b53fd1b8b69461.ipv6.abo.wanadoo.fr)
16:58:40		Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net)
16:59:56		Quit termac (Ping timeout: 245 seconds)
17:00
17:03:39		Quit lebellium (Quit: Leaving)
17:29:14	***	Saving seen data "./dancer.seen"
17:44:04	tm512	I kinda wish the mini had more themes available. I suppose I could attempt to make my own
17:46:21	tm512	wondering if I should rockbox this before getting around to installing a flash mod. iFlash's SD to CF adapters were backordered last I checked
17:46:40	speachy	why wait?
17:46:51	speachy	might as well get some enjoyment out of it
17:48:02	tm512	I guess the 4GB HDD is enough for a good chunk of music still
17:55:26	tm512	I kinda wish this thing were thinner, but I like how much heft it has to it, particularly compared to the Fuze+ which feels so incredibly cheap
17:56:02	tm512	maybe I'll get a belt clip case for this thing
17:58:26	tm512	gotta say I do not like the 30-pin dock connector though. it does not feel particularly robust, especially with how much it fights back when I try to unplug it
17:58:37	tm512	might just be that this aftermarket cable is trash
18:00
18:38:13		Quit CH23_M (Read error: Connection reset by peer)
18:38:26		Join CH23_M [0] (~CH23@revspace/participant/ch23)
18:52:17		Join massiveH [0] (~massiveH@2600:4040:a982:c800:41f1:b08d:8c67:7a60)
19:00
19:00:49		Quit braewoods_ (Remote host closed the connection)
19:02:03		Join braewoods [0] (~braewoods@user/braewoods)
19:29:18	***	Saving seen data "./dancer.seen"
21:00
21:12:51		Join jacobk [0] (~quassel@47-186-95-57.dlls.tx.frontiernet.net)
21:29:20	***	No seen item changed, no save performed.
21:44:55		Quit massiveH (Quit: Leaving)
22:00
22:31:35	DanH	Is there a way to force a clip+ to clear it's internal memory?
22:42:07		Quit Moriar (Quit: Leaving.)
22:49:43		Join Buzz4 [0] (~Buzz@49.204.140.55)
22:51:18	Buzz4	{Noobie} Hey guys totally new [20F] here.. I found a very old ipod nano 3g A1236 today!! I am very desperate to play pokemon in it. Is there any way I could do that
22:57:36		Quit Buzz4 (Quit: Connection closed)
22:57:49		Join Buzz43 [0] (~Buzz@49.204.140.55)
23:00
23:02:06		Quit Buzz43 (Client Quit)
23:29:22	***	Saving seen data "./dancer.seen"
23:56:23	DanH	Is there any way to have rockbox ignore the internal storage for all intents and purposes after the multiboot bootloader has handed things over to the sdcard?

Previous day | Next day