Live data from Hacker News

The lack of namespaces on crates.io is a feature

samsieber.tech

171–180 of 198 posts

Re: The lack of namespaces on crates.io is a feature

#171

Earlier quoted context omitted.

> Is it just because NPM does and javascript is bad Not at all! In fact, npm's implementation is why some are pro, but also why some say that it's not worth it; see https://news.ycombinator.com/item?id=24444852 for some npm specific sentiment. (Incidentally, npm added scoped packages in 2015, after these decisions were made for crates.io. However, crates.io is still smaller than npm was then...) There isn't really a…

But unlike traditional namespace, that you automatically got alias to things inside the same namespace. The npm's namespace is basically just a preserved prefix, mention scoped package inside another scoped package still requires you to write full name (scope + package) or it didn't work. I don't really see a reason that you can't implement it in a flat name package manager? Something like "you can't publish a packag…

Nobody is saying that it's impossible to implement. However, someone would have to write that up as a plan, including all the details, and put it through the RFC process, and get folks to agree that that plan is the one that should be implemented, rather than other possible plans.

Re: The lack of namespaces on crates.io is a feature

#172

Earlier quoted context omitted.

1 is correct, sorta. Comments on an RFC are absolutely fine. That is their purpose. Random forum threads aren't the wrong place for that, like, you can discuss ideas for RFCs on forum threads, but you can't expect the team to always weigh in on threads. Their only responsibility is to the RFC process itself. If you're trying to get a proposal accepted, it's the wrong place. If you're trying to work on a proposal and…

> > that still leaves the question of why they haven't made such a RFC yet. > Yes. I speculated a bit in my last paragraph. Sorry, I phrased that poorly; see edit.

> that still leaves the question of why they [edit: the crates.io team] haven't made such a RFC

Because as I said before, coming up with an RFC means putting together a viable plan. The team has not come up with a viable plan yet. Therefore, there's no RFC from them.

Anyone who feels that they have a viable plan is free to submit an RFC, and then the team will discuss it and give them feedback.

Re: The lack of namespaces on crates.io is a feature

#173
post #155

Earlier quoted context omitted.

Why isn't Mozilla funding them?

Mozilla is progressively dropping the rust project has they doesn't have the financial resources anymore

Even before, while Mozilla occasionally paid some people to do some development work, including creating it in the first place, they never paid for full-time support staff, which is what this would require.

Re: The lack of namespaces on crates.io is a feature

#174

If anything, namespacing doesn't go far enough. We have a wonderful namespacing mechanism already for the Internet - it's called DNS. We use DNS validation as a security foundation for issuing TLS certificates. Package registries should allow me to "own a domain" - backed up by DNS validation - and upload packages under that name. "Domain ownership" should be paired to a timestamp issued at verification time, so that…

DNS records have a financial and technical barrier to account and package creation that we found unacceptable; and those costs are ongoing, leading to an unacceptable level of mutability.

Re: The lack of namespaces on crates.io is a feature

#175

Earlier quoted context omitted.

Mozilla is progressively dropping the rust project has they doesn't have the financial resources anymore

Even before, while Mozilla occasionally paid some people to do some development work, including creating it in the first place, they never paid for full-time support staff, which is what this would require.

That's unfortunate. It seems like the only way to have a successful language anymore is to have corporate backing.

Re: The lack of namespaces on crates.io is a feature

#176
post #175

Earlier quoted context omitted.

Even before, while Mozilla occasionally paid some people to do some development work, including creating it in the first place, they never paid for full-time support staff, which is what this would require.

That's unfortunate. It seems like the only way to have a successful language anymore is to have corporate backing.

Well we now have a number of companies who are paying for all sorts of things, Amazon and Microsoft being two of them. With hopefully more in the future once we get the foundation going.

Re: The lack of namespaces on crates.io is a feature

#177
post #78

Earlier quoted context omitted.

> why namespaces are just -impossible- As mentioned elsewhere in here, this is a misrepresentation of the issue. The problem is that crates.io is a free, volunteer-run project with zero full-time employees who could be tasked with the drudgery of intervening in naming disputes or managing an identity layer. This is unlike GitHub and unlike "Java" (by which you probably mean Maven Central, which is operated by Sonatyp…

"could be tasked with the drudgery of intervening in naming disputes or managing an identity layer" What do these have to do with the issue of namespaces? Having namespaces would lessen naming disputes since users would be able to name their crate whatever. Any system will have disputes, so I'm not sure what the argument is here. I understand why crates uses github for identity management, but it's not ideal that peo…

Once you introduce namespaces, now you have naming disputes about the namespaces themselves.

Re: The lack of namespaces on crates.io is a feature

#178

Earlier quoted context omitted.

But unlike traditional namespace, that you automatically got alias to things inside the same namespace. The npm's namespace is basically just a preserved prefix, mention scoped package inside another scoped package still requires you to write full name (scope + package) or it didn't work. I don't really see a reason that you can't implement it in a flat name package manager? Something like "you can't publish a packag…

Nobody is saying that it's impossible to implement. However, someone would have to write that up as a plan, including all the details, and put it through the RFC process, and get folks to agree that that plan is the one that should be implemented, rather than other possible plans.

[deleted]

Re: The lack of namespaces on crates.io is a feature

#179
post #54

Earlier quoted context omitted.

Java was my introduction to namespacing, so I only suspected but didn't know for a long time that Java overdid namespacing. Companies change names, they merge. Sometimes they go out of business but stick around as a foundation stewarding their old projects, and you might be going to example.org for years for documentation on a com.example module. And the namespaces weren't enforced (who is going to stop me from publi…

I agree, the Java namespace system isn’t that good. In fact I hate it. First because it uses reverse DNS while common use of URL are in the opposite order. Second because the package sbu-namespace is enforced with the file system structure, which makes for crazy long names. On the other hand I really like how C# and dotnet in general handle the matter. Package namespace are separated from logical (in-code) namespace.…

> First because it uses reverse DNS while common use of URL are in the opposite order.

Well, that's more a bad thing about the DNS though. "toplevel.domainname.subdomain/path" should really be how it should be structured. SUN improved this and made the hierarchy proper.

Re: The lack of namespaces on crates.io is a feature

#180

Earlier quoted context omitted.

Do we really need to further an already tired meme that only serves purpose to dismiss?

It seems to be doing just fine furthering itself. That’s how this conversation started after all.

I more meant a word for every situation in which someone explains their thoughts of something in a way that you find distasteful, so that you can use the word in a dismissive way. We don’t really need more of that, do we?
Post reply on HN