Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Mozilla Firefox – Official GitHub repo

github.com

Post reply on HN
Print view View original

321–330 of 481 posts

Re: Mozilla Firefox – Official GitHub repo

#321

Post by executesorder66 »

casenmgreen wrote: post #265
eru wrote: post #110

Earlier quoted context omitted.

I find both Wikipedia and Git docs typically more useful than this. Much more. (They ain't perfect, of course.)

https://en.wikipedia.org/wiki/Declination "In astronomy, declination (abbreviated dec; symbol δ) is one of the two angles that locate a point on the celestial sphere in the equatorial coordinate system, the other being hour angle. The declination angle is measured north (positive) or south (negative) of the celestial equator, along the hour circle passing through the point in question." Anyone who doesn't know what d…

I've never heard of it before, and it makes perfect sense what it is from that intro.

On a celestial sphere (planet, star, etc) the declination angle (being 0 is at the equator, being 90 degrees is the north pole of the sphere, being -90 degrees, is at the south pole).

You also need another angle known as the "hour angle" to locate a point on the sphere. It doesn't explain what that is, but as can be seen on Wikipedia, you can easily click on that word to go to the entire page that explains what it is.

What don't you understand?

Re: Mozilla Firefox – Official GitHub repo

#322

Post by fergie »

nolok wrote: post #283

I hope the bugzilla stay there even if only read only. There is a lot of historical data in there, especially for the web which was built as a "ad-hoc" platform, many times when you wonder why does X the answer can only be found in bugzilla (which will explain that some random website that used to be major but doesn't even exists anymore, did something for some browser that used to be major but doesn't even exists an…

Bugzilla was really good, and in retrospect decades ahead of its time. There is probably no self hosted bug tracker that comes close (or it there?)

Re: Mozilla Firefox – Official GitHub repo

#323

Post by freeopinion »

monegator wrote: post #204
jgraham wrote: post #195

Earlier quoted context omitted.

Again, I can only comment from the perspective of a user; I haven't worked on the VCS infrastructure. The obvious generic challenges are availability and security: Firefox has contributors around the globe and if the VCS server goes down then it's hard to get work done (yes, you can work locally, but you can't land patches or ship fixes to users). Firefox is also a pretty high value target, and an attacker with acces…

why github and not codeberg? badwidth? $$$ from microsoft? (traffic, free training for copilot, ..)

I had a similar thought. I am disappointed that Mozilla didn't take some of the money they were spending on a self-hosted homegrown solution and throw it to something like Codeberg. I guess that a little funding from the likes of Mozilla could go a long way in helping Forgejo pioneer some super interesting federation.

Of course Mozilla is free to make their own choices. But this choice will be read as the latest alarm bell for many already questioning the spirit of Mozilla management.

Re: Mozilla Firefox – Official GitHub repo

#324

Post by mmis1000 »

eru wrote: post #112
mmis1000 wrote: post #48

Earlier quoted context omitted.

In some sense, git is actually like advanced zip versioning system. A commit is literally just a snapshot of code base except it tell you what is the previous version of this version. Also, git store the files in a smarter way so file size won't explode like zip versioning.

> A commit is literally just a snapshot of code base except it tell you what is the previous version of this version. Or previous versions. Plural. Yes. Well, that's one half of git. The other half is tooling to work with the snapshots and their history, eg to perform merges.

On the other hand, the other part of git aren't really strictly work only for git. Create and apply diff also works for plain folder without git history. They are big part of the ecosystem while not bound to git in a strict way either.

Re: Mozilla Firefox – Official GitHub repo

#325

Post by fsflover »

selectnull wrote: post #244
fsflover wrote: post #218

Earlier quoted context omitted.

This is a huge exaggeration, borderline dishonest attack.

Time will tell. I would love to be wrong.

You didn't even provide any actual context making it impossible to argue with you. HN should have better conversations than shallow dismissals (according to the guidelines).

Re: Mozilla Firefox – Official GitHub repo

#326

Post by elteto »

arp242 wrote: post #307
TheDong wrote: post #270

Earlier quoted context omitted.

Dealing with github is the boring and tedious thing, you have to run huge amount of proprietary javascript, keep up with their weird UX changes, start X11 to open a browser to render their html, overclock your CPU for a large PR review conversation to scroll without locking up your computer for minutes, constantly click "load more" since their webpage keeps hiding comments (while still lagging massively)... Email is…

"Boo hoo I need to start X11"? Seriously? I have some unconventional workflows. And I try not to bother anyone else with it, especially in a volunteer driven open source context. It would be selfish to do otherwise. To be honest based on what you've written here, keeping you out of my projects sounds like a good thing. What a bunch of piss and vinegar over how other people are choosing to work in a way that works for…

Starting X takes forever on his PDP11. Only real way to run Unix.

Re: Mozilla Firefox – Official GitHub repo

#327

Post by notpushkin »

saghm wrote: post #263
notpushkin wrote: post #193

Earlier quoted context omitted.

I think the CI/CD infra stays intact here though? (and even then, I imagine GitHub Actions bill would be enormous for a project like Firefox)

If the CI/CD is the most intensive part, it seems reasonable to move all of the other parts to a free provider to focus on the part that would be harder and more expensive to move. Even if they don't ever move any of the CI/CD over, I feel like I can understand the rationale for reducing the scope to just that rather than the source hosting. I've worked on plenty of projects with way less traffic than Firefox over th…

Yeah, I agree that everything that helps reduce maintenance overhead is good for Mozilla (although I believe there’s more low-hanging fruits that could be addressed before that).

I would love to see Mozilla moving to Codeberg.org (though I’d ask if they’re okay with it first) or something like that. Using GitHub is okay-ish? Personally, I frown upon it, but again I agree – it’s not the most important issue right now.

Re: Mozilla Firefox – Official GitHub repo

#329

Post by filcuk »

AlienRobot wrote: post #312
lupusreal wrote: post #267

Earlier quoted context omitted.

> This only affects the code; bugzilla is still being used for issue tracking Grim. The best reason to be using github at all is to maximize the portion of your users who are comfortable submitting bug reports, as they already have an account and are familiar with how the platform works (due to network effects.) Projects which host code on github but chose not to take bug reports there are effectively gate keeping bu…

If you really want bug reports just make it a single form without the need to create an account. Github, Gitlab, etc., is a wall for 99% of web browser users.

God help the poor sod having to sort through that pile of submitted garbage.

Re: Mozilla Firefox – Official GitHub repo

#330

Post by dzaima »

noobermin wrote: post #314

I guess the dream is dead. Even in open source, we have consolidation with no real hard monetary markets involved. EDIT: skimming these comments, I like how none of the top comments are talking about the bigger story here which is the move away from mercurial to git and instead everyone is focusing on github itself. This has essentially sealed hg away to obscurity forever. Do people not realise git is a program that…

This is far from the first project to move from hg to git; many people probably just generally expect that to happen upon any source code management change for anything still using mercurial, which has already been effectively dead for most people for years.
Post reply on HN