How do you bump fedora-repos-rawhide to f29?
by Philip Kovacs
I would settle for knowledge of where the f29/rawhide gpg keys are hidden so I import them.
The "To Rawhide" instructions below are outdated as they direct you to a page where the f29/rawhideare not presented.
Upgrading Fedora using package manager - Fedora Project Wiki
|
| |
Upgrading Fedora using package manager - Fedora Project Wiki
| |
|
6 years, 1 month
Proposed Fedora packaging guideline: More Go packaging
by nicolas.mailhot@laposte.net
Hi,
I am proposing for inclusion a set of rpm technical files aimed at automating the packaging of forge-hosted projects.
- Packaging draft: https://fedoraproject.org/wiki/More_Go_packaging
- https://pagure.io/packaging-committee/issue/734
- go-srpm-macros RFE with the technical files: https://bugzilla.redhat.com/show_bug.cgi?id=1526721
This proposal is integrated with and depends on the https://fedoraproject.org/wiki/Forge-hosted_projects_packaging_automation draft
It builds on the hard work of the Go SIG and reuses the rpm automation of https://fedoraproject.org/wiki/PackagingDrafts/Go when it exists, and produces compatible packages.
What it does:
- drastically shorter spec files, up to 90% in some cases, often removing hundreds of lines per spec.
- simple, packager-friendly spec syntax
- automated package naming derived from the native identifier (import path). No more packages names without any relation with current upstream naming.
- working Go autoprovides. No forgotten provides anymore.
- working Go autorequires. No forgotten requires anymore.
- strict automated directory ownership (used by autorequires and autoprovides).
- centralized computation of source URLs (via Forge-hosted projects packaging automation). No more packages lacking guidelines. No more broken guidelines no one notices.
- easy switch between commits, tags and releases (via Forge-hosted projects packaging automation). No more packages stuck on commits when upstream starts releasing.
- guidelines-compliant automated snapshot naming, including snapshot timestamps (via Forge-hosted projects packaging automation). No more packages stuck in 2014.
- guidelines-compliant bootstraping.
- systematic use of the Go switches defined by the Go maintainer. Easy to do changes followed by a mass rebuild.
- flexibility, do the right thing transparently by default, leave room for special cases and overrides.
- no bundling (a.k.a. vendoring) due to the pain of packaging one more Go dependency.
- centralized Go macros that can be audited and enhanced over time.
- aggressive leverage of upstream unit tests to detect quickly broken code.
Please consult packaging draft for full information.
The proposal has been tested in Rawhide and EL7 over a set of ~ 140 Go packages. This set is a mix of current Fedora packages, bumped to a more recent version, rewrites of Fedora packages, and completely new packages.
I hope posting the second part of the automation will answer some questions people had on the https://fedoraproject.org/wiki/Forge-hosted_projects_packaging_automation draft
Regards,
--
Nicolas Mailhot
6 years, 1 month
Broken dependencies: FreeSOLID
by Martin Gansser
Hi,
how can i solve this dependencies ?
FreeSOLID has broken dependencies in the F-28 tree:
On x86_64:
FreeSOLID-devel-2.1.1-29.fc28.x86_64 requires pkgconfig(qhull)
On armhfp:
FreeSOLID-devel-2.1.1-29.fc28.armv7hl requires pkgconfig(qhull)
On ppc64le:
FreeSOLID-devel-2.1.1-29.fc28.ppc64le requires pkgconfig(qhull)
On aarch64:
FreeSOLID-devel-2.1.1-29.fc28.aarch64 requires pkgconfig(qhull)
On ppc64:
FreeSOLID-devel-2.1.1-29.fc28.ppc64 requires pkgconfig(qhull)
On s390x:
FreeSOLID-devel-2.1.1-29.fc28.s390x requires pkgconfig(qhull)
On i386:
FreeSOLID-devel-2.1.1-29.fc28.i686 requires pkgconfig(qhull)
Please resolve this as soon as possible.
6 years, 2 months
Meeting March 5 (Monday)
by Silvia Sánchez
Hello folks,
I'm out of luck in the last times... I just realised I'm likely to be
offline at 16:00 this Monday as I'll be flying in the afternoon. So
maybe I can attend later, or maybe not.
I'm sorry for the inconvenience. The storm has thrown everything into chaos.
Kind regards,
Silvia
FAS: Lailah
6 years, 2 months
qarte - compilation fails
by Martin Gansser
Hi,
when compiling qarte-4.4.0 with this spec file
https://martinkg.fedorapeople.org/Packages/test/qarte.spec
'[' noarch = noarch ']'
+ case "${QA_CHECK_RPATHS:-}" in
+ /usr/lib/rpm/check-buildroot
+ /usr/lib/rpm/brp-compress
+ /usr/lib/rpm/brp-strip-static-archive /usr/bin/strip
+ /usr/lib/rpm/brp-python-bytecompile /usr/bin/python 1
Compiling /home/martin/rpmbuild/BUILDROOT/qarte-4.0.0-1.fc27.x86_64/usr/share/qarte/arteconcert.py ...
File "/usr/share/qarte/arteconcert.py", line 385
def update_pitch(self, *args, html=False):
^
SyntaxError: invalid syntax
error: Bad exit status from /var/tmp/rpm-tmp.rp9wQD (%install)
only when i comment the following line, the program compiles fine:
#####cp -p *.py* %{buildroot}%{_datadir}/%{name}
6 years, 2 months