"Please split doc into foo-doc subpackage" -> why?
by Bill Nottingham
I just recieved one of these bugs (#492446), and I'm not sure
why we'd do this for any package.
If we split the docs like this:
- it would be inconsistent per-package
-- so an admin wouldn't know whether a package had docs or not in
the main package without manually trying to install a foo-doc
subpackage
-- they would no longer be there by default if they're needed
Hence, why do this, when rpm already has a --nodocs flag and
macro that can be used for space savings on live images?
Bill
15 years
Want to package gnome-do-plugins
by Huzaifa Sidhpurwala
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
It seems that upstream has separated the gnome-do-plugins from the
parent package and since then nobody has packaged it,
I want to go ahead and package it, but just want to confirm if any one
else is already on it.
Thanks.
- --
Regards,
Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas)
GnuPG Fingerprint:
3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
iD8DBQFJ0enkzHDc8tpb2uURAu/mAJ0S4eGojglQhbzQoYj2FbToU3MyhQCeL8U/
97lXz5QQhimFfR6j0aQY8YY=
=zukP
-----END PGP SIGNATURE-----
15 years
System Config Tools Cleanup Project - tools to eliminate/replace
by Jaroslav Reznik
Hi all (interested in system config tools;-).
We are working on System Configurations Tools Cleanup Project we need Fedora
community opinion on this subject.
Some s-c-* tools are now very outdated, some are replaced with better
solution, some are only used in Anaconda etc.
This is a short list of application that could be eliminated/replaced/enhanced
in short/long term from Fedora.
I've prepared it simple and clean to support further discussion, maybe some
other tool is missing...
* system-config-netboot
- very outdated
- replacements k12linux, cobbler
* system-config-boot
- at least it needs facelift and it's not very usable at all
* system-config-display
- xrandr should be used for resolution/dualhead configuration, Gnome & KDE
have
own xrandr based display configuration tool
- generates xorg.conf - it's not needed anymore (only if someone needs
more expert configuration)
* system-config-network
- replacement NetworkManager
- missing IPv6? routing?
* system-config-date
- Gnome/KDE/XFCE have own datetime configuration tool/module, it's confusing
than
which one users should use
- used in firstboot or anaconda???
* system-config-keyboard
- used only in Anaconda, let it be standalone?
- very simple tool, Gnome/KDE have better one
* system-config-httpd
- old GTK 1 application, should be ported to GTK 2 & PolicyKit
* switchdesk and system-switch-tools?
- it's possible to switch desktop in GDM/KDM
- one tool for switching all alternatives?
---
Expect more spam from us regarding cleanup project - we already have s-c-*
tools reviews, so we will fill bugs soon (with some guidelines on list),
nearly all s-c-* tools need to be ported to PolicyKit and so on ;-)
Happy system config tools hacking
System Config Cleanup Team
--
Jaroslav Řezník <jreznik(a)redhat.com>
Associate Software Engineer - Base Operating Systems Brno
Office: +420 532 294 275
Mobile: +420 731 455 332
Red Hat, Inc. http://cz.redhat.com/
15 years
proposition for media players and proriatry codecs
by Adel ESSAFI
Hi list
I would like to ask if it is possible to add a module for rhythembox (and
other media player) so that when they need some codecs (like mms or mp3),
they ask the user to install it directly.
I know that rpmfusion make that easy, but, I think that with such feature,
fedora will be easier for starters!
Regards
Adel
--
http://ilovefedora.blogspot.com/
--
PhD candidate in Computer Science
Address
BP 108, Bureau de poste Tunis republique
1001 Tunis
Tunisia
tel: +216 97 246 706
fax: +216 71 391 166
15 years
rpm will not package debugging files on f-9
by Jochen Schmitt
Hallo,
because there is a plan to upgrade qt on F-9 to the release qt-4.5, I
have try
to build stellarium-0.10.2-2 on F-9. Unfortunately I have got the following
error messages:
make[1]: Entering directory `/builddir/build/BUILD/stellarium-0.10.2'
make[1]: Nothing to be done for `preinstall'.
make[1]: Leaving directory `/builddir/build/BUILD/stellarium-0.10.2'
Install the project...
/usr/bin/cmake -P cmake_install.cmake
-- Install configuration: "Release"
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/stellarium.ico
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/ssystem.ini
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/zone.tab
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/base_locations.txt
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/default_config.ini
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/constellations_boundaries.dat
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/fontmap.dat
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/iso639-1.utf8
-- Installing: /var/tmp/stellarium-0.10.2-2.fc9-root-mockbuild/usr/share/stellarium/data/countryCodes.dat
The whole build log you may find at:
http://koji.fedoraproject.org/koji/getfile?taskID=1266084&name=build.log
Because this doesn't happens on F-10 and devel, I want if anyone has a hint
to solve this issue.
Best Regards:
Jochen Schmitt
15 years
Qt 4.5 coming to Fedora 9 and 10, license changing to LGPL
by Kevin Kofler
Hi,
We are working on providing Qt 4.5.0 as updates for Fedora 9 and 10. The updates
have already been built. They will be tagged into the buildroots for Fedora 9
and 10 shortly after this announcement is sent, in order for KDE 4 packages to
get rebuilt against it, as some KDE modules are highly dependent on the Qt
version used to build them and check the Qt version at build time. (Therefore,
we timed the Qt upgrade to coincide with the KDE 4.2.2 update, which we will be
packaging during the next few days.) From there, the Qt 4.5.0 updates will be
pushed to updates-testing and eventually the stable updates together with
KDE 4.2.2.
If you maintain any Qt-4-based package, please:
* check if your package needs patching or rebuilding to fully work with Qt 4.5.
The update is normally backwards-compatible, so almost all packages are
expected to work with no changes. However, due to bugs in some applications
and bugs in Qt 4.4 which were being worked around, there are some rare cases
where patches are needed. If you are aware of any such patches, please apply
them to Rawhide immediately if not already done, then to Fedora 9 and 10 as
soon as Qt 4.5 is in the buildroots. Once you have the patched or rebuilt
version built, please talk to us on #fedora-kde or the fedora-kde mailing list
to have your package included into the Qt 4.5 update group.
* check if your package can benefit from getting rebuilt against Qt 4.5 for some
other reason, e.g. new features which require Qt 4.5 at build time, or a new
upstream version requiring Qt 4.5 to build. If so, please proceed as above.
* make sure you DO NOT push out an update which was built against Qt 4.5 before
Qt 4.5 itself (as the compatibility is only unidirectional, i.e. packages
built against Qt 4.5 will most likely NOT work with Qt 4.4). If you need to
build and push an urgent update to a Qt-4-using package (e.g. a security
update), please talk to Rex Dieter (via e-mail or IRC) to get Qt 4.5
temporarily untagged from the buildroot so you can build it against Qt 4.4.
We are pushing this update to the stable releases of Fedora for 4 reasons:
* some packages benefit vastly from the improvements in Qt 4.5, in particular
Arora hugely benefits from the major improvements in QtWebKit,
* it fixes several bugs in the Qt 4.4 series,
* it will be required for KDE 4.3 (and some other software) and
* at least one package in a third-party repository is waiting for the license
change (see below) for license compatibility reasons.
As it is a backwards-compatible update, we do not expect major disruption.
Compatibility issues with Qt 4.5 have already been identified and fixed during
the weeks Qt 4.5 has been in Rawhide, so they should all be resolved by now.
Please also note that, as already announced when the new version hit Rawhide,
the license has changed from:
GPLv2 with exceptions or GPLv3 with exceptions
to:
LGPLv2 with exceptions or GPLv3 with exceptions
which is more permissive.
For the Fedora KDE SIG,
Kevin Kofler
15 years
WEP Index Missing F11 Network Manager?
by Christopher Stone
Hi,
I tried a live cd for the nouveau test day, and when I tried entering
in my WEP key into Network Manager I was unable to specify the WEP
index that I use and was unable to connect.
Am I missing something here? Why is this option no longer available in
NetworkManager's Wireless Security settings dialog?
15 years, 1 month