Re: [CentOS] Why is my default DISPLAY suddenly :3.0?
On 2013-04-26, Joakim Ziegler wrote: > > Sorry, brain fart, I'm running CentOS 6.3, not Fedora. The weird thing > is that this changed after a reboot. I haven't done any updates that > seem relevant lately either. > > And yes, I know :0.0 shouldn't be depended on, but it seems weird that > it'd change like that for no good reason. Agreed. You might take James' advice and check the X logs. If you're lucky, if the issue is a couple of failures to start X, the successful start won't have written over the previous logs. (I'm not sure how you'd be able to tell if you were unlucky and X had to restart a few times but overwrote the log.) --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Why is my default DISPLAY suddenly :3.0?
On 26/04/13 10:36, Keith Keller wrote: > On 2013-04-26, Michael Hennebry wrote: >> On Thu, 25 Apr 2013, Joakim Ziegler wrote: >> >>> I'm on Fedora 6.3. After a reboot, some proprietary software didn't want >>> to run. I found out that the startup script for said software manually >>> sets DISPLAY to :0.0, which I know is not a good idea, and I can fix. >> I'd thought that :0.0 was the norm. > It is, but it's not a hard and fast rule. If you are running multiple > local X consoles, for example, they can't all be :0.0. I've also seen > different identifiers when one X session is hung and/or doesn't finish > cleanly before a new one is brought up. > If DISPLAY is consistently set to :3.0, perhaps it is a Fedora-specific > thing, and it'd be best to ask people more familiar with Fedora. If > they have made changes, those changes may not have propagated to RHEL/ > CentOS yet. Sorry, brain fart, I'm running CentOS 6.3, not Fedora. The weird thing is that this changed after a reboot. I haven't done any updates that seem relevant lately either. And yes, I know :0.0 shouldn't be depended on, but it seems weird that it'd change like that for no good reason. -- Joakim Ziegler - Supervisor de postproducción - Terminal joa...@terminalmx.com - 044 55 2971 8514 - 5264 0864 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 4 monitors with one graphics card and standard driver
On Tue, Apr 16, 2013 at 12:52 PM, Dale Dellutri wrote: > I've just test an ATI FirePro 2460 graphics card on CentOS 6.4. It > connects 4 monitors. > It worked with the standard radeon driver. I was able to arrange the > monitors into my > preferred configuration (as a square array, 1 upper left, 2 lower left, 3 > lower right, 4 > upper right) simply by clicking System -> Preferences -> Display, and then > moving the > four monitor images. This creates the file ~/.config/monitors.xml . > > Moving windows among the monitors worked smoothly. I did not install the > proprietary > ATI driver; I don't need any of its features beyond what the standard > driver provides. > > Some details: > Dell Optiplex 9010, Small Form Factor (SFF) case requires SFF cards. > CentOS 6.4 fully updated as of today. > 2.6.32-358.2.1.el6.x86_64 kernel > xorg-x11-drv-ati 6.99.99 1.el6 x86_64 > BIOS shows the board in slot 1 (the blue connector) as "VGA Compatible" > lspci shows > 01:00.0 VGA compatible controller: > Advanced Micro Devices [AMD] nee ATI Cedar [FirePro 2460] > Kernel driver in use: radeon > No xorg.conf was created or required. > 4 Dell 2007FP monitors, each at 1600x1200 connected via DVI. > > I used to use Matrox M9140 cards, but that requires the Matrox proprietary > driver which has not been updated for CentOS 6.4 as of today. > > I also tested two other cards: ATI FirePro 2450 and NVidia Quadro NVS 420. > For each of these cards, the BIOS shows the card in slot 1 as a PCI Bridge. > lspci reports two identical video cards at 03:00.0 and 04:00.0. > Though it's easy to set up two screens properly, xinerama would probably be > required in an xorg.conf to get all four screens working properly. > As it turns out, the ATI FirePro 2460 works, but it's too slow with the standard radeon driver for our application. I tested an NVidia NVS 510 with both the standard nouveau driver, and the proprietary kmod-nvidia, nvidia-x11-drv rpms from elrepo. The two gave very similar quick response on our application, so we've decided to use the standard nouveau driver. Of all the cards I've tested, the 510 is the best. xorg-x11-drv-nouveau-1.0.1-3.el6.x86_64 lspci shows 01:00.0 VGA compatible controller: NVIDIA Corporation Device 0ffd (rev a1) The rest of the info is the same as shown above. -- Dale Dellutri ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Why is my default DISPLAY suddenly :3.0?
On Fri, Apr 26, 2013 at 10:36 AM, Keith Keller wrote: > >>> I'm on Fedora 6.3. After a reboot, some proprietary software didn't want >>> to run. I found out that the startup script for said software manually >>> sets DISPLAY to :0.0, which I know is not a good idea, and I can fix. >> >> I'd thought that :0.0 was the norm. > > It is, but it's not a hard and fast rule. If you are running multiple > local X consoles, for example, they can't all be :0.0. I've also seen > different identifiers when one X session is hung and/or doesn't finish > cleanly before a new one is brought up. I don't know why the session on the first console wouldn't be :0.0, but I'd consider any X application that cared what display it uses to be badly broken. I'm much more likely to run things in a freenx/NX session than on the main console (if there even is one). -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Why is my default DISPLAY suddenly :3.0?
Keith Keller wrote: >> >>I'd thought that :0.0 was the norm. > > It is, but it's not a hard and fast rule. If you are running multiple > local X consoles, for example, they can't all be :0.0. I've also seen > different identifiers when one X session is hung and/or doesn't finish > cleanly before a new one is brought up. I've seen this on CentOS 6 - X (re-)starts up on something other than :0 I didn't spend any time investigating why at the time - but I guess the reasons why X didn't start on :0 should be in /var/log/Xorg.0.log ? James Pearson ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Why is my default DISPLAY suddenly :3.0?
On 2013-04-26, Michael Hennebry wrote: > On Thu, 25 Apr 2013, Joakim Ziegler wrote: > >> I'm on Fedora 6.3. After a reboot, some proprietary software didn't want >> to run. I found out that the startup script for said software manually >> sets DISPLAY to :0.0, which I know is not a good idea, and I can fix. > > I'd thought that :0.0 was the norm. It is, but it's not a hard and fast rule. If you are running multiple local X consoles, for example, they can't all be :0.0. I've also seen different identifiers when one X session is hung and/or doesn't finish cleanly before a new one is brought up. If DISPLAY is consistently set to :3.0, perhaps it is a Fedora-specific thing, and it'd be best to ask people more familiar with Fedora. If they have made changes, those changes may not have propagated to RHEL/ CentOS yet. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Why is my default DISPLAY suddenly :3.0?
On Thu, 25 Apr 2013, Joakim Ziegler wrote: > I'm on Fedora 6.3. After a reboot, some proprietary software didn't want > to run. I found out that the startup script for said software manually > sets DISPLAY to :0.0, which I know is not a good idea, and I can fix. I'd thought that :0.0 was the norm. > However, this still doesn't explain why my default X DISPLAY is suddenly > :3.0. -- Michael henne...@web.cs.ndsu.nodak.edu "On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword." -- Lily ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] centos 6.4 networking problem
On Fri, Apr 26, 2013 at 12:58 AM, Michel Donais wrote: >> On Wed, 24 Apr 2013 07:50:38 -0400 >> Michel Donais wrote: >> >>> > What do you have in /etc/sysconfig/network-scripts? >> >>> ifcfg-eth0 >>> ifcfg-eth1 >> >> What are the contents of these tegining; > > The content of these two files was the same as in my 5.9 server. The system > was working properly at the begining. So I don't understant probably I made > a bad modification some where. > > For now, I scrapped the 6.4 and push back to 5.9 because of a lack of time > to get a better understanding of the situation. > 6.0 and up seems to be far different from 5 am I wright? Yes, they are different, but mostly in the way the device names are managed. Both essentially randomize the order of detection and the numbers each device gets, but in 5.x having the right HWADDR= and mac address in the ifcfg-eth? file was sufficient to rename the device to match the DEVICE= in the file. In 6.x the names are set according to the rules in /etc/udev/rules.d/70-persistent-net.rules (which will be recreated at reboot, possibly in a different order if you delete it after a change). The /etc/sysconfig/networking-scripts/ifcfg-xxx files have to match the DEVICE= and HWADDR= entries to work. There is also some special handling for netbios names in a weak attempt at consistency that only works on certain Dell servers. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] lxde
On Fri, Apr 26, 2013 at 08:33:31AM -0400, Scott Robbins wrote: > Sorry, I accidentally deleted the lxde thread, (on mail where I just use > POP3) so headers may be broken for some of you. > > Anyway, ScientificLinux forums have a post about building lxde. It is time > consuming, but if you really want it > > It's using Fedora 14 as the version and has links to necessary rpms. > > http://scientificlinuxforum.org/index.php?showtopic=759 As a further follow up (I haven't personally tested any of this), some others in the thread recommend using a lower version, such as F12, but at least you have the list of all the packages. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] lxde
Sorry, I accidentally deleted the lxde thread, (on mail where I just use POP3) so headers may be broken for some of you. Anyway, ScientificLinux forums have a post about building lxde. It is time consuming, but if you really want it It's using Fedora 14 as the version and has links to necessary rpms. http://scientificlinuxforum.org/index.php?showtopic=759 -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 98, Issue 14
Send CentOS-announce mailing list submissions to centos-annou...@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-requ...@centos.org You can reach the person managing the list at centos-announce-ow...@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:0772 Important CentOS 6 mysql Update (Johnny Hughes) -- Message: 1 Date: Thu, 25 Apr 2013 20:16:01 + From: Johnny Hughes Subject: [CentOS-announce] CESA-2013:0772 Important CentOS 6 mysql Update To: centos-annou...@centos.org Message-ID: <20130425201601.ga12...@chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:0772 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0772.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5e156649539df49e1bc16ec6d80c15c3951902c53118601e1aa3ef218e1e mysql-5.1.69-1.el6_4.i686.rpm dbb6ed8e5e7601b4f0b07566f6a908ee6127adc5be7629bdbbb69f3e1fb8c9b0 mysql-bench-5.1.69-1.el6_4.i686.rpm 70a3aeae44e52b951a6c8b8a4837aa957ffbef83d80a5e9300c9ecdbd518b1c2 mysql-devel-5.1.69-1.el6_4.i686.rpm 3e1ad4ec338768b999bbe9be43ba5d43f988fc80ae7e137981be5bd119fe3291 mysql-embedded-5.1.69-1.el6_4.i686.rpm 15ad92c91ce6b23335f0636eccdcebcf923159506d9c7d3eae38a630abb97ad4 mysql-embedded-devel-5.1.69-1.el6_4.i686.rpm 891eb13eedf21ef24022cd042ae5289cebab98c92513f5a8c26988367fe9a617 mysql-libs-5.1.69-1.el6_4.i686.rpm 03a1fcf6de8d10d2f1bf283539eaf0fd668eca6661db070ef66e7c33edd6c5bf mysql-server-5.1.69-1.el6_4.i686.rpm ad393c862f666eede7795d8c7a825bf08975c6b332eb4f49b5773de5c0802ac6 mysql-test-5.1.69-1.el6_4.i686.rpm x86_64: 906cbf9ca4c5cb9b7653e465f35925a0154aec68b7fda34c222a3acf62d19965 mysql-5.1.69-1.el6_4.x86_64.rpm e81f1f6e274b7e717fa8347aaf21f4164479e1da052675d455306f0a9dfe560c mysql-bench-5.1.69-1.el6_4.x86_64.rpm 70a3aeae44e52b951a6c8b8a4837aa957ffbef83d80a5e9300c9ecdbd518b1c2 mysql-devel-5.1.69-1.el6_4.i686.rpm c04de4aabe05c6cdbc0a72f0a943a3c87c5f9f85f2836bd1878a905a9c422f62 mysql-devel-5.1.69-1.el6_4.x86_64.rpm 3e1ad4ec338768b999bbe9be43ba5d43f988fc80ae7e137981be5bd119fe3291 mysql-embedded-5.1.69-1.el6_4.i686.rpm 8290a07e6af7c25761bc83ae3ae42cb22f89b2d73a3a3906f2a5939d9cf8c463 mysql-embedded-5.1.69-1.el6_4.x86_64.rpm 15ad92c91ce6b23335f0636eccdcebcf923159506d9c7d3eae38a630abb97ad4 mysql-embedded-devel-5.1.69-1.el6_4.i686.rpm 9b582e96f68f06b1fd153457c6df9afb04601473c3f511a3ab82ed922c3e6599 mysql-embedded-devel-5.1.69-1.el6_4.x86_64.rpm 891eb13eedf21ef24022cd042ae5289cebab98c92513f5a8c26988367fe9a617 mysql-libs-5.1.69-1.el6_4.i686.rpm 24a6d48caeeec9ee364af3e982fc5fa18e8af809530a20345790481d3a041d27 mysql-libs-5.1.69-1.el6_4.x86_64.rpm c2987d396761f110919687b8aa6ad288f91a4e1c288d2cce3e632cacc22f207b mysql-server-5.1.69-1.el6_4.x86_64.rpm cf2bbf38d5e63de4c772187c9339f3ba93d8980c69818f19f122c4c3adb11cd1 mysql-test-5.1.69-1.el6_4.x86_64.rpm Source: 3e631447bbe2be7fb0123ed4dd3601626ae9681637fc0494da0e242dccb3a4f5 mysql-5.1.69-1.el6_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net -- ___ CentOS-announce mailing list centos-annou...@centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 98, Issue 14 *** ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] kde in centos 6.4
Also make sure installed all KDE stuff... yum groupinstall -y base-x kde-desktop Then, make sure in your /etc/sysconfig/desktop you have this: DISPLAYMANAGER=KDE That's all I am doing and KDE runs great for me on CentOS 5.x and/or 6.x HTH, Flossy On Fri, 26 Apr 2013, Michel Donais wrote: > On the login screen there was no place as in 5.9 or older to make a choice > of desktop environment. > I changed > DESKTOP="KDE" > DISPLAYMANAGER="KDE" > and it has no effect; GNOME hang on there. > > So because of a lot of flaws in my installation and of lack of time I decide > to go back to 5.9 and get a look later for a 6.4 installation. > > > --- > Michel Donais > > - Original > Michel, are you trying to change your window manager (gdm > vs kdm) or >> your desktop (gnome vs kde)? >> >> If you are trying to change your desktop, then Craig's suggestion would >> work, though keep in mind that the "session" section of the gdm window >> manager is on the password screen, i.e. you enter your username and then >> you have the option to change your desktop on the next screen. Like Mark >> said, they don't make it easy, meh! >> >> If you are trying to change the window manager itself, as in have kdm >> handle the login screen rather than gdm, then you would need to create >> the file /etc/sysconfig/desktop and put these two lines in that file: >> >> DESKTOP="KDE" >> DISPLAYMANAGER="KDE" >> >> then reboot the machine and it should come back up with the kdm console >> screen (and the system default desktop set to kde). Keep in mind that >> you may need to explicitly install the yum group KDE-Desktop in order to >> set the window manager to kdm. Depending on which type of os install you >> did, that group doesn't get installed. For example, for my workstations >> we generally use the install choice Software Development Workstation, >> and we need to do a yum-install of the group after the os installation >> is finished (since we don't bother with the customization stuff until >> post-install). >> >> Hope this helps! >> Miranda >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> http://lists.centos.org/mailman/listinfo/centos >> > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Scot P. Floess RHCT (Certificate Number 605010084735240) Chief Architect FlossWare http://sourceforge.net/projects/flossware http://flossware.sourceforge.net https://github.com/organizations/FlossWare ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] lxde
On Thu, Apr 25, 2013 at 11:30 PM, Gary Hodder wrote: > Hi all, > > anyone know when lxde will be available for centos? > Doubtful we'll see LXDE in the official repos. [1] See the note at the previous link about Openbox packages. LXDE is something that EPEL or other repos might package to supplement the official package selection. As an off-hand comment, EPEL has a fluxbox RPMs. Lightweight window manager nonetheless ... if you're looking to compromise. > Fedora lxde was nice but its end of life is far to short for a server. > Understandable. You might grab the Fedora SRPMs and build them for CentOS as [0] suggests. [0] http://blog.lxde.org/?p=313 [1] http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=DESC&topic_id=30582&forum=38 > > Thanks > Gary. > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > -- ---~~.~~--- Mike // SilverTip257 // ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos