Discuss

discuss@lists.centos.org

34758 discussions

display full-screen color graphic without X
by ken 12 Oct '13

12 Oct '13

Need to test a monitor attached to a running server, so I'm looking for an application/utility to display a large color graphic. This must be possible to do without X because a splash screen comes up when this system boots. The best graphic to display obviously would be some kind of fullscreen test pattern. Anyone know where to get that? tia, ken

3 6

CentOS-announce Digest, Vol 104, Issue 5
by centos-announce-request＠centos.org 12 Oct '13

12 Oct '13

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2013:1418 Moderate CentOS 6 libtar Update (Karanbir Singh) 2. CEBA-2013:1420 CentOS 6 xorg-x11-server Update (Karanbir Singh) 3. CEBA-2013:1419 CentOS 6 xorg-x11-drv-synaptics Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Fri, 11 Oct 2013 17:53:48 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2013:1418 Moderate CentOS 6 libtar Update To: centos-announce(a)centos.org Message-ID: <20131011175348.GA36226(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:1418 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1418.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 41fc0455025f594396fda1eda1f35a8762b281355b88accb670f65e8e7487188 libtar-1.2.11-17.el6_4.1.i686.rpm fa85b8e559e9735487585cd7b9532eef26a0e5c5cf0b868aaad8150b7627e566 libtar-devel-1.2.11-17.el6_4.1.i686.rpm x86_64: 41fc0455025f594396fda1eda1f35a8762b281355b88accb670f65e8e7487188 libtar-1.2.11-17.el6_4.1.i686.rpm 34cd195e9f29f9db1561f5b601c884f1af0cd77256461d0fb3efbe838205aa07 libtar-1.2.11-17.el6_4.1.x86_64.rpm fa85b8e559e9735487585cd7b9532eef26a0e5c5cf0b868aaad8150b7627e566 libtar-devel-1.2.11-17.el6_4.1.i686.rpm d939cb3d254c102a452f76aacdaf85ada0049afb041eaeefb73f2703ada8c8d6 libtar-devel-1.2.11-17.el6_4.1.x86_64.rpm Source: bf842106c96472c8a0e9de101c82eab111dabc23ae287e2ab1d0e34449930a6f libtar-1.2.11-17.el6_4.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Fri, 11 Oct 2013 21:50:10 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2013:1420 CentOS 6 xorg-x11-server Update To: centos-announce(a)centos.org Message-ID: <20131011215010.GA62318(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1420 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1420.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9bf91e0f06095b1ddce22e5979b39fdc2672a65bbfcd14b4c51632bc0023b054 xorg-x11-server-common-1.13.0-11.1.el6.centos.1.i686.rpm e836184ecc706d175f47512b77efa7065a436acf77fcc8f600bd7c153253ea22 xorg-x11-server-devel-1.13.0-11.1.el6.centos.1.i686.rpm ed1a4a1175c915bb04d880cd169966fc20549ab61e70bb639f6489cb003e1ac3 xorg-x11-server-source-1.13.0-11.1.el6.centos.1.noarch.rpm 7fe8b2143b3ee245f43d12ab6ec92ab61b7a932bfc81d94ae234b77b46ab6306 xorg-x11-server-Xdmx-1.13.0-11.1.el6.centos.1.i686.rpm 9441fb13330640925db505372bb74bb0cd94348399adeb85bd6920af26371928 xorg-x11-server-Xephyr-1.13.0-11.1.el6.centos.1.i686.rpm 1193b4224b8fe0658bd1fd051a0f22aa941493ad5bfc3d928a8c4e16b60432b8 xorg-x11-server-Xnest-1.13.0-11.1.el6.centos.1.i686.rpm 4ccac8c82c84577a5c9c8bb4e1bfeaeb4847a79734097b8b4a2dd985a8b48d50 xorg-x11-server-Xorg-1.13.0-11.1.el6.centos.1.i686.rpm 036ab295000a29912fa2ddc2a799b68f2bc1acddca1f6fce80885d6aeea579d4 xorg-x11-server-Xvfb-1.13.0-11.1.el6.centos.1.i686.rpm x86_64: b54a466c98c3407b4a9820b60d8577ec22d67dfdcda042afa700c72c5e04c817 xorg-x11-server-common-1.13.0-11.1.el6.centos.1.x86_64.rpm e836184ecc706d175f47512b77efa7065a436acf77fcc8f600bd7c153253ea22 xorg-x11-server-devel-1.13.0-11.1.el6.centos.1.i686.rpm dd8643eb4804e6e3a93a9c3297cd30ddeea495ed07b7b71acaf16fc94511fcfe xorg-x11-server-devel-1.13.0-11.1.el6.centos.1.x86_64.rpm ed1a4a1175c915bb04d880cd169966fc20549ab61e70bb639f6489cb003e1ac3 xorg-x11-server-source-1.13.0-11.1.el6.centos.1.noarch.rpm ce04ab823c08521fb6bf269c2c1ef286922d344e3bc36caca3c4cb6f37ae9bdd xorg-x11-server-Xdmx-1.13.0-11.1.el6.centos.1.x86_64.rpm 07e763c1b08f0acac71b0f120a8356495dbf2e239c8fdeaa9ea1fac5e480fe92 xorg-x11-server-Xephyr-1.13.0-11.1.el6.centos.1.x86_64.rpm c20e78254e7528126ec1e678914c3246097015b5dd5c253462ab981e583a4e34 xorg-x11-server-Xnest-1.13.0-11.1.el6.centos.1.x86_64.rpm 42394e317359433ef54e402312a7b17ef9d0c940b4e9eb8ea2a3b69da9c861bf xorg-x11-server-Xorg-1.13.0-11.1.el6.centos.1.x86_64.rpm 834554c3679a211bbe9ff5cd58f319c3b24d802b1bcc54d9d0d046cb0fd05e5b xorg-x11-server-Xvfb-1.13.0-11.1.el6.centos.1.x86_64.rpm Source: 10cee8eb38e65206b4ac166b5a1522d9542a81edbdbfc72042ae9c634b8e40be xorg-x11-server-1.13.0-11.1.el6.centos.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Fri, 11 Oct 2013 21:50:55 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2013:1419 CentOS 6 xorg-x11-drv-synaptics Update To: centos-announce(a)centos.org Message-ID: <20131011215055.GA62411(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1419 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1419.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 96cf4221df67bd1bcd418f8d2dd088b239c8164bfdd0801635da09846b5ea1f6 xorg-x11-drv-synaptics-1.6.2-11.el6_4.1.i686.rpm c126112def9aa3714f70aa6ab3ed6253ecc030e157b98f220cd39ae509a91c8c xorg-x11-drv-synaptics-devel-1.6.2-11.el6_4.1.i686.rpm x86_64: 44172173178368e98cbb14f7a0b0565c1959e1865c31a011c0f9d4d8ed337058 xorg-x11-drv-synaptics-1.6.2-11.el6_4.1.x86_64.rpm c126112def9aa3714f70aa6ab3ed6253ecc030e157b98f220cd39ae509a91c8c xorg-x11-drv-synaptics-devel-1.6.2-11.el6_4.1.i686.rpm 7aa3f23f163b2769e00d23801c021d1169f2e9cc08bbb2263b6b89161c1addc6 xorg-x11-drv-synaptics-devel-1.6.2-11.el6_4.1.x86_64.rpm Source: 6e2cb40d79b22bc3049b91567b511187c867f020c1ba87861fa495b6aab44dd0 xorg-x11-drv-synaptics-1.6.2-11.el6_4.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 104, Issue 5 ***********************************************

1 0

Re: [CentOS] suddenly X gives black screen with small clock cursor
by Fred Smith 11 Oct '13

11 Oct '13

On Thu, Oct 10, 2013 at 08:08:08PM -0400, Fred Smith wrote: > Gang: > > I'm puzzled... > > I rebooted a while ago (and in between the down and up, I installed Fedora > 20 Beta on a USB hard drive, making sure it wouldn't mess with my Centos > system). The install went fine, but afterwards, when I reboot Centos, it > comes up with a black screen and a clock as the mouse cursor (small clock). > > Tried CTRL-ALT-BKSP and the clock disappears and reappears. > > I did "init 3" to stop the apparently busted X server, removed the X lock > file from /tmp and attempted "startx", which didn't work either. > when startx is run I get a bunch of messages ending with: > > Initializing built-in extension XFree86-VidModeExtension > Initializing built-in extension XFree86-DGA > Initializing built-in extension XFree86-DRI > Initializing built-in extension DRI2 > Loading extension GLX > Loading extension NV-GLX > Loading extension NV-CONTROL > Loading extension XINERAMA > xinit: Permission denied (errno 13): cannot open /dev/null: Permission denied > > waiting for X server to shut down Server terminated successfully (0). Closing log file. > > curiously, when I log in on a console I also get this: > > -bash: /dev/null: Permission denied > -bash: /dev/null: Permission denied > -bash: /dev/null: Permission denied > -bash: /dev/null: Permission denied > -bash: /dev/null: Permission denied > -bash: /dev/null: Permission denied > > So something is seriously hosed here. Can anyone give me a clue? > > thanks! So, I don't know what the heck happened, but I have what looks like a solution: a number of important files in /dev somehow had their permissions changed. I had to do the following: chmod a+rw /dev/null chmod a+rw /dev/urandom chmod a+rw /dev/zero chmod a+rw /dev/full chmod a+rw /dev/random After which X started and the complaints about /dev/null went away. As I worked thru fixing first /dev/null, each step got me a bit further, with more complaints about inaccessable /dev/ entries, so I just kept fixing them until the complaints went away. I also compared permissions in /dev against my Fedora 19 netbook, which is how I knew what permissions to use for the rest, as well as being where I found correct permissions, as well as /dev/zero and /dev/full being wrong. I have NO CLUE what hosed the permissions, and I can't be sure that there may not be some other items also wrong (that I can't see because they don't appear on the F19 system). Can anyone suggest an accurate way to have the system fix all the permissions in /dev? some arcane options on rpm, perhaps? thanks! Fred > > -- > ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- > God made him who had no sin > to be sin for us, so that in him > we might become the righteousness of God." > --------------------------- Corinthians 5:21 --------------------------------- -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- The Lord detests the way of the wicked but he loves those who pursue righteousness. ----------------------------- Proverbs 15:9 (niv) -----------------------------

2 5

Centos 6.4 - doesnt power off with shutdown/poweroff cmd
by Terre Porter 11 Oct '13

11 Oct '13

Hello, I'm looking for help figuring out why I am having problems with shutting down a machine. I have tested the machine using Fedora 19 and Ubuntu 12 Live CD's and both power down without issues. I added acpi.debug_level=1 to the grub boot as it was suggested to see more info about ACPI in the logs I found the following ACPI Errors in the /var/log/messages Oct 11 11:51:36 plum kernel: ACPI Error (psargs-0359): [ECEN] Namespace lookup failure, AE_NOT_FOUND Oct 11 11:51:36 plum kernel: ACPI Error (psparse-0537): Method parse/execution failed [\] (Node ffffffff81fdbeb0), AE_NOT_FOUND Oct 11 11:51:36 plum kernel: ACPI: resource piix4_smbus [io 0x0b00-0x0b07] conflicts with ACPI region SOR1 [io 0xb00-0xb0f] Oct 11 11:51:36 plum kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver I used the Centos 6.4 Live CD last night with no hard drive in the system. I photo'd the shutdown, here is the type up: Sending all processes the TERM signal... Sendng all processes the KILL signal... Saving random seed: Syncing hardware clock to system time Turning off quotas: umount2: Device or resource busy umount: /dev/.initramfs/live: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(11)) init: Re-executing /sbin/init Halting System... r8169 0000:02:00.0: PME# enabled ACPI: Preparing to enter system sleep state S5 ACPI Error (psargs-0359): [PPTS] Namespace lookup failure, AE_NOT_FOUND ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.SBRG.EPTS] (Node fff88019dbc8c68), AE_NOT_FOUND ACPI Error (psparse-0537): Method parse/execution failed [\PTS_] (Node ffff88019d043560), AE_NOT_FOUND ACPI Error (psparse-0537): Method parse/execution failed [\_PTS] (Node ffff88019dbcf9e8), AE_NOT_FOUND Disabling non-boot CPUS... SMP alternatives: switching to UP code Power Down. acpi_power_off called The system doesn't power off, it just sits there. I have to hold the power button in for it to shut down. The same still occurs with a completed a fresh minimum install of Centos 6.4, installed the EPEL repo and did yum update. I'm running the latest bios for the motherboard, and even tried going back one version. MB: 785GM-E51 (MS-7596 1.2) CPU: AMD Phenom II x4 945 3ghz 1TB HD, 6 Gig Mem Any ideas? (Besides using a baseball bat - I am considering it) Here is some hardware info from the getinfo.sh script listed the forums. == BEGIN uname -rmi == 2.6.32-358.18.1.el6.x86_64 x86_64 x86_64 == END uname -rmi == == BEGIN rpm -qa \*-release\* == centos-release-6-4.el6.centos.10.x86_64 epel-release-6-8.noarch == END rpm -qa \*-release\* == == BEGIN cat /etc/redhat-release == CentOS release 6.4 (Final) == END cat /etc/redhat-release == == BEGIN getenforce == Enforcing == END getenforce == == BEGIN rpm -qa kernel\* | sort == kernel-2.6.32-358.18.1.el6.x86_64 kernel-2.6.32-358.el6.x86_64 kernel-firmware-2.6.32-358.18.1.el6.noarch == END rpm -qa kernel\* | sort == == BEGIN lspci -nn == 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS880 Host Bridge [1022:9601] 00:01.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 PCI to PCI bridge (int gfx) [1022:9602] 00:05.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 1) [1022:9605] 00:11.0 SATA controller [0106]: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391] 00:12.0 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] 00:12.1 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller [1002:4398] 00:12.2 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396] 00:13.0 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] 00:13.1 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller [1002:4398] 00:13.2 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller [1002:4396] 00:14.0 SMBus [0c05]: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller [1002:4385] (rev 3c) 00:14.1 IDE interface [0101]: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 IDE Controller [1002:439c] 00:14.2 Audio device [0403]: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel HDA) [1002:4383] 00:14.3 ISA bridge [0601]: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC host controller [1002:439d] 00:14.4 PCI bridge [0604]: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge [1002:4384] 00:14.5 USB controller [0c03]: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller [1002:4399] 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration [1022:1200] 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] Family 10h Processor Address Map [1022:1201] 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller [1022:1202] 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control [1022:1203] 00:18.4 Host bridge [0600]: Advanced Micro Devices [AMD] Family 10h Processor Link Control [1022:1204] 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI RS880 [Radeon HD 4200] [1002:9710] 02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 03) == END lspci -nn ==

3 4

cleaning up some LVM stuff
by Götz Reinicke - IT Koordinator 11 Oct '13

11 Oct '13

Hi, one more LVM thing: on one server some LVM stores are physically removed but still there are some informatione somwher spread adcross teh server. e.g. if I do a vgdisplay or pvcreat I get an error regarding that old storage: /dev/raid_10/lvol0: read failed after 0 of 4096 at 14000515383296: Eingabe-/Ausgabefehler How can I remove all information? Thanks for any hint. Regards . Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82 420 Fax +49 7141 969 55 420 E-Mail goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt

2 1

Odd useradd/LDAP behaviour
by Paul Jones 11 Oct '13

11 Oct '13

Hello list, On our CentOS 6.4 machines I've LDAP enabled such that Windows users with the requisite unix attributes can log into the machines. These remote windows users have UID/GID starting at 20000 so are well out of the way of local users. If I now create a local user with useradd, the UID/GID of the local user is the next available number in the range used by the Windows users. This is, users created before setting up LDAP are UID 501, 502 etc, but new users are 200XX. This then potentially causes problems when a new LDAP user is added, as we then have two users with the same UID/GID values. I've resolved this by editing the UID_MAX and GID_MAX fields in /etc/login.defs so the value is below the range used by the windows users. New test user gets UID/GID 503 as expected. I guess specifying the values in the useradd command would also work. So why is LDAP making useradd use the wrong values? Thanks for any suggestions, Paul

2 1

CentOS6.4 and Apple keyboard
by Patrick Bégou 11 Oct '13

11 Oct '13

I have just installed (with kikstart) centOS6.4 on a PC which was previously running OpenSUSE (11.x). This PC has an apple keyboard and I'm unable to setup this keyboard. In .xsession-errors I get this messages : Error: No Symbols named "latin9" in the include file "macintosh_vndr/fr" Exiting Abandoning symbols file "(null)" ** (gnome-settings-daemon:8160): WARNING **: Could not activate the XKB configuration Error: No Symbols named "latin9" in the include file "macintosh_vndr/fr" Exiting Abandoning symbols file "(null)" ** (gnome-settings-daemon:8160): WARNING **: Could not activate the XKB configuration Google found on a RedHat forum that it seams to be an old known bug but do not find any update or workaround. I've several PC using Apple keyboards as users have also Apple laptops and they do not want to work with two different keyboards. Thanks for your help or advices. Patrick

2 2

Centos.org webpage down
by Erick Ocrospoma 11 Oct '13

11 Oct '13

Hi, It seems that centos.org is not working properly, got a 502 bad gateway message. ~ Happy install ! ---- Cellphone : +51 950307809 Blog : http://zerick.me/ LUG : http://www.utpinux.org IRC : zerick About : http://about.me/zerick Linux User ID : 549567

6 7

Port knocking and DNAT rules
by Lists 10 Oct '13

10 Oct '13

So I found an excellent port knocking tutorial using ONLY iptables rules that looks to be among the best I've ever seen. (warning: techno music, tough to read screen, you don't need to type it in because I post a link to script below) http://www.youtube.com/watch?v=0zFQocf7C_0 It works fabulously for simply opening a port to a locally managed service, but I can't seem to get it to work for a PREROUTING/DNAT rule. I've posted the shell script I'm trying to get to work, it should be self-documented. http://chico.benjamindsmith.com/iptables.txt I've confirmed that the logs correctly show port knocking 2, 3, and 4 in /var/log/messages so everything seems to be working golden all the way up to the last line. There are no errors reported when I run this script. The result that I get is that it acts as though packets are being dropped for 15 seconds, then I get connection refused. What am I doing wrong?

1 0

sssd - ldap uid/gid does not match with uid/gids in the openLDAP DS
by Arun Khan 10 Oct '13

10 Oct '13

CentOS 6.4 (amd64) client desktop with SSSD installed+configured to do LDAP AUTH from an openLDAP DS. Groups in LDAP DS -- dsusers (for all users), project1, project2, .... The objective is to give group permissions to directory trees with users belonging to various groups; users thereby inheriting the ACL given to respective groups. Test case -- uid: jdoe, gid: dsusers (primary) On LDAP client workstation - id jdoe shows uid+gid as above. Then I add uid jdoe to the 'project1' group in the openLDAP DS. On the client workstation - id jdoe shows member of 'dsusers' only. Thinking it could be due to local cache, I have deleted the files in /var/lib/sss/db/ and still id jdoe reports member of dsusers only. I have also waited > 5 mins. expecting the client side cache to be updated but still the same issue. jdoe does not show up as member of project1. In order for jdoe to show up as member of 'project1' group, I have to restart sssd. In sssd.conf, in the domain section enumerate=FALSE. I would appreciate any pointers to shorten the client side updates regarding uid+gid association. TIA. -- Arun Khan

2 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss