https://bugzilla.redhat.com/show_bug.cgi?id=1745562
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1745557
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1745549
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
Hi everyone,
Just thought I'd let you know that I received a few pieces of positive feedback
about dsconf recently to my private mail address. Great work to everyone on the
team for all your work to make lib389 and the new command line tools a reality.
People are really starting to notice, and
On 8/26/19 9:39 PM, John Harris wrote:
I'm not saying not to use containers. There is a right way to do it, and a
wrong way to do it. A container should be as the name describes, a
containerized installation of the distro in question, with the utilities
needed to support a given role. Not
On Monday, August 26, 2019 9:39:47 PM MST John Harris wrote:
> On Monday, August 26, 2019 9:16:30 PM MST Tomasz Torcz wrote:
>
> > On Mon, Aug 26, 2019 at 06:46:29PM -0700, John Harris wrote:
> >
> >
> > > On Monday, August 26, 2019 5:50:53 AM MST Christian Glombek wrote:
> > >
> > >
> > > >
On Monday, August 26, 2019 9:16:30 PM MST Tomasz Torcz wrote:
> On Mon, Aug 26, 2019 at 06:46:29PM -0700, John Harris wrote:
>
> > On Monday, August 26, 2019 5:50:53 AM MST Christian Glombek wrote:
> >
> > >
> > > Wow, a model like _distroless_ is exactly what I think we need in and
> > > from
On Mon, Aug 26, 2019 at 06:46:29PM -0700, John Harris wrote:
> On Monday, August 26, 2019 5:50:53 AM MST Christian Glombek wrote:
> >
> > Wow, a model like _distroless_ is exactly what I think we need in and from
> > Fedora to enable making those minimal, purpose-built and service-specific
> >
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-08-27 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
On Mon, Aug 26, 2019 at 9:30 PM John Harris wrote:
[SNIP]
> I cannot imagine who approved this firewall configuration. This is broken.
> This is a critical vulnerability, in my opinion.
>
I think "approved" is probably the wrong word: more like "pushed it
through". FESCo explicitly rejected the
https://pagure.io/389-ds-base/issue/49324
I think that an issue with this patch has caused import to stop working. I've
contact Mark about it, and I think he'll be able to fix it pretty easily, so no
need to revert at this stage. :)
> On 27 Aug 2019, at 09:41, vashi...@redhat.com wrote:
>
>
Replied on https://pagure.io/fesco/issue/2212
من: Vitaly Zaitsev via devel
تم الإرسال: 20/ذو الحجة/1440 11:27 ص
إلى: devel@lists.fedoraproject.org
نسخة: Vitaly Zaitsev
الموضوع: Non-responsive maintainer Mosaab Alzoubi
Hello all.
According to non-responsive
Markus Larsson writes:
« HTML content follows »
On 26 August 2019 12:56:42 CEST, "Gerald B. Cox" wrote:
What issues are you referring to? I don't believe it is reasonable to
believe everything would work exactly the same with Discourse - but
close enough should be sufficient. There are also
On Monday, August 26, 2019 4:25:52 AM MST Gerald B. Cox wrote:
> Here you go...
> https://meta.discourse.org/t/discourse-vs-email-mailing-lists/54298
This was clearly written by somebody who has an agenda. Just look at the last
sentence in the opening paragraph!
Other than that, I'll address
On Monday, August 26, 2019 5:50:53 AM MST Christian Glombek wrote:
> On Wed, Aug 7, 2019 at 5:26 PM Colin Walters wrote:
> > On Tue, Jul 30, 2019, at 3:52 PM, Daniel Walsh wrote:
> > > If you want small images, just use buildah.
> >
> > Dockerfile-based multi-stage builds are significantly more
On Monday, August 26, 2019 8:15:07 AM MST Markus Larsson wrote:
> On 26 August 2019 16:04:12 CEST, "Gerald B. Cox" wrote:
>
> >> On 26 August 2019 14:27:53 CEST, "Gerald B. Cox" >
> >wrote:
> >
> >>
> >> Was it a lengthy conversation where you needed context from earlier
> >
> >posts?
> >
> >>
On Monday, August 26, 2019 5:27:53 AM MST Gerald B. Cox wrote:
> > It seems that the only thing in that link that has merit in regards to
> > this list is that discourse allow editing of messages that has been
> > sent.
> >
> > As for the other things I disagree with pretty much everything. I
On Monday, August 26, 2019 4:54:09 AM MST Markus Larsson wrote:
> It seems that the only thing in that link that has merit in regards to this
> list is that discourse allow editing of messages that has been sent.
>
> As for the other things I disagree with pretty much everything. I don't
> think
On Monday, August 26, 2019 8:41:30 AM MST Christopher wrote:
> On Mon, Aug 26, 2019 at 9:08 AM wrote:
>
> >
> >
> >
> > Well the thing is, blocknig ports tends to break applications that want to
> > use those ports. We're not going to do that, period. It also doesn't
> > really accomplish
On Monday, August 26, 2019 7:25:27 AM MST Iñaki Ucar wrote:
> On Mon, 26 Aug 2019 at 15:25, Robert Marcano
> wrote:
> >
> >
> > On 8/26/19 9:07 AM, mcatanz...@gnome.org wrote:
> >
> > >
> > >
> > > Well the thing is, blocknig ports tends to break applications that want
> > > to use those ports.
On Monday, August 26, 2019 6:15:45 AM MST Robert Marcano wrote:
> On 8/26/19 9:07 AM, mcatanz...@gnome.org wrote:
>
> >
> > Well the thing is, blocknig ports tends to break applications that want
> > to use those ports. We're not going to do that, period. It also doesn't
> > really accomplish
On Monday, August 26, 2019 6:07:30 AM MST mcatanz...@gnome.org wrote:
> Well the thing is, blocknig ports tends to break applications that want
> to use those ports. We're not going to do that, period. It also doesn't
> really accomplish anything: either your app or service needs network
> access
Hi all,
Today's an important day on the Fedora 31 schedule[1], with several
significant cut-offs. First of all today is
the Bodhi activation point [2]. That means that from now all Fedora 31
packages must be submitted to
updates-testing and pass the relevant requirements[3] before they will be
And even if they implemented it your way you are expecting that the
developer of the application and all the libraries it uses have
written perfect bug free code with zero vulnerabilities. By that logic
we should set selinux to disabled since it sometimes causes things to
break, can be difficult
https://fedorapeople.org/groups/389ds/ci/nightly/2019/08/27/report-389-ds-base-1.4.1.6-20190826gitbfdb226.fc30.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Jason Montleon wrote:
>Imagine starting up VNC, having no intention of opening port 59xx, and
>intending to use SSH tunneling to connect to the service.
>
>You think you're being more diligent only to later find out the service
>is actually exposed by the default firewall policy.
When I looked
On Mon, Aug 26, 2019 at 10:46 PM Ben Cotton wrote:
>
> We're just over a month away from Hacktoberfest[1], a month-long event
> where people can earn a t-shirt by contributing to open source
> projects (or at least ones hosted on GitHub). It occurs to me that we
> could have a post on the
On Mon, 2019-08-26 at 17:47 -0400, Mukundan Ragavan wrote:
> libqalculate soname bump is happening with v3.3 (libqalculate.so.21.2.0).
>
> The following packages are affected -
>
> plasma-workspace
> step
> cantor
> qalculate-kde
>
> I will rebuild the packages on both rawhide and F31 tomorrow.
I noticed that one of my nodejs packages is broken in Koschei at the
moment due to some broken deps:
https://apps.fedoraproject.org/koschei/package/nodejs-qtdatastream?
Looking into this, it seems some of the pieces of nodejs-grunt were
FTBFS and got retired. I'm currently working on fixing the
libqalculate soname bump is happening with v3.3 (libqalculate.so.21.2.0).
The following packages are affected -
plasma-workspace
step
cantor
qalculate-kde
I will rebuild the packages on both rawhide and F31 tomorrow.
Maintainers, if you do not want me to touch F31, please let me know.
https://bugzilla.redhat.com/show_bug.cgi?id=1745548
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
We're just over a month away from Hacktoberfest[1], a month-long event
where people can earn a t-shirt by contributing to open source
projects (or at least ones hosted on GitHub). It occurs to me that we
could have a post on the Community Blog (or maybe Fedora Magazine)
that directs folks toward
https://bugzilla.redhat.com/show_bug.cgi?id=1745556
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Mon, 2019-08-26 at 14:51 -0400, Dan Book wrote:
> On Mon, Aug 26, 2019 at 8:31 AM Vitaly Zaitsev via devel <
> devel@lists.fedoraproject.org> wrote:
>
> > Hello all.
> >
> > Is it okay that firewall is completely disabled by default (opened all
> > ports 1025-65535) on Fedora Workstation?
> >
On Mon, Aug 26, 2019 at 8:31 AM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> Hello all.
>
> Is it okay that firewall is completely disabled by default (opened all
> ports 1025-65535) on Fedora Workstation?
>
> I think that this is a major vulnerability and it must be fixed
https://pagure.io/389-ds-base/pull-request/50565
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
You could ask for a freeze exception that covers your case
On August 26, 2019 8:14:36 PM GMT+02:00, "Miro Hrončok"
wrote:
>On 26. 08. 19 11:24, Miro Hrončok wrote:
>> In line with the approved Fedora 31 change, packages that fail to
>install due to
>> missing Python 2 dependencies are to be
On 26.08.2019 15:07, mcatanz...@gnome.org wrote:
> Well the thing is, blocknig ports tends to break applications that want
> to use those ports
All ports must be opened explicitly. Current configuration is look like
"come and hack me anyone".
> Unless you have malware installed (in which case,
On 26. 08. 19 20:02, Kevin Fenzi wrote:
Readded devel list (hope thats ok?)
Yes! Sorry about sending it just to you.
On 8/26/19 10:27 AM, Miro Hrončok wrote:
On 26. 08. 19 19:00, Kevin Fenzi wrote:
On 8/21/19 8:59 AM, Miro Hrončok wrote:
The following Fedora 30 modular packages require
On 26. 08. 19 11:24, Miro Hrončok wrote:
In line with the approved Fedora 31 change, packages that fail to install due to
missing Python 2 dependencies are to be removed. I plan to retire the following
packages (or just drop their python2 subpackages) one day before the beta freeze
Readded devel list (hope thats ok?)
On 8/26/19 10:27 AM, Miro Hrončok wrote:
> On 26. 08. 19 19:00, Kevin Fenzi wrote:
>> On 8/21/19 8:59 AM, Miro Hrončok wrote:
>>> The following Fedora 30 modular packages require python(abi) = 3.7:
>>>
>>> $ repoquery --repo=updates-modular --whatrequires
On 8/26/19 7:57 AM, Florian Weimer wrote:
> * Kaleb Keithley:
>
>> `dnf update` on my f32/rawhide machine is giving me:
>>
>> Problem 1: conflicting requests
>> - nothing provides module(platform:f31) needed by module
>> bat:latest:3120190714171319:22d7e2a5-0.x86_64
>> Problem 2: conflicting
On 8/24/19 4:12 AM, Dusty Mabe wrote:
>
>
> On 8/23/19 12:21 PM, Kevin Fenzi wrote:
>> On 8/23/19 4:12 AM, Dusty Mabe wrote:
>>>
>>>
>>> On 8/22/19 12:58 PM, Kevin Fenzi wrote:
On 8/21/19 9:27 AM, Dusty Mabe wrote:
>
>
> On 8/19/19 6:59 AM, Pavel Raiskup wrote:
>> On Monday,
On 8/21/19 8:59 AM, Miro Hrončok wrote:
> The following Fedora 30 modular packages require python(abi) = 3.7:
>
> $ repoquery --repo=updates-modular --whatrequires 'python(abi) = 3.7'
> meson-0:0.50.1-1.module_f30+3966+49c83da1.noarch
> python3-aexpect-0:1.5.1-5.module_f30+4307+91f2a6b8.noarch
>
On Fri, Aug 23, 2019 at 8:21 AM Stephen John Smoogen wrote:
>
> On Fri, 23 Aug 2019 at 11:03, Paul Howarth wrote:
> >
> > The EL-8 non-default repo Code Ready Builder is primarily targeted at
> > developers, but it looks to me like it's going to be a required repo
> > for a lot of EPEL-8 users,
On Sun, Aug 25, 2019 at 2:05 PM Stephen John Smoogen wrote:
>
> On Sun, 25 Aug 2019 at 08:31, Mukundan Ragavan wrote:
> >
> > The package "itstool" seems to be missing in some architectures (s390x
> > and aarch64) although it should be provided by RHEL server rpms. It
> > appears to be available
On 8/26/19 11:35 AM, Dan Williams wrote:
On Mon, 2019-08-26 at 09:15 -0400, Robert Marcano wrote:
On 8/26/19 9:07 AM, mcatanz...@gnome.org wrote:
Well the thing is, blocknig ports tends to break applications that
want
to use those ports. We're not going to do that, period. It also
doesn't
https://bugzilla.redhat.com/show_bug.cgi?id=1745553
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Mon, Aug 26, 2019 at 9:08 AM wrote:
>
>
> Well the thing is, blocknig ports tends to break applications that want to
> use those ports. We're not going to do that, period. It also doesn't really
> accomplish anything: either your app or service needs network access and you
> have
On Mon, 2019-08-26 at 09:15 -0400, Robert Marcano wrote:
> On 8/26/19 9:07 AM, mcatanz...@gnome.org wrote:
> > Well the thing is, blocknig ports tends to break applications that
> > want
> > to use those ports. We're not going to do that, period. It also
> > doesn't
> > really accomplish
On 26 August 2019 17:28:03 CEST, "Gerald B. Cox" wrote:
>> On 26 August 2019 16:04:12 CEST, "Gerald B. Cox" wrote:
>>
>> The only reason to bring it up when replying to me is that you think
>it applies here. So
>> while you explicitly did not mention me there's not very many other
>ways it can
Notification time stamped 2019-08-26 15:33:43 UTC
From b376aca72c21a59ad2af3d5533c2bbc5e54630d2 Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Aug 26 2019 15:28:09 +
Subject: Update to 1.845
- New upstream release 1.845
- Improved is_joinable, is_running, list_joinable, and
Notification time stamped 2019-08-26 15:28:54 UTC
From b376aca72c21a59ad2af3d5533c2bbc5e54630d2 Mon Sep 17 00:00:00 2001
From: Paul Howarth
Date: Aug 26 2019 15:28:09 +
Subject: Update to 1.845
- New upstream release 1.845
- Improved is_joinable, is_running, list_joinable, and
> On 26 August 2019 16:04:12 CEST, "Gerald B. Cox"
> The only reason to bring it up when replying to me is that you think it
> applies here. So
> while you explicitly did not mention me there's not very many other ways it
> can be
> interpreted.
>
> So the best way is to sneak it in?
> That
On Fri, Aug 23, 2019 at 5:27 AM Stephen John Smoogen wrote:
>
> The following answers are just my opinions and not policy.
>
> On Fri, 23 Aug 2019 at 06:52, Petr Pisar wrote:
> >
> > Case: RHEL delivers an M module with no default stream, there is no S
> > stream.
> > Can I add a new S stream
https://bugzilla.redhat.com/show_bug.cgi?id=1745547
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On 26 August 2019 16:04:12 CEST, "Gerald B. Cox" wrote:
>> On 26 August 2019 14:27:53 CEST, "Gerald B. Cox" wrote:
>>
>> Was it a lengthy conversation where you needed context from earlier
>posts?
>> Was is easily at hand right in your email client?
>>
>>
>> That's exactly my point. The
Hello everyone,
You are invited to attend the Open NeuroFedora team meeting this week
on Thursday at 1500UTC in #fedora-neuro on IRC (Freenode):
https://webchat.freenode.net/?channels=#fedora-neuro
You can convert the meeting time to your local time using:
$ date --date='TZ="UTC" 1500 next Thu'
* Kaleb Keithley:
> `dnf update` on my f32/rawhide machine is giving me:
>
> Problem 1: conflicting requests
> - nothing provides module(platform:f31) needed by module
> bat:latest:3120190714171319:22d7e2a5-0.x86_64
> Problem 2: conflicting requests
> - nothing provides module(platform:f31)
https://bugzilla.redhat.com/show_bug.cgi?id=1745552
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
Great point. Maybe in perfect world such services as VNC should have default
port <1024.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1745561
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
I don't see how that answer makes the users life any easier. Now rather
than having to intentionally configure the firewall the user has to add
flags or config options to listen on additional ports. It is just
replacing one complexity with another.
The current behavior, in an effort to make
On Mon, 26 Aug 2019 at 15:25, Robert Marcano wrote:
>
> On 8/26/19 9:07 AM, mcatanz...@gnome.org wrote:
> >
> > Well the thing is, blocknig ports tends to break applications that want
> > to use those ports. We're not going to do that, period. It also doesn't
> > really accomplish anything:
Perhaps VNC should default to listing only on the loopback interface.
On Mon, Aug 26, 2019 at 08:55:59AM -0400, Jason Montleon wrote:
> Imagine starting up VNC, having no intention of opening port 59xx, and
> intending to use SSH tunneling to connect to the service.
>
> You think you're being
On 26/08/2019 16:12, Alec Leamas wrote:
oops...
Or, perhaps Postorious/GNU Mailman. Fedora has moved to it and seems
happy. It offers some web-related functionality on top of a
traditional mailing.
The evil of subscribing to both debian-devel and fedora-devel and mixing
it up. Please
On 26/08/2019 16:04, Gerald B. Cox wrote:
The best way to solve this is to create a duplicate discussion group on
Discourse for Development and monitor it's use. The only way people are going
to be able to decide if it's good for them or not is to try it.
_
Or, perhaps Postorious/GNU
> On 26 August 2019 14:27:53 CEST, "Gerald B. Cox"
> Was it a lengthy conversation where you needed context from earlier posts?
> Was is easily at hand right in your email client?
>
>
> That's exactly my point. The advantages listed are mere stated opinions.
> Except
> editing and community
OLD: Fedora-31-20190825.n.0
NEW: Fedora-31-20190826.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 1
Dropped packages:0
Upgraded packages: 38
Downgraded packages: 0
Size of added packages: 78.57 KiB
Size of dropped packages:0 B
Size
Not sure whether I understand correctly. The intention is to be able to install
py2 & py3 in parallel, but it is not be requested to install both versions.
I either updated the SPEC file regarding the changes made in mercurial's
Makefiles,
which I missed before.
On 26. 08. 19 13:57, Neal
On 8/26/19 9:27 AM, mcatanz...@gnome.org wrote:
On Mon, Aug 26, 2019 at 4:15 PM, Robert Marcano
wrote:
This is a reasonable point of view, until you notice Linux desktops
evironments don't provide applications with a method to detect if they
are running on a private network or not (See
On Mon, Aug 26, 2019 at 4:15 PM, Robert Marcano
wrote:
This is a reasonable point of view, until you notice Linux desktops
evironments don't provide applications with a method to detect if
they are running on a private network or not (See Windows Home,
Office, Internet network settings).
On 8/26/19 9:07 AM, mcatanz...@gnome.org wrote:
Well the thing is, blocknig ports tends to break applications that want
to use those ports. We're not going to do that, period. It also doesn't
really accomplish anything: either your app or service needs network
access and you have whitelisted
Alexander,
I don't remember if I used Fedora 20, I lost count of versions when they
stopped having names, and I had gap somewhere.
Said that, the issues seemed to be in Workstation and that's a flavour I
seldom use.
Regards,
Lailah
On Mon, 26 Aug 2019 at 14:46, Alexander Ploumistos <
Well the thing is, blocknig ports tends to break applications that want
to use those ports. We're not going to do that, period. It also doesn't
really accomplish anything: either your app or service needs network
access and you have whitelisted it (in which case the firewall provides
no
Imagine starting up VNC, having no intention of opening port 59xx, and
intending to use SSH tunneling to connect to the service.
You think you're being more diligent only to later find out the service
is actually exposed by the default firewall policy.
On 8/26/19 8:46 AM, Artem Tim wrote:
On 15. 08. 19 0:18, Miro Hrončok wrote:
Hello, in order to deliver Python 3.8, we are running a coordinated rebuild in a
side tag.
https://fedoraproject.org/wiki/Changes/Python3.8
If you see a "Rebuild for Python 3.8" commit in your package, please don't
rebuild it in regular rawhide.
On Wed, Aug 7, 2019 at 5:26 PM Colin Walters wrote:
>
>
> On Tue, Jul 30, 2019, at 3:52 PM, Daniel Walsh wrote:
> > If you want small images, just use buildah.
>
> Dockerfile-based multi-stage builds are significantly more popular than
> this and should really be mentioned first.
>
> I'm not
No missing expected images.
Failed openQA tests: 13/152 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-31-20190825.n.0):
ID: 436097 Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/436097
Old failures (same test
https://bugzilla.redhat.com/show_bug.cgi?id=1744702
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
In line with the approved Fedora 31 change, packages that fail to install due to
missing Python 2 dependencies are to be removed. I plan to retire the following
packages (or just drop their python2 subpackages) one day before the beta freeze
(2019-08-28), that is on this Wednesday.
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
> completely disabled by default (opened all ports 1025-65535) on Fedora
> Workstation?
Not completely. Completely when from 1 to 65535. :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Hello,
On Mon, Aug 26, 2019 at 2:36 PM Silvia Sánchez wrote:
> I don't think that's normal. I don't remember any moment in all these years
> using Fedora that I ever had a completely disabled firewall.
As a matter of fact, you did:
On Fri, Aug 23, 2019 22:28:48 -0400, Danny Lee wrote:
> Hello devel,
Hi Danny,
Thanks for working on this!
> The NeuroFedora SIG is working to create a Comp-Neuro Fedora Labs live
> image/ installer. We would also like group our packages into an
> easier-to-install format for our target
On 26 August 2019 14:27:53 CEST, "Gerald B. Cox" wrote:
>> It seems that the only thing in that link that has merit in regards
>to this list is that
>> discourse allow editing of messages that has been sent.
>>
>> As for the other things I disagree with pretty much everything. I
>don't think
Hello Vitaly,
I don't think that's normal. I don't remember any moment in all these
years using Fedora that I ever had a completely disabled firewall. If you
ask me, that's a bug.
Kind regards,
Lailah
On Mon, 26 Aug 2019 at 14:31, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org>
Hello all.
Is it okay that firewall is completely disabled by default (opened all
ports 1025-65535) on Fedora Workstation?
I think that this is a major vulnerability and it must be fixed by
changing default zone to public.
firewall-cmd --list-all
FedoraWorkstation (active)
target: default
> It seems that the only thing in that link that has merit in regards to this
> list is that
> discourse allow editing of messages that has been sent.
>
> As for the other things I disagree with pretty much everything. I don't think
> email is
> too hard to use, I don't think large mailinglists
OLD: Fedora-Rawhide-20190825.n.0
NEW: Fedora-Rawhide-20190826.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 6
Dropped packages:0
Upgraded packages: 78
Downgraded packages: 0
Size of added packages: 13.67 MiB
Size of dropped packages:0 B
Hello,
I had a bug report I thought it could be important but now it's too late,
so let's leave it for the next week.
Regards,
Lailah
On Mon, 26 Aug 2019 at 04:06, Adam Williamson
wrote:
> Hi folks! I'm proposing we cancel the QA meeting tomorrow, as there
> isn't a lot for the agenda. We
Looks like it's fixed on the COPR now.
Thanks a lot for your work!
Jirka
On Fri, 2019-08-23 at 22:28 +, Marcin Zajaczkowski wrote:
> Thanks guys for your replies. It built successfully with
> "use_bootstrap_container experimental" disabled.
>
> Marcin
>
It is intended for both py2 and py3 packages to be parallel installed,
correct?
On Mon, Aug 26, 2019, 1:52 PM Petr Stodulka wrote:
> Hi guys,
> I already spent some time on that and I have resolved majority of problems
> with split. The blocker for now - which I believe it is possible to
On 8/26/19 10:20 AM, Miro Hrončok wrote:
> 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:
>
It seems that the only thing in that link that has merit in regards to this
list is that discourse allow editing of messages that has been sent.
As for the other things I disagree with pretty much everything. I don't think
email is too hard to use, I don't think large mailinglists are a
On 26. 08. 19 13:39, Peter Robinson wrote:
Post what exactly, I'm now for the first time ever ignoring all mail
to do with bugzilla.redhat.com because the quantity I'm getting is now
unsustainable due to the constant spam from the python2 and related
stuff, I have so little spare time as it is
Hi guys,
I already spent some time on that and I have resolved majority of problems
with split. The blocker for now - which I believe it is possible to resolve
but I haven't found a solution yet - are libexec files - I need to install
filse for py3 into mercurial3 (or in different dir in general)
* Peter Robinson:
> On Mon, Aug 26, 2019 at 12:30 PM Miro Hrončok wrote:
>>
>> On 26. 08. 19 13:18, Peter Robinson wrote:
>> > On Mon, Aug 26, 2019 at 10:25 AM Miro Hrončok wrote:
>> >>
>> >> In line with the approved Fedora 31 change, packages that fail to install
>> >> due to
>> >> missing
No missing expected images.
Compose FAILS proposed Rawhide gating check!
22 of 45 required tests failed, 15 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED:
https://bugzilla.redhat.com/show_bug.cgi?id=1745545
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
1 - 100 of 127 matches
Mail list logo