From george at ceetonetechnology.com Thu Dec 2 13:10:43 2021 From: george at ceetonetechnology.com (George Rosamond) Date: Thu, 2 Dec 2021 13:10:43 -0500 Subject: [talk] NYC*BUG colocation migration Message-ID: <39f7935b-5909-4838-ee38-e18a20784205@ceetonetechnology.com> As many people know, NYC*BUG hosts all its services in a New York Internet cabinet at 100 William. We are not a cloud-based entity using "other people's computers." Bare metals are us. On Saturday morning 202112041400 UTC, that cabinet will migrate to the NYI facility at 60 Hudson. Yes, that 60 Hudson. That means that a bunch of things won't be up during transit, including: * nycbug.org web site * nycbsdcon.org web site * dmesgd.nycbug.org web site * a bunch of mailing lists, including some for other *BSD user groups * the perl smoketest box * some Tor-related hardware * ftp4.usa.openbsd.org * bsd.lv * the NYC*BUG mirror box at https://mirrors.nycbug.org/pub/ Never fear... we'll be back up soon enough. Feel free to forward this message on to others who should be aware. Thanks g From recourse at gmail.com Thu Dec 2 14:22:07 2021 From: recourse at gmail.com (Joseph Jackson) Date: Thu, 2 Dec 2021 13:22:07 -0600 Subject: [talk] NYC*BUG colocation migration In-Reply-To: <39f7935b-5909-4838-ee38-e18a20784205@ceetonetechnology.com> References: <39f7935b-5909-4838-ee38-e18a20784205@ceetonetechnology.com> Message-ID: I'm surprised you are moving INTO 60 hudson. We just moved all our services out since equinix is leaving 60 hudson. On Thu, Dec 2, 2021 at 12:11 PM George Rosamond wrote: > > As many people know, NYC*BUG hosts all its services in a New York > Internet cabinet at 100 William. > > We are not a cloud-based entity using "other people's computers." Bare > metals are us. > > On Saturday morning 202112041400 UTC, that cabinet will migrate to the > NYI facility at 60 Hudson. Yes, that 60 Hudson. > > That means that a bunch of things won't be up during transit, including: > > * nycbug.org web site > * nycbsdcon.org web site > * dmesgd.nycbug.org web site > * a bunch of mailing lists, including some for other *BSD user groups > * the perl smoketest box > * some Tor-related hardware > * ftp4.usa.openbsd.org > * bsd.lv > * the NYC*BUG mirror box at https://mirrors.nycbug.org/pub/ > > Never fear... we'll be back up soon enough. > > Feel free to forward this message on to others who should be aware. > > Thanks > > g > > _______________________________________________ > talk mailing list > talk at lists.nycbug.org > http://lists.nycbug.org:8080/mailman/listinfo/talk From george at ceetonetechnology.com Thu Dec 2 18:48:39 2021 From: george at ceetonetechnology.com (George Rosamond) Date: Thu, 2 Dec 2021 18:48:39 -0500 Subject: [talk] NYC*BUG colocation migration In-Reply-To: References: <39f7935b-5909-4838-ee38-e18a20784205@ceetonetechnology.com> Message-ID: <9cca11d7-6777-1d65-3e2b-d7270beca44f@ceetonetechnology.com> On 12/2/21 14:22, Joseph Jackson wrote: > I'm surprised you are moving INTO 60 hudson. We just moved all our > services out since equinix is leaving 60 hudson. It's colo gentrification time. They subdivided your old space in half and are charging double. Then we'll make your schools "better." Sorry... had to... g From jondrews at fastmail.com Thu Dec 2 21:47:51 2021 From: jondrews at fastmail.com (Jonathan Drews) Date: Thu, 2 Dec 2021 19:47:51 -0700 Subject: [talk] Recursive chmod problem Message-ID: Hi Gals & Guys: I have a problem which happens both on OpenBSD and Debian Linux. $ chmod -R 660 *.pdf does not change entries in directories. I tested this both on OpenBSD and Debian Linux. However: find . -type f -exec chmod 660 {} \; will make the correct changes in the subdirectories. What am I doing wrong here in regards to chmod -R ? -- Kind regards, Jonathan From ori at eigenstate.org Thu Dec 2 21:49:38 2021 From: ori at eigenstate.org (ori at eigenstate.org) Date: Thu, 02 Dec 2021 21:49:38 -0500 Subject: [talk] Recursive chmod problem In-Reply-To: Message-ID: <570F1A338159CC5784AE7E80C13865E4@eigenstate.org> Quoth Jonathan Drews : > Hi Gals & Guys: > > I have a problem which happens both on OpenBSD and Debian Linux. > > $ chmod -R 660 *.pdf > > does not change entries in directories. of course; think about what globs expand to. Do you have any directories named 'dir.pdf'? if not, how would they show up in the glob? echo chmod -R 660 *pdf will let you see the expanded command. From jondrews at fastmail.com Thu Dec 2 22:07:43 2021 From: jondrews at fastmail.com (Jonathan Drews) Date: Thu, 2 Dec 2021 20:07:43 -0700 Subject: [talk] Recursive chmod problem In-Reply-To: <570F1A338159CC5784AE7E80C13865E4@eigenstate.org> References: <570F1A338159CC5784AE7E80C13865E4@eigenstate.org> Message-ID: On Thu, Dec 02, 2021 at 09:49:38PM -0500, ori at eigenstate.org wrote: > > $ chmod -R 660 *.pdf > > > > does not change entries in directories. > > of course; think about what globs expand to. Do you have > any directories named 'dir.pdf'? if not, how would they > show up in the glob? > > echo chmod -R 660 *pdf > > will let you see the expanded command. > Interesting! I am following the instructions in a book called "The Linux Phrasebook" and the author shows that: $ chmod -R 660 *.jpg will only affect images (*.jpg) and not directories. Maybe he is wrong? Thanks for the heads up. -- Kind regards, Jonathan From ori at eigenstate.org Thu Dec 2 22:18:05 2021 From: ori at eigenstate.org (ori at eigenstate.org) Date: Thu, 02 Dec 2021 22:18:05 -0500 Subject: [talk] Recursive chmod problem In-Reply-To: Message-ID: <4D50589840394A1FB7F62744B0905EB3@eigenstate.org> Quoth Jonathan Drews : > On Thu, Dec 02, 2021 at 09:49:38PM -0500, ori at eigenstate.org wrote: > > > $ chmod -R 660 *.pdf > > > > > > does not change entries in directories. > > > > of course; think about what globs expand to. Do you have > > any directories named 'dir.pdf'? if not, how would they > > show up in the glob? > > > > echo chmod -R 660 *pdf > > > > will let you see the expanded command. > > > > Interesting! I am following the instructions in a book called "The > Linux Phrasebook" and the author shows that: > > $ chmod -R 660 *.jpg > > will only affect images (*.jpg) and not directories. Maybe he is > wrong? I'm confused. Why do you think that he's wrong? The shell expands the list of filenames. The programs never see the globs. Unless you happen to name your directory 'mydir.jpg', the expansion of the glob never contains a directory, so it never gets passed to the program. It's that simple. myprogram *.jpg is the same as typing out a list of every jpg in the current directory: myprogram a.jpg b.jpg c.jpg ... there's precisely zero difference. From jondrews at fastmail.com Thu Dec 2 22:28:23 2021 From: jondrews at fastmail.com (Jonathan Drews) Date: Thu, 2 Dec 2021 20:28:23 -0700 Subject: [talk] Recursive chmod problem In-Reply-To: <4D50589840394A1FB7F62744B0905EB3@eigenstate.org> References: <4D50589840394A1FB7F62744B0905EB3@eigenstate.org> Message-ID: On Thu, Dec 02, 2021 at 10:18:05PM -0500, ori at eigenstate.org wrote: > I'm confused. Why do you think that he's > wrong? > > The shell expands the list of filenames. > The programs never see the globs. > > Unless you happen to name your directory > 'mydir.jpg', the expansion of the glob > never contains a directory, so it never > gets passed to the program. > > It's that simple. > > myprogram *.jpg > > is the same as typing out a list of every > jpg in the current directory: > > myprogram a.jpg b.jpg c.jpg ... > > there's precisely zero difference. > Thanks for the input and sorry for being so dense. This works: chmod -R 664 */*.html I was under the presumption that the -R flag obviated the need for explicit glob expansions. That is $ chmod -R 660 *.pdf would be smart enough to traverse directories. At least that is what his book shows. __ Kind regards, Jonathan From ori at eigenstate.org Thu Dec 2 22:39:56 2021 From: ori at eigenstate.org (ori at eigenstate.org) Date: Thu, 02 Dec 2021 22:39:56 -0500 Subject: [talk] Recursive chmod problem In-Reply-To: Message-ID: Quoth Jonathan Drews : > On Thu, Dec 02, 2021 at 10:18:05PM -0500, ori at eigenstate.org wrote: > > I'm confused. Why do you think that he's > > wrong? > > > > The shell expands the list of filenames. > > The programs never see the globs. > > > > Unless you happen to name your directory > > 'mydir.jpg', the expansion of the glob > > never contains a directory, so it never > > gets passed to the program. > > > > It's that simple. > > > > myprogram *.jpg > > > > is the same as typing out a list of every > > jpg in the current directory: > > > > myprogram a.jpg b.jpg c.jpg ... > > > > there's precisely zero difference. > > > > Thanks for the input and sorry for being so dense. This works: > > chmod -R 664 */*.html > > I was under the presumption that the -R flag obviated the need for > explicit glob expansions. That is > $ chmod -R 660 *.pdf would be smart enough to traverse directories. > At least that is what his book shows. you have to give it a directory for it to recurse into a directory; the glob NEVER makes it to the program. The program has no idea that you ever typed a glob. If you have a directory called 'foo', then: chmod -R foo/ will descend into the directory recursively, but you need to pass the *directory* to the program. From jondrews at fastmail.com Thu Dec 2 22:48:01 2021 From: jondrews at fastmail.com (Jonathan Drews) Date: Thu, 2 Dec 2021 20:48:01 -0700 Subject: [talk] Recursive chmod problem In-Reply-To: References: Message-ID: On Thu, Dec 02, 2021 at 10:39:56PM -0500, ori at eigenstate.org wrote: > > you have to give it a directory for it to recurse > into a directory; the glob NEVER makes it to the > program. The program has no idea that you ever typed > a glob. > > If you have a directory called 'foo', then: > > chmod -R foo/ > > will descend into the directory recursively, > but you need to pass the *directory* to the > program. > > Thanks again. I see that chmod -R 660 *.pdf Files/ changes the premissions of the directory first and so it never enters the directory and changes the files in it. I will use: $ find . -type f -exec chmod 660 {} \; instead. That works. Thank you for your explanations. -- Kind regards, Jonathan From george at ceetonetechnology.com Sun Dec 5 15:18:39 2021 From: george at ceetonetechnology.com (George Rosamond) Date: Sun, 5 Dec 2021 15:18:39 -0500 Subject: [talk] colocation move Message-ID: FYI, we moved successfully from 100 William to 60 Hudson yesterday. Huge thanks to Patrick, Raul and Ike plus the kids. The NYI staff and movers were great.. .and made the migration relatively smooth. g From george at ceetonetechnology.com Wed Dec 8 11:52:35 2021 From: george at ceetonetechnology.com (George Rosamond) Date: Wed, 8 Dec 2021 11:52:35 -0500 Subject: [talk] BSDCan CFP Message-ID: <87beb086-ef12-e14f-c8c1-05f4b0e876e5@ceetonetechnology.com> It's back... we hope! Get on the BSDCan announce list to stay on it... no guarantee we'll forward to talk@ (btw, DVL.. https works fine for the domain... you might want to update the URLs) > BSDCan 2022 will be held 3-4 (Fri-Sat) June, 2022 in Ottawa, > at the University of Ottawa. It will be preceded by two > days of tutorials on 1-2 June (Wed-Thu). > > Also: do not miss out on the Goat BOF on Tuesday 31 May. > > We are now accepting proposals for talks. > > The talks should be designed with a very strong technical content bias. > Proposals of a business development or marketing nature are not > appropriate for this venue. > > See http://www.bsdcan.org/2022/ > > If you are doing something interesting with a BSD operating system, > please submit a proposal. Whether you are developing a very complex > system using BSD as the foundation, or helping others and have a story > to tell about how BSD played a role, we want to hear about your > experience. People using BSD as a platform for research are also > encouraged to submit a proposal. Possible topics include: > > * How we manage a giant installation with respect to handling spam. > * and/or sysadmin. > * and/or networking. > * Cool new stuff in BSD > * Tell us about your project which runs on BSD > * other topics (see next paragraph) > > The Archives section on the BSDCan website contains all the past talks. > You can use them as examples. > > Both users and developers are encouraged to share their experiences. > > The schedule is: > > 1 Dec 2021 Proposal acceptance begins (sorry, we are 11 days late) > 19 Jan 2022 Proposal acceptance ends > 19 Feb 2022 Confirmation of accepted proposals > > See also http://www.bsdcan.org/2022/papers.php > > Instructions for submitting a proposal to BSDCan 2022 are available > from: http://www.bsdcan.org/2022/submissions.php From george at ceetonetechnology.com Wed Dec 8 11:53:18 2021 From: george at ceetonetechnology.com (George Rosamond) Date: Wed, 8 Dec 2021 11:53:18 -0500 Subject: [talk] BSDCan CFP In-Reply-To: <87beb086-ef12-e14f-c8c1-05f4b0e876e5@ceetonetechnology.com> References: <87beb086-ef12-e14f-c8c1-05f4b0e876e5@ceetonetechnology.com> Message-ID: On 12/8/21 11:52, George Rosamond wrote: > It's back... we hope! > > Get on the BSDCan announce list to stay on it... no guarantee we'll > forward to talk@ And this is the announce@ list manager: https://lists.bsdcan.org/mailman/listinfo/bsdcan-announce > > (btw, DVL.. https works fine for the domain... you might want to update > the URLs) > >> BSDCan 2022 will be held 3-4 (Fri-Sat) June, 2022 in Ottawa, >> at the University of Ottawa. It will be preceded by two >> days of tutorials on 1-2 June (Wed-Thu). >> >> Also: do not miss out on the Goat BOF on Tuesday 31 May. >> >> We are now accepting proposals for talks. >> >> The talks should be designed with a very strong technical content bias. >> Proposals of a business development or marketing nature are not >> appropriate for this venue. >> >> See http://www.bsdcan.org/2022/ >> >> If you are doing something interesting with a BSD operating system, >> please submit a proposal. Whether you are developing a very complex >> system using BSD as the foundation, or helping others and have a story >> to tell about how BSD played a role, we want to hear about your >> experience.? People using BSD as a platform for research are also >> encouraged to submit a proposal. Possible topics include: >> >> * How we manage a giant installation with respect to handling spam. >> * and/or sysadmin. >> * and/or networking. >> * Cool new stuff in BSD >> * Tell us about your project which runs on BSD >> * other topics (see next paragraph) >> >> The Archives section on the BSDCan website contains all the past talks. >> You can use them as examples. >> >> Both users and developers are encouraged to share their experiences. >> >> The schedule is: >> >> 1? Dec 2021 Proposal acceptance begins (sorry, we are 11 days late) >> 19 Jan 2022 Proposal acceptance ends >> 19 Feb 2022 Confirmation of accepted proposals >> >> See also http://www.bsdcan.org/2022/papers.php >> >> Instructions for submitting a proposal to BSDCan 2022 are available >> from: http://www.bsdcan.org/2022/submissions.php > > _______________________________________________ > talk mailing list > talk at lists.nycbug.org > https://lists.nycbug.org:8443/mailman/listinfo/talk From jondrews at fastmail.com Tue Dec 14 00:31:44 2021 From: jondrews at fastmail.com (Jonathan Drews) Date: Mon, 13 Dec 2021 22:31:44 -0700 Subject: [talk] Linux Compat on FreeBSD Message-ID: $ uname -a 13.0-STABLE FreeBSD 13.0-STABLE GENERIC amd64 Hi Folks: I am using GhostBSD, which is based on FreeBSD 13. I can't run Softmaker Office https://www.softmaker.com/en/softmaker-office on GhostBSD because its Linux libraries are too old. Look ~ [127]> /compat/linux/usr/share/office2021/textmaker textmaker: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /compat/linux/usr/share/office2021/textmaker) textmaker: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by /compat/linux/usr/share/office2021/textmaker) textmaker: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /compat/linux/usr/share/office2021/textmaker) I do the following # strings libstdc++.so.6 | grep CXXABI CXXABI_1.3 CXXABI_1.3.1 CXXABI_1.3.2 CXXABI_1.3.3 CXXABI_1.3.4 CXXABI_1.3.5 CXXABI_1.3.6 CXXABI_1.3.7 CXXABI_TM_1 There is no CXXABI_1.3.8 or CXXABI_1.3.9. My question: Will FreeBSD 14 have an updated /compat/linux port? -- Kind regards, Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: From pete at nomadlogic.org Tue Dec 14 13:22:38 2021 From: pete at nomadlogic.org (Pete Wright) Date: Tue, 14 Dec 2021 10:22:38 -0800 Subject: [talk] Linux Compat on FreeBSD In-Reply-To: References: Message-ID: <3eac59ef-baa9-6b9e-fe32-e1ec5481c2b1@nomadlogic.org> On 12/13/21 21:31, Jonathan Drews wrote: > $ uname -a > 13.0-STABLE FreeBSD 13.0-STABLE GENERIC? amd64 > > Hi Folks: > > ?I am using GhostBSD, which is based on FreeBSD 13. I can't run > Softmaker Office > https://www.softmaker.com/en/softmaker-office > on GhostBSD because its Linux libraries are too old. Look > > ~ [127]> /compat/linux/usr/share/office2021/textmaker > textmaker: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found > (required by /compat/linux/usr/share/office2021/textmaker) > textmaker: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found > (required by /compat/linux/usr/share/office2021/textmaker) > textmaker: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found > (required by /compat/linux/usr/share/office2021/textmaker) > ?I do the following > # strings libstdc++.so.6 | grep CXXABI > CXXABI_1.3 > CXXABI_1.3.1 > CXXABI_1.3.2 > CXXABI_1.3.3 > CXXABI_1.3.4 > CXXABI_1.3.5 > CXXABI_1.3.6 > CXXABI_1.3.7 > CXXABI_TM_1 > > > There is no CXXABI_1.3.8 or CXXABI_1.3.9. > > My question: Will FreeBSD 14 have an updated /compat/linux port? You might want to take a look at using an Ubuntu chroot.? i use this for apps that need more recent dependencies than the default centos7 linux packages: https://wiki.freebsd.org/LinuxJails it works pretty great actually, i've been able to run linux-chrome as well as the linux zoom client under this.? you can also follow this general guide to run a debian chroot if you don't want to get stuck with ubuntu's odd choices about packaging and stuff. -pete -- Pete Wright pete at nomadlogic.org @nomadlogicLA -------------- next part -------------- An HTML attachment was scrubbed... URL: From scottro11 at gmail.com Tue Dec 14 13:50:09 2021 From: scottro11 at gmail.com (Scott Robbins) Date: Tue, 14 Dec 2021 13:50:09 -0500 Subject: [talk] Linux Compat on FreeBSD In-Reply-To: <3eac59ef-baa9-6b9e-fe32-e1ec5481c2b1@nomadlogic.org> References: <3eac59ef-baa9-6b9e-fe32-e1ec5481c2b1@nomadlogic.org> Message-ID: <20211214185009.m3b7u4h7zw67sxui@scott2.scottro.net> On Tue, Dec 14, 2021 at 10:22:38AM -0800, Pete Wright wrote: > > > On 12/13/21 21:31, Jonathan Drews wrote: > > $ uname -a > > 13.0-STABLE FreeBSD 13.0-STABLE GENERIC? amd64 > > > > Hi Folks: > > > > ?I am using GhostBSD, which is based on FreeBSD 13. I can't run > > Softmaker Office > > https://www.softmaker.com/en/softmaker-office > > on GhostBSD because its Linux libraries are too old. Look > > > > ~ [127]> /compat/linux/usr/share/office2021/textmaker > > textmaker: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found > > (required by /compat/linux/usr/share/office2021/textmaker) > > textmaker: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found > > (required by /compat/linux/usr/share/office2021/textmaker) > > textmaker: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found > > (required by /compat/linux/usr/share/office2021/textmaker) > > ?I do the following > > # strings libstdc++.so.6 | grep CXXABI > > CXXABI_1.3 > > CXXABI_1.3.1 > > CXXABI_1.3.2 > > CXXABI_1.3.3 > > CXXABI_1.3.4 > > CXXABI_1.3.5 > > CXXABI_1.3.6 > > CXXABI_1.3.7 > > CXXABI_TM_1 I've also used it for brave-browser. There's an excellent tutorial on FreeBSD forums about it. https://forums.freebsd.org/threads/linuxulator-how-to-install-brave-linux-app-on-freebsd-13-0.78879/ -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 From viewtiful.icchan at gmail.com Fri Dec 17 11:28:51 2021 From: viewtiful.icchan at gmail.com (Robert Menes) Date: Fri, 17 Dec 2021 11:28:51 -0500 Subject: [talk] OpenBSD 7.0 on ThinkPad X220 Message-ID: Hello NYC*BUG! I got myself a new laptop recently: a ThinkPad T470s, which is now going to be my new main laptop, which means that my X220 will now be an OpenBSD laptop! I've installed a modified BIOS to the X220, which allows me to now switch out the WLAN card for a better one with 802.11 ac capacity. I'm looking for one that's friendly with OpenBSD and can be set up with a quick fw_update. The X220 has a 1TB SSD installed, but OpenBSD's auto partitioning suggestion doesn't look like it's taking full advantage of the space. I was considering a partition scheme like this (sd0 is the SSD): sd0a: mount as / (30GB) sd0b: swap (8GB) sd0c: refers to whole disk sd0d: mount as /usr (40GB) sd0e: mount as /tmp (6GB) sd0f: mount as /var (10GB) sg0g: mount as /home and use remaining space I know that the default partition scheme splits /usr down further into /usr/local, /usr/X11, etc., but I don't think using one /usr partition should hurt things, unless anyone has a good reason as to why it should be split. As for the rest of the hardware, has anyone who has used OpenBSD on the X200 series have any advice or tips for setup? How is sound and video support? Anything I should keep in mind? Hopefully we can have in-person meetings again soon so I can bring it along. It sucks already that we can't meet for a holiday party or nothing. --Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: From ike at blackskyresearch.net Fri Dec 17 12:31:05 2021 From: ike at blackskyresearch.net (Isaac (.ike) Levy) Date: Fri, 17 Dec 2021 12:31:05 -0500 Subject: [talk] OpenBSD 7.0 on ThinkPad X220 In-Reply-To: References: Message-ID: <256ee2c6-ee91-443c-a856-b4948a7add2d@www.fastmail.com> On Fri, Dec 17, 2021, at 11:28 AM, Robert Menes wrote: > Hello NYC*BUG! > > I got myself a new laptop recently: a ThinkPad T470s, which is now > going to be my new main laptop, which means that my X220 will now be an > OpenBSD laptop! > > I've installed a modified BIOS to the X220, which allows me to now > switch out the WLAN card for a better one with 802.11 ac capacity. I'm > looking for one that's friendly with OpenBSD and can be set up with a > quick fw_update. > > The X220 has a 1TB SSD installed, but OpenBSD's auto partitioning > suggestion doesn't look like it's taking full advantage of the space. I > was considering a partition scheme like this (sd0 is the SSD): > > sd0a: mount as / (30GB) > sd0b: swap (8GB) > sd0c: refers to whole disk > sd0d: mount as /usr (40GB) > sd0e: mount as /tmp (6GB) > sd0f: mount as /var (10GB) > sg0g: mount as /home and use remaining space > > I know that the default partition scheme splits /usr down further into > /usr/local, /usr/X11, etc., but I don't think using one /usr partition > should hurt things, unless anyone has a good reason as to why it should > be split. > > As for the rest of the hardware, has anyone who has used OpenBSD on the > X200 series have any advice or tips for setup? How is sound and video > support? Anything I should keep in mind? It's been a minute, but I did run OpenBSD on an X230 for a while- and I really enjoyed that rig when I had it running. At the time, X220's were even better supported. I believe the trackpad was even functional (with some fuss) as I remember, (which was *rare* at the time). Synaptics - never not a fuss- grrrr. (I didn't live with that rig for long, I was doing ZFS/jail hacking at the time, and swtiched that laptop to run FreeBSD - and X230 hardware was far less supported at the time. Gave up audio and fast video to hack on my project at the time.) As I remember that little laptop with OpenBSD: audio worked without fuss, (headphone jack and all), video was quite pretty, and Chromium was a new port so I do remember being giddy watching youtube high-def stuff... Have fun with that rig! Best, .ike From okan at demirmen.com Fri Dec 17 13:42:02 2021 From: okan at demirmen.com (Okan Demirmen) Date: Fri, 17 Dec 2021 13:42:02 -0500 Subject: [talk] OpenBSD 7.0 on ThinkPad X220 In-Reply-To: References: Message-ID: On Fri 2021.12.17 at 11:28 -0500, Robert Menes wrote: > Hello NYC*BUG! > > I got myself a new laptop recently: a ThinkPad T470s, which is now going to > be my new main laptop, which means that my X220 will now be an OpenBSD > laptop! > > I've installed a modified BIOS to the X220, which allows me to now switch > out the WLAN card for a better one with 802.11 ac capacity. I'm looking for > one that's friendly with OpenBSD and can be set up with a quick fw_update. > > The X220 has a 1TB SSD installed, but OpenBSD's auto partitioning > suggestion doesn't look like it's taking full advantage of the space. I was > considering a partition scheme like this (sd0 is the SSD): > > sd0a: mount as / (30GB) > sd0b: swap (8GB) > sd0c: refers to whole disk > sd0d: mount as /usr (40GB) > sd0e: mount as /tmp (6GB) > sd0f: mount as /var (10GB) > sg0g: mount as /home and use remaining space > > I know that the default partition scheme splits /usr down further into > /usr/local, /usr/X11, etc., but I don't think using one /usr partition > should hurt things, unless anyone has a good reason as to why it should be > split. Only /usr/local should have wxallowed mount option, where the rest the filesystems should not; dumping /usr/local in /usr means one loses on base. > As for the rest of the hardware, has anyone who has used OpenBSD on the > X200 series have any advice or tips for setup? How is sound and video > support? Anything I should keep in mind? x-series in general works out of the box extremely well; could say the same for most though. that said, someone else's idea of a bios doesn't mean it's the correct implementation of a bios (i.e. the various "alternative" bios'). > Hopefully we can have in-person meetings again soon so I can bring it > along. It sucks already that we can't meet for a holiday party or nothing. > > --Robert > _______________________________________________ > talk mailing list > talk at lists.nycbug.org > https://lists.nycbug.org:8443/mailman/listinfo/talk From ike at blackskyresearch.net Thu Dec 30 21:44:16 2021 From: ike at blackskyresearch.net (Isaac (.ike) Levy) Date: Thu, 30 Dec 2021 21:44:16 -0500 Subject: [talk] Something Has Happened to TOOOL Message-ID: ?Hi All, Many of you know TOOL from numerous conferences, and as a volunteer nonprofit, they recently fell prey to some complicated fraud scheme, described here: https://m.youtube.com/watch?v=QOXdU0j2Kpo Anyhow, I?ve met Deviant Olaf numerous times over the years- and TOOOL has certainly taught many of us a lot about fundamental security. And taught our kids. First thing: there?s some real lessons we can all take away from their story- lessons for volunteer orgs, lessons for individuals. Second thing: They are passing the hat for end of year tax deductible donations, to keep afloat and continue to clean up their fraud mess. (I personally want to be sure they exist once the pandemic is over :) Apologies if any bit of my post seems spammy, but to many here, I know this news is community interest- (family interest, really!) Best, .ike From george at ceetonetechnology.com Thu Dec 30 22:09:58 2021 From: george at ceetonetechnology.com (George Rosamond) Date: Thu, 30 Dec 2021 22:09:58 -0500 Subject: [talk] Something Has Happened to TOOOL In-Reply-To: References: Message-ID: On 12/30/21 21:44, Isaac (.ike) Levy wrote: > ?Hi All, > > Many of you know TOOL from numerous conferences, and as a volunteer nonprofit, they recently fell prey to some complicated fraud scheme, described here: > > https://m.youtube.com/watch?v=QOXdU0j2Kpo > > Anyhow, I?ve met Deviant Olaf numerous times over the years- and TOOOL has certainly taught many of us a lot about fundamental security. And taught our kids. > > First thing: there?s some real lessons we can all take away from their story- lessons for volunteer orgs, lessons for individuals. > > Second thing: They are passing the hat for end of year tax deductible donations, to keep afloat and continue to clean up their fraud mess. (I personally want to be sure they exist once the pandemic is over :) > > Apologies if any bit of my post seems spammy, but to many here, I know this news is community interest- (family interest, really!) Interesting. I was wondering what they were doing even pre-COVID. I know one NYC TOOOL person pretty well from past MakerFaires and HOPE. Haven't watched video yet, but definitely will. Some of you know my NYC*BUG philosophy that I've pushed... no assets, no privileges. The only thing that has "value" is the domain name. "Starfish and the spider"... Our cabinet at NYI is donated by NYI. All the hardware there has low value, outside of ftp4.usa.openbsd. There would be no reason for anyone to "take over NYC*BUG" since there's nothing of value. Every nickel from NYCBSDCons counted as profit was donated back to the BSD projects. We have been extremely careful in keeping a line between NYC*BUG and sponsors. We occasionally bothered sponsors since we wouldn't give up sponsor attendee information to them, regardless of how much they contributed. We have a strict "no commercial presentations" line for meetings and the conferences. And we've always done very well with sponsors anyways, since they know the people attending our cons are people there for the right reasons. We have also kept a "quality" audience. But we could disappear tomorrow and there were be nothing to fight over. We looked at creating a non-profit for NYC*BUG a long time ago. Five of the six of us walked into the meeting interested in doing that. Five of the six of us walked out convinced it was a bad idea. It would have created a level of segmentation between admin@ and the broader layer of those on mailing lists, etc. There would be a reason to "aspire" to being on admin@, besides the usual drudgery of administrative idiocies dealt with. Or at least there would have been that perception. We saw that with some NYC groups having LLCs or non-profits. No thanks. And to run as a democracy would raise the issue of "membership" which means more formalism. We just want to hang out and do things and not feel like there's any "angle" to what we're doing. Would people have to pay? Would you have to attend N meetings in a year? It was a disastrous road to pursue. The point is, we're still here 18 years after our first planning meeting in December 2003, and we've accomplished some pretty impressive feats.. from the persistence of dmesgd.nycbug.org to wildly successfuly and often innovative conferences, all despite the very real difficulties of operating in a viciously gentrified NYC. We've been a gateway for people to contribute on all levels to the BSD projects, and been an accelerator for some to get their commit bits. We all recognize that operating systems aren't as hip as they were 18 years ago, and that the newer generations are often lost in the cloud and full of high-level programming language abstractions. But we also know we continue to maintain function as a useful forum for a lot of people, including on this mailing list, IRC and again someday our monthly meetings. And maybe another NYCBSDCon... hint hint. Apologies if anyone takes this as a rambling rant, but we continually chose a different path than the obvious, and our continued existence is proof we chose wisely. And I too hope for the best for the TOOOL folks. g