On 19.11.2020 23:13, Matthew Miller wrote:
Some packagers in Fedora do not have time to maintain the build dependencies
for the packages that they are actually interested in and have time to
build.
By allowing such packages, we will open the Pandora's box. Most of them
will never receive updat
On 19.11.2020 23:11, Michael Catanzaro wrote:
Enjoy: https://github.com/matrix-org/purple-matrix/
I suggest not using purple-matrix as it doesn't support most of the
protocol features such as quotes, replies, message editing, etc. due to
libpurple's internal limitations (immutable history).
On 19.11.2020 23:55, Matthew Miller wrote:
In this case for our server, we would use FAS single-sign-on for
accounts.
But this server should support Matrix federation feature. We shouldn't
force users to use only this server in order to be able to participate
in discussions. I already have my
On 20.11.2020 02:06, Dominik 'Rathann' Mierzejewski wrote:
I know the difference and yes, you're able to participate without
registration in that room.
There are free levels of privacy settings:
1. join via invitation;
2. public group with guests;
3. public room without guests.
Most of rooms k
On 20.11.2020 05:14, Matthew Miller wrote:
When I view this room in a private browser window, I can see the
conversation, but at the bottom, it says "Join the conversation with an
account" and presents "Sign In" / "Sign Up" buttons.
In the room settings, admins can enable or disable guests (use
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20201119.0):
ID: 726218 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
I'm not going to give a firm recommendation for or against any platform
but I'd like to make two suggestions:
a) why not slow the process down and allow more ideas to come forward?
There is no urgent need to change things in a month or whatever.
This is a reasonable suggestion. Since one can br
On Fri, Nov 20, 2020 at 02:06:46AM +0100, Dominik 'Rathann' Mierzejewski wrote:
> > > No, you don't. I've just joined a random room without any kind of
> > > registration. Try it yourself if you don't believe me:
> > > https://app.element.io/#/room/#lounge:privacytools.io
> > You are able to view i
On Thu, Nov 19, 2020 at 07:41:02PM -0500, Dusty Mabe wrote:
> We have published an image into GCP for Fedora 33 (see [1]).
> The details are:
> image project: fedora-cloud
> image name:fedora-cloud-base-gcp-33-1-2-x86-64
> We're hoping to get this information added to the website at some point.
I'm attempting an armhfp build with mock and it insists it needs "At
least 243MB more space needed on the / filesystem."
I have 1.1 TB free on /, so I'm assuming there's some kind of limit set
somehow, but I can't figure out how to adjust it. I don't see anything
that looks promising in the co
On Wed, 2020-11-18 at 14:32 -0500, Steve Grubb wrote:
> On Thursday, November 12, 2020 2:45:41 PM EST Steve Grubb wrote:
> > A new version of libcap-ng is going to be released next week. Normally this
> > isn't newsworthy, nor is this a soname version bump. But it is important
> > to let the broad
On Friday, 20 November 2020 at 02:01, Rahul Sundaram wrote:
> On Thu, Nov 19, 2020 at 7:56 PM Dominik 'Rathann' Mierzejewski wrote:
> >
> > No, you don't. I've just joined a random room without any kind of
> > registration. Try it yourself if you don't believe me:
> > https://app.element.io/#/room
Hi
On Thu, Nov 19, 2020 at 7:56 PM Dominik 'Rathann' Mierzejewski wrote:
>
> No, you don't. I've just joined a random room without any kind of
> registration. Try it yourself if you don't believe me:
> https://app.element.io/#/room/#lounge:privacytools.io
>
You are able to view it but are you a
On Thursday, 19 November 2020 at 23:52, Michael Catanzaro wrote:
> On Thu, Nov 19, 2020 at 11:37 pm, Dominik 'Rathann' Mierzejewski
> wrote:
> > Instead of channels, you have rooms and users can be either
> > unregistered or registered, just like on IRC.
>
> No, you have to register.
No, you do
We have published an image into GCP for Fedora 33 (see [1]).
The details are:
image project: fedora-cloud
image name:fedora-cloud-base-gcp-33-1-2-x86-64
We're hoping to get this information added to the website at some point.
Dusty
[1] https://pagure.io/cloud-sig/issue/318
I'm opposed to this change as well, due to, imo, making it harder/less
obvious/more confusing to see
where I have to pull from any given package that I want to consume as an
end-user on my system,
or as a package maintainer in my buildroot.
I've however found myself having to maintain packages tha
Elliott Sales de Andrade writes:
>> > I honestly can see exactly zero downsides to using a Matrix setup as
>> > compared to using IRC, and a giant pile of upsides, starting with "I no
>> > longer need to dedicate a small portion of my brain to remembering how
>> > my IRC bouncer setup works and m
Emmanuel Seyman writes:
>> However, I'm not stuck on that one and it's probably not useful to stay
>> stuck on it if there's not enough support to do it. So, let's find a
>> different solution.
>
> What exactly do you want to do with this list of lightly-maintained
> packages?
I have been wonder
On Thu, 19 Nov 2020 at 14:44, Tom Hughes via devel
wrote:
>
> On 19/11/2020 19:25, Adam Williamson wrote:
>
> > I mean, I'm an old fogey too, but at *some* point we do have to accept
> > that new things can be actively better.
>
> True.
>
> > I honestly can see exactly zero downsides to using a Ma
* Matthew Miller [19/11/2020 17:13] :
>
> Some packagers in Fedora do not have time to maintain the build dependencies
> for the packages that they are actually interested in and have time to
> build.
I suspect that these packages are maintained only to the point where they
can build (and thus be
On Thu, Nov 19, 2020 at 5:55 PM Matthew Miller wrote:
>
> On Thu, Nov 19, 2020 at 04:52:56PM -0600, Michael Catanzaro wrote:
> > wrote:
> > > Instead of channels, you have rooms and users can be either
> > >unregistered or registered, just like on IRC.
> > No, you have to register.
>
> In this ca
On Thu, Nov 19, 2020 at 04:52:56PM -0600, Michael Catanzaro wrote:
> wrote:
> > Instead of channels, you have rooms and users can be either
> >unregistered or registered, just like on IRC.
> No, you have to register.
In this case for our server, we would use FAS single-sign-on for
accounts.
--
On Thu, Nov 19, 2020 at 11:37 pm, Dominik 'Rathann' Mierzejewski
wrote:
Instead of channels, you have rooms and users can be either
unregistered or registered, just like on IRC.
No, you have to register.
___
devel mailing list -- devel@lists.fedora
On Thu, 2020-11-19 at 23:37 +0100, Dominik 'Rathann' Mierzejewski
wrote:
> On Thursday, 19 November 2020 at 21:46, Erich Eickmeyer wrote:
> > On 11/19/20 12:32 PM, Dominik 'Rathann' Mierzejewski wrote:
> > > I don't know how Matrix works exactly...
> > Then I suggest educating yourself. Go to eleme
On Thu, Nov 19, 2020 at 11:37:05PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> Oh and it's extremely slow compared to IRC.
The federation you mean, or in general? It is true that the free matrix.org
can get overwhelmed; this is one of the reasons for having our own server.
--
Matthew Miller
On Thursday, 19 November 2020 at 21:46, Erich Eickmeyer wrote:
> On 11/19/20 12:32 PM, Dominik 'Rathann' Mierzejewski wrote:
> > I don't know how Matrix works exactly...
> Then I suggest educating yourself. Go to element.io and check it out.
So I did and it's not that different from IRC from an en
On Wed, Nov 18, 2020 at 12:22:26PM -0500, Matthew Miller wrote:
>http://whenisgood.net/k5brwbd
FWIW so far tomorrow and next week are (not surprisingly given the US
holidays) much less popular than the week of November 30, so let's continue
the discussion here and on the Discourse thread.
htt
On Thu, Nov 19, 2020 at 03:04:26PM -0500, Robbie Harwood wrote:
> What I believe Alex and I are arguing is that there is no technical
> advantage to RHEL-style repo-splitting where some packages go in one
> repo and a non-overlapping set goes in another. Rather, it incurs a
> large burden both on
On Thu, Nov 19, 2020 at 7:43 pm, Tom Hughes via devel
wrote:
There's also the fact that unless I can get it to talk to all
the same chat systems I have pidgin talking to I would need to
be running two clients instead of one.
Enjoy: https://github.com/matrix-org/purple-matrix/
__
On 11/19/20 12:32 PM, Dominik 'Rathann' Mierzejewski wrote:
I don't know how Matrix works exactly...
Then I suggest educating yourself. Go to element.io and check it out.
If you don't know what it is or how it works, then why chime-in? That
adds nothing to the conversation if you don't know wh
On Thursday, 19 November 2020 at 19:47, Vitaly Zaitsev via devel wrote:
> On 19.11.2020 19:31, Dominik 'Rathann' Mierzejewski wrote:
> > Just like IRC.
>
> No. If the FreeNode network goes down, all Fedora IRC chats will
> disappear.
Network consists of multiple servers. They'd all have to go dow
On Thu, Nov 19, 2020 at 03:04:26PM -0500, Robbie Harwood wrote:
> >> As my team has found out within Red Hat, this repo split has been a
> >> large PITA. Because RHEL also won't self-host and many sub-packages
> >> are missing from released bits that are otherwise available in e.g.,
> >> BUILDROOT,
On Thursday, November 19, 2020 5:54:52 PM WET Richard W.M. Jones wrote:
> I'm not sure that message editing is a feature.
In fairness as long as the grace period is fixed and small that is not a bad
thing.
E.g it allows you to fix lots of cases where you found that the message was
incomplete aft
On Thu, Nov 19, 2020 at 08:00:24PM +, Tom Hughes via devel wrote:
> On 19/11/2020 19:49, Neal Gompa wrote:
>
> > The GNOME-based one is Fractal, which is not available in Fedora as of
> > right now. That said, the Qt based ones are in way better shape than
> > the GNOME one. And QGnomePlatform
Matthew Miller writes:
> On Wed, Nov 18, 2020 at 03:37:11PM -0500, Alexander Scheel wrote:
>> I second what Robbie has said as well.
>>
>> I am against the thought of this change.
>>
>> As my team has found out within Red Hat, this repo split has been a
>> large PITA. Because RHEL also won't self
On 19/11/2020 19:49, Neal Gompa wrote:
The GNOME-based one is Fractal, which is not available in Fedora as of
right now. That said, the Qt based ones are in way better shape than
the GNOME one. And QGnomePlatform should make them work reasonably
well...
My problem, at least on this hidpi lapto
On Thu, 2020-11-19 at 19:43 +, Tom Hughes via devel wrote:
>
> No doubt there are others I can try...
https://wiki.gnome.org/Apps/Fractal
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
On Thu, Nov 19, 2020 at 2:44 PM Tom Hughes via devel
wrote:
>
> On 19/11/2020 19:25, Adam Williamson wrote:
>
> > I mean, I'm an old fogey too, but at *some* point we do have to accept
> > that new things can be actively better.
>
> True.
>
> > I honestly can see exactly zero downsides to using a
On 19/11/2020 19:25, Adam Williamson wrote:
I mean, I'm an old fogey too, but at *some* point we do have to accept
that new things can be actively better.
True.
I honestly can see exactly zero downsides to using a Matrix setup as
compared to using IRC, and a giant pile of upsides, starting w
On Thu, 19 Nov 2020 at 14:25, Adam Williamson
wrote:
> On Thu, 2020-11-19 at 14:15 -0500, Stephen John Smoogen wrote:
> >
> > My apologies for that misinformation. While a federated chat system is a
> > network of servers for people being social, I should not tie them in the
> > same crappile as
On Thu, Nov 19, 2020 at 05:55:49PM +, Richard W.M. Jones wrote:
> On Thu, Nov 19, 2020 at 06:50:21PM +0100, Vitaly Zaitsev via devel wrote:
> > No, please. IRC bridges need to be closed to force users to switch
> > to Matrix.
> "force"? You may have said the quiet bit aloud ...
To be clear, V
On to, 19 marras 2020, Nikos Mavrogiannopoulos wrote:
On Wed, Nov 18, 2020 at 2:23 PM Alexander Bokovoy wrote:
On ke, 18 marras 2020, Nikos Mavrogiannopoulos wrote:
>Hi,
> I realized my fedora-based containers have an /etc/resolv.conf which
>claims it is managed by resolved, and nsswitch.conf
On Thu, 2020-11-19 at 14:15 -0500, Stephen John Smoogen wrote:
>
> My apologies for that misinformation. While a federated chat system is a
> network of servers for people being social, I should not tie them in the
> same crappile as Social Networks where my logins and engagement are
> measured a
On Thu, 19 Nov 2020 at 13:29, Adam Williamson
wrote:
> On Thu, 2020-11-19 at 13:23 -0500, Stephen John Smoogen wrote:
> > On Thu, 19 Nov 2020 at 12:57, Richard W.M. Jones
> wrote:
> >
> > > On Thu, Nov 19, 2020 at 06:50:21PM +0100, Vitaly Zaitsev via devel
> wrote:
> > > > On 19.11.2020 18:34, R
On Thu, Nov 19, 2020 at 05:53:29PM +, Richard W.M. Jones wrote:
> > I too love dinosaurs... but I also work on 4 different computers and two
> > mobile
> > devices every day. Having to literally switch hardware to participate in IRC
> > meetings is pain in the ass for some of our contributors
On Thu, 2020-11-19 at 19:28 +0100, Vitaly Zaitsev via devel wrote:
> On 19.11.2020 19:16, Adam Williamson wrote:
> > If we use a central server, only one server needs maintaining, and the
> > problem is solved for everyone. The benefit seems pretty clear.
>
> Matrix don't need a central server. Th
On Thu, Nov 19, 2020 at 05:08:08PM +, Richard W.M. Jones wrote:
> There's quite a lot wrong here - a video meeting(!) to discuss
> dropping a commonly used and well established channel of
> communication. Well, I guess at least you didn't decide to use the
> proprietary awfulness of Slack.
>
On 19.11.2020 19:31, Dominik 'Rathann' Mierzejewski wrote:
Just like IRC.
No. If the FreeNode network goes down, all Fedora IRC chats will disappear.
In Matrix if one server will stop working, users can easily switch to
another and continue chatting. All messages will be saved.
Also users f
On Wed, Nov 18, 2020 at 03:37:11PM -0500, Alexander Scheel wrote:
> I second what Robbie has said as well.
>
> I am against the thought of this change.
>
> As my team has found out within Red Hat, this repo split has been a
> large PITA. Because RHEL also won't self-host and many sub-packages
> a
On Thu, Nov 19, 2020 at 1:32 PM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Thursday, 19 November 2020 at 19:28, Vitaly Zaitsev via devel wrote:
> > On 19.11.2020 19:16, Adam Williamson wrote:
> > > If we use a central server, only one server needs maintaining, and the
> > > problem is solved for
On Thursday, 19 November 2020 at 19:28, Vitaly Zaitsev via devel wrote:
> On 19.11.2020 19:16, Adam Williamson wrote:
> > If we use a central server, only one server needs maintaining, and the
> > problem is solved for everyone. The benefit seems pretty clear.
>
> Matrix don't need a central serve
On 19.11.2020 19:16, Adam Williamson wrote:
If we use a central server, only one server needs maintaining, and the
problem is solved for everyone. The benefit seems pretty clear.
Matrix don't need a central server. This is a federated network. All
rooms are hosted on multiple servers.
--
Sin
On Thu, 2020-11-19 at 13:23 -0500, Stephen John Smoogen wrote:
> On Thu, 19 Nov 2020 at 12:57, Richard W.M. Jones wrote:
>
> > On Thu, Nov 19, 2020 at 06:50:21PM +0100, Vitaly Zaitsev via devel wrote:
> > > On 19.11.2020 18:34, Radka Gustavsson wrote:
> > > > Rich, IRC is not being dropped, it is
On Thu, 19 Nov 2020 at 12:57, Richard W.M. Jones wrote:
> On Thu, Nov 19, 2020 at 06:50:21PM +0100, Vitaly Zaitsev via devel wrote:
> > On 19.11.2020 18:34, Radka Gustavsson wrote:
> > >Rich, IRC is not being dropped, it is being bridged to modern,
> > >"IRC-native" (for lack of better word in m
On Thu, Nov 19, 2020 at 1:09 PM Daniel Pocock wrote:
>
>
>
> On 19/11/2020 18:55, Richard W.M. Jones wrote:
> > On Thu, Nov 19, 2020 at 06:50:21PM +0100, Vitaly Zaitsev via devel wrote:
> >> On 19.11.2020 18:34, Radka Gustavsson wrote:
> >>> Rich, IRC is not being dropped, it is being bridged to m
On Thu, 2020-11-19 at 17:53 +, Richard W.M. Jones wrote:
> On Thu, Nov 19, 2020 at 06:34:28PM +0100, Radka Gustavsson wrote:
> > Let me start off:
> >
> > What's the reason why hosting your own server for a fairly uncommon
> > chat protocol is better than continuing to use IRC?
> >
On 19/11/2020 18:55, Richard W.M. Jones wrote:
> On Thu, Nov 19, 2020 at 06:50:21PM +0100, Vitaly Zaitsev via devel wrote:
>> On 19.11.2020 18:34, Radka Gustavsson wrote:
>>> Rich, IRC is not being dropped, it is being bridged to modern,
>>> "IRC-native" (for lack of better word in my vocabulary
On Thu, Nov 19, 2020 at 06:50:21PM +0100, Vitaly Zaitsev via devel wrote:
> On 19.11.2020 18:34, Radka Gustavsson wrote:
> >Rich, IRC is not being dropped, it is being bridged to modern,
> >"IRC-native" (for lack of better word in my vocabulary) platform.
> >Contributors who prefer to stay on IRC
On Thu, Nov 19, 2020 at 06:46:31PM +0100, Vitaly Zaitsev via devel wrote:
> On 19.11.2020 18:08, Richard W.M. Jones wrote:
> >What's the reason why hosting your own server for a fairly uncommon
> >chat protocol is better than continuing to use IRC?
>
> IRC is a legacy protocol with no support for
On 19.11.2020 18:49, Sérgio Basto wrote:
How I install matrix/element in my desktop ?
I suggest you install nheko instead of Element:
sudo dnf install nheko
P.S. Fedora 33 is required for nheko due to an ancient version of Boost
in Fedora 32.
--
Sincerely,
Vitaly Zaitsev (vit...@easycodin
On Thu, Nov 19, 2020 at 06:34:28PM +0100, Radka Gustavsson wrote:
> Let me start off:
>
> What's the reason why hosting your own server for a fairly uncommon
> chat protocol is better than continuing to use IRC?
>
>
> I too love dinosaurs... but I also work on 4 different computers a
On 19.11.2020 18:34, Radka Gustavsson wrote:
Rich, IRC is not being dropped, it is being bridged to modern,
"IRC-native" (for lack of better word in my vocabulary) platform.
Contributors who prefer to stay on IRC are welcome to do so and won't
really notice any difference.
No, please. IRC bri
On Thu, 2020-11-19 at 18:34 +0100, Radka Gustavsson wrote:
> On Thu, Nov 19, 2020 at 6:11 PM Richard W.M. Jones > wrote:
> > On Wed, Nov 18, 2020 at 12:22:26PM -0500, Matthew Miller wrote:
> >
> > > [I posted to the Fedora Council list, but reposting here for
> > wider
> >
> > > distribution.]
>
On Thu, Nov 19, 2020 at 06:26:04PM +0100, Miro Hrončok wrote:
> There is no generator that parses Python imports (and never has been), sorry.
OK, fair enough. It's not a big deal because I could add the
Requires line by hand.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.
On 19.11.2020 18:08, Richard W.M. Jones wrote:
What's the reason why hosting your own server for a fairly uncommon
chat protocol is better than continuing to use IRC?
IRC is a legacy protocol with no support for modern features like
message editing, history, etc.
--
Sincerely,
Vitaly Zaits
On Thu, Nov 19, 2020 at 6:11 PM Richard W.M. Jones
wrote:
> On Wed, Nov 18, 2020 at 12:22:26PM -0500, Matthew Miller wrote:
> > [I posted to the Fedora Council list, but reposting here for wider
> > distribution.]
> >
> > As mentioned, we're looking at moving the Fedora Council's main chat to
> >
On 11/19/20 6:02 PM, Richard W.M. Jones wrote:
It's not a big deal because I added the Python Requires: line by hand,
but I want to make sure I understand why it happens and whether
there's an easy fix.
https://koji.fedoraproject.org/koji/taskinfo?taskID=55889416
https://src.fedoraproject.
On Wed, Nov 18, 2020 at 12:22:26PM -0500, Matthew Miller wrote:
> [I posted to the Fedora Council list, but reposting here for wider
> distribution.]
>
> As mentioned, we're looking at moving the Fedora Council's main chat to
> Matrix. And as part of that, we're considering a hosted Element server
It's not a big deal because I added the Python Requires: line by hand,
but I want to make sure I understand why it happens and whether
there's an easy fix.
https://koji.fedoraproject.org/koji/taskinfo?taskID=55889416
https://src.fedoraproject.org/rpms/nbdkit/blob/master/f/nbdkit.spec#_475
Thi
No missing expected images.
Failed openQA tests: 1/16 (x86_64), 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-33-20201117.0):
ID: 725719 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/725719
ID: 725735 Test: aarch64 IoT-dvd_ostree-i
On 11/19/20 03:06, Nikos Mavrogiannopoulos wrote:
On Wed, Nov 18, 2020 at 2:23 PM Alexander Bokovoy wrote:
On ke, 18 marras 2020, Nikos Mavrogiannopoulos wrote:
Hi,
I realized my fedora-based containers have an /etc/resolv.conf which
claims it is managed by resolved, and nsswitch.conf has "res
No missing expected images.
Failed openQA tests: 2/16 (x86_64), 5/15 (aarch64)
Old failures (same test failed in Fedora-IoT-34-20201118.0):
ID: 725582 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/725582
ID: 725594 Test: x86_64 IoT-dvd_ostree-is
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 17/177 (x86_64), 21/115 (aarch64)
New failures (same test not failed in
OLD: Fedora-Rawhide-20201118.n.0
NEW: Fedora-Rawhide-20201119.n.0
= SUMMARY =
Added images:1
Dropped images: 1
Added packages: 22
Dropped packages:0
Upgraded packages: 72
Downgraded packages: 0
Size of added packages: 224.82 MiB
Size of dropped packages:0
On Thu, Nov 19, 2020 at 12:41 PM Dan Čermák
wrote:
> Hi Alfredo,
>
> Alfredo Moralejo Alonso writes:
>
> > Hi,
> >
> > openstack-sig is reviewing the list of packages maintained in Fedora and
> > we've found that following packages can be retired from Fedora as they
> are
> > not longer used or
Hi Alfredo,
Alfredo Moralejo Alonso writes:
> Hi,
>
> openstack-sig is reviewing the list of packages maintained in Fedora and
> we've found that following packages can be retired from Fedora as they are
> not longer used or required by any other package or OpenStack:
I am not interested in the
Hi,
openstack-sig is reviewing the list of packages maintained in Fedora and
we've found that following packages can be retired from Fedora as they are
not longer used or required by any other package or OpenStack:
python-cliff-tablib
python-tablib
python-congressclient
python-openstack-doc-tools
No missing expected images.
Passed openQA tests: 7/7 (x86_64), 7/7 (aarch64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le..
On 19/11/2020 10:04, Felix Schwarz wrote:
> Hi Daniel,
>
> Am 18.11.20 um 18:41 schrieb Daniel Pocock:
>> Firmware binary code that isn't yet present in linux-firmware.git
>> - is there any way to extract that binary from another platform?
>
> you probably noticed this yourself, but just in cas
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20201118.0):
ID: 725151 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Mon, Nov 16, 2020 at 8:30 PM Jerry James wrote:
> I would like to ask for some input from those of you with Java
> packaging experience. The jsonp package has been orphaned, but the
> antlr4-project package (which I maintain) still needs it. Since jsonp
> has transitioned to the eclipse-ee4j
Hi Daniel,
Am 18.11.20 um 18:41 schrieb Daniel Pocock:
Firmware binary code that isn't yet present in linux-firmware.git
- is there any way to extract that binary from another platform?
you probably noticed this yourself, but just in case:
https://lists.fedoraproject.org/archives/list/devel@li
On Wed, Nov 18, 2020 at 2:23 PM Alexander Bokovoy wrote:
>
> On ke, 18 marras 2020, Nikos Mavrogiannopoulos wrote:
> >Hi,
> > I realized my fedora-based containers have an /etc/resolv.conf which
> >claims it is managed by resolved, and nsswitch.conf has "resolve" in
> >hosts. However, doing someth
83 matches
Mail list logo