Re: Floppy drive support

2011-06-27 Thread Tom H
On Mon, Jun 27, 2011 at 12:46 AM, Todd And Margo Chester
toddandma...@gmail.com wrote:

 In Fedora Code 15 and SL6, floppy drives are no longer
 automatically supported.  Rats ...

 If I #modprobe floppy, I get my /dev/fd0 back.  I can then
 manually mount floppy drive disks.  But I do not get the
 bazillions of /dev/fd* entries in /dev.  Just the one /dev/fd0.
 And, my floppy drive does not show up in my Xfce 4.8
 file manager, before or after the modprobe.

 Do I need to yum something?  Did I miss a driver?  I
 can manually mount disks.

Check out udisks.


Re: lm_sensors

2011-06-27 Thread Todd And Margo Chester

On 06/27/2011 09:08 AM, Timmy Siu wrote:

gnome sensors


Thank you!


# yum whatprovides sensors-applet
...
gnome-applet-sensors-1.5.2-1.el5.rf.i386 : Gnome panel applet for hardware
 : sensors
Repo: rpmforge
Matched from:
Other   : sensors-applet


Re: lm_sensors

2011-06-27 Thread Todd And Margo Chester

On 06/27/2011 08:02 AM, Alexander Hunt wrote:
Hi Todd, in addition to the instructions below, you can also then use 
conky or gkrellm, to have monitoring provided by lm_sensors on your 
desktop without having a terminal open all the time. Gkrellm is the 
easier to setup, but uses more cpu, conky is harder to config but in 
my IMHO worth the time and effort. Conky does come with a basic script 
to start and there are many on the internet if you google conky 
scripts. The scripts are read from /etc/conky/conky.conf

Have fun
Alex

Thank you!


fastest boot time laptop sl 6.0

2011-06-27 Thread Natxo Asenjo
hi,

This had been bugging me since I installed sl6, so a few weeks I sat
down and tested a few things. Hopefully it will help someone.

The problem: my corporate laptop (dell latitude e6500, which by the
way, works great with sl 6.0), took a while to cold boot. Pressing
escape to see the console messages showed that the cups daemon was
started, and after about 15 seconds, acpid would start and then the
rest of the daemons and I would be greeted by the logon screen.

This would not happen in case of a reboot, by the way. Hibernating,
although functional, takes longer than boot, so why bother :(

I modified /etc/init.d/cups, changing the chkconfig 2345 25 10 line
to chkconfig 2345 95 10. Then chkconfig cups off and chkconfig cups
on to recreate the symlinks, shutdown and start. So now cups starts
quite late in the boot sequence, but that does not matter at all as
long as it starts after syslog and local_fs. Printing works as usual
after this change.

I am very happy to say my laptop has been very fast to boot since
this little change. These are the little things that matter.

--
Groeten, natxo


LabPlot

2011-06-27 Thread Yasha Karant
Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6) 
x86-64?


URL:  http://labplot.sourceforge.net/

In the past, I have built this application from source.  With SL 6, I 
get the following message from configure:


checking for KDE... configure: error:
in the prefix, you've chosen, are no KDE headers installed. This will fail.
So, check this please and use another prefix!

despite having loaded all the SL KDE development packages, having 
/usr/lib64/kde4  and /usr/include/kde4 present.


Any assistance would be appreciated.

Yasha Karant


Re: LabPlot

2011-06-27 Thread Chris Tooley

On 11-06-27 12:10 PM, Yasha Karant wrote:

Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6)
x86-64?

URL:  http://labplot.sourceforge.net/

In the past, I have built this application from source.  With SL 6, I
get the following message from configure:

checking for KDE... configure: error:
in the prefix, you've chosen, are no KDE headers installed. This will fail.
So, check this please and use another prefix!

despite having loaded all the SL KDE development packages, having
/usr/lib64/kde4  and /usr/include/kde4 present.

Any assistance would be appreciated.

Yasha Karant


Try installing kde3 development files, it looks like that program was 
last edited in 2008, and may not understand kde4.  I'm not a kde 
programmer so I don't know if kde4 is backwards compatible with kde3 or not.


In SL6, that would be yum install qt3-devel (afaik)

Hope that works for you!
-Chris


Re: LabPlot

2011-06-27 Thread Chris Tooley

On 11-06-27 12:28 PM, Chris Tooley wrote:

On 11-06-27 12:10 PM, Yasha Karant wrote:

Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6)
x86-64?

URL:  http://labplot.sourceforge.net/

In the past, I have built this application from source.  With SL 6, I
get the following message from configure:

checking for KDE... configure: error:
in the prefix, you've chosen, are no KDE headers installed. This will fail.
So, check this please and use another prefix!

despite having loaded all the SL KDE development packages, having
/usr/lib64/kde4  and /usr/include/kde4 present.

Any assistance would be appreciated.

Yasha Karant


Try installing kde3 development files, it looks like that program was
last edited in 2008, and may not understand kde4.  I'm not a kde
programmer so I don't know if kde4 is backwards compatible with kde3 or not.

In SL6, that would be yum install qt3-devel (afaik)

Hope that works for you!
-Chris


Also, it looks like labplot 2.0 might use qt4...

http://labplot.svn.sourceforge.net/viewvc/labplot/2.0/CMakeLists.txt?revision=291view=markup

find_package(KDE4 REQUIRED)

And, it looks like my statement about it last being in development in 
2008 was incorrect, browsing the source code on sf:


http://labplot.svn.sourceforge.net/viewvc/labplot/

3 days for 2.0,
4 months for 1.6.0

Just thought I would correct that misstatement ;)

-Chris


Re: LabPlot

2011-06-27 Thread Yasha Karant

Not the fix:

[root@jb344 yum.repos.d]# yum install qt3-devel
Configuration file /etc/yum/pluginconf.d/fastestmirror.conf not found
Unable to find configuration file for plugin fastestmirror
Loaded plugins: changelog, downloadonly, kabi, protect-packages, 
refresh-packagekit, security

Loading support for Red Hat kernel ABI
Setting up Install Process
Package qt3-devel-3.3.8b-29.el6.x86_64 already installed and latest version
Nothing to do

On 06/27/2011 12:28 PM, Chris Tooley wrote:

On 11-06-27 12:10 PM, Yasha Karant wrote:

Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6)
x86-64?

URL: http://labplot.sourceforge.net/

In the past, I have built this application from source. With SL 6, I
get the following message from configure:

checking for KDE... configure: error:
in the prefix, you've chosen, are no KDE headers installed. This will
fail.
So, check this please and use another prefix!

despite having loaded all the SL KDE development packages, having
/usr/lib64/kde4 and /usr/include/kde4 present.

Any assistance would be appreciated.

Yasha Karant


Try installing kde3 development files, it looks like that program was
last edited in 2008, and may not understand kde4. I'm not a kde
programmer so I don't know if kde4 is backwards compatible with kde3 or
not.

In SL6, that would be yum install qt3-devel (afaik)

Hope that works for you!
-Chris


Re: LabPlot

2011-06-27 Thread Chris Tooley

Aha, also found these:

yum install kdelibs-devel kdelibs3-devel

Doing that seemed to allow configure to continue on it's merry way.

Hope that helps

-Chris

On 11-06-27 12:39 PM, Yasha Karant wrote:

Not the fix:

[root@jb344 yum.repos.d]# yum install qt3-devel
Configuration file /etc/yum/pluginconf.d/fastestmirror.conf not found
Unable to find configuration file for plugin fastestmirror
Loaded plugins: changelog, downloadonly, kabi, protect-packages,
refresh-packagekit, security
Loading support for Red Hat kernel ABI
Setting up Install Process
Package qt3-devel-3.3.8b-29.el6.x86_64 already installed and latest version
Nothing to do

On 06/27/2011 12:28 PM, Chris Tooley wrote:

On 11-06-27 12:10 PM, Yasha Karant wrote:

Does anyone have a working copy and/or RPM of LabPlot for RHEL 6 (SL 6)
x86-64?

URL: http://labplot.sourceforge.net/

In the past, I have built this application from source. With SL 6, I
get the following message from configure:

checking for KDE... configure: error:
in the prefix, you've chosen, are no KDE headers installed. This will
fail.
So, check this please and use another prefix!

despite having loaded all the SL KDE development packages, having
/usr/lib64/kde4 and /usr/include/kde4 present.

Any assistance would be appreciated.

Yasha Karant


Try installing kde3 development files, it looks like that program was
last edited in 2008, and may not understand kde4. I'm not a kde
programmer so I don't know if kde4 is backwards compatible with kde3 or
not.

In SL6, that would be yum install qt3-devel (afaik)

Hope that works for you!
-Chris


Re: snapshot as differencing disk in KVM/VMM

2011-06-27 Thread Poltawer Kozak
On Mon, 27 Jun 2011 17:34:56 +0300
Zack Yovel yovel.z...@gmail.com wrote:
  I have installed one machine of Windows 2K8 in the qcow2 format,
  the command I use is:
  su -c qemu-img snapshot -c /media/ExternalHd/dcsrv1.img
  '/home/UserName/Main VM Pool/Virtual Disks/Virtual
  Disks/2K8-Base.img' the command does not produce any message, yet
  no snapshot is created. Since I'm new to KVM I guess I should have
  done something to prepare or the command I used isn't correct.
  Could someone please help me with it?
 

#qemu-img create -f qcow2 -b \
/home/UserName/Main\ VM\ Pool/Virtual\ Disks/Virtual\Disks/2K8-Base.img\
/media/ExternalHd/snapshot.img

http://wiki.qemu.org/Documentation/CreateSnapshot


SL 6 IA-32 and X86-64 polymorphism

2011-06-27 Thread Yasha Karant

I found on the web:

Unlike Debian based distributions, Red Hat and distributions based on it 
organize lib directories in a way that lets you install a 32 bit package 
of .so files on an x86_64 system without any conflict with the 64 bit 
build of the same package, which may also be installed.


AND:

The Debian system dynamic library linker has been modified so that when 
a 32-bit application requests access to a library, Debian provides the 
32-bit version of the library if it is available instead of the normal 
64-bit version that the native applications require. This works if the 
ia32 packages which provide a sub-set of standard Debian libraries 
compiled in 32-bit mode have been installed.  (NB:  I am not using a 
Debian distro, but the SL 6 RHEL 6 distro.  The quote is for clarity.)


End quote.

Unfortunately, this does not always seem to be the case in direct 
practical experience.


Two questions:

1.  How to install the SL6 release so that the System - Administration 
- Add/Remove Software will list both the 64 bit and 32 bit libraries? 
I have tried sl-release-6.0-6.0.1.i686.rpm and this does not cause these 
library choices to be displayed.
I suspect this is because from the sl.repo file, the stanza 
name=Scientific Linux $releasever - $basearch always puts the actual 
base kernel ISA into the $basearch, so only X86_64 appears.  I tried to 
make a separate repo file that would force the IA-32 libraries to be 
listed, and although I enabled the new repo using System - Software 
Sources in the Add/Remove Software application, no such library RPMs 
appeared.


2.  Many packages that must be built from source rely upon configure and 
for various reasons, paths such as /usr/lib , not /usr/lib64 that is the 
X86-64 path, appear.   This is an issue with appropriate scope specific 
polymorphism.  Will the following idea address this issue?  Two unique 
paths for libraries and include files:  foo32 and foo64 with foo being 
the appropriate path identifier.  At the actual time when a decision as 
to which foo to use, set foo to either foo32 or foo64 but let the 
application (e.g., configure and the files needed for configure to 
configure) only find foo .  Thus /lib could be either /lib32 or /lib64 
depending upon whether a 32 or 64 bit application was needed, etc.  This 
is still much simpler than a chroot mechanism of keeping two identical 
operating systems and application environments on the same machine, one 
IA-32 and the other X86-64.  Obviously, utilities such as ld (mentioned 
in a Debian context above) must be aware of the differences, as must 
compilers when creating appropriate object or executable file internal 
headers.


Yasha Karant


Re: SL 6 IA-32 and X86-64 polymorphism

2011-06-27 Thread Konstantin Olchanski
On Mon, Jun 27, 2011 at 02:32:26PM -0700, Yasha Karant wrote:
 
 1.  How to install the SL6 release so that the System -
 Administration - Add/Remove Software will list both the 64 bit and
 32 bit libraries? ...

 2.  Many packages that must be built from source rely upon configure
 and for various reasons, paths such as /usr/lib , not /usr/lib64
 that is the X86-64 path, appear. ...



At TRIUMF we have the need to cross-compile 32-bit executables on 64-bit 
machines.

This is for two reasons: we have some dedicated hardware that only
runs 32-bit executables (VME processors, etc) but is too slow and
does not have enough memory to support a self-hosting build
environement (so we have to cross-compile); and we have some software
that uses 32-bit-only 3rd party proprietary libraries.

So I am very familiar with the questions you asked, but only for SL5. We are
just starting to use SL6, but so far everything seems to be the same.

1) out of the box, yum list shows both 32-bit and 64-bit packages. (From SL5
to SL6, 32-bit packages changed from .i386 to .i686 and tripped up some
sysinstall scripts).

Not all existing 32-bit packages are included into the 64-bit distribution. To 
install
them, you can add the 32-bit repo to your system (but be ready to handle 
conflicts!)

Some 32-bit packages will conflict with same-named 64-bit packages, if really
required, one can force their installation by using rpm -vh --install 
--no-deps (but
if you break your system, you get to keep both pieces).

Some 32-bit packages are throughfully supplied through the compat packages.

If not, move to question 2:

2) yes, very often building of external packages from source becomes
confused by /usr/lib  /usr/lib64  etc. This is where autotools becomes
a bother instead of helper. Things like pkg-config, foo-config also
work against us as they are broken by design for the case when 32-bit
or 64-bit libraries need to be selected as needed.

The general trend seems to be towards things only work on
the developer's laptop and if stuff does not work for you it is because
your machine is different from my laptop and tough luck with it.


-- 
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada


Re: xtables-addons?

2011-06-27 Thread Alexander Hunt

On 06/27/2011 04:31 PM, Chris Tooley wrote:

Hello,

I was wondering where I would get an xtables-addons package for 
Scientific Linux 6? According to xtables-addons' distro availability 
table here:


http://xtables-addons.sourceforge.net/ds-full.php

RHEL6 and CentOS6 both have a version of xtables(1.4.7)...? am I 
reading this wrong?


On an SL6 system, yum search xtables-addons returns nothing...? 
Also, as far as I can tell, it's not in rpmforge or epel...


Any hints?

Thanks,
-Chris
Hi Chris, there two versions I listed here, but no guarantees as to how 
good they are. :) I didn't find the package in any of the many repos I 
have the ability to search.

http://repo.iotti.biz/Frank6/
http://centos.tel.dn.ua/repository/centos/6/x86_64/
Regards,
Alex




Re: xtables-addons?

2011-06-27 Thread Alan Bartlett
On 27 June 2011 23:31, Chris Tooley ctoo...@uvic.ca wrote:

 I was wondering where I would get an xtables-addons package for Scientific
 Linux 6? According to xtables-addons' distro availability table here:

 http://xtables-addons.sourceforge.net/ds-full.php

 RHEL6 and CentOS6 both have a version of xtables(1.4.7)...? am I reading
 this wrong?

[pedantic mode]
No, I doubt that you are reading it wrong. It has just been written
wrong. There is no CentOS6.

I guess asking at source what that page actually means would be the way forward.
[/pedantic mode]

Alan.


Re: xtables-addons?

2011-06-27 Thread Alan Bartlett
On 27 June 2011 23:49, Alexander Hunt alexander.d.h...@googlemail.com wrote:

 http://centos.tel.dn.ua/repository/centos/6/x86_64/

That has to be an utter nonsense. There is *NO* CentOS 6 release
available to the public. Therefore any such product which claims to be
from such a repository has to be viewed with a great deal of
suspicion.

Potential installers should beware. :-(

Alan.


Free, open source, full-featured mail server solution for Scientific Linux 5.x

2011-06-27 Thread Zhang Huangbin
Dear Scientific Linux users,

Just want to let you know, there's a free and open source mail server
solution, iRedMail, works well on Scientific Linux 5.x, supports both
i386 and x86_64. Web site: http://www.iredmail.org/

iRedMail is:

- A fully fledged, free email server solution, an open source project
  (GPL v2).
- Easy, fast deployment in LESS THAN 1 MINUTE.
- Use official binary packages from Linux/BSD distributions, with both
  i386 and x86_64 support.
- Works on both non-virtualized and virtualized boxes, e.g. VMware, Xen,
  OpenVZ, VirtualBox.
- Works on 7 major Linux/BSD distributions: Red Hat, CentOS, Scientific
  Linux, Debian, Ubuntu, openSUSE, FreeBSD.

You can see feature list here: http://www.iredmail.org/features.html
And success stories: http://www.iredmail.org/stories.html

Enjoy. :)


Zhang Huangbin

iRedMail: Open Source Mail Server Solution for Red Hat Enterprise Linux,
CentOS, Debian, Ubuntu, openSUSE, FreeBSD: http://www.iredmail.org/


Re: Free, open source, full-featured mail server solution for Scientific Linux 5.x

2011-06-27 Thread Nico Kadel-Garcia
On Tue, Jun 28, 2011 at 12:10 AM, Zhang Huangbin
zhbmaillisto...@gmail.com wrote:
 Dear Scientific Linux users,

 Just want to let you know, there's a free and open source mail server
 solution, iRedMail, works well on Scientific Linux 5.x, supports both
 i386 and x86_64. Web site: http://www.iredmail.org/

And Postfix.

And Sendmail.

And Exim.

And Qmail.

And look,  it's available only as an installer which reaches out and
downloads things from your website without actually mentioning what
they are in advance. Wow, I could go on with the obvious issues from
the website, but given that there's not even a GPG signature for the
installation widget, this is actively unsafe.