Re: It’s time to transform the Fedora devel list into something new

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Apr 20, 2023 at 05:53:34PM -0400, JT wrote:
> Sometimes, someone only cares about one subtopic.  Yes I know this can be
> somewhat addressed with proper tagging, but that takes constant effort by
> everyone involved to make that useful.  Most users wont use them, so its up
> to mods or other site users to constantly be back filling that
> information.  It's a constant effort that must always be made to keep
> things orderly.  It exchanges immediate convenience for recent information
> for a more long term effort to keep older information as easily accessible
> as it would have been in a mailing list or a classic forum/sub-forum style
> structure.

For tagging, in the Project Discussion category, each topic requires at
least one tag, and all of the available tags are from a relatively-short
list meant to correspond directly to active project teams. You can think of
each of these as a kind of mailing list — you can subscribe to or mute each
of these tags.

For example, you can find docs team topics at
https://discussion.fedoraproject.org/tag/docs-team

In my experience in the last year or so with this structure, it works well
and doesn't require a lot of maintenance.

The Ask Fedora category uses looser tagging generally based around topics,
and c

For older information, Discourse has significantly better search than
Hyperkitty provides.

> And speaking of older information... there's another problem with them in
> that aspect... the ability to work with them offline or local copy is not
> possible with a SAAS solution like discourse.

That's basically true, although there is an API and it would be
theoretically possible to make an offline client of some sort. We also have
automatic backups so that all of the data is available in a
Fedora-controlled way.


> As I do a lot of historical research in open source and actively archiving
> what I can for future people.  This is something I focus on and while I
> know there's not many of us that are doing it, it's still a thing for some
> of us.  Working with old Distros and trying to research how we got from
> there to here has only been possible because people back in the day
> archived mailing lists and things like sunsite.unc.edu  I can scrape a
> modern mailing lists for reference later, and pull up mailing lists that
> others have archived before me.
> 
> In an effort to be more efficient and "modern", are we taking away that
> possibility for the next generation?

I care about this too. I don't think we are taking away the possibility of
archival research.

But, also: "efficient and modern" aren't in my reasons for suggesting this.



> Using a SAAS solution doesn't seem to make that possible, but maybe I'm
> wrong and there is a way that I dont know about.  Will there be an effort
> to export a PII sanitized database for people to use as an offline or local
> reference.

I don't have an effort like that planned, but I would not be opposed to
someone who wants to work on that.


-- 
Matthew Miller
<mattdm@xxxxxxxxxxxxxxxxx>
Fedora Project Leader
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux