There's a certain duplication above that *might* be a problem. It would
expected that localhost.localdomain refers to 127.0.0.1 and nothing
else. Whether having it refer to something else actually causes a
problem, I don't know.
My /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.localdomain
localhost
192.168.0.1 reddwarf.localdomain 192.168.0.1
#
david
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
12-16-2007, 12:24 AM
david walcroft
Cups problem
Craig White wrote:
On Sun, 2007-12-16 at 10:00 +1000, david walcroft wrote:
Craig White wrote:
----
good catch...his URL for 'updates-released' (which should be fedora)
points to an ftp with a login and password and it doesn't work.
another URL for updates uses 'core' which clearly won't work.
his URL for 'base' is clearly from an old Fedora because the folder is
now called 'Packages' and not 'Fedora'
OK David...here's what you do. (you can probably just paste this all
into a terminal)
su - # get root
cd /etc/yum.repos.d/
mkdir old-repos
mv fedora* old-repos
rpm -ivh --replacepkgs
http://download.fedora.redhat.com/pub/fedora/linux/releases/8/Everything/i386/os/Packages/fedora-release-8-3.noarch.rpm
yum update
yum install system-config-printer
This should get your repos back in order (whatever you did to the
configuration I don't know)
Craig
Running Transaction
Installing: atlas ####################### [ 1/11]
Installing: numpy ####################### [ 2/11]
Updating : inkscape ####################### [ 3/11]
Updating : cups-pdf ####################### [ 4/11]
libsepol.permission_copy_callback: Module cups_pdf depends on permission
dccp_recv in class node, not satisfied
libsemanage.semanage_link_sandbox: Link packages failed
semodule: Failed!
Updating : fedora-release ####################### [ 5/11]
Installing: blas ####################### [ 6/11]
Updating : system-config-rootpassword ####################### [ 7/11]
Error unpacking rpm package system-config-rootpassword - 1.1.10-4.fc8.noarch
error: unpacking of archive failed on file
/etc/security/console.apps/system-config-rootpassword;47646891: cpio: open
[david@reddwarf ~]$ I know it needs a big clean up.
----
were you expecting things to just clear up by themselves while you make
a complete nightmare of things?
Craig
No I not expecting things happen automatically but I dont have the
confidence
to hack into files and make the mess worse than it already is.
----
OK, try this...(you need root so simply 'su -')
this is supplied so you could simply paste this all after you su to root
per above
cd /etc/yum.repos.d
mkdir NOT-USED
mv * NOT-USED # clear out all repos for the moment
mv NOT-USED/fedora-development.repo.rpmsave fedora-development.repo
mv NOT-USED/fedora-updates-testing.repo.rpmsave
fedora-updates-testing.repo
mv NOT-USED/fedora-updates.repo.rpmsave fedora-updates.repo
mv NOT-USED/fedora.repo.rpmsave fedora.repo
# at this point, you should be able to yum update without much issue and
I am presuming that the latest installs of fedora-release and
livna-release put their repo files rpmsave because the originals were
tainted.
The rest of the repos you can add by mv the files back but only do 1 or
2 at a time so you will see if any have problems.
Myself, I would probably move the rpmforge.repo back but it might be an
issue depending upon how old it is. Possibly kde-redhat stuff (may be
old), maybe jpackage...again, it could be old and broken
Craig
[root@reddwarf yum.repos.d]# cd
[root@reddwarf ~]# cd /etc/yum.repos.d
[root@reddwarf yum.repos.d]# mkdir NOT-USED
[root@reddwarf yum.repos.d]# mv * NOT-USED # clear out all repos for the
moment
mv: cannot move `NOT-USED' to a subdirectory of itself, `NOT-USED/NOT-USED'
[root@reddwarf yum.repos.d]# mv NOT-USED/fedora-development.repo.rpmsave
fedora-development.repo
mv: cannot stat `NOT-USED/fedora-development.repo.rpmsave': No such file
or directory
Try `mv --help' for more information.
[root@reddwarf yum.repos.d]# fedora-updates-testing.repo
-bash: fedora-updates-testing.repo: command not found
[root@reddwarf yum.repos.d]# mv NOT-USED/fedora-updates.repo.rpmsave
fedora-updates.repo
mv: cannot stat `NOT-USED/fedora-updates.repo.rpmsave': No such file or
directory
[root@reddwarf yum.repos.d]# mv NOT-USED/fedora.repo.rpmsave fedora.repo
mv: cannot stat `NOT-USED/fedora.repo.rpmsave': No such file or directory
[root@reddwarf yum.repos.d]#
[root@reddwarf yum.repos.d]# mv NOT-USED/livna.repo.rpmsave livna.repo
mv: cannot stat `NOT-USED/livna.repo.rpmsave': No such file or directory
[root@reddwarf yum.repos.d]# mv NOT-USED/livna-testing.repo .
mv: cannot stat `NOT-USED/livna-testing.repo': No such file or directory
[root@reddwarf yum.repos.d]# mv NOT-USED/livna-devel.repo .
mv: cannot stat `NOT-USED/livna-devel.repo': No such file or directory
[root@reddwarf yum.repos.d]#
david
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
12-16-2007, 12:57 AM
Craig White
Cups problem
On Sun, 2007-12-16 at 11:24 +1000, david walcroft wrote:
> Craig White wrote:
> My new yum.repos file (After much stress)
>
> [root@reddwarf yum.repos.d]# ls
> atrpms.repo fedora-development.repo fedora-updates-testing.repo
> local-base local-updates
> crontab Fedora-install-media.repo freshrpms.repo
> local-devel local-updates-testing
> dag.repo fedora.repo home.repo
> local-extra-devel nr.repo
> dries.repo fedora-updates.repo livna.repo
> local-extras old-repos
> [root@reddwarf yum.repos.d]#
----
I gave you my idea...I have no confidence in the following...
local-extras
old-repos
local-base
local-updates
local-devel
local-updates-testing
local-extra-devel
nr.repo
atrpms.repo
dries.repo
dag.repo
freshrpms.repo
home.repo
Fedora-install-media.repo
crontab clearly doesn't belong there
fedora* you had a number of 'rpmsave' files which are probably newer and
more appropriate
same with 1 or 2 livna files
----
>
> How do I set Selinux from one setting to another.
----
probably a GUI way to do it but I am not looking at F8 GUI at the
moment...
You can edit /etc/selinux/conf and change one line
from
SELINUX=targeted
to
SELINUX=permissive
save and reboot
Craig
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
12-16-2007, 12:59 AM
Craig White
Cups problem
On Sun, 2007-12-16 at 11:29 +1000, david walcroft wrote:
> Craig White wrote:
> > On Sun, 2007-12-16 at 10:47 +1000, david walcroft wrote:
> >
> >> Craig White wrote:
> >>
> >>> On Sun, 2007-12-16 at 09:48 +1000, david walcroft wrote:
> >>>
> >>>
> >>>
> >>>> My repo's are in 'local-updates local-extras local-base,
> >>>> but yum does updates with no problem
> >>>>
> >>>>
> >>> ----
> >>> except of course, that which is a problem. Every problem you have with
> >>> packaging has to be caused by the below.
> >>> ----
> >>>
> >>>
> >>>> [david@reddwarf ~]$ ls /etc/yum.repos.d/
> >>>> atrpms-bleeding.repo fedora-extras-devel.repo
> >>>> jpackage-fedora.repo local-extra-devel
> >>>> atrpms.repo Fedora-install-media.repo
> >>>> jpackage-generic.repo local-extras
> >>>> atrpms-stable.repo fedora.repo
> >>>> jpackage.repo local-updates
> >>>> atrpms-testing.repo fedora.repo.rpmnew
> >>>> kde-redhat.repo local-updates-testing
> >>>> city-fan.org.repo fedora-updates.repo
> >>>> kde-redhat-stable-all.repo Macromedia
> >>>> crontab fedora-updates.repo.rpmnew
> >>>> kde-redhat-stable.repo mirrors-rpmforge
> >>>> dag.repo fedora-updates-testing.repo
> >>>> livna-devel.repo newrpms.repo
> >>>> dries.repo fedora-updates-testing.repo.rpmnew
> >>>> livna-devel.repo.rpmorig nrpms.repo
> >>>> fedora-core.repo.rpmnew fedora.us-extras
> >>>> livna.repo nr.repo
> >>>> fedora-core.repo.rpmsave freshrpms.repo
> >>>> livna.repo.rpmorig rpmforge.repo
> >>>> fedora-development.repo freshrpms.repo.rpmnew
> >>>> livna.repo.rpmsave yjl.repo
> >>>> fedora-devel.repo gstreamer-deps.repo
> >>>> livna-testing.repo
> >>>> fedora-extra-devel.repo gstreamer.repo local-base
> >>>> fedora-extra.repo home.repo local-devel
> >>>>
> >>>> [david@reddwarf ~]$ I know it needs a big clean up.
> >>>>
> >>>>
> >>> ----
> >>> were you expecting things to just clear up by themselves while you make
> >>> a complete nightmare of things?
> >>>
> >>> Craig
> >>>
> >>>
> >>>
> >> No I not expecting things happen automatically but I dont have the
> >> confidence
> >> to hack into files and make the mess worse than it already is.
> >>
> > ----
> > OK, try this...(you need root so simply 'su -')
> >
> > this is supplied so you could simply paste this all after you su to root
> > per above
> >
> > cd /etc/yum.repos.d
> > mkdir NOT-USED
> > mv * NOT-USED # clear out all repos for the moment
> > mv NOT-USED/fedora-development.repo.rpmsave fedora-development.repo
> > mv NOT-USED/fedora-updates-testing.repo.rpmsave
> > fedora-updates-testing.repo
> > mv NOT-USED/fedora-updates.repo.rpmsave fedora-updates.repo
> > mv NOT-USED/fedora.repo.rpmsave fedora.repo
> >
> > mv NOT-USED/livna.repo.rpmsave livna.repo
> > mv NOT-USED/livna-testing.repo .
> > mv NOT-USED/livna-devel.repo .
> >
> > # at this point, you should be able to yum update without much issue and
> > I am presuming that the latest installs of fedora-release and
> > livna-release put their repo files rpmsave because the originals were
> > tainted.
> >
> > The rest of the repos you can add by mv the files back but only do 1 or
> > 2 at a time so you will see if any have problems.
> >
> > Myself, I would probably move the rpmforge.repo back but it might be an
> > issue depending upon how old it is. Possibly kde-redhat stuff (may be
> > old), maybe jpackage...again, it could be old and broken
> >
> > Craig
> >
> >
> [root@reddwarf yum.repos.d]# cd
> [root@reddwarf ~]# cd /etc/yum.repos.d
> [root@reddwarf yum.repos.d]# mkdir NOT-USED
> [root@reddwarf yum.repos.d]# mv * NOT-USED # clear out all repos for the
> moment
> mv: cannot move `NOT-USED' to a subdirectory of itself, `NOT-USED/NOT-USED'
> [root@reddwarf yum.repos.d]# mv NOT-USED/fedora-development.repo.rpmsave
> fedora-development.repo
> mv: cannot stat `NOT-USED/fedora-development.repo.rpmsave': No such file
> or directory
> [root@reddwarf yum.repos.d]# mv NOT-USED/fedora-updates-testing.repo.rpmsave
> mv: missing destination file operand after
> `NOT-USED/fedora-updates-testing.repo.rpmsave'
> Try `mv --help' for more information.
> [root@reddwarf yum.repos.d]# fedora-updates-testing.repo
> -bash: fedora-updates-testing.repo: command not found
> [root@reddwarf yum.repos.d]# mv NOT-USED/fedora-updates.repo.rpmsave
> fedora-updates.repo
> mv: cannot stat `NOT-USED/fedora-updates.repo.rpmsave': No such file or
> directory
> [root@reddwarf yum.repos.d]# mv NOT-USED/fedora.repo.rpmsave fedora.repo
> mv: cannot stat `NOT-USED/fedora.repo.rpmsave': No such file or directory
> [root@reddwarf yum.repos.d]#
> [root@reddwarf yum.repos.d]# mv NOT-USED/livna.repo.rpmsave livna.repo
> mv: cannot stat `NOT-USED/livna.repo.rpmsave': No such file or directory
> [root@reddwarf yum.repos.d]# mv NOT-USED/livna-testing.repo .
> mv: cannot stat `NOT-USED/livna-testing.repo': No such file or directory
> [root@reddwarf yum.repos.d]# mv NOT-USED/livna-devel.repo .
> mv: cannot stat `NOT-USED/livna-devel.repo': No such file or directory
> [root@reddwarf yum.repos.d]#
----
that was intended for BEFORE you decided to move things around
See my other e-mail
Craig
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Sat Dec 15 20:15:01 2007
Return-path: <bounce-debian-kernel=tom=linux-archive.org@lists.debian.org>
Envelope-to: tom@linux-archive.org
Delivery-date: Sat, 15 Dec 2007 20:00:30 -0600
Received: from liszt.debian.org ([82.195.75.100])
by server.java-tips.org with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.68)
(envelope-from <bounce-debian-kernel=tom=linux-archive.org@lists.debian.org>)
id 1J3int-0001U6-P9
for tom@linux-archive.org; Sat, 15 Dec 2007 20:00:30 -0600
Received: from localhost (localhost [127.0.0.1])
by liszt.debian.org (Postfix) with QMQP
id 7296E13A5D0F; Sun, 16 Dec 2007 02:00:17 +0000 (UTC)
Old-Return-Path: <debbugs@rietz.debian.org>
X-Original-To: debian-kernel@lists.debian.org
Delivered-To: lists-debian-kernel@liszt.debian.org
Received: from rietz.debian.org (rietz.debian.org [140.211.166.43])
by liszt.debian.org (Postfix) with ESMTP id F0C9113A58E6;
Sun, 16 Dec 2007 01:43:30 +0000 (UTC)
Received: from debbugs by rietz.debian.org with local (Exim 4.63)
(envelope-from <debbugs@rietz.debian.org>)
id 1J3iT8-0003Xc-Ui; Sun, 16 Dec 2007 01:39:02 +0000
X-Loop: owner@bugs.debian.org
Subject: Bug#453822: firmware-ralink: Add Conflict with firmware-rtX1
Reply-To: Danai SAE-HAN =?UTF-8?Q?(=E9=9F=93=E9=81=94=E8=80=90)?= <danai.sae-han@edpnet.be>, 453822@bugs.debian.org
Resent-From: Danai SAE-HAN =?UTF-8?Q?(=E9=9F=93=E9=81=94=E8=80=90)?= <danai.sae-han@edpnet.be>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Debian Kernel Team <debian-kernel@lists.debian.org>
Resent-Date: Sun, 16 Dec 2007 01:39:01 +0000
Resent-Message-ID: <handler.453822.B453822.119776904712824@bugs.debia n.org>
X-Debian-PR-Message: report 453822
X-Debian-PR-Package: firmware-ralink
X-Debian-PR-Keywords:
X-Debian-PR-Source: firmware-nonfree
Received: via spool by 453822-submit@bugs.debian.org id=B453822.119776904712824
(code B ref 453822); Sun, 16 Dec 2007 01:39:01 +0000
Received: (at 453822) by bugs.debian.org; 16 Dec 2007 01:37:27 +0000
X-Spam-Checker-Version: SpamAssassin 3.1.4-bugs.debian.org_2005_01_02
(2006-07-26) on rietz.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-8.1 required=4.0 tests=BAYES_00,DNS_FROM_RFC_POST,
FORGED_RCVD_HELO,FOURLA,HAS_PACKAGE autolearn=no
version=3.1.4-bugs.debian.org_2005_01_02
Received: from lmailproxy01.edpnet.net ([212.71.1.194])
by rietz.debian.org with esmtp (Exim 4.63)
(envelope-from <danai.sae-han@edpnet.be>)
id 1J3iRb-0003KH-GS
for 453822@bugs.debian.org; Sun, 16 Dec 2007 01:37:27 +0000
Received: from danai.kalimero (213.219.175.188.adsl.dyn.edpnet.net [213.219.175.188])
by lmailproxy01.edpnet.net (8.13.1/8.13.1) with ESMTP id lBG1dlTG001283;
Sun, 16 Dec 2007 02:39:47 +0100
Received: from danai by danai.kalimero with local (Exim 4.68)
(envelope-from <danai.sae-han@edpnet.be>)
id 1J3iRU-0000yI-1p; Sun, 16 Dec 2007 02:37:20 +0100
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Danai SAE-HAN =?UTF-8?Q?(=E9=9F=93=E9=81=94=E8=80=90)?=
<danai.sae-han@edpnet.be>
To: Debian Bug Tracking System <453822@bugs.debian.org>
Message-ID: <20071216013719.21194.35608.reportbug@danai.kalime ro>
X-Mailer: reportbug 3.39
Date: Sun, 16 Dec 2007 02:37:19 +0100
X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on lmailproxy01.edpnet.net
X-Virus-Status: Clean
Resent-Date: Sun, 16 Dec 2007 01:39:02 +0000
X-Rc-Spam: 2007-10-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2007-10-04_01
X-Mailing-List: <debian-kernel@lists.debian.org> archive/latest/33957
X-Loop: debian-kernel@lists.debian.org
List-Id: <debian-kernel.lists.debian.org>
List-URL: <http://lists.debian.org/debian-kernel/>
List-Post: <mailto:debian-kernel@lists.debian.org>
List-Help: <mailto:debian-kernel-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-kernel-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-kernel-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-kernel-request@lists.debian.org
I too would strongly suggest to add a conflict against firmware-rt{6,7}1. The fact that they may not have been uploaded to testing, is not a reason to disregard this problem.
Kernel: Linux 2.6.23-hermes (PREEMPT)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
-- no debconf information
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
12-16-2007, 01:04 AM
Craig White
Cups problem
On Sat, 2007-12-15 at 18:59 -0700, Craig White wrote:
> On Sun, 2007-12-16 at 11:29 +1000, david walcroft wrote:
> > Craig White wrote:
> > > On Sun, 2007-12-16 at 10:47 +1000, david walcroft wrote:
> > >
> > >> Craig White wrote:
> > >>
> > >>> On Sun, 2007-12-16 at 09:48 +1000, david walcroft wrote:
> > >>>
> > >>>
> > >>>
> > >>>> My repo's are in 'local-updates local-extras local-base,
> > >>>> but yum does updates with no problem
> > >>>>
> > >>>>
> > >>> ----
> > >>> except of course, that which is a problem. Every problem you have with
> > >>> packaging has to be caused by the below.
> > >>> ----
> > >>>
> > >>>
> > >>>> [david@reddwarf ~]$ ls /etc/yum.repos.d/
> > >>>> atrpms-bleeding.repo fedora-extras-devel.repo
> > >>>> jpackage-fedora.repo local-extra-devel
> > >>>> atrpms.repo Fedora-install-media.repo
> > >>>> jpackage-generic.repo local-extras
> > >>>> atrpms-stable.repo fedora.repo
> > >>>> jpackage.repo local-updates
> > >>>> atrpms-testing.repo fedora.repo.rpmnew
> > >>>> kde-redhat.repo local-updates-testing
> > >>>> city-fan.org.repo fedora-updates.repo
> > >>>> kde-redhat-stable-all.repo Macromedia
> > >>>> crontab fedora-updates.repo.rpmnew
> > >>>> kde-redhat-stable.repo mirrors-rpmforge
> > >>>> dag.repo fedora-updates-testing.repo
> > >>>> livna-devel.repo newrpms.repo
> > >>>> dries.repo fedora-updates-testing.repo.rpmnew
> > >>>> livna-devel.repo.rpmorig nrpms.repo
> > >>>> fedora-core.repo.rpmnew fedora.us-extras
> > >>>> livna.repo nr.repo
> > >>>> fedora-core.repo.rpmsave freshrpms.repo
> > >>>> livna.repo.rpmorig rpmforge.repo
> > >>>> fedora-development.repo freshrpms.repo.rpmnew
> > >>>> livna.repo.rpmsave yjl.repo
> > >>>> fedora-devel.repo gstreamer-deps.repo
> > >>>> livna-testing.repo
> > >>>> fedora-extra-devel.repo gstreamer.repo local-base
> > >>>> fedora-extra.repo home.repo local-devel
> > >>>>
> > >>>> [david@reddwarf ~]$ I know it needs a big clean up.
> > >>>>
> > >>>>
> > >>> ----
> > >>> were you expecting things to just clear up by themselves while you make
> > >>> a complete nightmare of things?
> > >>>
> > >>> Craig
> > >>>
> > >>>
> > >>>
> > >> No I not expecting things happen automatically but I dont have the
> > >> confidence
> > >> to hack into files and make the mess worse than it already is.
> > >>
> > > ----
> > > OK, try this...(you need root so simply 'su -')
> > >
> > > this is supplied so you could simply paste this all after you su to root
> > > per above
> > >
> > > cd /etc/yum.repos.d
> > > mkdir NOT-USED
> > > mv * NOT-USED # clear out all repos for the moment
> > > mv NOT-USED/fedora-development.repo.rpmsave fedora-development.repo
> > > mv NOT-USED/fedora-updates-testing.repo.rpmsave
> > > fedora-updates-testing.repo
> > > mv NOT-USED/fedora-updates.repo.rpmsave fedora-updates.repo
> > > mv NOT-USED/fedora.repo.rpmsave fedora.repo
> > >
> > > mv NOT-USED/livna.repo.rpmsave livna.repo
> > > mv NOT-USED/livna-testing.repo .
> > > mv NOT-USED/livna-devel.repo .
> > >
> > > # at this point, you should be able to yum update without much issue and
> > > I am presuming that the latest installs of fedora-release and
> > > livna-release put their repo files rpmsave because the originals were
> > > tainted.
> > >
> > > The rest of the repos you can add by mv the files back but only do 1 or
> > > 2 at a time so you will see if any have problems.
> > >
> > > Myself, I would probably move the rpmforge.repo back but it might be an
> > > issue depending upon how old it is. Possibly kde-redhat stuff (may be
> > > old), maybe jpackage...again, it could be old and broken
> > >
> > > Craig
> > >
> > >
> > [root@reddwarf yum.repos.d]# cd
> > [root@reddwarf ~]# cd /etc/yum.repos.d
> > [root@reddwarf yum.repos.d]# mkdir NOT-USED
> > [root@reddwarf yum.repos.d]# mv * NOT-USED # clear out all repos for the
> > moment
> > mv: cannot move `NOT-USED' to a subdirectory of itself, `NOT-USED/NOT-USED'
> > [root@reddwarf yum.repos.d]# mv NOT-USED/fedora-development.repo.rpmsave
> > fedora-development.repo
> > mv: cannot stat `NOT-USED/fedora-development.repo.rpmsave': No such file
> > or directory
> > [root@reddwarf yum.repos.d]# mv NOT-USED/fedora-updates-testing.repo.rpmsave
> > mv: missing destination file operand after
> > `NOT-USED/fedora-updates-testing.repo.rpmsave'
> > Try `mv --help' for more information.
> > [root@reddwarf yum.repos.d]# fedora-updates-testing.repo
> > -bash: fedora-updates-testing.repo: command not found
> > [root@reddwarf yum.repos.d]# mv NOT-USED/fedora-updates.repo.rpmsave
> > fedora-updates.repo
> > mv: cannot stat `NOT-USED/fedora-updates.repo.rpmsave': No such file or
> > directory
> > [root@reddwarf yum.repos.d]# mv NOT-USED/fedora.repo.rpmsave fedora.repo
> > mv: cannot stat `NOT-USED/fedora.repo.rpmsave': No such file or directory
> > [root@reddwarf yum.repos.d]#
> > [root@reddwarf yum.repos.d]# mv NOT-USED/livna.repo.rpmsave livna.repo
> > mv: cannot stat `NOT-USED/livna.repo.rpmsave': No such file or directory
> > [root@reddwarf yum.repos.d]# mv NOT-USED/livna-testing.repo .
> > mv: cannot stat `NOT-USED/livna-testing.repo': No such file or directory
> > [root@reddwarf yum.repos.d]# mv NOT-USED/livna-devel.repo .
> > mv: cannot stat `NOT-USED/livna-devel.repo': No such file or directory
> > [root@reddwarf yum.repos.d]#
> ----
> that was intended for BEFORE you decided to move things around
>
> See my other e-mail
----
you could move all of the repo files into the NOT-USED subdirectory and
run the commands again and that should work
Craig
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
12-16-2007, 01:07 AM
david walcroft
Cups problem
Craig White wrote:
On Sat, 2007-12-15 at 09:57 +1000, david walcroft wrote:
Craig White wrote:
On Sat, 2007-12-15 at 09:12 +1000, david walcroft wrote:
Aaron Konstam wrote:
On Fri, 2007-12-14 at 09:18 +1000, david walcroft wrote:
Aaron Konstam wrote:
I've done a "rpm -e --nodeps cups" then "yum install cups" and got to
the point where
thunderbird and firefox send a print request to my HP PSC 2110 but is
not printed out.
I still cannot open "localhost 631" 'Unable to connect'.
----
how about in firefox...
http://localhost:631
?
Craig
comes up with "Unable to connect"
david
It seems to me there are only two possibilities:
1. cupsd is not running. What does : ps aux -columns 256 |grep cupsd
return/
2. Your /etc/hosts file does not define a localhost. Use the ip number
of ypur machine rather than localhost.
--
================================================== =====================
Somewhere, something incredible is waiting to be known. -- Carl Sagan
================================================== =====================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@sbcglobal.net
[root@reddwarf ~]# ps aux -columns 256 |grep cupsd
I am not doing well with things like spellins and such.
It is --columns
Could you give me an example of the /etc/hosts/ file please
hosts file:
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.localdomain localhost
192.168.1.100 vulcan vulcan.gateway.2wire.net
192.168.1.101 saturn saturn.gateway.2wire.net
192.168.1.65 cyrus cyrus.gateway.2wire.net
Would this be correct: 192.168.0.1 reddwarf localhost.localdomain
----
no - should be more like (note the first 2 lines)...
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.localdomain localhost
192.168.0.1 reddwarf localhost.localdomain
Craig
Thanks for that Craig,now the good news,i'm into 'localhost:631' then
set up the printer then I'm asked for user name and password but its
not accepting anything i put to it.can I delete a cups password file
and start again.
----
the only username/password combo that is gonna make cups happy is root
and root password
Craig
Yes I agree but cups will not accept 'root:root password'
david
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Looks like you have it installed (finally). Is it running?
/sbin/service cups status
It will tell you if the service is running or not. If it is not, start
it via:
/sbin/service cups start
Let us know what happens with each.
[david@reddwarf ~]$ sudo service cups status
cupsd (pid 26999) is running...
[david@reddwarf ~]$ sudo /sbin/service cups start
Starting cups:
[david@reddwarf ~]$
[david@reddwarf ~]$ sudo service cups start
Starting cups:
[david@reddwarf ~]$
Sorry to take so long.
david
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
12-16-2007, 01:16 AM
Craig White
Cups problem
On Sun, 2007-12-16 at 12:07 +1000, david walcroft wrote:
> Craig White wrote:
> > On Sat, 2007-12-15 at 09:57 +1000, david walcroft wrote:
> > ----
> > the only username/password combo that is gonna make cups happy is root
> > and root password
> >
> > Craig
> >
> >
> Yes I agree but cups will not accept 'root:root password'
----
my thinking at this point...
if you can fix your repo issue, set selinux to permissive and reboot,
then update and get the proper packages installed, the rest will work
itself out
Craig
by the way... it's not root:root
login: root
password: root_password
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
12-16-2007, 01:20 AM
david walcroft
Cups problem
Craig White wrote:
On Sat, 2007-12-15 at 18:59 -0700, Craig White wrote:
On Sun, 2007-12-16 at 11:29 +1000, david walcroft wrote:
Craig White wrote:
On Sun, 2007-12-16 at 10:47 +1000, david walcroft wrote:
Craig White wrote:
On Sun, 2007-12-16 at 09:48 +1000, david walcroft wrote:
My repo's are in 'local-updates local-extras local-base,
but yum does updates with no problem
----
except of course, that which is a problem. Every problem you have with
packaging has to be caused by the below.
----
[david@reddwarf ~]$ I know it needs a big clean up.
----
were you expecting things to just clear up by themselves while you make
a complete nightmare of things?
Craig
No I not expecting things happen automatically but I dont have the
confidence
to hack into files and make the mess worse than it already is.
----
OK, try this...(you need root so simply 'su -')
this is supplied so you could simply paste this all after you su to root
per above
cd /etc/yum.repos.d
mkdir NOT-USED
mv * NOT-USED # clear out all repos for the moment
mv NOT-USED/fedora-development.repo.rpmsave fedora-development.repo
mv NOT-USED/fedora-updates-testing.repo.rpmsave
fedora-updates-testing.repo
mv NOT-USED/fedora-updates.repo.rpmsave fedora-updates.repo
mv NOT-USED/fedora.repo.rpmsave fedora.repo
# at this point, you should be able to yum update without much issue and
I am presuming that the latest installs of fedora-release and
livna-release put their repo files rpmsave because the originals were
tainted.
The rest of the repos you can add by mv the files back but only do 1 or
2 at a time so you will see if any have problems.
Myself, I would probably move the rpmforge.repo back but it might be an
issue depending upon how old it is. Possibly kde-redhat stuff (may be
old), maybe jpackage...again, it could be old and broken
Craig
[root@reddwarf yum.repos.d]# cd
[root@reddwarf ~]# cd /etc/yum.repos.d
[root@reddwarf yum.repos.d]# mkdir NOT-USED
[root@reddwarf yum.repos.d]# mv * NOT-USED # clear out all repos for the
moment
mv: cannot move `NOT-USED' to a subdirectory of itself, `NOT-USED/NOT-USED'
[root@reddwarf yum.repos.d]# mv NOT-USED/fedora-development.repo.rpmsave
fedora-development.repo
mv: cannot stat `NOT-USED/fedora-development.repo.rpmsave': No such file
or directory
Try `mv --help' for more information.
[root@reddwarf yum.repos.d]# fedora-updates-testing.repo
-bash: fedora-updates-testing.repo: command not found
[root@reddwarf yum.repos.d]# mv NOT-USED/fedora-updates.repo.rpmsave
fedora-updates.repo
mv: cannot stat `NOT-USED/fedora-updates.repo.rpmsave': No such file or
directory
[root@reddwarf yum.repos.d]# mv NOT-USED/fedora.repo.rpmsave fedora.repo
mv: cannot stat `NOT-USED/fedora.repo.rpmsave': No such file or directory
[root@reddwarf yum.repos.d]#
[root@reddwarf yum.repos.d]# mv NOT-USED/livna.repo.rpmsave livna.repo
mv: cannot stat `NOT-USED/livna.repo.rpmsave': No such file or directory
[root@reddwarf yum.repos.d]# mv NOT-USED/livna-testing.repo .
mv: cannot stat `NOT-USED/livna-testing.repo': No such file or directory
[root@reddwarf yum.repos.d]# mv NOT-USED/livna-devel.repo .
mv: cannot stat `NOT-USED/livna-devel.repo': No such file or directory
[root@reddwarf yum.repos.d]#
----
that was intended for BEFORE you decided to move things around
See my other e-mail
----
you could move all of the repo files into the NOT-USED subdirectory and
run the commands again and that should work
Craig
Now my repos.d is hosed
[david@reddwarf ~]$ sudo ls /etc/yum.repos.d/
NOT-USED
[david@reddwarf ~]$
david
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Cups problem
ff 1
