Technologie und Kunst: Eine Zweigstelle der Tretjakow-Galerie eröffnet in Kaliningrad
Die Tretjakow-Galerie expandiert weiter. In diesem Jahr soll eine große Zweigstelle eines der berühmtesten Museen Russlands in Kaliningrad eröffnet werden. Bereits im März soll das neue Gebäude in der Nähe des Stadtzentrums seinen Betrieb aufnehmen. Das Museumsgebäude auf der sogenannten "Kulturinsel" wird im Rahmen des nationalen Projekts "Kultur" errichtet – und es ist im Groben fertig, es fehlen nur noch die Kleinigkeiten. Über den neuen Punkt auf der Museumslandkarte Russlands berichtet die Fachzeitung The Art Newspaper:
"Die Ausstellungsfläche (mit einer Gesamtgröße von 17.600 Quadratmetern, von denen die Ausstellungssäle mehr als 4.000 Quadratmeter einnehmen) verspricht eines der modernsten Museen Russlands zu werden, das ein Kino und einen Vortragssaal mit 276 Plätzen, hochmoderne Mal- und Zeichenateliers, Tischler- und Töpferwerkstätten, ein Medienstudio mit Werkzeugen für 3D-Modellierung, Siebdruck, Linolschnitt, Zeichnen, Bildhauerei und Keramikbrennerei sowie eine Bücherlounge, einen Museumsshop, ein Restaurant und eine Kaffeestube beherbergen wird. Das Museum verfügt über etwa 20 Sicherheitssysteme, darunter Alarmanlagen, Videoüberwachung und Automatisierungssysteme. Eine Besonderheit des Museumskomplexes ist die einzigartige Kombination von Tages- und Kunstlicht in den Ausstellungsräumen."
Der Direktorin der Kaliningrader Zweigstelle, Kamilja Baidildina, zufolge wird es sogar ein spezielles Kindermuseum geben – es wird vollständig interaktiv sein, und die jungen Besucher werden mit den Ausstellungsstücken "interagieren" können. Die Ausstellungsstücke seien "eigens für Kaliningrad" angefertigt und noch an keinem anderen Ort gezeigt worden, betont sie. Dabei handelt es sich sowohl um Kopien historischer Exponate der Tretjakow-Galerie als auch um Werke zeitgenössischer Künstler.
Die Zweigstelle in Kaliningrad, die sich am Paradnaja-Kai befindet, wird mit einem großen Projekt "Tretjakow-Galerie. Fünf Jahrhunderte russischer Kunst" eröffnet, für das 300 Werke aus der Sammlung des Museums ausgewählt wurden, die künstlerische Tendenzen und Genres der russischen Kunst aus fünf Jahrhunderten zeigen. "Die Ausstellung umfasst Werke von Wladimir Borowikowski, Wassily Kandinsky, Kasimir Malewitsch, Wera Muchina, Wassili Polenow, Ilja Repin, Walentin Serow, Wassili Tropinin und anderen Meistern", heißt es in dem Artikel von The Art Newspaper.
Mehr zum Thema – "Kunst für alle": Die Tretjakow-Galerie eröffnet eine inklusive Filiale
podbean.com/player-v2/?from=em…
mk
Als Antwort auf djsumdog • • •it's fucking retarded that postgresql isn't able to migrate their own fucking data -inplace- on major upgrades..
fuck this pos software
mk
Als Antwort auf mk • • •how i upgrade all of my docker services (including non-postgres-databasesystems)
$ docker compose pull && docker compose up -d
easy...
postgres is the only piece of shit software that has me manually copying data around..
hedgedoc.satoshishop.de/ZHpbTr…
total fucking waste of time.
Postgres upgrade - HedgeDoc
hedgedoc.satoshishop.deRoland Häder🇩🇪 mag das.
pistolero
Als Antwort auf mk • • •@mk Postgres changes the binary format between major releases.
The idea is that you don't migrate between major releases compulsively. It's not like opensshd, it's a language runtime with a large amount of data attached. You're supposed to be conservative about migrating.
Roland Häder🇩🇪 mag das.
mk
Als Antwort auf pistolero • • •@p
"Postgres changes the binary format between major releases."
so what? every developer has to deal with this..write migration scripts and ship it with your upgrades..this is NOT a user problem.
"You're supposed to be conservative about migrating."
yeah..people stop fucking upgrading and run decades old software..really great strategie.
Roland Häder🇩🇪 mag das.
djsumdog
Als Antwort auf mk • • •Roland Häder🇩🇪 mag das.
mk
Als Antwort auf djsumdog • • •@p
the exception doesn't make the rule.
I BET that the absolute staggering majority of all postgres installations is single database for some opensource project like peertube/mastodon.
i don't care about your enterprise problems. go fuck off and buy a oracle subscription.
Roland Häder🇩🇪 mag das.
pistolero
Als Antwort auf mk • • •@mk
> the exception doesn't make the rule.
It is *designed* for that use. If you're using it and you don't like how it's designed to be used, you probably shouldn't use it.
> i don't care about your enterprise problems. go fuck off and buy a oracle subscription.
freedos.org/
If you want to wade in the kiddie pool, here.
The FreeDOS Project
freedos.orgRoland Häder🇩🇪 mag das.
mk
Als Antwort auf pistolero • • •@p
"It is *designed*" to be garbage software that can't even inplace upgrade itself...
it's not a feature, it's a bug.
you fucking idiot.
pistolero
Als Antwort auf mk • • •@mk
> so what? every developer has to deal with this..write migration scripts and ship it with your upgrades..this is NOT a user problem.
No, no, the on-disk format of the data. You don't do a "migration script" for a filesystem, you release the new version of the filesystem and then everyone copies their shit over.
> yeah..people stop fucking upgrading and run decades old software..really great strategie.
Previous versions are still supported and get updates. This isn't a browser. What you are saying is bad. You don't auto-migrate a 10TB database.
Also decades-old software is bad exactly why?
Roland Häder🇩🇪 mag das.
mk
Als Antwort auf pistolero • • •@p
"You don't do a "migration script" for a filesystem, you release the new version of the filesystem"
here's how i upgrade my filesystem:
```
$ zpool upgrade hetznerBackupPool
This system supports ZFS pool feature flags.
Enabled the following features on 'hetznerBackupPool':
zilsaxattr
head_errlog
blake3
block_cloning
vdev_zaps_v2
```
Roland Häder🇩🇪 mag das.
pistolero
Als Antwort auf mk • • •@mk
> here's how i upgrade my filesystem:
zfs didn't change its on-disk format.
mk
Als Antwort auf pistolero • • •@p
"zfs didn't change its on-disk format."
wtf are you talking about? you can switch compression on/off WHILE you actively write a fucking file to disk..
$ fio \
--filename=/pool/fiotest \
--sync=1 \
--rw=write \
--name=journal-test \
--size=10000m \
--rate=1m,1m
$ zfs set compression=off pool
$ zfs set compression=lz4 pool
Roland Häder🇩🇪 mag das.
djsumdog
Als Antwort auf mk • • •You're not on a different version of ZFS. The version of ZFS hasn't changed in forever. You're adding new feature flags. Some of those flags will break compatibility when you upgrade the pool. That's why it's a manual process.
High availability is the default expectation for a database. Your local dev box is the exception. When you have large postgres servers (multiple TB), you need logical replications to your new replica set, promotion and failover. Postgres's core data model is not at all like a file system version feature flag update.
It's not some "enterprise" feature. I've done it on clusters as small as 4 nodes. It's what happens behind the scenes on those fancy "cloud" instances.
Roland Häder🇩🇪 mag das.
mk
Als Antwort auf djsumdog • • •@p
"The version of ZFS hasn't changed in forever."
forever == 5 days ago
github.com/openzfs/zfs/release…
Releases · openzfs/zfs
GitHubdjsumdog
Als Antwort auf mk • • •Roland Häder🇩🇪 mag das.
mk
Als Antwort auf djsumdog • • •@p
"The version of ZFS hasn't changed in forever."
i upgraded my pools on 2024-10-15 and since then there's at least one more pool-upgrade available.
what's your definition of "forever"
mk
Als Antwort auf djsumdog • • •@p
"You're adding new feature flags. Some of those flags will break compatibility when you upgrade the pool. That's why it's a manual process."
so what? downgrade doesn't work with you copying data..this isn't the topic we're talking about.
we're talking about UPGRADING you're software.
mk
Als Antwort auf djsumdog • • •@p
"High availability is the default expectation for a database."
the majority of people use relational databases without any of your enterprise bullshit.
so no. it's not.
mk
Als Antwort auf pistolero • • •@p
"Previous versions are still supported and get updates."
why would you waste developer time like that? this is even more retarded.
mk
Als Antwort auf pistolero • • •@p
"You don't auto-migrate a 10TB database."
again..a exception doesn't make the rule.
if you have these problems, export and import your shit manually, but don't bather every fucking body else with your <1% problem.
mk
Als Antwort auf pistolero • • •@p
"Also decades-old software is bad exactly why?"
don't upgrade and find out.
pistolero
Als Antwort auf mk • • •@mk
> if you have these problems, export and import your shit manually, but don't bather every fucking body else with your <1% problem.
Don't whine about `pg_dump $connection1 | psql $connection2` if you want to use the big boy software.
Roland Häder🇩🇪 mag das.
mk
Als Antwort auf pistolero • • •@p
"big boy software"
it's dinosaur software..unfortunatly a lot of devs just didn't see the meteor yet.
pistolero
Als Antwort auf mk • • •@mk
> don't upgrade and find out.
Flippant; the question was intended to get you to think instead of internet-arguing. The old versions are maintained, they have bug fixes, security patches. Same with the kernel: kernel.org/ still maintains 5.4, can you guess why?
The Linux Kernel Archives
kernel.orgmk
Als Antwort auf pistolero • • •@p
"The old versions are maintained[..]can you guess why?"
because you're upgrade strategy is absolute garbage and people refuse to upgrade...
you're wasting TONS of developer AND user time with this.
pistolero
Als Antwort auf mk • • •mk
Als Antwort auf pistolero • • •"Your time doesn't matter."
this is what you're telling postgres users? majority small and medium sized companies..
---
Company Size Distribution
Small companies (<50 employees): 43%
Medium-sized companies: 42%
Large companies (>1000 employees): 15%
enlyft.com/tech/products/postg…
no private usage counted.
---
i bet that the majority of them don't have any of your high-availabilty enterprise problems and just want it to fucking work without extra support costs.
PostgreSQL commands 7.73% market share in Database Management System
enlyft.comRoland Häder🇩🇪 mag das.
pistolero
Als Antwort auf mk • • •@mk
> majority small and medium sized companies..
My entire career has been spent either working at or running that type of company.
> i bet that the majority of them don't have any of your high-availabilty enterprise problems
Literally every company I have ever worked at cares about this. Any hacker that gives a damn about his work cares about zero downtime. Maybe it doesn't matter in .de if your shit is broken but it sure as hell does here.
Roland Häder🇩🇪 mag das.
mk
Als Antwort auf pistolero • • •@p
high-availibility != downtime.
you'd have less downtime with a fucking databasesystem that's able to inplace-upgrade itself.
wtf are you talking about?
Roland Häder🇩🇪 mag das.
Roland Häder🇩🇪
Als Antwort auf mk • • •@mk @pistolero @djsumdog I can understand you both. On one hand, software X can migrate/upgrade its file structure (e.g. "binary format") by itself by running automatically some migration/upgrade script. These scripts can be bound to version numbers (when the upgrade takes place) so the user=admin isn't bothered by it. The "in-place" migration also forces the upgrade on the user=admin.
But it seems like #PostgreSQL seem to follow an other philosophy that says that administrators are the responsible persons and it should be in their full control when the migration/upgrade should take place. So they don't want to force the upgrade on the admin's decision-making progress and let him decide whenever it takes place.
So what would be the solution? A simple script like
pg_upgrade.sh
that the administrator can manually run or for those people like @mk is that the installer asks "Should pg_upgrade.sh run for your automatically?" and it is done then during upgrade.pistolero
Als Antwort auf Roland Häder🇩🇪 • • •RedTechEngineer
Als Antwort auf pistolero • • •> It's not quite as bad as Python 2 to Python 3
I refuse to believe you don't still have something relying on python 2.
Roland Häder🇩🇪
Als Antwort auf RedTechEngineer • • •RedTechEngineer
Als Antwort auf Roland Häder🇩🇪 • • •> It takes time to port #python2 code to #python3 style.
That's why there was a 6 year deprecation notice put out 11 years ago. It's been EOL for 5 years. 😭
Roland Häder🇩🇪
Als Antwort auf RedTechEngineer • • •array()
instead of[]
and still with closing PHP tag?>
. Shame on me! 😂RedTechEngineer
Als Antwort auf Roland Häder🇩🇪 • • •Roland Häder🇩🇪
Als Antwort auf RedTechEngineer • • •foo
intobar
to avoid deprecation removal.pistolero
Als Antwort auf Roland Häder🇩🇪 • • •@roland @mk @RedTechEngineer Well, Python 3 was a big change. All of my Ruby 1.8(!!) code still works in 3.4, most PHP stuff is the same, but in Python's case, it's got less to do with code, it's a coordination effort: lift the world without moving it.
Jython, for example, is still only compatible with Python 2.7. People that use Jython still have to write 2.7 code: if you want your Python code to talk to Scala, you have to write code that works on Python 2. So you write a library that bridges some code written in Java with some code written in Python and then someone else's Scala depends on it, you can't just wave a wand.
Roland Häder🇩🇪
Als Antwort auf pistolero • • •Nietzschean Ekko Enjoyer
Als Antwort auf mk • • •I can't hear you guys over my penis being so amazingly spectacularly enormous on account of my use of sqlite3
@p @djsumdog
Roland Häder🇩🇪 mag das.
djsumdog
Als Antwort auf mk • • •mk
Als Antwort auf djsumdog • • •Roland Häder🇩🇪 mag das.
Roland Häder🇩🇪
Als Antwort auf mk • • •Roland Häder🇩🇪
Als Antwort auf mk • • •/var/lib/postgresql/
directoy as well. I have renamed older versions to<number>.backup
so I can always restore it. If migration worked, then I delete those directories.