Friendly reminder that 9 February is the deadline for any changes to be made in the Spin. We can revisit in our next meeting.
\--
Cheers,
Justin W. Flory (he/him)
https://jwf.io
Sent from ProtonMail mobile
\-------- Original Message --------
On Jan 26, 2021, 08:36, Ben Cotton < bcotton(a)redhat.com> wrote:
>
>
>
> The change complete (testable) deadline for Fedora 34 changes is
> Tuesday 9 February. At this point, changes should be in a testable
> state. Please indicate this by setting the tracker bug for your change
> to MODIFIED.
>
> Other upcoming schedule milestones:
> \* 2021-02-09 — Fedora 34 branches from Rawhide
> \* 2021-02-23 — Change completion deadline (100% code complete)
> \* 2021-02-23 — Beta freeze begins
>
> For more information, see the schedule\[1\]
>
> \[1\] https://fedorapeople.org/groups/schedule/f-34/f-34-key-tasks.html
>
> \--
> Ben Cotton
> He / Him / His
> Senior Program Manager, Fedora & CentOS Stream
> Red Hat
> TZ=America/Indiana/Indianapolis
> \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
> devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-announce-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][https_fedoraproje…]
> List Archives: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedorapr…
>
[https_fedoraproject.org_wiki_Mailing_list_guidelines]: https://fedoraproject.org/wiki/Mailing_list_guidelines
Hi i3 SIG,
The Fedora Magazine team was talking about possible upcoming articles and I thought the i3 Spin would make for a great article. The "Getting started with the i3 tiling window manager" article[1] from 2016 is the most viewed article of all time, so a post about having the spin available would be great. We could run it any time after the Beta release, but it might be best to do it after the GA (so late April or early May).
If someone is willing to work on that, please submit a pitch[2]
[1] https://fedoramagazine.org/getting-started-i3-window-manager/
[2] https://docs.fedoraproject.org/en-US/fedora-magazine/writing-a-pitch/
Hello
I am the lead for the Fedora Respin Sig
first off I would like to release an F33-i3 respin passible next monday
(20210301)
i asked Bcotton and he said they i needed to ask the I3 Sig to see if it
was ok with you.
a) it will help advertise the i3 spin more for f34.
b) i will need some testers to test the iso
i built a iso today as a test iso and if you would like to test please
do and give feedback
the current iso with checksum are located at
https://drive.google.com/drive/folders/1HmInJBHtojcPCbGxC4A_9vG36VhQ2m_7
Ben Southern_Gentleman #fedora-respins
Hi all,
Ben Cotton built a preview of the i3 Spin website that will be used for
Fedora 34. We need to include descriptions of the apps we will ship;
currently, what is shown is for the LXQt desktop.
https://spins.stg.fedoraproject.org/i3/
Alternatively, we can also opt to not have any applications shown, but I
think it would be cool to show what we're shipping here.
We will need some hands to help us out with drafting the text to go on
the site. More details in the fedora-websites ticket:
https://pagure.io/fedora-websites/issue/1056
--
Cheers,
Justin W. Flory (he/him)
https://jwf.io
TZ=America/New_York
Hi Fedora i3 SIG,
I work on a desktop environment project called Regolith[1] which
currently supports Ubuntu-based systems. We have an open issue[2] for
porting our desktop environment to Fedora and a user noted the existence of
this project and suggested maybe we could work together. I clicked around
a bit in your project pages but did not find much in the way of concrete
details. Things that I am interested in, and may be topics for discussion:
1. How do you intend to handle the "desktop environment" stuff (Set screen
resolution, sound output, user locale, etc.)?
2. How do you intend to create your package dependency graph?
From the 2 or so years I've worked on this project, I think a big design
challenge is how to allow for users to modify and extend their desktop in
such a way that updates over time do not break user configurations but
still allow the freedom to make changes under the hood. I am working on a
design for decomposition of an i3 config file into conf.d style
partials[3]. I'd also be curious as to what insights you may have here.
Currently I am working on breaking the package topology of Regolith to
allow for easier porting to package formats such as RPM and host operating
systems such as Debian, and potentially also entirely different desktop
systems such as Wayland/Sway.
Kind regards,
ken
~~~
1: https://regolith-linux.org
2:
https://github.com/regolith-linux/regolith-desktop/issues/26#issuecomment-7…
3: https://github.com/regolith-linux/regolith-system/wiki/i3-Config-Partials