I'm checking now, but I also think we want that asap right?
I'm checking now, but I also think we want that asap right?
Joh I guess technically we're on F39 work-wise
Byeah, pretty much everything i've done in ublue (not ucore) has been with this in mind 
Joh, ok, new info
JI thought you'd be able to board stuff but it has a whole seperate access section, sec
Byeah, i saw i could add milestone, but then couldn't do project board 
Jrefresh
BBOOM SHAKALAKA
Jthere should be a + at the bottom of each column
Jnice.
BJthe diagram for the images is done I just need to sit down with @marcoceppi and sort out the website build which I busted, so that one will be done
CUpdating
Jwe should probably split the "flatpak installer" one into more actionable items
Bi think i'll make 71 (split akmods/nvidia) a requirement for 46 (xbox controllers)
MI’ll have time in 20 mins @j0rge
Jok I might have a 3pm job interview so either way Jorge wins.
JI'll inline some things we can do so ya'll can practice milestoning and stuff
J"Turn on F39 builds" will need to be there, along with a link to the place we need to monitor to know when they branch it, if they haven't already
Jthat flatpak update one can be an easy one to get help wanted on, right now it's just a dumb timer, it needs some nuance there
Jlike, I suspect clear linux's flatpak update timers are smarter than ours, those timers are like the very first thing I did a long time ago and they're due
RDo you mind if I ask, are you organising your project boards at the organisation level in GitHub? I do admin on GitHub almost on the daily if I can be of any help
BGood luck
Jit'd also be good to get more hands on the website if we can find them, specifically the images page/python needs love still and could be fleshed out better
Bthere's a ticket for improving flatpak timers in
configand we need to chart out the metrics on the site too, but @jeefy's been capturing the data so that should be a matter of someone generating a chart and then putting it on the markdown page
Jlinked, bummer the sidebar link thing only does pull requests
RTo link to tickets across repos I am fairly sure the project boards have to be at the organisation level, and you can select which repository have access to use each project board.
Then you can add an issue to a project board at the same time as you label it
Then you can add an issue to a project board at the same time as you label it
C@j0rge @bsherman works 
BRMight help to have a 'easy first ticket' type thing, or even a 'help wanted' tab in a project board
Rso easy place for new contributors can help with documentation PRs?
ASomething that runs a flatpak update at every login + an interval would be excellent there.
AThat sounds excellent. Yes we have an overarching organization level board, and per-repo milestones. It's disconnected from each other atm.
So if we're able to configure it so that the repos can access the organization board, that'd be perfect.
So if we're able to configure it so that the repos can access the organization board, that'd be perfect.
B1) we already have a service like this i linked the ticket into the one on the board about flatpack updates
2) the ticket i linked is about improving that (maybe what you mean)
2) the ticket i linked is about improving that (maybe what you mean)
Bit is already setup like this unless i'm mistaken
AIt wasn't an hour ago. Jorge said (here in chat) that we are unable to link to repo tickets from the organization board, when I asked why we don't have an assigned ticket to the "improve IDE integration" task on the org board.
Bi think he just fixed it
ALovely. 
BAYeah, that's great news.
Jhttps://github.com/ublue-os/main/issues?q=is%3Aissue+is%3Aopen+label%3A%22help+wanted%22 is supposed to be doing that
Jbut we could perhaps tag better
Jyeah I fixed the access but there's not org-wide project board, to clarify, it's on the github feature backlog though.
Jlike, individual repos can have their own boards
Jand then you can have an org-wide board
Jbut you can't really do org-wide across all the repos with the nice linking yet
RGitHub does unfortunately treat linking between issues and linking from an issue to a pull request differently
Rin terms of the sidebar
RIn GitHub context (ie the API) an issue is just a PR without files, so it's weird they do it that way
Jthis is light enough for us to get better organized so I guess we'll make do
