IANAL but the way I read it is that any data that can be linked with you as a natural person could be considered personal data.

Therefore if LinkedIn is saving a log in a database similar to: "profile x viewed person y" and profile y has your name that would qualify as personal data in my view.

https://gdpr.eu/eu-gdpr-personal-data/

Especially interesting is the section "Personal data and the purpose for processing" since LinkedIn is selling access to the data of who viewed your profile the perspective of if it is or is not personal data may be shifted.

There is a lot of fun stuff still there, but a corporate search engine might not point you to it.

Great that someone is taking action! It seems more often then not the GDPR is not taken serious and is violated without repercussions. This is a great case because the data ends up public facing. Sadly a lot of violations of the GDPR are difficult to discover or check.

There are companies offering services and SIM (java card) applets for card management and other functions. Also, there are opensource applets.

https://github.com/crocs-muni/javacard-curated-list#mobile-t...

The parent comment was talking about the "GitHub Enterprise Cloud" not "GitHub Enterprise Server" which are two distinct products.

The way that they where able to escalate the RCE from a GHES environment to github.com environment is by injecting this header and enabling this enterprise feature. This supports the idea that "Github enterprise cloud is on github.com".

Obscurity is the information you need to find the safe.

All security can eventually be broken, given enough time, this is why A very useful measure for the security of a lock is how long it takes to break. The same is true for cryptography.

Obscurity can add a buffer before you can start breaking the lock and it can act as a deterrent for opportunistic attacks. Additionally it can help with signal to noise and monitoring of the lock.

This is why you have a lock on your front door and don't tell anyone you meet where exactly in your house you store your valuable jewels (preferably out of sight). You also want to monitor anyone in your garden more closely than on the road passing by.

I am curious: Can you opt-out with the device not connected to the network?

From the statement in the article it seems that may not be possible?

Separate from computers and phones locking down devices is a much wider issue, usually it is only implemented to reduce liability of the manufacturer or to allow for planned obsolescence.

Due to this the equipment manufacturers where never incentivized to have a "open" ecosystem for the CPU+modem combo. That's why there is no OS war on a per device basis, most phones supports 1 OS officially.

A taxi is still a car but we use a different word to differentiate the mode of operation. The difference in language infers different usage of the same machine.

Therefore going by car is understood as something different then going by taxi. In relation to this issue, it's like you rented a car but you get a taxi instead (selected operator controls the vehicle instead of you). Most people would not be pleased.

The problem being that phone or tablet is understood to be similar to computer while really they are not. So perhaps a different term to highlight this difference is not strange or counter-productive. Do you call your "smart tv" a computer in daily conversation?

https://news.ycombinator.com/item?id=46961345

https://news.ycombinator.com/item?id=47712656

Perhaps this header mentioned in the article is related, maybe that's the toggle for the enterprise mode? Seems there is at least traces of "enterprise mode" on the normal github servers.

I feel like a lot of people don't know about the power of the roff suites and that it is installed by default on a lot of systems.

> Kidding aside, that kind of misses the point of either.

I agree, in my view markdown is good because it is simple, if you want to use a proper markup language use roff.

I regularly visit and enjoy reading the phlogs of their members as well.

It seems Meta is able to set some rules about the interoperability making it very difficult for an FOSS implementation to emerge. Additionally organizations like Signal though technically interested in this interoperability have stated they won't lower their security standards for this.

Now there are a lot of implementation requirements, basically forcing you to have some kind of messaging provider. Therefore difficult to apply for an open source solution. However there is such an interface.

[0] https://developers.facebook.com/m/messaging-interoperability...

I found that for the special scenario of game development git-lfs did the job quite well for me.

> Git still doesn't work well with non-text data

Seems like you are either mishandling git in your situation or you require another tool (different merge driver or difftool?). But I would argue that in either case git infrastructure is not "Buggy" as you suggest neither does it need a rewrite like the original article suggests.

It works as intended and additionally it provides you with the hooks and possibilities to adapt it to your workflow, for example handling large binary format files.

Perhaps for your usecase you would be better off using an alternative for example: one drive business, Plastic SCM, Perforce, google drive or an internal file server. That doesn't mean that git should be rewritten to fit your needs.

It feels like you want a regular sedan to both race in F1 and carry the same load as a lorry, use a specialized tool for your needs.