Richard Shaw 于 2020年7月8日周三 上午6:11写道：
> Ok, so it appears this change was for F32+ only, so I can't merge master
> into f32 or earlier...
>
Maybe wait it to be backported into f31. The documents said this will be
backported into older supported version.
But now, merging master into older
https://bugzilla.redhat.com/show_bug.cgi?id=1854141
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
On Tue, 7 Jul 2020 at 13:05, Fabio Valentini wrote:
>
> Hi everybody,
>
> I have to finally admit that I'll never again be able to play catch-up
> with the ever-changing sprawling go library dependency tree of
> syncthing.
>
> I have switched to using bundled dependencies for syncthing ~years ago
On Tue, Jul 7, 2020 at 7:04 PM Till Maas wrote:
>
> Hi,
>
> in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git
> branch for Fedora Rawhide "rawhide" to clarify the purpose of that
> branch. There was also some feedback that Rawhide might not be the best
> name and it could be
Ok, so it appears this change was for F32+ only, so I can't merge master
into f32 or earlier...
This whole change is still broken AF.
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Sat, 2020-07-04 at 15:27 -0700, Kevin Fenzi wrote:
> 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:
> > > I don't understand the rush.
Hi,
there had been some major issues with the previous release,
On Tue, 2020-07-07 at 09:05 +0200, Milan Crha wrote:
> Right, I saw that too and didn't understand why that single test
> fails. When I built folks locally it passed with no problem, using
> the same evolution-data-server. I'd surely rebuild the three I have
> commits right for if the folks could
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
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
Il 06/07/20 22:04, Pierre-Yves Chibon ha scritto:
>
> Good Morning Everyone,
>
> The list is slowly going down, we have now 38 accounts that are still
> problematic, they have all received several personal emails over the last few
> weeks and none but one reacted.
> I will likely start to ping
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 -
On Tue, Jul 07, 2020 at 08:17:00AM +, Mattia Verga wrote:
> Il 06/07/20 22:04, Pierre-Yves Chibon ha scritto:
> >
> > Good Morning Everyone,
> >
> > The list is slowly going down, we have now 38 accounts that are still
> > problematic, they have all received several personal emails over the
On Tue, Jul 7, 2020 at 11:52 AM Milan Crha wrote:
>
> On Tue, 2020-07-07 at 09:05 +0200, Milan Crha wrote:
> > Right, I saw that too and didn't understand why that single test
> > fails. When I built folks locally it passed with no problem, using
> > the same evolution-data-server. I'd surely
On Tue, 2020-07-07 at 13:12 +0200, Fabio Valentini wrote:
> If you need help with building other packages, feel free to ping me.
Hi,
thanks. I'm currently working on a patch for syncevolution and I
started a build of ekiga few minutes ago.
According to:
$ repoquery --whatrequires
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,
> Yes, BtrFs was very unstable, but before. Every software has this process. I
> have talked to one of the maintainer of BtrFs, she thinks that BtrFs is ready
> to production usage. (few years before, she is strongly against using BtrFs
> for production purpose).
May I ask who was the person you
Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/UseNanoByDefault
>
> == Summary ==
>
> Let's make Fedora more approachable, by having a default editor that
> doesn't require specialist knowledge to use.
>
> == Owner ==
> * Name: [[User:chrismurphy| Chris Murphy]]
> * Email:
On 07/07/20 14:24 +0200, Kevin Kofler wrote:
Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/UseNanoByDefault
== Summary ==
Let's make Fedora more approachable, by having a default editor that
doesn't require specialist knowledge to use.
== Owner ==
* Name: [[User:chrismurphy| Chris
David Sterba 于2020年7月7日周二 下午6:09写道：
>
> > Yes, BtrFs was very unstable, but before. Every software has this process.
> > I
> > have talked to one of the maintainer of BtrFs, she thinks that BtrFs is
> > ready
> > to production usage. (few years before, she is strongly against using BtrFs
> >
Following is the list of topics that will be discussed in the
FESCo meeting Wednesday at 14:00UTC in #fedora-meeting-2 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-07-08 14:00 UTC'
Links to all issues
J. Scheurich wrote:
> Would it be ok, to create a png2vuy and vpxenc package in fedora ?
They are both already packaged:
* png2yuv is part of the mjpegtools package in RPM Fusion,
* vpxenc is part of the libvpx-utils package in Fedora.
Kevin Kofler
Thank you Stephen, I will try asap.
Le 06/07/2020 à 17:16, Stephen John Smoogen a écrit :
> 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
On Tue, Jul 7, 2020 at 8:14 AM Richard Shaw wrote:
>
> On Sun, Jul 5, 2020 at 8:20 AM Neal Gompa wrote:
>>
>> On Sun, Jul 5, 2020 at 9:16 AM Richard Shaw wrote:
>> >
>> > I saw the change notification but didn't know it went in to "production".
>> > I was trying to build OpenImageIO in rawhide
On Mon, Jul 06, 2020 at 01:26:31PM -0700, 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.
On Sun, Jul 5, 2020 at 8:20 AM Neal Gompa wrote:
> On Sun, Jul 5, 2020 at 9:16 AM Richard Shaw wrote:
> >
> > I saw the change notification but didn't know it went in to
> "production". I was trying to build OpenImageIO in rawhide and it failed,
> because I was already doing an out of source
On Tue, Jul 7, 2020 at 11:17 AM Gerd Hoffmann wrote:
>
> On Mon, Jul 06, 2020 at 01:26:31PM -0700, 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
Dear maintainers.
Based on the current fail to build from source policy, the following packages
will be retired from Fedora 33 approximately one week before branching (August
2020).
Policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Note that
On Fri, Jul 03, 2020 at 09:05:25AM +0200, Tomasz Torcz wrote:
> During 2020 Open Source Summit North America, Josef shared some
> details about how btrfs excels in production at Facebook. And where
> the problems were.
> I cannot find the recording, but the write up is at Linux Weekly News:
>
I have orphaned all my nodejs packages - feel free to grab though
be aware that in many cases they have hopeless dependency issues.
Full list of affected packages:
carto
jake
kosmtik
lodash
node-gyp
nodejs-agentkeepalive
nodejs-ap
nodejs-array-differ
nodejs-array-union
nodejs-arrify
+1 for nano.
What I miss is the presence of nano in the default installations and images.
I strongly believe it was there just a few Fedora releases back, but
now, it's gone.
I would really simplify - or atleast make more friendly - fast file
editing / configuration on fresh systems.
This might
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:
Vitaly Zaitsev via devel wrote:
> Proven-packages are changing SPEC files already using out of tree builds
> (with push..popd) and then disabling it globally.
>
> This is so weird.
Yes, I think that this is a completely pointless backwards-incompatible
change that just hides more error-prone
Once upon a time, Lennart Poettering said:
> EFI SecureBoot uses PE signed executables.
Secure Boot also triggers the Linux kernel to disable functionality, so
should be avoided as a requirement (except when necessary to boot some
other OSes).
--
Chris Adams
On Mo, 06.07.20 21:58, Peter Robinson (pbrobin...@gmail.com) wrote:
> >
> > Less complexity in the boot chain, mainly. But the EFI drivers would
> > need to be signed by MS, I think? That would massively complicate
> > things.
>
> I believe that to be correct, of could Apply has control over that
On Mo, 06.07.20 16:34, Neal Gompa (ngomp...@gmail.com) wrote:
> Encryption != integrity/authentication. The only thing encryption
> guarantees is that the data is not visible, not that it hasn't been
> tampered with. Usually, dm-verity or dm-integrity is used for what
> you're asking for. Android
On Wed, Jul 01, 2020 at 03:50:37PM -0400, Josef Bacik wrote:
> I've stated this many times before, btrfs is more vulnerable to
> things going wrong. It's also more likely to notice things going
> wrong. There's things we can do to make it easier in the face of
> these issues, they're patches
On Tue, Jul 7, 2020 at 9:25 AM Lennart Poettering wrote:
> Thou shallt not have multiple ESPs per disk. See:
>
> https://news.ycombinator.com/item?id=16261695
>
> The EFI spec is kinda vague about it, but it breaks everywhere, in
> particular with Windows.
The Windows *installer* doesn't like
On Mo, 06.07.20 20:06, Chris Murphy (li...@colorremedies.com) wrote:
> 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
Hi Tom,
Thank you for your tireless nodejs packaging over the years!
I vaguely recall trading tens and tens of nodejs package reviews with
you back when Fedora's nodejs ecosystem was rapidly growing.
Kind regards,
--
Jamie Nguyen
jamielinux.com
On Tue, Jul 07, 2020 at 10:30:02AM +0200, Pierre-Yves Chibon wrote:
> On Tue, Jul 07, 2020 at 08:17:00AM +, Mattia Verga wrote:
> > Il 06/07/20 22:04, Pierre-Yves Chibon ha scritto:
> > >
> > > Good Morning Everyone,
> > >
> > > The list is slowly going down, we have now 38 accounts that are
On 7/6/20 6:49 PM, John M. Harris Jr wrote:
Unless you're actively using all of those tabs (I don't know how you would be,
but it's certainly possible), swap sounds like the perfect solution. Unless
Firefox keeps JS running in there, and it's updating the DOM, these would
likely be able to get
On Tue, 2020-07-07 at 06:02 +, Zbigniew Jędrzejewski-Szmek wrote:
> 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
On Mon, 2020-07-06 at 20:06 -0600, Chris Murphy wrote:
> 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
On 7 July 2020 18:31:32 CEST, Adam Williamson
wrote:
>On Tue, 2020-07-07 at 06:02 +, Zbigniew Jędrzejewski-Szmek wrote:
>> 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
Hi everybody,
I have to finally admit that I'll never again be able to play catch-up
with the ever-changing sprawling go library dependency tree of
syncthing.
I have switched to using bundled dependencies for syncthing ~years ago
already, and I do not have the time nor the energy to do the
On 6/15/20 1:47 PM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
== Summary ==
%cmake macro will be adjusted (-B parameter)
to use separate build folder (already standardized
%{_vpath_builddir} macro). Additionally,
%cmake_build, %cmake_install and
On 7 July 2020 20:26:52 CEST, Samuel Sieb wrote:
>On 7/7/20 7:56 AM, Michal Schorm wrote:
>> What I miss is the presence of nano in the default installations and images.
>> I strongly believe it was there just a few Fedora releases back, but
>> now, it's gone.
>
>Why do you think it's gone?
On Tue, 2020-07-07 at 10:30 +0200, Pierre-Yves Chibon wrote:
> On Tue, Jul 07, 2020 at 08:17:00AM +, Mattia Verga wrote:
> > Il 06/07/20 22:04, Pierre-Yves Chibon ha scritto:
> > > Good Morning Everyone,
> > >
> > > The list is slowly going down, we have now 38 accounts that are
> > > still
>
On 6/15/20 1:47 PM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
== Summary ==
%cmake macro will be adjusted (-B parameter)
to use separate build folder (already standardized
%{_vpath_builddir} macro). Additionally,
%cmake_build, %cmake_install and
On 7/7/20 7:56 AM, Michal Schorm wrote:
What I miss is the presence of nano in the default installations and images.
I strongly believe it was there just a few Fedora releases back, but
now, it's gone.
Why do you think it's gone? It's in the "standard" group, so I think it
should be
On Tue, Jul 7, 2020 at 1:57 PM Orion Poplawski wrote:
>
> On 6/15/20 1:47 PM, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/CMake_to_do_out-of-source_builds
> >
> > == Summary ==
> > %cmake macro will be adjusted (-B parameter)
> > to use separate build folder (already standardized
OLD: Fedora-Rawhide-20200706.n.0
NEW: Fedora-Rawhide-20200707.n.0
= SUMMARY =
Added images:1
Dropped images: 1
Added packages: 8
Dropped packages:2
Upgraded packages: 86
Downgraded packages: 0
Size of added packages: 53.03 MiB
Size of dropped packages
On Wed, Jul 8, 2020 at 12:55 AM Sumantro Mukherjee
wrote:
> Hey All,
>
> A new change proposal has been submitted for the Fedora 33 release
> cycle which entails usage of btrfs by default [0] for Workstations and
> Spins across x86_64 and ARM architectures As a result, we have
> organized a
On Tue, Jul 7, 2020 at 12:49 pm, Samuel Sieb wrote:
That's good to know for the change proposal then. I never use the
Workstation install. I net install either with a kickstart or
selecting
the options I want, so that would explain why I always end up with
nano
installed.
I don't think
Hi,
in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git
branch for Fedora Rawhide "rawhide" to clarify the purpose of that
branch. There was also some feedback that Rawhide might not be the best
name and it could be renamed. In that case, the branch could be named as
this. This
On 7 July 2020 21:20:22 CEST, Matthew Miller wrote:
>On Tue, Jul 07, 2020 at 09:03:19PM +0200, Till Maas wrote:
>> in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git
>> branch for Fedora Rawhide "rawhide" to clarify the purpose of that
>> branch. There was also some feedback
On 7/7/20 12:39 PM, Michael Catanzaro wrote:
On Tue, Jul 7, 2020 at 11:26 am, Samuel Sieb wrote:
Why do you think it's gone? It's in the "standard" group, so I think it
should be installed on anything other than base minimal. I find that
it's installed on everything.
Warning: @standard is
Chris Murphy wrote on Wed, Jul 01, 2020:
> This is called 'dup' profile in Btrfs. Two copies of a block group. It
> can be set on metadata only, or both metadata and data block groups.
> It is the default mkfs option for HDDs. It is not enabled by default
> on SSDs because concurrent writes of
On Tue, Jul 07, 2020 at 07:55:09AM +0200, Jan Kratochvil wrote:
> 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
https://fedoraproject.org/wiki/Changes/PostgreSQL_13
== Summary ==
Update of PostgreSQL (`postgresql` and `libpq` components) in Fedora
from version 12 to version 13 in the non-modular (main) builds.
== Owner ==
* Name: [[User:panovotn| Patrik Novotny]]
* Email: panov...@redhat.com
== Detailed
https://fedoraproject.org/wiki/Changes/PARSEC
== Summary ==
PARSEC is the Platform AbstRaction for SECurity, an open-source
initiative to provide a common API to hardware security and
cryptographic services in a platform-agnostic way. This abstraction
layer keeps workloads decoupled from physical
On Tue, Jul 07, 2020 at 09:03:19PM +0200, Till Maas wrote:
> in https://pagure.io/fesco/issue/2410 I proposed to name the dist-git
> branch for Fedora Rawhide "rawhide" to clarify the purpose of that
> branch. There was also some feedback that Rawhide might not be the best
> name and it could be
Hey All,
A new change proposal has been submitted for the Fedora 33 release
cycle which entails usage of btrfs by default [0] for Workstations and
Spins across x86_64 and ARM architectures As a result, we have
organized a test day on Wed, July 08, 2020. As a part of this test
day, we will aim at
On Tue, Jul 7, 2020 at 11:26 am, Samuel Sieb wrote:
Why do you think it's gone? It's in the "standard" group, so I think
it
should be installed on anything other than base minimal. I find that
it's installed on everything.
Warning: @standard is not included at all in Workstation
The following Fedora EPEL 8 Security updates need testing:
Age URL
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-c047cbdfd0
hostapd-2.9-4.el8
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4d185f6e16
alpine-2.23-2.el8
8
https://bugzilla.redhat.com/show_bug.cgi?id=1854141
--- Comment #5 from Fedora Update System ---
FEDORA-2020-57101032dc has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade
https://fedorapeople.org/groups/389ds/ci/nightly/2020/07/08/report-389-ds-base-1.4.4.3-20200707git017fda0.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1848457
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1842881
Bug 1842881 depends on bug 1848457, which changed state.
Bug 1848457 Summary: Add perl-Term-ProgressBar-Simple to EPEL7
https://bugzilla.redhat.com/show_bug.cgi?id=1848457
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1842881
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1848458
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1848458
Bug 1848458 depends on bug 1848459, which changed state.
Bug 1848459 Summary: Add perl-IO-Interactive to EPEL7
https://bugzilla.redhat.com/show_bug.cgi?id=1848459
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1848457
Bug 1848457 depends on bug 1848458, which changed state.
Bug 1848458 Summary: Add perl-Term-ProgressBar-Quiet to EPEL7
https://bugzilla.redhat.com/show_bug.cgi?id=1848458
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1848459
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1854706
Bug ID: 1854706
Summary: perl-CGI-Ex-2.50 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CGI-Ex
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1781739
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1781736
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1854677
Bug ID: 1854677
Summary: perl-HTTP-Tinyish-0.17 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-HTTP-Tinyish
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1854720
Bug ID: 1854720
Summary: perl-Archive-Peek required in EPEL 8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Archive-Peek
Assignee: p...@city-fan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1854078
Jitka Plesnikova changed:
What|Removed |Added
Depends On||1854720
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1854712
Bug ID: 1854712
Summary: perl-Mail-DKIM-1.20200708 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Mail-DKIM
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1854141
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1854141
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1854141
--- Comment #2 from Fedora Update System ---
FEDORA-2020-57101032dc has been submitted as an update to Fedora 32.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-57101032dc
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1854141
--- Comment #3 from Fedora Update System ---
FEDORA-2020-ae00b3db48 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-ae00b3db48
--
You are receiving this mail because:
You are on the CC list
On 07. 07. 20 8:59, Tomas Hrnciar wrote:
Ahoj,
o 10:00 mám stretnutie kvôli diplomovke, takže tu budem až poobede.
Pingni mě, až tu budeš prosím, dáme bluejeans call.
V sobotu som otvoril PR pre ten update 3.9.0b4, ale keď som to skúšal zbuildiť
padalo mi to na tracebacku.
https://bugzilla.redhat.com/show_bug.cgi?id=1853802
Petr Pisar changed:
What|Removed |Added
CC||ppi...@redhat.com
Doc Type|---
On 07. 07. 20 11:27, Miro Hrončok wrote:
On 07. 07. 20 8:59, Tomas Hrnciar wrote:
Ahoj,
o 10:00 mám stretnutie kvôli diplomovke, takže tu budem až poobede.
Pingni mě, až tu budeš prosím, dáme bluejeans call.
I am sorry for posting this to the list, it was an error.
--
Miro Hrončok
--
On 6/30/20 9:10 PM, Miro Hrončok wrote:
On 30. 06. 20 21:03, Kevin Fenzi wrote:
I don't think a package-review is needed? It would just be unretiring
the fedora branches of an existing package?
Technically, the package is "retired for 8+ weeks" on Fedora. Hence a
new review request.
That
Dear maintainers.
Based on the current fail to build from source policy, the following packages
will be retired from Fedora 33 approximately one week before branching (August
2020).
Policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Note that
https://bugzilla.redhat.com/show_bug.cgi?id=1853746
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1853775
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1853775
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1853746
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1853992
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1853992
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Hello Python packagers.
Our pip has a custom patch that warns if "pip install" is run as root
(emit-a-warning-when-running-with-root-privileges.patch). That I think is a good
idea to have, as many users will still find "sudo pip install" instructions on
the Internet and they can potentially
https://fedoraproject.org/wiki/Changes/PostgreSQL_13
== Summary ==
Update of PostgreSQL (`postgresql` and `libpq` components) in Fedora
from version 12 to version 13 in the non-modular (main) builds.
== Owner ==
* Name: [[User:panovotn| Patrik Novotny]]
* Email: panov...@redhat.com
== Detailed
https://fedoraproject.org/wiki/Changes/PARSEC
== Summary ==
PARSEC is the Platform AbstRaction for SECurity, an open-source
initiative to provide a common API to hardware security and
cryptographic services in a platform-agnostic way. This abstraction
layer keeps workloads decoupled from physical
On Tue, 2020-07-07 at 19:54 +0200, Miro Hrončok wrote:
*snip*
>
> What do you think?
>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
I am not really a Fedora packager but 5) seems the best option to me.
Like you said, people setting --root are very likely doing it on
purpose.
100 matches
Mail list logo
