0 users browsing Discussion. | 34 bots  
    Main » Discussion » Mozilla, *sigh*
    Pages: First Previous 5 6 7 8 9 10 11 12 13 14 15 Next Last
    Posted on 19-03-20, 08:51
    Full mod

    Post: #169 of 443
    Since: 10-30-18

    Last post: 1101 days
    Last view: 172 days
    Sure, but I think 2016 is when people really started to think there might be a systemic problem and not just some unfortunate coincidences.

    Anyway, this isn't the politics thread!

    Today Firefox 66 was released, which means Firefox Nightly got bumped to version 68. For the first time in as long as I can remember, I actually found some regressions and filed bugs for them:

    - browser.display.use_document_fonts=0 is not respected
    - Tree Style Tab requires an extra click to do anything

    Much to my (pleasant) surprise, both bugs got triaged, confirmed, and somebody found the exact commit that caused each regression within a couple of hours of my reporting them.

    I'm still a bit annoyed that the regressions happened, but I'm pleased to get a response so quickly, and now I'm keen to see how long it takes the regressions to be fixed.

    The ending of the words is ALMSIVI.
    Posted on 19-03-20, 09:48
    Custom title here

    Post: #341 of 1164
    Since: 10-30-18

    Last post: 63 days
    Last view: 13 hours
    Posted by Screwtape
    Sure, but I think 2016 is when people really started to think there might be a systemic problem and not just some unfortunate coincidences.

    When people started NOTICING there was a problem is a different thing.


    Anyway, this isn't the politics thread!

    Every thread is the politics thread.


    Today Firefox 66 was released, which means Firefox Nightly got bumped to version 68. For the first time in as long as I can remember, I actually found some regressions and filed bugs for them:

    - browser.display.use_document_fonts=0 is not respected
    - Tree Style Tab requires an extra click to do anything

    Much to my (pleasant) surprise, both bugs got triaged, confirmed, and somebody found the exact commit that caused each regression within a couple of hours of my reporting them.

    I'm still a bit annoyed that the regressions happened, but I'm pleased to get a response so quickly, and now I'm keen to see how long it takes the regressions to be fixed.

    "WONTFIX Behavior as designed."

    I have faith in Team Firefox.

    --- In UTF-16, where available. ---
    Posted on 19-03-20, 23:32
    Stirrer of Shit
    Post: #104 of 717
    Since: 01-26-19

    Last post: 1763 days
    Last view: 1761 days
    Posted by Screwtape

    They have no obligation to be nice, but they also have no obligation to be nasty. I guess they have to say *something* because of trademark law, but I don't think there's an explicit time-limit, and even if there is, I'm sure it's longer than two days it took that bug to go from "hello" to "repository locked".

    I assume the developers' long-term goals for Pale Moon include gathering enough of a community around it that the project becomes self-sustaining, and (in this instance at least) their actions are undermining their own goals. It's not about obligation, it's about strategy.

    Fair enough. But it's up to them. For instance, they might prioritize getting unwanted elements to self-select out. This is my personal opinion, but I'd rather have a small project that deals with critical bugs and adds feature at a slow but steady rate, than a big project filled with incompetent and antisocial elements with a development velocity the speed (and quality) of cancer. More LOC doesn't mean more good.

    I have a theory that because software developers work so intimately with computers, we fall out of practice at identifying and processing emotions in ourselves and others (or maybe the kind of people who have problems with that are naturally attracted to software development). And so, like people who are hard-of-hearing yelling at each other indoors, we get super-emotional because we don't remember what volume-level regular people use, and we wish regular people would speak up and quit mumbling so we can observe their emotional state without having to guess wildly. And like people who are hard-of-hearing, even though we're behaving rationally and haven't done anything wrong, it's more pragmatic to learn to control our volume level and learn to lip-read than it is to try and make the rest of the world conform to our expectations.

    No, I think Occam's razor goes here. When you're among friends, of course you would use informal and even vulgar language, but at work of course you would not. There's just a disconnect - on one hand, you have software developers coming in from the wider Internet, where communication generally is quite informal and should be taken with a grain of salt. On the other, you have those coming in from the corporate environment, who expect everything to be handled completely formally.

    This is a bit of a simplification, but I think there occurs a cultural clash between these two groups. For instance, if someone at work would tell me to "go fucking kill yourself you dumb nigger," I would be shocked, but if someone were to use similar language in private, well then it's just obvious they neither believe I should commit suicide nor that I am African-American, they're just taking the piss. So when someone acts what you might perceive as 'aggressively' online, it's just because they have different expectations of the level of formality than you do.

    Possibly, those kinds of people you describe would be those same people who want to add code of conducts to everything. Not because of any deep political convictions, but just because if they follow The Rules™ then nothing can go wrong.

    There was a similar slashdot post on this subject, don't agree with it 100%, but it's still somewhat interesting: https://developers.slashdot.org/comments.pl?sid=10924699&pid=54904703


    I believe it's also blocked by a lot of ISPs, or run by the CIA, or visiting it flags your account for increased scrutiny, or something. I'm pretty sure all the good content is now mostly (only?) available on smaller trackers, or even private trackers, and there's no tracker as central and complete as TPB was back in the day. Sure, a lot of fresh content is still available *somewhere*, but it was generally available before TPB arrived, too. TPB made it *widely accessible*, and now with the decline of TPB content is less widely accessible again.

    Well, which one is it? It seems to me as if you start with the conclusion (TPB is bad) and then work backwards to the facts. Why would the Central Intelligence Agency run a file-sharing website? How much does a sporadic DNS block really hurt the site? What obscure content isn't available?

    I've heard this last one time and time again, and it's always from a private tracker enthusiast. It bugs me, because I really hate private trackers, and also because as far as I can tell it's wrong.

    The issue with public trackers isn't bandwidth, it's retention. Most BitTorrent clients have UIs made to encourage people to stop seeding old torrents, while eMule and DC++ encouraged people to keep seeding their whole downloads folder. And it's true that for private trackers, the retention is generally better. But no amount of retention can compensate for the sheer amount of quantity that a public tracker would give you, and with proper indexers the search is much better for these purposes.

    Also, for non-obscure content (and I use that term liberally), public trackers have good speeds.

    No, private trackers are a harm to society. They incentivize people to rent seedboxes and provide large amounts of bandwidth, but the big issue is always storage. Just think - how many torrents have you tried to download where the issue was no seeders, and how many where the download was too slow? If private trackers wouldn't exist, the people who use them today would be using private trackers. Wild guess here, but those people are file sharing enthusiasts who would keep seeding anyway. The retention would be far better, since private trackers are just a massive duplication of effort.

    Of course, all of this could be solved if someone were to develop a BitTorrent client that was smart about files and handled cross-seeding and automatic source discovery (from a custom DHT) so that whole folders could be seeded without prior coordination like in the deterministic file hashing of DC++ or emule. But they won't, because things are in that crucial swamp of "good enough," where it's not atrocious enough to warrant immediate action and it's not good enough to motivate people into contributing out of enthusiasm for good technology.


    It used to be that members and representatives of the copyright industry from all over the world were fighting TPB tooth-and-nail, but now they are not. The copyright industry has not evaporated, it has not given up control of copyrighted works, and even if it's smaller than it was, it has not gone away. Therefore, I conclude that TPB is no longer a threat to the copyright industry.

    Well, what would they do?
    They put the owners in prison, stole their domain, used diplomatic back-channels to bludgeon a free and independent country into submission under threat of trade sanctions, bribed another one into extraditing a resident despite not having such an extradition treaty (price tag: $60mil).
    What more is there to do? Steal more domains?
    Clearly, "do nothing and wait until almost nobody has a computer and thus is forced to use Netflix" is easier.

    I'm typing this right now on a computer with a Free operating system, Free drivers and mostly Free firmware, and I didn't have to ask anyone's permission, or pay $99 a year for a developer kit.

    What did the FSF have to do with this? As far as I can see, all they've done is to take credit for the actions of others. Linux, X11, Firefox, apt, none of these are GNU projects.

    As far as I can tell, the GNU project has made three substantial contributions to free software:
    * A C library
    * A compiler
    * A set of coreutils

    All of these are today technologically irrelevant:
    Musl is arguably superior to glibc, except for glibc having some bugs that programs designed around.
    LLVM is superior to GCC in benchmarks, I'm not qualified to comment on the matter any further.
    The GNU coreutils are not much better or worse than any other implementation of coreutils, but there's no reason to change them either.

    It wouldn't be too hard to create a Linux distribution that didn't use GNU, but there wouldn't be much reason to do it except for sheer spite. It turns out there already exists such a distribution, Alpine Linux. It still appears to use GCC, but that's no a part of the operating system.

    The only reason they still are relevant is due to inertia, like how the Linux kernel is too tightly bound to gcc now to ever compile under Clang, even though they would want to.

    And back in the day, you had BSD. As far as I can tell, that was free, just not Free Enough™.

    My point being, the Free Software Foundation/GNU has spent far more time attempting to take credit for other people's efforts, wasting money, and generally being obstructive than they have actually developing anything of value.


    It used to be that members and representatives of the proprietary software industry from all over the world were fighting against GNU and Linux tooth-and-nail, but now they are not. Many of those companies have gone bankrupt, or gotten acquired, or reorganised their business models into different shapes. Heck, today I saw a product announced by Microsoft, that is not only open-source, but "requires Python 3 and only supports Linux and macOS systems at the moment". The very idea would have been *madness* a couple of decades ago. Therefore, I conclude that even if the FSF hasn't achieved their ultimate goals, they have certainly had a tremendous impact on the entire computer industry.

    No, the move towards open-souce is just sleight of hand, to hide the real Microsoft stratagem:

    "Embrace, extend, and extinguish",[1] also known as "embrace, extend, and exterminate",[2] is a phrase that the U.S. Department of Justice found[3] was used internally by Microsoft[4] to describe its strategy for entering product categories involving widely used standards, extending those standards with proprietary capabilities, and then using those differences to strongly disadvantage its competitors.


    As the innovation slows down on the desktop front, this gives Linux the opportunity to catch up to Microsoft on the desktop, especially with the backing of Valve. Microsoft of course would like to prevent this in order to gain a monopoly position in the market (which legally wouldn't be a monopoly due to Apple) for Windows 10, because there is no other way to make money - you can't sell the same product over and over again, you can't get end users to pay a monthly fee in significant numbers, and OEM money only goes so far.

    We've seen Embrace, and I think we'll see Extend real soon with the Windows Subsystem for Linux.

    (I'll put the rest of my reply in Politics!, since it doesn't have the slight connection to the thread topic that yours does.)

    There was a certain photograph about which you had a hallucination. You believed that you had actually held it in your hands. It was a photograph something like this.
    Posted on 19-03-21, 05:17 (revision 1)
    Post: #28 of 77
    Since: 10-31-18

    Last post: 1189 days
    Last view: 1116 days
    I'd argue that rude maintainers are "unwanted elements" and "antisocial" (but not "incompetent"), which tend to create a hostile environment that drives off other people, regardless of skill level.
    Posted on 19-03-21, 16:21
    Stirrer of Shit
    Post: #107 of 717
    Since: 01-26-19

    Last post: 1763 days
    Last view: 1761 days
    I'm not entirely sure. It's true that a hostile environment drives off some people, but I'm not certain it's completely unrelated to skill level. Linus' famous rants didn't seem to hurt the project, for instance.

    There was a certain photograph about which you had a hallucination. You believed that you had actually held it in your hands. It was a photograph something like this.
    Posted on 19-03-21, 19:34 (revision 1)

    Post: #59 of 175
    Since: 10-30-18

    Last post: 1451 days
    Last view: 1451 days
    Posted by sureanem

    What did the FSF have to do with this? As far as I can see, all they've done is to take credit for the actions of others. Linux, X11, Firefox, apt, none of these are GNU projects.

    As far as I can tell, the GNU project has made three substantial contributions to free software:
    * A C library
    * A compiler
    * A set of coreutils


    You don't need any of that extra stuff if all you do is browse foot-dermatophagia mailing lists with emacs all day.

    A serious anecdote, though:
    Recently I was trying to update Snes9x GTK's translation support that had broken for some reason. I ended up just upgrading the autotools stuff for 1.58, but I was disappointed by the mess of files it produced. All these mandatory "GNU" files are strewn over the place. "Fill in the blank," templates would say, "your project is called GNU ____". Try to run make without some of these literally pointless GNU files and you get errors.

    So for the next version I set out to replace autotools. Warning: if you expouse this choice publically, you'll get a lot of backlash from seeming autotools-lovers. Ignore them, because they're rote-methoders that barely figured out "./configure; make; make install", and they're afraid it'll change. I started looking at CMake, which is quite popular, and Meson, which looked simple from when I was playing with Mesa git. I looked at Meson first, and a couple hours later I realized I was pretty much done. I wrote nearly all the build script in one go, and it ran and worked the first time. That's how much easier it was than autotools. No more ABOUT-NLS advertisement for GNU, no more config.* files or M4 macros or sed scripts littering the directory. I may eventually get into CMake because of its ubiquity, though.

    I'm not entirely sure. It's true that a hostile environment drives off some people, but I'm not certain it's completely unrelated to skill level. Linus' famous rants didn't seem to hurt the project, for instance.

    Linus's famous rants are not unjustified or rude, but angry. Some really bad code made it to him despite all the layers of maintainers, and the retort needs to travel all the way up the totem pole for it to have any effect. This sort of thing is common in any real workplace, but the Internet echo chamber amplifies and remembers it. If you're close enough to Linus that he'd accept your code and commit it directly to his tree, where it will affect millions of people, you need to take responsibility for your actions and be more careful.

    *edit*
    The only reason they still are relevant is due to inertia, like how the Linux kernel is too tightly bound to gcc now to ever compile under Clang, even though they would want to.

    It mostly compiles with clang, just a couple hiccups like asm-goto. Google Pixel devices all have the kernel built with clang. LLVM/Clang are quite good: excellent performance, clangd, clang-format, debugging tools, etc. They benefit from extra hindsight, having been started way more recently than the GNU toolchain.
    Posted on 19-03-22, 07:42
    Post: #29 of 77
    Since: 10-31-18

    Last post: 1189 days
    Last view: 1116 days
    Interesting note: The pret Pokemon decompilation project/community primarily operates in a Discord server. (there's a meme about it "not being a community")

    One member (don't recall who) has obtained an ancient gcc fork named agbcc, used by Nintendo to compile pokemon games. Since gcc is GPL, after obtaining the agbcc binary, they could tell the company who developed it to release the source code: https://github.com/pret/agbcc

    I assume that proprietary compilers developed off llvm/clang are neither free to distribute, nor source-available, and anyone trying to distribute them could be C&D'd by companies.

    In a way, GPL licensing of gcc has actually meaningfully increased public freedom, and reduced the ability of corporations to stifle this particular community. (The actual decompiled source code repos are probably vulnerable to C&D though.)

    Maybe it's somewhat unfortunate that Google is trying to kill gcc for Android.

    (I've had a difficult time setting up Eclipse with GCC for TI Launchpad embedded processors. Also somebody offhand said that "nobody uses IDEs for embedded, everyone uses makefiles". Is that true?)
    Posted on 19-03-22, 15:35

    Post: #61 of 175
    Since: 10-30-18

    Last post: 1451 days
    Last view: 1451 days
    Posted by jimbo1qaz
    after obtaining the agbcc binary, they could tell the company who developed it to release the source code: https://github.com/pret/agbcc

    obtaining :: stealing. If it was for private use, they have no obligation to provide the source code, especially if the third-party obtains it illegally. I'm sure a judge would take that perspective as well.

    Say I use a GPL recipe for brownies, only intending for me to eat them. You break into my house and steal those brownies. Do I have to tell you how they're made? Nope. Even if the GPL intends that, it's not going to hold up.

    Now, should Nintendo release the code in the spirit of good will and greater knowledge? Definitely.
    Posted on 19-03-22, 15:42

    Post: #105 of 210
    Since: 10-29-18

    Last post: 1876 days
    Last view: 1848 days
    God damn you, BearOso! I want dem brownies!
    Posted on 19-03-22, 18:26
    Dinosaur

    Post: #218 of 1316
    Since: 10-30-18

    Last post: 1 hour
    Last view: 1 hour
    Now that you guys mention GCC and game development, it turns out that Sega did used GCC as their reference compiler for the 32X (at least for the SH-2 part). That was the compiler they shipped on their SDKs, and if you take a look at some 32X binaries (at least on the CD games), you will find GCC symbols on those.

    Did they ever released the sources for whatever GCC version were they using back in 1994?

    Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™
    Posted on 19-03-22, 20:33 (revision 1)
    Stirrer of Shit
    Post: #112 of 717
    Since: 01-26-19

    Last post: 1763 days
    Last view: 1761 days
    Hey, this is a great thread.

    I was curious about what they used for the N64. So I went to TCRF and looked at strings. Found that "(null)" was present, which is how GCC represents null pointers passed to "printf("%s", NULL)". So I kept looking. There was this list of error messages, like when you try to divide by zero. I googled one of them that sounded kind of rare, "Virtual coherency on data". Turns out it's only used in other N64 games.

    A bit further down there was a reference to __osGetCurrFaultedThread. Out of curiosity, I google it and find "Manual: Nintendo Ultra-64 Programming Manual Plus Addendums". Apparently the devkit is publically available, didn't know that.

    Here comes the interesting part: in a pdf file that comes with the dev kit, it says this:
    Posted by ninpcman.pdf

    END USER LICENSE AGREEMENT BETWEEN THE “LICENSEE” AND SN SYSTEMS LTD “LICENSOR”

    LICENSE: SN Systems Ltd (SN Systems) hereby grant the Licensee a non-transferable, non-exclusive right to use the
    Licensor’s software product Tools on any single computer, provided that the Software is in use on only one computer at a
    time in return for the license fee.

    USE OF THE SYSTEM: You may use the Software and associated User Documentation on any single computer fitted
    with Cartridge Hardware. You may also copy the Software for archival purposes, provided that any copy contains all the
    proprietary notices for the original Software.

    You may not:
    Permit other individuals to use the Software except under the terms listed above;
    Modify, translate, reverse engineer, decompile, disassemble (except to the extent applicable laws specifically prohibit such
    restriction) or create derivative works based on the Software;
    Copy the Software (except for backup purposes);
    Rent, lease, transfer or otherwise transfer rights to the Software;
    Remove any proprietary notices or labels on the Software

    TITLE: Title, ownership rights and intellectual property rights in and to the software shall remain in SN Systems Ltd.

    COPYRIGHT: The Software is owned by the Licensor. The Licensee may not copy the manual (s) or any other written
    materials accompanying the Software.

    Disappointed, I think, "oh well, they must have rolled their own compiler"

    Anyway, I install it under Wine just to see what happens. The first thing that comes up when I open the installer?



    I checked, that's the real GCC. The COPYING file is still there, there is some gcc documentation, and there are some gcc strings inside the executables:

    $ grep -r gcc . | grep -v html
    Binary file ./bin/cppn64.exe matches
    Binary file ./bin/cc1pln64.exe matches
    Binary file ./bin/cc1n64.exe matches
    Binary file ./lib/libsn.lib matches
    $ strings bin/cppn64.exe | grep gcc -i
    /usr/local/lib/gcc-lib/Nintendo64/2.7.2/../../../../include/g++
    /usr/local/lib/gcc-lib/Nintendo64/2.7.2/../../../../include
    /usr/local/lib/gcc-lib/Nintendo64/2.7.2/../../../../Nintendo64/include
    /usr/local/lib/gcc-lib/Nintendo64/2.7.2/include
    /usr/local/lib/gcc-lib/Nintendo64/2.7.2/include
    /usr/local/lib/gcc-lib/Nintendo64/2.7.2/include
    /usr/local/lib/gcc-lib/Nintendo64/2.7.2/include
    header.gcc
    Internal gcc abort.
    $ strings bin/cc1pln64.exe | grep gcc -i
    `long long long' is too long for GCC
    GCC_ASM_KEYWORD
    COLLECT_GCC_OPTIONS
    COLLECT_GCC_OPTIONS
    internal gcc abort
    `-%s' not supported by this configuration of GCC
    `-%s' not supported by this configuration of GCC
    gccdump
    bc_gcc2_compiled.:
    gcc2_compiled.:
    __gcc_bcmp
    .gcc_except_table
    internal gcc error: .set noat left on in epilogue
    internal gcc error: .set nomacro left on in epilogue
    internal gcc error: .set noreorder left on in epilogue
    internal gcc error: .set volatile left on in epilogue
    $ strings bin/cc1n64.exe | grep gcc -i
    GCC does not yet support XREF
    GCC does not yet support XREF
    `long long long' is too long for GCC
    internal gcc abort
    `-%s' not supported by this configuration of GCC
    `-%s' not supported by this configuration of GCC
    gccdump
    bc_gcc2_compiled.:
    gcc2_compiled.:
    __gcc_bcmp
    .gcc_except_table
    internal gcc error: .set noat left on in epilogue
    internal gcc error: .set nomacro left on in epilogue
    internal gcc error: .set noreorder left on in epilogue
    internal gcc error: .set volatile left on in epilogue
    $ strings lib/libsn.lib | grep gcc -i
    (C:\source\LibSN\Nintendo\LIBSN\LIBGCC2.C
    [Editor's note: 38 repeats of this omitted]
    (C:\source\LibSN\Nintendo\LIBSN\LIBGCC2.C
    __gcc_bcmp
    __gcc_bcmp.obj
    __gcc_bcmp


    So what does that mean? They're still in business. Does it mean they have to give me the source code of the whole thing if I ask nicely, or would it only apply to their actual licensees? Can you even claim you own the copyright to GCC in your manual as long as you contradict yourself later on?

    There was a certain photograph about which you had a hallucination. You believed that you had actually held it in your hands. It was a photograph something like this.
    Posted on 19-03-22, 20:59 (revision 1)
    Stirrer of Shit
    Post: #113 of 717
    Since: 01-26-19

    Last post: 1763 days
    Last view: 1761 days
    Posted by tomman
    Now that you guys mention GCC and game development, it turns out that Sega did used GCC as their reference compiler for the 32X (at least for the SH-2 part). That was the compiler they shipped on their SDKs, and if you take a look at some 32X binaries (at least on the CD games), you will find GCC symbols on those.

    Did they ever released the sources for whatever GCC version were they using back in 1994?

    I'm no expert, but I think it's perfectly legal to make your custom copy of GCC for internal use without releasing it.

    Here's another interesting EULA, which indicates that I legally can "copy the Software for archival purposes," and use it "on any single computer with any compatible cartridge hardware". That should be the third different license so far for the same piece of software. This is in the same folder as their renamed GCC fork, by the way:


    EDIT: In my understanding, GPL makes NDAs on it null and void, so if you have a copy of a GPL'ed piece of software you by definition always have a license for it.


    If I distribute GPLed software for a fee, am I required to also make it available to the public without a charge? (#DoesTheGPLRequireAvailabilityToPublic)

    No. However, if someone pays your fee and gets a copy, the GPL gives them the freedom to release it to the public, with or without a fee. For example, someone could pay your fee, and then put her copy on a web site for the general public.

    Does the GPL allow me to distribute copies under a nondisclosure agreement? (#DoesTheGPLAllowNDA)

    No. The GPL says that anyone who receives a copy from you has the right to redistribute copies, modified or not. You are not allowed to distribute the work on any more restrictive basis.

    If someone asks you to sign an NDA for receiving GPL-covered software copyrighted by the FSF, please inform us immediately by writing to license-violation@fsf.org.

    If the violation involves GPL-covered code that has some other copyright holder, please inform that copyright holder, just as you would for any other kind of violation of the GPL.

    Does the GPL allow me to distribute a modified or beta version under a nondisclosure agreement? (#DoesTheGPLAllowModNDA)

    No. The GPL says that your modified versions must carry all the freedoms stated in the GPL. Thus, anyone who receives a copy of your version from you has the right to redistribute copies (modified or not) of that version. You may not distribute any version of the work on a more restrictive basis.


    There was a certain photograph about which you had a hallucination. You believed that you had actually held it in your hands. It was a photograph something like this.
    Posted on 19-03-22, 21:01

    Post: #62 of 175
    Since: 10-30-18

    Last post: 1451 days
    Last view: 1451 days
    Posted by sureanem

    I'm no expert, but I think it's perfectly legal to make your custom copy of GCC for internal use without releasing it.

    Let's theorize. If you distribute the modifications in binary form to someone, you must provide the sources to them only. This implies an intent. Swapping your custom copy around a dev team should be OK. It's not going to be a problem giving coworkers the source code on request. If it leaks out or someone takes it, you're not distributing it to them, so you have no obligations. Regardless, the leaker or hacker, anonymous or not, is responsible now. If the person only stole the binaries and not the source, they can't fulfill the contract for anyone they would give it to and thus give up their own license to use and distribute the product.

    In the case of the Sega and N64 dev kits, they knowingly distributed their modifications in binary form, so they should definitely have provided source code.
    Posted on 19-03-22, 21:19
    Stirrer of Shit
    Post: #114 of 717
    Since: 01-26-19

    Last post: 1763 days
    Last view: 1761 days
    I don't understand your argument.
    With the binary, there comes a license. To take away the license file and continue distributing it is a violation of the GPL, unless you make a later written offer. But it doesn't take away the legal license, just the actual license file.

    Say my boss gives me gcc.exe + license. I take away the license and give it to my coworker Jim. He might not know it's covered by the GPL, but he still has a license to do whatever the GPL gives you the right to do, given by my boss or wherever he got it from.

    Say he then uploads it to the internet. Everyone obtaining the copy gets a license for the source, and even though they aren't informed of this right they still have it.

    It's not like playing tag, where the last link in the chain only has the responsibility. If I find a flash drive on the street with a copy of emacs on it I could contact the GNU project and ask for the source, I don't have to find whoever dropped it to get it.

    (Note - don't insert random flash drives you find on the street into computers)

    There was a certain photograph about which you had a hallucination. You believed that you had actually held it in your hands. It was a photograph something like this.
    Posted on 19-03-23, 01:56

    Post: #63 of 175
    Since: 10-30-18

    Last post: 1451 days
    Last view: 1451 days
    Posted by sureanem

    It's not like playing tag, where the last link in the chain only has the responsibility. If I find a flash drive on the street with a copy of emacs on it I could contact the GNU project and ask for the source, I don't have to find whoever dropped it to get it.

    No, but if you’re the only distributor of a binary, the onus is on you. Someone who only possesses and uses the binary and does not give it away (free or paid) is not obligated to provide source either. So even though Nintendo used a modified version of GCC, it stayed put. If someone dug up an old binary, Nintendo doesn’t have to give them source because there was no intent on their part to give out the binary. If that person gives it out intentionally, they need to provide the source. The GPL works really well in protecting the innocent party in this case.
    Posted on 19-03-23, 02:58
    Full mod

    Post: #175 of 443
    Since: 10-30-18

    Last post: 1101 days
    Last view: 172 days
    > if you have a copy of a GPL'ed piece of software you by definition always have a license for it.

    Sure, you can *use* it, but you can't necessarily *distribute* it. The GPLv2 says to distribute a copy of the software, you must include the source-code, a written offer to provide the source-code yourself, or pass along the written offer you received from your provider. I'm guessing these dev-kit owners didn't receive the source-code *or* a written offer, it would have been impossible for them to legally distribute it.

    > It's not like playing tag, where the last link in the chain only has the responsibility.

    It really is. If person A published a program in source form, and international mega-corporation B distributed binaries to a billion users, it wouldn't be fair for mega-corporation B to leave all the responsibility of source-distribution on person A.

    In practice, it's not a big deal because person A generally pushes their source-distribution responsibilities onto international mega-corporation C (i.e. GitHub), so if B abuses C's resources they can fight it out among themselves and A doesn't care. But it should be *possible* for A to take care of things themselves, and if they do, they shouldn't have to shoulder other parties' responsibilities.

    > If I find a flash drive on the street with a copy of emacs on it I could contact the GNU project and ask for the source,

    Ignoring the question of whether finding (or losing) a flash drive counts as "distribution", you could contact the GNU project for a copy of Emacs even if you *didn't* manage to acquire a binary, because the GNU project gives out as many copies of Emacs as they can.

    In the case of a console dev kit, the console manufacturer only gives dev kits to people in their licensing program. If they include the source-code with each dev-kit they distribute, then they don't have to include a written offer to provide source code (because it's already provided), and so the dev-kit recipient can't pass on that written offer (because there isn't one), and so the dev-kit recipient is responsible for providing source to the people they give binaries to.

    The ending of the words is ALMSIVI.
    Posted on 19-03-23, 04:01
    Custom title here

    Post: #349 of 1164
    Since: 10-30-18

    Last post: 63 days
    Last view: 13 hours
    Posted by Screwtape
    the GNU project gives out as many copies of Emacs as they can.

    So you're saying the GNU project is evil?

    --- In UTF-16, where available. ---
    Posted on 19-03-23, 04:45
    Full mod

    Post: #176 of 443
    Since: 10-30-18

    Last post: 1101 days
    Last view: 172 days
    No, that's the Extensible Vi Layer.

    The ending of the words is ALMSIVI.
    Posted on 19-03-23, 12:31
    Stirrer of Shit
    Post: #118 of 717
    Since: 01-26-19

    Last post: 1763 days
    Last view: 1761 days
    Posted by BearOso
    No, but if you’re the only distributor of a binary, the onus is on you. Someone who only possesses and uses the binary and does not give it away (free or paid) is not obligated to provide source either. So even though Nintendo used a modified version of GCC, it stayed put. If someone dug up an old binary, Nintendo doesn’t have to give them source because there was no intent on their part to give out the binary. If that person gives it out intentionally, they need to provide the source. The GPL works really well in protecting the innocent party in this case.

    They did distribute it though. This devkit was given out to lots of people, I think anyone who was a registered/legitimate developer. Whoever they gave the binary to had a right to get the source code from them.

    However, since they did not include a proper written offer, I believe it makes them GPL violators.

    There's this quote from the GNU project:

    If you commercially distribute binaries not accompanied with source code, the GPL says you must provide a written offer to distribute the source code later. When users non-commercially redistribute the binaries they received from you, they must pass along a copy of this written offer. This means that people who did not get the binaries directly from you can still receive copies of the source code, along with the written offer.

    They included the license with the program, but no written offer.

    Well, I did the prudent thing and asked the GNU project - if it is, they'd want to know about it, so we'll see.

    There was a certain photograph about which you had a hallucination. You believed that you had actually held it in your hands. It was a photograph something like this.
    Posted on 19-03-23, 16:36

    Post: #64 of 175
    Since: 10-30-18

    Last post: 1451 days
    Last view: 1451 days
    I'm under the impression the Pokemon version wasn't a dev kit and wasn't given out, only leaked. That doesn't make them GPL violators if they don't give out the source.

    The Sega and N64 dev kits obviously require the source.
    Pages: First Previous 5 6 7 8 9 10 11 12 13 14 15 Next Last
      Main » Discussion » Mozilla, *sigh*
      Kawa's Github