similar to: instead of nvi - test program

Since I upgraded to FreeBSD 4.8 (from 4.5) I've noticed occasional failures of nvi. It will suddenly die as a key is pressed, emitting: Error: input: Resource temporarily unavailable and you are staring at your command prompt. I googled for this message and found that people here and there have been complaining of this since about FreeBSD 4.2, but that absolutely none of them have received

Hi, I''ve been writing a login application to utilize the features of both PAM and libpwdb. Not surprisingly, this has meant looking at some old code.. The following denial of service attack seems to work quite nicely on my ancient Red Hat 3.0.3 system with the standard login application. Perhaps this is not a problem with 4.0? Does anyone know about other distributions? joe$ nvi

Hi, I''ve been thinking about group membership and the corresponding (weak) restrictions to system resources. Consider the following: % cat > gsh.c main() { system("/bin/sh"); } % cc -o gsh gsh.c % id uid=100(joe) gid=500(users) groups=14(floppy),15(sound) % chgrp sound gsh % chmod g+s gsh % mail abuser Subject: You owe me $5...

In Debian 1.1, the optional DOSEMU package installs /usr/sbin/dos setuid root. This is a serious security hole which can be exploited to gain access to any file on the system. Package: dosemu Version: 0.64.0.2-9 ------- start of cut text -------------- $ cat /etc/debian_version 1.1 $ id uid=xxxx(quinlan) gid=xxxx(quinlan) groups=xxxx(quinlan),20(dialout),24(cdrom) [quinlan:~]$ ls -al

Hi, Andrew G. Morgan wrote: > bofh@snoopy.virtual.net.au wrote: > > >At this stage, I''m interested mostly in peoples'' comments. I''m becoming > > >fascinated by what it would take to make Linux conform to Orange-Book Class B > > >security. This modification to the filesystem would be relevant to getting it > > >over C1

On 06/22/2020 05:41 PM, Phoenix, Merka wrote: > ----Original Message----- > From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of H > Sent: Monday, 22 June, 2020 14:31 > To: centos at centos.org > Subject: Re: [CentOS] Wrong version of php > >>> On 06/22/2020 05:21 PM, Pete Biggs wrote: >>> I have googled without finding the answer but how do I make

On 06/22/2020 05:21 PM, Pete Biggs wrote: >> I have googled without finding the answer but how do I make sure >> /all/ processes use php72 rather than the default 54 in CentOS 7? >> Surely there must be a better way than overwriting /usr/bin/php. What >> have I forgotten to do? >> > You can't/shouldn't do that. The point of the Enterprise OS is that >

There are conflicting reports about wether or not Red Hat 4.0 is vulnerable to the login-lockout described earlier. I have the impression that if you install the updates it will have been fixed. Approval of messages about this subject is now restricted to "here is a patch", and a vendors "We have made a patch available". Roger.

----Original Message----- From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of H Sent: Monday, 22 June, 2020 14:31 To: centos at centos.org Subject: Re: [CentOS] Wrong version of php >> On 06/22/2020 05:21 PM, Pete Biggs wrote: >> I have googled without finding the answer but how do I make sure >> >> /all/ processes use php72 rather than the default 54 in CentOS

I have a set of data that is not normally distributed and for which I need to build a model. So, I tried the lrm function from the design-package. The first run went well, and I got the following results: Wald Statistics Response: RVCL2PROC.mott Factor Chi-Square d.f. P TTV.mott (Factor+Higher Order Factors) 69.01 4

Hello, I'm trying to get "userspace" nouveau to work on the NV15 card (GeForce2 GTS - ASUS v7700 TVR). Whilte kernel nouveau driver works, userspace nv_init programs hangs during CONFIGURE_MEM. I have produced a trace log (in attach) in the hope that it will help. Card is installed as a primary (the only) card in a box and is correctly booted by VBIOS. -- With best wishes Dmitry

https://bugzilla.samba.org/show_bug.cgi?id=7936 Summary: Random false checksum mismatches Product: rsync Version: 3.0.7 Platform: Other OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: matt at mattmccutchen.net

Hi all Xorcom Rapid 1.1 is here. * Asterisk 1.0.9 * Flash Operator Panel * improved Zaptel hardware detection: should hopefully detect E1, T1 ZapHFC and qozap. No more channel numbers guessing in zapata/zaptel.conf * and much of the "extra" software available for it You can get the full details at http://www.xorcom.com/rapid so I'll just highlight the points that I

Hardware Supermicro X7DAE (AHCI BIOS) dual Intel Woodcrest processors, 6 x Western Digital Raptor SATA drives. I have installed b62 running 64 bit succesfully on a PATA drive. The BIOS is configured to access the SATA drives in native mode using hte AHCI Bios. I have 6 SATA II drives accessed via the Solaris AHCI driver. I have created a ZFS file system across all 6 drives. This works fine until

On 17/10/18 1:25 am, Valeri Galtsev wrote: > That said, if one is strongly willing to stay away from systemd, and > not to such extent into Linux as to needing an advise on that, I would > recommend to take a look at non-Linux system, specifically BSD > descendants (FreeBSD, NetBSD, etc). Their kernel is not as heavy > (big,resource demanding) as Linux kernel, and you can do

Hi, I followed the instructions on http://www.asterisk.org/index.php?menu=download. I picked the latest version using CVS. Things went fine until I cd zaptel ; make clean ; make install. I then get an error when compiling zaptel.c /usr/src/linux/include/linux/kernel.h:75: error: parse error before "size_t" This happens very early on and I suspect that it is actually an issue with the

On Oct 17, 2018, at 10:03 AM, Mark Rousell <mark.rousell at signal100.com> wrote: > > launchd is not being forced on them as systemd is in practice Try doing without launchd on macOS. If you think that?s irrelevant, count the number of MacBooks at the next FreeBSD conference you attend. For an init system to gain sufficient momentum, it must be the default, with no easy way to

I'm getting a compile error when trying to compile the flex output of ppl.l in tools/wpp. This is under Debian (Woody) with latest updates. Can anybody help me out? Enclosed is the output of the build and folling that, the installed packages. I have also tried the latest version (20030408) with identical results. TIA Luke ================================================================

> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3294209241_521622 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have been unable to find any discussion regarding this issue, but I have been able to reproduce it on two different machines. Both computer are Macs running

Processing commands for control at bugs.debian.org: > tags 653294 + jessie Bug #653294 [hellanzb] hellanzb: doesn't work with python-twisted 11.1.0-1 (patch included) Added tag(s) jessie. > tags 701439 + jessie Bug #701439 [src:ircd-hybrid] ircd-hybrid: ftbfs with eglibc-2.17 Added tag(s) jessie. > tags 616910 + jessie Bug #616910 [src:musiclibrarian] musiclibrarian: deprecation of