search for: sysytem

I am trying to install mpg321 on another box. But there is no default libao driver on that sysytem, it has a soundblaster card, supported by the kernel directly. Never used OSS or ALSA on that system, so I wonder is it possible to do without OSS or ALSA . The libao documentation does not talk about kernel drivers, so I wonder how to get it work. Any ideas? Arne <p><p><p><p...

Dear All, I run R on a windows 7 machine and it has been worked very well. I installed Graphvis 2.20.3 and Rgraphviz. recently, however, I cannot load the Rgraphviz package and error message popped up The message shown on the pop up window with the title: R Consol: Rgui.exe - Sysytem error The program can't start because MSVCR80.dll is missing from your computer. Try reinstalling the program to fix this problem. When I searched the msvcr80.dll, it appeared in sub folds of Windows/winsxs/, which is said the correct location by: Martyn Lovell Development Lead Visual C++...

...++] = safe_strndup (g, &key[12], 1); fs->drive_mappings[count++] = device; @@ -605,6 +614,91 @@ map_registry_disk_blob (guestfs_h *g, const void *blob) return safe_asprintf (g, "%s%d", devices[i], partitions->val[j].part_num); } +/* Matches Windows registry HKLM\SYSYTEM\MountedDevices\DosDevices blob to + * to libguestfs GPT partition device. For GPT disks, the blob is made of + * "DMIO:ID:" prefix followed by the GPT parition GUID. + */ +static char * +map_registry_disk_blob_gpt (guestfs_h *g, const void *blob) +{ + CLEANUP_FREE_STRING_LIST char **fses...

...++] = safe_strndup (g, &key[12], 1); fs->drive_mappings[count++] = device; @@ -605,6 +615,96 @@ map_registry_disk_blob (guestfs_h *g, const void *blob) return safe_asprintf (g, "%s%d", devices[i], partitions->val[j].part_num); } +/* Matches Windows registry HKLM\SYSYTEM\MountedDevices\DosDevices blob to + * to libguestfs GPT partition device. For GPT disks, the blob is made of + * "DMIO:ID:" prefix followed by the GPT partition GUID. + */ +static char * +map_registry_disk_blob_gpt (guestfs_h *g, const void *blob) +{ + CLEANUP_FREE_STRING_LIST char **par...

I use quicken 98 deluxe (year 2000 solution) with wine 0.9 on a slackware 10.2 sysytem. All has been perfect until now. When I try to backup I get the following message: Your backup disk is out of space. Insert a different disk and press OK. The problem is this I backup to drive c: (/home/samac/.wine/fake_windows/) My home directory partition is only showing 8% usage. So I shou...

Samba-1.9.01 Build Sysytem : RedHat 9 (2.4.20-8) Target System : MIPS32 CrossComplie : mipsel-uclibc- FLAGSM = -DLINUX LIBSM = -lcrypt -lnsl Running on MIPS32 embedded system # ./smbd -D -d5 -a Log : # cat /tmp/log timediff=28800 01/01/70 02:11:06 smbd version 1.9.01 started Copyright Andrew Tridgell 1992,1993,1994 Syscon...

...y[12], 1); > fs->drive_mappings[count++] = device; > @@ -605,6 +614,91 @@ map_registry_disk_blob (guestfs_h *g, const void *blob) > return safe_asprintf (g, "%s%d", devices[i], partitions->val[j].part_num); > } > > +/* Matches Windows registry HKLM\SYSYTEM\MountedDevices\DosDevices blob to > + * to libguestfs GPT partition device. For GPT disks, the blob is made of > + * "DMIO:ID:" prefix followed by the GPT parition GUID. > + */ > +static char * > +map_registry_disk_blob_gpt (guestfs_h *g, const void *blob) > +{ > + C...

...++] = safe_strndup (g, &key[12], 1); fs->drive_mappings[count++] = device; @@ -605,6 +615,88 @@ map_registry_disk_blob (guestfs_h *g, const void *blob) return safe_asprintf (g, "%s%d", devices[i], partitions->val[j].part_num); } +/* Matches Windows registry HKLM\SYSYTEM\MountedDevices\DosDevices blob to + * to libguestfs GPT partition device. For GPT disks, the blob is made of + * "DMIO:ID:" prefix followed by the GPT partition GUID. + */ +static char * +map_registry_disk_blob_gpt (guestfs_h *g, const void *blob) +{ + CLEANUP_FREE_STRING_LIST char **par...

...gs[count++] = device; > > @@ -605,6 +614,91 @@ map_registry_disk_blob (guestfs_h *g, const > > void *blob) > >    return safe_asprintf (g, "%s%d", devices[i], partitions- > > >val[j].part_num); > >  } > >   > > +/* Matches Windows registry HKLM\SYSYTEM\MountedDevices\DosDevices > > blob to > > + * to libguestfs GPT partition device. For GPT disks, the blob is > > made of > > + * "DMIO:ID:" prefix followed by the GPT parition GUID. > > + */ > > +static char * > > +map_registry_disk_blob_gpt (gues...

hi.. I have samba 2.2.1a on Mandrake 8.1, 2.4.17. My problem is a user from remote Win2k workstation can't see my shares when he wants to access my PC using my hostname. When accessing using my ip address, it works.. The error message in W2K is 'This user is not authorized to log in from this station' - or something like that.. Here's a part of my config. The same (or almost

...st device in + let partition = + List.find (fun { Parted.part_start = s } -> s = offset) partitions in + + (* Construct the full device name. *) + Some (sprintf "%s%ld" device partition.Parted.part_num) + with + | Not_found -> None + +(* Matches Windows registry HKLM\SYSYTEM\MountedDevices\DosDevices blob to + * to libguestfs GPT partition device. For GPT disks, the blob is made of + * "DMIO:ID:" prefix followed by the GPT partition GUID. + *) +and map_registry_disk_blob_gpt partitions blob = + (* The blob_guid is returned as a lowercase hex string. *) + le...

Hello, I have gone through the howto provided but I am not yet able to logon to my linux box using NT4 domain accounts. I can however authenticate to restricted shares and I can obtain groups and users via "getent" and "wbinfo -u". All I really need now is a working /etc/pam.d/login. I've tried examples from the howto as with others from the mailing list but I can not

Hi. System is snv_56 sun4u sparc SUNW,Sun-Fire-V440, zil_disable=1 We see many operation on nfs clients to that server really slow (like 90 seconds for unlink()). It''s not a problem with network, there''s also plenty oc CPU available. Storage isn''t saturated either. First strange thing - normally on that server nfsd has about 1500-2500 number of threads. I did

v10: https://www.redhat.com/archives/libguestfs/2017-July/msg00245.html No actual change here, but I rebased and retested. Also this series now does not depend on any other patch series since everything else needed is upstream. Rich.

v9 was here: https://www.redhat.com/archives/libguestfs/2017-July/msg00139.html This depends on these three series (the first two being single minor patches): https://www.redhat.com/archives/libguestfs/2017-July/msg00207.html https://www.redhat.com/archives/libguestfs/2017-July/msg00209.html https://www.redhat.com/archives/libguestfs/2017-July/msg00215.html There is no substantive change. I

This depends on the patch series "[PATCH 00/27] Reimplement many daemon APIs in OCaml." (https://www.redhat.com/archives/libguestfs/2017-July/msg00098.html) v8 was posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00274.html v9: - I split up the mega-patch into a more reviewable series of smaller, incremental patches. There are some other changes vs v8, but

This fixes almost everything. Note that it adds an extra commit which fixes the whole utf8/iconv business. It's probably better to list what isn't fixed: (1) I didn't leave the osinfo code around because I'm still haven't looked too closely at virt-builder-repository. Can't we just fetch this code from the git history when we need it? (2) I didn't change the way

v6 was posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00103.html and this requires the utilities refactoring posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html Inspection is now complete[*], although not very well tested. I'm intending to compare the output of many guests using old & new virt-inspector to see if I can find any

v5: https://www.redhat.com/archives/libguestfs/2017-June/msg00065.html Since v5, this now implements inspection almost completely for Linux and Windows guests. Rich.

v7 was: https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html https://www.redhat.com/archives/libguestfs/2017-June/msg00184.html I believe this addresses all comments received so far. Also it now passes a test where I compared about 100 disk images processed with old and new virt-inspector binaries. The output is identical in all cases except one which is caused by a bug in blkid