06:37:59 <plasma41> Where do I find the source code for the program described by this manpage? https://man.freebsd.org/cgi/man.cgi?query=lint&apropos=0&sektion=1&manpath=FreeBSD+11.2-RELEASE&arch=default&format=html
06:38:00 <VimDiesel> Title: lint(1)
06:38:55 <plasma41> If there's a link on that page to the associated package/port/whatever-the-BSD-nomenclature is, I'm not seeing it.
06:40:09 <plasma41> Looks like https://man.freebsd.org/cgi/man.cgi?query=lint&sektion=1&manpath=FreeBSD+11.2-RELEASE is the more canonical link for that page.
06:40:11 <VimDiesel> Title: lint(1)
06:46:09 <plasma41> I tried searching the git repositories at git.freebsd.org, to no avail. I'm much more familiar with how Debian is organized than I am with any of the BSDs.
06:58:12 <plasma41> Ok, I think I found the source for that file. I cloned git.freebsd.org/git and checked out the release/11.2.0 tag. It appears the troff source for that manpage is at usr.bin/xlint/xlint/lint.1
07:02:05 <plasma41> I think what was throwing me off was that I was also trying to find the source of lint(7) which is referenced in that manpage. I tried searching for a file named lint.7 but it actually comes from the shell script usr.bin/xlint/lint1/makeman which does little more than cat out the manpage from a large block quote in the script.
07:03:40 <plasma41> I guess even an unresponsive IRC channel makes a decent rubber duck
07:33:26 <meena> plasma41: 👍
09:45:43 <parv> Man! zfs-destroy & zsf-release on different snapshots c 2021 of same dataset (~50 TB) for ~30-90 GB took worryingly long time for relatively low space. Finished without issue thankfully.
09:47:18 <parv> "zsf-release"! Oh Noes!
10:18:05 <dch> plasma41: for built-in tools (userland etc) then `whereis $thing` tells you the manpage, binary location, and src code
10:18:15 <dch> `whereis jail` returns `jail: /usr/sbin/jail /usr/share/man/man8/jail.8.gz /usr/src/usr.sbin/jail`
10:27:55 <Remilia> parv: a friend once was busy destroying snapshots that were taken every 15 minutes over 2 years or so
10:28:04 <Remilia> it took him 4 days
10:28:39 <parv> Damn! Interesting.
10:31:46 <parv> Remilia, Well, that certainly puts the expected time to finish in perspective
10:57:05 <dch> I would expect zfs channel program to do that much better
10:57:36 <dch> https://www.delphix.com/blog/delphix-engineering/zfs-channel-programs | https://klarasystems.com/articles/understanding-zfs-channel-programs/
10:57:37 <VimDiesel> Title: Understanding ZFS Channel Programs | Klara Inc
10:57:40 <dch> its perfect for that sort of stuff
10:59:13 <parv> dch, delphix URL says 404.
11:00:11 <parv> Am aware, but have not looked deeply into that. Will do soon, thanks to your nudge, dch
11:00:23 <dch> how odd. https://www.delphix.com/blog/proposed-zfs-feature-channel-programs is not the one I bookmarked, but its a reasonable intro
11:00:24 <VimDiesel> Title: Proposed ZFS Feature: Channel Programs | Delphix | Delphix
11:01:45 <parv> dch, Thanks
11:02:28 <dch> for context I have some automated CI stuff that ends up with 10_000 snaps if I'm not paying attention, and doing a zfs send of that is basically unusable.
11:02:44 <dch> so I trash the older snaps with a channel program
12:37:53 <dch> can I *clear* the bootfs property on a zpool?
12:38:19 <dch> I have 2 zpools (a split ex-mirror) while I convert a 14.x compat pool to a 13.x compatible one
12:38:29 <dch> and only want 1 zpool to boot
12:39:46 <tsoome> dch zpool inherit bootfs
12:40:37 <dch> tsoome: only zfs-inherit, unless you have some illumos trickery that hasn't trickled upstream yet
12:40:39 <yuripv> there's no inherit for zpool? try just zpool set bootfs= pool
12:40:47 <dch> tried that too
12:41:06 <dch> I'm rebooting now and will use the loader to switch
12:41:08 <yuripv> works for me (tm)
12:42:00 <dch> my bad, I tried none but not `= `
12:43:33 <dch> good tip, now lets see if I can get back from the loader prompt :D
12:44:42 <dch> well now I am indeed in the shit
12:45:20 <dch> OK set vfs.root.mountfrom=zfs:zboot/ROOT/default
12:45:30 <dch> and also with zroot (because the original half of the mirror)
12:45:42 <dch> neither can load kernel
12:46:55 <tsoome> why?
12:47:38 <dch> that is a good question "no bootable kernel" is all I get
12:48:09 <tsoome> ls /boot/kernel ?
12:48:33 <tsoome> show currdev ?
12:48:59 <dch> ooh I only set vfs.root.mountfrom, not currdev
12:49:09 <dch> lszfs zboot shows the expected bits
12:49:51 <tsoome> set currdev=zfs:zboot/ROOT/default:
12:51:31 <dch> tsoome: whats with the trailing : there I would never have guessed that
12:51:53 <dch> man 8 loader_simp has the info
12:52:07 <dch> a new manpage for me
12:52:29 <tsoome> all device names end with : :)
12:53:38 <dch> It Is The Way
12:56:58 <dch> ok, lets see if we can get 13.2-BETA2++ to work on this
13:00:23 <otis> dch: loader_simp wasn't in 13.1
13:00:43 <dch> otis: oh good, then its not just me forgetting/ignoring stuff :D
13:00:47 <dch> dch_simp
13:01:17 <otis> dch: in 13.1, loader(8) contains that info
13:04:04 <dch> all that just to reboot into 13.2-BETA2 ... phew
13:04:23 <dch> tsoome, yuripv thanks for the tips
13:05:40 <otis> is this covered by handbook?
13:07:33 <tsoome> yw
14:29:24 <f451> hi
14:29:59 <f451> whats the best method of importing a freebsd instance in azure to another site into bhyve?
14:31:49 <daemon> f451, not sure if 'best' but dd would work, just boot it in single user mode and poke out a con via ssh or netcat to something big enough to hold the instance
14:32:13 <daemon> from there you can boot it via bhyve or qemu and do any method you like
14:32:30 <daemon> or just use the image potentially
14:32:36 <daemon> could dd to a zfs vdev or w/e you want
14:32:42 <daemon> zvol*
14:33:40 <f451> daemon: ok, thanks. i thought it'd involve dd. fortunately there's (non-zroot) a large zfs disk, i can dd to a file there then compress it as much as possible
14:33:58 <daemon> yep
14:34:04 <daemon> there is also possible a solution with dump and restore
14:34:13 <daemon> but I always found using dd 'just always works'
14:34:40 <f451> i was concerned with the 'disk' (the ufs one) being /dev/label/rootfs
14:34:48 <sarmonsiill> Hi everyone. I have a very strange problem with my freebsd desktop. After a reboot my my network seems down. I cannot reach anything internal nore external. I've tried lots of things but cant figure it out. The strange thing is i'm getting all the ip settings from my DHCP server. I even tried to bind the mac to a different IP in the dhcp then restarted netif and routing and i'm getting the new ip
14:34:50 <sarmonsiill> but still cannot reach anything.
14:35:19 <f451> daemon: thanks
14:35:38 <f451> also +1 to the 'dd just always works' ;)
14:36:02 <daemon> yup the old tools are the best :)
14:36:12 <f451> was a but worried cos the 'disk' is vxd or something, cant remember
14:36:15 <sarmonsiill> tried setting hw.vtnet.csum_disable="1" in /boot/loader.conf tried setting static ip, changed from DHCP to SYNCDHCP in rc.conf . changed dns and doublechecked default gateway etc. nothing
14:36:41 <daemon> f451, it can be whatever it likes, that is the base format dd does not care it cares what bits and bytes the drive says it has, so perfect for throwing around different backin volumes
14:36:51 <sarmonsiill> and never mind. tried to disable ipfw now and suddenly it works *sigh*
14:36:59 <f451> xlnt.
14:41:24 <daemon> f451, oh one warning ... remember that when you get it running in bhyev the device names or uuid's may change; if that happens boot it up with cd or memstick image mount / read/write and edit fstab to be what it should be
14:42:11 <f451> oh yeah, thanks
14:42:47 <f451> mdconfig is our friend here
14:44:25 <f451> i'll make a bhyve swap partition on a seperate image too
15:21:16 <drobban> I need to swap out some components in my computer. Motherboard/RAM/CPU. Discovered some heavy memory problems...
15:21:23 <drobban> Trying to decide if I should go with intel or amd.. Is there something to be aware of before purchasing cpu/motherboard when it comes to support... or is the hardware 100% supported (ish)
15:32:58 <Demosthenex> go POWER. tailos has a cool board
15:33:03 <Demosthenex> no idea if bsd works there
15:33:17 <Demosthenex> but it'd be worth many internet points
15:53:39 <mrtnt> Any ideas, why the memset() doesn't cause segfault while the malloc() returns NULL: https://paste.debian.net/plainh/aa9f52ab ?
15:58:59 <drobban> mrtnt: optimized away perhaps
16:00:11 <drobban> compile it with cc and have at it... then it will segfault, when added some extra prints to the mix =D
16:01:01 <drobban> aah, behaves the same. sorry
16:02:29 <paulf> mrtnt is this PPC specific
16:02:31 <paulf> ?
16:02:59 <mrtnt> drobban: it's strange that for example "memset(NULL,'x',10);" segfaults, but "memset(malloc(-1),'x',10);" does not
16:03:21 <mrtnt> paulf: not to my knowledge, but i can try on x86-64
16:05:35 <mrtnt> paulf: I tested on x86-64 machine running Linux and it behaves the same: "memset(NULL,'x',10);" segfaults, but "memset(malloc(-1),'x',10);" does not
16:05:52 <paulf> Hmm
16:09:20 <paulf> On Linux I get a segfault from your paste example
16:10:16 <mrtnt> paulf: I just wanted to write, that I get the segfault both on PPC FreeBSD and x86 Linux if I compile with cc
16:10:38 <paulf> Which compiler is cc?
16:11:02 <Remilia> gcc on Linux
16:11:28 <Remilia> I think only one Linux distribution uses Clang and that one has not yet officially been released
16:11:58 <mrtnt> paulf: "FreeBSD clang version 13.0.0" on FreeBSD machine and "cc (Debian 10.2.1-6) 10.2.1 20210110" on Debian 11 machine
16:12:18 <Remilia> yep that is gcc 10
16:13:30 <paulf> With or without optimization? With optimization It may see that malloc(-1) is UB and optimize it away
16:15:01 <Remilia> on FreeBSD/amd64 I get a segfault from that code if I compile with -O0
16:15:42 <mrtnt> paulf: yes, I ran "gcc -O1 -g -Wall ..". Sorry, I should have mentioned this. Without the "-O1" I get the segfault even when compiling with gcc
16:15:45 <Remilia> any higher and it gets optimised away and never prints anything
16:16:11 <Remilia> I cannot get it to print anything with -O1 and up
16:16:53 <Remilia> mrtnt: you should probably look into disassembly and see what it is actually doing
16:16:56 <paulf> The compiler can also see that the memory allocated by malloc is never used
16:21:11 <paulf> 0000000000401140 <main>:
16:21:11 <paulf>   401140:    31 c0                    xor    %eax,%eax
16:21:12 <paulf>   401142:    c3                       ret
16:21:48 <paulf> (clang 14 on amd64 RHEL 7.6)
16:30:42 <meena> if you're lucky, -O0 won't mangle it
16:43:45 <Remilia> paulf: 31c0 is basically a nop
16:44:34 <Remilia> when you do not touch eax afterwards, that is
16:45:35 <yuripv> it's return value though so not a nop (setting it to 0)?
16:45:36 <Remilia> oh right, it is also used as mov eax,0
16:45:57 <Remilia> to shorten the instruction
16:48:05 <drobban> What do you guys say. Should I stay away from AMD Ryzen 9 - is there any known issues running freebsd with such a machine?
17:08:02 <ngortheone> drobban: I am running Ryzen 9 5950x with no problems on 14-CURRENT
17:08:26 <ngortheone> buildword with -j32 takes ~20 minutes
17:08:56 <ngortheone> roughly a year ago there was a little bit of stuttering on desktop systems, that it was fixed
17:17:22 <debdrup> drobban: typically the CPU / architecture isn't the confounding factor, but the almost unbounded set of peripheral devices that get attached on motherboards.
17:17:53 <drobban> debdrup: thats my primary source of concern as well
17:18:24 <drobban> Am I making a misstake going for something new in general?
17:18:43 <debdrup> drobban: the answer to that is typically to have a look at https://dmesgd.nycbug.org/
17:18:53 <drobban> debdrup: thanks
17:21:51 <debdrup> There's even a fortune that explains how to submit the information, see `fortune -m dmesgd /usr/share/games/fortune/freebsd-tips`
17:22:10 <drobban> =)
17:22:40 <debdrup> https://bsd-hardware.info/ might also have some information, but I'm not as familiar with that site.
17:22:41 <VimDiesel> Title: BSD Hardware Database
17:34:12 <nbari> Hi, dmesg show that my wifi card in theory seems to be supported but when doing "ifconfig wlan0 create wlandev iwlwifi0" I always get: ifconfig: SIOCIFCREATE2 (wlan0): Bad address
17:34:12 <nbari>  any ideas ?
17:34:35 <polyex> im trying to mount a usb flash drive and it's not showing up. no errors in /var/log/messages. so i tried fsck /dev/da0p1 and it's asking "ADD SUPERBLOCK CHECK-HASH PROTECTION? [yn]" what's that mean tho?
17:38:47 <CrtxReavr> file -s /dev/da0
17:38:56 <CrtxReavr> Also: file -s /dev/da0p1
17:40:54 <jwmaag_> nbari: try `ifconfig wlan create wlandev iwlwifi0` instead of `wlan0 create`
17:43:09 <polyex> CrtxReavr https://termbin.com/50we
17:43:57 <polyex> i haven't answered yes or no to the add superblock check-has protection question
17:44:27 <rtprio> it will probably ask you next time if you say 'no' now
17:45:06 <polyex> so i should say yes? what even is that feature? searched web didn't find anything
17:46:26 <CrtxReavr> Well, that tells me /dev/da0p1 is a uffs2 partition. . . so it shoudl be safe to say yes.
17:46:35 <CrtxReavr> And let fsck do its thing.
17:47:00 <polyex> and add inode check-has protection is yes too?
17:47:08 <polyex> sorry i've just never encountered these before
17:49:05 <polyex> ok answered yes to that, it ran, fs marked clean now it mounts fine
17:49:08 <polyex> i wonder wtf happened
17:50:36 <debdrup> ufs2 doing its job as good as it's able
17:51:02 <CrtxReavr> I would just: fsck -y /dev/da0p1
17:51:06 <rtprio> searching for that "ADD SUPERBLOCK..." reveals a few commits about ufs
17:51:08 <CrtxReavr> And let 'er rip.
17:51:14 <rtprio> perhaps that happened between creation and mounting it now
17:51:31 <debdrup> Not sure just passing -y to fsck is the best idea..
17:52:06 <CrtxReavr> debdrup, well, the alternative would probably require a hex editor and a pair of tweezers.
17:52:30 <CrtxReavr> So. . .  now what do you think?
17:52:35 <rtprio> CrtxReavr: or pressing 'y' a few times
17:52:42 <rtprio> c'mon man
17:52:54 <debdrup> What.
17:53:07 <CrtxReavr> From my experience, it can mean pressing y *A* *LOT*
17:53:41 <CrtxReavr> So press y, 'til you get tired of it, control-C out of it, then restart it with -y
17:53:49 <CrtxReavr> That's an all too common workflow.
17:53:51 <CrtxReavr> >=]
17:55:07 <rtprio> we don't all play fast and loose with our filesystem; and for somthing like this, it's proably one or two confirmations and gtg
17:55:28 <CrtxReavr> Who knows what he did.
17:55:44 <CrtxReavr> Besides, it's up to the user to have backups.
18:06:24 <CrtxReavr> rtprio, you've never run fsck where it's thousands of confirmations?
18:06:54 <rtprio> yes, but i make sure it's going to need thousands of confirmations before running -y blindly
18:09:28 <polyex> 13.2 is coming next month i'm so excite
18:09:52 * CrtxReavr is still a 12.x luddite.
18:09:52 <polyex> gonna finally learn about jails and how to containerize my deployments
18:10:03 <polyex> lol imagine still running 12.x
18:10:18 <polyex> might as well install debian or smth
18:10:35 <CrtxReavr> It's very rare I see a OS feature that makes me track the latest releases.
18:11:38 <CrtxReavr> Name a feature 13.x has that 12.x doesn't an how you make use of it?
18:11:38 <rtprio> it's not for everyone
18:12:27 <CrtxReavr> "But but but the number is bigger!"
18:30:39 <polyex> anyone around that's deploying as containers? curious what the 50k ft view looks like. i guess based on jails? i really like the idea that i can take a $2 vps and basically subdivide it for as many totally isolated projects as i want
18:31:08 <polyex> instead right now i gotta either make projects share a vps or dedicated 1 vps per project
18:40:11 <rtprio> jails can work, but if you're on a $2 vps you'll have to have some proxy for all of them
18:40:35 <polyex> what's the bit about a proxy?
18:40:42 <polyex> and let's call it a $10 vps
18:40:56 <rtprio> how many ip addresses do you get with that vps? 1
18:41:07 <BarnabasDK> rtprio, exactly
18:41:11 <rtprio> or you're paying $10 more for a couple of ips
18:41:40 <polyex> ipv6 are free :)
18:42:03 <BarnabasDK> if you only get one IP for it - then you need to do some magic on the host node in order to distribute traffic to loopback devices
18:42:19 <BarnabasDK> for http(s) lets say
18:42:41 <rtprio> polyex: sure, if you only want nerds to access your services
18:42:55 <BarnabasDK> and cheap vps servers usually don't have many cores
18:44:15 <BarnabasDK> well the price does not really matter - if you only get one :-) ipv4 or six
18:44:56 <BarnabasDK> you have to do the same hackery to make it work
18:45:21 <rtprio> polyex: ok, routing the ipv6 to your jails would absolutely work
18:45:33 <polyex> k so i'll only deploy as many containers to a host vps as i have separate ips
18:46:27 <debdrup> You can also use vnet and NAT.
18:47:13 <debdrup> With the right set of sysctl(8) OIDs, I think it's even possible to make it so that your service provider can't detect (based on network traffic, at least) that there's any address translation going on.
18:47:30 <concrete_houses> I say get rid of virualization just use ha-proxy and werc.cat-v.org
18:47:35 <rtprio> debdrup: do some care about that?
18:47:35 <concrete_houses> get rid of databases
18:47:42 <BarnabasDK> polyex, depends - you need to have as many ips as hosts you plan to have public internet access at least I think. Say for hosting http(s) - else you have to start running stuff on other ports per debdrup say 8080 and nating
18:47:44 <concrete_houses> get rid of MBA and project people
18:47:51 <concrete_houses> have king and free houses
18:48:04 <concrete_houses> how is freebsd > netbsd?
18:48:17 <xtile> freebsd actually gets security updates
18:48:32 <BarnabasDK> netbsd used to run on everything
18:48:38 <BarnabasDK> I haven't followed it for years
18:48:44 <rtprio> just because it runs doesn't make it usable
18:49:05 <BarnabasDK> for practical uses - no but for experiments - it does
18:49:09 <debdrup> rtprio: I have vague memories of needing it, but can't remember the context.
18:49:28 <BarnabasDK> way back in the day I had it running on my amiga 2000
18:52:24 <BarnabasDK> I would buy an amiga again just because old times - but damn the mc68xxx series cpus have become expensive
18:52:38 <BarnabasDK> should have kept my 68040
18:53:19 <BarnabasDK> a used 68060 in the right rev is so expensive it will make your eyes water
18:55:06 <BarnabasDK> have anyone ever tried the actual commodore unix?
18:55:22 <BarnabasDK> did not know it existed until about a couple of years ago
18:55:51 <BarnabasDK> think it was a system V derivative
18:58:13 <xtile> I'd like to try a System V some day but they're generally made difficult to use and run.
19:08:25 <rtprio> using pkg how do i extract tmux from 'tmux-3.3a'
19:08:53 <rtprio> i swear i get tripped up on this every single time
19:09:59 <yuripv> pkg query %n tmux
19:10:08 <yuripv> or %o if you want origin
19:10:58 <rtprio> %n, yeah; i somehow find myself in a situation where i always get the full name-version and what i need is the short name
19:29:01 <rtprio> (for pkg_cutleaves exclude)
20:52:22 <vext01> hi, what's the best way to share files from the host into bhyve vms? NFS?
20:53:11 <rtprio> i would probably use nfs
20:53:28 <michaeldexter> Agreed
20:54:11 <vext01> thanks
20:54:39 <vext01> nothing like docker's "volumes" exists for bhyve then?
20:54:56 <vext01> also, hi michaeldexter
20:55:07 <vext01> we've been chatting on mastodon :)
20:55:24 <michaeldexter> There is a simple 9p server in bhyve that can be used with Linux VMs. Hi!
20:55:45 <michaeldexter> You CyberPickle932?
20:55:59 <vext01> not me :)
20:56:19 <vext01> I'm a filthy openbsd dev
20:56:26 <michaeldexter> That's a thing? :)
20:56:33 <vext01> haha
20:56:38 <polyex> big respect to openbsd
20:56:42 <michaeldexter> Likewise.
20:57:00 <michaeldexter> "If you want to hate on OpenBSD, remove SSH and related tools from your system"
20:57:34 <vext01> michaeldexter: we spoke about supermicro ipmi and zfs recently
20:58:14 <michaeldexter> OpenCON/London?
21:00:47 <vext01> michaeldexter: correct
21:02:26 <michaeldexter> HEY!
21:02:52 <vext01> HEY indeed
21:03:28 <vext01> disks for new home server arrived today, and it's getting freebsd this time
21:04:28 <vext01> zfs just makes sense
21:07:06 <vext01> i asked this in the openzfs channel, let's see if we get any other answers
21:07:17 <michaeldexter> But it's a laying violation! (Every OBSD Dev)
21:07:41 <michaeldexter> vext01: Ping me here or better on Skype as needed. I am not a cool kid with a persistent IRC history. :(
21:07:51 <vext01> if you do mirrored zfs on root, what do you do to keep the system bootable should the boot disk die?
21:14:41 <michaeldexter> vext01: Both sides of the mirror should be bootable. FWIW, have you looked at TrueNAS CORE? It does lots of housekeeping for you.
21:23:07 <vext01> michaeldexter: I like to do it myself
21:23:22 <vext01> that way I understand it
21:24:18 <michaeldexter> Amen
21:24:30 <michaeldexter> Are you separating boot from storage?
21:28:21 <vext01> michaeldexter: yes
21:29:17 <michaeldexter> FreeBSD does not assist with creating the storage array, though the boot configuration is good/good enough. I suggest one script the array configuration. How many disks are you planning for?
21:34:11 <michaeldexter> vext01: I need to run to a call but you can reach me on several other platforms by this exact same user name. Except  bsd.network where for once I got the name I wanted.
21:34:37 <debdrup> vext01: generally you'll want to put partitions on all disks that'll be part of the pool, and partition every disk with an identical bootblock (gmirror(8) is good for this)
21:35:42 <debdrup> If one disk dies, the firmware should start from the one that isn't dead.
21:39:11 <vext01> michaeldexter: thanks
21:39:15 <vext01> debdrup: sweet
21:41:38 <debdrup> vext01: this, of course, assumes that disks don't lie - but since they do, you can get into a situation where the firmware will think that the disk is fine, so you'll manually need to switch boot disks.
21:50:34 <vext01> debdrup: when i have the second root disk in my hands I may prod you for advice on gmirror etc, if that's ok?
21:52:55 <debdrup> vext01: there are some notes on it here https://wiki.freebsd.org/MasonLoringBliss/ZFSandGELIbyHAND
21:52:56 <VimDiesel> Title: MasonLoringBliss/ZFSandGELIbyHAND - FreeBSD Wiki
21:54:20 <debdrup> Ah, I see that's been switched away from using gmirror - still should work fine, though.
22:35:10 <plasma41> Where can I find the source for the FreeBSD icon? (Specifically just the icon portion of the logo, not the full logo with wordmark.)
22:38:37 <mason> plasma41: There's https://www.freebsd.org/art/
22:38:38 <VimDiesel> Title: FreeBSD Art | The FreeBSD Project
22:39:45 <mason> plasma41: For the logo itself: https://freebsdfoundation.org/about-us/about-the-foundation/project/
22:39:47 <VimDiesel> Title: Project | FreeBSD Foundation
22:40:04 <mason> That includes usage restrictions and guidelines.
22:41:41 <plasma41> mason: I tried downloading the zip file on that second page, but it only includes images of the full logo, not just the icon by itself.
22:42:00 <mason> looking
22:44:10 <mason> plasma41: Hm, it includes it when I download it here.
22:44:16 <plasma41> The website favicon https://www.freebsd.org/favicon.ico is of the icon alone, but I would like something that is higher resolution.
22:44:36 <plasma41> mason: Which directory?
22:44:51 <mason> plasma41: Download the archive again, and look for FREEBSD_Logo_Vert_Pos_RGB.png
22:45:06 <mason> Archive/Vertical/Full Color/Positive/RGB/FREEBSD_Logo_Vert_Pos_RGB.png
22:45:21 <mason> Thanks to: find FreeBSD\ Logo\ Archive/ -name '*.png' -execdir xv {} \;
22:46:00 <mason> There might be another more suitable but that's the first I found that was just the logo.
22:46:10 <plasma41> mason: That file has the wordmark underneath the icon.
22:46:47 <la_mettrie> ASCII logo appears at least in these source files: stand/forth/logo-orb.4th | stand/forth/logo-orbbw.4th | stand/lua/gfx-orb.lua | stand/lua/gfx-orbbw.lua
22:47:42 <plasma41> I could cut it out with gimp, but I'd prefer to find the source file that was used to compose the image of the full logo.
22:47:54 <mason> Oh, interesting, xv didn't show the words.
22:48:21 <plasma41> mason: Does xv have a black background?
22:49:24 <Kalten>   /boot/logo-beastiebw.4th and /boot/logo-beastie.4th for nice ASCII ones ;-p
22:49:57 <mason> Mm, not seeing the graphic by itself. If you write to the Foundation folks, they're friendly/helpful and can probably point you to the right thing.
22:50:29 <plasma41> mason: Ok, thanks for your help.
22:50:44 <mason> plasma41: https://freebsdfoundation.org/about-us/contact-us/
22:50:46 <VimDiesel> Title: Contact Us | FreeBSD Foundation