current repo trees of Fedora
by Florian La Roche
This might be good to know.
regards,
Florian La Roche
----- Forwarded message from Jeremy Katz <katzj(a)redhat.com> -----
From: Jeremy Katz <katzj(a)redhat.com>
Subject: Re: [Fedora-livecd-list] using koji as repository?
To: fedora-livecd-list(a)redhat.com
Date: Sat, 19 May 2007 11:23:42 -0400
On Sat, 2007-05-19 at 12:22 +0200, Sebastian Vahl wrote:
> ATM the packages tagged as f7final are getting too slowly into rawhide.
> Is there a way to set up koji as the used repository? Or at least an
> easy way to monitor the tag "f7final"?
See http://koji.fedoraproject.org/static-repos/ for repos generated
hourly based on the latest contents of a tag
Jeremy
--
Fedora-livecd-list mailing list
Fedora-livecd-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-livecd-list
----- End forwarded message -----
17 years
Fedora 7 spins and LAMP
by Shams
Hi,
Sorry didn't get an anwer in fedora.general.
With the upcoming official release of Fedora 7
1. What is the best spin that I should be looking at for developing LAMP
applications, Fedora Prime??
2. What is the best spin targeted for C/C++, LAMP developers?
I am currently using LAMP on Fedora 6 and mostly use yum to install/upgrade
LAMP.
Thanks
Shams
--
17 years
Re: rpms/evolution-data-server/devel evolution-data-server.spec, 1.165, 1.166
by Todd Zullinger
Matthew Barnes wrote:
> +%if %{use_gnome_keyring}
> +%define keyring_flags --enable-gnome-keyring
> +%else
> +%define keyring flags --disable-gnome-keyring
> +%endif
s/ /_/ in "keyring flags" in the else clause? ;)
--
Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
A facility for quotation covers the absence of original thought.
-- Peter Wimsey
17 years
plague time out
by Eric Tanguy
$ make build
Error: connection to the server timed out. '(110, 'Operation timed
out.')'
make: *** [plague] Erreur 1
The system seems to be in this state since a long time ...
Eric
17 years
current boot.iso from 18th of May, missing module _sha256
by Hans K. Rosbach
I have booted it without options and used DHCP to get
the IP, then used HTTP method "mirrors2.kernel.org"
and "/fedora/core/development/x86_64/os".
After downloading the stage2.img I get the following
error:
"ImportError: No module named _sha256"
There is a backtrace like this: (a bit simplified)
---
anaconda import handleException
exception.py import kickstart
kickstart.py import urlgrabber.grabber
urlgrabber/__init__.py import urlgrab, urlopen, urlread
grabber.py import urllib2
urllib2.py import hashlib
(ok, I'll give some more details for the last few lines:)
file hashlib.py, line 106
sha224 = __get_builtin_constructor('sha224')
file hashlib.py, line 34 in __get_builtin_constructor
import _sha256
ImportError: No module named _sha256
---
So, any bright ideas?
I can provide a full trace if necessary.
Also, 2'nd of may boot.ini does not honor the nodmraid
flag and that is what I was about to test now. Has this been
fixed since? (I have been away on vacation and I barely had
time to send a notification mail to Mr. Katzj before leaving)
Sincerly
Hans K. Rosbach
17 years
Re: rpms/bzip2/devel bzip2.spec,1.31,1.32
by Ralf Corsepius
On Mon, 2007-05-21 at 05:21 -0400, Ivana Varekova wrote:
> Author: varekova
>
> Update of /cvs/pkgs/rpms/bzip2/devel
> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv21834
>
> Index: bzip2.spec
> ===================================================================
> RCS file: /cvs/pkgs/rpms/bzip2/devel/bzip2.spec,v
> retrieving revision 1.31
> retrieving revision 1.32
> diff -u -r1.31 -r1.32
> # Temporary for rpm
> -%{_libdir}/*.a
> +/%{_lib}/*.a
>
> %changelog
> +* Mon May 21 2007 Ivana Varekova <varekova(a)redhat.com> 1.0.4-11
> +- remove libbz2.* from /usr/lib* to /lib*
Please don't pollute /lib/ with static libs. /lib should be free of
devel libs and should contain runtime libs only.
There definitely should not be any room for static libs in /lib.
Check how glibc and glib handle such cases. Put *.so and *.a
into /usr/lib and put *.so.* into /lib.
Ralf
17 years
Re: rpms/zlib/devel zlib.spec,1.37,1.38
by Patrice Dumas
On Mon, May 21, 2007 at 04:58:12AM -0400, Ivana Varekova wrote:
> +ln -sf ../%{_lib}/libz.so.%{version} $RPM_BUILD_ROOT/%{_lib}/libz.so
It seems to me that this should simpler now that they are in the same
directory, or even not needed (done by libtool?). I haven't tested,
though, and I may be completly wrong.
--
Pat
17 years
Re: update fails as of today - kdebase and kdelibs problems!
by Valent Turkovic
On 5/18/07, Kevin Kofler <kevin.kofler(a)chello.at> wrote:
> Valent Turkovic <valent.turkovic <at> gmail.com> writes:
> > Should I post this also as a bug? And if yes in which cathegory? yum
> > bug? kde bug?
>
> It's already in Bugzilla.
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240517
> Rex Dieter accidentally introduced these conflcits during the kde-settings
> introduction. He already fixed them in the latest kdebase built in Koji.
>
> Kevin Kofler
>
> --
> fedora-test-list mailing list
> fedora-test-list(a)redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>
The bug is still present and prevents F7 updates!
This is a very serious bug!
Dependencies Resolved
=============================================================================
Package Arch Version Repository Size
=============================================================================
Updating:
kdebase i386 6:3.5.6-10.fc7 development 28 M
kdelibs i386 6:3.5.6-7.fc7 development 18 M
Installing for dependencies:
OpenEXR i386 1.4.0a-3.fc6 development 416 k
fltk i386 1.1.8-0.3.r5750.fc7 development 424 k
kde-settings noarch 3.5-23.fc7 development 15 k
kde-settings-kdm noarch 3.5-23.fc7 development 15 k
redhat-artwork-kde i386 7.0.0-9.fc7 development 559 k
Transaction Summary
=============================================================================
Install 5 Package(s)
Update 2 Package(s)
Remove 0 Package(s)
Total download size: 48 M
Is this ok [y/N]: y
Downloading Packages:
Running Transaction Test
/etc/selinux/targeted/contexts/files/file_contexts: Multiple same
specifications for /usr/lib/vlc/codec/libdmo_plugin.so.
/etc/selinux/targeted/contexts/files/file_contexts: Multiple same
specifications for /usr/lib/vlc/codec/librealaudio_plugin.so.
Finished Transaction Test
Transaction Check Error:
file /usr/share/config/kdm conflicts between attempted installs of
kdebase-3.5.6-10.fc7 and kde-settings-kdm-3.5-23.fc7
file /usr/share/config/kdm/Xaccess conflicts between attempted
installs of kdebase-3.5.6-10.fc7 and kde-settings-kdm-3.5-23.fc7
file /usr/share/config/kdm/Xsession conflicts between attempted
installs of kdebase-3.5.6-10.fc7 and kde-settings-kdm-3.5-23.fc7
file /usr/share/config/kdm/Xsetup conflicts between attempted
installs of kdebase-3.5.6-10.fc7 and kde-settings-kdm-3.5-23.fc7
file /usr/share/config/kdm/Xwilling conflicts between attempted
installs of kdebase-3.5.6-10.fc7 and kde-settings-kdm-3.5-23.fc7
file /usr/share/config/kdm/backgroundrc conflicts between attempted
installs of kdebase-3.5.6-10.fc7 and kde-settings-kdm-3.5-23.fc7
file /usr/share/config/kdm/kdmrc conflicts between attempted
installs of kdebase-3.5.6-10.fc7 and kde-settings-kdm-3.5-23.fc7
17 years
Packaging when upstream source filename doesn't change for revisions
by Eric Smith
I'm packaging asl (a GPL'd cross-assembler package for many microprocessors,
by Alfred Arnold):
http://john.ccac.rwth-aachen.de:8000/as/
I started from a spec file from OpenSUSE (also GPL'd), removed some
openSUSE specific stuff, fixed the builddepends, cleaned up the patches,
and updated to the latest upstream beta release. It builds fine, and
I want to submit it for Fedora inclusion. I've read the packaging
guidelines, naming guidelines, and Package Maintainer instructions,
but I have an issue that isn't covered.
The upstream maintainer does not change the source filename (or URL)
when he issues new beta releases. They are always named
"asl-current.tar.gz". Inside the tarball is a changelog that gives a
build number for the release; for instance, the latest ones are
prereleases of 1.42, and the changelog entry for the beta release
calls it Bld55.
Bssed on the naming guidelines, I think the SRPM should be
asl-1.42-0.x.bld55.src.rpm. But my question is what to do about
the source file. Do I leave it as asl-current.tar.gz, or do I
rename it locally as asl-current-1.42-bld55.tar.gz?
I haven't found any definitive guideline for this situation, and can
see arguments both ways. If I leave the filename alone, it is not
possible to have multiple versions in the RPM build tree, but
perhaps that's not important.
Is there any official policy or guideline for this situation?
Thanks!
Eric
17 years
FESCo Meeting Summary for 2007-05-10
by Brian Pepple
Members Present:
* Brian Pepple (bpepple)
* Jason Tibbitts (tibbs)
* Jesse Keating (f13)
* Toshio Kuratomi (abadger1999)
* Bill Nottingham (notting)
* Kevin Fenzi (nirik)
* Dennis Gilmore (dgilmore)
* Josh Boyer (jwb)
Absent:
* Christian Iseli (c4chris)
* Tom Callaway (spot)
* Rex Dieter (rdieter)
* Warren Togami (warren)
* Jeremy Katz (jeremy)
== Summary ==
* No major decisions made this week, since several of the FESCo
members where at the RedHat summit.
= EPEL Meeting summaries =
* EPEL meeting summaries will be sent to the maintainers and FESCo
mailing lists. FESCo members have 72 hours to make any
objections known on a public mailing list (in this case the
maintainers list).
= EPEL Repotag =
* Thorsten Leemhuis wanted FESCo members opinion regarding the use
of repotags. The general concensus from the members present was
that they didn't care for them.
= Misc =
* Discussed the package review for xu4. The FESCo members present
didn't have any issues with the solution used for downloading
the game data, since it was basically the same solution used for
the codec buddy.
* <lmacken> a handfull of stuff needs to get done with bodhi. I'm
locking myself in my room this weekend until it gets done :) it
will be deployed this weekend.
For full IRC log:
http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070510
Thanks,
/B
--
Brian Pepple <bpepple(a)fedoraproject.org>
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
17 years