On 17/05/2024 11:04, Martin Stransky wrote:
I see. I don't think it's useful for gnome search as it uses live data
(also from recently visited URL) and also sorts results for popularity.
It should give you the same results as writing directly to Firefox URL bar.
This is not a problem because
On 17/05/2024 10:38, Martin Stransky wrote:
Hm, does really KDE Plasma access Firefox profile and searches it for
anything? That's interesting. Can you point me to any info about it?
It looks like it copies Firefox's *.sqlite databases to
~/.cache/bookmarksrunner on every user login and then
On 17/05/2024 08:05, Martin Stransky wrote:
Gnome search service is provided by running Firefox application itself.
It's because it searches and publishes results from recent live user
profile.
Why can't GNOME Search engine just parse Firefox's *.sqlite databases
like everyone else does
On 15/05/2024 10:52, Ian McInerney via devel wrote:
What if I don't use GNOME search? I don't use the GNOME desktop, so I don't
want to have a random Firefox process running on my machine that is doing
absolutely nothing and just hogging resources. Is this process only created
when something
On 13/05/2024 13:24, Nils Philippsen wrote:
If I’m not off track, renaming the existing version to “gimp2” would at
least make people install it as an update to “gimp-2.10.x” without any
real benefit to them. And it would make ”gimp” jump to version 3 which
is wildly different
Fedora is a
On 13/05/2024 00:58, Sérgio Basto wrote:
https://src.fedoraproject.org/rpms/gimp3
The gimp package should be updated to 3.0, and the existing 2.x version
should move to the gimp2 compatibility package.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
--
On 13/05/2024 15:41, Vít Ondruch wrote:
we can spent time adjusting upstream projects to be compatible with the
latest llvm
Feel free to start with pocl. It still doesn't support LLVM 18.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
--
___
On 29/04/2024 16:41, Gary Buhrmaster wrote:
Do we have any idea how many code bases are
actually sensitive to the specific llvm version?
Both of my LLVM dependent packages: iwyu and pocl. On every LLVM major
release they break and I have to wait for the upstream to release a new
version.
On 26/07/2023 11:24, Alexander Ploumistos wrote:
What Dominik wrote would apply e.g. for an NVMe replacement drive from
Kingston or Samsung (proprietary hardware too, it's a shocker).
None of my 5 Samsung SSDs are supported (3 NVMe and 2 SATA). But they
can be updated from MS Windows.
I
On 26/07/2023 11:04, Dominik 'Rathann' Mierzejewski wrote:
You could, for example, buy a supported Logitech
Receiver
I don't recommend anyone to buy this proprietary hardware:
The vulnerabilities allow attackers to sniff on keyboard traffic, but also
inject keystrokes (even into dongles not
On 26/07/2023 10:32, Daniel P. Berrangé wrote:
Those devices which do support fwupd have a large enough market share
that it is justifiable to enable it, even if there are many machines
which can't support it.
Maybe Anaconda should only enable it if the device is supported?
This information
On 26/07/2023 08:48, Dominik 'Rathann' Mierzejewski wrote:
Define small.
Only Dell, HP and Lenovo laptops are fully supported:
https://fwupd.org/lvfs/devices/
fwupd is a great tool on laptops but completely useless on desktops
since no motherboard vendors support it.
Maybe fwupd should
On 25/07/2023 12:35, Hans de Goede wrote:
How do I proceed with this ? Should I run "fedpkg retire" for these 4,
or is orphaning them preferred ?
Orphaned packages will be retired automatically if no one adopts them
after 4 weeks.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 25/07/2023 10:18, Martin Gansser wrote:
that is, remove the jar files from the speed-dreams package and link to the
Fedora jar files in the spec file.
JAR files must be compiled from sources. Bundled precompiled files must
be removed in %prep.
--
Sincerely,
Vitaly Zaitsev
On 22/07/2023 08:01, Matthew Garrett wrote:
1) Automounting of removable media exposes the kernel to a lot of
untrusted input
Disable automatic mount by default. Problem solved.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel
On 14/07/2023 08:16, Carlos Rodriguez-Fernandez wrote:
After much discussion, the AlmaLinux OS Foundation board today has
decided to drop the aim to be 1:1 with RHEL. AlmaLinux OS will instead
aim to be Application Binary Interface (ABI) compatible*
Imagine Red Hat shutting down CentOS Stream
On 10/07/2023 20:16, Demi Marie Obenour wrote:
In that case it should be removed from the distribution. Can KDE
mail clients be built without QtWebEngine? This would disable
HTML email support, but plain text mail might still work.
I doubt. But last year I disabled QtWebEngine in Psi and
On 10/07/2023 02:49, Demi Marie Obenour wrote:
QtWebEngine (used by Falkon) was a
month or more behind upstream Chromium last I checked.
Qt5QtWebEngine is an extremely vulnerable thing. It still uses Chromium
87.0[1].
Current Chromium version: 105.0.
[1]:
On 09/07/2023 08:59, Mattia Verga via devel wrote:
BTW in the spirit of openness, I've set up a poll (UNOFFICIAL) to
clearly state community sentiment about enabling OPT-OUT metrics to FESCO:
https://discussion.fedoraproject.org/t/unofficial-poll-about-opt-out-metrics-proposal/85494
Just a
On 09/07/2023 08:59, Mattia Verga via devel wrote:
Can we please stop implying malevolence every time we don't agree with
something?
What malevolence? All 4 of my replies are gone from the main thread. I
can treat this as a censoring attempt by the RH staff. This is
absolutely unacceptable
On 08/07/2023 19:50, Vitaly Zaitsev wrote:
I will use my PP rights to rebuild them in a side tag for Rawhide.
The side tag has been merged:
https://bodhi.fedoraproject.org/updates/FEDORA-2023-ff83d4f4aa
FTBFS:
cryfs (Python 3.12 issue: AttributeError: module 'configparser' has no
attribute
Hello all.
spdlog 1.12.0 will include a soversion bump from .1.11 to .1.12.
Affected packages (including spdlog-devel and virtual cmake(spdlog) and
pkgconfig(spdlog)):
- bear
- coeurl
- cryfs
- CuraEngine
- freeopcua
- gerbera
- gnuradio
- gqrx
- gr-air-modes
- gr-funcube
- gr-hpsdr
-
On 06/07/2023 18:10, Aoife Moloney wrote:
but the conversation about each change
will take place on Fedora Discussion at
https://discussion.fedoraproject.org/t/f40-change-request-privacy-preserving-telemetry-for-fedora-workstation-system-wide/85320
It looks like they've started moving replies
On 06/07/2023 21:32, Michael Catanzaro wrote:
As explained in the proposal document, we know that opt-in metrics are
not very useful because few users would opt in, and these users would
not be representative of Fedora users as a whole.
Because Linux users care about their privacy.
We are
On 06/07/2023 18:10, Aoife Moloney wrote:
The Red Hat Display Systems Team (which develops the desktop) proposes
to enable limited data collection of anonymous Fedora Workstation
usage metrics.
All telemetry collection MUST be an opt-in feature (disabled by
default). I'm strongly against
On 04/07/2023 05:24, Tom Stellard wrote:
/usr/include/OpenImageIO/detail/fmt/core.h:1691:7: error: static
assertion failed: Cannot format an argument. To make type T formattable
provide a formatter specialization: https://fmt.dev/latest/api.html#udt
This seems like a failure unrelated to
On 03/07/2023 01:28, Michael Catanzaro wrote:
OK, host shared libraries and flatpaked libraries will be loaded at the
same time, but I really doubt that's going to be at all significant.
Include dozens of bundled libraries here too. Only runtimes can use
shared memory.
They do consume
On 02/07/2023 10:51, Simon de Vlieger wrote:
The suppliers for these enterprise distributions and the support they
offer also abide by political lines.
Indeed. That's why having RHEL repacks (Alma, Rocky, Oracle Linux) is good.
While your data won't be gone in an instant you still end up in
On 01/07/2023 14:28, Peter Robinson wrote:
This sort of comment is off topic, various companies are free to do
with their data as they wish, just as you are free to do with it as
you please.
This is not offtopic. What I mean is that a distribution targeted at
enterprise use should have a
On 01/07/2023 13:36, Chris Adams wrote:
A lot of the corporate world has gone to the "cloud"
don't have to worry about local backups of important documents and
spreadsheets, they get sharing with minimal effort, they can access
things from their mobile devices, etc.
And voluntarily hand
On 30/06/2023 10:01, Dominik 'Rathann' Mierzejewski wrote:
As it is, you're forcing the above maintainers to
scramble to fix their packages at the beginning of summer holiday
season.
Announced: 23.05.2023.
Rebuild started: 27.06.2023.
FTBFS packages announced: 28.06.2023.
Side tag merged:
On 30/06/2023 00:09, crissdell wrote:
Hi, i'm really interested in maintaining this rpms, jdns and git-subrepo, but
i'm not an packager yet, I really appreciate if someone is willing to mentor
me, I dont want to mess it up.
The side tag has been merged:
https://bodhi.fedoraproject.org/updates/FEDORA-2023-4e8e736635
FTBFS (final):
arbor (not related to fmt, some tests failed on s390x)
CuraEngine
bout++
cachelib
dolphin-emu
folly
mangohud (not related to fmt)
wasmedge
watchman
FTI issues will be generated
On 28/06/2023 23:39, Kalev Lember wrote:
Why? Now that you've already done all the work of adding the
compatibility package, why drop it and break all of the unbuilt packages
in rawhide? I don't think any of the packages from the list are release
blocking, but it just seems antisocial for
FTBFS:
0ad
arbor
CuraEngine
bout++
cachelib
dolphin-emu
folly
freeopcua
gerbera
luxcorerender
mangohud
wasmedge
watchman
I think I will merge this side tag without fmt9 compatibility package
tomorrow.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 28/06/2023 15:00, Aleksei Bavshin wrote:
Known regression in fmt. Please, apply
https://github.com/fmtlib/fmt/pull/3430.
Thanks for the information. The fix has been ported to fmt-10.0.0-2.fc39.
waybar is now fixed.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 28/06/2023 14:10, Kalev Lember wrote:
Since you already have the compat package, I would suggest merging the
side tag as is.
I'm waiting for dnf5:
https://github.com/rpm-software-management/dnf5/issues/675
https://bugzilla.redhat.com/show_bug.cgi?id=2218180
I fixed some packages with
Results: 37 builds succeeded, 19 failed.
FTBFS:
0ad
arbor
CuraEngine
bout++
cachelib
contour-terminal
dnf5
dolphin-emu
easyrpg-player
folly
freeopcua
gerbera
gnuradio
luxcorerender
mangohud
nheko
wasmedge
watchman
waybar
Please fix your packages and use f39-build-side-69394 side tag:
fedpkg
On 28/06/2023 08:32, Vitaly Zaitsev wrote:
How I can fix that?
Steps how to fix such issues for historical purposes:
1. Create a new side tag.
2. Introduce compatibility fmt9 package.
3. Build fmt9 compatibility package.
4. Build fmt 10.
5. Rebuild dnf5 against fmt 10.
6. Untag fmt9 from this
On 23/05/2023 12:22, Vitaly Zaitsev wrote:
I will use my proven-packager rights to rebuild all dependent packages
in a separate side tag next week.
Koji is now broken in this side tag (f39-build-side-69392):
Error:
Problem 1: package python3-dnf-4.16.1-2.fc39.noarch from build
requires
On 23/05/2023 12:22, Vitaly Zaitsev wrote:
I will use my proven-packager rights to rebuild all dependent packages
in a separate side tag next week.
Many packages are not yet ready for fmt 10. Spdlog for example:
- https://github.com/gabime/spdlog/issues/2614
-
On 27/06/2023 03:21, Tom Stellard wrote:
For this update, we're going to let package maintainers be responsible for
rebuilding their own packages if they are unable to use the compat
libraries
for some reason. We can try to send an announcement when the side-tag
is ready.
Some package
On 27/06/2023 03:19, Tom Stellard wrote:
We're trying to be more consistent with gcc and also upstream clang.
gcc installs some of these same libraries and some equivalent ones
into /usr/lib as well (/usr/lib/gcc/$TRIPLE/$MAJOR_VERSON).
What about FindLLVM.cmake and its ${LLVM_LIBDIR_SUFFIX}?
On 27/06/2023 12:30, Kalev Lember wrote:
I would like to have a layout similar to what Debian is doing, so that
shared libraries would go in /usr/lib/x86_64-redhat-linux/ and
/usr/lib64 would be a legacy symlink pointing to it.
Debian isn't a good example here. I've fixed over a hundred
On 27/06/2023 08:41, Tom Stellard wrote:
I mentioned this in a previous reply, but this is how other compilers like
gcc install their internal libraries and it's also where clang expects its
libraries to be installed.
Got it. Thanks.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 26/06/2023 18:12, Aoife Moloney wrote:
* The Clang Resource Directory will be moved from /usr/lib64/clang/17/
to /usr/lib/clang/17/ this is the location of clang's internal headers
and runtime libraries like libomp and compiler-rt.
Why? /usr/lib is a directory for 32-bit and architecture
On 26/06/2023 18:12, Aoife Moloney wrote:
Update all llvm sub-projects in Fedora Linux to version 17.
Please include iwyu and pocl packages to the side-tag rebuild too.
I will update pocl to version 4.0 soon in Rawhide.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
Hello.
I orphaned the following packages:
rpms/axc
rpms/git-subrepo
rpms/jdns
rpms/maddy
rpms/mdns
rpms/pidgin-groupchat-typing-notifications
rpms/pidgin-privacy-please
rpms/pidgin-toobars
rpms/psi
rpms/psi-plus
rpms/purple-discord
rpms/purple-googlechat
rpms/purple-libsteam
rpms/purple-lurch
On 22/06/2023 10:11, Daniel P. Berrangé wrote:
Nothing described in that blog post above changes this process, so
what's written there doesn't have any direct impact on Fedora.
Yet.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel
On 19/06/2023 08:36, Mattia Verga via devel wrote:
I only need to find how to pass branch names to the alias, instead of
hardcoding them. From a quick search I need to create a function in
.bashrc rather than an alias.
Add to ~/.bashrc:
function fpr {
for i in f$(rpm -E %fedora) f$(($(rpm
On 18/06/2023 17:42, Ankur Sinha wrote:
I threw all the commands into a script with some optional arguments:
Maybe this script can be added to fedora-packager?
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list --
On 18/06/2023 14:51, Sandro wrote:
Aren't you missing the 'git push' (or 'fedpkg push')? IIRC, your 'fpb'
alias would fail since no changes have been pushed to dist-git for koji
to base a build on.
Good catch. Thanks:
alias fpm="fedpkg switch-branch f38 && git merge rawhide && fedpkg
On 18/06/2023 11:16, Mattia Verga via devel wrote:
This is quite boring and time wasting... is there a more efficient way
to use my packaging time? Do you think fedpkg can be enhanced to have a
single command which makes 4-5-6 to all specified branches?
Add to your ~/.bashrc the following:
On 13/06/2023 18:32, Petr Pisar wrote:
Comments are welcome.
Trying to reinvent Fedora Modularity without modules with the same
problems as before.
Instead of using modules, we should use parallel-installable packages.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 05/06/2023 13:54, Josh Boyer wrote:
I'm not sure what led you to the conclusion that IBM has anything to
do with this or that "they fired a lot of good engineers". I don't
see evidence of either being the case.
Please don't state your own assumptions as facts.
On 03/06/2023 09:51, Samuel Sieb wrote:
Did you read the whole thread? It's not going anywhere. People have
stepped up to maintain it.
LibreOffice is a complex project. It will be very difficult to maintain
it. It's not just a trivial Version+Release bump, no. They will need to
backport
On 03/06/2023 02:46, Leslie Satenstein via devel wrote:
No LibreOffice, no continuation with Fedora. LO better be there with
F39. Without it, all you have is Firefox. It is not enough to keep
Fedora Diehards from jumping to another popular distribution.
Yes, Fedora is dying. Slow, but
On 31/05/2023 19:24, Daniel P. Berrangé wrote:
Can you point to the specific guideline that this violates ? I know we've
always expected that apps are built from pristine upstream source, but I'm
not finding the specific guideline that describes this right now.
This:
All program binaries and
On 31/05/2023 17:02, David Schwörer wrote:
Could you explain what certification means?
It sounds like you run some very expensive tests, and building is actually fast.
You can't distribute any package named Java or OpenJDK unless it passes
the Oracle test suite.
I think Fedora should drop
On 31/05/2023 15:44, Gerd Hoffmann wrote:
We do similar things in other cases, see for example shim-unsigned.rpm +
shim.rpm
Shim is a special case:
1. Shim need to be signed by Microsoft on their own infrastructure and
this signature will be built directly into PE file.
2. Shim runs on UEFI,
On 31/05/2023 14:53, Jiri Vanek wrote:
It is built from sources of course!
What make you think it is not?
For double ensurenes, see the fesco ticket in proposal.
IMO, repackaging prebuilt RPM packages is not building from sources.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 30/05/2023 20:37, Aoife Moloney wrote:
Jdks in fedora are already static, and we repack portable
tarball into rpms. Currently, the portbale tarball is built for each
Fedora and Epel version. Goal here is to build each jdk
(8,11,17,21,latest (20)) only once, in oldest live Fedora xor Epel
On 28/05/2023 17:41, Fabio Valentini wrote:
At least for Rust packages, we do have some amount of automation now
to help with this chore.
I think %autolicense should be added to the rpmautospec project. It will
automatically extract license tags from all BRs "-static" or "crate()"
and
On 27/05/2023 14:33, Fabio Valentini wrote:
It would probably be better if the legal docs made this explicit, and
made Rust no longer a special case. The fact that only Rust is called
out is an artifact of this rule having been moved from the Rust
Packaging Guidelines to the legal docs, but
On 27/05/2023 13:08, Fabio Valentini wrote:
No, this information is outdated. Statically linked components must be
taken into consideration, whether bundled or not.
I only found this:
Some upstream projects bundle code copied from other upstream projects (a practice some
communities
On 26/05/2023 14:07, Richard Shaw wrote:
Doxygen was updated from 1.9.6 to 1.9.7 which I would assume should be a
pretty harmless update
Some Doxygen minor updates breaks something. That's why I disabled docs
generation in all my packages. Users can easily view docs online.
--
Sincerely,
On 26/05/2023 16:22, Marius Schwarz wrote:
This brings me to the question: whats the main issue for twisted here?
1. Contact python-twisted maintainers.
2. Check if all dependent packages are compatible with the updated
python-binding package.
3. If this is a major update, you or the package
On 26/05/2023 19:39, Kevin Fenzi wrote:
Should such groups require FESCo approval?
Yes.
If so, what would be requirements to approve/deny?
All group members must prove that they're familiar with Fedora packaging
guidelines, i.e. they must receive sponsorship through the standard
On 26/05/2023 18:35, Ben Beasley wrote:
Since fast_float is a header-only library, and our guidelines treat
these as a kind of static library, directly-dependent packages
should—strictly speaking—include fast_float’s SPDX license expression in
their own
Only if they use the version built
On 23/05/2023 19:27, Richard W.M. Jones wrote:
... so today I was taking part in a package review which uses these
macros and was surprised to be told that they are deprecated.
Their author left Fedora a few years ago. They're now unmaintained and
may be removed soon (see FPC ticket[1]).
On 22/05/2023 05:49, Jens-Ulrik Petersen wrote:
What do people think overall? Are there other pros and cons of a color
prompt?
Any better ideas or direction?
PS1 from all my systems:
export PS1="\[\e[33m\][\[\e[36m\]\u\[\e[0m\]@\[\e[31m\]\h\[\e[0m\]
Hello.
fmt 10.0.x update will include a soversion bump from .9 to .10. It has
both API and ABI changes.
Changelog: https://github.com/fmtlib/fmt/releases/tag/10.0.0
The list of affected packages in Rawhide:
0ad
OpenImageIO
bear
cachelib
cantera
ceph
dnf5
dolphin-emu
domoticz
easyeffects
On 20/04/2023 23:20, Matthew Miller wrote:
It’s time to transform the Fedora devel list into something new
I think such serious questions should be put to a vote. Not a FESCo
vote, but a vote for all Fedora contributors (can be combined with the
next FESCo elections).
--
Sincerely,
On 24/04/2023 18:12, Ben Cotton wrote:
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
AFAIK, a
On 22/04/2023 14:41, Christopher Klooz wrote:
So once users have rpmfusion enabled, `dnf install/update libheif` ends
up in a conflict because of `libheif-hevc` and `libheif-freeworld`.
Already fixed in libheif-freeworld-1.15.1-5.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 17/04/2023 17:53, Jakub Kadlcik wrote:
- Instead, I am going to automatically open an issue in the
package-sponsors tracker for new contributors after they receive
fedora-review+ on their first ticket.
LGTM now. Thank you for working on this.
--
Sincerely,
Vitaly Zaitsev
On 10/04/2023 19:44, Tom Stellard wrote:
I'm orphaning the pocl package. I'm not interested in maintaining it
any more, and it's been FTBFS for the last 2 releases.
I will take it and update to version 3.1 with LLVM 15+ support.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 04/04/2023 23:42, Kevin Fenzi wrote:
But then after a outcry... "We are reverting this change for now. More
details to follow."
Yes, after a lot of negative feedback they (temporary?) reverted this
change. Even their own vcpkg (package manager by Microsoft) uses these
hashes to verify
On 04/04/2023 15:15, Neal Gompa wrote:
But overall? I don't think so.
Web browsers, game engines, audio/video editing software.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To
On 04/04/2023 11:17, Neal Gompa wrote:
It seems that moving to -O3 would provide more gains than x86_64-v3.
AVX2 can significantly boost the performance of modern processors in
SIMD operations.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 04/04/2023 09:36, Kalev Lember wrote:
That's not exactly true. Yes, non-packagers can't upload files to the
lookaside cache, but they can update the 'sources' and '.gitignore'
files in git.
GitHub has stated[1] that they no longer guarantee hash stability
between archive downloads.
We
On 04/04/2023 07:52, Otto Liljalaakso wrote:
Perhaps new package requests could more often be handled in a way where
an existing packager assumes the maintainer position with the agreement
that the submitter keeps the packager updated and in good condition,
through pull requests.
We have a
On 04/04/2023 02:59, Jakub Kadlcik wrote:
I get the same impression and I would agree with Otto's proposal to
get rid of the FE-NEEDSPONSOR entirely.
Looks good for me too. Opening a new Pagure ticket would be better, IMO.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 02/04/2023 17:36, Mattia Verga via devel wrote:
Is there anyone who could provide some benchmarks to see if there are
significant performance improvements about using v2/v3/v3 versus plain
x86_64?
AVX2 can bring a huge performance boost.
--
Sincerely,
Vitaly Zaitsev
On 01/04/2023 23:14, Jakub Kadlčík wrote:
Currently, we have 31 people waiting to be sponsored
https://fedoraproject.org/PackageReviewStatus/needsponsor.html
many of them waiting for months.
If they wait for months, I think they don't want to be sponsored. I
sponsored everyone who emailed me
On 01/04/2023 13:10, Jiri Vanek wrote:
I would heavily recomend to use alternatives for this,a nd thus
remain aligned with other major runtimes.
Alternatives can't be used on immutable Fedora versions (Silverblue,
Kinoite, etc).
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
Hello all.
It looks like strip is broken in Rawhide. Affected package -
telegram-desktop.
Fedora 38 binary size: 83,563,448 bytes. Rawhide binary size: 98,968,520
bytes.
Builds:
https://koji.rpmfusion.org/koji/buildinfo?buildID=25349 (F38)
On 30/03/2023 02:54, Simon Pichugin wrote:
I understand that it's not the correct way... Could you please suggest
how something like this can be achieved? (during the upgrade - check if
the old and the new package versions are the same)
You should use %triggerun instead:
%triggerun --
On 27/03/2023 14:41, Fabio Valentini wrote:
It's doing new pre-push checks that were introduced in rpkg 1.66:
Thanks for the information.
As far as I know, there's no way to disable the checks for now, other
than to do "rm .git/hooks/pre-push".
Will do, because my $HOME is mounted with
On 27/03/2023 22:28, Andy Cress wrote:
I didn't find this when searching the guide.
Pointers?
You must use Kerberos now:
sudo dnf install fedora-packager fedora-packager-kerberos
fkinit --user $your_fas
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
Hello.
All of the newly cloned Fedora package repositories have a strange Git
pre-push hook.
Code listing:
```
#!/bin/bash
_remote="$1"
_url="$2"
exit_code=0
while read -r _local_ref local_sha _remote_ref _remote_sha
do
command -v fedpkg >/dev/null 2>&1 || { echo >&2 "Warning: 'fedpkg'
On 25/03/2023 06:06, ijaaskelai...@outlook.com wrote:
Kind regards, Ilari Jääskeläinen.
It's already there:
$ dnf -C provides '/usr/bin/g++'
gcc-c++-12.2.1-2.fc37.i686 : C++ support for GCC
Repo: fedora
Matched from:
Filename: /usr/bin/g++
gcc-c++-12.2.1-2.fc37.x86_64 : C++
On 20/03/2023 19:39, Kalev Lember wrote:
I think it would look cleaner to name them according to the plugins, so
that it would be:
%files -n libheif-libde265
%{_libdir}/libheif/libheif-libde265.so
%files -n libheif-x265
%{_libdir}/libheif/libheif-x265.so
Or this:
%files -n libheif-heic
On 20/03/2023 17:08, Dominik 'Rathann' Mierzejewski wrote:
Going forward, I'm going to turn it into an add-on package, i.e. ship
only the two plugins we can't ship in Fedora:
In a subpackage libheif-freeworld?
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 14/03/2023 08:19, Pavel Raiskup wrote:
We already have AppStream metadata disabled by default for new projects,
but there are many old projects where having this enabled causes
problems here and there. So we plan to disable it manually even for old
projects:
Please keep it enabled for
On 11/03/2023 18:36, Adam Williamson wrote:
It's not really as simple as "old hardware", it's just some specific
firmwares. It's already documented:
https://discussion.fedoraproject.org/t/f37-install-media-dont-boot-in-uefi-mode-on-certain-motherboards/71376
A problem was identified and fixed
RHBZ ticket: https://bugzilla.redhat.com/show_bug.cgi?id=2113005
Workaround (UEFI Secure Boot won't work):
sudo mkdir /run/media/flash
sudo mount -t auto /dev/sdX2 /run/media/flash
sudo rm -f /run/media/flash/{BOOTIA32,BOOTX64}.EFI
sudo mv /run/media/flash/grubia32.efi
Hello all.
Modern Fedora ISOs, including Fedora 38 Beta, have the following error
on legacy hardware (tested on Haswell) when booted in UEFI mode:
Invalid image
Failed to read header: Unsupported
Failed to load image: Unsupported
start_image() returned Unsupported
A lot of users have this
On 08/03/2023 16:10, Petr Pisar wrote:
That could also affect seemingly unrelated parts of Fedora like Flatpaks
whose build process is based on modularity.
We should start building Flatpaks natively using flatpak-builder from
standard build manifests.
--
Sincerely,
Vitaly Zaitsev
On 06/03/2023 12:49, Ewoud Kohl van Wijngaarden wrote:
so what is the correct approach here?
Requires: openscap%{?_isa}
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
1 - 100 of 1115 matches
Mail list logo
