Le vendredi 03 juillet 2020 à 08:24 -0700, PGNet Dev a écrit :
>
>
> On 7/3/20 12:01 AM, Nicolas Mailhot wrote:
> > You added some processing that depends on the git command (that
> > forgemeta does not use) but forgot to BuildRequire the package
> > providing that command.
>
> It's _clearly_ al
Le vendredi 03 juillet 2020 à 11:09 -0700, PGNet Dev a écrit :
>
> %define _build_timestamp %( date +%Y%m%d_%H%M%S )
>
You’re hitting rpm macro expansion and the fact someone added %S as
alias to%SOURCE in recent rpm versions (source management is an unholly
mess in original rpm and people
Releng is resposible for this at docker hub.
So, i filed out a report at releng a while a go.
https://pagure.io/releng/issue/9541
Not sure when the update will be happen.
cheers,
Wolfgang
___
devel mailing list -- devel@lists.fedoraproject.org
To u
Em Wed, 1 Jul 2020 09:34:18 +0530
Sumantro Mukherjee escreveu:
> Hey Testers,
>
> Monday, 2020-07-06 will be SwapOnZRAM Test Day[0]!
>
> This Test Day will focus on SwapOnZRAM[1]. Swap partition is useful,
> except when it's slow. Zram is a RAM drive that uses compression.
> Create a swap-on-zr
On Sat, Jul 04, 2020 at 10:35:19AM +0200, Mauro Carvalho Chehab wrote:
> Em Wed, 1 Jul 2020 09:34:18 +0530
> Sumantro Mukherjee escreveu:
>
> > Hey Testers,
> >
> > Monday, 2020-07-06 will be SwapOnZRAM Test Day[0]!
> >
> > This Test Day will focus on SwapOnZRAM[1]. Swap partition is useful,
>
On Wed, 1 Jul 2020 21:03:09 -0600
Jerry James wrote:
> On Wed, Jul 1, 2020 at 12:06 PM Susi Lehtola
> wrote:
> > On Wed, 1 Jul 2020 10:54:16 -0600
> > Jerry James wrote:
> > > openblas-serial: use if the application is multithreaded
> > > openblas-threads: use if the application is single-thre
I've been needing to lighten my packaging load for some time now so I
wanted to ask, will someone, who preferably knows a little haskell (I
don't), like to help maintain hedgewars? Or even take it over?
My kids don't play it anymore, which was my original reason for taking it.
Thanks,
Richard
___
Hi,
Could anyone please review the package python-json?
https://bugzilla.redhat.com/show_bug.cgi?id=1853829
Thanks!
--
Regards,
Chenxiong Qi
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fed
> This post is just to gather feed back why Fedora should still continue
> to support legacy BIOS boot as opposed to stop supporting it
Fedora should absolutely CONTINUE supporting BIOS boot (sometimes wrongly
labeled "legacy BIOS").
Some of the finest hardware around uses trusty BIOS and w
On Saturday, 4 July 2020 15:09:06 CEST Chenxiong Qi wrote:
> Hi,
>
> Could anyone please review the package python-json?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1853829
>
> Thanks!
>
A few minor things to fix and you're good to go.
___
devel
On Sat, Jul 04, 2020 at 01:24:46PM -, ziba wrote:
> Fedora should absolutely CONTINUE supporting BIOS boot (sometimes wrongly
> labeled "legacy BIOS").
Yep, Fedora should continue supporting BIOS boot at least for the next
few years. This question will surely be revisited after the remaini
On Fri, Jul 03, 2020 at 06:11:08PM +0200, Iñaki Ucar wrote:
> On Fri, 3 Jul 2020 at 16:15, Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Thu, Jul 02, 2020 at 09:50:47AM +0200, Iñaki Ucar wrote:
> > > On Wed, 1 Jul 2020 at 18:39, Miro Hrončok wrote:
> > > >
> > > > On 01. 07. 20 16:24, Ben Cotto
On Tue, Jun 23, 2020 at 06:26:23PM +0200, Tomas Hrnciar wrote:
Hello everyone,
there are plenty of Python packages in Fedora currently using setuptools at
buildtime but not all of them are BuildRequiring it explicitly. This only works
because python3-devel (transitively) depends on python3-setup
On Mi, 01.07.20 22:09, John M. Harris Jr (joh...@splentity.com) wrote:
> GRUB2 supports UEFI well, probably better than systemd-bloat. At the same
> time, it's much more flexible in other aspects, providing users with the
> ability to boot their system in a number of situations that systemd-bloat
On Mi, 01.07.20 21:06, Neal Gompa (ngomp...@gmail.com) wrote:
> The user-interactive portion of sd-boot is *awful*. I know our GRUB
> looks ugly by default these days too, but it doesn't have to be, and
> most distros actually do make it look semi-decent.
BTW, the current look of systemd-boot was
On Sat, 4 Jul 2020 at 16:20, Zbigniew Jędrzejewski-Szmek
wrote:
>
> > > Would the maintainer consider switching the whole thing to LGPLv3?
> > > This would preserve the freeness of his code and be much less hassle
> > > for everyone involved, with no interpretation of new legal texts required.
> >
On Do, 02.07.20 12:46, Peter Robinson (pbrobin...@gmail.com) wrote:
> On Wed, Jul 1, 2020 at 12:19 AM Jóhann B. Guðmundsson
> wrote:
> >
> > On 30.6.2020 22:38, Kevin Kofler wrote:
> > > Jóhann B. Guðmundsson wrote:
> > >> sd-boot is already installed on end users system, is light weight
> > >> c
On Sat, Jul 4, 2020 at 11:20 AM Lennart Poettering wrote:
>
> On Mi, 01.07.20 21:06, Neal Gompa (ngomp...@gmail.com) wrote:
>
> > The user-interactive portion of sd-boot is *awful*. I know our GRUB
> > looks ugly by default these days too, but it doesn't have to be, and
> > most distros actually d
On Mi, 01.07.20 22:10, Neal Gompa (ngomp...@gmail.com) wrote:
> This could still work. But you really shouldn't accept butt-ugliness
> from any user-facing technology, even sd-boot.
Dude, maybe what is "butt-ugly" and what isn't is in the eye of the
beholder, and maybe if you want to spend the da
On Sat, Jul 4, 2020 at 11:30 AM Lennart Poettering wrote:
>
> On Mi, 01.07.20 22:10, Neal Gompa (ngomp...@gmail.com) wrote:
>
> > This could still work. But you really shouldn't accept butt-ugliness
> > from any user-facing technology, even sd-boot.
>
> Dude, maybe what is "butt-ugly" and what isn
On Mi, 01.07.20 22:55, John M. Harris Jr (joh...@splentity.com) wrote:
> Lennart,
>
> We don't need more systemd-bloat just to boot our systems. However your
> bootloader works, it doesn't really matter if it's not up to snuff with GRUB2.
> When it supports LUKS, LVM, LUKS+LVM, a recovery console
On Sa, 04.07.20 11:39, Mauricio Tavares (raubvo...@gmail.com) wrote:
> On Sat, Jul 4, 2020 at 11:30 AM Lennart Poettering
> wrote:
> >
> > On Mi, 01.07.20 22:10, Neal Gompa (ngomp...@gmail.com) wrote:
> >
> > > This could still work. But you really shouldn't accept butt-ugliness
> > > from any u
Sergio Belkin wrote:
> So the question is: in this case I can override the Fedora compiler flags?
Just append -Wno-error=format-security, and if you want to get this out of
the build log entirely, also -Wno-format-security. You don't have to
actually remove any of the Fedora flags, appended flag
Am Mi., 1. Juli 2020 um 00:52 Uhr schrieb Jerry James :
> On Tue, Jun 30, 2020 at 4:01 PM Tom Callaway wrote:
> > lua-event seems to be broken because of broken deps unrelated to Lua 5.4:
> > nothing provides perl(:MODULE_COMPAT_5.30.1) needed by
> > perl-Monotone-1.1-34.fc32.x86_64, so I left i
On Sat, 2020-07-04 at 09:44 -0400, Solomon Peachy wrote:
> On Sat, Jul 04, 2020 at 01:24:46PM -, ziba wrote:
> > Fedora should absolutely CONTINUE supporting BIOS boot (sometimes
> > wrongly
> > labeled "legacy BIOS").
>
> Yep, Fedora should continue supporting BIOS boot at least for the
> n
On Do, 02.07.20 15:30, Brandon Nielsen (niels...@jetfuse.net) wrote:
> I don't think removing BIOS support _today_ is the right answer either. I
> have BIOS only hardware kicking around, and quite a bit of my UEFI hardware
> still supports legacy BIOS booting as well (though I don't use it).
>
> H
On 04.07.20 17:59, Lennart Poettering wrote:
> btw, sd-boot has a few tricks up its sleeve: if during boot you keep
> "w" pressed down it will automatically boot into windows, similar if
> you keep "l" pressed down it will automaticall boot into linux, "a"
> will boot into macos, all without showin
On Do, 02.07.20 17:24, Alex Thomas (karlth...@gmail.com) wrote:
> Question about systemd-boot vs GRUB2.
> One of the current stumbling blocks is the lack of LUKS2 support in
> GRUB2. Does sytemd-boot support LUKS2?
No it does not. Why would you encrypt your kernel/initrd?
On UEFI you have to hav
If no one else speaks up soon, I'll take it.
\--
Gwyn Ciesla
she/her/hers
\
in your fear, seek only peace
in your fear, seek only love
\-d. bowie
Sent from ProtonMail mobile
\ Original Message
On Jul 4, 2020,
On Mi, 01.07.20 17:19, Javier Martinez Canillas (jav...@dowhile0.org) wrote:
> > Note that the spec has extension points (i.e. it's permissible to add
> > new fields without this breaking the spec), but turning it into a
> > programming lnaguage is wy outside of it...
> >
>
> I wouldn't consid
On Fri, Jul 3, 2020 at 8:10 AM Milan Crha wrote:
>
> Hello,
> I'm sorry for a late notice, the 3.37.3 release (will be done today) of
> the evolution-data-server has a soname version bump on the
> libedataserver library. It has a change on an EWebDAVSession API, which
> I do not think is u
On Sat, Jul 04, 2020 at 06:37:09PM +0200, Fabio Valentini wrote:
> On Fri, Jul 3, 2020 at 8:10 AM Milan Crha wrote:
> >
> > Hello,
> > I'm sorry for a late notice, the 3.37.3 release (will be done today) of
> > the evolution-data-server has a soname version bump on the
> > libedataserver l
On 7/4/20 1:35 AM, Mauro Carvalho Chehab wrote:
Em Wed, 1 Jul 2020 09:34:18 +0530
Sumantro Mukherjee escreveu:
[0] https://fedoraproject.org/wiki/Test_Day:F33_SwapOnZRAM
Hmm... it mentions that Fedora 31 would be ok for the tests, but
the zram-generator package is not available on Fedora 31:
On Sat, Jul 4, 2020 at 10:19 AM Lennart Poettering wrote:
> If it way my decision I'd propose the following as the path to the
> future:
>
> 1. Unify/standardize on the boot loader spec, not the boot loader
>
> 2. Let's use UEFI as model and make MBR boots more alike UEFI then the
>other way
Igor has now built new packages in koji for fc31, fc32, and fc33. I
expect we'll use those for the test day. Thanks Igor!
--
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproj
On 7/3/20 12:41 PM, Chris Murphy wrote:
# rm -rf/var/lib/mysql/
# mv/var/lib/mysql2/ /var/lib/mysql/
## resume operation
BTW this should be proofread/sanity checked, especially because
there's an rm command (that will fail in the original).
You also might need a restorecon after this, since
On Sat, Jul 4, 2020 at 12:28 PM Samuel Sieb wrote:
>
> On 7/4/20 1:35 AM, Mauro Carvalho Chehab wrote:
> > Em Wed, 1 Jul 2020 09:34:18 +0530
> > Sumantro Mukherjee escreveu:
> >> [0] https://fedoraproject.org/wiki/Test_Day:F33_SwapOnZRAM
> >
> > Hmm... it mentions that Fedora 31 would be ok for t
On Sat, Jul 4, 2020 at 12:53 PM Randy Barlow
wrote:
>
> On 7/3/20 12:41 PM, Chris Murphy wrote:
> > # rm -rf/var/lib/mysql/
> >
> >> # mv/var/lib/mysql2/ /var/lib/mysql/
> >> ## resume operation
> > BTW this should be proofread/sanity checked, especially because
> > there's an rm command (that wil
On 7/4/20 11:54 AM, Chris Murphy wrote:
On Sat, Jul 4, 2020 at 12:28 PM Samuel Sieb wrote:
It is available on F31, I have it installed. When I checked the
version, I found that it's a module, so you wouldn't see it in that
location. You can just dnf install it and it will work.
# rpm -q zram
On Sat, Jul 04, 2020 at 05:20:48PM +0200, Iñaki Ucar wrote:
> On Sat, 4 Jul 2020 at 16:20, Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > > > Would the maintainer consider switching the whole thing to LGPLv3?
> > > > This would preserve the freeness of his code and be much less hassle
> > > > for ev
On Fri, Jul 03, 2020 at 10:37:43AM -0600, Chris Murphy wrote:
> On Thu, Jul 2, 2020 at 10:29 PM Scott Schmit wrote:
> >
> > On Sun, Jun 28, 2020 at 03:40:11PM -0600, Chris Murphy wrote:
> > > Databases and VM images are things btrfs is bad at out of the box.
> > > Most of this has to do with fsync
On 7/3/20 9:37 AM, Chris Murphy wrote:
To give the nodatacow suggestion a try:
## shutdown the database
# mkdir /var/lib/mysql2
# chattr +C /var/lib/mysql2
# cp /var/lib/mysql/* /var/lib/mysql2/
# rm /var/lib/mysql/
# mv /var/lib/mysql2/ /var/lib/mysql/
## resume operation
To avoid possible iss
On Sat, Jul 04, 2020 at 09:48:04AM -0700, Kevin Fenzi wrote:
> On Sat, Jul 04, 2020 at 06:37:09PM +0200, Fabio Valentini wrote:
> > On Fri, Jul 3, 2020 at 8:10 AM Milan Crha wrote:
> > >
> > > Hello,
> > > I'm sorry for a late notice, the 3.37.3 release (will be done today) of
> > > the ev
On Mon, Jun 29, 2020 at 01:33:37PM -0400, Josef Bacik wrote:
> On 6/29/20 12:23 PM, J. Bruce Fields wrote:
> > Maybe not a desktop question, but do you know btrfs's change
> > attribute/i_version status? Does it default to bumping i_version on
> > each change, or does that still need to be opted i
On Sat, Jul 4, 2020 at 3:29 PM Scott Schmit wrote:
>
> On Fri, Jul 03, 2020 at 10:37:43AM -0600, Chris Murphy wrote:
> > On Thu, Jul 2, 2020 at 10:29 PM Scott Schmit wrote:
> > >
> > > On Sun, Jun 28, 2020 at 03:40:11PM -0600, Chris Murphy wrote:
> > > > Databases and VM images are things btrfs i
On Friday, July 3, 2020 10:11:53 PM MST Alexey Avramov wrote:
> >it should be disabled so it doesn't kill our software
>
>
> What should people who suffer from the fact that the kernel's OOM killer
> does not work, and they are forced to hard reboot (and lose unsaved data)
> the computer when it
On Saturday, July 4, 2020 6:44:55 AM MST Solomon Peachy wrote:
> On Sat, Jul 04, 2020 at 01:24:46PM -, ziba wrote:
> > Fedora should absolutely CONTINUE supporting BIOS boot (sometimes wrongly
> > labeled "legacy BIOS").
>
> Yep, Fedora should continue supporting BIOS boot at least for the n
On Saturday, July 4, 2020 9:19:34 AM MST Lennart Poettering wrote:
> If it way my decision I'd propose the following as the path to the
> future:
>
> 1. Unify/standardize on the boot loader spec, not the boot loader
>
> 2. Let's use UEFI as model and make MBR boots more alike UEFI then the
>o
On Saturday, July 4, 2020 8:59:09 AM MST Lennart Poettering wrote:
> You can always enter its UI if you like, which is useful if the OS you
> come from doesn't support the interfaces as well as Linux does.
That should really be the default, as with the default, sane, bootloader..
> BTW, I think
On Saturday, July 4, 2020 6:05:19 AM MST Richard Shaw wrote:
> I've been needing to lighten my packaging load for some time now so I
> wanted to ask, will someone, who preferably knows a little haskell (I
> don't), like to help maintain hedgewars? Or even take it over?
>
> My kids don't play it an
Hello,
My name is Nikolay Nikolov. I'm a software developer and free/open
source enthusiast. I've been using Linux since Red Hat Linux 5.0. After
Red Hat Linux 9, I upgraded to Fedora Core 1 and I've used every Fedora
version since then. :) I'm a core developer of the Free Pascal Compiler
( https:
On Sat, Jul 04, 2020 at 05:24:05PM -0700, John M. Harris Jr wrote:
> There are still new systems built today that only support BIOS, and vendors
> providing systems factory-configured for BIOS boot on hardware that does
> support UEFI.
Lots of hardware has a very long tail -- For example, Intel
On Saturday, July 4, 2020 8:10:49 PM MST Solomon Peachy wrote:
> On Sat, Jul 04, 2020 at 05:24:05PM -0700, John M. Harris Jr wrote:
> > There are still new systems built today that only support BIOS, and
> > vendors
> > providing systems factory-configured for BIOS boot on hardware that does
> > su
On 7/5/20 4:47 AM, nick...@gmail.com wrote:
Hello,
My name is Nikolay Nikolov. I'm a software developer and free/open
source enthusiast. I've been using Linux since Red Hat Linux 5.0. After
Red Hat Linux 9, I upgraded to Fedora Core 1 and I've used every Fedora
version since then. :) I'm a core
>Linux handles low memory situations just fine, but it's much better if you
>have an appropriately sized swap partition and let the kernel do its job
No, by default Linux can hang at low memory condition. Huge swap space will not
help you if a leak occurs. With a large swap space, the hang can
Le samedi 04 juillet 2020 à 23:10 -0400, Solomon Peachy a écrit :
> folks that make very long-lifecycle industrial systems
> meant to run generally ancient software
Those things are not meant to run ancient software. They are meant to
run a very long time. And yes at the end of this time the sof
On Saturday, July 4, 2020 11:27:47 PM MST Alexey Avramov wrote:
> >Linux handles low memory situations just fine, but it's much better if you
> >
have an appropriately sized swap partition and let the kernel do its job
>
> No, by default Linux can hang at low memory condition. Huge swap space wil
Le samedi 04 juillet 2020 à 23:10 -0400, Solomon Peachy a écrit :
> (Note this explicitly excludes Chromebooks)
So you want to discuss Linux desktop deployments, excluding the only
sucessful mass Linux desktop deployment to date? Why?
Also your data conflates systems sold in with systems in
58 matches
Mail list logo
