similar to: suggestions for createdump.sh improvements

Hi. samba 4.1.1.. User has unix rights for writing, but samba denies write access to him. On samba server: amistest at samba:~$ id uid=6603(amistest) gid=20(users-nis) groups=20(users-nis),2108(evis),2109(slp),2112(hernie),2126(poj),2133(hto),20000(users) -> user amistest is in "poj" group amistest at samba:~$ ls -ld ACLTEST drwxrwxr-x+ 2 hrubos vema 4096 Nov 27 11:05 ACLTEST

libXvMC is the Xlib-based client library for the X-Video Motion Compensation API. Alan Coopersmith (5): Need to check for -1, not 0, to determine if shmat() failed Fix sign comparison warnings for loop indexes Update README for gitlab migration Update configure.ac bug URL for gitlab migration libXvMC 1.0.11 Emil Velikov (1): autogen.sh: use quoted string

This release fixes the pkgconfig data to not refer to libXv, adds a pkgconfig file for libXvMCW, and prepares for a future xorgproto release. There should be no functional changes. Adam Jackson (3): pkgconfig: Remove xv from xvmc.pc vld: Provide <X11/extensions/vldXvMC.h> ourself libXvMC 1.0.12 Dylan Baker (1): Add a pkgconfig file for libXvMCW git tag:

Matthieu Herrb (1): libXvMC 1.0.10 Tobias Stoeckmann (1): Avoid buffer underflow on empty strings. git tag: libXvMC-1.0.10 https://xorg.freedesktop.org/archive/individual/lib/libXvMC-1.0.10.tar.bz2 MD5: 4cbe1c1def7a5e1b0ed5fce8e512f4c6 libXvMC-1.0.10.tar.bz2 SHA1: 8c50ee4a43aff84d807da2122ec6b0d8e3ce4635 libXvMC-1.0.10.tar.bz2 SHA256:

libXv is the Xlib-based client library for the X-Video Motion Compensation API. This release now requires libX11 1.6 or later, and a C compiler less than 25 years old. Alan Coopersmith (3): Require ANSI C89 pre-processor, drop pre-C89 token pasting support Rename local err variable in XW_RSYM macro to avoid shadow warnings libXvMC 1.0.9 Michael Joost (1): Remove fallback

On 08/02/18 15:10, Felipe Westfields wrote: > I copied the error message exactly as it was on the screen > As John said, you are mistaken: $ rpm -qp --requires nvidia-x11-drv-304xx-304.135-1.el6.elrepo.x86_64.rpm /bin/sh /bin/sh /bin/sh /bin/sh /bin/sh /sbin/ldconfig /usr/bin/python config(nvidia-x11-drv-304xx) = 304.135-1.el6.elrepo grubby grubby libGL.so.1()(64bit)

Has anyone managed to rn this? If yes, with what configuration on what distro and with which rom? Please help/ Help!

Has anyone tried to get FreeBSD+Wine+AnarchyOnline running? I have never tried getting a larger game like that running under wine since I am just a small time unix hobbyist. I was wondering if anyone thought it possible? .. if yes has anyone tried it ? For those who tried it what were the results?

X.Org security advisory: October 4, 2016 Protocol handling issues in X Window System client libraries ============================================================ Description Tobias Stoeckmann from the OpenBSD project has discovered a number of issues in the way various X client libraries handle the responses they receive from servers, and has worked with X.Org's security team to analyze,

Googling this (specifically the nvidia-bug-report line below) doesn't find anything. This is a server (console is text only, no GUI), so we may not need x11 nor nvidia, I dunno for sure. Thanks in advance for your thoughts. kind regards/ldv Transaction Check Error: file /usr/bin/nvidia-bug-report.sh from install of dkms-nvidia-x11-drv-185.18.14-1.nodist.rf conflicts with file from

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'd like to put a 60GB hard disk into Gateway 2000 Pentium 150 (from '96 or '97 or so I think) running FreeBSD 4.8 RELEASE. Can anybody tell me how successful this is likely to be? Will I be able to use the full capacity of the drive? I seem to recall that the trick with large hard disks and old BIOSes is to disable the drive in

On Thu, 8 Feb 2018, Felipe Westfields wrote: > I'm on a network that is disconnected from the internet; makes things kind > of awkward sometimes. We have some internal repositories that are supposed > to mirror centos, and EPEL - don't have one (that I'm aware of) that > mirrors elrepo. > But it looks like it's looking for just that one package; if that's all I

https://bugs.freedesktop.org/show_bug.cgi?id=73358 Priority: medium Bug ID: 73358 Assignee: nouveau at lists.freedesktop.org Summary: [nv34] adobe flash + firefox -> DATA_ERROR QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: ronald645 at gmail.com

This release moves more header files to the legacy set. Note that this means libX11 older than 1.6.9 and libXvMC older than 1.0.12 will not build without some legacy headers installed. Adam Jackson (2): Move remaining xlib-entwined headers to LEGACY xorgproto 2019.2 Jon Turney (1): Move windowswmproto to legacy git tag: xorgproto-2019.2

Oh, this might be the issue - yum says it can't open "nvidia-x11-drv-304xx-304.135-1.el6.elrepo.x86_64.rpm" - let me download it again and see what happens. Are there md5 hash sums on these files? On Thu, Feb 8, 2018 at 3:23 PM, Phil Perry <pperry at elrepo.org> wrote: > On 08/02/18 15:10, Felipe Westfields wrote: > >> I copied the error message exactly as it

Hello, At the risk of looking like an idiot, I thought I would post because I can't make Koala's script work. My brother has an nVidia GEforce 8800, which nobody has dumped for, so I thought I would try. As I posted here: https://answers.launchpad.net/ubuntu/+question/29595 I am trying to submit a REnouveau dump from my brother's computer. I have installed the latest Ubuntu Hardy

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It's a bit after 11pm, on the 11th day of the 11th month of the year, so what better time for a new release of X11! Release Candidate 1 of X11R7.6 has been posted at: http://www.x.org/releases/X11R7.6-RC1/ This includes all the source tar files for the versions of the modules currently considered part of the core release set (aka the

I'm trying to migrate a TAS PDC to Samba 3.0.20b on Solaris 9. Trying to use the NT migration guide gets stopped pretty quickly at just trying to join the domain: ---8<----------------------------------------------------------------------------- bash-2.05# net rpc join -S fillager -W LIU -U admin Password: [2005/10/24 00:21:28, 0] utils/net_rpc_join.c:net_rpc_join_newstyle(175) error

Just wondering what it will take to get the nvidia binary driver working on a pv_ops kernel. It makes it difficult to debug without the source to the nvidia driver, but I think it should be possible to get it to work without changing the binary driver. If the dom0 kernel had access to all the resources that a bare metal kernel did, then it should work right? I''m using Jeremy''s

Just wondering what it will take to get the nvidia binary driver working on a pv_ops kernel. It makes it difficult to debug without the source to the nvidia driver, but I think it should be possible to get it to work without changing the binary driver. If the dom0 kernel had access to all the resources that a bare metal kernel did, then it should work right? I''m using Jeremy''s