My local county is currently in a dispute with the local bar association because they want to upgrade the courthouse security cameras and the sheriff wants to add audio capabilities. This includes to parts of the building just outside the courtroom that counsel will frequently use for brief asides with their clients (due to lack of other private rooms). The county seems to favor adding the microphones and pinky swearing they won't use them and that public records requests won't be used to listen in on privileged communication, but it's obvious how difficult that would be to trust. They keep putting off a decision because they don't want to piss off the lawyers.
There should be no safety reason to require audio. The only reason for audio is later use for prosecution.
It's not just that they don't want to piss off the lawyers. If they don't provide a private location, then they may be forced to take continuances and recesses so those conversations can happen elsewhere as a condition of not infringing on the constitutional right to effective counsel.
Might be quicker to detect disturbances using audio too rather than video only, think of ShotSpotter. Sounds made up though and probably either a way to spy or chill speech.
It is basically an unfair advantage, even if inadmissible in court. The state can find more facts even in illegal ways; and this assuming the government is fair rather than criminal. I have a hard time trusting governments who mistrust the public.
What's the security reason they need this? How many times has a security camera failed to do its job because it didn't have audio? What crimes do they thing they are going to solve? Are people breaking into the courthouse wearing masks but screaming their own names?
I think one problem is, almost all security cameras are sold with audio these days. If the cameras have a mic, telling people "Oh, we turned the mic off in each camera" or "We don't record the audio" isn't very helpful.
There’s another problem with this because a camera with a mic cable cut would look from the outside exactly like a camera with mic cable intact, and maintenance is a thing, so eventually it’s bound to be replaced by a camera with a working mic either by mistake or “by mistake” on purpose. There’s a trust issue here since people who would be affected by the presence of a mic won’t be able to easily visually verify that it’s disabled.
I assume the sheriff would be totally fine with putting up signs in that area saying "audio and video recording in progress" then right? That would somewhat address the issue, and should be entirely uncontroversial to both sides.
That doesn't sound like a good compromise at all. First practically speaking, you can't just leave the court building to discuss with your client if they're in chains, and it's super inconvenient based on the layout of many courts. Second, this becomes the excuse for adding audio and video surveillance everywhere, with the excuse that you know about it, so it's okay. Third, considering audio can pick up things like jokes, irrational things said in anger, or just one's mumblings to oneself, it very quickly becomes the excuse to haul in anyone you don't like by misconstruing their words. The fact that it was brought by law enforcement tells you they are looking to use it against people.
It's so fundamentally terrifying that someone would consider that "totally fine".
Prosecutors will take breaks in their offices within the same building while the defense has to leave the building in order to have a private conversation, that sounds totally fair and reasonable.
The whole point of contention is that one of the spaces is, effectively, the only convenient places to have a quick, heretofore private, conversation. No one is confused over where the things are.
There are times when I want to argue that the solution is to make the question one of truth rather than guilt or innocence, but any solution runs up against human nature, my first experience of which was when playing sports and being told by my team mates that I should state that the ball fell on the side of the line which was advantageous to the team, rather than where it actually fell.
There's no leadership to curtail asinine behavior. Instead of forces of nature to strengthen the status quo of freedom, we get lowly politicians. Judges end up having to do all the work.
Did anyone seriously believe this was the AI's fault? The modern military use of LLMs is very clearly for the purpose of creating vaguely plausible targets while distancing any person from the decision to murder people. Surely if we cared at all about accomplishing a strategic goal we would have had a set of well documented targets ready to go. Instead the goal seems to be to drop as many bombs as possible, hope the computer's good enough that they mostly hit people who have relevance to things we don't like, and loudly proclaim that it's more important to kill people than it is to have any goal at all.
This all relies, as the article points out, on everyone looking directly at code that both looks like and works like the only extant codebase for EXT4 and nonetheless concluding that in fact the computer conjured it from the aether. If I wrote a program that zipped up the Linux kernel source, unzipped it, and grepped -v for comments it would not then be magically transformed into unattributable public domain software.
Under the premise advanced in the quote, copyright is not being violated because there is none. Thus, the quote makes no sense as stated. It may be that, additionally, copyright is in fact being violated (I don't believe it myself), but if so that's a separate argument.
The premise of the quote does not contain the assumption that there is no copyright to the code. In fact the various contributors do not advance an opinion about whether code written by an AI can be granted copyright. Rather they are saying that it is obviously derivative of code that is under copyright, that is only distributed under terms which, however many dry cleaners process it, will still conflict with the license under which they publish their software.
Different people advance different arguments in the thread. The BSD argument is "we cannot distribute it because it is not copyrightable, thus we cannot put it under a BSD license." This is simply incoherent.
> Rather they are saying that it is obviously derivative of code that is under copyright
Derivatives are not subject to copyright, unless they are close to, and contain substantial verbatim copies from, the original. It's a virtual certainty that a vibe-coded Ext4 FS is none of the above.
Redefining copyright as some weird patenting of similar ideas is absurd.
> If I wrote a program that zipped up the Linux kernel source, unzipped it, and grepped -v for comments it would not then be magically transformed into unattributable public domain software.
That's not the case here. A re-implemented piece of software that does not contain meaningful verbatim excerpts from the original is not subject to the copyright of the original.
that is not certain. if you read code and then reimplement it using the original code as reference, the claim has been made that this falls under the copyright of the original because the new code is derived from the old code. unfortunately this particular situation has not yet been tested in court. but clean room implementations are done specifically to avoid the risk reading the original code poses. if this was clear cut then clean room development would not be needed.
this is similar to creating an extension to some program, because the extension could not be written without the original even if the interface the extension is using is a public API. the claim has been made that the copyright of the original program applies. i think the linux kernel is an example here.
What if one reverse engineered the original logic, for example translating the assembly code into a higher level language. They didn't use or look at the original code. Does that still count as "clean room"? What's the legal difference between that and deriving the logic just from observing how the running program acts?
there is no legal precedence that clarifies what clean room development is. clean room development is a precaution to stay away as far as possible from the original code in order to reduce the risk of infringement. clearly, not looking at the assembly code is better than looking at it.
> this is similar to creating an extension to some program
There's no such thing as "an extension to some program". A derivative work is a work that contains the original. Using the privileges provided by copyright law, the creator may impose licensing restrictions on how the original work is used - but that's contract law, not copyright.
For example the GPL and the AGPL define different sets of use restrictions, none of that matters in this case because the original work is not being reproduced or used per se.
As I already said in my other, down-voted comment - copyright is only about verbatim, or near verbatim copies, in whole or in part - it's the spirit that both judgment and the letter of the law are supposed to follow. Copying of functionality is not subject to copyright.
For example, one can use the same topic for a work of poetry for a similar aesthetic effect and that doesn't infringe other poems.
The GPL used a hack to stretch copyright law into a near opposite but stretching it further goes into absurd territory, achieving the opposite of what the GPL claims to protect.
> a kernel driver is an extension to the kernel. yet, even with a clearly defined API it is a derived work of the kernel.
Maybe, in some alternative universe, that could be correct but it isn't anywhere on Earth.
You can write a BSD-licensed driver as a Linux module and distribute it separately all you want - copyright law is OK with that.
The moment you insert the module into the kernel the whole thing, kernel + driver becomes a derivative work and you're forbidden from using it by the GPL - the license, not copyright... Copyright only gives the creators of the kernel the privileged power to impose that contractual restriction.
Long time ago, some BSD guys were trying to convince me that the GPL was primarily a weapon against BSD and other less restrictive licenses but I didn't believe it back then... boy, was I wrong.
You showed me how the GPL can be used for threats against the free modification of software by arguing for the addition of new, absurd powers to copyright - the opposite of what the GPL proponents are promoting it for. It's indeed a license that must be avoided at all cost.
not in an alternate universe, but it's a claim made by some free software people. i don't have time to search for a quote right now.
yes, it is disputed, and the claim has not been tested in court. but it is an argument being made.
the GPL was primarily a weapon against BSD.
It's indeed a license that must be avoided at all cost.
well, it depend on whose side you support. i am on the side of protecting the rights of the user to modify their software. BSD licenses don't do that. they give me the right, but they don't protect it.
more importantly, i am also on the side of the developer to protect their ability to make a living. for that the BSD license is completely useless. GPL is better, AGPL even more, but even those are not restrictive enough to prevent unfair competition by large corporations.
i am not interested in allowing those companies to benefit from my work if they are not required to pass that forward.
> but it's a claim made by some free software people.
In other words, you don't know what you're talking about... Everything I write is verifiable, have you heard of AI chat bots? Why are you going around asking old ladies for the latest gossip?
> yes, it is disputed, and the claim has not been tested in court.
Why don't you test in court? Do it, let's see what happens. Why did Linus wave middle fingers like a confused clown when Nvidia's lawyers stuffed the GPL2 with their driver? There was no lawsuit, only buffoonery in place of the promised "protection".
> but it is an argument being made.
There are millions of "arguments being made", 99.9% of them are BS, if you can't defend your arguments with facts, logic and court decisions don't waste e-space by regurgitating useless gossip, especially on HN.
> BSD licenses don't do that. they give me the right, but they don't protect it.
So, that's your reason to go on a crusade against the rights provided by BSD licenses.
Oh, that's sneaky - "Let's protect people from a license that gives them more rights than ours"
Your "protection" amounts to shilling for an absurdly extended interpretation of copyright powers while it's being sold as a defense against these very powers - this kind of diabolical nonsense is the opposite of protection.
there's something socially wrong with taking someone's gift and ignoring the terms under which it was given. If you want a system where you can load any modules, use a BSD kernel. [...] If the creators of a GPL kernel label some items as an external API for anyone's use, and other items as GPL hooks for functionally internal code loaded externally, respect that.
me talking about "protection" is a call for solutions. if the interpretation of the GPL here is absurd, then the problem is not that it is wrong, but that the GPL does not provide enough protection. if you don' want that protection, fine, that's your choice. i do want that protection, and i am looking for solutions. if you are not interested in solving that problem then we don't need to continue this discussion.
> you may want to read the discussion "Is the GPL actually viral across dynamic linking?"
What does that have to do with the price of tea in China? We are talking about an independent implementation of a BSD driver for Ext4-strucutred storage but you keep bringing up unrelated random pieces of chatter from around the web.
> but that the GPL does not provide enough protection.
But you don't understand the difference between copyright and contract. The GPL, or any other license based on copyright, cannot prevent the creation of the driver in question because it doesn't involve any copying of the kind protected by copyright law.
> if you are not interested in solving that problem then we don't need to continue this discussion.
Except, that's not the problem we are discussing.
Indeed, there's no point in continuing this discussion, you don't understand the basics, cannot follow the line of reasoning and keep getting lost in hallucinations.
It is independent from the point of view of copyright law !!!
What GPL zealots wish to define as "independent" doesn't matter, blinded by their own zealotry, they end up arguing for extending the notion of copyright into pure absurdity in a grotesque contradiction to their own, rather feeble "principles".
> Therefore it is not an independent implementation.
You're ignorant about copyright and law in general. Copyright grants certain limited privileges for near verbatim copying only - it covers PARTICULAR EXPRESSIONS of ideas, NOT the ideas themselves - these are basics you know nothing about but you keep insisting to replace them with your hallucinations. I don't think you're human, no human is so deprived of comprehension.
In this case, an independent expression means one that doesn't have substantial verbatim or juxtaposed parts of the original. I can read as much poetry of some poet as I wish, and ape his style and topics as much as I wish but as long as there isn't any near-verbatim copying, my poetry will be independent for copyright purposes.
> Therefore it is not an independent implementation.
I told you already - go sue! You'll be told the same as I did here, as Oracle found out when they sued Google.
Don't waste you breath/tokens - sue - it's the only real argument.
If you don't sue, you prove to everyone that you know you're wrong but you're knowingly trash-talking in order to create uncertainty and confusion.
It says they will not comply with whatever registration is required. It does not say specifically what they will do, in part I assume because they had not been given enough specifics (for example if it remains possible to sideload but not to be in a third party app store, would they continue to develop with that diminished accessibility?). Additionally YouTube itself has been making some system changes that, outside NewPipe's control, may make it functionally impossible to use the service without being logged into a Google account, so they may be suggesting that they think the writing is on the wall for them.
In this example we still don't require you to register with anyone to buy a knife, get the blessing of some institution to sell knives, or, as in this case, get a certification before you can start making knives.
its crazy that different things, like knives and app stores, have different rules. maybe thats why the quip about the knife sounded super cool but fell apart as an analogy for this scenario when thought about for more than 5 seconds?
the point of my comment was that the state does implement a lot of rules (read: "is a nanny"), despite the claim otherwise.
Back in maybe 2017 there was a YC startup called Audm that hired professional audiobook narrators to read magazine articles. I found them through their embeds in The New Yorker. The app was pretty mediocre and I wanted to use it in my podcast app, so I started writing a scraper. Very quickly I realized that the page embeds were making calls directly to their production database with no authentication whatsoever. So I pivoted to dumping the entire archive, hosting it on my LAN, and serving it as RSS over my VPN. It was cool, and I found that articles from some publications would post as much as 2 weeks before publication. Eventually they were bought by the NYTimes, and in 2020 they either set up permissions or moved the infrastructure. I gave up on the project, and I understand that most of the content is no longer available. I unfortunately lost my archive with a lot of data when my storage array died a couple of years later. I think the product space got commoditized very quickly by AI readers (none of which, to my ear, are as engaging as the human professionals). I think maybe 4 other people knew about my project when it existed.
reply