The packaging guidelines indicate that the following tags must not be
used:
Copyright:
Packager:
Vendor:
PreReq:
https://fedoraproject.org/wiki/Packaging:Guidelines#Tags_and_Sections
I wasn't aware that a package would even build if the first three were
used, but it seems that a few instances of these tags persist.
Nothing uses Copyright:.
Five packages use Vendor:
dpkg etoys gold netbeans storhaug
Packager: is used by mcollective
apmud has Prereq: chkconfig which is obviously a sign that something is
amiss. But it's also marked ExclusiveArch: ppc which means that it
hasn't existed anywhere since we dropped 32 bit ppc around, what, Fedora
12? The only commits are from mass rebuilds and people doing general
cleanup.
ceph has "PreReq: %fillup_prereq" and I don't even know what that does.
It seems to be inside of some suse-exclusive block, and so I'm not sure
what is supposed to happen. Which is why that kind of thing is not
permitted in Fedora. I guess that has to be another of those "nobody
can touch this" packages.
In any case, I will now proceed to dead.package apmud, remove the few
Vendor: and Packager: uses and try to pretend ceph does not exist. But
for the record, here are the usual (but pleasantly short) lists:
Maintainers by package:
apmud dwmw2
ceph branto dachary dmick ke4qqq kkeithle ktdreyer steve stingray
dpkg kanarip sergiomb topdog
etoys dsd gavin tuxbrewr
gold zaniyah
mcollective maxamillion
netbeans moceap
storhaug kkeithle
Packages by maintainer:
branto ceph
dachary ceph
dmick ceph
dsd etoys
dwmw2 apmud
gavin etoys
kanarip dpkg
ke4qqq ceph
kkeithle ceph storhaug
ktdreyer ceph
maxamillion mcollective
moceap netbeans
sergiomb dpkg
steve ceph
stingray ceph
topdog dpkg
tuxbrewr etoys
zaniyah gold
= Proposed System Wide Change: ZRAM support for ARM images =
https://fedoraproject.org/wiki/Changes/ZRAMforARMimages
Owner(s):
* Peter Robinson <pbrobinson at fedoraproject dot org>
Enable ZRAM for swap on ARMv7 and aarch64 pre generated images to
improve performance and reliability on ARM Single Board Computers such
a the Raspberry Pi.
== Detailed description ==
Current Fedora release artifacts for ARM platforms enable a small
amount of swap by default. While this has generally works OK in the
past it can cause a number of issues primarily wearing out SD cards
due to excess use of wear leveling. ZRAM can mitigate this and provide
more memory for ARM SBCs by compressing part of memory and using it as
a swap space. This provides better performance and improved
reliability across this class of device which overall provides a
better end user experience.
== Scope ==
* Proposal owners:
Package and include zram config and systemd units.
* Other developers:
N/A (does not affect developers)
* Release engineering:
#7607 [https://pagure.io/releng/issue/7607]
** List of deliverables:
N/A
* Policies and guidelines:
N/A (No updates to policies and guidelines required)
* Trademark approval:
N/A (not needed for this Change)
--
Jan Kuřík
JBoss EAP Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
An Update on Flock
* New Sponsor
Some of you may have noticed that the ARM Foundation is now a Gold Sponsor
for Flock.
* Tickets and T-shirts
My tardiness at getting t-shirts ordered is to your BENEFIT. The tickets
that have t-shirts associated with them have been extended until tomorrow,
12 July. Get your order in now if you want to be assured of getting a
T-shirt.
Tickets that don't guarantee a t-shirt or lunch, will be available until 8
August.
* Transportation Details
Transportation Information has been added to the website as provided by
Amit Shah. Thank you!
* Hotel rooms
Hotel rooms are still available. If you need help finding a roommate,
email the list and let me know.
* Funding
All Flock funding is now issued/allocated. The last plane tickets are
being worked on. Everyone who is funded should know by now and should have
all of their details confirmed or in progress.
This year we have funded almost 40 people fully or partially. This has
resulted in, amongst other things over 25 flights and 20 hotel rooms
needing to be managed on top of other conference organizational needs.
* Schedule and CfP
The draft schedule is being worked and the CfP round 2 answers should be
out soon.
* Questions
Direct them to the list or me.
See you at Flock!
regards,
bex
--
Brian (bex) Exelbierd | bexelbie(a)redhat.com | bex(a)pobox.com
Fedora Community Action & Impact Coordinator
@bexelbie | http://www.winglemeyer.org
Hi
I'm updating podofo to version 0.9.6 in rawhide. It carries a soname
bump (libpodofo.so.0.9.5 -> libpodofo.so.0.9.6), but all affected
packages build without changes against the new version [1]. I'll rebuild
all affected packages:
calibre
gimagereader
krename
scribus
vfrnav
Sandro
[1] https://copr.fedorainfracloud.org/coprs/smani/podofo-0.9.6/builds/
Greetings,
This e-mail is intended to inform you about the upcoming Bugzilla changes
happening on 2018-08-14 (Rawhide bug rebase) and what you need to do,
if anything.
We will be automatically changing the version for most rawhide bugs to
Fedora 29.
This will result in regular bugs reported against rawhide during the Fedora 29
development cycle being changed to version ‘29' instead of their current
assignment, ‘rawhide’. This is to align with the branching of Fedora 29 from
rawhide and to more accurately tell where in the lineage of releases the bug was
last reported.
Note that this procedure does not apply to bugs that are open for the ‘Package
Review’ or 'kernel' components or bugs that have the ''FutureFeature''
or ''Tracking'' keywords
set. These will stay open as rawhide bugs indefinitely.
If you do not want your bugs changed to version ‘29‘, add the ''FutureFeature''
keyword. If you need help changing a large amount of bugs manually, we’d be glad
to help.
The process was re-approved by FESCo https://pagure.io/fesco/issue/1096 .
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis