Hi guys,
Later today i will rebase libutempter to version 1.2.1. I checked new
version with
abi-compliance checker and it seems to be 100% compatible with the old one,
so no rebuilds will be necessary. Although i do not expect any issues, i
wanted to give you info in case that something goes wrong.
python-dns 2.0.0rc2 is ready in the COPR.
- mailman3 FTBFS because it has missing dependencies in rawhide
- python-ryu FTBFS but the problem is only in COPR (probably caused by
an empty resolv.conf) and it builds fine in mock.
Lumír
On 6/25/20 12:30 PM, Lumir Balhar wrote:
Hello.
tl;dr - if
On Mon, Jul 06, 2020 at 08:06:05PM -0600, Chris Murphy wrote:
> On Mon, Jul 6, 2020 at 4:48 PM Gerald Henriksen wrote:
> > So if one has a spare partition to play with btrfs, is there an easy
> > way to install a second copy of Fedora without having the /boot/efi/
> > entries overwrite the existin
On Fri, 03 Jul 2020 14:52:00 +0200, Jan Kratochvil wrote:
> On Thu, 02 Jul 2020 02:04:48 +0200, Kevin Fenzi wrote:
> > On Wed, Jul 01, 2020 at 11:22:26PM +0200, Jan Kratochvil wrote:
> > > I will file a ticket after Spot says his opinion (or not).
> >
> > Sure.
>
> https://src.fedoraproject.org/
On Thu, Jul 2, 2020 at 4:53 AM Benjamin Berg wrote:
> On Wed, 2020-07-01 at 11:07 -0500, Michael Catanzaro wrote:
> > So the last two times thermald was proposed (first as a F32 change
> > proposal, then more recently to the Workstation WG) it was rejected on
> > the grounds that it was not usefu
On Mon, Jul 6, 2020 at 5:30 PM Samuel Sieb wrote:
>
> On 7/6/20 4:24 PM, Adam Williamson wrote:
> > If you mean the EFI boot manager entry, just renaming the existing one
> > something other than "Fedora" ought to do the trick, I think. So far as
> > /boot/efi goes...well, you have two choices. Yo
On Mon, Jul 6, 2020 at 4:48 PM Gerald Henriksen wrote:
>
> On Wed, 1 Jul 2020 14:24:37 -0400, you wrote:
>
> >On Wed, Jul 01, 2020 at 06:54:02AM +, Zbigniew J?drzejewski-Szmek wrote:
> >> Making btrfs opt-in for F33 and (assuming the result go well) opt-out for
> >> F34
> >> could be good opt
On Mon, Jul 6, 2020 at 9:52 AM Stephen John Smoogen wrote:
>
> On Mon, 6 Jul 2020 at 01:19, Chris Murphy wrote:
> >
> > On Fri, Jul 3, 2020 at 8:40 PM Eric Sandeen wrote:
> > >
> > > On 7/3/20 1:41 PM, Chris Murphy wrote:
> > > > SSDs can fail in weird ways. Some spew garbage as they're failing,
Hi,
Would it be ok, to create a png2vuy and vpxenc package in fedora ?
With png2vuy and vpxenc it would be possible to create a webm-movie from
a sequence of image files.
Can the fedora firefox show a .webm file (youtube use the .webm format) ?
A program, that could use png2yuv and vpxenc for mov
On 7/6/20 4:24 PM, Adam Williamson wrote:
If you mean the EFI boot manager entry, just renaming the existing one
something other than "Fedora" ought to do the trick, I think. So far as
/boot/efi goes...well, you have two choices. You can have the two
installs share one, or have two separate ones.
On Mon, 2020-07-06 at 16:24 -0700, Adam Williamson wrote:
> On Mon, 2020-07-06 at 18:48 -0400, Gerald Henriksen wrote:
> > On Wed, 1 Jul 2020 14:24:37 -0400, you wrote:
> >
> > > On Wed, Jul 01, 2020 at 06:54:02AM +, Zbigniew J?drzejewski-Szmek
> > > wrote:
> > > > Making btrfs opt-in for F33
On Mon, 2020-07-06 at 18:48 -0400, Gerald Henriksen wrote:
> On Wed, 1 Jul 2020 14:24:37 -0400, you wrote:
>
> > On Wed, Jul 01, 2020 at 06:54:02AM +, Zbigniew J?drzejewski-Szmek wrote:
> > > Making btrfs opt-in for F33 and (assuming the result go well) opt-out for
> > > F34
> > > could be go
On Monday, July 6, 2020 3:03:05 PM MST Peter Robinson wrote:
> > > It's less complex to maintain one solution for both types of boot, I'd
> > > imagine. I'm not the one that'd be doing the work to support it, so far
> > > be it from me to prevent somebody from doing so, but that's just what
> > > i
On Monday, July 6, 2020 8:47:24 AM MST Przemek Klosowski via devel wrote:
> On 7/4/20 8:18 PM, John M. Harris Jr wrote:
>
> > I've never managed to get one of my own Fedora machines to the point of
> > OOMing, and, when I have seen others do it, it's a problem that would
> > have
> > been solved b
On Wed, 1 Jul 2020 14:24:37 -0400, you wrote:
>On Wed, Jul 01, 2020 at 06:54:02AM +, Zbigniew J?drzejewski-Szmek wrote:
>> Making btrfs opt-in for F33 and (assuming the result go well) opt-out for F34
>> could be good option. I know technically it is already opt-in, but it's not
>> very visibl
> > It's less complex to maintain one solution for both types of boot, I'd
> > imagine. I'm not the one that'd be doing the work to support it, so far be
> > it
> > from me to prevent somebody from doing so, but that's just what it sounds
> > like. Right now, we have one solution that works well f
I will update several of our math packages in the next couple of days,
once I finish doing test builds. Multiple soname bumps are involved.
I will rebuild all affected packages. This will be my first attempt
at building in a side tag. Wish me luck!
The following will be updated, in "round" orde
On 7/6/20 1:48 PM, Sergio Belkin wrote:
At
https://fedoraproject.org/wiki/Changes/SwapOnZRAM#Why_systemd_zram-generator.3F
it says:
"Do not create swap partition/LV with default installations."
I don't understand if it is a description or a prescription :)I mean,
can coexist swap partition/LV
On Mon, Jul 6, 2020 at 5:05 PM John M. Harris Jr wrote:
>
> On Monday, July 6, 2020 1:34:05 PM MST Neal Gompa wrote:
> > On Mon, Jul 6, 2020 at 4:26 PM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Monday, July 6, 2020 5:24:32 AM MST Gerd Hoffmann wrote:
> > >
> > > > Default fedora disk layo
On Monday, July 6, 2020 1:34:05 PM MST Neal Gompa wrote:
> On Mon, Jul 6, 2020 at 4:26 PM John M. Harris Jr
> wrote:
> >
> >
> > On Monday, July 6, 2020 5:24:32 AM MST Gerd Hoffmann wrote:
> >
> > > Default fedora disk layout in UEFI mode is partitions for ESP, /boot
> > > and
> > > LVM. If you
> > I guess that shows how unfamiliar I am with UEFI boot Fedora. You would
> > encrypt /boot to ensure that your boot images have not been tampered with,
> > or
> > config files haven't been read by somebody other than the end user.
> >
>
> Encryption != integrity/authentication. The only thing e
El vie., 5 jun. 2020 a las 16:10, John M. Harris Jr ()
escribió:
> On Friday, June 5, 2020 12:03:03 PM MST Chris Murphy wrote:
> > On Fri, Jun 5, 2020 at 11:47 AM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Thursday, June 4, 2020 11:54:37 PM MST Kevin Kofler wrote:
> >
> >
> >
> > > > Also
On Mon, Jul 6, 2020 at 4:26 PM John M. Harris Jr wrote:
>
> On Monday, July 6, 2020 5:24:32 AM MST Gerd Hoffmann wrote:
> > Default fedora disk layout in UEFI mode is partitions for ESP, /boot and
> > LVM. If you ask for full disk encryption LVM is encrypted, ESP + boot
> > are not. Which makes
On Monday, July 6, 2020 5:24:32 AM MST Gerd Hoffmann wrote:
> Default fedora disk layout in UEFI mode is partitions for ESP, /boot and
> LVM. If you ask for full disk encryption LVM is encrypted, ESP + boot
> are not. Which makes sense to me. Why would you encrypt /boot? The
> files you can fin
Hi,
On 7/6/20 9:36 PM, John M. Harris Jr wrote:
On Monday, July 6, 2020 5:51:40 AM MST Gerd Hoffmann wrote:
Image boots in both uefi (sd-boot) and bios (grub2) mode, and the config
file for the latter is so short that I can include it here without
hitting the mailing list size limit ;)
---
On Thu, Jun 25, 2020 at 02:55:50PM +0200, Pierre-Yves Chibon wrote:
> On Sat, Jun 13, 2020 at 10:10:36PM +0200, Pierre-Yves Chibon wrote:
> > Good Morning Everyone,
> >
> > If you are a packagers or are watching tickets on dist-git (ie: asked to be
> > cc'ed on tickets on bugzilla for a given packa
On Monday, 6 July 2020 18.55.11 WEST Kevin Fenzi wrote:
> I restarted the database server this morning. It usually takes about 1.5
> seconds to restart, so you must have just hit it in that window.
>
> kevin
My only concern was if there was any kind of (hidden) consequence of the
error. From yo
I have been playing with swap on ZRAM some in the past days, and more
formally running it through it's paces during today's test day[0], and I
just want to say thank you to everyone involved in getting it ready for
release. It has made a marked difference in desktop responsiveness when
doing me
On Monday, July 6, 2020 2:10:18 AM MST Jóhann B. Guðmundsson wrote:
> On 5.7.2020 19:31, Solomon Peachy wrote:
>
> > On Sun, Jul 05, 2020 at 07:18:47PM -, Tom Seewald wrote:
> >
> >> In terms of physical x86 systems, you are right that UEFI is the
> >> overwhelming majority. But as stated els
On 6.7.2020 12:07, Tomasz Torcz wrote:
On Mon, Jul 06, 2020 at 01:31:30PM +0200, Gerd Hoffmann wrote:
The BIOS provides block device access at sector level, so the boot
loader has little choice but implementing drivers for all kinds of
stuff. Or use fragile block lists like lilo did in the last
On Monday, July 6, 2020 5:51:40 AM MST Gerd Hoffmann wrote:
> Image boots in both uefi (sd-boot) and bios (grub2) mode, and the config
> file for the latter is so short that I can include it here without
> hitting the mailing list size limit ;)
>
> -- cut here -
On 6.7.2020 18:39, Javier Martinez Canillas wrote:
On Mon, Jul 6, 2020 at 10:39 AM Jóhann B. Guðmundsson
wrote:
On 5.7.2020 18:34, Javier Martinez Canillas wrote:
On Sat, Jul 4, 2020 at 6:27 PM Lennart Poettering wrote:
[snip]
Please submit additions to the spec as PRs to systemd github. W
Hey Mat,
On further investigation, the compatibility changes that require
attention are made in javamail 1.6.3 and later, see:
https://eclipse-ee4j.github.io/mail/docs/COMPAT.txt
The maven coordinates are changed, generally javax -> jakarta. This
also affects the osgi provides.
Regards,
Jie Ka
Out of the 2 computers I own, 2 only boot through legacy BIOS. One claims to
have UEFI support but I haven't managed to get it running with tens of hours of
work over the years.
In other words: I think it is too early to drop support for this legacy
technology.
_
On Mon, Jul 6, 2020 at 10:39 AM Jóhann B. Guðmundsson
wrote:
>
> On 5.7.2020 18:34, Javier Martinez Canillas wrote:
> > On Sat, Jul 4, 2020 at 6:27 PM Lennart Poettering
> > wrote:
> >
> > [snip]
> >
> >> Please submit additions to the spec as PRs to systemd github. We added
> >> a number of new
OLD: Fedora-Rawhide-20200704.n.1
NEW: Fedora-Rawhide-20200706.n.0
= SUMMARY =
Added images:0
Dropped images: 4
Added packages: 1
Dropped packages:0
Upgraded packages: 27
Downgraded packages: 0
Size of added packages: 1.27 MiB
Size of dropped packages:0 B
On Mon, Jul 06, 2020 at 03:03:07PM +0100, José Abílio Matos wrote:
> While calling "fedpkg build" I got the warning (error?) displayed in the
> title:
>
> ...
> Could not execute build: database outage
>
> Apparently the build is over and well. :-)
> https://koji.fedoraproject.org/koji/taskinfo?
Hi all.
SCons-4.0.0 [1] is coming on Rawhide branch.
Involved packages:
$ repoquery --release rawhide --whatrequires python3-scons
--disablerepo=* --enablerepo=fedora-source --enablerepo=updates-source
Last metadata expiration check: 0:00:02 ago on lun 6 lug 2020, 19:27:21.
boswars-0:2.7-22.svn1
On 7/2/20 4:38 PM, Eric Sandeen wrote:
Running 10 loops on each of btrfs, ext4, and xfs I got results that look
like this (ext4 always creates empty lost+found so it will always find at
least 1 file there)
btrfs
...
== 4 fsck failures, 2 mount failures
ext4
...
== 0 fsck failures, 0 mount failu
Adam Saleh wrote:
> Piere (a.k.a Pingou), Nils and me worked on Rpmautospec [1] to solve this
> problem few months ago.
> It is a koji plugin as well as CLI tool that makes bumping the release
> field and generating changelog problem of Koji,
> instead of package-maintainer. Currently it sits deplo
On Mon, 6 Jul 2020 at 01:19, Chris Murphy wrote:
>
> On Fri, Jul 3, 2020 at 8:40 PM Eric Sandeen wrote:
> >
> > On 7/3/20 1:41 PM, Chris Murphy wrote:
> > > SSDs can fail in weird ways. Some spew garbage as they're failing,
> > > some go read-only. I've seen both. I don't have stats on how common
On 7/6/20 8:27 AM, Björn Persson wrote:
> Florian Weimer wrote:
>> * Björn Persson:
>>
>>> The macro could be defined like this for example:
>>>
>>>%buildtag .%(date +%%s)
>>
>> Using time for synchronization is always a bit iffy.
>
> Well, if somebody manages to build a package twice within a
On 7/4/20 8:18 PM, John M. Harris Jr wrote:
I've never managed to get one of my own Fedora machines to the point of
OOMing, and, when I have seen others do it, it's a problem that would have
been solved by having more swap space.
I am a tab hoarder so I used to wedge the browser due to memory l
On Mon, 2020-07-06 at 14:51 +0200, Gerd Hoffmann wrote:
> Hi,
>
> > My real problem with grub2 is not that it's complex, but the fact
> > that
> > it exposes its complexities to the user.
>
> The config file syntax is a mess indeed. The fact that you need a
> config generator tool in the first
Florian Weimer wrote:
> * Björn Persson:
>
> > The macro could be defined like this for example:
> >
> > %buildtag .%(date +%%s)
>
> Using time for synchronization is always a bit iffy.
Well, if somebody manages to build a package twice within a second,
using two different versions of a comp
On 7/3/20 10:39 PM, Eric Sandeen wrote:
On 7/3/20 1:41 PM, Chris Murphy wrote:
SSDs can fail in weird ways. Some spew garbage as they're failing,
some go read-only. I've seen both. I don't have stats on how common it
is for an SSD to go read-only as it fails, but once it happens you
cannot fsck
On Mon, 6 Jul 2020 at 10:33, Didier Fabert wrote:
>
> Hi all,
>
> With my personal koji (on el8), I cannot build some packages for my el8
> tag. All failures are about modular metadata packages which cannot be
> installed.
>
Koji doesn't really understand modules and the depsolver has problems.
F
Le 2020-07-06 16:33, Gerd Hoffmann a écrit :
On Mon, Jul 06, 2020 at 03:45:45PM +0200, Nicolas Mailhot via devel
wrote:
Le lundi 06 juillet 2020 à 15:33 +0200, Gerd Hoffmann a écrit :
> Â Â Hi,
>
> See above. sd-boot allows to edit the kernel command line too. Same
> hotkey ('e') even. And
On Mon, Jul 06, 2020 at 03:45:45PM +0200, Nicolas Mailhot via devel wrote:
> Le lundi 06 juillet 2020 à 15:33 +0200, Gerd Hoffmann a écrit :
> > Â Â Hi,
> >
> > See above. sd-boot allows to edit the kernel command line too. Same
> > hotkey ('e') even. And unlike the 'l' and 'w' hotkeys that
Hi all,
With my personal koji (on el8), I cannot build some packages for my el8
tag. All failures are about modular metadata packages which cannot be
installed.
DEBUG util.py:621: No available modular metadata for modular package
'httpd-2.4.37-21.module_el8.2.0+382+15b0afa8.x86_64', it cannot be
While calling "fedpkg build" I got the warning (error?) displayed in the
title:
...
Could not execute build: database outage
Apparently the build is over and well. :-)
https://koji.fedoraproject.org/koji/taskinfo?taskID=46677172
This is just a report since everything is OK, I have used a side t
On Mon, 2020-07-06 at 15:33 +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > default entry highlighted, a few seconds timeout with countdown. Both
> > > support editing boot entries.
> > Anecdata, but I definitely never (maybe once 15 years ago?) had grub
> > install issue, but plenty of dracut reconf
Le lundi 06 juillet 2020 à 15:33 +0200, Gerd Hoffmann a écrit :
> Hi,
>
> > > default entry highlighted, a few seconds timeout with countdown.
> > > Both
> > > support editing boot entries.
>
> > Anecdata, but I definitely never (maybe once 15 years ago?) had
> > grub
> > install issue, but ple
Hi,
> > default entry highlighted, a few seconds timeout with countdown. Both
> > support editing boot entries.
> Anecdata, but I definitely never (maybe once 15 years ago?) had grub
> install issue, but plenty of dracut reconfiguration/upgrade failures
> over the years and the ability to edit
Hi,
On Mon, 2020-07-06 at 13:31 +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > 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"
> >
Hi,
> My real problem with grub2 is not that it's complex, but the fact that
> it exposes its complexities to the user.
The config file syntax is a mess indeed. The fact that you need a
config generator tool in the first place speaks volumes ...
But note that grub config files don't have to b
On Mon, Jul 06, 2020 at 08:08:48AM -0400, Stephen John Smoogen wrote:
> On Mon, 6 Jul 2020 at 07:38, Gerd Hoffmann wrote:
> >
> > Hi,
> >
> > > > 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
> >
On Sun, Jul 05, 2020 at 01:11:08AM -0700, John M. Harris Jr wrote:
> On Sunday, July 5, 2020 1:03:34 AM MST Luya Tshimbalanga wrote:
> > It would be great that the installer, Anaconda, enables sd-boot for
> > users running on UEFI system. The method was done before with both LILO
> > and Grub dec
On Mon, 2020-07-06 at 13:31 +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > 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,
Le lundi 06 juillet 2020 à 13:06 +0200, Nicolas Mailhot a écrit :
>
> Because the build state exists in koji only, there is no need to
> commit back to git.
BTW I’m fairly certain I could have managed to implement the thing
without adding source files to the SRPM, removing the need for mock
chan
On Mon, 6 Jul 2020 at 07:38, Gerd Hoffmann wrote:
>
> Hi,
>
> > > 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 b
On Mon, Jul 06, 2020 at 01:31:30PM +0200, Gerd Hoffmann wrote:
> The BIOS provides block device access at sector level, so the boot
> loader has little choice but implementing drivers for all kinds of
> stuff. Or use fragile block lists like lilo did in the last century.
>
> With UEFI much more f
Hi,
> I have no problem with GRUB2 or sd-boot. I have much more problems
> with refind and their ilk. While things can look pretty, that's fine,
> as soon as it gets in my way when I try to get things done it stops
> being fine.
"getting into the way" IMO includes "doesn't show up on the serial
Hi,
> > 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 showing any UI at all. This means
>
Le lundi 06 juillet 2020 à 10:19 +0200, Adam Saleh a écrit :
> Piere (a.k.a Pingou), Nils and me worked on Rpmautospec [1] to solve
> this problem few months ago.
> It is a koji plugin as well as CLI tool that makes bumping the
> release field and generating changelog problem of Koji,
> instead of
Le 2020-07-05 23:55, Dan Čermák a écrit :
Hi Dan
So essentially you store the changelog in a separate file
The changelog is already detached in the F33 change
https://fedoraproject.org/wiki/Changes/Patches_in_Forge_macros_-_Auto_macros_-_Detached_rpm_changelogs
This F34 change adds bumping t
Le dimanche 05 juillet 2020 à 23:36 +0200, Dan Čermák a écrit :
> Nicolas Mailhot via devel writes:
>
> > Le dimanche 05 juillet 2020 à 17:46 +0200, Björn Persson a écrit :
> > > Nicolas Mailhot via devel wrote:
> > > > So if you want to push Fedora release logic to its ultimate
> > > > conclusio
On 5.7.2020 19:31, Solomon Peachy wrote:
On Sun, Jul 05, 2020 at 07:18:47PM -, Tom Seewald wrote:
In terms of physical x86 systems, you are right that UEFI is the
overwhelming majority. But as stated elsewhere in this thread, a lot
of cloud providers and virtualization software default to us
On 5.7.2020 18:34, Javier Martinez Canillas wrote:
On Sat, Jul 4, 2020 at 6:27 PM Lennart Poettering wrote:
[snip]
Please submit additions to the spec as PRs to systemd github. We added
a number of new keys in the past that sd-boot itself doesn't make use
of (devicetree and such), and we'd be
Piere (a.k.a Pingou), Nils and me worked on Rpmautospec [1] to solve this
problem few months ago.
It is a koji plugin as well as CLI tool that makes bumping the release
field and generating changelog problem of Koji,
instead of package-maintainer. Currently it sits deployed in staging koji,
so you
70 matches
Mail list logo
