jaeger changed the topic of #crux to: CRUX 3.6 | Homepage: https://crux.nu/ | Ports: https://crux.nu/portdb/ https://crux.ninja/portdb/ | Logs: https://libera.irclog.whitequark.org/crux/
SiFuh has joined #crux
_moth_ has joined #crux
<groovy2shoes> _moth_, thanks for that info. my fan had been whirring non-stop whenever i had a video going. i had erroneously attributed it to the firefox update, but now i've rebuilt mesa with your Pkgfile, all is quiet again :)
<_moth_> groovy2shoes: glad to hear it)
<SiFuh> fishe: Yes 404 because they changed something.
<fishe> ah
<fishe> i was worried it was an issue with my system
<SiFuh> I will look later, but it seems the only way for now is to accept its name as release-1.11.0.tar.gz instead of gtest-1.11.0.tar.gz. Which pisses me off because I prefer to have the archive the same name as the port name.
<SiFuh> If you are in a hurry you can manually download it. https://github.com/google/googletest/archive/refs/tags/release-1.11.0.tar.gz and then rename it to gtest-1.11.0.tar.gz
<SiFuh> Be back later
_moth_ has quit [Remote host closed the connection]
<jaeger> You don't have to rename manually, you can give a url to do it for you
_moth_ has joined #crux
<jaeger> https://github.com/<user>/<project>/archive/<tag>/<whatevernameyouwant.tar.gz> is the format
fishe has quit [Quit: Connection closed for inactivity]
SiFuh has quit [Ping timeout: 240 seconds]
SiFuh has joined #crux
ty3r0x has joined #crux
ty3r0x has quit [Quit: Konversation terminated!]
<cruxbot> [xorg.git/3.6]: mesa: update to 22.0.2
<cruxbot> [opt.git/3.6]: iwd: update to 1.27
_moth_ has quit [Ping timeout: 272 seconds]
ppetrov^ has joined #crux
<ppetrov^> id3lib breaks
ppetrov^ has quit [Quit: Leaving]
ardo has quit [Ping timeout: 246 seconds]
<cruxbot> [opt.git/3.6]: bindutils: update to 9.18.2
<cruxbot> [opt.git/3.6]: at-spi2-core: update to 2.44.1
<cruxbot> [xorg.git/3.6]: xorg-xorgproto: update to 2022.1
ardo has joined #crux
<farkuhar> I wonder how ppetrov^ managed to discover the id3lib breakage. Nothing in the official port repositories depends on it, nor do any of the usual suspects (xmms, audacious, ...) in ppetrov's github repo. Anyway, thanks for bringing it to our attention!
<farkuhar> At least the breakage in id3lib was discovered during compile-time. It would be even more frustrating to build the port successfully but then encounter runtime errors, as I did last month with libspectre.
ty3r0x has joined #crux
ty3r0x has quit [Client Quit]
ty3r0x has joined #crux
<SiFuh> Thanks jaeger ;-) You made that easier for me. Googletest's URL changed from v${version} to release-${version}
guido_rokepo has quit [Remote host closed the connection]
guido_rokepo has joined #crux
ty3r0x has quit [Ping timeout: 246 seconds]
fishe has joined #crux
<fishe> gtest url having changed seems to also affect movit, tried copying the pkgfile to a local port to see if just changing the url fixed it but a port that complicated is way beyond me
<SiFuh> No way would changing the URL of gtest affect any other package
<SiFuh> fishe: I see what the issue is. I have gtest as a dependency. But that was for somethign else which is long gone. Movit actually builds gtest inside the port and doesn't need it installed. So it has a separate URL for gtest.
<fishe> ah
<SiFuh> fishe: you can uninstall gtest.
<SiFuh> I just updated movit to remove it as a dependency. Movit will only use it in a fakeroot environment for compilation only.
<SiFuh> You can ports -u yenjie now
<fishe> it fails halfway through compiling with no error output
<SiFuh> I am on my third compile
<SiFuh> =======> Building '/usr/ports/packages/movit#1.6.3-2.pkg.tar.xz' succeeded.
<SiFuh> prt-get listinst gtest -> prt-get: No matching packages found
<fishe> gtest isn't installed but it's still failing for me
<SiFuh> Show us a log or something
<fishe> [ ! -r .libs/deconvolution_sharpen_effect.d ] || sed 's/\.o:/\.lo:/' < .libs/deconvolution_sharpen_effect.d > .libs/deconvolution_sharpen_effect.ld
<fishe> =======> ERROR: Building '/usr/ports/yenjie/movit/movit#1.6.3-2.pkg.tar.gz' failed.
<fishe> not sure whether pkgmk has specific logs but this is where it stops
<SiFuh> You using pkgmk or prt-get?
<fishe> prt-get
<SiFuh> Logs should be here /var/log/pkgbuild/
<SiFuh> And 'log options:' are under /etc/prt-get.conf
<SiFuh> under/in*
<fishe> even after it fails, there are no logs in /var/log/ even though the logfile is set to "/var/log/pkgbuild/%n.log"
<SiFuh> writelog enabled ?
<farkuhar> SiFuh: your gtest_fakeroot_include.patch has a hard-coded work directory, but your Pkgfile doesn't overwrite this path before applying the patch. Maybe fishe isn't using the same settings for PKGMK_WORK_DIR?
<fishe> it's the default "$PWD/work"
<SiFuh> $PKGMK_WORK_DIR
<SiFuh> fishe: farkuhar is on to something.
darfo has quit [Ping timeout: 256 seconds]
<fishe> enabled logs, default st colors suck to read and it took a bit to find the option
<SiFuh> fishe: doing a recompile then I will push it if succeeds
<fishe> alright
<fishe> changed $PKGMK_WORK_DIR for using fakeroot on prt-get but ig that's made my work dir the same as the hard-coded one because it just built fine
<fishe> got the idea because fakeroot is used a lot in the pkgfile
<SiFuh> Yeah, but this is a real issue that needs to be fixed. Thanks farkuhar, I am setting it to $SRC
<fishe> im aware that it's an issue
<SiFuh> Thank goodness emacs exists
<SiFuh> Okay, want to test that fishe?
<fishe> sure
<SiFuh> Already pushed it
<fishe> let me change the work dir back
<fishe> is there a correct way to revert prt-get from using fakeroot
<fishe> because i'm not entirely sure how
<SiFuh> I am not understanding
<fishe> nevermind, my mind kinda blanked for a few minutes
<fishe> builds fine with the default work dir now
_0bitcount has joined #crux
<SiFuh> Cool, I remember working on it awhile a go wondering what the hell do I want gtest for? It is only doing a test during compile.
<cruxbot> [opt.git/3.6]: gnupg: 2.3.4 -> 2.3.5
<cruxbot> [opt.git/3.6]: libseccomp: 2.5.3 -> 2.5.4
<SiFuh> And I couldn't find a way to disable it
<fishe> you should see how bad my ports are lmao
<SiFuh> We've all got our styles :-)
_0bitcount has quit [Client Quit]
<SiFuh> Hoepfully next week I will have some time to go through and update my repo. Been flat out over the past month
<fishe> shotcut built successfully and launches fine
<SiFuh> Yeah, I use to use Openshot but they become too buggy and unstable, so I switched to Shotcut.
<fishe> openshot also has no hardware acceleration
<SiFuh> No idea, it was crashing too much
<fishe> kdenlive isn't bad but the ui feels a little clunkier than shotcut's
<SiFuh> I won't touch anything KDE
<fishe> i don't really like qt but flameshot uses it and i can't find a better scrot tool
<SiFuh> Hmm, I didn't know what that was. I just use scrot or gimp
<fishe> flameshot lets you select areas of your screen then "pin" it and move it around/resize it as needed, it's become a pretty crucial part of my workflow
<SiFuh> OBS does that
<fishe> does it? i'll need to check it out
<SiFuh> I haven't used it in awhile because it isn't ready yet for OpenBSD
<fishe> the bsd's are really cool, if netbsd had better hardware support i'd probably be using that
<SiFuh> Thought NetBSD supported everything
<fishe> it's mainly wifi cards that are the pain point for me, i don't have access to ethernet
<fishe> pkgsrc is by far my favorite package manager though
<SiFuh> To be honest, my favorite is the CRUX port system. It is so easy
<fishe> crux ports are really good as well to be fair
<SiFuh> Back in 2001 they were aweful, but they have done a great job over the years
<SiFuh> prt-get fsearch 'foo' and revdep are reall cool features
<fishe> i didn't know fsearch exists, i really need to start using this
<SiFuh> prt-get fsearch libnsl.so*
<SiFuh> Lists all ports in your repo that has it.
<SiFuh> Lists all ports in your ports folders repo collections that have it*
<SiFuh> Forget it, you will figure it out
guido_rokepo has quit [Quit: guido_rokepo]
<farkuhar> fishe: If you never changed PKGMK_WORK_DIR or other variables from their defaults, perhaps you'd be interested in test-driving the updated git driver http://ix.io/3Vj6 . In my experience git is faster than httpup, but the original driver that comes with opt/git is reported to wipe your ports tree without warning (Flyspray #1313).
<fishe> @farkuhar i've changed the work dir for fakeroot, but i can change it back and chown /usr/ports back to root
<fishe> also, what exacly does the git driver do
<cruxbot> [contrib.git/3.6]: exa: cherry-pick PR that changes default folder icon
<cruxbot> [contrib.git/3.6]: foot-terminfo: 1.11.0 -> 1.12.0
<cruxbot> [contrib.git/3.6]: foot: 1.11.0 -> 1.12.0
<cruxbot> [contrib.git/3.6]: python3-babel: 2.9.1 -> 2.10.1
<cruxbot> [contrib.git/3.6]: python3-frozendict: 2.3.1 -> 2.3.2
<cruxbot> [contrib.git/3.6]: r: 4.1.3 -> 4.2.0
<SiFuh> Oh, thanks farkuhar for the assistance
<jaeger> SiFuh: no problem :)
_moth_ has joined #crux
<farkuhar> fishe: you probably set up the synchronization of /usr/ports/yenjie by saving the yenjie.httpup file in /etc/ports. If you saved instead the yenjie.git file, then ports -u would use the git driver.
<fishe> ohh that makes sense
<fishe> yeah i used the httpup file
<fishe> im not on the unchanged work dir though
<farkuhar> it doesn't matter with the httpup driver, but according to Flyspray #1313 there's a git clean command in the original git driver, which would wipe out your downloads and built packages if they appeared in your ports tree.
<fishe> ah
<farkuhar> just thought I'd point you to a patched git driver, in case that was how you synchronized the yenjie repository.
<fishe> crux portdb has the httup file right there so it's just what i ended up using
<farkuhar> of course. the portdb doesn't assume that users will have installed anything outside core, and git is in opt.
<farkuhar> so the only way you'd obtain yenjie.git is by visiting the Gitlab site directly, where it's offered as an alternative for those of us who do have git installed.
<SiFuh> I prefer the *.git
<SiFuh> farkuhar: ahh now I see why you made that driver
<SiFuh> I didn't notice as you probably figured out by now, I have distfiles, and packages in a different location
darfo has joined #crux
ty3r0x has joined #crux
<SiFuh> farkuhar: Seems to be working here
<farkuhar> SiFuh: thanks for testing. glad I could help out with the movit port.
ardo has quit [Ping timeout: 256 seconds]
<jaeger> Is anyone maintaining a KDE plasma 5 repo?
_moth_ has quit [Remote host closed the connection]
_moth_ has joined #crux
ardo has joined #crux
ty3r0x has quit [Ping timeout: 240 seconds]
ty3r0x has joined #crux
fishe has quit [Quit: Connection closed for inactivity]
fishe has joined #crux
ty3r0x has quit [Quit: Konversation terminated!]
_moth_ has quit [Remote host closed the connection]
_moth_ has joined #crux
Torr has joined #crux
Torr has left #crux [#crux]
fishe has quit [Quit: Connection closed for inactivity]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
tilman has quit [Ping timeout: 256 seconds]
tilman has joined #crux
kiuyet has quit [Remote host closed the connection]
kiuyet has joined #crux
kiuyet has left #crux [#crux]