15:00:11 I have an application looking for python3.. been a while since I've done this and have vague memories that you shouldn't just create a symlink? How should I solve this issue? On 15. 15:00:54 ibs: there's a python3 package that provides it 15:01:23 ibs: but if you're trying to create a port for it, you may want to massage it to not use the python3 link 15:06:14 kevans_: Ah, the python3 package is basically a symlink? 15:07:27 ibs: yes, it's a dependency on the underlying python3 version and a symlink to its python binaries & pkgconfig 15:07:41 Perfect. Thanks. 15:08:22 last i checked we try not to have *ports* depend on it, but it'll be maintained for *users* that want to depend on it 15:08:50 * ibs nods 16:38:02 do you know what the freebsd equivalent of this would be? apt-file search bin/blah im trying to find what package a known binary would be in 16:38:41 pkg search/pkg info? 16:38:41 im still looking too thought id ask the pros 16:40:56 i think those are just if its in the package name? 16:52:11 elivoncoder, I don't know if there is a better way but there is a pkg-provides plugin for pkg. "pkg install pkg-provides" then follow the "pkg info -D pkg-provides" instructions to configure pkg to use it. Then "pkg provides -u" to update the database. Then it can be used. Whew! To use it "pkg provides /usr/local/bin/bash" for example. 17:07:49 ooh thx rwp ill try it now 17:14:47 right on man thats exactly what i was looking for, thanks agian! 17:18:20 Glad to have helped! I had the same question when I migrated from Debian to FreeBSD. 18:30:41 Fun thoughts: with the SFC v Vizio fight going on, I wonder how many new FreeBSD corporate adopters we'll have 21:38:41 so from what I can gather, there is no system equivalent to `update-alternatives' in freebsd; if you have (for example) five different versions of lua installed, none of them will actually be /usr/bin/lua, and it's up to you to create such symlinks yourself? 21:40:25 technomancy: It ends up being a safer mechanism as you'll never be surprised by what version you get. 21:41:46 you can just say the feature doesn't exist; you don't have to try to sell me on it =) 21:41:49 technomancy: Rather than creating symlinks, have your scripts or code that depends on such a tool reference the "fully qualified" path. 21:41:59 technomancy: I'm saying it's a misfeature. 21:42:15 I'm keenly aware of "we don't have that so no one needs it" and this is distinct. 21:42:51 hard-coding a link to a fully qualified path in this would cause a lot more portability problems than it solves 21:43:15 technomancy: It'd guarantee that you never have unexpected behaviour from a different version of your tool. 21:43:35 no, it would guarantee me that the build would fail on every other OS 21:43:52 Might of course depend on the tool and any relevant standards. Like, /bin/sh should always be POSIX-compliant, without diverging capabilities. 21:44:14 technomancy: Surely you understand my point, though. 21:44:27 I understand that you have a point which would apply in other circumstances that are different from this one, yes 21:44:43 technomancy: Taking an extreme example, /usr/bin/python would be a fun one. 21:44:49 this build deliberately works and is tested across all versions of lua, so locking it in to one specific version is a bad idea 21:45:15 Is it Python 2? 3? What version of 3? That landscape shifts so radically that minor versions are going to be the difference between breaking and working. 21:45:48 sure; I guess that would be a problem if I were a python user? 21:46:02 It would be. Be grateful you're not. 21:47:15 But yeah, I think you're on the right page. You'll want to create symlinks yourself if you want a single path to a lua interpreter. Maybe create it with some set-up tool that you ship with your code. 21:48:19 until I tried freebsd I thought it was a given that `/usr/bin/env lua' would just work everywhere. 21:48:24 learn something new every day I guess =\ 21:48:47 Well. env will cover you if it's called "lua" and it exists in your path, but it won't cover different names, yeah. 21:49:14 I mean, I assumed every lua programmer would have "lua" of some kind on their $PATH 21:50:20 technomancy: Given that ports aren't generally per-release, they're shared across releases, you could always depend on a specific version and reference it. Maybe even have your set-up make a compatibility symlink based on the version you've selected. Since the systems will likely exist to run your service, this level of control seems reasonable. 21:50:32 Then you just shift when your selected version ages out of ports. 21:51:14 I've been on both sides of the "carry your environment around on your back" argument (vs "use the system-supplied tools") and the "carry it around on your back" side usually wins. 21:51:54 for context here, I'm an upstream maintainer of a project that uses lua (5.1, 5.2, 5.3, 5.4, 5.5, and luajit) who is using freebsd for the first time since 2003 but I'm not packaging anything for freebsd or using freebsd as a server. I'm just curious about the experience a freebsd user would have if they ran a git clone on my codebase and tried to use it. 21:54:03 technomancy: Might not be a terrible idea to submit your project as a port and make it a truly seamless experience for users on FreeBSD. 21:54:29 oh, it's already a port 21:54:37 Ah, cool. 21:54:39 I am thinking more if they want to contribute patches and stuff 21:55:23 * technomancy waves at jrm (who seems to have ported it) 21:55:56 I miss seeing all the current version info on the FreeBSD.org homepage. :( 21:56:27 technomancy: If they've got the chops to contribute code, I wouldn't worry about their being hit with a missing symlink. :) 21:56:38 spork_css: Me too, but I like the new look anyway. 21:56:43 yeah, but it's nice when everything just works with zero hiccups 21:56:50 Agreed. 21:57:36 All websites look the same now, it's all kind of boring, but then again I guess we should be happy some people browse outside the walled garden of social media and discord servers. 21:58:25 Every time I talk about computers these past few years I feel like I'm channeling Grandpa Simpson. Everyone's a whipper-snapper to me now. 21:59:22 I've heard that freebsd has a work-in-progress policy which will prevent LLM-generated content from being accepted; is this true? 21:59:46 technomancy: Nothing is resolved there yet. I hope that ends up being the case though. 22:00:15 I really hope so 22:00:27 yeah, this is one thing really appealing to me about freebsd over debian 22:00:48 debian seems committed to admitting defeat 22:00:50 "back in my day we had AltaVista AND Yahoo AND google AND Jeeves AND for some reason a search engine run by Wired magazine" 22:00:50 There are folks working on such a policy for Debian too, but that's even further off being resolved. 22:01:38 I'd say linux in general has surrendered to the AI mania 22:01:42 Don't forget raging.com, even if it was just a pointer to AltaVista. 22:01:59 technomancy, good news, IMHO. Then it can be delisted from . 22:02:00 I tried netbsd because they actually do have a policy finalized and published but the installer failed hard =) 22:02:52 I get developer complaints about not being able to have multiple versions of things installed within pkgs/ports and then that whole weird thing of "well, we have php83, php84 and php85, but if you want php83 with X version of postgresql-pdo, we gotta roll it for you". 22:03:04 But I also don't use linux nearly enough to see how they deal with that stuff. 22:03:41 spork_css: Common is one symlink for a chosen version and the rest available as named versions, like what technomancy is describing. 22:04:00 Or sometimes a configurable version, although that's growing less common. 22:05:07 weirdly this slop DOS seems like a case where having an enormous breadth of programs packaged (re: debian) is more of a liability than a strength 22:06:35 slop DOS? -- FreeDOS? 22:07:58 haha, no. just this ongoing attack where programs are getting ruined by slop code, like rsync. 22:11:21 rsync is tained with LLM code, but is it really ruined? 22:11:51 I mean, the current version randomly corrupts files? 22:11:57 ant-x: Folks are reporting that it's no longer working. 22:11:58 and the maintainer is just getting started 22:12:10 Hello technomancy! Nice to see you here. 22:12:20 I don't know. 22:14:24 the test suite got replaced with a generated joke that asserts a bunch of tautologies 22:14:28 Such a basic tool ruined. Perhaps the Unison file sychroniser is still OK. 22:14:57 ant-x: there is also openrsync which seems ok. but coordinating replacements is going to be a ton of work and I don't think each individual OS/distro can do it on their own. 22:15:22 *replacements and rollbacks 22:28:32 spork_css: AskJeeves, da bomb 22:50:38 jrm: thanks for your packaging work! btw in https://cgit.freebsd.org/ports/tree/lang/fennel/Makefile the NATIVE_LUA_LIB and STATIC_LUA_LIB settings should not be needed as it looks like you're doing a script/shebang build instead of a binary build 23:03:25 technomancy: I can't remember why I added those to the make environment. I'm just calling the build target in your Makefile, which in turn calls the fennel and fennel.lua targets. 23:03:50 Do they cause any problems? If so, I'll make the fix now, otherwise I'll change it on the next update. 23:04:19 no problems; just unnecessary 23:04:34 out of curiosity, where does LUA_VER come from? 23:06:12 unrelated: I use https://gitlab.com/thomasross/mirage for resizing and cropping images, but it's not in freebsd. anyone got a recommended alternative? 23:07:53 also unrelated: why is pandoc not called "pandoc"? 23:17:57 technomancy: It comes from https://cgit.freebsd.org/ports/tree/Mk/Uses/lua.mk, which gets pulled in because of the USES=lua. 23:18:31 I can look at porting mirage. 23:18:33 ah I see; USES is like an include-type directive? 23:18:48 oh, I don't care that much about mirage specifically. I just figured ... bsd users certainly crop images, right? I can use whatever yall use. =) 23:19:51 You can see how the USES= works from https://cgit.freebsd.org/ports/tree/Mk/bsd.port.mk, which all ports pull in. 23:21:16 I tend to use gimp, but that's certainly overkill, so I'm also interested to hear of a simpler alternative. 23:22:45 ImageMagick is the swiss army knife for that kind of stuff 23:23:15 ok so I normally do not use the mouse for many things. but I make an exception for cropping images. 23:23:52 =) 23:24:44 What terminal emulator is cool these days 23:25:03 I switched to alacritty; I like how it has the ability to open URLs from the keyboard 23:25:21 heard wezterm is nice but it's not widely packaged yet 23:27:35 Thanks. Gonna try alacritty. 23:31:38 Ugh. I just looked at freebsd.org. I miss the old view. And TIL Apple replaced with OpenRsync in macos. 23:31:57 o0x1eef: You can try foot 23:33:04 sakura is winning atm 23:48:02 I'm trying to replace rsync with openrsync and cbsd is like "no, I must have it." :-/ Trying to find a way to lie to it