I typed "Zulip docker compose" into DuckDuckGo, the first result was https://github.com/zulip/docker-zulip which has commits from today, so doesn't seem out-of-date.
> Had to use ChatGPT to help generate me a docker-compose.yml, except it forgot about memcached, set the wrong environment variables and just generally did a sloppy job.
It has a docker-compose file in it, has memcached in it.
That's very understandably annoying. If can you confirm that that is what happens, a bug report either with Zulip or ReadTheDocs (not sure which) might be in order.
> I typed "Zulip docker compose" into DuckDuckGo, the first result was https://github.com/zulip/docker-zulip which has commits from today, so doesn't seem out-of-date.
Of course, that's where I started as well. However, when I tried to pull as described in the README:
$ docker pull ghcr.io/zulip/zulip-server:11.5-0
Error response from daemon: failed to resolve reference "ghcr.io/zulip/zulip-server:11.5-0": ghcr.io/zulip/zulip-server:11.5-0: not found
So I had to pull from `zulip/docker-zulip` instead, because that one actually does exist.
It almost did, but Zulip's port 80 still would try to redirect to HTTPS, even when X-Forwarded-Proto said https.
Today (after I had made the comment you replied to), I tried setting `CONFIG_application_server__http_only: "true"` as should work according to https://github.com/zulip/docker-zulip/blob/add4339a92d3073d5... , but it appears the image I actually have is different, as /sbin/entrypoint.sh reads:
if [ "$DISABLE_HTTPS" == "True" ]; then
echo "Disabling https in nginx."
crudini --set /etc/zulip/zulip.conf application_server http_only true
fi
So I set DISABLE_HTTPS instead and that worked. It appears this has been removed according to https://github.com/zulip/docker-zulip/blob/add4339a92d3073d5... first committed two days ago, but that change seemingly hasn't reached the image I'm using? Either way I wasn't even upgrading so how would I find those docs?
> The official docker compose has databases set up already, I guess you were missing those from your ChatGPT created compose file.
I didn't even know how / to use the official docker compose because I didn't find documentation that explained what to do. I didn't see information in the repository on what to do and assumed its compose files were for development/testing.
> A quick click-through seems to suggest you landed on https://zulip.readthedocs.io/en/stable/production/install.ht... and then clicked on the prominent "Docker image" link on top which leads to a random location on the page. (at least on Firefox)
Using Safari; for me it leads to the "Zulip in Docker" section on the "Deployment options" page. It says only that the Docker image exists, and that using it increases the effort required (obviously). I followed the link to the Docker image and only read the README because that's usually where installation instructions are. I found none. At the bottom it says "See our main documentation" which I didn't follow because I thought it was just a link to Zulip's documentation which I had already established was near useless. Following it now, apparently it's Docker-unique documentation. Would've been helpful to have known that or for it even to have been indicated anywhere. But some of it still doesn't apply to the image I'm using since the ghcr.io one seemingly disappeared for some reason.
Hey -- Zulip developer who works on the Docker images here. I'm sorry you had so much trouble; that sounds like a really frustrating experience!
We were in the middle of a transition to a new Docker image when this news dropped. There was a short period where the new ghcr.io/zulip/zulip-server:11.5-0 image was broken (https://chat.zulip.org/#narrow/channel/31-production-help/to...) due to an overzealous Github Action which "helpfully" cleaned up the sub-images (see https://github.com/zulip/docker-zulip/pull/600). That's almost certainly what bit you when you first tried to pull. The image has been repaired and repushed, which is why pulls of it are working now.
The HTTP/HTPS complications you ran into are frustrations which we were specifically trying to address with the new image; and the documentation in https://zulip.readthedocs.io/projects/docker/ is specifically about the new image because we didn't expect new users to be starting fresh there but with the old image. For instance, the new image defaults to HTTP-only, since that's a much more common deployment mechanism with Docker these days. See https://zulip.readthedocs.io/projects/docker/en/latest/how-t...
It sounds like we need to do a better job of:
- Clarifying on the documentation it is for the ghcr.io/zulip/zulip-server images
- Updating the documentation link from the repo's README to be more explicitly the Docker Zulip documentation, and placing it more prominently
- Updating the links in the standard Zulip documentation to go to the new Docker documentation, and not to the repo's README.
That's intended to be about if you're using the non-Docker install on a host which hosts other services. Docker installs are very much a supported setup!
They (admins) recently started a couple of new German language subreddits, that were 1-to-1 translations of existing successful subreddits, like r/showerthoughts and r/explainlikeimfive. They very clearly created fake accounts that then posted badly translated copies of existing posts from those originals onto the new subreddits. Then after that they sent unsolicited private messages to users subscribed to certain organic German language subreddits (like r/de) inviting people to those new subreddits.
Let's say we go with your dystopian wishes and round them all up and ship them off to some other place - with all the problems that then causes just ignored.
Someone now loses their home after that - let's say to a fire and they didn't have it insured for that because the house insurance market is either dysfunctional or close to it in some parts of the US. You now have 1 homeless person again. Do you also ship them off again?
Do you just forever keep shipping off the unlucky and downtrodden people to some other place?
What if they lost their house, but have insurance paying soon, the insurance company is just dragging their feet for a few months. They will be fine, they will be able to pay for a new house or rebuilding. But until then they might be without housing. Ship them off anyways?
Let’s be real, the world view informing this sort of carceral idea typically only has one solution, and usually it’s a “final” sort of one.
The goal is not to get rid of the homeless in the city, it’s to “get rid of them.” And -consciously or unconsciously- at its core, the goal is to have a group of weak people who are easy to oppress.
The rhetoric hasn’t basically changed in 90 years. It’s disgusting and frankly I’m shocked to see this sort of talk on HN.
How? There is a well established separate court system in Scotland so I think that part would be fine. But pretty much every other part of government would have to be built from scratch. A foreign office, a home office, immigration, passport office, etc. etc. etc.
Most of these are institutions are based physically in rUK so it’s not like they can be “split”
It's when you get immune to getting infected by a virus - antibodies neutralize the virus particles before they can do any harm or meaningfully replicate. All current (and probably future) SARS-CoV-2 vaccines don't do this. Through a combination of several vaccinations and infections the hope is that you get close to sterilizing immunity.
And those hosts often are not using up to date packages and don't even have up to date security fixes at times.
I recently moved a wordpress site I was working on from a local dev setup onto a live bluehost server and was immediately hit with a bunch of out of date package warnings. As the customer was using some cheap shared hosting service, there wasn't much I could really do about it.
Shared hoster here. More likely the app arbitrarily decided 'these versions of PHP are EOL', where the reality is that they're being maintained by a number of OS vendors.
Too many customers run really old versions of code that need older versions of PHP and so on. We can't not provide them without losing the business. We do of course, make newer versions available.
The other fun one we periodically get is customers doing PCI scans or similar and getting warnings for out of date versions of OpenSSL, Apache, etc. Nope; just backporting showing the old version numbers.
That's sort of funny, as one of the remaining few value pitches for something like Bluehost (versus a $5/month vps) is "somebody else does apt-get update && apt-get upgrade for you".
Keep in mind that WP has a vast installation base, so your local sample is not necessarily representative. I only know WP admins that a fairly comfortable with Linux and use it on a daily basis.
edit: In fact from what I can tell, this is all about day 1 of the hearing. Day 2 is today.
According to several other sources [1][2] it seems to me like "2" was correct and the title of the article is wrong. Or are they talking about different things when they refer to this day number?
[2] https://www.youtube.com/watch?v=TKzXs6kXAac (German video summary by someone working in the EU parliament for a small party - but it has "Tag 1" (Day 1) and yesterdays date in the title)
That benchmark seems a little bit problematic to me. When I click the benchmark button with matrix size 101 and iterations 5 the resulting score for GPU varies between 12k, 20k, 60k and Infinity.
> Had to use ChatGPT to help generate me a docker-compose.yml, except it forgot about memcached, set the wrong environment variables and just generally did a sloppy job.
It has a docker-compose file in it, has memcached in it.
> [...] X-Forwarded-Proto [...]
Does https://zulip.readthedocs.io/projects/docker/en/latest/how-t... help?
> access the databases it needs
The official docker compose has databases set up already, I guess you were missing those from your ChatGPT created compose file.
____
It kind of seems like you were linked to the wrong place for documentation about Zulip with docker in the beginning and then went from that.
A quick click-through seems to suggest you landed on https://zulip.readthedocs.io/en/stable/production/install.ht... and then clicked on the prominent "Docker image" link on top which leads to a random location on the page. (at least on Firefox)
That's very understandably annoying. If can you confirm that that is what happens, a bug report either with Zulip or ReadTheDocs (not sure which) might be in order.