flameshot-org / flameshot

Powerful yet simple to use screenshot software :desktop_computer: :camera_flash:
https://flameshot.org
GNU General Public License v3.0
24.7k stars 1.58k forks source link

Active development: is this repo abandoned? #789

Closed duvh93 closed 4 years ago

duvh93 commented 4 years ago

The last commit dates back of 10 months. Seeing 350+ open issues and 50+ pull requests, I guess there's no other authorized maintainer other than the author.

Are there good forks under active development out there?

borgmanJeremy commented 4 years ago

I am actively working on my fork of the project mostly just adding features that are asked for here that seem compelling. I really want to get stuff merged back here whenever the author returns.

I would be happy to collaborate with others on a shared repo rather than my personal one. Then we could agree on a shared roadmap / refactor list. It would be great to commit effort in a common location with multiple maintainers to prevent future stagnation.

LeBaux commented 4 years ago

@borgmanJeremy If it ever comes to the point of you making a separate fork, please call it HeatShot.

I wonder how much time has to pass for that to happen, though. Judging by the number of GitHub stars and the fact that is a dedicated Linux screenshot tool, I imagine quite a number of people rely on this software.

dhimmel commented 4 years ago

Looks like repo owner @lupoDharkael was active on GitHub on 2020-05-01, making the commit at https://github.com/godotengine/godot/pull/38403/commits/38b1829235f48654f809e2f17620bf8e3bb54e63. @lupoDharkael can you comment on your interest in maintaining flameshot going forward and whether you'd be interested in adopting additional maintainers here?

radoeka commented 4 years ago

I hope that all is well with @lupoDharkael.

There are many forks of this nice application. Would it be possible to use one of the forks (for the time being)?
As I would like to use flameshot at MS Windows, the fork should provide an .exe file for me. Is there a fork that provides an .exe?

I checked the forks, and most of them are just behind of this authoritative repository. There are 3 that stand out:

  1. https://github.com/DrunkenPoney/flameshot - 16 commits ahead of this
  2. https://github.com/33kk/flameshot - 14 commits ahead of this one
  3. https://github.com/MadddinTribleD/flameshot - 8 commits ahead of this one. With a update to alter the use of appveyor: https://github.com/MadddinTribleD/flameshot/commit/7b3d6b6f3e11f6688166b0e052f204afd9590d38

Would any of these be able to continue the development for the time being and provide an exe version of the flameshot?

radoeka commented 4 years ago

borgmanJeremy adds a circle counter https://github.com/borgmanJeremy/flameshot. Might be candidate too.

The overall list is: DrunkenPoney: 16 33kk: 14 MadddinTribleD: 8 hosiet: 8 CloseToZero: 5 borgmanJeremy: 4 George-lewis: 3 zebulon75018: 3 fpkmatthi: 3 magiruuvelvet: 3 mark-ulrich: 2 rodriguescelio: 2 appcove: 2 creepinson: 2

HW71 commented 4 years ago

@lupoDharkael has been tagged many times in the past in different issues here - unfortunately to no avail. He seems to be active on Twitter, though, so at least it looks like he's fine in these crazy times we live in. Maybe he is busy with other stuff - but owning an actively used repo also comes with some duties. At least adding some maintainers for handling all of these pull requests would be great. Alternatively, a comment regarding the future of this repo would be needed so the community can get a "Plan B" up and running...

mmahmoudian commented 4 years ago

How about creating an "organization" on github, merge all these forks that @radoeka suggested and then give all these devs maintainer access? This way even if/when @lupoDharkael wants to work, he can.

borgmanJeremy commented 4 years ago

I'd be happy to get mine merged in. I'm currently working on clearing out some of the technical debt... Porting to cmake, fixing depreciation warning, etc

Before merging to an organization we need to make sure all maintainers agree on the project direction.

radoeka commented 4 years ago

But, besides flameshot, there is also another nice screen capture tool. Perhaps all effort should be put into that one, being https://github.com/ksnip/ksnip This tool (ksnip) has for example the circle counter, and adding text to the screenshot just works, and it is (very) actively maintained....

mmahmoudian commented 4 years ago

@radoeka I don't see much of a difference is features that make me switch to ksnip. Also Flameshot looks much more convenient as used don't open a new window only to annotate the screenshot.

Perhaps all effort should be put into that one

I personally think FOSS benefits from diversity. If we aggregate all the efforts around ksnip, we are putting all our eggs into one single basket (which oddly enough is also managed by one single person which can go dark and maintenance of that project also have the same destiny as this one).

My vote (if it counts) is on giving Flameshot a chance by creating an organization and put multiple people as maintainer. We can elect one or two devs to also play the role of project manager, and we can have such election for example every half a year or so. Flameshot has 5.9k stars, 420 forks and 120 watchers, meaning we have enough voting population for such election. The license of Flameshot is GPL3 which allow us to adopt the code and form such organization and advance the project.

radoeka commented 4 years ago

@mmahmoudian I just wanted to have another possibility brought to light. I like Flameshot as well and it will be very nice whether it remains to exist. As such I agree with suggestion. I'm curious to see what comes out of this.

Rmano commented 4 years ago

My vote (if it counts) is on having Flameshot a chance by creating an organization and put multiple people as maintainer.

+1, I think it would be nice to see flameshot prosper. Let see if @lupoDharkael can just chime in!

dhimmel commented 4 years ago

Tweeted the following:

@Lupo_Dharkael, #flameshot is an awesome screenshot tool! Just wanted to ping you about this issue regarding continued development, in case you had any input.

An organization sounds like a great idea. Should probably make sure there is no issue with keeping the name flameshot...

With this I will unsubscribe from this issue, since it looks like this is now in more capable hands!

mmahmoudian commented 4 years ago

Inspired by radoeka's comment, I did a little bit of scripting to get the general status of the forks. Here are the general statistics:

To see the general status of "diverged" and "ahead" forks I plotted the following:

Rplot01

It is up to the community to consider including the diverged ones into the mix, but I personally suggest going with "ahead" forks. The following table is a list of Github users with a fork that is ahead of this (lupoDharkael/flameshot) repo and is sorted based on the number of commits. It would worth acknowledging that number of commits is a blunt metric and I was not able to extract the number of added and deleted lines fro each of these forks.

login ahead_by
DrunkenPoney 16
33kk 14
MadddinTribleD 8
hosiet 8
borgmanJeremy 4
fpkmatthi 3
Phalelashvili 3
George-lewis 3
magiruuvelvet 3
zebulon75018 3
rodriguescelio 2
creepinson 2
mark-ulrich 2
appcove 2
ozanerturk 1
Mantas-2155X 1
hjedqbkki 1
Tiller 1
filipkilibarda 1
marhkb 1
agaida 1
ZetaoYang 1
radoeka commented 4 years ago

When moving to another repository, think of what to do with the reported issues. Some of these might be solved due to new code in the repository, but it is probably not possible to close the issue. To make the move possible @lupoDharkael should refer to the other repositoriy... Or is that not needed?

mmahmoudian commented 4 years ago

I'm no expert, but I think a referral to the new repo would officiate the migration, but if we had access to @lupoDharkael or if he was responding, we wouldn't have needed to take such route and migrate to a new repo. Also for packages in distros we would face some problem if they don't make their build from the new repo.

I don't know what is the regulation or general practice for an abandoned FOSS under GPL3. Perhaps it would be nice if someone with some experience comment here.

Similar situation happened to keepassx and it was abandoned for quite some time, and then some folks forked the repo and continued it under keepassXC which now has twice as much as the stars that keepassx has with a very active community. Perhaps we can ask Jonathan (@droidmonkey) and Toni (@hifi) what is the procedure in their experience.

borgmanJeremy commented 4 years ago

Is anyone else on here willing to be a maintainer of the project? I am happy to help with feature development and maintenance but the first task should be identifying the core maintainers and making sure they all agree on the project direction.

I am personally interested in cleaning up technical debt before adding many new features.

I also do not really want to maintain release for every distro. It makes much more sense to me to target snap or flatpack to relieve maintenance burden. A large number of issues that are currently opened are solved by telling people to build it from source.

mmahmoudian commented 4 years ago

@borgmanJeremy I suggest that people who have already worked on the code, those that have repos ahead of the original repo in terms of commits (e.g with at least 2 commits ahead), become maintainers and we as a community elect two people (in addition to @lupoDharkael) to lead the project. This repo has 120 watchers and 5.9k stars which means the election would be relatively fair. We can then have the election in 6 months and re-evaluate the activity of the lead maintainers as a community.

I personally think that having largest number of commits is not a good metric for electing lead of dev, as the result I wrote a script that dug into the issues (open and closed) of this repo and looked for the number of times each of the devs I named on this comment have participated in the discussions. Then I made the following figure. I think the most ideal candidate should be on the top right corner of this plot and since no one is up there, we should go for the next best candidates. I thought to put the criteria to those who have commented at least three times or have more than 5 commits ahead of the origin (the :red_circle: data-points).

Feel free to discuss, comment, ...

image

droidmonkey commented 4 years ago

Similar situation happened to keepassx and it was abandoned for quite some time, and then some folks forked the repo and continued it under keepassXC which now has twice as much as the stars that keepassx has with a very active community. Perhaps we can ask Jonathan (@droidmonkey) and Toni (@hifi) what is the procedure in their experience.

I could probably write a book on FOSS takeovers at this point 😵! I know nothing about this particular project, but here are some generic pointers from our experience:

  1. Change the name, slightly. Keep package maintainers in mind who will probably deploy your version alongside the original until you are dominant. keepassx is still in many Linux distros and used (unknown reasons).
  2. Come up with a new logo. This is your branding and what will be used in news articles, Twitter, the app/library itself, documentation, etc. This is a great chance to rebirth the project.
  3. Be prepared for an onslaught of issues and pull requests. Be candid about your roadmap and expected work flow. Setup your labels and review processes. Have a continuous integration server.
  4. If deploying an application cross-platform get your hands on code signing certificates for Windows and macOS. They cost money, seek donations.
  5. HAVE FUN. You took over the project because you were pissed no one was doing anything with it. Remember where you came from :smile:

Logistics note: we originally forked the Keepassx repository, then quickly created an organization and asked GitHub to break the "Fork" to make us standalone. Best decision made early on.

P.S. - After reading the README, if this project can be deployed cross-platform I could use this instead of Snagit. Fully support this effort!

borgmanJeremy commented 4 years ago

@mmahmoudian That seems like a good starting point. Droidmonkey had some really good advice so I am okay going forward with this at this point.

Anyone have good name suggestions? Thats always the hardest part :)

LeBaux commented 4 years ago

My nomination for the new name is still Heatshot, it received a few likes over here so why not. It's aligned with a list of suggestions made by @droidmonkey. Allow me to explain how I came up with the name in the first place:

  1. Derives from Flameshot. I suspect Flameshot itself might have been a derivate name since there is massively popular screenshot add-on for Firefox, FireShot. It was later ported to Chrome and adopted the freemium model, gutting most of the functionality. It was an amazing tool for years, I was using it myself in Firefox 2.x days. Maybe this was the moment that made the original author of Flameshot angry enough to write his own tool. It was no longer fire, only a flame. And now I think we can make it even calmer, a heat. Basically following the thermodynamic tradition that would eventually lead to heatdeath of the universe. Come to think of it, Heatdeath is a damn cool name as well, but I think it might not exactly inspire confidence in users and it does sound more like a name of a nihilistic metal band, rather than screenshot tool.

  2. Making things cooler and blue is a Linux thing. Back in 2006 Mozilla entered a dispute with Debian over the use of the trademark names. The name "Icerabbit" was suggested first, as a cool parody to Firefox. It later was later settled on "Iceweasel" and frankly, to this day it is my favourite name for a browser. I know this is not a real paradigm, but I'd like to think software for Linux is always cooler, as in less chaos, less marketing, less fuss. Another example is Chromium, open-source version of Chrome without all the Google crap. Coincidentally, it also has a, calmer logo made of shades of blue. The Flameshot logo is licenced under Free Art License 1.3 (FAL 1.3), therefore we can simply modify it and carry the legacy (after all, the OG author of Flameshot deserves it):

Original Flameshot Logo →→→ Heatshot mockup

Of course, this is just a quick mockup. This also alleviates the need for making the new logo.

  1. Memorable and relevant. Of course, Heatshot is a play on words. I'm old enough to remember BOOM HEADSHOT youtube guy and played a lot of counter strike 1.6 with friends. The only problem with this name is the fact that Google is autocorrecting it to headshot. As with all news or made-up words, it will pick it up eventually. For our purposes, we just make it visible in distro repositories and that can be achieved by describing it as, Heatshot - Cooler brother of now abandoned flameshot screenshot tool. All keywords are there. The final push should be announcing the forking initiative to the Linux news websites, I can take care of that. This should give us a good starting point in terms of early adaptation and help to establish a name for search engines.

  2. Least amount of Work. Unless someone will come with a better name, its practically done and you guys only need to focus on the code itself.

Name, logo, website

Now I'm slowly rolling over to administrative stuff and getting ahead of myself. Even if we come up with a better name, we still might need a domain and a website. It is not critical, just nice to have. I can take care of the initial website (+hosting), my daily job is WordPress. The issue is domain/hosting access and ownership. I don't want to forcibly insert myself into anything, so if you know about a great way for open source projects to manage joint/collective accounts of these types, feel free to take over this part or suggest a better approach. Plus, if you eventually want to accept donations, it is great to establish these things early. Does anyone have experience with this? Is there any preferred foundation you know about that would help us with this?

I just want to avoid one person having keys to everything. It happened here and in many other open-source projects that are much bigger than Flameshot. A notable example that comes to mind is Solus distro. It might feel like I'm needlessly overcomplicating things but I believe it is best to sort these types of things early and avoid trouble later.

ANYWAY, I put forward 2 names:

  1. Heatshot
  2. Heatdeath (@droidmonkey said I should have fun, so...)

//EDIT: I don't want to create an unnecessary reply, @mmahmoudian suggestion to use GitHub pages makes sense and it is perfectly adequate, somehow it slipped my mind we can just use simple static page and be done with it. Scratch the idea about the website/domain for now.

mmahmoudian commented 4 years ago

@droidmonkey Thank you for your kind input. You made some valid points some of which I've never thought of :+1:


@LeBaux Thanks for enlightening me. I used to use FireShot (good ol' days) but somehow my brain didn't make the connection between "Flameshot" and "Fireshot" :facepalm: .

Regarding the domain/hosting, to keep things simple, we can use the Github pages that provides xxxxx.github.io domain as well. This way we would have a working website and yet no one owns the domain or hosting and we also cut the costs. I used to use Solus and I was a huge fan (still am but have lost some weight. Imho it was a shame that ikey's went dark for some time). Anyhow, I think any registered domain should technically have an owner (person or organization) and since one person scenario might not be a good idea for obvious reasons, and we don't have an organization, I suggest we move forward with github.io concept for the time being. Perhaps the project can later join KDE, Gnome or any other organization.

For collecting Ideas I would suggest creating two new issues in this repo, one for name and one for logo, and give everyone one week to post their suggestions as comments. At the end of the week we can have a poll and have the final verdict. If you agree with this approach, give this comment at least 5 :rocket: reactions and I'll create the issues and start the one week time. (The reason for 5 is that there are 9 participants to this thread and ceiling(9/2) is 5 meaning more than 50% of participants have agreed)

radoeka commented 4 years ago

For the (new) name: a combination of screen/monitor, screenshot should do => perhaps moonshot (monitor + screenshot)? To me it sounds cool ;)

For the name think of a nice url as well, for example something ending in; .fun .hot (flames.hot), .joy, .monster (flame.monster), screen.ninja, .lol, .spot, .you. .pics, .wow, .zone.
https://en.wikipedia.org/wiki/List_of_Internet_top-level_domains

Nice idea to open issues to decide on the name and logo.

Let's try to get in contact with @lupoDharkael for ~ 3 more weeks, till 1 September?

With Github readme pages, it is possible to make a nice interactive page, see: https://www.youtube.com/watch?v=ECuqb5Tv9qI

Rmano commented 4 years ago

Let's try to get in contact with @lupoDharkael for ~ 3 more weeks, till 1 September?

Someone using Twitter (I don't) could try there...

mmahmoudian commented 4 years ago

@Rmano From his paypal donation page, I managed to get his full name ("Alejandro Sirgo Rica"), but I couldn't manage to find his twitter account using his Github username or his name. Do you know his Twitter ID?


Also while googling, I found a fork of flameshot tha is not on github and is one commit ahead: https://git.rlab.io/forks/flameshot/-/commits/master Perhaps @borgmanJeremy can see if he has already covered this last commit in his fork and if not, pull and merge it.

radoeka commented 4 years ago

Do you know his Twitter ID?

Lupo_Dharkael

LeBaux commented 4 years ago

I wrote him a message on twitter. Unless I reply here, assume he never got back to me.

lupoDharkael commented 4 years ago

Hi! sorry for the (long) delay. I was thinking about working again on this project this summer but that didn't happen in the end. I started Flameshot because I felt I needed something more usable for taking screenshots on Linux. When it started gaining popularity the repository flooded with open issues and requests and it started to feel overwhelming. I tried to keep up because I know a lot of people uses Flameshot but I started to feel burned. I have some stuff going on in my life and university steals a lot of time. I didn't want to check the notifications of this repository because that would be adding stress on top of more responsibilities I have to manage so I started to ignore this project.

I'm happy to let the community continue my work but I'd need help about choosing who to trust first, a lot of people has this software installed and it is my responsibility to satisfy the trust they put on me choosing to install my software. I'll keep active reading this thread and I'll do my best to help the transition towards a community based development.

mmahmoudian commented 4 years ago

@lupoDharkael Thanks for replying here. It's good to know that you are safe, and also it is good to know your priorities and concerns.

If folks here don't mind, I reiterate what I have suggested previously and people in this thread showed support on the idea, it might be a good idea to take the project into a github organization in which you can have the development leading role as well as one or two people who know the code and share the same vision with you in terms of where this project goes and what are the milestones. From there after, the website can be a separate repo in the same github organization and can have its own journey as a repo.

To assist with who have showed the competence of pushing the code further, I did a bit of analysis on the issues and the forks to get a short-list of candidates that can collaborate with you in maintaining the project and developing it further. Of course this is just a numerical quantitative preliminary analysis just to bootstrap the whole thing. I believe you can even start a Gitter (or Discord, Element, or what ever platform) room to get to have small chats with some of these devs and the community in order to share your concerns and we can get to a sustainable solution for such an amazing FOSS project.

You can also go with the route of creating a poll and let the community choose the maintainer dev (hopefully based on their previous contributions, PR and etc.). Such poll can happen annually or bi-annually to keep up the spirit. Discourse can also be used to have the feature requests more organized if needed in later stages.

radoeka commented 4 years ago

Some more data:

Forks

login ahead_by DrunkenPoney 16 33kk 14 MadddinTribleD 8 hosiet 8 borgmanJeremy 4

Contributors

https://github.com/lupoDharkael/flameshot/graphs/contributors AlfredoRamos: 25 commits, overall very code wise active https://github.com/AlfredoRamos Hosiet: 23 commits, code and issue active https://github.com/hosiet Juanma1980: 11 commits ZetaoYang: 8 commits, one of the last commits to flameshot? https://github.com/ZetaoYang

Active issue responders (according the graph of @mmahmoudian)

borgmanJeremy ZetaoYang

Active in this issue

borgmanJeremy mmahmoudian

From this issue; it would be nice when mmahmoudian would be able to step in, and help lupoDharkael to make the transition to an organization possible.

From the list above it would be nice when borgmanJeremy would be given access to the repository to help out with the code.

mmahmoudian commented 4 years ago

@radoeka I think there is a change that you misunderstood the figure I mage about the "Active issue respondents" part. I only surveyed the issues that the user IDs that was mentioned in my other comment were either mentioned or they were authors. Meaning every person on that figure owns a fork that is ahead of origin.

There are 794 issues at the moment in this repo and as far as I know Github API does not allow me to access them the way I want, so I have to scrap all 794 HTML pages and parse them which because if IP banning issue of non API requests, each HTML would take about 12 seconds on average to scrap and parse which would be 2.65 hours of run time. Give me some time so I can modify my code and let it run overnight, to get the real most "active issue respondents". I'll post them in this thread.

P.S: I can put my R codes in a git repo under WTFPL license in case anyone wants to reproduce any of my analysis :wink:

mmahmoudian commented 4 years ago

After scrapping all 794 issues and struggling with :octocat: temporarily banning my IP and etc :smile:, I finally have the results. But before presenting them I should clarify that I was not able to scrap the following issues:

57, #367, #486, #520, #639, #643, #676, #683, #686, #711, #754, #757, #761

As for the rest, I thought it would be logical to apply some sort of minimum acceptable range. So in the following plot I'm only showing datapoints of users with at least 5 comments (less than 5 are not visible), and those that have at least 20 comments are marked as :red_circle: and are also named. I would suggest on contacting at least the top 5 (excluding @lupoDharkael ) for collaboration with @lupoDharkael in maintenance.

image

Let me know your questions/comments/suggestions.

Creteil commented 4 years ago

Hey, glad to see this project resurrected...

I have switched to « Shutter », even if it slow in terms of use, there are so many features that « FlameShot / HeatShot » (whatever you choose...) could be inspired by...

For examples :

simplescreenrecorder-2020-08-09_13 16 56

borgmanJeremy commented 4 years ago

@mmahmoudian I'd be happy to help maintain the project going forward. I do really like the idea of moving it to an organization. Let me know if there is anything you thing I can help with on this transition. Once we are done I;ll start closing out stale/closed issues and getting a roadmap put together.

mmahmoudian commented 4 years ago

I sent a message to @lupoDharkael via twitter and asked if he would like to have a webcall with everyone here to discuss the general schema of the organization. I initially thought if I make the suggestion here and he cannot participate, the message would have just made this thread lengthier. Silly me, he replied to my message on the same day and instructed me to post the suggestion here. So here we go:

I was reading the instruction pages of Github organizations and it seems before we dive into creating the organization, we should have a good understanding about the structure, teams, and roles. Therefore, I would like to suggest everyone who would like to participate in this phase to skim through the instruction pages of Github organizations to have a general understanding of what is what and to have a more unified terminology, and then we have a webcall (video/audio conference) to discuss this matter. This way we can get everyone's feedback almost immediately and then we can plan ahead. The call can be in any medium (Jitsi, Zoom, Skype, Hangout, ...) but my vote is on Jitsi as it is opensource and easily accessible via https://meet.jit.si/ .

There are three things we should decide before the call:

  1. Do we want to have the webcall (up to you to share you video or not)
  2. What software/medium should be used (e.g Jitsi)
  3. When (date and time) we should have it.

I couldn't find a good ad-free platform to make a poll, so I made one in Google Forms: https://docs.google.com/forms/d/e/1FAIpQLSdJS_McnNjxTRUmlPAcU05jd6_zOeaYkvkljJWxYVWXK9E3fQ/viewform?usp=sf_link All information is visible by others (total transparency) and it does not ask any personal details/information (respect your privacy). I think it is fair to give one week time so that everyone can have the opportunity to response.

radoeka commented 4 years ago

How is it going? What will be the next step? ( /me just curious ;) )

mmahmoudian commented 4 years ago

@radoeka So far there are only 5 responses to the form I posted in my previous comment. I also don't see your name among the responses 😉 People who have participated are (alphabetical order):

We should wait until Tuesday morning (GMT) to see the total of participants.

We have to consider two major things to discuss:

  1. Moving towards an organization
  2. Considering issue #798 in which Namecheap has kindly shown interest in merging back some of the developments they have made to their fork of this project.

Considering that @lupoDharkael is not actively participating in this thread and discussion yet, I will try to ask him on twitter to:

  1. Pin this issue to the issue page so that it does not get buried under others and also to attract more attention/participation
  2. Ask @lupoDharkael to fill the form since his participation is crucial
lupoDharkael commented 4 years ago

I've been checking this thread on a daily basis! I wasn't participating because I've been outside of home for a few days I need to write a lengthy message with some considerations I'd like to add about the transition and the roadmap of the project. I'll try to send it in a few hours when I have some more privacy.

radoeka commented 4 years ago

@mmahmoudian I'll not participate in the webcal, with you and Jeremy that should be good start.

p4vook commented 4 years ago

I'd like to contribute to this project

mmahmoudian commented 4 years ago

@LeBaux kindly pointed out that finding time/date with the current form is not ideal as participants are blind to others' answers before submitting the form, so in collaboration with @LeBaux we tested few online tools and at the end we settled with a libre FOSS tool and we created the following poll which I will be thankful if you can kindly respond to:

https://jawanndenn.de/poll/11c6279e4eecf37c69fb2a3a5eb324057b77972496cc70666c9d693e04af83f7


P.s: So far, apart from @lupoDharkael , 6 people responded to the form with the following results:

image

image

borgmanJeremy commented 4 years ago

What timezone are those times in? I can't seem to figure that out on mobile

LeBaux commented 4 years ago

I assumed it is UTC. https://everytimezone.com/ helps to convert your timezone into UTC rather easily.

lupoDharkael commented 4 years ago

I'd prefer Jitsi for the webcall as I've used it before and it is reliable. I think we should prepare a list of what to talk about so we can optimize our time.

As I said I'm going to list some considerations about the community based development of Flameshot.

Here some of the important points, other details can be addressed with people interested in the development of the project.

panpuchkov commented 4 years ago

I hope that all is well with @lupoDharkael.

There are many forks of this nice application. Would it be possible to use one of the forks (for the time being)? As I would like to use flameshot at MS Windows, the fork should provide an .exe file for me. Is there a fork that provides an .exe?

I checked the forks, and most of them are just behind of this authoritative repository. There are 3 that stand out:

  1. https://github.com/DrunkenPoney/flameshot - 16 commits ahead of this
  2. https://github.com/33kk/flameshot - 14 commits ahead of this one
  3. https://github.com/MadddinTribleD/flameshot - 8 commits ahead of this one. With a update to alter the use of appveyor: MadddinTribleD@7b3d6b6

Would any of these be able to continue the development for the time being and provide an exe version of the flameshot?

Here is a fork by Namecheap. Please note that it is not a final version and it needs some code refactoring before pushing it to the upstream. All new tested features and fixes are in the master_nc branch and are not merged into the master branch because of code still needs some refactoring.

You can find an installation for MS Windows in the releases.

Note: uploading to cloud is hard-coded to Namecheap internal needs and won't work for everyone now. During one or two weeks we'll fix it and this feature will be configurable.

panpuchkov commented 4 years ago

Hi! We, from Namecheap side, also want to take a part in the discussion of the future of this project. We want to make all we could from our side to keep the project and community alive as our customer support now uses it. And of course we want to see our changes in the upstream Please don't forget about us as you're gonna be scheduling the call.

Namecheap reps here: @thepurple @StyleT

mmahmoudian commented 4 years ago

Meeting details

I think it would be time to read the results from the forms as everyone who wanted to participate would have done it already. Based on the poll I would like to suggest "2020.08.19 16:00" UTC time using Jitsi which got 71.4% vote. I do hope the time is also suitable to @lupoDharkael schedule. I will create the room about half an hour prior to the meeting and it should be accessible through this link or by clicking on the following icon:

The call does not have passwords and it is considered as public event. Anyone can join the meeting to participate or listen.

I added a few of the timezones here for participants' convenience: https://www.worldtimebuddy.com/?pl=1&lid=658225,100,2950159,3117735&h=658225

Please make sure to familiarize yourself with:


General results of the polls

The detailed result of the Google form is available via the following spreadsheet (as readonly): https://docs.google.com/spreadsheets/d/1qXETNPvXCCj2nZRmTJJigCYt31wFj5hJWpp4milf0jo/edit?usp=sharing

image image

radoeka commented 4 years ago

@mmahmoudian very good development. To all meeting participants, make it a good and successful meeting.

MadddinTribleD commented 4 years ago

I hope that all is well with @lupoDharkael.

There are many forks of this nice application. Would it be possible to use one of the forks (for the time being)? As I would like to use flameshot at MS Windows, the fork should provide an .exe file for me. Is there a fork that provides an .exe?

I checked the forks, and most of them are just behind of this authoritative repository. There are 3 that stand out:

1. https://github.com/DrunkenPoney/flameshot - 16 commits ahead of this

2. https://github.com/33kk/flameshot - 14 commits ahead of this one

3. https://github.com/MadddinTribleD/flameshot - 8 commits ahead of this one.  With a update to alter the use of appveyor: [MadddinTribleD@7b3d6b6](https://github.com/MadddinTribleD/flameshot/commit/7b3d6b6f3e11f6688166b0e052f204afd9590d38)

Would any of these be able to continue the development for the time being and provide an exe version of the flameshot?

I change #732 to provide an artifact via appveyor. So the exe should be available for the next 6 month

As for maintaining the repo further, I would be down to help. I dont yet have any experience with that, but would be happy to try

mmahmoudian commented 4 years ago

@MadddinTribleD Join the call as explained here. The least you can get is to get to know what has been discussed, and in the ideal case you will get to know firsthand how to effectively contribute.