similar to: Postfix dep for redhat-lsb rpm

when i checked the SPEC file for redhat-lsb i did a search for postfix and it didnt find anything...how can there be a postfix dep if its not mentioned in the SPEC file for redhat-lsb?

Ok so your saying to just remove the redhat-lsb rpm. But, am I suppose to have that rpm for some reason...i can eliminate more packages from my system if i do remove the redhat-lsb rpm. I just though it was a required back that shouldnt be removed from the system...

I've noticed that some systems don't have redhat-lsb or even redhat-lsb-core installed and as a side effect, the ocsinventory agent reports them as 'linux' instead of Centos with the release version. Also, where it is installed and ocsinventory does pick up the name, it doesn't include Centos (pre-7.x) in the 'all Linux' grouping because the name is just CentOS and

CentOS Errata and Bugfix Advisory 2014:1270 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1270.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6637f912283e727dbb61803200b26ad1974e4ed1c254d8cb315d79be3cb052f6 redhat-lsb-4.1-27.el7.i686.rpm

Hi all, Would anyone know if CentOS 4 and 5 is LSB certified? I have not found any info on RH being LSB certified either. Is RH also LSB certified? In case you need to know, I am compiling a list of LSB certified Linux just for comparison as to who would want to be LSB certified. Just to see if it matters to ppl if it matters to be certified. --- Join OSCC MAMPU Mailing Lists

CentOS Errata and Bugfix Advisory 2013:0448 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0448.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 240d5f608ee00f4d0e66c400dfc28e9ae53369d34d1dff53b3f252e06f053960 redhat-lsb-4.0-7.el6.centos.i686.rpm

I found out today that Google Chrome is now available for Linux. However, and this is a big but: $ sudo rpm -ivh google-chrome-beta_current_x86_64.rpm Password: warning: google-chrome-beta_current_x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 7fac5991 error: Failed dependencies: lsb >= 3.2 is needed by google-chrome-beta-4.0.249.30-33928.x86_64 xdg-utils is needed by

Hey All, Could someone provide a URL to a page that states what LSB level RHEL/CentOS 6.4 is certified to. I'm looking to download a driver: http://www.openprinting.org/printer/Epson/Epson-WorkForce_1100 They offer a driver for LSB 3.1 or LSB 3.2. I'm hoping that one of those applies to CentOS 6.4. -- _ ?v? /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004

Hi, it seems that Facter 1.6.9 complains that "No LSB modules are available." on every run. This is on Ubuntu 10.04 and 12.04, probably others as well. This message (on stderr) usually comes from calling "lsb_release -v" when no additional LSB modules are installed. Facter apparently calls "lsb_release -v -s" in facter/lsbrelease.rb. This is neither fatal nor

From: Rodrigo Barbosa <rodrigob at suespammers.org> > There is nothing wrong with using X11 at runlevel 3. The only thing > that can't be present is a display manager (KDM, XDM, GDM etc). That's _exactly_ what I'm talking about. Run-level 3 starts xdm. Several Linux distros use 2 for multi-user, 3 for multi-user w/X. Run-level 2 as multi-user w/o networking or w/o NFS was

I just realized that if you don''t have redhat-lsb on your (Fedora 7) box, all those lsb* facts don''t show up. Should I make redhat-lsb a requirement for the facter rpm to guard against that ? David

Hi all, I have a Cent OS 5 box with a fairly full install which I'm trying to strip down. Since this machine will be running headless I would like to remove all of the X11 stuff which is installed on it. However, it seems that the "redhat-lsb" package, which I would like to keep, is dependent on X11 - redhat-lsb depends on /usr/bin/lpr - /usr/bin/lpr is provided by cups -

Hey all, My VPS system is now booting up perfectly apart from the following errors: "Checking for new hardwaremodprobe: FATAL: Could not load /lib/modules/2.6.12-1.1387_FC4xen0/modules.dep: No such file or directory modprobe: FATAL: Could not load /lib/modules/2.6.12-1.1387_FC4xen0/modules.dep: No such file or directory modprobe: FATAL: Could not load

Hi All, In the example42 modules, I noticed the following is done: # Calculate OS version (without using lsb facts) $ossplit=split($operatingsystemrelease, ''[.]'') $osver=$ossplit[0] I''ve been using $lsbmajdistrelease in all my configs. Is there any particular reason why I might want to use the above instead? (apart from the dependency on redhat-lsb, which is

Hello again, I've found another issue with 'install.packages'. 'install.packages("C", dep=TRUE)' will "fail" when the 2 following conditions are satisfied: - Package C depends on B which in turns depends on A but the Depends field in C doesn't list A. - Package B is already installed but not package A (e.g. the user did

Iam new to Xen and I am trying to FC4 and FC4 domains. I came across a problem when my newly created domain never gets a network. When I start the domain I get a fatal error that leads me to believe that thios might be the reason why I don''t have networking with the bridge: Checking for new hardwaremodprobe: FATAL: Could not load /lib/modules/2.6.12-1.1411_FC4xen0/modules.dep: No such

I have 2 RHEL 5.4 systems where all facter lsb* items are missing. Any ideas? Sanitized facter output: architecture => i386 domain => missyou.edu facterversion => 1.5.7 fqdn => broken.missyou.edu hardwareisa => i686 hardwaremodel => i686 hostname => broken id => root interfaces => eth0,sit0 ipaddress => 1.2.1.5 ipaddress_eth0 => 1.2.1.5 is_virtual => true

Here are the items removed when removing postfix: Nov 1 09:56:59 localhost yum[22042]: Erased: google-chrome-stable Nov 1 09:57:00 localhost yum[22042]: Erased: redhat-lsb-compat Nov 1 09:57:00 localhost yum[22042]: Erased: redhat-lsb Nov 1 09:57:01 localhost yum[22042]: Erased: redhat-lsb-graphics Nov 1 09:57:01 localhost yum[22042]: Erased: redhat-lsb-printing Nov 1 09:57:02 localhost

Hi, sys: Centos 5.2 x86_64 Trying to switch from sendmail to postfix I did: # yum remove sendmail which resulted in erasing of: mdadm sendmail-doc sendmail sendmail-cf mutt fetchmail redhat-lsb I did then: yum -y install redhat-lsb.x86_64 postfix and got this error: Installing: postfix ######################### [1/2] postfix: fatal: file /etc/postfix/main.cf:

Hello all, any updates on the progress of compiling WINE against the LSB? I know Dan was attempting to here http://www.mail-archive.com/wine-devel at winehq.org/msg47916.html but there's been no recent updates. Or, does anyone have any tips or tutorials or best practices to deploy a self contained WINE installation, e.g. Picasa style? Thanks, j