search for: 2010.1

hello now nouveau is supplied with Mandriva 2010.1 to install it, just use the mandriva tool as usual but select "GeForce... (nouveau...)" my conf : Asus 8600 GT Philips ldc 17 " 170C 1024x768 24 bit Mandriva 2010.1 cooker kde 4.3.75 kernel mode setting : on - video sd (video dvd,dragon player) : ok - video hd (tv, vlc) : ok - video .mov : ok - photo jpg : ok - flashplayer

Hi, I have a project that is a library that links against libresolv, It works fine on recent distros: Ubuntu 10.x Fedora 13, Mandriva 2010.1 but on Centos 5.x I get the following errors glibc installed is: glibc-2.5-18.el5_1.1 g++ -DHAVE_CONFIG_H -I. -I./include -I/usr/include/postgresql -O3 -ansi -Wall -Wno-deprecated -D_FORTIFY_SOURCE=0 -MT testUpLog.o -MD -MP -MF .deps/testUpLog.Tpo

On Monday, 31 July 2017 17:40:57 CEST Richard W.M. Jones wrote: > +(* Parse a os-release file. > + * > + * Only few fields are parsed, falling back to the usual detection if we > + * cannot read all of them. > + * > + * For the format of os-release, see also: > + * http://www.freedesktop.org/software/systemd/man/os-release.html > + *) > +let rec parse_os_release

well i have mandriva 2010.1 the video card is 1GB Intel and when i run san andreas the screen put white and i don't know why i show a video and i have wine 1.3.8 http://www.youtube.com/watch?v=BygSD8bzDfM i hope that any helpme plis and really i want to play thanks.

Hi to all, i'm trying run a app on wine installed on Centos 5.4 I386, its call DCTF 1.8, Its a Brazilian government program. The install it's ok, no problem but when i go run the App, its tell me i need the Ms Sans Serif Install, and install the 'Font' from 'Control Painel'. I try copy the file mssans.ttf to the c:/windows/fonts or the files .fon, Already try to

* Implement coreos distro * Detect CoreOS images Signed-off-by: Nikos Skalkotos <skalkoto@grnet.gr> --- generator/actions.ml | 4 +++ src/guestfs-internal.h | 3 +++ src/inspect-fs-unix.c | 69 +++++++++++++++++++++++++++++++++++++++++++++++--- src/inspect-fs.c | 21 +++++++++++++++ src/inspect-icon.c | 1 + src/inspect.c | 59

* Implement coreos distro * Detect CoreOS images Signed-off-by: Nikos Skalkotos <skalkoto@grnet.gr> --- generator/actions.ml | 4 +++ src/guestfs-internal.h | 3 +++ src/inspect-fs-unix.c | 69 +++++++++++++++++++++++++++++++++++++++++++++++--- src/inspect-fs.c | 21 +++++++++++++++ src/inspect-icon.c | 1 + src/inspect.c | 62

https://bugs.freedesktop.org/show_bug.cgi?id=28039 Summary: nouveau can't display preview Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

I''ve been going round in circles a little bit in the last few days trying to figure out how to get a 64-bit CentOS-based puppetmaster that can be managed/provisioned via puppet also - so I''d like ruby, passenger, rails etc coming from RPMs and yum. As far as I can see, the three choices are: 1) Puppetlabs prosvc repo, which specifically says it can go away at any time 2)

This is essentially a line-for-line translation of the C inspection code. --- daemon/Makefile.am | 8 + daemon/inspect.ml | 396 +++++++++++++++++++++ daemon/inspect.mli | 41 +++ daemon/inspect_fs.ml | 363 +++++++++++++++++++ daemon/inspect_fs.mli | 23 ++ daemon/inspect_fs_unix.ml | 745

This is essentially a line-for-line translation of the C inspection code. --- daemon/Makefile.am | 8 + daemon/inspect.ml | 396 ++++++++++++++++++++ daemon/inspect.mli | 41 ++ daemon/inspect_fs.ml | 363 ++++++++++++++++++ daemon/inspect_fs.mli | 23 ++ daemon/inspect_fs_unix.ml | 788

This is the (incomplete) patch which reimplements inspection APIs in the daemon. All ‘XXX’s in this patch indicate areas which are not yet implemented or need further work. Rich.

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