2022-10-30.log

- chomwitt (QUIT: Ping timeout: 272 seconds) (~chomwitt@athe730-c-multi-217.home.otenet.gr)00:50
- Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149-210-4-37.mobile.nym.cosmote.net)01:00
+ Ar|stote|is (~linx@149-210-4-37.mobile.nym.cosmote.net)01:00
- mtm (QUIT: Ping timeout: 252 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)02:04
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20)02:36
vkoskivI don't understand how I didn't notice this until now, but I think there's a potential manufacturing issue with the J key on my keyboard02:12
vkoskivhttps://teensyimg.com/img?i=1qNf3RVJ6B02:12
vkoskivThe front of it has a bit where the paint appears thinner than on the rest of the keys.02:13
vkoskivI noticed it last night while visiting a friend. Possibly due to the different lighting at his place? I'm struggling to understand how I didn't notice this before :D02:13
vkoskivThat's not a part of the key that would normally wear down with use, either.02:14
vkoskivI can't un-see it now. All the other keys are uniform, but this one key is an exception.02:14
vkoskivSide note: apt currently shows 105 packages being held back. I'm not entirely sure what that means, but is that normal?02:26
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)03:10
- lastebil (QUIT: *.net *.split) (truck@shell.suomiscene.fi)05:32
- minute (QUIT: *.net *.split) (~mntirc@softboy.mntmn.com)05:32
- skalk (QUIT: *.net *.split) (~skalk@vond.sysret.de)05:32
- dodo (QUIT: *.net *.split) (~dodo@user/dodo)05:32
- TadeusTaD (QUIT: *.net *.split) (tadeustad@psifactor.pl)05:32
- natalie (QUIT: *.net *.split) (~natalie@user/natalie)05:32
+ TadeusTaD (tadeustad@psifactor.pl)05:32
+ minute (~mntirc@softboy.mntmn.com)05:32
+ natalie (~natalie@user/natalie)05:33
+ dodo (~dodo@user/dodo)05:34
+ lastebil (truck@shell.suomiscene.fi)05:37
+ skalk (~skalk@vond.sysret.de)05:37
- vkoskiv (QUIT: *.net *.split) (~vkoskiv@89-166-62-97.bb.dnainternet.fi)05:42
+ vkoskiv (~vkoskiv@89-166-62-97.bb.dnainternet.fi)05:42
- kfx (QUIT: *.net *.split) (~kfx@wopr.sciops.net)05:53
- nocko (QUIT: *.net *.split) (sid501219@user/nocko)05:53
- joeyh (QUIT: *.net *.split) (joeyh@2600:3c03::f03c:91ff:fe73:b0d2)05:53
- conky (QUIT: *.net *.split) (5fb0fe5593@2604:bf00:561:2000::10b)05:53
- yuu_ (QUIT: *.net *.split) (sid267332@id-267332.ilkley.irccloud.com)05:53
+ kfx (~kfx@wopr.sciops.net)05:53
+ yuu_ (sid267332@id-267332.ilkley.irccloud.com)05:53
+ joeyh (joeyh@2600:3c03::f03c:91ff:fe73:b0d2)05:53
+ conky (5fb0fe5593@2604:bf00:561:2000::10b)05:53
+ nocko (sid501219@id-501219.helmsley.irccloud.com)05:54
- nocko (QUIT: Changing host) (sid501219@id-501219.helmsley.irccloud.com)05:54
+ nocko (sid501219@user/nocko)05:54
joschvkoskiv: "held back" in the context of an "apt upgrade" you mean?06:25
- kfx (QUIT: Ping timeout: 252 seconds) (~kfx@wopr.sciops.net)07:57
+ kfx (~kfx@wopr.sciops.net)07:57
+ chomwitt (~chomwitt@2a02:587:dc18:4a00:1ac0:4dff:fedb:a3f1)12:07
- chartreuse (QUIT: Ping timeout: 260 seconds) (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net)12:15
- mtm (QUIT: Ping timeout: 240 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)13:02
flowyvkoskiv: something something manually installed packages dependencies something something just dist-upgrade13:08
flowyok i refreshed my brain. i think it's often because new dependencies are being pulled in on packages you previously cherry picked? people recommend running 'apt-get --with-new-pkgs upgrade' instead of dist-upgrade as the latter is more dangerous13:15
flowythe number of affected packages held back can really spiral if it's a new but common dependency13:18
joschif vkoskiv was indeed about apt upgrade (as flowy also assumes) then the idea behind "keeping packages back" is, that just upgrading packages is much less invasive and prone to breaking something than installing new packages or removing packages14:45
joschthaht's why the distinction between "apt upgrade" and "apt dist-upgrade" exists. The former is used within cron jobs like "unattended-upgrades" which you should have installed if you run Debian stable.14:46
joschan upgrade that requires installation of new packages and/or removal of others should usually only be done when upgrading from one stable release to the next and only after reading the release notes14:47
minutevkoskiv: huh, looks like it was not fully painted15:02
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)15:08
- cwebber (QUIT: Ping timeout: 250 seconds) (~user@user/cwebber)15:33
+ cwebber (~user@user/cwebber)16:18
- cwebber (QUIT: Ping timeout: 255 seconds) (~user@user/cwebber)16:28
vkoskivminute: Right? I'm just so confused that I hadn't noticed this until now.16:58
+ cwebber (~user@user/cwebber)17:00
+ mtm- (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)17:10
- mtm (QUIT: Ping timeout: 252 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net)17:12
joschminute: recently we had the problem that we couldn't patch mesa because we cannot cross-compile it for arm64 on amd64. Would you like me to add code to do "native" compilation inside a qemu virtual machine?17:58
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20)19:37
joschDoes anybody know gstreamer people? Since gstreamer (in contrast to ffmpeg) makes use of hardware decoding, it's currently the best playback solution on the reform. Sadly, gstreamer lacks some patches to make DASH and other video streaming features work properly: https://github.com/Rafostar/gtuber/issues/3619:44
joschI'm considering to build a patched gstreamer for the reform (the three patches apply cleanly) but maybe somebody has some contacts to gstreamer devs and can push those things first?19:45
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20)19:56
c-keen[m]ACTION uploaded an image: (188KiB) < https://libera.ems.host/_matrix/media/v3/download/nerdberg.de/xZItAtFlMTmDOsPdFZpYvttq/00bca70d-452f-4524-bae9-d867649bb916565352926221480700.jpg >20:17
c-keen[m]I notice a growing discrepancy between the capacity percentage reported by the driver and the OLED circle b display. I pushed circle b just before taking the image20:18
c-keen[m]what was the command again to enable the uart dump from LPC? (if that's still there?)20:23
+ chartreuse (~chartreus@S0106f0f249dfd9c3.cg.shawcable.net)20:59
minutejosch: maybe ndufresne knows someone21:56
minutejosch: or ezequielg21:57
joschOh i didn't realize ndufresne is here! Then I'd also like to know the current status of the v4l2codecs-h265 branch: https://gitlab.freedesktop.org/ndufresne/gst-plugins-bad/-/blob/v4l2codecs-h265/sys/v4l2codecs/gstv4l2codech265dec.c Or in other words: what gstreamer pipeline element do I use for h265 hardware decoding with my hantro G2 VPU?22:24
- chomwitt (QUIT: Read error: Connection reset by peer) (~chomwitt@2a02:587:dc18:4a00:1ac0:4dff:fedb:a3f1)22:58
+ chomwitt (~chomwitt@2a02:587:dc18:4a00:1ac0:4dff:fedb:a3f1)22:58
ndufresneminute: josch: was not really aware if these, note that dash (and the others) got reimplemented by bilboed recently23:27
ndufresnejosch: hevc decoder is merged into GStreamer master, will be in the next release (1.22) and is part of the engineering release 1.21.123:28
ndufresneIt's called v4l2slh265dec23:28
joschnice, thank you!23:29
ndufresneAnd it requires Linux 6.0 or better 23:29
ndufresneNote that some features like 10bit missed the kernel merge window, will be in 6.123:29
joschi'm excited :)23:30
ndufresneMy colleague and I think that GStreamer should be extended with a libplacebo sink, this is VLC/MPV display lib, and seems way superior then gstgl23:30
joschndufresne: the dash reimplemtation by bilboed is dashdemux2?23:36

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!