Re: webserver with PHP support
bin/php is probably for the shell or something libexec is probably what you want from httpd On Wed, Apr 24, 2024 at 1:21 AM Alexey wrote: > Hello list, > tell me please what's the difference between > > /usr/pkg/libexec/cgi-bin/php > and > /usr/pkg/bin/php > > I mean that this works: > /usr/libexec/httpd -b -U nobody -C .php > /usr/pkg/libexec/cgi-bin/php /var/www/ > > and this does not: > /usr/libexec/httpd -b -U nobody -C .php /usr/pkg/bin/php /var/www/ > > -- > best regards, Alexey > https://alexeyka.zantsev.com/ > > -- renegade6969...@gmail.com https://www.facebook.com/profile.php?id=61556020800880 https://twitter.com/Rose29283220654
Re: nice program to make sound
what's the stuf that comes with the system man aurecord On Wed, Apr 24, 2024 at 7:49 AM Todd Gruhn wrote: > I got it -- use 'play' or 'mpg123' . > > I have xbindkeys installed. > > I cant use anything in the .xbindkeys -- how do I know it is > working correctly? > > On Wed, Apr 24, 2024 at 5:20 AM Ramiro Aceves wrote: > > > > > > > > El 23 de abril de 2024 15:01:43 CEST, Todd Gruhn > escribió: > > >I did: > > > > > > vlc file:///file.mp3 --play-and-exit > > > > > >I works -- but I dont want the GUI on the screen. > > > > > >Is there another program to do this? > > > > cvlc perhaps? > -- renegade6969...@gmail.com https://www.facebook.com/profile.php?id=61556020800880 https://twitter.com/Rose29283220654
Re: RPi 4b Wifi Device
this is what i was talking about, i don't like booting an sbc from stick even if you can hit disk can net run on sbc? On Tue, Apr 23, 2024 at 11:51 AM Thomas D. Dean wrote: > On 4/20/24 15:29, Michael Cheponis wrote: > > I run an RPi 4B/8G with external USB SSD drive; I do this because my > uSD cards were getting worn out after about a year of use; I've had no > such problems with my Samsung 870 EVO nor Samsung SSD T7. > > > > I use the built-in GigE adaptor on the RPi 4B, because it's > convenient as I have wired ethernet most places. So I can't help with > WiFi. > > > > I have been running an RPi 3 from a Lexar 64B Thumb Drive since June > 2019 - no problem there, either. > > I use SanDisk Extreme Pro 128GiB flash drives in the RPi 4b USB 3 port, > sometimes with a 6" USB 3 cable. > > I can always boot RPi OS on these drives. I have never been able to boot > NetBSD 10. > > I downloaded the arm64.img, and RPi4_UEFI_Firmware_v1.35.zip. On a Linux > desktop: >dd if=arm64.img of=/dev/sda bs=1M > and, then I replace the corresponding files from > RPi4_UEFI_Firmware_v1.35.zip. >mount /de3v/sda1 /mnt >cd /mnt >unzip ~/NetBSD/RPi4_UEFI_Firmware_v1.35.zip > > When I attempt to boot, I see the color flash, then a cursor at the top > left of the screen, then the screen goes blank. > > he flash drive shows lots of accesses during this process and then shows > access flashes in groups of 3 or 4. I think this indicates an unreadable > file, I think. > > When I do the the same actions with an SD card, NetBSD boots. > > What do you do? > > Tom Dean > -- renegade6969...@gmail.com https://www.facebook.com/profile.php?id=61556020800880 https://twitter.com/Rose29283220654
Re: IRC
interesting.. On Wed, Mar 27, 2024 at 12:16 AM Jay wrote: > We have Matrix room as well mostly nowadays I don't connect to IRC > networks. > > On 25-Mar-2024 8:09 pm, Justin Parrott wrote: > > I respect IRCii, but I'd like to make a new client. > > On Mon, Mar 25, 2024 at 5:52 AM wrote: > > On Fri, Mar 22, 2024 at 07:41:39AM +1030, Brett Lymn wrote: > > On Wed, Mar 20, 2024 at 03:28:02PM -0400, Justin Parrott wrote: > > > Anybody want to talk about an IRC client? > > > > > > > I have used irssi for a long time. > > ircii > > -is > -- > Ignatios Souvatzis, Chief IPv6 enabler RFC 6540 > Gemeinsame Systemgruppe b-it + Informatik Tel. +49 228 73-60701 > g...@cs.uni-bonn.de > > > > -- > Justin Allen Parrott > > > -- Justin Allen Parrott
Re: pkg_add and pkgin install taking extremely long
This is not an issue with the local system. On Mon, Mar 25, 2024 at 3:34 PM Enrico Weigelt, metux IT consult < l...@metux.net> wrote: > Hi @all, > > > Your timing is similar to what I had in some early tests. That said, > > have you measured what is the slow part? I bet it's the network, not > > specifically pkgin. > > meanwhile turned out it seems to be ipv6 related (somebody in irc gave > me a hint on that). calling pkgin with -4 makes it *a lot* faster > (pkg_add doesnt seem to have that switch). > > Also explicitly dropping ipv6 default route - now the job finishes > in under 5mins. > > > --mtx > > -- > --- > Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert > werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren > GPG/PGP-Schlüssel zu. > --- > Enrico Weigelt, metux IT consult > Free software and Linux embedded engineering > i...@metux.net -- +49-151-27565287 > -- Justin Allen Parrott
Re: pkg_add and pkgin install taking extremely long
Probably in the queue. On Mon, Mar 25, 2024 at 3:10 PM Benny Siegert wrote: > Am 25.03.24 um 17:40 schrieb Enrico Weigelt, metux IT consult: > > I'm currently in process of setting up an CI build process for Xorg > > on NetBSD (inside Qemu), but encountering really long delays in package > > installations. > > > > A simple `pkg_add pkgin` runs for over a quarter hour, and pkgin install > > call took another half an hour, until it recognized a wrong parameter: > > I have experience with a similar setup, from setting up the NetBSD CI > images for the Go project. > > Your timing is similar to what I had in some early tests. That said, > have you measured what is the slow part? I bet it's the network, not > specifically pkgin. > > I don't see timing information in the CI log -- you could wrap the pkgin > calls with "time", or print timestamps before each command. > > Maybe you need to change something in the networking setup on the qemu > side to get more throughput? There is no dmesg output in the log, so I > would check if the network uses vioif, or an emulated interface. > > -- > Benny > -- Justin Allen Parrott
Re: pkg_add and pkgin install taking extremely long
All of That Sounds to be Correct to Me. On Mon, Mar 25, 2024 at 12:43 PM Enrico Weigelt, metux IT consult < l...@metux.net> wrote: > Hello folks, > > I'm currently in process of setting up an CI build process for Xorg > on NetBSD (inside Qemu), but encountering really long delays in package > installations. > > A simple `pkg_add pkgin` runs for over a quarter hour, and pkgin install > call took another half an hour, until it recognized a wrong parameter: > > https://gitlab.freedesktop.org/metux/ci-templates/-/jobs/56754224 > > Am I doing anything wrong ? > > > thx > --mtx > > -- > --- > Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert > werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren > GPG/PGP-Schlüssel zu. > --- > Enrico Weigelt, metux IT consult > Free software and Linux embedded engineering > i...@metux.net -- +49-151-27565287 > -- Justin Allen Parrott
Re: can't get the install USB to boot
Use the system upgrade script in pkgsrc. On Mon, Mar 25, 2024 at 1:01 PM Havard Eidnes wrote: > >> In order to test NetBSD-10.0, I copied the latest kernel to the root > >> directory of a [partially] working NetBSD-9.3 system. Absolutely > >> fantastic: super fast boot-up, AND the '/sbin/shutdown -p' glitch with > >> the 9.x series is fixed! THANK YOU developers for your hard work. > >> > >> Now, is there a way to update all the binary sets other than using the > >> install image sysinst? Or can you remind me how to get the install > >> disk to complete its boot? I REALLY want to get NetBSD 10 on this > >> machine. > >> > >> T(a million)IA > > The way I usually do upgrades is following this manual route, > which presumes you have already upgraded the kernel, and you are > already running the new kernel, and you have sufficient disk > space to extract the new code: > > - make a new "repository directory" to temporarily store the >install sets > > - fetch all the install sets you want to install into this >directory > > - Do not install the etc.tar.xz set directly, as that will reset >your configuration files (/etc/rc.conf, for instance) > >su >sh >cd / >for s in ; do > progress -f /repository-directory/$s.tar.xz tar xfzpB - >done > > - run "etcupdate -s /repository-directory/etc.tar.xz", and >follow the instructions, including running the postinstall >script as directed, and add any new required users and >groups. > > For good measure, reboot, so that all daemons start using the new > code. > > Regards, > > - Håvard > -- Justin Allen Parrott
Re: IRC
I respect IRCii, but I'd like to make a new client. On Mon, Mar 25, 2024 at 5:52 AM wrote: > On Fri, Mar 22, 2024 at 07:41:39AM +1030, Brett Lymn wrote: > > On Wed, Mar 20, 2024 at 03:28:02PM -0400, Justin Parrott wrote: > > > Anybody want to talk about an IRC client? > > > > > > > I have used irssi for a long time. > > ircii > > -is > -- > Ignatios Souvatzis, Chief IPv6 enabler RFC 6540 > Gemeinsame Systemgruppe b-it + Informatik Tel. +49 228 73-60701 > g...@cs.uni-bonn.de > -- Justin Allen Parrott
Re: can't get the install USB to boot
Let us Focus on the Issue at Hand. On Sat, Mar 23, 2024 at 9:33 AM Henry wrote: > I couldn' get the install image (NetBSD-10.0_RC6-amd64-install.img.gz) > to boot. It keeps stopping at "uhid2 at uhidev0 report id 7: input=0, > output=0 feature=256." I was plagued with this problem with the > NetBSD-9 series, too, but I can't remember how I got around it. > > In order to test NetBSD-10.0, I copied the latest kernel to the root > directory of a [partially] working NetBSD-9.3 system. Absolutely > fantastic: super fast boot-up, AND the '/sbin/shutdown -p' glitch with > the 9.x series is fixed! THANK YOU developers for your hard work. > > Now, is there a way to update all the binary sets other than using the > install image sysinst? Or can you remind me how to get the install > disk to complete its boot? I REALLY want to get NetBSD 10 on this > machine. > > T(a million)IA > > Henry > -- Justin Allen Parrott
Re: Raspberry pi for network vpn
so it sounds like you need vlan and the packet filter On Fri, Mar 22, 2024 at 3:14 PM Vitaly Shevtsov wrote: > Vlan works as a completely separate interface. So having two vlans on a > single physical interface means they behave as two physical network cards
Re: Raspberry pi for network vpn
does that forward? On Fri, Mar 22, 2024 at 12:53 PM Vitaly Shevtsov wrote: > maybe vlan? > > пт, 22 мар. 2024 г., 18:51 Justin Parrott : > >> the packet filter can probably forward packets. >> >> On Fri, Mar 22, 2024 at 11:44 AM xuser wrote: >> >>> Does any one know how to forward packets from one alias to another? >>> The raspberry pi has one ethernet socket. >>> >>> >> >> -- >> Justin Allen Parrott >> > -- Justin Allen Parrott
Re: Raspberry pi for network vpn
the packet filter can probably forward packets. On Fri, Mar 22, 2024 at 11:44 AM xuser wrote: > Does any one know how to forward packets from one alias to another? > The raspberry pi has one ethernet socket. > > -- Justin Allen Parrott
Re: PKGSRC-Changes
I am interested in the details of pkgsrc changes, sir. I disagree with listing every commit. Generally I disagree with automated Email. On Fri, Mar 22, 2024 at 10:40 AM Martin Husemann wrote: > On Fri, Mar 22, 2024 at 10:05:42AM -0400, Justin Parrott wrote: > > pkgsrc-changes@ is driving me nuts. How do you feel about it? > > Why are you subscribed to that list if you are not interested in > the details there? > > Martin > -- Justin Allen Parrott
PKGSRC-Changes
pkgsrc-changes@ is driving me nuts. How do you feel about it? -- Justin Allen Parrott
Re: NetBSD vs. smartphones?
FTP+BlueTooth On Thu, Mar 21, 2024 at 8:21 AM nia wrote: > On Tue, Mar 19, 2024 at 09:11:22AM -0500, John D. Baker wrote: > > Without divulging information that might make my (or others) phone open > to > > compromise, has anyone else dealt with a situation like this? > > Unfortunately I've determined that syncthing is the easiest way to get > files on and off a modern smartphone. MTP ain't it. > -- Justin Allen Parrott The Renegade of Fairfax, Va. The Son of the Mourning
IRC
Anybody want to talk about an IRC client? -- Justin Allen Parrott The Renegade of Fairfax, Va. The Sun of the Mourning
The Real Persuit
The real pursuit is UNIX. as it is. Plain, simple, efficient, Good. I'll raise a point about a 2 services provided by NetBSD and my thoughts on basically the same thing in both. We'll start with, my personal current seemingly obsession, and I'm truly sorry to keep bringing it up, but here we are again. Maybe if we discuss a little it will put things at ease. /usr/libexec/httpd: Excellent in concept and execution. A Small, Simple, Fast process. As it should be. I think things could be simplified, and obviously tightened. I'd like to get to know and understand the state of things, but I digress, let's get to the point. First, I raised the issue of some (nonsense) denial of service attack regarding connections of long duration. A time limit was put on the connections. I'm sorry. This was nonsense, and basically distructive hacker BS. I think the timer should be removed. Emphasis on strong and simple. If you want more, move to Apache. In My Humble Opnion of course, but for what it's worth, I feel strongly about it and am truly apologetic. I'm embarassed by the 90s "hacker" nonsense. Anyway, on to my (humbly) UNIXish thoughts on this. The user home directory. This is the request. GET /~babylove/index.html This is translated to retrieve the file at ~babylove/index.html. Basically this is nonsense and essentially useless. Ok, user's web pages. (nobody cares). I'm exausted so long story short, this request should retrieve DOCUMENTROOT/~babylove/index.html, which 404 yadda likely. I'd like to figure out how to communicate how strongly I feel about this, but essentially, Strong, Simple, Efficient. Further, I'd like to forget chroot(2). chdir(2?) to DOCROOT, and allow to traverse up the directory tree. Illustrated: GET /../../etc/rc.conf.local Given a DOCROOT of /var/www, will retrieve /etc/rc.conf.local. I like this. Simple. Efficient. If you seek added precaution, persue Apache. To much ticks for precaution that I (nor you) need. Nobody does that nonsense anymore and you won't find anything anyway. Permissions are tight. (list of users -> password cracker -> don't really care. (And especially appretiation for blocklistd)). It's basically impossible to crack passwords -> "Just Distribute, etc." -> persue Apache if you need this. Instead of using .htpasswd for a list of user accounts and passwords for access to certain directories, I think the httpd distributed should pull from user accounts from the system (passwd). Simple. except you need to figure out how to confirm a password from an unprivileged account -> "but local users can then crack against passwd in super-fast light-speed now" -> don't care -> persue apache. fix that scandir(3) thing or I'll make malloc(2) return NULL like it should ;) sorry, half-musing, but whatever. Basically the same opinion on FTP. User accounts are sent to the FTPROOT and can traverse up the tree. I like FTPROOT/bin, but whatever. Basically the same opinions here. It's basically the same service anyway. maybe chroot(2) to FTPROOT is in order here. But I don't really want User Accounts directed to home directories. This won't fly, I see now, because of the marketable possibility of a Web Hosting Service Provider (but I don't really want that either). So I still like this point. That's basically it, but 2 more points to close. I don't want a Super-Configurable system. I want a tight system. I like minimal. I don't want super-configurable. Too much Clock required. Also, Absolutely no Offence in any way attended. I respect the tie to UCBerk, but I do not desire an Academic system in any way. When I was in school, they used Solaris to introduce you, and I, personally, for whatever it is not worth, do not want NetBSD in there anyway. I don't see the future in Academia, however, if the SUS were taught and NetBSD were branded/certified compliant/conformant/whatever, I think it would increase the footprint, and put you actually further in Academia. Sorry for the ramblings. I'm exausted, but I do see the light at the end of the Tunnel. Sincerely and Truly Yours, Justin Allen Parrott PS I look forward to any and all comments on or off list.