00:00:06 alepzi: yes it's great if i want to run hikari 3 weeks from now 00:00:27 well you're running current, so lets you can fetch I imagine 00:00:37 also, potato CPU 00:00:44 * jbo hides under a table 00:00:53 jbo: i do take donations 00:00:59 you 2 should really room up to save money and buy more iron 00:01:17 alepzi: are you russian? 00:01:24 no? 00:01:27 oh, ok 00:01:29 you? 00:01:35 just curious because in russian they called hardware 'iron' 00:01:36 that was discussed prior 00:01:46 never seen that in other language much 00:01:56 ppl used to call it big iron 00:01:57 compiling ports on the new machine for the first time.... there go 600W 00:02:35 thank god this is all hydroelectric power 00:02:40 maybe we should get together and buy a #freebsd build server 00:02:46 that sounds nice! 00:03:26 company servers are still stuck on 2x Xeon E5-2690. they didn't feel slow before. now they do 00:08:15 jbo: does hikari do tiling? 00:08:19 lw, yes 00:08:22 i really hate sway but i like tiling 00:08:24 oh good 00:09:15 lw, keep in mind that I haven't used it in 2 or 3 years. I tested it on a system with intel integrated graphics (where it worked well) before using it on my desktop where it didn't work because Nvidia driver seem to use a different rendering backend. hence I am using X. 00:09:21 with bspwm :) 00:09:33 if i wanted X i'd just use twm, or maybe fvwm 00:09:38 sadly no one updated them for wayland yet 00:11:07 lw, does this still apply? https://forums.freebsd.org/threads/nvidia-current-status.81980/ 00:11:08 Title: Solved - Nvidia - Current status | The FreeBSD Forums 00:11:27 idk i've never used an nvidia card with freebsd 00:11:44 but... nvidia provides native freebsd drivers .__. 00:11:45 i know nvidia in general abandoned EGLStreams though 00:11:59 yes... but i don't own any nvidia graphics cards... 00:12:32 and anyway, what's the chance their drivers even work on 15.0 00:12:39 I never had a non-Nvidia GPU (except for intel integrated). But then again, I never had a non-Intel CPU. 00:12:56 why exactly are you running -current as your primary OS again? 00:13:02 why wouldn't i? 00:13:14 it has all the latest features, zero bugs, and i can instantly test my src changes 00:14:03 i would guess nearly all developers who submit patches to src use -current on desktop 00:14:11 but... daily driver? the system you earn $$$ with? 00:14:21 yes? 00:14:36 my home desktop & @work desktop are all running stable/14 00:14:39 i've been using it for 4 months now - zero crashes, zero bugs that impact anything important 00:14:56 main is really stable nowadays 00:15:25 before I switched to FreeBSD I was an Arch person... one day there was a bug where after exiting hibernate it overwrote / with /dev/zero .__. 00:15:39 (effectively, I assume it was more complex) 00:16:25 i mean you have to apply a bit of common sense, after some of the changes that went in this week i'm not going to update until next month probably 00:16:41 but updating 1-2 times a month is a pretty decent upgrade cycle 00:17:26 i think freebsd should get rid of -stable/-release tbh and just ship -current 00:17:33 yeah, I get that. but simply not good enough for my $atWork system 00:17:51 jbo: have you even tried it? how do you know it's not good enough 00:18:07 with bectl you can easily roll back a bad update, too 00:18:22 true - but I fear bugs that trash a zpool :D 00:18:41 yeah, but then 14.0-RELEASE corrupted my zpool so i'm resigned to low code quality of zfs at this point 00:18:48 might switch to netbsd raidframe or something, idk 00:19:08 raid/fs with built-in checksums seems hard to find 00:19:38 yeah I remember an ML thread from a few weeks/months ago about somebody voicing concerns over ZFS quality nowdays 00:20:16 i think i should just pick up a netapp/emc/something off ebay and go with that, as open source developers don't care to create reliable filesystem 00:20:28 lw, I have another question for you... 00:20:36 ok, i need a fag tho, brb 00:20:55 I was using emby for years now, generally happy, but lately I spend a lot of time ripping CDs (because diizzy). I feel like emby is not really nice for music. you used something else just for music, right? 00:20:59 the death and failures of zfs are greatly exaggerated in the press 00:28:03 realdeimos: i don't care about the press, i'm talking about problems i've run into in real life 00:28:16 14.0-R data corruption -> i filed the bug that resulted in the FreeBSD EN for this bug 00:28:34 native encryption broken -> i posted to fs@ about this months before Phoronix discovered the problem 00:28:51 * jbo throws credits at lw 00:29:13 ofc it's notable that i posted about that months ago even today, openzfs has completely ignored the issue and still tells people to use native zfs encryption 00:29:22 even though it's simply broken and should never be used 00:29:42 the more you spread the word about it the closer we get to fixes 00:29:47 we NEED native zfs encryption 00:29:58 bring attention and that'll bring help 00:30:05 +1 00:30:23 i don't want to be a cheerleader for "fixing zfs" i want a damned filesystem that works 00:30:45 jbo: for music i use Navidrome 00:30:48 lw it's so close it's way easier to get native encryption fixed than reimplement zfs 00:30:52 jbo: what's what the sublime-music port is a client for 00:30:59 just think of howmuch work is already done 00:31:00 jbo: (but it also has a web interface) 00:31:36 lw, "is it any good"? 00:31:41 I'm pretty anal about music 00:31:46 jbo: yeah i'm really happy with it so far 00:32:03 it's had no problem reading my mixed flac/mp3 music collection (1TB of files), all the tags seem fine 00:32:11 ack 00:32:16 sublime needs >=3.10, right? 00:32:16 it does support multi-disc albums which a lot of music players don't 00:32:20 y 00:32:34 but, there's a bit caveat 00:32:42 the version in ports is like two years old 00:32:56 lw, I'd like something with... *cough* an android client *cough* 00:32:59 i've been meaning to update it, in the mean time i run it in an alpine linux vm in bhyve 00:33:06 where the android client should support offline-download 00:33:15 jbo: i don't use android but i'd be surprised if there isn't a good android client 00:33:37 jbo: it uses an API which is compatible with another music server called "Subsonic", if that helps 00:33:37 so how about you provide a port patch and I take care of it? :> 00:33:44 i think Subsonic is pretty popular and has android clients 00:33:55 ugh 00:34:03 jbo: did you miss where i unmaintained all my ports 00:34:09 wut? 00:34:16 yes. I was pretty much absent the past 8 weeks or so 00:34:19 i can't express how little interest i have in dealing with that 00:34:31 I get that 00:34:37 I'm not a ports committer for fun :( 00:34:49 all of ports is just fucked, sorry, i understand you do ports and i'm sure you do a good job (and you really helped me with my stuff) but... 00:35:08 i'm just going to maintain my ports in a local branch from now on 00:35:27 yeah but you mostly touched python crap, right? 00:35:39 not by choice, but yeah 00:35:41 I mean... I get the criticisim (and point). 00:35:54 as I told you, I generally try not to touch python@. you made me break that rule more than once :> 00:36:20 i might be convinced to submit an update to navidrome 00:36:30 * jbo is convincing 00:36:38 make my music experience great again! 00:37:09 jbo: what's going on with this tho https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276996 00:37:12 Title: 276996 – [NEW PORT] databases/postgres_exporter: PostgreSQL metric exporter for Prometheus 00:37:21 oh... 00:37:23 I... 00:37:25 will.... 00:37:27 look at it. 00:37:30 sorry dude... 00:37:39 my bad 00:37:41 100% 00:37:48 it's fine it's not your fault 00:37:57 it shouldn't be your responsibility to get crap committed 00:37:58 oh it is, 100% in this case. 00:38:01 this is why i hate ports though :-P 00:38:14 nonono, it's assigned to me. it's not anybody's fault but mine. 00:38:20 let me testport this in 3 seconds 00:39:48 lw, patch is not applying cleanly (anymore?) can you update that? 00:40:23 jbo: literally your fault https://www.le-fay.org/tmp/30d/Screenshot.from.2024-04-17.at.01_39_56.835860150.png 00:40:35 i moved my monitoring to arm64 and didn't realise this package was missing 00:40:42 I'm sorry. It's my fault - no question. 00:41:02 wait what 00:41:08 how does it not apply cleanly, it's a new port 00:41:16 oh, the parent Makefile 00:41:19 jup 00:41:54 jbo: can you take a 'git format-patch' here or do you need it on the bug? 00:42:09 lw, PR would be preferred TBH 00:42:20 ok 00:42:34 how the heck do i download a patch from bugzilla 00:42:55 just to annoy you a bit more: this one I have to process through mentor approval. because I didn't do anything the past 8 weeks I didn't complete my mentee phase :< 00:43:07 oh, you click 'View' 00:43:08 lw, fetch https://bz-attachments.freebsd.org/attachment.cgi?id=248746 00:43:13 yeah 00:45:37 ok, what do i do here https://www.le-fay.org/tmp/30d/OONP9F.txt 00:45:52 the patch doesn't apply - ok, expected. but if i edit databases/Makefile, there are no conflict markers 00:46:28 I assume you can just resolve the conflict and git am --continue? 00:46:32 do i seriously have to apply it manually? what r u doing git 00:46:37 jbo: that's the thing, there is no conflict 00:46:45 it hasn't touched databases/Makefile at all 00:47:09 time for git-apply I guess 00:47:12 let me ask #git 00:50:01 pwned 00:53:37 this is going to be easier to just apply by hand, isn't it 00:59:36 sometimes you just gotta cave in 01:01:11 i asked #bsdmips, let's see if anyone there knows how to use git (i certainly don't) 01:06:47 ok 01:06:53 sorted, i think 01:07:02 i looked through 'git log' for a commit id from Feb 12th 01:07:09 checked out that version of the tree 01:07:13 now git am works fine 01:07:59 then git merge origin/main, conflict in databases/Makefile, easy to resolve 01:08:50 jbo: https://www.le-fay.org/tmp/30d/OveI8G.txt 01:10:19 oh let me put it on the PR 01:11:40 done 01:22:33 hmm, my zfs fileserver just rebooted for no apparent reason while running poudriere 01:22:57 weirdly no kernel dump 04:08:31 curious, any reason to use poudriere over synth? 08:25:53 lw: sounds like hardware problems to me 08:26:42 or rather.. smells like? do you know if it's panic'd before, and left behind a dump? 08:44:41 https://github.com/freebsd/poudriere/commit/a37a981f15f this looks pretty useful 08:44:43 Title: Add MUTUALLY_EXCLUSIVE_BUILD_PACKAGES · freebsd/poudriere@a37a981 · GitHub 10:06:15 hey all... is it possible to run a FreeBSD 12.x jail these days? I got an ancient app I need to house but it needs to run on older FreeBSD. How feasible would this be? 10:27:05 we allegedly turned off inet 10:27:39 hmm, nope it doesn't seem to have worked 10:29:33 cat /etc/src.conf: WITHOUT_INET=. 10:42:54 hmm do we have to do it this way https://ungleich.ch/en-us/cms/blog/2019/01/09/die-ipv4-die/ 10:42:57 Title: ungleich blog - Die IPv4, die! 10:46:00 :) 11:10:04 oh good, that doesn't work anymore 11:10:23 /usr/src/sys/netinet6/in6_pcb.c:569:16: error: variable 'inp' set but not used [-Werror,-Wunused-but-set-variable] 11:25:39 imagine not having to maintain any of this! 13:23:40 Well, if it was proprietary software, you woudn't have the option of maintaining it. 13:24:21 Imagine having bugs, but not being able to fix it. 13:25:30 You don't even need to imagine having bugs, because all software does - so it's easier on the imagination :D 13:31:13 debdrup: if you go that way, imagine that 99% of people in the world run proprietary firmware, which also has bugs :) 13:37:36 pkubaj: I'd rather not, that's a terrifying thought. 13:41:15 https://lists.freebsd.org/archives/freebsd-hackers/2024-April/003159.html is a good read. 13:41:16 Title: Re: Question regarding crunchgen(1) binaries 14:09:24 that was an interesting read 14:31:17 debdrup: our goal is to get rid of this code entirely, but for now some __unused is fine 14:56:26 okay it'd be nice if tools pointed out which file caused an error/warning 15:01:55 does sendmail even support ipv6 15:05:52 so it does but it breaks by default on an ipv6-only kernel we guess? 15:08:03 we could deal with the configuration issue... or we could patch libc. 16:42:46 tykling what jail options do you have for your poudriere build jail? ;) 16:43:23 im getting denied: mount: proc: Operation not permitted even though i set what i think is right in /etc/jail.conf on host 17:02:25 : /usr/local/lib/qt5/libQt5WebEngineCore.so.5: Undefined symbol "_ZN6snappy11RawCompressEPKcmPcPm" 17:02:25 17:01:31 /usr/local/lib/qt5/libQt5WebEngineCore.so.5: Undefined symbol "_ZN6snappy11RawCompressEPKcmPcPm" 17:05:11 Puzfire: did you set allow.mount.procfs=1 in your jail configuration 17:30:42 i think i did, but will revisit and make sure jmnbtslsQE, thanks for input 17:44:22 found the magic jail.conf in this post : https://dan.langille.org/2024/01/19/configuration-for-running-poudriere-in-a-jail-on-freebsd-14/ 17:44:23 Title: Configuration for running poudriere in a jail on FreeBSD 14 – Dan Langille's Other Diary 17:44:25 now it runs 17:44:54 good :) 18:02:48 Hi, any Freebsd/Python expert here? 18:02:58 just ask your question 18:03:22 there is also #freebsd-python 18:04:51 Hi, I'm trying to run a program as root, but it seems it can't find the correct path to packages. As a normal user I've set these vars (https://pastebin.com/xzhZ8YYx) and it works ok. Now I want to run it as root (called from a program that runs from apache) but it can't find the right packages. 18:07:27 what are the values of the paths (especially $PYTHONPATH) for your different users? 18:08:16 The user that needs it is www (the script is called from CGI that runs under apache24) 18:08:31 this is a user that cannot login 18:08:47 I'm sure the PYTHONPATH variable isn't set for that user 18:09:18 you can set the PYTHONPATH variable in your apache config 18:10:38 mfisher: I'm reading about mod_env 18:10:40 it's probably not ideal for a long term fix (or in prod) but I've set a login shell and given the www user a home directory so that I could run scripts with a bit more visibility to what is going on 18:22:37 mfisher: Solved with mod_env 18:37:23 yay 18:54:54 I wonder if someone could help me, I have a application that displays a window, I have a bhyve linux instance and I'd like to the app to display on that instance but I keep getting: xterm: Xt error: Can't open display: 192.168.1.166:0.0 18:55:22 I've done and xhost + on 192.168.1.166 and I can ping it from the machine on which I want to run the xterm 19:08:07 crb__, I am not knowledgeable about X in bhyve so won't be able to help there but I can tell you why what you are trying now does not work. 19:08:45 rwp: ok, the bhyve client seems to be working fine and display local X programs 19:08:46 X is either not listening on the tcp port or there is a firewall blocking the tcp path or there is no tcp route for the path. 19:09:22 Oh! You have it working for you already. Great! Always glad to hear. :-) 19:09:28 rwp: what port does X listen on? there is no firewall unless centos has one built in and turned on by default, theses machines are both on a local network 19:13:56 crb__, Normally X will listen on the Unix domain socket at /tmp/.X11-unix/X0 which is protected by standard Unix file system permissions. That's the "new" way since around year 2000 or so. 19:15:11 Traditionally X would listen on port 6000+$DISPLAY (I think, or something similar). This was globally available over the network. The security dependent upon IP address of the remote host. Controlled using xhost. 19:15:48 is there a command I can use to see if anything is listen on that or other ports? 19:16:03 That was okay on a trusted LAN but as you might imagine it was also a great bit of fun on April Fool's Day when we would "meltdown" people, or send them crickets, or maybe Xsnow them. 19:17:11 But in recent years the entire tcp connection has been frowned upon strongly. X no longer listens to tcp by default (I think, pretty sure, not positive) and if one wants it to listen one needs to add -listen tcp (or correct option I would need to look up in the documentation) but don't do that because it's not a secure thing to do. 19:17:20 rwp yep I remember those days but today I'm on a local network that's behind a fire wall, and while I'd eventually like to lock this down more for the moment I'd just like to get any X connection going to this linux instance 19:17:43 Mostly these days we "ssh -X remotehost" and then let the X forwarding just do its thing. 19:17:49 Does that work for you? 19:18:00 It should be plenty fast enough on the local system. 19:19:08 ok so on the linux box I should run ssh -X remotest and when I get a shell on my remote host type xterm? What's the display value, is it just :0 19:20:24 crb__: it's assigned by ssh 19:20:27 So earlier you said "a bhyve linux" which implies to me that you are on FreeBSD with a bhyve VM and the bhyve VM is running Linux? So then you would need to ssh -X from FreeBSD to the Linux VM, right? Please clarify? 19:22:36 If your X server you want to display upon is actually a Linux X server then on Linux you can "ss -na | grep ^tcp.*LISTEN" to get a list of ports open for listening. And note that :6000 is not being listened upon (by default). 19:22:58 Warning: untrusted X11 forwarding setup failed: xauth key data not generated 19:22:58 Warning: untrusted X11 forwarding setup failed: xauth key data not generated 19:23:42 So... I hesitate to say how to generate that data (xauth generate $DISPLAY) because this seems like an XY problem. 19:24:07 One should never need to do that manually. It should all be handled automatically. 19:25:54 oops, too late I did that and now I can connect from the FreeBSD box to the linux box, but xterm -display :0 on the freebsd box still l results in xterm: Xt error: Can't open display: :0 19:26:35 I am still confused about which direction is the source and which is the destination. 19:26:44 top still have Warning: untrusted X11 forwarding setup failed: xauth key data not generated 19:27:19 rwp: sure, sorry. I want to run xterm -display on my freebsd machine and have the terminal window show up on the bhyve linux instance 19:28:11 And you can connect from freebsd to linux 192.168.1.166:6000 okay nothing blocking that tcp path? 19:28:34 And on Linux you can "ss -na | grep :6000" and see that something is listening on that port? 19:29:23 rwp nothing listening on that port on the linux side 19:29:35 And on Linux you can "ps -ef | grep X" and see something similar to "/usr/lib/xorg/Xorg -nolisten tcp vt07" but without the -nolisten option? 19:30:09 I don't know if I can connect to 6000 from the freebsd side but I can ssh that way (which obviously uses a different port) so I assume there is nothing blocking 19:30:19 If nothing is listening on that port then you will not be able to throw the display there over the X protocol. Because X is not listening there. 19:30:20 but I suppose if nothing is listening on the linux side it won't matter 19:32:00 On the Linux side if you really want to open X to the old traditional X display protocol then you would need to edit /etc/X11/xinit/xserverrc and remove the -nolisten tcp option. Probably changing it to the -listen tcp option. Then restart X. 19:32:23 See the "man Xserver" page and look for -listen for details. 19:32:23 rwp: thank you 19:33:19 FTR but I recommend not doing this and using "ssh -X" forwarding instead. That should Just Work and avoids all of the problems. 19:33:25 rwp: I don't see a file like that, I'll have to poke aronud 19:35:10 Obviously this is not a Linux support channel but I am curious what Linux distro you are using? 19:36:04 no it's not an I appreciate that, it's centos 7.9.2009 19:36:19 crb__: That CentOS is out of support. 19:36:39 Even CentOS 8 support is ending nowish. 19:36:54 Might be time to find a replacement. 19:37:02 I am sure that X still works the same as it did then though. And if someone is okay opening the X protocol port up then they are outside of the security circle of worry. 19:37:15 Fair point. 19:37:57 mason, it probably is but I use this instance for one VERY specific things and right now I'm just trying to get that app to run under linux emulation 19:39:38 perhaps I 19:40:00 perhaps It'd be easier to setup a vnc server on my freebsd box and export somewhere 19:42:10 If everything is local then "ssh -X" works very well. Even across a LAN. I would try it before discounting it. 19:42:48 It's across the Internet WAN where latency really kills X performance. That's X regardless of whether it is native X protocol or ssh -X or X via VNC. 19:42:52 I did try that Warning: untrusted X11 forwarding setup failed: xauth key data not generated 19:43:08 the ssh connects and give me a shell but also the forwarding failed 19:44:08 Hmm... I am not sure why it would do this. I am doing a little bit of research on it... 19:46:15 Hmm... I don't know. I'll just suggest a little poking around trying "xauth info" and then "xauth list" and hope there is an error with one of those that would point to something. 19:46:24 crb__ doesn't ssh have a configuration setting x-forwarding or something set to no? 19:46:47 s2r: I can't see that on either side in /etc/ssh/ssh_config 19:47:10 I don't know what the default is 19:47:52 "X11Forwarding no" defaults off on freebsd 19:48:00 s2r's suggestion is good. Double check both client and server side that X forwarding is not disabled. It's X11Forwarding on the server side. 19:48:08 i thought you needed xauth to do this 19:48:41 rwp: yes I checked neither side has a setting so it's whatever the default value is, and I don't know that 19:52:01 when you guys make and build apps for rollout how do you handle assets that are different depending on the env? like maybe you have a small fake user.db for the dev env, but for prod env it's a different file. do you store the files next to eachother? when you build for dev env, does it also include the prod user.db next to it still? would you ever wanna run an app with the assets of 1 env in the other env? like run production 19:52:03 build in dev env 19:52:14 crb__, So I have never needed this but reading the man page I am reminded that there is an "ssh -Y" option to "Enables trusted X11 forwarding. Trusted X11 forwardings are not subjected to the X11 SECURITY extension controls." which honestly I don't understand exactly what that means but I would try -Y at least once. 19:54:43 alepzi: not really a freebsd question 19:55:45 ya but lots of admins deal with the same stuff no? 19:56:07 I can only say that when building for production then everything must be as it will be for production. When building for staging for production everything must be as it will be in production. When building for testing for production everything must be as it will be in production. 19:58:55 ya good reality check. that ultimately ideally everything is the same no matter the env. so try to keep it that as much as i can 20:05:26 rwp: from the Freebsd box to the linux display sever? 20:06:23 ok so this time I didn't get an error about X11 forwarding 20:08:07 ok I got a local vnc server going and that seems to work 20:08:19 alepzi: on pattern i like is the ... config.file and you have config.dev.file and config.prod.file and it's up to you about copying/editing the right one 20:09:21 rtprio: ya i was thinking about that. so when you make a dev build, would it choose config.dev.file to import into the package as config.file, or would you package both up and the app code wouldn't choose 1 until runtime based on an env var? 20:10:41 there are dozens of ways to do it, but generally one instance only runs either prod or dev 20:11:52 so no sense in switching betwen the two 20:13:35 crb__, Since you are doing the thing you need to know the direction things are going. *I* can't keep them straight on your system! :-) But ssh from the X display system to the remote one. 20:17:38 when you name files for the environment they're made to run in, do you put it like user-dev.db, user.db.dev, user.dev.db or?? 20:28:03 hi, there is a command line tool (and library) which is not NETCAT which is an old command line tool to implement script-based tools using networks/sockets/tcp/udp etc, but I forgot the name and netcat is so ubiquious that I can not find it. Anyone? 20:28:47 nc 20:29:13 i use ucat i think 20:29:15 rip: got it, thank you 20:29:21 rwp: thank you 20:30:16 crb__, Good luck! 20:30:52 uskerine, socat is another very similar tool to netcat, but more logically written. 20:31:03 It was not netcat and socat, but unfortunately I can not find it again 20:31:12 netcat or socat 20:31:44 You say script based and so of course perl/python/ruby/lua will do networking in a script. But I am sure that's not what you are looking for either. 20:31:45 I do think it was common and famous in the old days of UNIXes 20:31:58 No, it was an actual C written library+ command line tools 20:31:59 I'll mention "expect" just in case that triggers a memory. 20:32:08 it was actually pretty good, robust and tested, but no longer that common 20:32:19 It was not expect either 20:32:46 If I am working with SMTP then I will give a shoutout to the wonderful "swaks" tool, swiss army knife for smtp, as it is truly awesome. 20:33:52 this was more for regular TCP/UDP sockets, but intended to build services in shell scripts 20:34:46 I am not one of these people but some people have been known to preach the wonder of doing network programming in bash itself. I do not recommend it. 20:36:21 alepzi, This problem sounds like something very specific to your system. Meaning you have a lot of freedom to name it anything you wish. 20:36:56 On our OS the /etc/aliases.db file is always simply the /etc/aliases.db file. And same for the /etc/pwd.db file. They have already been named. 20:37:29 If you are creating your own files then it is a good idea to "namespace" them under your larger project name and not use too general or too short of a name. Ambiguity to be avoided. 20:38:34 For example user.db sounds too general for my liking. But postfix-user.db is something I would immediately know by looking at it what it is intending. (postfix is a mail transfer agent.) 20:39:27 General names and short names in a project named subdirectory is again okay. I would think /etc/user.db is something of freebsd but postfix/user.db I would know is something associated with postfix. 20:39:35 I am prototyping something and it is convenient, the library/command line toolkit was extremely good, I was surprised when I found it 20:40:51 uskerine, Sorry I could not help more. If you remember it please throw the name of it my direction because I would be curious. Until then good luck! I am AFK for a bit now. 20:46:57 thanks 21:08:36 http://cr.yp.to/ucspi-tcp.html 21:08:38 might be this one 21:11:15 uskerine: what does prototyping something look like in that? 21:12:19 tcpserver and tcpclient are easy-to-use command-line tools for building TCP client-server applications. 21:12:24 tcpserver waits for incoming connections and, for each connection, runs a program of your choice. Your program receives environment variables showing the local and remote host names, IP addresses, and port numbers. 21:12:46 gosh, inetd 21:13:06 it is vintage certainly 21:13:08 uskerine: sounds inefficient but VERY handy for prototyping like you said 21:13:45 then you basically just use your same app logic in the final version 21:13:53 alepzi> do you really see like that? Maybe I am missing something but when I read this it looked to me like easier to nc 21:14:17 I am prototyping an internal LAN service for a few users 21:14:48 the invoked programs are normally either simple C programs or TCL scripts 21:15:09 the tcpclient tcpserver thing you described sounds really nice and easy 21:15:32 but that thing is so obscure now, I found it by mere chance 21:15:34 sounds like a ruby on rails app where you use a framework that lets you just handle requests and it handles all the connection shit 21:21:07 anything wrong with allowing the sftp subsystem on servers? 21:21:18 no less secure than ssh right? and handy for moving files around manually 21:21:24 i use rsync for automated files shuttling 21:21:26 https://www.freshports.org/sysutils/ucspi-tcp/ 21:21:28 Title: FreshPorts -- sysutils/ucspi-tcp: Command-line tools for building TCP client-server applications 21:21:38 nice you found it! 21:22:12 I do not need security for this, just doing simple requests that are served via command line tools 21:22:53 no, i was asking for myself 21:23:13 hehe 21:43:19 well it is clear why it is obscure, it is a bit convoluted to handle the redirection, but I still think this is a great to automate custom stuff on the shell (provided that it is a simple environment) 23:06:26 which way is right to enable bash-completion in my freebsd account? https://bsd.to/peBg 23:06:27 Title: dpaste/peBg (Plain Text) 23:21:13 alepzi, It's a bash specific syntax and for bash "." and "source" are the same thing. So it does not matter. Both are equivalent. 23:21:52 The ". file" syntax is standard /bin/sh and so bash gets that from there. The "source file" syntax originates with csh and bash pulls it in from csh. 23:48:21 rwp, alepzi left before you answered.