FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 12-16-2007, 12:17 AM
david walcroft
 
Default Cups problem

Tim wrote:

On Fri, 2007-12-14 at 16:21 -0700, Craig White wrote:


127.0.0.1 localhost.localdomain localhost
192.168.0.1 reddwarf localhost.localdomain



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
 
Old 12-16-2007, 12:24 AM
david walcroft
 
Default 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

Cleanup : cups-pdf ####################### [ 8/11]
Cleanup : fedora-release ####################### [ 9/11]
Cleanup : inkscape ####################### [10/11]

Dependency Installed: atlas.i386 0:3.6.0-12.fc8 blas.i386 0:3.1.1-2.fc8
numpy.i386 0:1.0.3.1-1.fc8
Updated: cups-pdf.i386 0:2.4.6-6.fc8 fedora-release.noarch 0:8-5
inkscape.i386 0:0.45.1-4.fc8 system-config-rootpassword.noarch
0:1.1.10-4.fc8

Complete!
[root@reddwarf yum.repos.d]#

My repo.d is a hangover since about FC2/FC3,with bits and pieces such as
'local-*'


----
clean up your 'repos' folder
set SELINUX to permissive and reboot

Craig



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]#

How do I set Selinux from one setting to another.

david

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 12-16-2007, 12:29 AM
david walcroft
 
Default Cups problem

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]#

david

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 12-16-2007, 12:57 AM
Craig White
 
Default 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
 
Old 12-16-2007, 12:59 AM
Craig White
 
Default 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

Package: firmware-ralink
Version: 0.9
Followup-For: Bug #453822


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.

Best regards


/Danai Sae-Han

-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

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
 
Old 12-16-2007, 01:04 AM
Craig White
 
Default 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
 
Old 12-16-2007, 01:07 AM
david walcroft
 
Default 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
 
Old 12-16-2007, 01:14 AM
david walcroft
 
Default Cups problem

Kevin J. Cummings wrote:

david walcroft wrote:


Kevin J. Cummings wrote:


What does "chkconfig --list cups" tell you?

mine shows:




cups 0ff 1ff 2n 3n 4n 5n 6


[david@reddwarf ~]$ sudo chkconfig --list cups
cups 0ff 1ff 2n 3n 4n 5n 6ff
[david@reddwarf ~]$



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
 
Old 12-16-2007, 01:16 AM
Craig White
 
Default 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
 
Old 12-16-2007, 01:20 AM
david walcroft
 
Default 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 ~]$ 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



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
 

Thread Tools




All times are GMT. The time now is 11:20 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org