#293: Some websites still use fedoraproject.org files
-----------------------+-----------------------
Reporter: robyduck | Owner: webmaster
Type: defect | Status: new
Priority: major | Milestone:
Component: General | Keywords:
Blocked By: | Blocking:
-----------------------+-----------------------
Our storical website http://fedoraproject.org actually has been replaced
by https://getfedora.org and is now outdated. We still keep fp.o live
although it's not build anymore, because many websites (also some apps
probably) and the wiki still use CSS classes or other files which are in
the fp.o tree.
We should make sure all webpages have these files locally because fp.o
will be overwritten at some point.
--
Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/293>
fedora-websites <https://fedoraproject.org/wiki/Websites>
Fedora Website Team's Trac instance
#274: UEFI consistency warning
--------------------------+-----------------------
Reporter: immanetize | Owner: webmaster
Type: enhancement | Status: new
Priority: critical | Milestone: Fedora 21
Component: get.fp.o | Keywords:
Blocked By: | Blocking:
--------------------------+-----------------------
Please add a prominent warning advising users to be consistent in their
usage of UEFI or CSM (BIOS) style installation when booting multiple
operating systems. Whether by misconception, firmware quirks, poor media
creation tools, or accident, users have been consistently reporting issues
with booting their Windows installations after installing Fedora. I have
observed that a significant number of these issues relate to the user
"disabling UEFI" to install Fedora, then discovering that their UEFI
installation of Windows no longer boots. Browse through
ask.fedoraproject.org for Windows related questions, and you'll see how
prevalent these issues are.
There is documentation under development to further explain the issues
involved, but it would be hugely beneficial to have a simple warning to be
consistent displayed when the Fedora image is downloaded. Maybe in
download-splash?
--
Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/274>
fedora-websites <https://fedoraproject.org/wiki/Websites>
Fedora Website Team's Trac instance
#91: fedorahosted could use a redesign
---------------------+------------------------
Reporter: toshio | Owner: webmaster
Type: defect | Status: new
Priority: major | Milestone:
Component: General | Version:
Keywords: | Blocked By:
Blocking: |
---------------------+------------------------
Some things I noticed while walking some non-Fedora people through getting
connected on fedorahosted:
* need to point people from fedorahosted to
admin.fedoraproject.org/accounts/ for signing up for a new account
* Not obvious to people that they don't need to sign the FPCA to
contribute on hosted (although that's a project-by-projcet setting)
* http://fedorahosted.org/ should give an overview of what fedorahosted is
rather than a list of projects so that people can find out that anyone can
put upstream code there.
--
Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/91>
fedora-websites <https://fedoraproject.org/wiki/Websites>
Fedora Website Team's Trac instance
#244: Create system for automated screenshots capture
--------------------------+-----------------------
Reporter: jreznik | Owner: webmaster
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: General | Keywords:
Blocked By: | Blocking:
--------------------------+-----------------------
For releases, screenshot creation depends mostly on volunteers with the
need to cover many different options. As screenshots for spins, local
Fedora webs looking for translated screenshots etc. It would be nice to
have (semi)-automated system for screenshots capture.
Requirements - be able to take screenshot from all offered options we
ship, in defined language (optionally for all language variants we offer
for websites).
Implementation could be done through utilization of libvirt and dogtails
scripts. I can even imagine generic Fedora screenshots capture system
based on this effort for App Stream data screenshots creation even with
some sort of joined effort with QA validation for Applications test case
criteria (but this is now pretty much out of scope of initial project).
But I can check with those parties too.
--
Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/244>
fedora-websites <https://fedoraproject.org/wiki/Websites>
Fedora Website Team's Trac instance
#353: Changes to Cloud→Atomic download tab for getfedora.org for F23 final
--------------------------+-----------------------
Reporter: mattdm | Owner: webmaster
Type: enhancement | Status: new
Priority: major | Milestone: Fedora 23
Component: getfedora | Keywords:
Blocked By: | Blocking:
--------------------------+-----------------------
This *may* not be ready in time. If it's not, Plan B is to keep things as
they are, so that's easy. But presuming everything works out:
Lead text should change to:
> Fedora Atomic is meant to represent the leading edge of Project
> Atomic development. These releases showcase that work. They've
> passed various levels of automated testing, but have not been
> hand-vetted.
>
> Please test before using new versions in production. If you do
> discover a problem, the Atomic tools make it easy to flip back to an
> earlier release — and if that happens, please also help us by [filing
> bugs] or [submitting fixes].
>
> Fedora Atomic Host images are updated every two weeks, rather than on
> the main six-month Fedora cadence. Because development is moving
quickly,
> only the latest release is supported.
>
> Note that different Fedora Atomic Host media are subject to different
> levels of automatic testing. We are making continuous improvements
> to these tests; [click here] to learn about the current test status.
(I'll update the bracketed text with actual URLs RSN.)
--
Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/353>
fedora-websites <https://fedoraproject.org/wiki/Websites>
Fedora Website Team's Trac instance
#4793: Information apps.fedoraproject.org/packages not updated for a while
--------------------------+------------------------
Reporter: scren | Owner: webmaster
Type: annoyance | Status: new
Priority: minor | Milestone:
Component: Web Content | Version: Production
Severity: Normal | Keywords:
Blocked By: | Blocking:
Sensitive: 0 |
--------------------------+------------------------
= bug description =
The package information on apps.fedoraproject.org/packages/kernel seems to
be stuck at around 2015-06-04 03:00:00 and not to have been updated since.
= bug analysis =
For instance on https://apps.fedoraproject.org/packages/kernel/builds/ the
last build is 4.1.0-0.rc6.git1.1.fc23 marked as "7 hours ago" while one on
http://koji.fedoraproject.org/koji/packageinfo?packageID=8 can see that
this build happened at 2015-06-03 19:23:48. The later builds on koji are
not shown on apps.fedoraproject.org/packages/, and on
https://apps.fedoraproject.org/packages/kernel/overview/ the latest
released version for rawhide is staded as "4.1.0-0.rc6.git1.1.fc23",
although I have got newer versions from the repository since, at least up
to kernel-4.1.0-0.rc7.git1.1.fc23.
The "LATEST BUILD 4.1.0-0.rc8.git0.1.fc23" in the top left corner of
https://apps.fedoraproject.org/packages/kernel/ seems to be correct, but
all other information seems to be outdated.
I am not sure if this problem only appears for the kernel, or for other
packages as well. I checked for some packages and at least for systemd
there seem to be a problem as well
(https://apps.fedoraproject.org/packages/systemd) The build page seems to
be about 3 days delayed, but the overview page still states 220-3.fc23 for
rawhide, although I already got systemd-220-9.fc23 from the rawhide
repository on 2015-06-12, shortly after it was build according to koji.
= fix recommendation =
Update the information to current state. I understand that there might be
some delay, but almost two weeks seems unreasonable long.
--
Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/4793>
Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure>
Fedora Infrastructure Project for Bugs, feature requests and access to our source code.