Le lundi 08 juin 2020 à 09:48 -0600, Jeff Law a écrit :
>
> I put faith in both the upstreams and packagers to do the right thing
> for their project. Right now Fedora policy does exactly the opposite
> by forcing everyone to use GCC rather than making an informed, per
> project, decision.
Look,
On Tue, Jun 9, 2020 at 12:21 AM John M. Harris Jr wrote:
>
> On Monday, June 8, 2020 5:03:20 PM MST Kevin Kofler wrote:
> > Lennart Poettering wrote:
> >
> > > Well, if you don#t want that behaviour don't use the partition type
> > > UUIDs from the "discoverable partition spec" for your partitions
On Monday, June 8, 2020 5:03:20 PM MST Kevin Kofler wrote:
> Lennart Poettering wrote:
>
> > Well, if you don#t want that behaviour don't use the partition type
> > UUIDs from the "discoverable partition spec" for your partitions.
> >
> > It's how these type uuids are defined:
> >
> > https://sy
On Monday, June 8, 2020 5:40:56 AM MST Dridi Boukelmoune 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.
>
>
> In that case mo
On Thu, 2020-05-28 at 18:27 +0100, Jonathan Wakely wrote:
> On 28/05/20 09:44 +0100, Jonathan Wakely wrote:
> > I'm starting the rebuilds for Boost 1.73.0 and packages that depend on
> > it, using the f33-boost side tag.
> >
> > If you see "Rebuilt for Boost 1.73.0" in the changelog for one of you
Greetings everyone.
I thought I'd share with everyone how things went today and where we are
at on the datacenter service migration. :)
We did get everything we planns to migrated today:
* staging services shutdown and machines with those resources readied to
be shipped out.
* fedora-messa
Lennart Poettering wrote:
> Well, if you don#t want that behaviour don't use the partition type
> UUIDs from the "discoverable partition spec" for your partitions.
>
> It's how these type uuids are defined:
>
> https://systemd.io/DISCOVERABLE_PARTITIONS/
>
> By using these partition type uuids y
On Mon, 2020-06-08 at 22:54 +, Konstantin Kharlamov wrote:
> > On Sat, Jun 6, 2020 at 10:00 AM Richard W.M. Jones
> > >
> > (ZRAM)
> > Compression is intrinsic to just the /dev/zram device. The swap
> > code
> > doesn't share pages between swap devices. The higher priority
> > device
> > is f
> On Sat, Jun 6, 2020 at 10:00 AM Richard W.M. Jones wrote:
>
> (ZRAM)
> Compression is intrinsic to just the /dev/zram device. The swap code
> doesn't share pages between swap devices. The higher priority device
> is favored first until full. Once full, pages don't go through the
> zram module, t
> On Fri, Jun 5, 2020 at 4:35 AM Vitaly Zaitsev via devel
>
> Already discussed in the 'support hibernation' thread.
>
> Most laptops today have UEFI Secure Boot enabled by default and
> therefore hibernation isn't possible. And even when the laptop doesn't
> have Secure Boot enabled, there's a fo
On Mon, 2020-06-08 at 12:21 -0400, Robbie Harwood wrote:
> Igor Raits writes:
>
> > On Fri, 2020-06-05 at 23:11 -0600, Jeff Law wrote:
> > > On Fri, 2020-06-05 at 10:14 +0100, Jonathan Wakely wrote:
> > > > On 04/06/20 16:30 -0400, Ben Cotton wrote:
> > > >
> > > > > https://fedoraproject.org/wi
On Sa, 06.06.20 02:19, Kevin Kofler (kevin.kof...@chello.at) wrote:
> Chris Murphy wrote:
> > So yes it's well suited for these cases and the proposal does include
> > them. If they wish to be left out, that's up to those working groups.
> > It's possible to make sure /etc/systemd/zram-generator i
On Mon, Jun 08, 2020 at 06:19:40PM +0200, Jakub Jelinek wrote:
> The query above are bugs not related to c++20, and in some of them from the
> comments it appears LLVM is not willing to fix but instead want to try to
> change the psABI. The psABI authors stated that they don't intend to change
> i
Igor Raits writes:
> On Fri, 2020-06-05 at 23:11 -0600, Jeff Law wrote:
>> On Fri, 2020-06-05 at 10:14 +0100, Jonathan Wakely wrote:
>>> On 04/06/20 16:30 -0400, Ben Cotton wrote:
>>>
https://fedoraproject.org/wiki/Changes/CompilerPolicy
In some ways this means there is no "default
On Mon, Jun 08, 2020 at 10:02:53AM -0600, Jeff Law wrote:
> On Fri, 2020-06-05 at 23:16 +0200, Jakub Jelinek wrote:
> > On Fri, Jun 05, 2020 at 03:03:18PM -0600, Jeff Law wrote:
> > > Clang/LLVM and GCC are ABI compatible (with the known exception of the
> > > alignment
> > > issue for atomics) an
The Best logo design company in Coimbatore. https://webellzinnovation.com/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/
On Fri, 2020-06-05 at 23:16 +0200, Jakub Jelinek wrote:
> On Fri, Jun 05, 2020 at 03:03:18PM -0600, Jeff Law wrote:
> > Clang/LLVM and GCC are ABI compatible (with the known exception of the
> > alignment
> > issue for atomics) and one should be able to mix and match libraries
> > compiled by
> >
On Fri, 2020-06-05 at 21:49 +0200, Jakub Jelinek wrote:
> On Fri, Jun 05, 2020 at 01:36:37PM -0600, Jeff Law wrote:
> > > On Thu, 2020-06-04 at 16:30 -0400, Igor Raits wrote:
> > > ...
> > >
> > > Sadly some upstreams insist on clang just because they like it more,
> > > without any technical reas
On Fri, 2020-06-05 at 23:04 +0200, Mark Wielaard wrote:
> Hi Jeff,
>
> On Fri, 2020-06-05 at 10:07 -0600, Jeff Law wrote:
> > On Fri, 2020-06-05 at 15:56 +, devel-requ...@lists.fedoraproject.org
> > wrote:
> > > One issue I am concerned about here is debuginfo quality. GCC produced
> > > pret
On Mon, 08 Jun 2020 09:29:27 -0600
Jeff Law wrote:
> On Sun, 2020-06-07 at 13:07 -0700, stan via devel wrote:
> > On Thu, 4 Jun 2020 16:30:09 -0400
> > Ben Cotton wrote:
> >
> > > https://fedoraproject.org/wiki/Changes/CompilerPolicy
> > > An obvious example is Firefox. Upstream, the Firefox
On Sun, 2020-06-07 at 13:07 -0700, stan via devel wrote:
> On Thu, 4 Jun 2020 16:30:09 -0400
> Ben Cotton wrote:
>
> > https://fedoraproject.org/wiki/Changes/CompilerPolicy
> > An obvious example is Firefox. Upstream, the Firefox project builds
> > primarily with Clang/LLVM. Yet we force the Fe
On 02. 06. 20 18:40, Kevin Fenzi wrote:
Out detailed checklist for these migrations is available at
https://hackmd.io/@fedorainfra2020/rJpsA4FLL
The https://status.fedoraproject.org/ page links to a different but similar
hackmd.io document. Should it be replaced by this one?
--
Miro Hrončok
On Mon, Jun 08, 2020 at 01:36:11PM +0200, Petr Šabata wrote:
while we have some open tickets, we're waiting for the Modularity
presentation later this week. In the meantime, the discussion
continues in the tickets. There doesn't appear to be anything else to
discuss today so I'm proposing we canc
Hello,
as a maintainer of the python2.7 package I was surprised to see it being built
for ELN and I like to start a discussion on whether and how can I opt out this
deprecated package from ELN.
Since there is no tracker or dedicated mailing list, I am following the advice
given somewhere els
On Mon, Jun 8, 2020 at 1:37 PM Petr Šabata wrote:
>
> Hi,
>
> while we have some open tickets, we're waiting for the Modularity
> presentation later this week. In the meantime, the discussion
> continues in the tickets. There doesn't appear to be anything else to
> discuss today so I'm proposing w
On Mon, Jun 8, 2020 at 2:46 PM Miro Hrončok wrote:
>
> On 08. 06. 20 13:36, Petr Šabata wrote:
> > Hi,
> >
> > while we have some open tickets, we're waiting for the Modularity
> > presentation later this week. In the meantime, the discussion
> > continues in the tickets. There doesn't appear to b
On 08. 06. 20 13:36, Petr Šabata wrote:
Hi,
while we have some open tickets, we're waiting for the Modularity
presentation later this week. In the meantime, the discussion
continues in the tickets. There doesn't appear to be anything else to
discuss today so I'm proposing we cancel the meeting.
> 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.
In that case most of everything that happens on my system is magic, I
don't have comprehensive kn
Hi,
while we have some open tickets, we're waiting for the Modularity
presentation later this week. In the meantime, the discussion
continues in the tickets. There doesn't appear to be anything else to
discuss today so I'm proposing we cancel the meeting.
I'll chair the next one.
P
_
On Mon, Jun 08, 2020 at 09:03 Igor Raits wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Anybody knows new contact of David Moreau Simard ?
> Seems that email is not active anymore.
Hi Igor, you can join David at m...@dmsimard.com .
-Tristan
signature.asc
Description: PGP signat
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
Hi everybody,
Over time, I've encountered some packages that fail to build on EPEL7
/ EPEL8, in some cases, like since forever. Is there an equivalent to
the FTBFS cleanup in rawhide / fedora N+1 for EPEL branches? Or are
those packages just left to rot?
Two examples:
- assertj-core (seems to be
Oooh, that would be perfect!
Tomas
On 6/8/20 10:57 AM, Florian Festi wrote:
May be https://github.com/rpm-software-management/rpm/pull/1256 does the
trick. Comments welcome!
Florian
On 6/5/20 4:39 PM, Igor Raits wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Fri, 2020-06-05 at 16
On Mon, Jun 08, 2020 at 10:58:12AM +0100, Richard W.M. Jones wrote:
> On Sun, Jun 07, 2020 at 05:25:15PM -0600, Chris Murphy wrote:
> > On Sun, Jun 7, 2020 at 2:48 PM David Kaufmann wrote:
> > >
> > > On Sat, Jun 06, 2020 at 05:36:15PM -0600, Chris Murphy wrote:
> > > > To me this sounds like too
On Sun, Jun 07, 2020 at 05:25:15PM -0600, Chris Murphy wrote:
> On Sun, Jun 7, 2020 at 2:48 PM David Kaufmann wrote:
> >
> > On Sat, Jun 06, 2020 at 05:36:15PM -0600, Chris Murphy wrote:
> > > To me this sounds like too much dependency on swap.
> >
> > That's not what I meant, I wanted to emphasiz
On Fri, Jun 5, 2020 at 5:48 PM Nicolas Mailhot via devel
wrote:
> Some language ecosystems have very low quality unit tests ...
I'd discourage the "some test suites are bad, so let's disable them
all '' attitude.
Some very small and very stable testsuites may still be beneficial to
be run every t
On 2020-06-07 11:29 p.m., Chris Murphy wrote:
On Sun, Jun 7, 2020 at 11:25 PM Luya Tshimbalanga
wrote:
On Sun, Jun 7, 2020 at 1:26 PM Luya Tshimbalanga
Good to know. I proceed to remove on my desktop which has 32 GB RAM.
I'm not sure whose service this is but I don't have it.
After remov
On Sat, Jun 6, 2020 at 4:55 PM Chris Murphy wrote:
> Also, the zpool memory cache is
> preallocated, unlike zram devices.
Nevermind. This is also dynamic.
"dynamically allocated RAM-based memory pool"
https://www.kernel.org/doc/Documentation/vm/zswap.txt
--
Chris Murphy
__
On Sat, Jun 06, 2020 at 03:10:37PM -0700, Samuel Sieb wrote:
> On 6/6/20 9:04 AM, Richard W.M. Jones wrote:
> >On Fri, Jun 05, 2020 at 04:07:44PM -0600, Chris Murphy wrote:
> >>This laptop with 8GiB RAM is running two VMs at the same time: Windows
> >>10 and Fedora Workstation 32. The host is Fedor
On 6/8/20 11:00, Miro Hrončok wrote:
> irssi huzaifas, jskarvad, orphan 1 weeks ago
I went ahead and took irssi as I use it daily.
--
Kalev
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
Igor Raits wrote:
> Why is it painful? You have all dependencies packaged that follow
> semver (not like Go) and it is quite easy to build those packages.
Semver is just a convention on version numbers (and one that, IMHO, is still
open to human interpretation). It does not solve the problem at h
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
May be https://github.com/rpm-software-management/rpm/pull/1256 does the
trick. Comments welcome!
Florian
On 6/5/20 4:39 PM, Igor Raits wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On Fri, 2020-06-05 at 16:10 +0200, Tomas Orsava wrote:
>> Hi,
>> I think it would be useful to ha
Nicolas Mailhot via devel wrote:
> And Go has all build dependencies in the release where they are used
> (not like rust, with magic ephemeral rawhide-only packages)
Ephemeral Rawhide-only packages mean the builds cannot be reproduced in a
release, which is a clear violation of our packaging guid
On Mon, 8 Jun 2020 at 10:37, Florian Weimer wrote:
>
> * Iñaki Ucar:
>
> > On Mon, 8 Jun 2020 at 07:12, Gordon Messmer
> > wrote:
> >>
> >> > - I found that [1] does a pretty good job replacing /usr/bin/systemctl
> >> > [1] https://github.com/gdraheim/docker-systemctl-replacement
> >>
> >> I onl
* Iñaki Ucar:
> On Mon, 8 Jun 2020 at 07:12, Gordon Messmer wrote:
>>
>> > - I found that [1] does a pretty good job replacing /usr/bin/systemctl
>> > [1] https://github.com/gdraheim/docker-systemctl-replacement
>>
>> I only use WSL for an interactive shell, so I haven't needed to do much
>> of a
On Mon, 8 Jun 2020 at 07:12, Gordon Messmer wrote:
>
> > - I found that [1] does a pretty good job replacing /usr/bin/systemctl
> > [1] https://github.com/gdraheim/docker-systemctl-replacement
>
> I only use WSL for an interactive shell, so I haven't needed to do much
> of anything with systemd.
On 05/06/20 23:11 -0600, Jeff Law wrote:
On Fri, 2020-06-05 at 10:14 +0100, Jonathan Wakely wrote:
"Upstream only builds+tests with Clang and using GCC requires lots of
work from the Fedora maintainer to fix problems that upstream don't
care about" is a good reason to use Clang.
"I've heard the
On 05/06/20 13:10 -0600, Jeff Law wrote:
On Fri, 2020-06-05 at 20:51 +0200, Florian Weimer wrote:
* Jeff Law:
> As we both know, GCC has had ABI bugs as well. Both compilers strive
> to be ABI compatible with each other and we should continue to work
> together to find and address such issues.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Anybody knows new contact of David Moreau Simard ?
Seems that email is not active anymore.
https://bugzilla.redhat.com/show_bug.cgi?id=1841624
- --
Igor Raits
-BEGIN PGP SIGNATURE-
iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl7d4tQACgkQE
50 matches
Mail list logo
