<Guest9244>
i have prt-get alias for rust as rust-bin but gimp depinst still tries to install rust. how can i overcome that?
<SiFuh_>
aliases file in /etc
<SiFuh_>
/etc/prt-get.aliases I use rust and not rust-bin so I have this line 'rust-bin: rust'
Guest9244 has quit [Quit: Ping timeout (120 seconds)]
ppetrov^ has joined #crux
DaViruz has joined #crux
Guest9277 has joined #crux
Guest9280 has joined #crux
Guest9280 has quit [Client Quit]
_moth_ has quit [Ping timeout: 240 seconds]
Guest9277 has quit [Quit: Ping timeout (120 seconds)]
<cruxbot>
[opt.git/3.6]: [notify] ffmpeg: 4.4.1 -> 5.0 version 5.x, if you need support for older ffmpeg there is contrib/ffmpeg4 that can be installed alongside opt/ffmpeg
<ppetrov^>
Guest35, audio working now?
<cruxbot>
[core.git/3.6]: [notify] expat: update to 2.4.5
<stenur>
My improved port-up.sh i like, it supports -r(esume) to restart after errors (to be fixed manually). It should at least handle new dependencies automatically. Should you use it, -s and -S are local here, and you would need to pass BOX_PORTS= (or set it in the script): http://ix.io/3Q59
<stenur>
The specials_check() function is also not complete, "(^| )llvm( |\$)" and '^mesa$|^xorg-xf86-(input|video)'.
<stenur>
Pkgfile's would need one more line like Rebuild-if-changed: or something to automatize that.
<stenur>
Especially the -d flag is very helpful, download-only; that part now bypasses prt-get, as that was really sick.
<stenur>
I mean you all can do that yourself, of course.
<farkuhar>
stenur, I'd like to understand this specials_check function better. Is it meant to have a manually-curated list of dependent ports that need to be rebuilt when something like mesa or xorg drivers is updated?
<farkuhar>
I see that you hope such a list might be derivable by scanning the Pkgfiles for the header Rebuild-if-changed. But breaking ABI compatibility is usually announced in the port's README, so why not scan the README files of any updated ports to get the list of what needs rebuilding?
<farkuhar>
On the other hand, this would seem to be a job already handled by revdep. Did you have first-hand experience of an ABI incompatibility that revdep didn't catch, and thus decided to write a specials_check function?
<stenur>
revdep is called last unless port-up.sh had been called with non-option arguments (to only update the given ports).
<farkuhar>
It might not be fair to the maintainers of foundational ports like mesa and xorg, to ask that they follow a machine-readable format when listing in a README all the dependent ports that might need to be rebuilt. I can see why you might prefer to centralize that deptree in your custom port-up.sh.
<stenur>
It is just more convenient for me; if READMEs change i might miss it though.
<farkuhar>
But your original idea for automation, adding an extra header to the Pkgfiles, is convenient too. Getting it adopted by all the affected port maintainers would be more work than collecting that information in one or two READMEs at the base of the dependency tree.
ocb has quit [Ping timeout: 240 seconds]
ocb has joined #crux
ty3r0x has quit [Quit: Konversation terminated!]
darfo has quit [Remote host closed the connection]