New version of Copr

[Dominik Turecek]

Hello.

Today, we have released a new version of Copr.
Main highlights from the release was the addition
of discussion panels in Copr projects and speed
optimization of front page.

For more information, see:
 https://bodhi.fedoraproject.org/updates/FEDORA-2019-4aca9d983d

Dominik

[Kamil Paral]

On Wed, Sep 4, 2019 at 2:29 PM Dominik Turecek <dturecek(a)redhat.com&gt; wrote:

>  Hello.
>
>  Today, we have released a new version of Copr.
>  Main highlights from the release was the addition
>  of discussion panels in Copr projects and speed
>  optimization of front page.
>  
The discussion page is a neat idea. For some projects, I see "start
discussion" button, but for others, I see just "Loading Discussion..."
that
eventually changes to "Error embedding".

[Miroslav Suchý]

Dne 04. 09. 19 v 14:44 Kamil Paral napsal(a):
>  
>  The discussion page is a neat idea. For some projects, I see "start discussion"
> button, but for others, I see just
>  "Loading Discussion..." that eventually changes to "Error embedding".
Yes, the loading takes too long when the topic has to be created and the Discourse
javascript times out.
If you reload the page, it should load correctly since then.

This is a case of old projects. Or projects which should not be shown on front page.
All new projects should have created topic on Discussion.f.o in advance within 60 seconds
as it consume our RSS feed.

-- 
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys

[John Harris]

On Wednesday, September 4, 2019 5:28:08 AM MST Dominik Turecek wrote:
>  Hello.
>  
>  Today, we have released a new version of Copr.
>  Main highlights from the release was the addition
>  of discussion panels in Copr projects and speed
>  optimization of front page.
>  
>  For more information, see:
>   https://bodhi.fedoraproject.org/updates/FEDORA-2019-4aca9d983d
>  
>  Dominik 
Has the new version been tested without "discussion"s? If not, I would imagine 
it'd be much faster with that feature disabled.

Does the inefficiency of that feature outweigh its usefulness? Why does it 
rely on Discourse for that feature?

-- 
John M. Harris, Jr. <johnmh(a)splentity.com&gt;
Splentity
https://splentity.com/

[Miroslav Suchý]

Dne 04. 09. 19 v 18:17 John Harris napsal(a):
>  Has the new version been tested without "discussion"s? If
> not, I would imagine 
>  it'd be much faster with that feature disabled. 
Yes. It has been tested with and without discussions. Discussion are not on front pages
and does not affect loading time
of front page.
They are presented on project detail page and use async javascript and discussion is being
loaded after the page itself
has been shown. I.e., it does not have affect the speed.


>  Does the inefficiency of that feature outweigh its usefulness? Why
> does it 
>  rely on Discourse for that feature? 
Because Discourse is the best. I considered Disqus, but it is not open source (which we
want to support), we considered
to code something directly in Copr, but we decided to not reinvent wheel and spend our
time delivering something unique,
which have bigger benefits. We considered maintaining our own instance, but again that
would consume some engineer who
can do something more useful.
Yet, we want to allow users to share their feedback about projects. Between them, between
the maintainer as they very
often contact us to do something with the content of the projects or file bug reports
against Copr to do something with
a failing application built in Copr. And we are closing it because we are not the
packagers.
As Red Hat is already paying for Fedora Discourse instance, we decided to utilize this as
there will be no additional
cost and Copr is in fact already part of Fedora ecosystem.

-- 
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys

[John Harris]

On Thursday, September 5, 2019 6:56:13 AM MST Miroslav Suchý wrote:
>  Between them, between the maintainer as they very
>  often contact us to do something with the content of the projects or file
>  bug reports against Copr to do something with a failing application built
>  in Copr. And we are closing it because we are not the packagers. 
I'm sorry, but I don't see what providing, essentially, a "comments" box
will 
do about this. Most of that communication, I'm sure we'd all prefer to keep 
private..

-- 
John M. Harris, Jr. <johnmh(a)splentity.com&gt;
Splentity
https://splentity.com/

[Matthew Miller]

On Wed, Sep 04, 2019 at 09:17:49AM -0700, John Harris wrote:
>  Does the inefficiency of that feature outweigh its usefulness? Why
> does it 
>  rely on Discourse for that feature? 
I think it's pretty clearly a useful feature, although I won't speak to any
inefficiency. And I'm glad to see that it _does_ use Discourse -- better to
tie into something made for discussion than to home-brew a new thing.

-- 
Matthew Miller
<mattdm(a)fedoraproject.org&gt;
Fedora Project Leader

[Kevin Fenzi]

On 9/5/19 9:55 AM, Matthew Miller wrote:
>  On Wed, Sep 04, 2019 at 09:17:49AM -0700, John Harris wrote:
> > Does the inefficiency of that feature outweigh its usefulness? Why does it 
> > rely on Discourse for that feature?
>  
>  I think it's pretty clearly a useful feature, although I won't speak to any
>  inefficiency. And I'm glad to see that it _does_ use Discourse -- better to
>  tie into something made for discussion than to home-brew a new thing. 
I wonder... perhaps it could make a thread per user/group instead of per
project? That would reduce the traffic a lot, and I would expect that
would capture the need for discussion with the owner?

kevin

[Gerald B. Cox]

If I understand the discussion here:
https://discussion.fedoraproject.org/t/can-the-copr-category-be-removed-f...

Alot of the traffic can be dealt with using the "do not list this category
in latest" function - and there will be an RFE for the "new" category. 
The
one
thing that I believe can and should be fixed by discourse as a bug would be
the fact that the COPR items are appearing in the RSS feeds, i.e.
https://discussion.fedoraproject.org/latest.rss and most likely
https://discussion.fedoraproject.org/new.rss
<https://discussion.fedoraproject.org/latest.rss>

It just needs to be reported to discourse so it can be addressed.

On Thu, Sep 5, 2019 at 10:17 AM Kevin Fenzi <kevin(a)scrye.com&gt; wrote:

>  On 9/5/19 9:55 AM, Matthew Miller wrote:
>  > On Wed, Sep 04, 2019 at 09:17:49AM -0700, John Harris wrote:
>  >> Does the inefficiency of that feature outweigh its usefulness? Why does
>  it
>  >> rely on Discourse for that feature?
>  >
>  > I think it's pretty clearly a useful feature, although I won't speak to
>  any
>  > inefficiency. And I'm glad to see that it _does_ use Discourse -- better
>  to
>  > tie into something made for discussion than to home-brew a new thing.
>
>  I wonder... perhaps it could make a thread per user/group instead of per
>  project? That would reduce the traffic a lot, and I would expect that
>  would capture the need for discussion with the owner?
>
>  kevin
>
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct:
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
>  https://lists.fedoraproject.org/archives/list/[e-mail]
>

[John Harris]

On Thursday, September 5, 2019 10:16:16 AM MST Kevin Fenzi wrote:
>  On 9/5/19 9:55 AM, Matthew Miller wrote:
>  > On Wed, Sep 04, 2019 at 09:17:49AM -0700, John Harris wrote:
>  >> Does the inefficiency of that feature outweigh its usefulness? Why does
>  >> it
>  >> rely on Discourse for that feature?
>  > 
>  > I think it's pretty clearly a useful feature, although I won't speak to
>  > any
>  > inefficiency. And I'm glad to see that it _does_ use Discourse -- better
>  > to
>  > tie into something made for discussion than to home-brew a new thing.
>  
>  I wonder... perhaps it could make a thread per user/group instead of per
>  project? That would reduce the traffic a lot, and I would expect that
>  would capture the need for discussion with the owner?
>  
>  kevin 
Well, that could be much better handled with a simple "Contact owner" button 
that sends the owner an email.

-- 
John M. Harris, Jr. <johnmh(a)splentity.com&gt;
Splentity
https://splentity.com/

[Miroslav Suchý]

Dne 06. 09. 19 v 3:29 John Harris napsal(a):
>  Well, that could be much better handled with a simple "Contact
> owner" button 
>  that sends the owner an email. 
We have this for ages. See upper right corner of:
  https://copr.fedorainfracloud.org/coprs/g/mock/mock/
And no, it does not work. People do not fill it. People barely use it. The communication
is not archived/visible and
therefore miss the network effect.

-- 
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys

[John Harris]

On Thursday, September 5, 2019 11:33:58 PM MST Miroslav Suchý wrote:
>  Dne 06. 09. 19 v 3:29 John Harris napsal(a):
>  
>  > Well, that could be much better handled with a simple "Contact owner"
>  > button  that sends the owner an email.
>  
>  
>  We have this for ages. See upper right corner of:
>    https://copr.fedorainfracloud.org/coprs/g/mock/mock/
>  And no, it does not work. People do not fill it. People barely use it. The
>  communication is not archived/visible and therefore miss the network
>  effect. 
Most likely, that will continue to be the case. The communication thing there 
will go unused, and you'll still be asked to act instead of the owners.

-- 
John M. Harris, Jr. <johnmh(a)splentity.com&gt;
Splentity
https://splentity.com/

[Kevin Kofler]

John Harris wrote:
>  Does the inefficiency of that feature outweigh its usefulness? Why
> does it
>  rely on Discourse for that feature? 
What is particularly annoying is that it is all in JavaScript. Basic website 
functionality should work without JavaScript.

(But there are already other offenders in Fedora, e.g., Bodhi since 2.0.0 
has not allowed filing updates without JavaScript anymore.)

        Kevin Kofler

[Pavel Raiskup]

On Wednesday, September 4, 2019 2:28:08 PM CEST Dominik Turecek wrote:
>  Hello.
>  
>  Today, we have released a new version of Copr.
>  Main highlights from the release was the addition
>  of discussion panels in Copr projects and speed
>  optimization of front page.
>  
>  For more information, see:
>   https://bodhi.fedoraproject.org/updates/FEDORA-2019-4aca9d983d 
Also, few days back we enabled F31 in Copr, I forgot to cc fedora-devel when I
was announcing that:

https://lists.fedorahosted.org/archives/list/[e-mail]...

Pavel