[Bug 1001330] New: ARM as primary Architecture
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1001330
Bug ID: 1001330
Summary: ARM as primary Architecture
Product: Fedora Documentation
Version: devel
Component: docs-requests
Keywords: Tracking
Assignee: nobody(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: dennis(a)ausil.us, jreznik(a)redhat.com,
nobody(a)fedoraproject.org, pbrobinson(a)gmail.com,
sparks(a)redhat.com, stickster(a)gmail.com,
zach(a)oglesby.co
Depends On: 998560
Blocks: 1001329
+++ This bug was initially created as a clone of Bug #998560 +++
This is a tracking bug for Change: ARM as primary Architecture
For more details, see: http://fedoraproject.org//wiki/Changes/ARM_as_Primary
Make ARM a primary architecture. Add armv7hl to the i686 and x86_64 as arches
that we build and support. This will mean that all packages supported by the
ARM architecture must build for ARM to be released. With the release of Fedora
19 we have deprecated support for software floating support (ARMv5tel sfp) so
the only proposed addition to primary architectures is currently ARMv7 hardware
floating point 32 bit support (ARMv7 hfp 32bit).
--- Additional comment from Dennis Gilmore on 2013-08-22 18:57:11 EDT ---
we are building arm as primary, everything is on target right now.
Discussion at
https://lists.fedoraproject.org/pipermail/devel/2013-July/184962.html
Please assess existing documentation for the impact of this Change.
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 3 months
[Bug 1008749] New: Add info to install-guide about deleting orphaned and obsolete packages after fedup upgrade
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1008749
Bug ID: 1008749
Summary: Add info to install-guide about deleting orphaned and
obsolete packages after fedup upgrade
Product: Fedora Documentation
Version: devel
Component: install-guide
Severity: low
Assignee: pbokoc(a)redhat.com
Reporter: timwa1(a)optusnet.com.au
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: pbokoc(a)redhat.com, zach(a)oglesby.co
Had a quick look and cannot find any info in docs about this problem.
Add info to install-guide about deleting orphaned and obsolete packages after
fedup upgrade.
Until a garbage collection program or fedup etc updating this info is required
so users can do it manually.
Version-Release number of selected component (if applicable):
Fedora-install docs F19+
How reproducible:
Refer Bug id 978037 which shows that an F17 obsoleted package found in F19
current release after upgrade with fedup from F17.
Steps to Reproduce:
1. install F18
2. fedup upgrade to F19
3. Run the commands in Bug id 978037 Comment 6 to see obsoleted or orphaned
packages.
Actual results:
yum local repo still has obsolete and orphaned packages after fedup upgrade
Expected results:
Until a garbage collection program is completed or fedup is updated please
add this to install documenation.
Additional info:
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 3 months
[Bug 1008224] New: SDDM as the default KDE display manager instead of KDM
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1008224
Bug ID: 1008224
Summary: SDDM as the default KDE display manager instead of KDM
Product: Fedora Documentation
Version: devel
Component: docs-requests
Keywords: Tracking
Assignee: nobody(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: dvratil(a)redhat.com, gbcox(a)bzb.us, jgrulich(a)redhat.com,
jreznik(a)redhat.com, kevin.kofler(a)chello.at,
ltinkl(a)redhat.com, massi.ergosum(a)gmail.com,
mbriza(a)redhat.com, nobody(a)fedoraproject.org,
rdieter(a)math.unl.edu, rtguille(a)gmail.com,
sparks(a)redhat.com, stickster(a)gmail.com,
than(a)redhat.com, zach(a)oglesby.co
Depends On: 998542, 1007065, 1007067, 997187, 998978, 1003619
+++ This bug was initially created as a clone of Bug #998542 +++
This is a tracking bug for Change: SDDM as the default KDE display manager
instead of KDM
For more details, see: http://fedoraproject.org//wiki/Changes/SDDMinsteadOfKDM
Retire KDM as the default display manager of the KDE Fedora Spin in favor of
SDDM.
--- Additional comment from Martin Bříza on 2013-08-20 08:28:40 EDT ---
So far only installable from the repositories, will set it as the default as
soon as possible.
Test with the steps described in
http://fedoraproject.org//wiki/Changes/SDDMinsteadOfKDM#How_To_Test .
--- Additional comment from Martin Bříza on 2013-08-27 07:39:46 EDT ---
SDDM is now installed as a part of @kde-desktop.
There aren't any live images of the spin yet but it's testable by adding the
group (with --skip-broken because of broken deps in hugin) and graphics adapter
drivers to the minimal install.
------------------------------------------------
Discussion at
https://lists.fedoraproject.org/pipermail/devel/2013-July/185118.html
Please assess existing documentation for the impact of this Change.
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 3 months
[Bug 1001338] New: Migrate to Bluez 5
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1001338
Bug ID: 1001338
Summary: Migrate to Bluez 5
Product: Fedora Documentation
Version: devel
Component: release-notes
Keywords: Tracking
Assignee: relnotes(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: bnocera(a)redhat.com, jreznik(a)redhat.com,
kalevlember(a)gmail.com, relnotes(a)fedoraproject.org,
wb8rcr(a)arrl.net, zach(a)oglesby.co
Depends On: 998563
+++ This bug was initially created as a clone of Bug #998563 +++
This is a tracking bug for Change: Migrate to Bluez 5
For more details, see: http://fedoraproject.org//wiki/Changes/Bluez5
BlueZ is the Linux Bluetooth stack for managing wireless Bluetooth devices. In
Fedora 20, we are going to switch from BlueZ version 4 to version 5.
Discussion at
https://lists.fedoraproject.org/pipermail/devel-announce/2013-August/0012...
Please create entries for this Change in the Release Notes.
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 3 months
[Bug 1008228] New: SSD cache
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1008228
Bug ID: 1008228
Summary: SSD cache
Product: Fedora Documentation
Version: devel
Component: release-notes
Keywords: Tracking
Assignee: relnotes(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: agk(a)redhat.com, i.gnatenko.brain(a)gmail.com,
jeremy(a)goop.org, jreznik(a)redhat.com, kzak(a)redhat.com,
rdieter(a)math.unl.edu, relnotes(a)fedoraproject.org,
rolf(a)rolffokkens.nl, wb8rcr(a)arrl.net, zach(a)oglesby.co
Depends On: 998543, 999690, 1000817, 1001120, 1003208, 1000078,
1003207
+++ This bug was initially created as a clone of Bug #998543 +++
This is a tracking bug for Change: SSD cache
For more details, see: http://fedoraproject.org//wiki/Changes/SSD_cache
Using recent kernel (3.9 and later) features for (fast) SSD caching of (slow)
ordinary hard disks.
--- Additional comment from Rolf Fokkens on 2013-08-21 13:35:33 EDT ---
I'll build a bcache-tools RPM and a dm-cache-utils rpm (actually bcache-tools
is already available here: bcache-tools-20130820-0.1.fc19.src.rpm).
I'll follow the procedure as described here:
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
--- Additional comment from Rolf Fokkens on 2013-08-24 11:51:34 EDT ---
Tried to create a dmcache-utils package as well (Bug 1000078) but it doesn't
look really useful. So I'll focus on bcache-tools first. For that I still need
a sponsor.
--- Additional comment from Rolf Fokkens on 2013-08-27 06:52:40 EDT ---
I closed Bug 1000078 since good userland support requires LVM2 to support
dm-cache. Which will happen 'in the future', but F20 doesn't look feasible to
me.
--- Additional comment from Rolf Fokkens on 2013-08-31 16:21:30 EDT ---
Create Bug 1003207 (bcache support for dracut) which is not blocking for F20,
but probably will be blocking for F21.
--- Additional comment from Rolf Fokkens on 2013-08-31 16:25:06 EDT ---
Create Bug 1003208 (bcache support for anaconda) which is not blocking for F20,
but probably will be blocking for F21.
--- Additional comment from Rolf Fokkens on 2013-09-09 04:18:18 EDT ---
Test day planned: https://fedorahosted.org/fedora-qa/ticket/415
----------------------------------
Discussion at
https://lists.fedoraproject.org/pipermail/devel/2013-July/185336.html
Please document this Change in the Release Notes.
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 3 months
[Bug 1008223] New: SDDM as the default KDE display manager instead of KDM
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1008223
Bug ID: 1008223
Summary: SDDM as the default KDE display manager instead of KDM
Product: Fedora Documentation
Version: devel
Component: release-notes
Keywords: Tracking
Assignee: relnotes(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: dvratil(a)redhat.com, gbcox(a)bzb.us, jgrulich(a)redhat.com,
jreznik(a)redhat.com, kevin.kofler(a)chello.at,
ltinkl(a)redhat.com, massi.ergosum(a)gmail.com,
mbriza(a)redhat.com, rdieter(a)math.unl.edu,
relnotes(a)fedoraproject.org, rtguille(a)gmail.com,
than(a)redhat.com, wb8rcr(a)arrl.net, zach(a)oglesby.co
Depends On: 998542, 1007065, 1007067, 997187, 998978, 1003619
+++ This bug was initially created as a clone of Bug #998542 +++
This is a tracking bug for Change: SDDM as the default KDE display manager
instead of KDM
For more details, see: http://fedoraproject.org//wiki/Changes/SDDMinsteadOfKDM
Retire KDM as the default display manager of the KDE Fedora Spin in favor of
SDDM.
--- Additional comment from Martin Bříza on 2013-08-20 08:28:40 EDT ---
So far only installable from the repositories, will set it as the default as
soon as possible.
Test with the steps described in
http://fedoraproject.org//wiki/Changes/SDDMinsteadOfKDM#How_To_Test .
--- Additional comment from Martin Bříza on 2013-08-27 07:39:46 EDT ---
SDDM is now installed as a part of @kde-desktop.
There aren't any live images of the spin yet but it's testable by adding the
group (with --skip-broken because of broken deps in hugin) and graphics adapter
drivers to the minimal install.
---------------------
Discussion at
https://lists.fedoraproject.org/pipermail/devel/2013-July/185118.html
Please document this Change in the Release Notes.
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 3 months
[Bug 1008201] New: Apache Hadoop 2.x
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1008201
Bug ID: 1008201
Summary: Apache Hadoop 2.x
Product: Fedora Documentation
Version: devel
Component: release-notes
Keywords: Tracking
Assignee: relnotes(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: jreznik(a)redhat.com, matt(a)redhat.com,
mattias.ellert(a)fysast.uu.se,
relnotes(a)fedoraproject.org, wb8rcr(a)arrl.net,
zach(a)oglesby.co
Depends On: 998521, 1003034, 1005724, 985087
+++ This bug was initially created as a clone of Bug #998521 +++
This is a tracking bug for Change: Apache Hadoop 2.x
For more details, see: http://fedoraproject.org//wiki/Changes/Hadoop
Provide native Apache Hadoop packages.
----------------------------------------
Discussion at
https://lists.fedoraproject.org/pipermail/devel/2013-July/185026.html
Please document this Change in the Release Notes.
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 3 months
[Bug 1001358] New: python-setuptools update to 0.7.x and greater
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1001358
Bug ID: 1001358
Summary: python-setuptools update to 0.7.x and greater
Product: Fedora Documentation
Version: devel
Component: release-notes
Keywords: Tracking
Assignee: relnotes(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: a.badger(a)gmail.com, jreznik(a)redhat.com,
relnotes(a)fedoraproject.org, toshio(a)fedoraproject.org,
wb8rcr(a)arrl.net, zach(a)oglesby.co
Depends On: 998574
+++ This bug was initially created as a clone of Bug #998574 +++
This is a tracking bug for Change: python-setuptools update to 0.7.x and
greater
For more details, see:
http://fedoraproject.org//wiki/Changes/Python_setuptools_0.7
Update to a new upstream release of python-setuptools that is not completely
compatible with previous releases. The python-setuptools "major" version may
be higher than 0.7.x as there's some other structural changes happening that
should not affect API.
--- Additional comment from Toshio Ernie Kuratomi on 2013-08-26 12:51:51 EDT
---
Currently, no rawhide packages are known to be incompatible with the updated
setuptools. Moving to MODIFIED.
Discussion at
https://lists.fedoraproject.org/pipermail/devel-announce/2013-June/001159...
Please create entries for this Change in the Release Notes.
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 4 months
[Bug 1008216] New: Adding NetworkManager Connections via CLI
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1008216
Bug ID: 1008216
Summary: Adding NetworkManager Connections via CLI
Product: Fedora Documentation
Version: devel
Component: release-notes
Keywords: Tracking
Assignee: relnotes(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: jreznik(a)redhat.com, psimerda(a)redhat.com,
relnotes(a)fedoraproject.org, thaller(a)redhat.com,
wb8rcr(a)arrl.net, zach(a)oglesby.co
Depends On: 998530
+++ This bug was initially created as a clone of Bug #998530 +++
This is a tracking bug for Change: Adding NetworkManager Connections via CLI
For more details, see:
http://fedoraproject.org//wiki/Changes/NetworkManagerCLIAddConnection
Support for adding new NetworkManager connections using the nmcli commandline
tool.
--- Additional comment from Thomas Haller on 2013-08-28 04:08:50 EDT ---
I did some minor rephrasing on the Changes page. It should be ok as it is now.
------------------------------------------------------------
Discussion at
https://lists.fedoraproject.org/pipermail/devel/2013-July/186525.html
Please document this Change in the Release Notes.
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 4 months
[Bug 1001329] New: ARM as primary Architecture
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1001329
Bug ID: 1001329
Summary: ARM as primary Architecture
Product: Fedora Documentation
Version: devel
Component: release-notes
Keywords: Tracking
Assignee: relnotes(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: dennis(a)ausil.us, jreznik(a)redhat.com,
pbrobinson(a)gmail.com, relnotes(a)fedoraproject.org,
wb8rcr(a)arrl.net, zach(a)oglesby.co
Depends On: 998560
+++ This bug was initially created as a clone of Bug #998560 +++
This is a tracking bug for Change: ARM as primary Architecture
For more details, see: http://fedoraproject.org//wiki/Changes/ARM_as_Primary
Make ARM a primary architecture. Add armv7hl to the i686 and x86_64 as arches
that we build and support. This will mean that all packages supported by the
ARM architecture must build for ARM to be released. With the release of Fedora
19 we have deprecated support for software floating support (ARMv5tel sfp) so
the only proposed addition to primary architectures is currently ARMv7 hardware
floating point 32 bit support (ARMv7 hfp 32bit).
--- Additional comment from Dennis Gilmore on 2013-08-22 18:57:11 EDT ---
we are building arm as primary, everything is on target right now.
Discussion at
https://lists.fedoraproject.org/pipermail/devel/2013-July/184962.html
Please create entries for this Change in the Release Notes.
--
You are receiving this mail because:
You are the QA Contact for the bug.
10 years, 4 months