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 2021-09-19

01:00
01:03:32 Join S|h|a|w|n [0] (~shawn156@c-76-25-73-212.hsd1.co.comcast.net)
01:03:32 Quit S|h|a|w|n (Changing host)
01:03:32 Join S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647)
01:27:49 Quit S|h|a|w|n (Quit: Leaving)
01:28:17 Join S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647)
01:44:16***Saving seen data "./dancer.seen"
01:50:14 Quit massiveH (Quit: Leaving)
02:00
02:19:31 Join lebellium [0] (~lebellium@2a01cb04012c09009ddaac65bc1494ee.ipv6.abo.wanadoo.fr)
03:00
03:06:07 Join smithjd [0] (~enderw@node-1w7jra28yypte4b1rejm4lqiw.ipv6.telus.net)
03:09:00smithjdA few new patches up on Gerrit, if anyone has time to review. Thanks! 1) Dir cache fix for relative path playlists, and 2) file properties from the playlist entry menu.
03:09:18 Quit smithjd (Client Quit)
03:44:18***Saving seen data "./dancer.seen"
04:00
04:11:14 Quit pixelma (Quit: .)
04:11:14 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
04:11:29 Join pixelma [0] (marianne@p200300ea87293400305e95fffec66ff3.dip0.t-ipconnect.de)
04:11:29 Join amiconn [0] (jens@p200300ea87293400305e95fffec66ff3.dip0.t-ipconnect.de)
04:22:08 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:d464:3e09:734:5db0)
04:56:59 Quit S|h|a|w|n (Read error: Connection reset by peer)
05:00
05:44:20***Saving seen data "./dancer.seen"
07:00
07:32:54 Quit jbgg_ (Quit: leaving)
07:44:22***Saving seen data "./dancer.seen"
07:50:41 Quit spork (Ping timeout: 268 seconds)
07:51:37 Join spork [0] (topic@31-151-2-135.dynamic.upc.nl)
07:55:32 Quit spork (Read error: Connection reset by peer)
08:00
08:12:16 Join spork [0] (topic@31-151-2-135.dynamic.upc.nl)
08:49:40 Quit lebellium (Ping timeout: 268 seconds)
09:00
09:21:35 Join ac_laptop [0] (~ac_laptop@2a01:cb1c:3c8:2700:56ee:75ff:fe00:97ac)
09:44:24***Saving seen data "./dancer.seen"
09:45:31 Quit Moriar (Ping timeout: 252 seconds)
10:00
10:51:11 Join captainkewllllll [0] (~captainke@207-237-105-190.s444.c3-0.nyr-cbr2.nyr.ny.cable.rcncustomer.com)
11:00
11:03:17 Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net)
11:34:50 Quit ac_laptop (Ping timeout: 260 seconds)
11:44:26***Saving seen data "./dancer.seen"
11:45:19speachystarting the forum migration now.
11:46:42 Join dconrad [0] (~dconrad@208.38.228.17)
11:55:31speachydone. just waiting on DNS now.
11:56:07braewoodsspeachy: why are we migrating to this... VPS
11:56:30speachybraewoods: to that VPS specifically, or at all?
11:56:37braewoodsboth i guess
11:57:01braewoodsi thought our main issues were architectural not the hosting solution
11:57:03speachyat all, because the current server is being evicted and there aren't any affordable options for what I'd need.
11:57:29braewoodsi see.
11:57:53braewoodsso what happened to that massive upgrade?
11:57:55speachyto this VPS specifically? it's beefy enough for what we need and the price is right.
11:58:24braewoodsi guess i don't understand the hosting arrangement
11:58:46speachyeverything is on a personal server that's in a rack at my soon-to-be-former employer.
11:58:53speachys/is/was/
11:58:59braewoodsoh. i see.
11:59:16braewoodsso while you take the hardware home, there's no more hosting space.
11:59:25speachyand there isn't sufficient bandwidth available at my home connection to server rockbox's needs.
11:59:38speachythe actual physical server is getting mothballed for now
11:59:57braewoodsso what does this mean for that server upgrade?
12:00
12:00:02braewoodsis it going to be shelved then?
12:00:27speachythat upgrade happened ~3 weeks before I was told I was losing my job.
12:00:35braewoodsI see.
12:00:46braewoodshm
12:01:04braewoodsif you need resources for rockbox let me know. our dedicated server isn't 100% utilized all the time.
12:01:15speachyI'm moving the non-rockbox stuff onto one of the unused nodes of a system I have at home
12:01:27braewoodscould spare something if you need builders or something
12:01:34speachywe could always use another builder
12:01:57speachywe're going to lose one of the beefier builders as part of that eviction too, actually...
12:02:07braewoodsdo you need access to the build instance? i can allocate a public IP for you to access.
12:02:19speachyno, the builder just needs to be able to connect outwards
12:02:21braewoodsit would be running in an LXD container instance
12:03:09braewoodsok... if I setup the baseline, would you take care of configuration?
12:03:09speachybasically it needs to have everything needed to compile rockbox, and then download two scripts and launch.
12:03:19braewoodsi don't know what you need for it to have.
12:03:37speachyit needs the toolchains, git, and a clone of the rockbox sources
12:03:52braewoodsok, easy enough, but what triggers it to build?
12:03:53speachy(and perl, but that's needed to build rockbox anyway)
12:04:13speachyit maintains a connection to the mothership, and builds are apportioned out as needed/available.
12:04:53speachyit'll eat as many cores as are available :)
12:05:03speachy(you can limit it too, of course)
12:05:33braewoodsso how would i configure the builder daemon for the container
12:05:39braewoodsi'm assuming it's some background process
12:05:55speachyit's a shell script wrapper around a perl script.
12:06:11braewoodsso how do you normally implement it as a service
12:06:25braewoodsi'm assuming it runs as some kind of service or cron job
12:06:30speachyI have mine set up as a systemd unit.
12:06:43braewoodsso builders don't need to be pre-approved?
12:06:49speachynope
12:07:00braewoodshuh. interesting.
12:07:01speachyones that don't work get blacklisted
12:07:06braewoodsis there a guide to this?
12:07:23speachyhttps://www.rockbox.org/wiki/BuildClient
12:08:01braewoodshuh interesting
12:09:04speachyI may keep the voice/manual generations on my own server depending on how the VPS loading works out.
12:09:38braewoodsI'll see if i can spare some cores later on my home workstation beast i recently finished building
12:09:53braewoods8 cores, 64GB of ECC RAM :-)
12:09:54speachythe VPS exercise is useful as it is truly self-contained and can get migrated elsewhere relatively easily. Including to real hardware again.
12:15:09speachyfosshost has been really awesome, and I see us staying on there in the long term. I intend to toss some of our funds their way to help cover our costs.
12:17:43 Join johnb2 [0] (~johnb2@p5b3af029.dip0.t-ipconnect.de)
12:20:25 Quit johnb2 (Client Quit)
12:21:25speachycan you see if the forums DNS has percolated through to your side yet?
12:24:46spork'If you are reading this, then the migration has been completed.'
12:29:47paulcarrotygreat, fosshost needs promotion
12:30:57speachyhmm?
12:33:30paulcarrotykinda ads in open source world
12:33:54speachyI'm sorry, I don't follow what you're referring to
12:34:54paulcarroty"fosshost has been really awesome,..."
12:35:39speachyokay...?
12:35:48speachyand they have been
12:36:25paulcarrotyand maybe big popularity help them to cover more projects
12:37:28paulcarrotymaybe I'm illogical, lol
12:38:09speachymost of their resources are in turn donated by commercial providers
12:38:55speachybut the work is done by volunteers
12:39:06speachya lot like libera.chat in that regard
13:00
13:16:54 Quit ats (Ping timeout: 268 seconds)
13:29:37 Join ac_laptop [0] (~ac_laptop@2a01:cb1c:3c8:2700:56ee:75ff:fe00:97ac)
13:44:28***Saving seen data "./dancer.seen"
14:00
14:28:36 Quit asaba (Quit: Relay server offline)
14:38:28 Join lebellium [0] (~lebellium@lfbn-idf2-1-1386-25.w92-169.abo.wanadoo.fr)
14:55:43 Join asaba [0] (~asabas@103.113.159.250)
15:00
15:44:29***Saving seen data "./dancer.seen"
16:00
16:23:22 Quit ZincAlloy (Read error: Connection reset by peer)
16:25:55 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:d464:3e09:734:5db0)
16:27:37 Quit ac_laptop (Ping timeout: 252 seconds)
16:30:32 Quit ZincAlloy (Ping timeout: 268 seconds)
16:42:12 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:d464:3e09:734:5db0)
16:47:39 Quit captainkewllllll (Quit: Connection closed)
17:00
17:19:16 Quit j-r (Remote host closed the connection)
17:21:04 Join j-r [0] (~j-r@p200300062118ca44404207fffefd0a65.dip0.t-ipconnect.de)
17:44:32***Saving seen data "./dancer.seen"
17:52:53 Quit dconrad ()
17:58:48 Quit lebellium (Quit: Leaving)
18:00
18:10:24 Quit ZincAlloy (Quit: Leaving.)
19:00
19:00:31 Join smithjd [0] (~enderw@node-1w7jra28yypte4b1rejm4lqiw.ipv6.telus.net)
19:23:31 Join chris_s [0] (~chris_s@ip-95-223-74-152.hsi16.unitymediagroup.de)
19:31:37 Quit smithjd (Ping timeout: 268 seconds)
19:37:06 Join cockroach [0] (~blattodea@user/cockroach)
19:38:48chris_sI'm not sure I understand the rationale behind g#3807 ? Isn't navigating to an album and grouping albums by an album artist a pretty common use case, due to the fact that a single album may contain songs by different artists (or by a solo artist playing with different orchestras etc. where you may want to put the solo artist as the album artist)?
19:44:33***Saving seen data "./dancer.seen"
19:51:12 Quit chris_s (Quit: Connection closed)
19:54:45 Join chris_s [0] (~chris_s@ip-95-223-74-152.hsi16.unitymediagroup.de)
19:56:30 Quit chris_s (Client Quit)
19:58:22 Join chris_s [0] (~chris_s@ip-95-223-74-152.hsi16.unitymediagroup.de)
20:00
20:01:48chris_sOr was line 171 maybe deleted by accident? Since a track's canonicalartist will be different from its album artist unless it doesn't have an artist (per g#3806)
20:02:06 Quit chris_s (Client Quit)
20:06:05 Join chris_s [0] (~chris_s@ip-95-223-74-152.hsi16.unitymediagroup.de)
20:10:38 Quit chris_s (Client Quit)
20:18:48 Join chris_s [0] (~chris_s@ip-95-223-74-152.hsi16.unitymediagroup.de)
20:21:54chris_sSame issue with g#3818, I think. I.e. if artist and album artist both exist and are different, canonicalartist is filled with the artist and not the album artist
20:22:02 Quit chris_s (Client Quit)
21:00
21:08:11speachychris_s: I don't know if I'd call it a _common_ use case, at least outside of Classical music, but yeah, it doesn't matter... unless it does.
21:27:38 Join chris_s [0] (~chris_s@ip-95-223-74-152.hsi16.unitymediagroup.de)
21:31:10 Quit chris_s (Client Quit)
21:32:17_bilgusI was pointing that out when I reviewed it but was under the impression it only affected pf from smithjd
21:32:27_bilgussorry pictureflow
21:42:14 Join chris_s [0] (~chris_s@ip-95-223-74-152.hsi16.unitymediagroup.de)
21:44:34***Saving seen data "./dancer.seen"
21:51:54 Quit cockroach (Quit: leaving)
22:00
22:03:37 Join chris_s100 [0] (~chris_s@ip-95-223-74-152.hsi16.unitymediagroup.de)
22:03:58chris_s100I mean, the album artist tag in the database used to be filled with the album artist id3 tag only if it existed but was filled with the artist id3 tag otherwise.
22:04:37chris_s100As far as I can tell, smithjd intended to revert that part of FS #7342. Which I can (sort of) understand. At least I had similar thoughts about the *grouping* tag in the database which is filled with the title id3 tag if the grouping is missing. That didn't make any sense to me at all.
22:05:07chris_s100But the logic of the new canonicalartist field doesn't seem to be a valid replacement for the album artist tag if it always prioritizes the artist id3 tag.
22:08:19chris_s100Actually, FS #7342 was never committed as-is, but I think the idea was the same (commit 00dd14922b48ca29411d9ae3445dc5d92d050422)
22:11:31 Quit chris_s100 (Quit: Connection closed)
22:41:48 Quit chris_s (Quit: Connection closed)
22:43:00 Quit Moriar (Ping timeout: 268 seconds)
22:48:32 Join smithjd [0] (~enderw@node-1w7jra28yypte4b1rejm4lqiw.ipv6.telus.net)
23:00
23:29:14smithjdbuild fix up in Gerrit for 67716c6b
23:44:36***Saving seen data "./dancer.seen"

Previous day | Next day