00:00:12 Most of the commercial Unix systems such as HP-UX and AIX and such did not have alloca() in their libraries and at the time it was considered a BSD feature. I am surprised that it was in Unix v7. It was not in System V. 00:00:54 And since it was not in a major release such as System V it could not be in the standard. Caution: This is all from my vague memory. 00:02:28 IMNHO: The problem with Rust is the toolchain for it. It's a huge task to bootstrap it. I am not fond of the language. But it is the toolchain that makes it problematic. 00:33:32 i donno, i think you'd figure it out eventually, checkpoint 02:02:11 cyric: thanks, i’ll take a look at that. 07:01:52 hm. so i upgraded fbsd.. had to reboot.. and gmirrors still don't show on reboot 07:01:57 i really need to sort that out 07:02:09 i don't want to keep rebuilding the mirror every time i reboot 07:03:07 probably easier to just give up on the mirrored encrypted swap 07:09:07 do you load the module 07:09:24 Macer: or is the module presently loaded 07:10:02 yes. it loads on boot 07:10:21 but the mirror is not the boot drive? 07:12:00 i thought the metadata was just supposed to magic itself 07:13:08 no 07:13:12 the mirror is just a swap 07:13:18 or at least that's what it's supposed to be 07:13:34 i thought so too lol 07:13:46 so if it loads on boot then the gmirror should just 'show up' 07:13:57 *if the module loads on boot 07:14:14 i just gave up on the mirroring 07:20:23 good luck macer 08:22:04 checkpoint, so malloca() is pre '89, but not necessarily present in any C89-compliant compiler. 08:46:29 rwp, the alloca() man page says: LIBRARY: Standard C library , which confused me. 08:58:49 Hmm... I think it is a semantic thing. The Standard C Library is libc but that "standard" is the system standard library and not a standard like POSIX. It's system standard not official blessed standard. A different use of the word. 08:59:48 I look at various doc and see this in older linux documentation, "There is evidence that the alloca() function appeared in 32V, PWB, PWB.2, 3BSD, and 4BSD. There is a man page for it in 4.3BSD. Linux uses the GNU version." 09:02:46 I remember porting code from BSD which used alloca() onto HP-UX which was System V and did not have it available. I had to patch code to use malloc()/free() rather than alloca(). 09:14:59 win 45 09:15:03 :( 09:45:20 is there a single command you can do to essentially fully reset the TCP stack? Like drop all connections, drop all states, and start over clean as if you had just rebooted . . . except without rebooting? 10:00:34 service netif restart && service routing restart 10:28:53 Apart from https://cgit.freebsd.org/src/tree/gnu is there any other GPL code within freebsd? 10:31:23 https://wiki.freebsd.org/GPLinBase I throught it was finished already, but seems like it wasn't 12:50:07 much to my confusion a manpage exists on my 15.0-RELEASE system for `zfs-rewrite` but the `zfs` command does not claim to support it. Any of you running a zfs based machine able to take a look to see if it shows up in `zfs --help` >_< 12:51:37 15.0-RELEASE-p3 and: there is a manpage, and it does show up in zfs --help 12:51:54 hm 12:52:29 kFreeBSD durian 15.0-RELEASE-p4 FreeBSD 15.0-RELEASE-p4 GENERIC amd64 12:52:35 how fishy 12:55:41 I think this might be on account of a goofed up freebsd-update on my part, I thought I did correct that by grabbing a new base tarball a while back 12:55:57 in a newer created jail I see the rewrite command off its zfs 13:09:07 confirmed, the `file` output looks like the zfs is from the wrong OS version, so another side effect of my halfway state of freebsd-update 13:10:05 Hi 13:10:38 I have some weird problem 13:12:34 for no reason the media directory from my root disappeared put it listed in 'ls' output 13:13:00 when I try accessing it, I get No such file or directory 13:13:19 *but listed 13:14:06 I can't remove it.. even rm -f failed 13:14:43 also it's same when i try create new on e 13:15:11 rmdir is for removing (empty) directories 13:15:35 rmdir: media: Not a directory 13:15:37 if ls shows it, then what does _not_ show it? have you ruled out permission problems? 13:15:51 my filler gui 13:16:17 ridcully_: yeah permissions is fine 13:16:39 I scared that can be input/output 13:18:05 what does `ls -lad /media` claim it to be? 13:19:17 I experienced this with ntfs back then, it was returning input/output error with then same behavior with my current media dir 13:19:36 ridcully_: I can't access it 13:19:44 No such file or directory 13:20:04 but it still listed also can't create new one 13:20:45 I am nearly 0 experience with ufs 13:23:28 if it's listed ls, then `ls -la | grep media`? 13:23:59 ls: media: No such file or directory 13:24:13 it listed in standard output 14:35:42 So is it hardware problem? 15:13:23 mosaid: what do you mean it listed in standard output? 15:27:24 $ ls 15:27:27 COPYRIGHT fsck_msdosfs.core rescue 15:27:29 Xorg.core home root 15:27:30 bin lib sbin 15:27:32 boot libexec sys 15:27:33 compat media tmp 15:27:35 dev mnt usr 15:27:36 entropy net var 15:27:38 etc proc xdm.core 15:28:24 OK no need to paste the whole thing here, you can use a pastebin service. but like ridcully_ mentioned earlier, what is the output of: ls -la | grep media 15:28:35 should be a single line you can just paste here. 15:28:45 zie: I mean plain output no options 15:29:03 sorry 15:29:28 ls: media: No such file or directory 15:30:50 OK run: ls -la 15:31:02 then just paste to us the line with media in it. 15:33:16 zie it tried and No such file or directory no need to paste it's only in the plain output 15:34:29 is ls -la checks for directory realtime or something and plain command not? 15:35:22 you can read the man page, ls -la just says give us a long listing of all files. -la are options to the ls command. 15:37:07 but it seems like your ls command isn't taking those options. ls is almost always a built-in, but I wonder if you somehow overwrote that. 15:37:20 maybe try from a fresh shell/terminal? 15:37:35 <[tj]> I don't think ls is ever built in 15:38:05 I also need to mention I run rm -rf media and it returns nothing.. 15:40:02 mosaid: why were you running rm -rf media? I thought you wanted your media? rm -rf removes stuff.. forcefully. 15:40:59 zie: you thinking of something unreal.. the problem isn't from ls when I try to do any thing to this dir all commands returns errors 15:41:28 zie: media is an empty dir 15:41:55 mosaid: how do you know either of those statements are true? 15:42:20 it's now corrupted for no reason.. so I want to delete it and create new one 15:43:04 zie: mkdir: .: No such file or directory 15:43:15 again, how do you know that it's corrupted? how is it corrupted, etc. since your ls command seems to be misbehaving, I think you might have larger problems than a media directory. 15:43:36 so mkdir is also corrupted 15:45:16 mosaid: try running: /bin/ls -la 15:46:34 It sounds like hard disk problem.. same error 15:46:54 "/rescue/ls" is same also 15:47:05 probably because you deleted everything mistyping your rm 15:47:30 isley: very possible, especially if mosaid is the root user while doing it. 15:47:52 no my all system functioning well all files accessibly also I rebooted the system 15:48:11 it's one dir problem 15:48:56 accessible 15:49:03 mosaid: except you can't seem to run ls with any options, mkdir, rm, etc. 15:49:36 with this dir only 15:50:02 it tried other dirs 15:50:08 this dir seems to be /, so you sure about that? 15:50:22 no 15:50:28 it's not / 15:51:24 mkdir returns that bec dir is not exist for it.. it corrupting mkdir 15:51:54 not exist for mkdir 15:52:50 can you: mkdir media2 15:53:26 this bizarre behavior means as I know and as I experienced disk error.. but I don't know why this happened to my new ufs system 15:53:35 zie: yeah also rm it 15:54:12 and why it happens is this disk failure or fstab 15:54:56 was media a different disk/partition? 15:55:58 no 15:56:16 may fstab broke my partition? 15:58:10 at boot 15:58:32 is fstab run after I wake pc from sleep zzz command 15:58:45 you can look at your fstab: cat /etc/fstab 15:59:32 yeah it's fine /dev/ada0p2 / ufs rw 1 1 15:59:48 default options for / 16:00:49 I made my pc sleep many times recently 16:01:45 due to some bug and I don't know why it happens some linux apps like seamonkey never runs only after zzz and wake up 16:02:50 I tried to run it without my gpu drivers running and it fixed but i need drivers 16:03:05 amdgpu 16:04:42 as I see there is many bugs here in freebsd noone talk about 16:05:03 especially for old hp Compaq 16:05:16 sleep/wake shouldn't affect this at all, but you can try rebooting just for funsies. I don't see how GPU issues would affect a 'media' directory. 16:06:08 no I was just throwing it here.. maybe someone know a fix heh 16:07:27 also feeling this will brake my pc.. "shouldn't affect this at all" ah, good 16:19:10 zie: tried 16:19:40 mosaid: that no such file or directory sounds like you tried ls -la media instead of plain ls -la did you really try ls -la in /? 16:19:54 yeah 16:20:04 and it listed in top of output that 16:21:08 it existed but corrupted.. so it confuse the system 16:21:27 I would have tried stat media but ls -la should also show everything relevant (plus info about everything else in /) 16:21:31 existed and not existed in same time XD 16:22:15 everything else is fine 16:22:47 I need to deep search and learn more about ufs and fstab to fix this 16:23:47 but my fears is maybe it's start of fail 16:38:10 if ls in / shows media as suggested in the paste above, and ls -la does not -- what is 'not' shown? is the line missing? is ls segfaulting because it sees/reads an abomination? 16:42:12 if it's ufs i would reboot and fsck 16:42:23 there's also `echo *` if your system is hosed 16:54:23 does anyone use ipmitool with their freebsd 16:54:52 i'm tring to figure out why `ipmitool delloem powermonitor powerconsumption` works on one dell host and not another one 17:03:07 echo * what is this? 17:06:20 cyric: finally got a chance to look at that. It certainly looks useful, but doesn’t help with what I want. It has avahi as a hard dependency, which depends on dbus, which is what I’m trying to avoid. 17:36:16 mosaid: echo *: it's a way to do an ls without using /bin/ls 17:37:05 same 17:37:12 media is listed 17:40:45 right the point of the `ls -la` is to figure out what the system thinks 'media' is (directory, file, symlink,etc). echo * won't do that. 17:49:26 It sounds like something is mounted at /media and the mount point is broken because the source is no longer attached. 17:51:04 It would be useful to run "mount" or "mount | grep media" and see what it says for it. 17:51:34 Reading the scrollback I think rebooting might be easier to clear any possible mounts there. 17:53:33 but if ls is crashing i think yeah, you should address that first 18:03:09 I re-read the scrollback... What was said that indicates ls is crashing? I saw the report that ls output was corrupted on the screen. But that's not crashing. Probably the listing output. 18:03:44 If I suspect that files being listed will be confusing to the screen I pipe the output to "less" and let it render the output safely and display it in the terminal for me. 18:06:29 oh 18:06:32 oops 18:07:18 ant-x, you're welcome. I have nothing against any language per se, or any software, my problem is when it starts contaminating everything 18:09:26 checkpoint, so, if it's getting to BSD I'm screwed... The reason I'm working on migrating to freebsd was precisely that, escaping the "invasion" of linux distros by first systemd, now rust, and who knows what's next... Kernels written in JavaScript using npm modules? Who knows!! 18:10:37 i see the overhead, but some of the pluses are easily identifiable with rust 18:10:56 It seems like the world loves things that are both slow, unsafe, and with 8475918735918937189 dependencies hahahaha 18:11:29 i won't argue with the dependencies but would recon that a kernel would not have very many 18:11:42 but rust is way more safe than c 18:11:58 rtprio, when it comes to memory management, sure 18:12:33 which realm of safety are you refering to? 18:15:29 My issue is with this package management thing... I mean, if programs in rust were written like programs in C, for instance, I need a library for handling HTTP(S) requests, so I link my program against libcurl and use it... But instead it seems to me that the dominant mindset around rust is to use some cargo package that will be downloaded from who 18:15:29 knows where and it will depend on another package who's gonna mine bitcoins in the background on my system 18:16:20 If only rust was used keeping the unix ecossystem around it on unix systems, well, who cares the language a dev uses to write their code, right? 18:17:23 right, from crates 18:18:22 yeah, that 18:20:26 All languages that do not include a comprehensive standard library and instead rely upon community contributed libraries (crates in this case) all go the same way as Wordpress modules and npm modules and Ruby gems and all of the rest. It all turns into bad code and security issues. 18:20:27 the "who knows where" can be a private, configured location, crates.freebsd.org for the sake of this argument 18:20:53 I mean... I wouldn't oppose rust software being distributed on the operating system if I knew it would just use the traditional operating system shared libraries... Then okay, use rust, use go, use npm, be free to list anything like that 18:21:33 rwp, yeah, that's precisely my point 18:22:30 Not that i.e. libcurl isn't community contributed just like everything else in open source, but it's a library that whoever distributed the operating system just checked and choosen 18:22:58 rtprio, yeah, but then freebsd maintainers besides maintaining freebsd packages will have to maintain rust packages? 18:23:25 And then they would do the same for npm packages? for go packages? 18:23:54 Not that I disagree with that, that would be perfect, but it seems like that would require A LOT of work 18:25:40 no, because libfetch or whatever would be a create instead of a .so 18:25:49 er, "be a crate" 18:26:26 well, there are no freebsd kernel npm packages, i'm not sure what you're trying to say with that 18:27:12 nor any javascript for that matter 18:27:33 rtprio, I'm not talking about freebsd, the npm kernel was just an hyperbole to describe the trend going on in linux 18:27:36 comparing a jump from C to Rust, to a jump from any of this to Node.js, is pretty farfetched 18:28:44 nearly all code now has some means of download packages and install them 18:29:07 when i started engineering one would download the tarball for a library to a nfs share so the build system could make use of it 18:29:41 these days, every time you build an app it downloads hundreds of three line functions from some repo which 18:29:55 And that is a bad thing. 18:30:04 most recently has been a highlighted to having supply chain trust issues 18:31:00 rtprio, precisely the problem I'm concerned about 18:35:06 if there was a crates.freebsd.org like suggested and everything there were approved by the community after at least some look, and every rust-based package was built only using that, well, I wouldn't have any issue running anything in rust, on the contrary, I would say "hey, it's also memory safe" and be happy knowing my system is safe 18:35:57 Wasn't for the practical problems that would require, like, a small community having to keep 812391823481437 small packages it would be perfect 18:37:09 I mean, I still don't love the idea that now every programming language would now have it's own package for handling HTTP instead of a single lib for the whole system, but at least won't be a security problem 18:38:46 i don't know if this is a solvable problem and i think it's only going to get worse 20:15:17 812391823481437 what? 20:17:05 is this some random.. or real number of pkgs bsd have? 20:18:42 and yeah rtprio I will address it 22:30:26 crates.freebsd.org seems like a bad idea, why not put them in ports like other stuff for freebsd? you can add explicite dependencies to other components (like psl) there and instead of keeping everything, just keep the versions that are relevant for the current tree, hopefully just one, but realistically it will be a few 22:41:03 codegirl, re: contaminating everything: the contamination is the result of the aggressive attudies of the authors. What with the abandomnet of Xorg in favour of Wayland, or the self-fullfiling prophecies of systemd's conquest ofLinuxes. 23:18:41 I like the trade-offs you get w/ rust. But that's what it is. C has a set of values. Rust has a set of values. JS/npm has a set of values. Depending on the values of that ecosytem, some use cases will be a better fit. Different considerations/accommodations to account for security/convenience concerns will sometimes need to be made to 23:18:42 accomplish whatever the goal is. The goals of a stable operating system aren't identical to the goals of cli applications, or gui applications, or web applications, and on and on 23:31:59 This is a bit weird, but I wanted to upgrade to 14.4 today. I usually compile my own kernel, so I went to /usr/src/ as usual, switched branch to releng/14.4, and pulled. Then merged my config and compiled. But after installing, it's reporting uname -r as 14.4-BETA3. Why BETA? I thought 14.4 should be RELEASE? Did I make some mistake? 23:33:55 Hmm.. Nevermind. I guess the easiest explanation is that I just forgot to pull before compiling, after switching branch.