On 30.05.2020 00:58, Chris Murphy wrote:
> We will support an install time means of enabling hibernation retained
> via Custom partitioning. If the user chooses to create a swap
> partition, the installer will include a resume=UUID kernel parameter
> hint so that the kernel can find the hibernation
On 30.05.2020 11:51, Iñaki Ucar wrote:
> What are the issues? I have full-disk encryption and
> suspend-then-hibernate enabled (with secure boot disabled, of course),
> and it resumes from hibernation without issues.
Do you have encrypted by LUKS swap partition?
Fedora cannot resume from encrypte
On 30.05.2020 12:50, Dominique Martinet wrote:
> Well, yes, how do you expect that to possibly ever work?
TPM chip maybe.
> If your swap is in a luks partition with a static passphrase (and
> secureboot is disabled) then hibernate works just fine.
Great. The Fedora installer must create an encry
On 30.05.2020 15:04, Barry Scott wrote:
> I use the KDE respin and it hangs at the same place.
> I waited over an hour to see if will continue.
>
> How can I help debug this?
I think that your problem is definitely related to this:
https://bugzilla.redhat.com/show_bug.cgi?id=1830896
You can inst
On 02.06.2020 13:52, Code Zombie wrote:
> If I happen to use Windows in future for e.g. a project or something, I
> would love to have fedora by my side.
Just install Fedora in dual boot. Don't use proprietary WSL.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
On 04.06.2020 17:00, Richard Shaw wrote:
> In troubleshooting this and working around it I'm using the F32 live
> installer, but I keep having to install gparted. The installer would be
> much more useful with it preinstalled.
XFCE Live ships both GParted and Gnome Disks. You can use it.
--
Sinc
On 04.06.2020 22:30, Ben Cotton wrote:
> Swap is useful, except when it's slow. zram is a RAM drive that uses
> compression. Create a swap-on-zram during start-up. And no longer use
> swap partitions by default.
I'm strongly against this, because zram will replace disk swap and
disable hibernation
On 05.06.2020 09:24, Frantisek Zatloukal wrote:
> I am +1 for this change, I don't have any numbers but from day-to-day
> usage, both my systems seem far more responsive when swapping to zram
> instead of swap.
But it will cause a huge memory fragmentation and significantly decrease
overall perfor
On 04.06.2020 22:30, Ben Cotton wrote:
> Fedora has historically forced packages to build with GCC unless the
> upstream project for the package only supported Clang/LLVM. This
> change proposal replaces that policy with one where compiler selection
> for Fedora follows the package's upstream pref
On 05.06.2020 09:52, Kevin Kofler wrote:
> I am opposed to this change. Chromium and Firefox build fine with GCC. I
> think that a distribution should be built with a consistent toolchain
> wherever possible.
Clang is much better than GCC nowadays. It has better architecture,
support lots of opt
On 05.06.2020 12:50, Igor Raits wrote:
> It does not work in some cases even today anyway.
Okay, then the second point - zram will will cause a huge memory
fragmentation and significantly decrease overall performance.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
On 08.06.2020 07:17, John M. Harris Jr wrote:
> Zswap sounds like an excellent idea to look into instead of zram. Not only
> that, but it'd allow traditional entry in fstab to configure it, instead of
> some systemd magic that nobody knows about.
You can try this: https://github.com/xvitaly/zswa
On 13.06.2020 16:44, Igor Raits wrote:
> I am packaging one nice GUI application (newsflash) that is working
> with API of some services like feedly. Those require some API key, but
> I think it is against their rules to have it included in the plain-text
> format in git.
All API keys must be pres
On 22.06.2020 17:09, Dominik 'Rathann' Mierzejewski wrote:
> Cc'ing fmt maintainers.
fmt co-maintainer here. Sorry, but I don't like nodejs, so I don't want
to take them.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list --
On 23.06.2020 10:39, Miroslav Suchý wrote:
> A tool which will give user a list of packages that can/should be removed.
dnf -C list extras
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To
On 23.06.2020 18:26, Tomas Hrnciar wrote:
> xvitaly libolm python-emoji python-node-semver python-patch-ng
> python-pytelegrambotapi python-wloc
Fixed. Thanks.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@l
On 24.06.2020 04:40, Przemek Klosowski via devel wrote:
> Nice, thanks for finding this --- but it also lists all the
> debugsource/debuginfo packages
This is intended, because debug repositories are disabled by default and
these packages does not belongs to any repositories.
You can run `sudo d
On 24.06.2020 22:16, Przemek Klosowski via devel wrote:
> Why did you sudo it? It seems to work from a regular account just fine.
Without sudo or `-C` command-line option dnf will download copies of all
repository metadata to your home directory. I don't like such behavior.
--
Sincerely,
Vital
On 26.06.2020 05:01, Michael Cronenworth wrote:
> I know bundled libraries are allowed, but what about bundled compilers?
Pre-compiled binaries are strictly forbidden by Fedora guidelines. All
binaries must be built on Fedora infra.
If you have cyclic dependencies, you should use bootstrapping[1]
On 25.06.2020 20:50, Jan Kratochvil wrote:
> setenforce 0
Do not disable SELinux! Configure it.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@l
On 25.06.2020 23:38, Jan Kratochvil wrote:
> $ dnf install som
>
dnf install ./som
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On 25.06.2020 19:18, Ben Cotton wrote:
> Let's make Fedora more approachable, by having a default editor that
> doesn't require specialist knowledge to use.
-1 for this change. Vi is much better than nano.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
On 26.06.2020 12:34, Christopher Engelhard wrote:
> visudo is also a good spot for a beginner to be stuck in vi.
Use sudoedit instead.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To uns
On 26.06.2020 16:42, Ben Cotton wrote:
> For laptop and workstation installs of Fedora, we want to provide file
> system features to users in a transparent fashion. We want to add new
> features, while reducing the amount of expertise needed to deal with
> situations like [https://pagure.io/fedora-
On 26.06.2020 19:01, Michael Cronenworth wrote:
> cc1plus: error: unrecognized command line option
> '-Wno-implicit-int-float-conversion' [-Werror]
Just remove -Werror flag.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list
On 29.06.2020 22:04, Ben Cotton wrote:
> Fedora only support these RAID sets when they are already configured in
> the BIOS at installation time. So we can solve the problem of
> dmraid.service still depending on the obsolete udev-settle service by
> making dmraid.service disable itself if no suppo
On 30.06.2020 11:04, Zdenek Kabelac wrote:
> If the user does not need lvm2, then the package should not be installed/
> However when lvm2 is installed - lvm2 monitoring service is supposed to
> be there and enabled - it should not impact load time all that much...
I use classic partitions, but l
On 30.06.2020 11:23, Igor Raits wrote:
> Sadly you can't have lvm2 not installed:
Yes, but it can be disabled.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
On 30.06.2020 11:42, Zdenek Kabelac wrote:
> Default for unskilled users who may use lvm2 - should remain enabled.
If LVM was not used during installation => Anakonda can automatically
disable it.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
On 30.06.2020 12:16, Zdenek Kabelac wrote:
> The right plan is to fix all packaged dependencies and allow
> installation of packages without lvm2.
+1. This will be the best solution, I think.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
d
On 30.06.2020 15:25, Ben Cotton wrote:
> Better thermal management and peak performance on Intel CPUs by
> including thermald in the default install.
Good, but thermald is absolutely useless without configs. Configs can be
extracted from DPTF ACPI tables only with *proprietary* dptfextract utility
On 30.06.2020 17:57, Jared Dominguez wrote:
> Something that needs to be cleared up here: thermald has existed for the
> better part of a decade and long before dptfxtract existed.
Thermald will not work without config being installed.
You can remove all configs from /etc/thermald and try to star
On 30.06.2020 19:43, Hans de Goede wrote:
> That is the first time I have heard that. Do you have a source for that ?
https://github.com/intel/dptfxtract - no sources, only proprietary binaries.
The legal status of the extracted tables was discussed a few months ago
with members of the Fedora leg
On 01.07.2020 11:28, Alexey A. wrote:
> Stop using the L-word, please: BIOS is not "legacy", it's just
> alternative way (one of many).
Using BIOS boot on UEFI-compatible systems is a legacy, because it works
under the CSM compatibly layer.
More information about CSM you can find here:
https://ww
On 30.06.2020 22:38, Michael Catanzaro wrote:
> Any references would be very interesting, thanks.
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/D4FVY3LLMNGUKNUOEIDXNOOAD577W5XN/
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
__
On 02.07.2020 07:35, Nicolas Mailhot via devel wrote:
> The detached changelog is just one more file in SRPM sources, which is
> modified by rpmbuild at `%build` time with other files rpmbuild
> modifies.
I don't like that. %changelog should be generated automatically on Koji
side.
--
Sincerely,
On 01.07.2020 23:00, Neal Gompa wrote:
> We still can't use NVIDIA proprietary drivers on UEFI because Fedora's
> kernel configuration is too strict for that. I personally consider it
> a good thing, but that's a problem for others.
NVIDIA proprietary drivers from RPM Fusion repository works absol
On 02.07.2020 11:27, Nicolas Mailhot wrote:
> Why? Koji schedules a build. The build registers its own build date in
> the produced packages. Koji decides to keep and commit the result, or
> drop it (scratch build, failed side tag, whatever). Koji is still in
> charge, the bumping is just integrate
On 02.07.2020 17:53, Zbigniew Jędrzejewski-Szmek wrote:
> It would be great if we could fairly reliably boot with a read-only
> root file system, all the way to the graphical environment.
Already implemented - Silverblue.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
On 01.07.2020 22:47, Sergio Belkin wrote:
> So the question is: in this case I can override the Fedora compiler flags?
Don't do this, please. You should fix such potentially vulnerable parts
of code and send your patch to upstream.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
Hello all!
Is it okay to package Google's static-only WebRTC library? This package
will provide only webrtc-static and webrtc-devel subpackages.
I need this library to build another packages. Bundling it directly is
not a good idea, because this library is very big and significantly
slows down th
On 03.07.2020 08:07, Zbigniew Jędrzejewski-Szmek wrote:
> Ubuntu's MOTD are well known and people seem to like them a
> lot. Fedora hasn't been making that much use of them. But I think we
> should in general.
Ubuntu MOTD contains ads. Most of Ubuntu users completely disable it
right after the ins
On 03.07.2020 13:42, Neal Gompa wrote:
> Ubuntu's MOTD requires network connectivity to function, I think ours
> would not. That would eliminate the network resource contention issues
> you were seeing.
The good MOTD is an empty MOTD.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
__
On 05.07.2020 15:19, Neal Gompa wrote:
> Temporarily, we have %__cmake_in_source_build set, which forces back
> the legacy behavior.
Proven-packages are changing SPEC files already using out of tree builds
(with push..popd) and then disabling it globally.
This is so weird.
--
Sincerely,
Vital
Hello all.
Fmt package will be rebased in Rawhide from version 6.2.1 to 7.0.0 next
week.
This will include soversion bump from 6 to 7. All dependent packages
must be rebuilt.
Please check your packages, because there are some breaking API changes:
https://github.com/fmtlib/fmt/releases/tag/7.0.0
On 07.07.2020 19:57, Orion Poplawski wrote:
> What's the plan for EPEL8/7 compatibility?
+1. The new Cmake macros behaviour must be backported to EPEL7/8.
Currently all fixed by proven packages SPEC files cannot be built on
EPEL branches.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
On 08.07.2020 16:29, Pierre-Yves Chibon wrote:
> One wonder which I have is: should we keep a "master" branch, just as a
> symlink
> to the "rawhide" one for backward compatibility purposes?
Yes. Master branch is hardcoded in lots of places (infra, maintainer's
scripts, etc.) and such rename will
On 26.06.2020 16:42, Ben Cotton wrote:
> ** transparent compression: significantly reduces write amplification,
> improves lifespan of storage hardware
What can you say about this? https://arxiv.org/pdf/1707.08514.pdf
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
On 11.07.2020 14:20, Dominique Martinet wrote:
> BTW, given the size gains ws. time difference for compression I would
> advocate for default zstd compression instead of :1 -- I'd think another
> 12% compression improvement[1] for almost no time difference isn't to be
> sneezed at?
Now please open
On 11.07.2020 17:28, Chris Murphy wrote:
> The paper is with respect to metadata write amplification. This has no
> effect on data writes. Compression applies to data writes, not
> metadata. As the data amount is significantly larger than metadata
> (the file system itself), any reduction in data w
On 15.07.2020 21:17, Chris Murphy wrote:
> Does anyone know if Microsoft has a signed UEFI memory tester?
Yes, but it requires Windows Native API in order to work.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@l
Hello all.
Google-benchmark 1.5.1 update will include a soversion bump from 0 to 1.
All dependent packages must be rebuilt.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe s
On 22.07.2020 15:16, Raphael Groner wrote:
> psi+ - XMPP client
I can take it. FAS: xvitaly.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@list
On 27.07.2020 17:10, Jerry James wrote:
> BuildrootError: Requested repo (1785306) is DELETED
Same: https://koji.fedoraproject.org/koji/taskinfo?taskID=47926947
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@list
On 29.07.2020 14:44, Richard W.M. Jones wrote:
> Was this package built and then untagged?
We delayed the build due issues[1-3] with the sphinx/doxygen
documentation generator. As a workaround, we decided to temporary
disable documentation generation.
When the issues will be resolved, we will ena
Hello all.
Duplicate package of libquotient - libqmatrixclient - was reviewed,
accepted and pushed to stable repositories.
Not it cause conflicts.
libqmatrixclient must be untagged and removed from all Fedora releases.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 29.07.2020 18:20, Kevin Fenzi wrote:
> can you do it in a side tag
OK. Got it.
> and coordinate rebuilds with dependent packages?
I'm not a proven packager. I cannot rebuild all dependent packages
manually. I announced soversion bump on this list.
--
Sincerely,
Vitaly Zaitsev (vit...@easy
On 29.07.2020 19:14, Kevin Fenzi wrote:
> What exactly are the conflicts? Can you Obsolete/Provides whatever in
> libquotient?
libqmatrixclient is a very old version of libquotient (before the
upstream decided to rename it). Both of them provides the same files
(except of library versions).
If so
On 29.07.2020 19:33, Brendan Early wrote:
> Can you please explain what you mean by conflicts? They are in
> completely different directories.
Libqmatrixclient is a very old version of libquotient. Compatibility
packages should have compat- prefix.
> I am unaware of any policy that does not allow
On 29.07.2020 21:09, Kevin Fenzi wrote:
> So, options then would be:
>
> * Ask some provenpackager to help you and build the dependent packages
> in the side tag you made and push the update.
>
> * Mail the dependent package owners to build in the side tag you
> created and/or ask them to give y
On 29.07.2020 15:59, Jeff Law wrote:
> In general I want to have a very good indicator the issue is LTO related
> before I
> disable. THe build you referenced doesn't have any good indicators that LTO
> is
> the problem.
My packages nheko and mtxclient are failed due to LTO. Can you check
them?
On 30.07.2020 10:03, Kevin Kofler wrote:
> Independently of what the current packaging guidelines say about this
> (apparently, "compat-" is not even a thing anymore there, see Rathann's
> reply), it simply does not make sense to use any sort of prefixing or
> suffixing to the package name when
On 29.03.2020 18:24, Kevin Kofler wrote:
> RPM Fusion used to provide compiled kmod packages for years, and those just
> worked. (Well, for the proprietary ones, they only worked as well as
> proprietary drivers work to begin with, but that was no fault of the kmod
> packages.) So why and when d
On 30.03.2020 10:45, Daniel Smith wrote:
> The nvidia drivers need to be packaged for Fedora.
This is absolutely impossible. No proprietary software are allowed.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lis
On 13.04.2020 18:01, Tom Callaway wrote:
> What I don't understand is _why_ RPM Fusion made that change. Not saying
> it is without merit, just that I don't understand why a total rebuild is
> preferred.
Due to major synchronization problems between Fedora and RPM Fusion
repositories.
Fedora upda
On 13.04.2020 18:58, Michael Catanzaro wrote:
> I guess that solves the problem, doesn't it? There is zero reason for
> Fedora to be doing a component build anymore if it's no longer of
> benefit to rpmfusion. Yes?
I think so.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
__
On 14.04.2020 21:23, Ben Cotton wrote:
> Enable systemd-resolved by default. glibc will perform name resolution
> using nss-resolve rather than nss-dns.
I've tested systemd-resolved on my laptop for a month. It worked very,
very unstable. Sometimes it stopped responding and I needed to manually
re
On 30.04.2020 15:51, Luke Hinds wrote:
> Has anyone seen this before, why would it not be able to find pip.
You cannot use pip/npm/gems in official builds. You must use packaged
versions of such dependencies.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 30.04.2020 23:18, Mark Pearson wrote:
> Adam Williamson suggested I stick a note in the mailing list saying “hi”
> - so I’ve achieved that and officially upgraded myself from lurker! He
> also suggested I take questions from the community - and I’m very happy
> to do that.
Hello, Mark.
When Le
On 01.05.2020 12:52, Peter Robinson wrote:
> I bet this is actually the Intel Dynamic Platform and Thermal
> Framework (DPTF) that's at fault here [1] and so while I'm sure Lenovo
> can approach Intel and assist I'm not sure it's something they can fix
> directly, on the plus side it looks like it'
On 01.05.2020 14:52, Mark Pearson wrote:
> We have to meet some temperature safety requirements when the device is on
> lap. Because Linux doesn't have support for that the device defaults to the
> 'safer'
> power setting and you see thermal throttling (and lower performance than
> Windows). The
On 06.05.2020 15:12, Miro Hrončok wrote:
> Hello, as a Fedora user, who doesn't consume any modules, I'd like an
> easy way to disable modular repos to save some traffic (both for myself
> and on the mirrors).
I think this is a great idea.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
On 08.05.2020 16:55, Scott Talbert wrote:
> Speaking of fedora-obsolete-packages, that package got removed from my
> system on upgrade from F31->F32. Is that expected?
https://src.fedoraproject.org/rpms/fedora-obsolete-packages/pull-request/23
fedora-obsolete-packages is no longer required.
--
On 12.05.2020 10:35, Ty Young wrote:
> JUST PACKAGE THE PRE-COMPILED BUILDS!!!
No. Please read Fedora packaging guidelines. All packages **must** be
built from sources.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- de
Hello all!
The boost169 compatibility package conflicts with the regular boost on
Fedora 32. Both packages provides the same libraries.
Error: Transaction test error:
file /usr/lib64/libboost_system.so.1.69.0 from install of
boost169-system-1.69.0-6.fc32.x86_64 conflicts with file from package
On 19.05.2020 10:32, Guido Aulisi wrote:
> It seems GCC 10.0 had some bugs that could be discovered only at
> runtime. Did you have any similar problems?
GCC 10.0.1 was broken. Maintainers of gcc just used SVN trunk in
production without any real tests.
I experienced lots of ICEs and multiple cra
On 19.05.2020 11:40, Fabio Valentini wrote:
> As I wrote in my direct response to Guido, doing a mass rebuild for
> fedora just isn't possible in released branches. So, the best we can
> do is to deal with issues as people become aware of them and report
> them, and then rebuild those few broken pa
On 24.05.2020 11:47, Barry Scott wrote:
> I have tested with both the Workstation image and
> the KDE spin image. Both get stuck at the same place.
Can you check latest respins[1]?
[1]: https://dl.fedoraproject.org/pub/alt/live-respins/
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
__
Hello all.
Is it possible to remove old %changelog entries from SPECs? I can't find
information about this in Fedora packaging guidelines.
All history still can be found in git log.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mail
On 06.10.2019 09:08, Germano Massullo wrote:
> I would like to package OnlyOffice Desktop Editors [1]
Packaging of Electron is not allowed:
https://fedoraproject.org/wiki/Electron
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing
On 06.10.2019 10:11, Samuel Sieb wrote:
> I don't see anything about it not being allowed
Electron is a full Chromium core with nodejs engine, which contains
ffmpeg library. If you want to redistribute it in official repositories,
you must resolve all legal issues with bundled Chromium by strippin
On 14.10.2019 12:16, Kevin Kofler wrote:
> To be clear, I propose the following:
> * All packages MUST have a default version in any given Fedora release.
> * The default version MUST be shipped as non-modular (not as a modular
> default stream).
> * It follows that packages cannot be module-only
On 16.10.2019 06:13, Neal Gompa wrote:
> We cannot remove already existing default modules without further
> breaking things. Moreover, DNF will refuse to expose non-modular RPMs
> if it's aware of modular ones that have existed at some point. The
> best we can do is stop people from making more.
On 08.11.2019 13:16, Miro Hrončok wrote:
> kf5-baloo
> kf5-frameworkintegration
> kf5-kactivities
> kf5-kactivities-stats
> kf5-kbookmarks
> kf5-kcmutils
> kf5-kconfigwidgets
> kf5-kdeclarative
> kf5-kded
> kf5-kdelibs4support
> kf5-kdesignerplugin
> kf5-kdesu
> kf5-kdewebkit
> kf5-kemoticons
> kf
On 12.12.2019 21:37, Ben Cotton wrote:
> Proposal to make all Fedora optical media non-blocking. This means
> we'd stop blocking on bugs found during the installation of Fedora
> from optical media (like CDs and DVDs). This doesn't mean that
> installation from optical media would stop working, jus
Hello.
According to non-responsive maintainer procedure for tchaikov, I'm
asking here if anyone know how to reach out for the maintainer.
RHBZ ticket: https://bugzilla.redhat.com/show_bug.cgi?id=1778081
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
On 17.12.2019 20:18, Ken Dreyer wrote:
> Is there a particular Fedora bug that you need Kefu to address?
https://bugzilla.redhat.com/show_bug.cgi?id=1747062
Package fmt need to be updated to version 6.x at least in Rawhide.
Currently it locked 3 of my packages.
If he has no free time, he can add
On 18.12.2019 01:43, Brad Hubbard wrote:
> I spoke to the maintainer. He said he'll take a look this weekend. His
> workload is truly enormous and mind boggling so please be patient.
Please ask him to add me as co-maintainer to fmt package. I can help him
with packaging.
My FAS username: xvitaly
Hello.
I'm going to update spdlog package to version 1.4.2 in Rawhide. This is
not a header-only library anymore.
This update can break dependent packages if they don't use
cmake/pkgconfig to import spdlog.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
Hello.
Fmt 6.1.2 build completed for Rawhide. It include SOVERSION bump. All
dependent packages need to be rebuilded.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
On 18.12.2019 09:07, kefu chai wrote:
> Vitaly, sorry for the latency. thanks for your help. already added you
> as an admin of fmt project.
Thanks. Build completed:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1423531
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
On 19.12.2019 22:41, Ben Cotton wrote:
> This is a proposal to enable link time optimization (LTO) of packages
> built with rpmbuild by default. It's an over-simplification, but
> think of LTO as deferring analysis, optimization and code generation
> until creation of an executable or dynamic shar
On 19.12.2019 22:42, Ben Cotton wrote:
> Modify the gcc package so that the /usr/bin/cc and /usr/bin/c++
> symlinks are managed by update-alternatives.
It seems to me that it has already been implemented in old Fedora
releases as well as alternatives for text editors. Later it was decided
to drop
On 20.12.2019 10:23, Lennart Poettering wrote:
> So, if this is desirable, why doesn't the kernel do this on its own?
Kernel's TRIM has issues with data corruption on some SSD controllers.
You can check drivers/ata/libata-core.c of Linux kernel sources for more
information.
--
Sincerely,
Vital
On 20.12.2019 21:30, Jan Kratochvil wrote:
> This is AFAIK not enough for LUKS drives, will it be supported for LUKS?
If you want to enable TRIM for LUKS, you should add discard option to
/etc/crypttab file.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
On 20.12.2019 21:53, Chris Murphy wrote:
> If your LUKS drives are listed in fstab, they will have fstrim issued
> and it will pass down to the physical drive.
Only with enabled discard option in /etc/crypttab, because trimming of
LUKS significantly decrease security level (everyone even without
p
On 24.12.2019 12:00, Emmanuel wrote:
> Click the "Toggle all" button then the "Create button"
You need only "Create a new issue" permission.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
Hello, Nicolas Mailhot via devel.
Mon, 15 Jul 2019 07:35:09 + you wrote:
> It would be much clearer and user-friendly to move I*86 packages out of the
> 64 bit repos and make the i*86 an optional add-on
It will break multilib.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
Hello, Dridi Boukelmoune.
Mon, 15 Jul 2019 08:26:59 + you wrote:
> Emulate as in not run natively even though the hardware might be able to?
Sorry for misinformation. Wine64 is still require 32-bit libraries in
order to run legacy 32-bit Windows PE executables.
https://wiki.winehq.org/FAQ#I
Hello, Zdenek Dohnal.
Thu, 18 Jul 2019 13:44:56 +0200 you wrote:
> What's your opinion? Is it useful feature of Vim and it should stay as
> default, or it needs to be disabled?
I think, that *.spec files on Fedora should be treated as RPM SPEC files
by default.
--
Sincerely,
Vitaly Zaitsev (vi
1 - 100 of 1204 matches
Mail list logo
