02:45:53 Is there a guide somewhere for modifying ports? I've been reading and trying to change code/apply a patch to a port. When I run make build however my changes are discarded. Reading Porter's Handbook Ch.4 Slow Porting and have tried to make the patches both automatically and manually. Auto method (make makepatch) doesn't seem to make a patch from the file and the file.orig. And my manual patches aren't being applied to the file. 02:48:46 Best asked in #freebsd-ports or on the mailing list. 02:49:45 thank you 02:50:20 You're welcome. 02:59:37 whats happening with the new libXft with bgra support? Is it going to make it into 12.3 anytime soon? 03:49:15 Plasmoduck: checking the log 2.3.6 is already there since Sep 10? 03:51:43 zzz works fine, that is fantastic 03:53:11 FreeBSD:12:amd64 2.3.6 2.3.4 (that is "latest" and "quarterly") 03:56:11 Good to hear uskerine. :-) 07:50:06 good morgning, I'm (hopefully) once and for all switching from arch linux to freebsd. Now I'm preparing my external harddrive for backups. What would be the best filesystem to format that disc? (It is currently formatted under Windows 10 and while I could mount it in arch I couldn't mount it in freebsd) 07:56:57 The "best" fs that's supported by all the operating systems you will use to access it, would be my best bet 07:57:20 The highest common denominator, so to speak 07:57:24 rtyler: 160 IOPS is fine for spinning rust, not for NVMe. :) 07:57:51 vkarlsen: as I said: Migrating everything from Arch Linux to FreeBSD :-) 07:58:32 So you'll need something that both of those can use 07:58:43 vkarlsen: yes, please 07:58:58 zfs with the compatibility flag 08:02:38 also in 13.0 I was writing about the missing Realtek RTL 8125 LAN controller missing on the install medium. How can I check if it's present in 13.1? 08:02:41 https://forums.freebsd.org/threads/realtek-rtl-8125-2-5gbps-lan-controller.79710/#post-574812 08:02:42 Title: Realtek RTL 8125 2.5Gbps LAN controller. | The FreeBSD Forums 08:18:26 ZFS has a compatibility flag!? I'll have to look into that for my external HDDs. 09:44:52 Yes, documented in zpoolprops(7). 10:28:43 Very nice, thanks! 11:32:50 when do the quarterly packages get updated? actually at the year quarters, so tomorrow? 11:42:03 Hi 12:04:54 hi, I just tried to do a backup with my external harddrive in linux. It's a dos partition in fat32. Freebsd recognizes the partition but fails to mount it saying: "Invalid Argument". What should I do here? 12:15:25 andmars: mount -t msdosfs /dev/da0 /mnt 12:15:28 That should work 12:15:37 Replace da0 with your device, of course 12:16:02 If it's a partition (which I expect it to be) it's probably da0p1 12:18:37 meka: I did write exactly that, still "Invalid argument" 12:19:01 (yes, it's da0p1) 12:19:04 Anything in dmesg? 12:19:13 or /var/log/messages? 12:19:59 file -s /dev/da0p1 12:20:05 meka: it finds the intension USB 3.0 drive, yes 12:20:19 oh, do I have to be in group usb? (but I'm root) 12:21:51 yuripv: looks normal to me 12:27:42 would it helpt if I did a linux partition with ext4 as filesystem? 12:28:45 and how do I turn the external harddrive off now? 12:29:02 is there a command? 12:29:52 If it's not mounted, you can just pull it out 12:30:25 meka: that makes an unhealthy noise. In linux I have "udisksctl power-off" for that 12:30:48 I'm not aware of any command like that 12:33:14 camcontrol stop /dev/da0 ? 12:34:19 and camcontrol standby /dev/da0 12:34:22 something like that 12:36:42 tao: thanks...and thunar also did the trick 13:55:13 Hi, has anyone else seen this article today? https://arstechnica.com/information-technology/2022/09/never-before-seen-malware-has-infected-hundreds-of-linux-and-windows-devices/ 13:55:14 Title: Never-before-seen malware has infected hundreds of Linux and Windows devices | Ars Technica 13:55:20 As well as Windows and Linux it specifically mentions FreeBSD, which is unusual. Anything to be worried about or just the usual FUD? 14:39:03 fraxamo: the blog post that links to said it's really linux specific, there are only 2 mentions of freebsd at all and that's about a staged tool for ddos against freebsd 14:43:52 Ok, thanks 17:23:07 debdrup: the writes on these drives is all over the map. I don't know if you saw some of my comments, a drive totally timed out while resilvering >_< 17:24:10 fraxamo: Dan Goodin knows what he's talking about; if you follow the in-article link to the actual analysis by the people who did it, there's mention of an ELF executable built for FreeBSD, so it's entirely plausible, especially considering the portability of go. 17:24:38 The ELF executable is based on previous work though. 17:26:35 There's always new badware being written; that it targets FreeBSD isn't indicative of anything, really. 17:28:59 Take a look at elf(5) if you're curious about the format. 17:30:09 also: https://justine.lol/ape.html 17:30:10 Title: Actually Portable Executable 17:30:59 EI_OSABI is the specific field in the header that contains the information about what OS the binary is intended to be run on. 17:31:35 meena: neat bit of steganography 17:32:31 If you like that kind of steganography, look at what PoC||STFU has done over the years. 17:33:45 debdrup: no time, have to figure out… my job… lol 17:34:12 meena: yeah, that seems more important; but they do maintain a spoiler file if you aren't interested in figuring it out for yourself 17:34:33 debdrup: cool 17:34:49 https://www.alchemistowl.org/pocorgtfo/ click the individual spoiler links 17:34:50 Title: International Journal of Proof-of-Concept or Get The Fuck Out (PoC||GTFO) 17:35:02 Oh, it's GTFO, not STFU. 19:56:30 Speaking of mixed-script steganography, a newish brand of deli foods (hummus, ktipiti, baba ganoosh, tzatziki, tarama, etc.) found it cute to 1- call itself MSZZLKI, and 2- spell it in uppercase Greek. I find both excruciatingly painful. 20:31:49 V_PauAmma_V: i read that aloud as "miss licky" 21:30:14 Why is 'make clean' in the ports tree so fekking slow these days? 21:30:34 And yes, I set NO_CLEAN_DEPENDS. 21:37:00 because it's spelled NOCLEANDEPENDS? 21:43:22 Well. . . that is a good point. 21:43:34 However. . . I restarted with that set and it's no faster. 21:45:38 it's a tiny bit faster, yes 21:46:18 usually i just do find -type d -name work | xargs rm -rf 22:10:33 Hi yuripv. May I suggest having find do both the finding and the xarg'ing? Try: find . -depth -name dira -exec echo rm -rf {} + 22:11:10 I have an "echo" in there to make it safe for me to use as an example and I know it can't accidentally screw someone copy-pasting without verifying it. 22:12:02 now i'd just use `git clean` 22:12:06 The "{} +" form basically replaces the "| xargs" form for almost all use cases. For a large number of files it is faster because the pipe becomes a bandwidth limiter. 22:12:58 And of course being internal to find then it is also safe in the presence of files with whitespace. 22:15:27 hey all.. anytime I use "adduser", it goes through all the process and fails with "pw: user 'hyfm1' disappeared during update" and "adduser: ERROR: There was an error adding user (hyfm1)" 22:15:34 I can't find anything in the logs. Any ideas here? 22:18:27 pjs, No idea but let me ask anyway, what OS version? freebsd-version 22:20:35 pjs, The wisdom of the forums says that /etc/passwd and /etc/master.passwd are out of sync. Fix that first with: pwd_mkdb -p /etc/master.passwd 22:24:05 rwp, thanks. I was just about to try that. 22:24:18 version 12.2p12 22:25:02 rwp: thanks. That was it. Looks like my users were created as now they're there. 22:25:57 but issue resolved, thanks. 22:26:30 Yay! :-) 22:27:11 I couldn't for the life of me remember the command pwd_mkdb smh. I had just found it on google when I saw your msg haha 22:28:13 That /etc/passwd is not the master copy on FreeBSD snags me sometimes too. 22:30:58 pjs, I'll just note that vipw has become my default way to edit "/etc/passwd" because it really does the right thing, calls pwd_mkdb, and some syntax checking too. 22:34:23 good call. It's been so long since I had to even poke into the passwd files I didn't think of vipw 22:38:52 Plus the other day I had to mount another system root (it was a boot environment) and needed to fix something. "vipw -d /mnt/etc" worked easily and called pwd_mkdb in that directory perfectly too. 22:38:58 Honestly it was too easy. I was ready to slog through it pulling the sled through miles of snow but it was done trivially. 23:05:00 rwp: hah, awesome!