GL apps lock X
by Steve Bergman
I'm running the current rawhide with a radeon 9200 which works fine with
FC1. When I run any GL app, e.g. glxgears, it runs fine for 10 or 15
seconds and then locks. X is totaly unresponsive. Does not even
respond to ctrl-alt-bksp. glxgears is at ~100% processor. Killing
glxgears with signal 9 from a remote ssh session makes X responsive
again. Anyone else seeing this?
20 years, 5 months
Rawhide yum errors
by Marc O'Morain
** My first ever mail! :) **
I have tried to update my system to rawhide today by adding the following
to my /etc/yum.conf file.
[fedora-core-devel]
name=Fedora Core (development: Rawhide)
baseurl=ftp://ftp.heanet.ie/mirrors/download.fedora.redhat.com/pub/fedora...
gpgcheck=0
failovermethod=priority
When I run 'yum update' it downloads all the new rpm headers, and then I
get the following output:
Resolving dependencies
.package redhat-config-mouse needs /usr/bin/python2.2 (not provided)
package redhat-config-network-tui needs /usr/bin/python2.2 (not provided)
package redhat-config-securitylevel needs /usr/bin/python2.2 (not
provided) package redhat-config-date needs /usr/bin/python2.2 (not
provided) package redhat-config-keyboard needs /usr/bin/python2.2 (not
provided) package redhat-config-kickstart needs /usr/bin/python2.2 (not
provided) package redhat-config-language needs /usr/bin/python2.2 (not
provided) package redhat-config-rootpassword needs /usr/bin/python2.2 (not
provided) package redhat-config-soundcard needs /usr/bin/python2.2 (not
provided) package redhat-config-users needs /usr/bin/python2.2 (not
provided) package redhat-config-xfree86 needs /usr/bin/python2.2 (not
provided)
And it dumps be back at the shell prompt. I have the latest python rpm
installed, and /usr/bin/python2.2 is on my machine. Can someone please
tell me what I am doing wrong?
Thanks,
Marc O'Morain
(I assume this is the place to ask about rawhide, rather than fedora-list?)
20 years, 5 months
Re: Fedora News Updates #1
by Jef Spaleta
Colin Charles wrote:
> On Wed, 2004-01-07 at 18:49, Rui Miguel Seabra wrote:
> > I hope Fedora News stops instructing newbies to use root for anything
> > (including making RPMS from software obtained without any checks).
> >
> > If people start getting used to do it, pretty soon now we'll have
> > viruses. No, seriously.
> >
> > Fedora News: STOP IT, PLEASE!
> > Hmm, I posted a reply to this on fedora-list, verifying that I
> > have no such instructions and only do mailing list summaries
> > (basically) and stuff on the Net and well, on irc.
I think the root usage comment was refering to tutorials and howto on
the fedoranews site, and not referring to the summary. Seems someone
hasn't gotten the hint that FedoraNews is a repository for several
community contributors writing Howtos and Tutorials, and failed to cite
the specific examples of unwise root usage.
Anyways, since we are on the topic of FedoraNews. My only question is...
Are the Howtos and Tutorials at FedoraNews inline with the Documentation
Guidelines of the Fedora Docs subproject which you are listed as
volunteering to be an editor? It get the feeling that FedoraNews is
being used to refine tutorial ideas via community feedback as part of
producing material for the official docs project, but i don't know if
that has been clearly stated anywhere. If there is a direct connection
with FedoraNews submissions and the official docs subproject i think
that should be clearly stated at the FedoraNews homepage. And if there
isn't a direct connection...there should be.
-jef
20 years, 5 months
Proposal: rpm-4.2.2 should refuse to build as root
by Warren Togami
Proposal
========
rpm-4.2.2 in rawhide and all future versions should refuse to install
SRPMS & build packages as root by default. Optionally add a .rpmmacro
option to re-enable it, but only mention that option for advanced users
on rpm.org to really discourage its use.
This would go a long way toward discouraging the improper and sometimes
dangerous practice of building RPMS as root. By breaking this improper
practice, this also encourages upstream projects to fix their broken
Makefiles to easily allow installation into a different DESTDIR [1].
Many repositories out there also have simply broken packages due to
laziness [2], and they too would eventually be forced into correctness
by this rule. Note that fakeroot [3] seems to solve this problem, it is
looked upon unfavorably as being suitable for use in Fedora, as it is
only a poor excuse that further encourages improper upstream Makefiles.
[ -n "$RPM_BUILD_ROOT" -a "$RPM_BUILD_ROOT" != / ] && rm -rf $RPM_BUILD_ROOT
This would also completely solve this silly urban legend surrounding
this ugly construct found within many spec files. If users cannot build
as root, then BuildRoot being equal to "/" (which is incredibly unlikely
to begin with) cannot destroy their system.
It is also exceedingly simple to begin using a non-root RPM build
environment if the user is pointed to proper documentation. Thus
something like the following error message should display when rpmbuild
refuses to work:
========================================================================
ERROR: rpmbuild should not run as root for security reasons. All proper
RPM packages should be buildable as non-root users. If your rpmbuild
fails as a non-root user, then it is usually a Makefile or packaging bug
that needs to be corrected.
http://www.rpm.org/rpmbuild-nonroot
Please read this page for HOWTO easily setup your non-root rpmbuild
environment, and tips for fixing typical Makefiles and specs to properly
work in such non-root environments.
========================================================================
The webpage can contain Russ Herrold's script, installable within
fedora-rpmdevtools, and equivalent packages for other distributions.
Sane idea?
Warren Togami
warren(a)togami.com
[1]
Broken Makefile examples
http://www.inter7.com/vpopmail.html
http://www.rhyolite.com/anti-spam/dcc/
[2]
Lazy, improper, but popular packages example
http://www.qmailtoaster.com/
[3]
fakeroot discussion at fedora.us
http://www.fedora.us/pipermail/fedora-devel/2003-December/002439.html
http://www.fedora.us/pipermail/fedora-devel/2003-December/002440.html
http://www.fedora.us/pipermail/fedora-devel/2003-December/002443.html
20 years, 5 months
Fedora Core 2 Distribution Size
by Maurice F. Piller
Hi All,
Fedora Core 1 came out with 3 iso installation images. Has the size of the
Fedora Core 2 release been determined yet?
I would like to see more of an emphasis on the "Core" part of the project, it
would be nice if Fedora Core 2 could be released with just 1 or 2 installation
CD images.
The idea being to put most of the development effort into producing a robust
"Core" and moving the extra stuff elsewhere (Extras CD, fedora.us, etc).
Any interest in producing a live CD version a la Knoppix?
Regards,
Maurice Piller
20 years, 5 months
problem installing Fedora devel on dual Opteron SuperMicro
by Davide Rossetti
dear all,
- dloaded fedora core 1 devel x86_64 from a mirror (sunsite.cnlab-swith.ch)
- installed via cd+NFS on a brand new dual Opteron Supermicro mobo
got some warning, out of my mind, so I could be wrong:
1) kudzu had a 'symbol size changed consider relinking...'
2) an ext2 error in the syslog claiming something about a ram disk
filesystem (dunno which one)
the real showstopper is that after reboot, no boot loader (grub) was
present. I booted the CD in rescue mode and tried to do grub-install.
problem is that grub does not run. it is evidently a 32bit app but there
seems to be no 32bit glibc environment installed. in particular, 'ldd
grub' reports that there is no 32 dynamic linker /lib/ld-linux-XYZ.so
and /lib/ has no dyn lib on this system... ething is in /lib64/
so far so good, I got a .src.rpm of grub from SRPM and tried to
recompile on a chroot-ed shell of the rescuing system... now problem is
that 'gcc -m32' doesn't do its job :)
the comment in the grub .spec is that on x86_64 it should try to compile
a 32bit, statically linked binary .... I see no gcc and glibc [s]rpm for
the 32bit environment in development SRPMS/ and Fedora/RPMS dirs... so
evidently I have not got a suitable build environment for 32bit apps on
x86_64...
I'm a newcomer on the x86_64 but I'd like to help on this topic...
regards
davide
20 years, 5 months
RPM Help
by Casey James Price
I'm interested in creating some src and binary rpms out of various source
tarballs that I have. Just wondering the necessary steps that are involved
in this process, eg: do I still need to run ./configure and make, or
what? Also, if I have a spec file already then what is needed.
Thanks,
--
Casey Price
20 years, 5 months
Re: Fedora News Updates #1
by Nils O. Selåsdal
On Wed, 2004-01-07 at 05:28, Colin Charles wrote:
> Hello folk,
>
> Just a round-up of the weekly (or bi-weekly) happenings in the Fedora
> community, all thanks to mailing list postings. I wish for this to
> continue (bi-weekly seems more reasonable) and hope for contributions
> from the community as well.
>
> http://fedoranews.org/colin/fnu/week1.html
>
> Why it exists? We've reached a stage where there are plenty of posts and
> we have plenty of resources out there. A (bi-)weekly summary seems like
> the right thing to do.
>
> Hope this is a useful resource.
Indeed it is. Good job!.
Only complaint I have is that its to hard to find ;)
http://fedoranews.org/ should probablt be indexed by content rather than
users..
--
Vennlig hilsen/Best Regards
Nils Olav Selåsdal
System Engineer
UtelSystems a/s
w w w . u t e l s y s t e m s . c o m
20 years, 5 months
rawhide report: 20040107 changes
by Build System
New package libunwind
An unwinding library for ia64.
Updated Packages:
a2ps-4.13b-31
-------------
* Tue Jan 06 2004 Tim Waugh <twaugh(a)redhat.com> 4.13b-31
- Build requires gperf.
- Fix problems in .y file spotted by stricter bison.
- Fix reference to a2ps binary (bug #112930).
anaconda-9.3-0.20040106185840
-----------------------------
* Tue Jan 06 2004 Anaconda team <bugzilla(a)redhat.com>
- built new version from CVS
* Thu Nov 06 2003 Jeremy Katz <katzj(a)redhat.com>
- require booty (#109272)
* Tue Oct 08 2002 Jeremy Katz <katzj(a)redhat.com>
- back to mainstream rpm instead of rpm404
hwbrowser-0.14-1
----------------
* Tue Jan 06 2004 Brent Fox <bfox(a)redhat.com> 0.14-1
- fix bug when showing window (bug #112502)
kernel-2.6.0-1.30
-----------------
* Wed Jan 07 2004 Dave Jones <davej(a)redhat.com>
- Most^WAll users of sleep_on are broken; fix a bunch
- Restrict /dev/mem functionality.
* Tue Jan 06 2004 Dave Jones <davej(a)redhat.com>
- Update to 2.6.1-rc2-bk1
- spec cleanups (nuke bigmem)
- Plug RTC memory leaks.
policycoreutils-1.4-2
---------------------
* Tue Jan 06 2004 Dan Walsh <dwalsh(a)redhat.com> 1.4-2
- Add restorecon
procmail-3.22-12
----------------
* Tue Jan 06 2004 Jens Petersen <petersen(a)redhat.com> - 3.22-12
- apply procmail_3.22-8.debian.patch from Debian (fixes #79691)
pump-0.8.20-1
-------------
* Tue Jan 06 2004 Jeremy Katz <katzj(a)redhat.com> 0.8.20-1
- rebuild with vendor class id patch (#78843)
rpmdb-fedora-1.90-0.20040107
----------------------------
sudo-1.6.7p5-12
---------------
* Tue Jan 06 2004 Dan Walsh <dwalsh(a)redhat.com> 1.6.7p5-12
- Remove sudo.te for now.
system-config-bind-2.0.2-3
--------------------------
* Tue Jan 06 2004 Dan Walsh <dwalsh(a)redhat.com> 2.0.1-3
- Remove 2.2 hard coding.
system-config-netboot-0.1.3-2
-----------------------------
* Tue Jan 06 2004 Dan Walsh <dwalsh(a)redhat.com> 0.1.3-2
- Remove python2.2 requirment
system-config-services-0.8.6-2
------------------------------
* Tue Jan 06 2004 Daniel J Walsh <dwalsh(a)redhat.com> 0.8.6-2
- remove requirement for 2.2
vim-6.2.154-7
-------------
* Tue Jan 06 2004 Dan Walsh <dwalsh(a)redhat.com> 1:6.2.154-7
- Enable selinux support for vim-minimal
xmlsec1-1.2.3-1
---------------
* Tue Jan 06 2004 Daniel Veillard <veillard(a)redhat.com> 1.2.3-1
- updated with upstream release from Aleksey
20 years, 5 months