similar to: FTP-to-CVS instructions

I've just compiled and installed openssh-2.9.9p2 (compiled against openssl-0.9.6b using gcc-3.0.0) on a Slackware 7-based Linux machine (kernel 2.4.6ac2). The previously installed version was 2.9p2, compiled against openssl-0.9.6a, also with gcc-3.0.0, but with a different build of gcc-3.0.0. Everything seems to work fine except for one problem: passphrase matching for ssh2 keys

I appear to have wine almost working, except for this: $ wine --debugmsg fixme-all d:\\<any .exe> err:win:GetDesktopWindow You need the -desktop option when running with native USER And no, this is the *only* error I'm getting aside from font fixmes. What do I need to do to fix this or figure out what's causing it? -- ********* Fight Back! It may not be just YOUR life at

I installed the latest Codeweavers preview build (binary RPM, ugh!), and the DeskTopWindow error I was experiencing building from cvs is gone. All the font fixme warnings (which had, at one point, gone away) are back, and I'm back to the previous error I was getting before DeskTopWindow: babylon5:alaric:~:46 $ wine --debugmsg fixme-font d:\\install.exe Invoking /opt/wine/bin/wine.bin

First of all, this isn't a troll or a flame, it's a serious question. (Well, OK, two.) Is *ANYONE* known to have *EVER* gotten WINE to work with any Xserver other than XFree86? (AccelX, MetroX?) When was the last time anyone *tested* it on anything other than XFree86? I ask this because, about five years or so ago, I was using the WINE that was current at the time on XFree86 with a

Many moons ago, Samba used to build perfectly on Linux. Ever since I upgraded from 2.2.3, though, I've had to hack the configure script to get it to build, because Samba's configure is utterly and unshakeably convinced that no file locking of any kind exists on Linux. Once so configured, it builds, tests and runs perfectly. Can anyone tell me why Samba started disbelieving in

I'm trying to upgrade a Linux system that's already running Samba-2.2.7 to Samba-2.2.8. However, whenever I run configure, it complains that it can find no locking available. 2.2.7 did the same thing, and I obviously found a way to convince configure that yes, Virginia, there IS file locking on Linux (DUH!), but I can't remember what I did. Has anyone else run into this problem, and

I have Samba-2.2.7 running on two machines, one running Solaris 2.8 and one running Linux. I'm suddenly finding myself unable to authenticate to SWAT on the Linux machine, although network clients can still connect and the same username and password works for smbclient -L. Anyone have any insights into this one? -- .********* Fight Back! It may not be just YOUR life at risk.

Greetings list, I've looked through the docs and lists and couldn't find an answer to this. Is there a way to make all windows spawned through an application that was started with -managed be managed as well? What I currently find is that the parent application is managed, but if that application spawns another, the child will not inherit the -managed flag and therefore run on top of all

On compiling wine from the cvs tree. I cant get past the make depend part of it. I get this error. This is the last segment of it. I dont know what is wrong. $./tools/wineinstall ......... make[2]: Entering directory `/usr/src/wine/dlls/msvcrt' ../../tools/makedep -I. -I. -I../../include -I../../include -C. console.c cpp.c ctype.c data.c dir.c environ.c errno.c except.c exit.c file.c heap.c

We should avoid using non multi-path (mp) path for mp disks As of now there is no good way (like api) to check that. A workaround way is to check if the O_EXCL open is unsuccessful. This is safe since otherwise the BTRFS_IOC_SCAN_DEV ioctl would fail if the disk-path can not be opened with the flag O_EXCL set. This patch also includes some (error) print format changes related to the btrfs

Hi all, the commands "btrfs filesystem show" and "btrfs device scan" look at the /dev directory (and it subdirectories) for every block devices. This is a slow process because floppy and cdrom are also checked. Moreover, as highlighted by Helmut, if udev is not used, the /dev directory is populated by high number of non-existant devices, which slow the process. My patch

'make check' fails on d-p-q-r-tests: > ##-- non central Chi^2 : > xB <- c(2000,1e6,1e50,Inf) > for(df in c(0.1, 1, 10)) + for(ncp in c(0, 1, 10, 100)) stopifnot(pchisq(xB, df=df, ncp=ncp) == 1) Error: pchisq(xB, df = df, ncp = ncp) == 1 is not all TRUE Execution halted Here is some more testing: xB <- c(2000,1e6,1e50,Inf) for(df in c(0.1, 1, 10)) for(ncp in c(0, 1,

SO, my full load on my core UPS is two Dell R610s, one Sun X4540, one HP DL360p gen8, two six-core Thuban-II workstations plua their monitors, and the network stack and KVM. The APC SU3000RM (3KVA) that blew up last week considered this to be just short of 60% load. The new Cyberpower PR3000 (also 3KVA), wqhich operates at a 90% power factor, considers this same load to be 43% load. I wasn't

On 1/27/19 9:49 PM, Charles Lepple wrote: > You might be lucky with this particular model, but definitely beware of the USB issues I mentioned in another thread: > > https://github.com/networkupstools/nut/issues?q=is%3Aissue+is%3Aopen+label%3A%22CyberPower+%28CPS%29%22 > > The output of upsc is sorted alphabetically by key, so it isn't immediately obvious which values come

On 2019-12-16 05:34, Roger Price wrote: > On Sun, 15 Dec 2019, Phil Stracchino wrote: > >> I switched a while back to a Cyberpower PR3000LCDRTXL2U UPS with an >> external battery chassis. We've lost power twice since I installed it, >> and both times, the UPS has killed power to everything while still >> indicating 80% capacity before NUT has even initiated

I'm looking at switching from an APC UPS to a different brand after having had my third SU3000RM in a row blow up power transistors. I'm looking at the Cyperpower PR3000LCDRTXL2U. I see the PR3000E and the PR6000LCDRTXL5U listed as supported, but not the PR3000LCDRTXL2U. Howeverit seems likely that if the PR6000LCDRTXL5U is supported, the PR3000LCDRTXL2U ought to work as well. I've

I switched a while back to a Cyberpower PR3000LCDRTXL2U UPS with an external battery chassis. We've lost power twice since I installed it, and both times, the UPS has killed power to everything while still indicating 80% capacity before NUT has even initiated shutdown on anything. Here's what upsc reports on it right now: battery.charge: 100 battery.charge.low: 35

On 2019-12-17 06:18, Roger Price wrote: > > I definitely need to check that the vile daemon is present and running. > > In upsmon.conf there are no NOTIFYFLAG declarations, especially for events > ONBATT and LOWBATT. When ONBATT and LOWBATT occur nothing will happen. There > are no NOTIFYMSG declarations and in particular no messages for the ONBATT and > LOWBATT events.

Jim, The terminology I recall for that one-to-many relationship is publisher-subscriber. Larry Baker US Geological Survey 650-329-5608 baker at usgs.gov<mailto:baker at usgs.gov> On Mar 12 2021, at 6:24:38 PM, Phil Stracchino via Nut-upsuser <nut-upsuser at alioth-lists.debian.net<mailto:nut-upsuser at alioth-lists.debian.net>> wrote: This email has been received from

Jim, The terminology I recall for that one-to-many relationship is publisher-subscriber. Larry Baker US Geological Survey 650-329-5608 baker at usgs.gov<mailto:baker at usgs.gov> On Mar 12 2021, at 6:24:38 PM, Phil Stracchino via Nut-upsuser <nut-upsuser at alioth-lists.debian.net<mailto:nut-upsuser at alioth-lists.debian.net>> wrote: This email has been received from