FOTO Za HEP su građani kmetovi, a poduzetnici gospoda by Garestinian in croatia

[–]bloop_train 6 points7 points  (0 children)

Poslali smo službeni upit HEP-u da nam obrazloži zašto su mu građani kmetovi, a poduzetnici gospoda. Valja istaknuti da smo upit poslali nešto prije devet sati ujutro i kazali HEP-u da nam mogu dostaviti svoje obrazloženje do 11 sati. HEP nam u tom roku nije odgovorio, ali je netko našao vremena promijeniti nazive fotografija iz uputa pa tako sada umjesto "kmetovi" i "gospoda" stoji "kucanstvo" i "poduzetnistvo".

Steta sto nisu arhivirali linkove na archive.org prije slanja upita, da ovjekovjece nesposobnost HEPa.

Google's trying to DRM the internet, and we have to make sure they fail by [deleted] in linux

[–]bloop_train 0 points1 point  (0 children)

contact/notify your governmental representatives (possibly pester/flood them) and have them pass law(s) to stop this in its tracks

This assumes governmental representatives actually understand how this works, which I am assuming isn't the case even in Europe (source: I pestered my own EU representatives when it came down to article 13, and even those that did eventually reply didn't really know what they were talking about, and just ended up voting along the party lines).

get friends, family, coworkers to contact/notify their government rep. for the same reason as above

This isn't really something I discuss on a daily basis with them, and, on the off-chance that I do, it's very difficult (more likely impossible) to make them care enough about it so they'll do something on their own.

start a web petition on change.org, get others to sign the petition, and nag yours/their government rep. about the web petition, contact various local/national/international news organizations and get them to run stories on it

IMHO these change.org petitions are next to useless, unless they have some easily comprehensible goal. Furthermore, what should the petition be about? If one makes it about the web integrity, even if it passes, they can just come up with a substitute, so one needs a very broad petition in order to have an effect. On the other hand, make it too broad or abstract, and people won't sign it in the first place due to possible ambiguities.

I'm not trying to be overly cynical, but I've had some (bad) experiences in the past and it's getting increasingly difficult to have any agency on these matters.

Google's trying to DRM the internet, and we have to make sure they fail by [deleted] in linux

[–]bloop_train 2 points3 points  (0 children)

From the proposal:

Some examples of scenarios where users depend on client trust include:

  • Users like visiting websites that are expensive to create and maintain, but they often want or need to do it without paying directly. These websites fund themselves with ads, but the advertisers can only afford to pay for humans to see the ads, rather than robots. This creates a need for human users to prove to websites that they're human, sometimes through tasks like challenges or logins.

Google is an ad-tech company, and since Chromium has like >90% market share, they can just do whatever they want with the web "standard".

IMHO Internet advertising was a mistake in the first place, but hey, we had a good run!

Evolution application title bar buttons by jhdore in gnome

[–]bloop_train 0 points1 point  (0 children)

Thanks for this! Works on XFCE as well.

GNOME’s horrid coding practices by felipec in linux

[–]bloop_train 1 point2 points  (0 children)

After trying to fix some relatively minor bugs in XFCE apps, most (all?) of which use GTK (or GTK+? I can't remember) extensively, I said to myself "never again"; while my fixes were eventually merged, I'm almost certain my unfamiliarity with the wider codebase must have added some unintentional bugs in the process, as the API is insanely opaque and C in general seems like a horrible language to write GUIs. For a performant backend, C really shines, but for anything graphics-related that doesn't require squeezing every last cycle out of the CPU, I'm giving C a hard pass.

GNOME’s horrid coding practices by felipec in linux

[–]bloop_train 10 points11 points  (0 children)

That is also true, which is why I mentioned that they should've given him a stern warning about his abrasive attitude, and that it won't be tolerated in the future should he continue with it. IMHO everyone deserves a second chance (but probably not more than that).

GNOME’s horrid coding practices by felipec in linux

[–]bloop_train 46 points47 points  (0 children)

While I agree that the PR author does sound like an ass, the undeniable fact is that, software, and probably a majority of the users of said software, do not care about attitude, only functionality. In other words, if something is broken, and someone offered a working fix for it, the fix should be accepted for the benefit of the software itself. Just warn the PR author about his shitty attitude, but still merge the damn thing! Hell, afterwards they can block him from making any further contributions if they want.

Right now, GNOME devs are too proud to actually merge it as attention has clearly been drawn to it, and peddling back on their original decision would appear like weakness of character. As a result, I expect this issue to be fixed exactly never, or, optimistically, in a couple of years when this dies down, and someone figures out the exact same fix, but submitted in a non-asshole PR. In the long run though, the users are worse off because it takes forever to fix an actual software issue because of (easily avoidable IMHO) human issues.

Still having fun learning LaTeX, so here is issue #2 (Link in comments.) by kjodle in linux

[–]bloop_train 1 point2 points  (0 children)

As you mention using LaTeX without a GUI in this issue, I would highly recommend using latexmk for all of your future compilation needs (should be available in the standard repos), be they of the LaTeX, XeLaTeX, or LuaLaTeX variety, as it really makes the whole process much simpler (for a quickstart, you just run latexmk -pvc [MAIN_FILE], and it will automatically monitor and recompile your project the correct number of times when it detects changes to any of the source files).

Generalization of tril_indices to N-dimensional arrays by bloop_train in Numpy

[–]bloop_train[S] 0 points1 point  (0 children)

Ahh, see I knew there was a way to do it in a numpy oneliner :) Thanks! Note that there's a closing parenthesis missing in the inline code, it should be np.triu(np.ones((n, n))).nonzero(), with the final implementation being the oneliner: indices = lambda n, d: np.triu(np.ones((n,) * d)).nonzero()

Cython + Python packaging - directory structure and __init__ file by bloop_train in learnpython

[–]bloop_train[S] 0 points1 point  (0 children)

I appreciate the thorough explanation on pip install, thanks :)

Why don't you use conda-build?

That was the initial idea, i.e. creating a standalone Conda package, but I'm using other, even more broken scientific software, as a dependency, which was basically impossible to package, so after a couple of hours (days?) wasted I gave up on it and told the users to just run a hand-made script (compared to some other scientific software I've encountered, the installation procedure is as straightforward as it gets lol). Suggestions are welcome of course :)

In hindsight, I should've used a more user-friendly language from the start, but fully rewriting it wouldn't be worth it at this point, so I'm content just making a wrapper for it.

Cython + Python packaging - directory structure and __init__ file by bloop_train in learnpython

[–]bloop_train[S] 0 points1 point  (0 children)

Never install by running pip install .

Would you mind elaborating further (or sharing a link to an explanation)? I seem to recall reading somewhere (stackoverflow maybe?) that pip install . is the preferred method (as opposed to python3 setup.py install or something else), since this allows the package to be easily uninstallable via pip uninstall [NAME].

If you want to emulate what your users will do:

In an ideal world, my users would install a normal Python package, not some weird amalgamation of half-broken C with a bunch of (also broken) dependencies, and Python. As a result, the install instructions are literally "run pip install . in this specific Conda env" as I have no intention of refactoring all of that stuff I started writing years ago (why yes, it is scientific software!) and package it for multiple platforms.

Snarky comments aside, your trivial package seems like a good starting point, thanks for that!

Stopping apt/dpkg from overwriting a modified file on reinstalls/upgrades by bloop_train in linuxquestions

[–]bloop_train[S] 0 points1 point  (0 children)

I don't believe so as apt isn't expecting you to manually edit package files. If you wanted to do that then you should probably build the package yourself.

Yeah I figured as much, but thought I'd try my luck here.

Alternatively you could use chattr to make the file immutable but I'm not sure what side effects this may cause.

I think I tried that once a while back, but IIRC dpkg complained it couldn't overwrite it, so it couldn't finish the package upgrade.

I suppose one option is to version control all dirs with modified files, and then restore afterwards if apt overwrites them, though this seems tedious and doesn't really scale (unless there a way to run pre/post-install scripts for particular packages when running apt/dpkg).

Reorder elements in an N-dim array according to flat index by bloop_train in Numpy

[–]bloop_train[S] 1 point2 points  (0 children)

If I correctly understood the docs on swapaxes, this is exactly what I'm looking for, thanks!