Jump to content

ShadowOfHassen

Community Members
  • Posts

    393
  • Joined

  • Last visited

  • Days Won

    2

Posts posted by ShadowOfHassen

  1. 13 minutes ago, Gurken Khan said:

    @ShadowOfHassen As in real life I'm all for blindly following the government in everything! And as they were a Macedonian dynasty... ;)

    But seriously, all their buildings are Hellenic; I doubt every house in Egypt was remodeled/rebuilt to look Greek at that time, still we go with it. I'm not particularly against an Egyptian temple but I'm fine with just keeping the Greek suite.

    That's a fair point, except, changing up the temple might be useful. There are like four other civs that use the same model.

  2. 14 minutes ago, Itms said:

    That's true, but I can't drop those tickets during the migration. Maybe they can be moved to a different website repo if we start seriously versioning our website theme. Or maybe we should have a Wfg infrastructure repo. That will have to wait, and the corresponding label will stay in the meantime.

    I like the idea of having multiple repos/ tags for bug tracking. Then, people can haunt the areas that are their specialties. (I want to eventually see everything about text writing/ changes in the game)

    16 minutes ago, Itms said:

    Uuuuh once again that final slash looks highly suspicious. Not having ".git" is unusual but treating that as a directory seems wrong. I will try to upload things and trigger your errors during the weekend.

    According to this random thing, it shouldn't have any difference.

    https://stackoverflow.com/questions/8686691/what-does-the-git-mean-in-a-git-url

    I was using vs codium and Gitg, if you want to recreate.

    1 hour ago, ShadowOfHassen said:

    I've tried to upload files via CLI and i'm getting this error:

    fatal: Authentication failed for 'https://gitea.itms.ovh/ShadowOfHassen/historyencylopedia/'

     

    Could someone else verify that they can upload files to the service?

    This time, however was just git push

  3. 1 hour ago, Itms said:

    Don't you need ".git" at the end of the remote url? If not, that's an actual bug I have to take a look at.

    That's what GitHub does with the other repo for the encyclopedia, however my other project that I use vscodium with on codeburg doesn't have .git, and I can sync that perfectly fine. I'm for the most part an idiot when it comes to programming, so there might be another reason...

    I'm

     

    1 hour ago, Itms said:

    Please don't restrain yourself, test away. Better detect bottlenecks now.

     Do you want me to see if it can handle big files? I just downloaded the Ubuntu 23.10 iso and I can see if it handles that. (Please confirm it's like 5 GB and I don't want to break something or cost you a lot of money.

     

  4. 6 hours ago, Itms said:

    What is the output of git remote -v?

    origin   https://gitea.itms.ovh/PoppaSmurf/historyencylopedia (fetch)
    origin   https://gitea.itms.ovh/PoppaSmurf/historyencylopedia (push)

    Which should in theory make it work... I think.

     

    Yes, @Itmswas right, the problem was with me trying to upload some test files. I'll only do one commit, though, because I don't want to eat a lot of data/ bandwidth. I think most of the general features work, I think it's up to the smart people to try to break it.

    1 hour ago, Stan` said:

    Probably just me but I liked the idea of naming the repo pyrogenesis instead of 0ad if we ever split things up more so the engine is its own thing. Just thought I'd mention it.

    I like this idea. I would love for WFG to make a series of RTSes

  5. 21 minutes ago, Stan` said:

    What kind of CLI stuff ?

    You can do CLI stuff to automate flatpak (technically, that's what they have currently). However, I was thinking just setting up CLI to make a stand-alone executable 0 A.D. Linux binary, and just use that in the flathub.

    We could also CLI automate the snap, and then set the flatpak up to just use the snap, like spotify does.

  6. 31 minutes ago, hyperion said:

    The technical issue is fairly well summed up by Sam James from Gentoo at https://gist.github.com/thesamesam/223949d5a074ebc3dce9ee78baad9e27

    A rather good video by Theo discussing the human component of the exploit:

     

    I have to agree with his take. I have seen first people who ban everyone who disagree with them and complain about "toxic" environments are the ones who create them, so I'm hesitant to automatically ban someone who says something mean. However, I do think OSS needs to get cleaned up a bit.

     

    Not here however, I think 0 A.D. is for the most part fine even though sometimes we argue.

  7. 11 minutes ago, Gurken Khan said:

    I was willing to comply but didn't see how how I could comment at that URL; clicking around I encountered

    (I don't know if this is intended behavior.)

    You can make a rude comment in this issue: https://gitea.itms.ovh/PoppaSmurf/historyencylopedia/issues/1

     

    The second problem probably is OK because I renamed that file around the same timeframe to Readme.md, so you might have had a glitch around there. (Nothing wrong with @Itms setup, just a qwirk that gitea has.

     

    • Like 1
  8. I have been wanting this a long time. I want to give two votes for the project, one with my ShadowOfHassen account and another with my PoppaSmurf account I got on the gitea. (https://gitea.itms.ovh/PoppaSmurf )

    I PMED for a password, but I couldn't wait. Account creation worked, and then I created a repository (which I don't think average people should be able to do.) When I tried to upload files using vscodium as a GUI front end to new repo however, I got this error: "

    > git pull --tags origin main
    fatal: couldn't find remote ref main

    "

    I also was unable to fork 0 A.D.

     

    I really hope this works out! I'll be testing this!

  9. 2 minutes ago, hyperion said:

    If Redhat trust the people they have given commit access to flathub they can just put the trusted label on it and users can chose to trust Redhat or not, done. Upstream endorsing downstream is backward, why should upstream endorse Canonical and Redhat but not all the other distributors? Maybe you realize there is as much politics in this as other reasons.

    If upstreams aren't serious about it and just randomly hand out dozens of endorsements then it's a disservice to the end user and being serious means work, no way around it.

    I'm sorry. I had no idea what you just said.

  10. 1 minute ago, Genava55 said:

    Yes. But it was pretty obvious it would happen, everything is becoming extremely complex in the digital world. Thousands of libraries developed by a very small number of persons, used by very important systems, which necessitate constant update... it is obviously a weak point.

    I agree, I honestly think that this is OSS Achilles heel, is the bad actor who take value and instead of giving value back demand better support, that can allow even worse actors to take control.

    There needs to be a way, to allow the developers to get payed for their efforts with still having the coolness of OSS, or else I'm afraid the entire free software experience might break.

    (I'm not worried about 0 A.D., until Microsoft Amazon and Google use it for an essential part of their infrastructure and don't contribute.)

    • Like 1
×
×
  • Create New...