RE: file sharing
by Epps, Aaron M.
In order for you to authenticate to AD you need to have SMB running since it's the bridge between Windows/Everything Else, that means you need to have ports 137-139 open, open ports = security risk... Especially common ones like these.
-----Original Message-----
From: stephan schutter [mailto:rhl@farorbit.com]
Sent: Thursday, January 15, 2004 4:29 PM
To: fedora-test-list(a)redhat.com
Subject: RE: file sharing
Thank you Alan. Me to.
And once again, I am not talking about servers, and I do not see how being able to authenticate to Active Directory by default is "unsafe".
-----Original Message-----
From: fedora-test-list-admin(a)redhat.com
[mailto:fedora-test-list-admin@redhat.com] On Behalf Of Alan Cox
Sent: Thursday, January 15, 2004 4:17 PM
To: fedora-test-list(a)redhat.com
Subject: Re: file sharing
On Thu, Jan 15, 2004 at 03:47:16PM -0600, Epps, Aaron M. wrote:
> I think the Fedora project has chosen to give everyone a secure
installation by default, if you want to open up your system to the world after the fact that's your choice. Again, there is no "hacking" involved in setting this up, unless you consider using a CLI and editing config files "hacking". Also you must keep in mind that Samba has to reverse engineer everything to work with AD, which M$ stole from Novell, and that is by no means a trivial task. I'd say if you really wanted to demo to your company the power/flexibility/freedom of Linux to setup a Samba server as a domain controller. Then try using the GUI Samba Authentication tool and see if it works... I bet it would.
Im not sure the Fedora set up is perfect. I'd still really like to get into a situation where the first time I go to say cups and add a printer it also kicks the firewall tools to sort out if you want remote access, and it takes it away when its no longer relevant
Little project for someone 8)
--
fedora-test-list mailing list
fedora-test-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-test-list
--
fedora-test-list mailing list
fedora-test-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-test-list
20 years, 3 months
Fedora Testing Update Notification [gaim 0.75-0]
by Christopher Blizzard
---------------------------------------------------------------------
Fedora Testing Update Notification
FEDORA-2003-055
2004-01-15
---------------------------------------------------------------------
Name : gaim
Version : 0.75
Release : 0
Summary : A GTK+ clone of the AOL Instant Messenger client.
Description :
Gaim is a clone of America Online's Instant Messenger client. It
features nearly all of the functionality of the official AIM client
while also being smaller, faster, and commercial-free.
---------------------------------------------------------------------
Update Information:
This update for gaim is a version upgrade. It should fix problems
with logging into yahoo as well as various other problems fixed
as a result of the version upgrade.
---------------------------------------------------------------------
* Wed Jan 14 2004 Christopher Blizzard <blizzard(a)redhat.com> 1:0.75-0
- Update to 0.75.
- Remove mem leak patch that is already included in 0.75.
- Clean up a lot of old unused patches and old source tarballs.
* Fri Dec 12 2003 Christopher Blizzard <blizzard(a)redhat.com> 1:0.74-10
- Add patch that fixes a large memory leak.
* Thu Dec 04 2003 Christopher Blizzard <blizzard(a)redhat.com> 1:0.74-9
- Bump release to rebuild for fc2.
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/
867c9a220089584d656dd0f65efefd91 SRPMS/gaim-0.75-0.src.rpm
ed7a28b069175726033a53cbba74b56b i386/gaim-0.75-0.i386.rpm
09ce90608a3f56eab88b73169fdc647d i386/debug/gaim-debuginfo-0.75-0.i386.rpm
This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.
---------------------------------------------------------------------
--
------------
Christopher Blizzard
http://people.redhat.com/blizzard/
------------
20 years, 3 months
RE: file sharing
by Epps, Aaron M.
That's something I've had a ? About ever since FC1 was released, why doesn't smb:/// work in Nautilus? It seems to be a feature regression to me, considering that it worked fine in RH9. So what is different about FC1 that causes this problem, is it a Nautilus, Gnome-VFS, or Samba 3.x problem? In RH9 all you had to do was edit your smb.conf, start up samba and make sure that ports 137-139 were opened in your firewall.
-----Original Message-----
From: stephan schutter [mailto:rhl@farorbit.com]
Sent: Thursday, January 15, 2004 10:17 AM
To: fedora-test-list(a)redhat.com
Subject: RE: file sharing
Sorry about the tone... I a relaying my managers questions... They want something that just works... They read about Linux and how great it is; but this does not match their experience when sitting down in front of a Linux machine.
This is a desktop related issue, naturally. Knowing that Apple uses a UNIX core and manages to make it easy to use, they wonder when the Linux vendors are going to do the same.
I am frequently challenged by managers and my colleagues: "why do they have to make it so difficult?"
This makes Linux a hard sell for me.
So: why not have a default configuration that works? By default, when you install FC1, FC1 has these issues:
1. When clicking on the network browser, you can not actually browse the network. Instead you get an error about wins servers... Windows works fine.
2. Name resolution does not work correctly because FC1 does not pick up all the information from the DHCP (win2k DDNS) servers (wins, multiple search domains etc.) I am sure that somehow it is Microsoft's fault, but it needs to work none the less to be accepted.
3. Checking the SMB authentication box and entering the right domain name and server etc. does not result in being able to log on using the AD credentials. It is misleading to have such a dialogue box that does not do what it says... or have any information of what else to do...
Stephan
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thursday 15 January 2004 03:27, stephan schutter wrote:
>> To not do this, you have to mount the smb share using smbfs. See
>> http://www.tldp.org/HOWTO/SMB-HOWTO-8.html for instructions.
> I have tried these... besides being complicated (because only root can
> mount these and the syntax is cryptic); it does not work in a Windows
> 2000 Active Directory network. I know it "can work" because Xandros
> has this working somehow. When may we expect Fedora to support basic
> file sharing
in
> a corporate network?
If you're working with Xandros, use Xandros -- or at a minimum examine its Samba configuration so you are empowered to duplicate it.
/etc/samba/smb.conf is the likely place to start.
I don't mean to sound cranky, but the challenging tone of your question is more appropriate for vendors who actually owe you something. If anyone is helping here it sure isn't because you paid them.
- -Andy
- --
Find your answer without waiting for replies....
Searchable list archives at
http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFABj3MjKeDCxMJCTIRAvl6AJ0T+jzjy2aB2t3G0hjt9b3xOSaz6ACfX6Tm
iivN/KQnj+K1yVwJBTpTkEE=
=Stff
-----END PGP SIGNATURE-----
--
fedora-test-list mailing list
fedora-test-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-test-list
--
fedora-test-list mailing list
fedora-test-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-test-list
20 years, 3 months
Java and Fedora
by Ryan Nix
Why is Java always so difficult to setup? Specifically speaking, I'm
trying to install Limewire for a customer to appease her for trying a
Linux desktop.
Is there something that has to be configured in each user account to run
Limewire?
Are there any plans to bundle a JVM like Sun's or IBMs in the future?
20 years, 3 months
RE: fedora-test-list digest, Vol 1 #479 - 26 msgs
by Tom Vaughan
I too am having difficulties with yum. I first fixed a typo in one of
the python files and now I get an RPM error after downloading all the
packages when typing yum upgrade
Tom
vaughan(a)cox.net
------------------------------------------------------------------------
--------------
FIGHT BACK AGAINST SPAM!
Download Spam Inspector, the Award Winning Anti-Spam Filter
http://mail.giantcompany.com
-----Original Message-----
From: fedora-test-list-admin(a)redhat.com
[mailto:fedora-test-list-admin@redhat.com] On Behalf Of
fedora-test-list-request(a)redhat.com
Sent: Tuesday, January 13, 2004 12:00 PM
To: fedora-test-list(a)redhat.com
Subject: fedora-test-list digest, Vol 1 #479 - 26 msgs
Send fedora-test-list mailing list submissions to
fedora-test-list(a)redhat.com
To subscribe or unsubscribe via the World Wide Web, visit
http://www.redhat.com/mailman/listinfo/fedora-test-list
or, via email, send a message with subject or body 'help' to
fedora-test-list-request(a)redhat.com
You can reach the person managing the list at
fedora-test-list-admin(a)redhat.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of fedora-test-list digest..."
Today's Topics:
1. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Balint Cristian)
2. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Tim Waugh)
3. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Jakub Jelinek)
4. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks)
5. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks)
6. RE: Java and Fedora (stephan schutter)
7. RE: Java and Fedora (Mariusz =?iso-8859-2?Q?Smyku=B3a?=)
8. Re: Java and Fedora (Ryan Nix)
9. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks)
10. Yum Broken. (Mark Lane)
11. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Mike Chambers)
12. Re: Yum Broken. (Justin M. Forbes)
13. Re: Yum Broken. (Greg Sanders)
14. Re: Yum Broken. (seth vidal)
15. Re: Yum Broken. (Greg Sanders)
16. Re: Compiling NVIDIA driver for -ntpl kernel (joe)
17. Re: Compiling NVIDIA driver for -ntpl kernel (joe)
18. Re: Yum Broken. (seth vidal)
19. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Gene C.)
20. Re: Compiling NVIDIA driver for -ntpl kernel (John Alexander
Thacker)
21. x86_64 vs i[36]86 arch question (Boszormenyi Zoltan)
22. Re: x86_64 vs i[36]86 arch question (Justin M. Forbes)
23. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks)
24. Re: x86_64 vs i[36]86 arch question (Boszormenyi Zoltan)
25. Re: x86_64 vs i[36]86 arch question (Justin M. Forbes)
26. Re: Yum Broken. (mark(a)harddata.com)
--__--__--
Message: 1
From: Balint Cristian <rezso(a)rdsor.ro>
Organization: Home
To: fedora-test-list(a)redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Date: Mon, 12 Jan 2004 19:08:10 +0200
Cc: Sean Estabrooks <seanlkml(a)rogers.com>
Reply-To: fedora-test-list(a)redhat.com
>
> development -> testing -> stable ?
As i remark till now was:
testing ---(1 day to 1 week)---> devel ---> stable.
If i am wrong correct me.
>
> It's hard to keep track of the latest rpm's new ones somtimes skip
> the first step. For those of us with local mirrors we'll have to
mirror
> _both_ development and testing. Perhaps there is a reason why this
> particular release didn't appear in the development rpms?
>
> Cheers,
> Sean
--__--__--
Message: 2
Date: Mon, 12 Jan 2004 17:12:35 +0000
From: Tim Waugh <twaugh(a)redhat.com>
To: fedora-test-list(a)redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Reply-To: fedora-test-list(a)redhat.com
--eMP3JyRexyk9c0Bv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote:
> Shouldn't the flow of an rpm be something like:
>=20
> development -> testing -> stable ?
No. The 'development' packages are built in a rawhide build
environment -- you certainly don't want those ending up as stable
updates for Fedora Core 1.
Basically a package is either built for testing (and then perhaps
moved to stable) *or* for development.
Tim.
*/
--eMP3JyRexyk9c0Bv
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFAAtWD9gevn0C09XYRAmT1AKDaX9D3x9dkzeIRU40b1Qynxa8iTACfawga
cd/5P+PZSyZZo2SVzPOi1Nc=
=gad5
-----END PGP SIGNATURE-----
--eMP3JyRexyk9c0Bv--
--__--__--
Message: 3
Date: Mon, 12 Jan 2004 12:19:25 -0500
From: Jakub Jelinek <jakub(a)redhat.com>
To: fedora-test-list(a)redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Reply-To: fedora-test-list(a)redhat.com
On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote:
> On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote:
>
> > Shouldn't the flow of an rpm be something like:
> >
> > development -> testing -> stable ?
>
> No. The 'development' packages are built in a rawhide build
> environment -- you certainly don't want those ending up as stable
> updates for Fedora Core 1.
>
> Basically a package is either built for testing (and then perhaps
> moved to stable) *or* for development.
And in the case of GCC, there are so far no reasons to have different
compiler for FC1 updates and development, which means that
the package has to be built as FC1 testing and when it becomes FC1
stable
it will be automatically inherited into FC2 development.
Jakub
--__--__--
Message: 4
Date: Mon, 12 Jan 2004 12:26:50 -0500
From: Sean Estabrooks <seanlkml(a)rogers.com>
To: fedora-test-list(a)redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Organization:
Reply-To: fedora-test-list(a)redhat.com
On Mon, 12 Jan 2004 17:12:35 +0000
Tim Waugh <twaugh(a)redhat.com> wrote:
> On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote:
>
> > Shouldn't the flow of an rpm be something like:
> >
> > development -> testing -> stable ?
>
> No. The 'development' packages are built in a rawhide build
> environment -- you certainly don't want those ending up as stable
> updates for Fedora Core 1.
>
> Basically a package is either built for testing (and then perhaps
> moved to stable) *or* for development.
Hey Tim,
Ok, i guess that makes some sense. My own feeling is that the
development branch should not be behind the testing branch of
the current release. All i was really asking was shouldn't it be
released to"rawhide" ie. development branch first or at least in
parallel? If it's good enough to be pre-stable, isn't it good enough
for the development branch?
This would increase the exposure and perhaps reveal additional issues,
prior to going stable. My other reason is admittedly somewhat selfish
in
that i only have a local mirror of the development rpms and would
dislike
having to mirror all the testing rpms just to get the odd rpm that
appears
there first. This can't be good for the download sites either.
Cheers,
Sean
--__--__--
Message: 5
Date: Mon, 12 Jan 2004 12:29:40 -0500
From: Sean Estabrooks <seanlkml(a)rogers.com>
To: fedora-test-list(a)redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Organization:
Reply-To: fedora-test-list(a)redhat.com
On Mon, 12 Jan 2004 12:19:25 -0500
Jakub Jelinek <jakub(a)redhat.com> wrote:
> On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote:
> > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote:
> >
> > > Shouldn't the flow of an rpm be something like:
> > >
> > > development -> testing -> stable ?
> >
> > No. The 'development' packages are built in a rawhide build
> > environment -- you certainly don't want those ending up as stable
> > updates for Fedora Core 1.
> >
> > Basically a package is either built for testing (and then perhaps
> > moved to stable) *or* for development.
>
> And in the case of GCC, there are so far no reasons to have different
> compiler for FC1 updates and development, which means that
> the package has to be built as FC1 testing and when it becomes FC1
> stable it will be automatically inherited into FC2 development.
>
Jakub,
Thanks for the response. Would it make more sense that FC2 development
inherit the package when it goes into testing instead? Development is
meant to be most current and isn't garenteed to not break. This should
speed up the discovery of any issues. If it's good enough for FC1
testing does it not mean it's good enough for FC2 development?
Thanks,
Sean
--__--__--
Message: 6
From: "stephan schutter" <rhl(a)farorbit.com>
To: <fedora-test-list(a)redhat.com>
Subject: RE: Java and Fedora
Date: Mon, 12 Jan 2004 11:31:52 -0600
Reply-To: fedora-test-list(a)redhat.com
Because the vendor assumes that you are a UNIX admin, and want to do
everything yourself... It is like distributing Windows programs and
expecting the user to go and edit the registry by hand to make the
program
start. --it is insane.
Making a symlink in the /bin folder pointing to the Java executable
worked
for me... This seems a lot simpler and global than fiddling with paths
and
variables...
-----Original Message-----
From: fedora-test-list-admin(a)redhat.com
[mailto:fedora-test-list-admin@redhat.com] On Behalf Of Ryan Nix
Sent: Sunday, January 11, 2004 1:27 PM
To: fedora-test-list(a)redhat.com
Subject: Java and Fedora
Why is Java always so difficult to setup? Specifically speaking, I'm
trying to install Limewire for a customer to appease her for trying a
Linux desktop.
Is there something that has to be configured in each user account to run
Limewire?
Are there any plans to bundle a JVM like Sun's or IBMs in the future?
--
fedora-test-list mailing list
fedora-test-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-test-list
--__--__--
Message: 7
Subject: RE: Java and Fedora
From: Mariusz =?iso-8859-2?Q?Smyku=B3a?= <marian(a)gg3d.com>
To: Fedora Test List <fedora-test-list(a)redhat.com>
Organization: JabberPL.org
Date: Mon, 12 Jan 2004 22:15:25 +0100
Reply-To: fedora-test-list(a)redhat.com
W li¶cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze:
> Why is Java always so difficult to setup? Specifically speaking, I'm
> trying to install Limewire for a customer to appease her for trying a
> Linux desktop.
> Is there something that has to be configured in each user account to
run
> Limewire?
jpackage.org and yum install limewire ;)
--
Mariusz 'marian' Smyku³a
---------------------------------
jid/email: marian(a)t-system.com.pl
---------------------------------
--__--__--
Message: 8
Date: Mon, 12 Jan 2004 15:23:35 -0600
From: Ryan Nix <rnix(a)prometheon.net>
To: fedora-test-list(a)redhat.com
Subject: Re: Java and Fedora
Reply-To: fedora-test-list(a)redhat.com
You rock Mariusz! Thanks to everyone else for the help too!
:)
Mariusz Smyku³a wrote:
>W li¶cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze:
>
>
>
>>Why is Java always so difficult to setup? Specifically speaking, I'm
>>trying to install Limewire for a customer to appease her for trying a
>>Linux desktop.
>>Is there something that has to be configured in each user account to
run
>>Limewire?
>>
>>
>
>jpackage.org and yum install limewire ;)
>
>
>
--__--__--
Message: 9
Date: Mon, 12 Jan 2004 18:16:18 -0500
From: Sean Estabrooks <seanlkml(a)rogers.com>
To: fedora-test-list(a)redhat.com
Cc: jakub(a)redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Organization:
Reply-To: fedora-test-list(a)redhat.com
On Mon, 12 Jan 2004 12:19:25 -0500
Jakub Jelinek <jakub(a)redhat.com> wrote:
> And in the case of GCC, there are so far no reasons to have different
> compiler for FC1 updates and development, which means that
> the package has to be built as FC1 testing and when it becomes FC1
> stable
> it will be automatically inherited into FC2 development.
Jakub,
Ok, bandwidth-be-damned i've setup mirroring for binary and source
rpms of both core/testing and core/development from redhat.com.
Would still be interested to hear if you think a change is in order
about
when rpms are automatically inherited by FC2 development. Don't you
think
it would be better if it happened at testing time, rather than when
moved
to stable? Although i do like the notion that we test our rpms _before_
we develop them... That's got to make development easier. ;o)
Sean
--__--__--
Message: 10
Subject: Yum Broken.
From: Mark Lane <mark(a)harddata.com>
To: fedora-test-list(a)redhat.com
Organization: Hard Data
Date: Mon, 12 Jan 2004 17:54:59 -0700
Reply-To: fedora-test-list(a)redhat.com
I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but
I have run into a problem. I believe that after I upgraded openssl that
yum broke.
[root@dynamic-171 downloads]# yum check-update
Traceback (most recent call last):
File "/usr/bin/yum", line 22, in ?
import yummain
File "yummain.py", line 21, in ?
File "clientStuff.py", line 25, in ?
File "pkgaction.py", line 25, in ?
File "rpmUtils.py", line 9, in ?
File "urlgrabber.py", line 21, in ?
File "/usr/lib64/python2.2/urllib2.py", line 101, in ?
import ftplib
File "/usr/lib64/python2.2/ftplib.py", line 68, in ?
all_errors = (Error, socket.error, IOError, EOFError)
AttributeError: 'module' object has no attribute 'error'
Any Ideas on how to fix this without putting on Taroon's version of
openssl?
regards,
--
Mark Lane, CET mailto:mark@harddata.com
Hard Data Ltd. http://www.harddata.com
T: 01-780-456-9771 F: 01-780-456-9772
11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3
--> Ask me about our Excellent 1U Systems! <--
--__--__--
Message: 11
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
From: Mike Chambers <mike(a)netlyncs.com>
To: Fedora Beta <fedora-test-list(a)redhat.com>
Date: Mon, 12 Jan 2004 18:55:09 -0600
Reply-To: fedora-test-list(a)redhat.com
On Mon, 2004-01-12 at 17:16, Sean Estabrooks wrote:
> Would still be interested to hear if you think a change is in order
about
> when rpms are automatically inherited by FC2 development. Don't you
think
> it would be better if it happened at testing time, rather than when
moved
> to stable? Although i do like the notion that we test our rpms
_before_
> we develop them... That's got to make development easier. ;o)
I don't think this test/stable and development/rawhide system is setup
that way. Testing is for making sure the package works before it is
moved to production up2date for the current release.
Development/rawhide is for working on the next release, which once a
package is working fine for the current one, then it's made to work with
the new-to-be release, which will probably have lots of different
dependencies/mechanisms, like the 2.6 kernel, newer kde, gnome and so
on.
LOL, doubt I'm explaining this correctly, hopefully my point is across
at least hehe.
--
Mike Chambers
Madisonville, KY
"It's funny until someone gets hurt...then it's hilarious!"
--__--__--
Message: 12
Date: Mon, 12 Jan 2004 19:03:36 -0600
From: "Justin M. Forbes" <64bit_fedora(a)comcast.net>
To: fedora-test-list(a)redhat.com
Subject: Re: Yum Broken.
Reply-To: fedora-test-list(a)redhat.com
On Mon, Jan 12, 2004 at 05:54:59PM -0700, Mark Lane wrote:
>
> Any Ideas on how to fix this without putting on Taroon's version of
> openssl?
>
Please see the FAQ at http://www.linuxtx.org/amd64faq.html
There is a yum update from the original distribution site at
http://fedora.linux.duke.edu/fc1_x86_64/updates that will fix the issue
you
are seeing.
Thanks,
Justin
--__--__--
Message: 13
Date: Tue, 13 Jan 2004 03:15:58 +0000 (UTC)
From: Greg Sanders <greg(a)elcoronel.com>
To: fedora-test-list(a)redhat.com
Subject: Re: Yum Broken.
Reply-To: fedora-test-list(a)redhat.com
What's the fix for the problem mentioned below if you're running Yum
2.0.4-1 on RedHat 9.0.93 (Severn)?
On Mon, 12 Jan 2004, Mark Lane wrote:
> I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64
but
> I have run into a problem. I believe that after I upgraded openssl
that
> yum broke.
>
> [root@dynamic-171 downloads]# yum check-update
> Traceback (most recent call last):
> File "/usr/bin/yum", line 22, in ?
> import yummain
> File "yummain.py", line 21, in ?
> File "clientStuff.py", line 25, in ?
> File "pkgaction.py", line 25, in ?
> File "rpmUtils.py", line 9, in ?
> File "urlgrabber.py", line 21, in ?
> File "/usr/lib64/python2.2/urllib2.py", line 101, in ?
> import ftplib
> File "/usr/lib64/python2.2/ftplib.py", line 68, in ?
> all_errors = (Error, socket.error, IOError, EOFError)
> AttributeError: 'module' object has no attribute 'error'
>
>
> Any Ideas on how to fix this without putting on Taroon's version of
> openssl?
>
> regards,
>
> --
> Mark Lane, CET mailto:mark@harddata.com
> Hard Data Ltd. http://www.harddata.com
> T: 01-780-456-9771 F: 01-780-456-9772
> 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3
> --> Ask me about our Excellent 1U Systems! <--
>
>
> --
> fedora-test-list mailing list
> fedora-test-list(a)redhat.com
> http://www.redhat.com/mailman/listinfo/fedora-test-list
>
Greg Sanders - Sysadmin, Webhead, Tolkien-phile
ElCoronel @ irc.freenode.net - http://elcoronel.com/
------------------------------------------------------------------------
-
Methink'st thou art a general offence and every man should beat thee.
-William Shakespeare, All's Well That Ends Well
--__--__--
Message: 14
Subject: Re: Yum Broken.
From: seth vidal <skvidal(a)phy.duke.edu>
To: fedora-test-list(a)redhat.com
Date: Mon, 12 Jan 2004 22:16:12 -0500
Reply-To: fedora-test-list(a)redhat.com
On Mon, 2004-01-12 at 22:15, Greg Sanders wrote:
> What's the fix for the problem mentioned below if you're running Yum
> 2.0.4-1 on RedHat 9.0.93 (Severn)?
>
you're running severn on x86_64?
using the taroon kernel?
What other x86_64 libs are you using?
-sv
--__--__--
Message: 15
Date: Tue, 13 Jan 2004 03:32:40 +0000 (UTC)
From: Greg Sanders <greg(a)elcoronel.com>
To: fedora-test-list(a)redhat.com
Subject: Re: Yum Broken.
Reply-To: fedora-test-list(a)redhat.com
On Mon, 12 Jan 2004, seth vidal wrote:
> On Mon, 2004-01-12 at 22:15, Greg Sanders wrote:
> > What's the fix for the problem mentioned below if you're running Yum
> > 2.0.4-1 on RedHat 9.0.93 (Severn)?
> >
>
> you're running severn on x86_64?
>
> using the taroon kernel?
>
> What other x86_64 libs are you using?
>
Sorry, forgot to include "on standard Intel hardware" and my lib errors
are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py .
Other than that my error message is identical.
Greg Sanders - Sysadmin, Webhead, Tolkien-phile
ElCoronel @ irc.freenode.net - http://elcoronel.com/
------------------------------------------------------------------------
-
Methink'st thou art a general offence and every man should beat thee.
-William Shakespeare, All's Well That Ends Well
--__--__--
Message: 16
Date: Mon, 12 Jan 2004 20:34:22 -0800
From: joe <joe(a)tmsusa.com>
To: fedora-test-list(a)redhat.com
Subject: Re: Compiling NVIDIA driver for -ntpl kernel
Reply-To: fedora-test-list(a)redhat.com
This is a multi-part message in MIME format.
--------------010306090909090204090706
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Elton Woo wrote:
>Newbie (and perhaps stupid) question: is there a way to remove the
>nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to
>continually remove the latter? As it stands, there two steps necessary
>whenever I get rawhide updates:
>1) re-run the nVidia installer whenever the kernel is updated
>2) remove using --nodeps whenever XFree is updated (since I can't
>update without including the Mesa-libGL package...
>
>... or am I asking the impossible / unreasonable?
>
>
Sure, if you'd rather do software rendering with mesa, just uninstall
the nvidia drivers and reinstall mesa-gl.
I dunno though, let's see, mesa-gl = 0.1 fps for q3a, nvidia = 100 fps
for q3a...
I think I'll go with the nvidia gl, and that is my final answer!
Joe
--------------010306090909090204090706
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type"
content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Elton Woo wrote:<br>
<blockquote type="cite" cite="mid200310281445.22802.elwoo(a)videotron.ca">
<pre wrap=""><!---->Newbie (and perhaps stupid) question: is there a
way to remove the
nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to
continually remove the latter? As it stands, there two steps necessary
whenever I get rawhide updates:
1) re-run the nVidia installer whenever the kernel is updated
2) remove using --nodeps whenever XFree is updated (since I can't
update without including the Mesa-libGL package...
... or am I asking the impossible / unreasonable?
</pre>
</blockquote>
<span style="font-family: monospace;">Sure, if you'd rather do software
rendering with mesa, just uninstall the nvidia drivers and reinstall
mesa-gl.<br>
<br>
I dunno though, let's see, mesa-gl = 0.1 fps for q3a, nvidia = 100 fps
for q3a...<br>
<br>
I think I'll go with the nvidia gl, and that is my final answer!<br>
<br>
Joe<br>
</span>
</body>
</html>
--------------010306090909090204090706--
--__--__--
Message: 17
Date: Mon, 12 Jan 2004 20:36:31 -0800
From: joe <joe(a)tmsusa.com>
To: fedora-test-list(a)redhat.com
Subject: Re: Compiling NVIDIA driver for -ntpl kernel
Reply-To: fedora-test-list(a)redhat.com
This is a multi-part message in MIME format.
--------------020504030406020707050306
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Elton Woo wrote:
>On October 28, 2003 03:49 pm, Mike A. Harris , <"Mike A. Harris"
><mharris(a)redhat.com>> wrote:
>
>
>
>>We are not going to make ugly hacks for software installed
>>outside of rpm context. It defeats the entire purpose of rpm in
>>the first place, and opens the door for 10000 other software
>>companies out there to request and expect special treatment and
>>hacks for their software too.
>>
>>
>I see your point, and I agree with you totally. FYI, the nVidia drivers
>are no longer installed via rpm, but an "all-platform" *.run
>script.
> ... I guess I'll have to live with it until nVidia update their
drivers to
>work with the newer kenels. No major heartbreak, but an annoyance
>nonetheless, to have to do those two steps, each time ...
>
>
Huh? what do you mean "work with newer kernels"?
Joe - happily running 3D accelerated nvidia on fedora!
Joe
--------------020504030406020707050306
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type"
content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Elton Woo wrote:<br>
<blockquote type="cite" cite="mid200310281606.46718.elwoo(a)videotron.ca">
<pre wrap="">On October 28, 2003 03:49 pm, Mike A. Harris , <"Mike
A. Harris"
<a class="moz-txt-link-rfc2396E"
href="mailto:mharris@redhat.com"><mharris(a)redhat.com></a>>
wrote:
</pre>
<blockquote type="cite">
<pre wrap="">We are not going to make ugly hacks for software
installed
outside of rpm context. It defeats the entire purpose of rpm in
the first place, and opens the door for 10000 other software
companies out there to request and expect special treatment and
hacks for their software too.
</pre>
</blockquote>
<pre wrap=""><!---->I see your point, and I agree with you totally.
FYI, the nVidia drivers
are no longer installed via rpm, but an "all-platform" *.run
script.
... I guess I'll have to live with it until nVidia update their drivers
to
work with the newer kenels. No major heartbreak, but an annoyance
nonetheless, to have to do those two steps, each time ...
</pre>
</blockquote>
<span style="font-family: monospace;">Huh? what do you mean "work with
newer kernels"?<br>
<br>
Joe - happily running 3D accelerated nvidia on fedora!<br>
<br>
Joe<br>
</span>
</body>
</html>
--------------020504030406020707050306--
--__--__--
Message: 18
Subject: Re: Yum Broken.
From: seth vidal <skvidal(a)phy.duke.edu>
To: fedora-test-list(a)redhat.com
Date: Tue, 13 Jan 2004 00:15:33 -0500
Reply-To: fedora-test-list(a)redhat.com
> Sorry, forgot to include "on standard Intel hardware" and my lib
errors
> are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py
20 years, 3 months
Yarrow-0.96-x86_64 and /usr/bin/printconf-gui
by Mark Lane
Has anyone had problems with printconf-gui not being able to load the
printer definitions when adding a new printer? I when I do the program
just hangs.
regards,
--
Mark Lane, CET mailto:mark@harddata.com
Hard Data Ltd. http://www.harddata.com
T: 01-780-456-9771 F: 01-780-456-9772
11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3
--> Ask me about our Excellent 1U Systems! <--
20 years, 3 months
Yum Broken.
by Mark Lane
I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but
I have run into a problem. I believe that after I upgraded openssl that
yum broke.
[root@dynamic-171 downloads]# yum check-update
Traceback (most recent call last):
File "/usr/bin/yum", line 22, in ?
import yummain
File "yummain.py", line 21, in ?
File "clientStuff.py", line 25, in ?
File "pkgaction.py", line 25, in ?
File "rpmUtils.py", line 9, in ?
File "urlgrabber.py", line 21, in ?
File "/usr/lib64/python2.2/urllib2.py", line 101, in ?
import ftplib
File "/usr/lib64/python2.2/ftplib.py", line 68, in ?
all_errors = (Error, socket.error, IOError, EOFError)
AttributeError: 'module' object has no attribute 'error'
Any Ideas on how to fix this without putting on Taroon's version of
openssl?
regards,
--
Mark Lane, CET mailto:mark@harddata.com
Hard Data Ltd. http://www.harddata.com
T: 01-780-456-9771 F: 01-780-456-9772
11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3
--> Ask me about our Excellent 1U Systems! <--
20 years, 3 months
Updated test kernel for FC1
by Dave Jones
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2003-054
2004-01-13
---------------------------------------------------------------------
Name : kernel
Version : 2.4.22
Release : 1.2154.nptl
Summary : The Linux kernel (the core of the Linux operating system)
Description :
The kernel package contains the Linux kernel (vmlinuz), the core of your
Fedora Core Linux operating system. The kernel handles the basic functions
of the operating system: memory allocation, process allocation, device
input and output, etc.
---------------------------------------------------------------------
* Tue Jan 13 2004 Dave Jones <davej(a)redhat.com>
- Reenable Tux.
- Lots of updates from the 2.4.23 era.
* Mon Jan 12 2004 Dave Jones <davej(a)redhat.com>
- Avoid deadlocks in USB storage.
* Fri Jan 09 2004 Dave Jones <davej(a)redhat.com>
- Fix thread creation race.
* Thu Jan 08 2004 Dave Jones <davej(a)redhat.com>
- USB storage: Make Pentax Optio S4 work
- Config file tweaking. Only enable CONFIG_SIBLINGS_2
on the kernels that need it.
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1...
4aeadb28ae4e5bb027bd3a3dc5411782 SRPMS/kernel-2.4.22-1.2154.nptl.src.rpm
cc9742f4685d87cf769305727a91a9c0 i386/kernel-source-2.4.22-1.2154.nptl.i386.rpm
5442e2c8656c58da616292625ece24e5 i386/kernel-doc-2.4.22-1.2154.nptl.i386.rpm
6e908d602b79f63c81c8fa038de57d2c i386/kernel-BOOT-2.4.22-1.2154.nptl.i386.rpm
276184b6670f22b0a28c36e61c2da05a i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.i386.rpm
a69a541b9ba413d65f423ca26f387950 i386/kernel-2.4.22-1.2154.nptl.i586.rpm
4f3c4904ff18ba582e7cc3e42c635b83 i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.i586.rpm
169b48b15c1abe9eb5ad559a38673ef0 i386/kernel-2.4.22-1.2154.nptl.i686.rpm
1f08b7ab1c9190c8a61315ec95dd15b9 i386/kernel-smp-2.4.22-1.2154.nptl.i686.rpm
41713e9360cf7f807b058dd6222cad4f i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.i686.rpm
76d4b73d8ce6779a926e04fba5658b78 i386/kernel-2.4.22-1.2154.nptl.athlon.rpm
77e837292931a1a690a7058b832469eb i386/kernel-smp-2.4.22-1.2154.nptl.athlon.rpm
f140e8ca9950704af966bd9b916b3332 i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.athlon.rpm
This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.
---------------------------------------------------------------------
20 years, 3 months
yum error
by Tom Vaughan
I was getting a python error on line 619 or up2date.py
Original code -> raise up2dateErros.RpmError("%s" % e)
Changed to -> raise up2dateErrors.RpmError("%s" % e)
The version that rpm -qi returns is 2.0.4-2
Tom
you fixed a typo??
in 2.0.4-1?
What file?
-sv
20 years, 3 months
net-snmp holding up testing rawhide
by Jim Cornette
Using yum to update programs or using up2date would complain about a
required version of the library, older than the one that is currently
provided by the latest rawhide content.
Why is this a requirement for the older libs? Is the dependacy actually
needed?
Finding obsoleted packages
Resolving dependencies
.Package net-snmp needs librpm-4.2.so, this is not available.
Package net-snmp needs librpmdb-4.2.so, this is not available.
Package net-snmp needs librpmio-4.2.so, this is not available.
I successfully installed a fresh installation of Rawhide on January 4th.
I later found a conflict between net-snmp and submitted a bug on the
conflicting problems with other programs.
I have now tried to do another rawhide installation on jan 11 and jan 12
with no luck. I then decided to do a fresh install of Fedora 1, then try
for an upgrade through rawhide. This dumped also and a bug was reported
for these issues.
Also, xmms does not create a dafault .xmms directory on a clean install.
If one was to import a directory from another instalation and launch
xmms, it would work as it should.
Bugs submitted:
xmms:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112864
FTP anaconda:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113358
This bug is for someone elses troubles. I could not track down my bug
report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113414
---
I am amazed how one program with conflicting dependacies is able to
bring down a lot of other operating system features.
Good luck,
Jim
20 years, 3 months