Commit Graph

27 Commits

Author SHA1 Message Date
eikek
3b58c57aab
gotify-server: 2.1.0 -> 2.1.4 (#168910) 2022-05-09 17:15:27 +02:00
Malo Bourgon
16e15fa68f treewide: add meta.mainProgram to many packages 2022-05-04 18:08:19 -07:00
Maximilian Bosch
920474b7f7
gotify: 2.0.21 -> 2.1.0
ChangeLog: https://github.com/gotify/server/releases/tag/v2.0.22
ChangeLog: https://github.com/gotify/server/releases/tag/v2.0.23
ChangeLog: https://github.com/gotify/server/releases/tag/v2.1.0

While the update only contains a few small features and a few bugfixes,
the change was rather messy for us unfortunately:

* It seems as if `npmjs.org`-packages can't be transformed into
  `pkg___pkg-x.y.z` for Yarn's offline cache. The name
  `https___registry.npmjs.org_caniuse_lite___caniuse_lite_1.0.30001237.tgz`
  isn't the problem because when changing the URL "parser" of `yarn2nix`
  to transform this into `org_caniuse_lite___caniuse_lite_1.0.30001237`
  this doesn't help either.

  Instead, I derived the fix from `gitlab`[1] where `yarn.lock` gets
  patched to make sure that it detects the package in the offline-cache
  properly.

* The frontend is now built with `react-scripts`. This is a problem for
  us because it tries to write into `node_modules/.cache` even though
  `node_modules` is a store-path in the context of `yarn2nix`[2].

  The change isn't pretty, but solves the issue for us.

[1] f007b794c7/pkgs/applications/version-management/gitlab/default.nix (L85-L86)
[2] https://github.com/facebook/create-react-app/issues/11263
2021-10-01 12:25:32 +02:00
zowoq
e6494966dd treewide: buildFlagsArray -> ldflags 2021-08-26 15:43:28 +10:00
Robert Hensing
a201246bac treewide: runCommandNoCC -> runCommand in generated code
This has been synonymous for ~5y.

Note that many of these runCommand bindings are unused, but that's
ok for generated code.
2021-08-15 17:36:41 +02:00
Felix Buehler
a56d117bdb servers: replace name with pname&version 2021-07-26 20:15:46 +02:00
Doron Behar
f9c6e07c67 treewide: Remove usages of stdenv.lib by @doronbehar
Per: https://github.com/NixOS/nixpkgs/issues/108938
2021-01-23 10:52:19 +02:00
Profpatsch
4a7f99d55d treewide: with stdenv.lib; in meta -> with lib;
Part of: https://github.com/NixOS/nixpkgs/issues/108938

meta = with stdenv.lib;

is a widely used pattern. We want to slowly remove
the `stdenv.lib` indirection and encourage people
to use `lib` directly. Thus let’s start with the meta
field.

This used a rewriting script to mostly automatically
replace all occurances of this pattern, and add the
`lib` argument to the package header if it doesn’t
exist yet.

The script in its current form is available at
https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix
2021-01-11 10:38:22 +01:00
R. RyanTM
825d180ca2 gotify-server: 2.0.20 -> 2.0.21 2021-01-07 07:28:18 +00:00
Maximilian Bosch
c55af95e8f
gotify-server: fix UI delivery
After bisecting `nixpkgs-master` I realized that the usage of
`-trimpath`[0] by default for Go modules[1] is responsible for breaking UI
delivery of `gotify-server`[2].

This behavior can only be turned off by setting `allowGoReference` to
`true`.

We may want to find a better long-term fix, but given that this only
affects a leaf-package and actually fixes the problem, this is good
enough for now.

Fixes #105472

[0] https://golang.org/doc/go1.13#go-command
[1] 4e9f7bbf85
[2] https://hydra.nixos.org/build/131660876
2020-11-30 23:00:18 +01:00
Maximilian Bosch
f214a2cda5
gotify-server: 2.0.18 -> 2.0.20
https://github.com/gotify/server/releases/tag/v2.0.19
https://github.com/gotify/server/releases/tag/v2.0.20
2020-10-16 15:50:08 +02:00
Doron Behar
a4cdb9a624 gotify-server: 2.0.17 -> 2.0.18
Use new line in printf calls of update.sh, so editor config CI check
won't fail.
2020-09-13 17:03:39 +03:00
Maximilian Bosch
4a559f8fee
gotify-server: fix UI
In version 2.0.15 `gotify` switched to `packr` at 2.x which is why the
UI can't be served properly via HTTP and causes an empty 500 response and
the following errors in `journald`:

```
2020/09/12 19:18:33 [Recovery] 2020/09/12 - 19:18:33 panic recovered:
GET / HTTP/1.1
Host: localhost:8080
Accept: */*
User-Agent: curl/7.72.0

stat /home/ma27/Projects/ui/build/index.html: no such file or directory
```

This wasn't caught by the VM-test as it only tested the REST and push
APIs. Using their internal `packr.go` script in our build as it's the
case in the upstream build-system[1] fixes the issue.

[1] https://github.com/gotify/server/pull/277/files#diff-b67911656ef5d18c4ae36cb6741b7965R48
2020-09-12 19:30:17 +02:00
zowoq
42313b92bc buildGoModule: remove platform.all from packages 2020-08-15 19:34:47 -07:00
zowoq
cea7cd902e buildGoModule packages: set doCheck = false 2020-08-10 16:02:30 +10:00
Doron Behar
e02a539cd6 gotify-server: 2.0.16 -> 2.0.17 2020-07-23 00:10:40 +03:00
Doron Behar
5746259af6 gotify: adapt update script to use vendor sha 2020-05-15 01:39:42 +03:00
Colin L Rice
d6162dab50
go-modules: Update files to use vendorSha256 2020-05-14 07:22:21 +01:00
Doron Behar
f4718f4e6b gotify-server: 2.0.15 -> 2.0.16 2020-05-10 23:12:41 +03:00
Doron Behar
fbb9bcaef4 gotify-server: 2.0.4 -> 2.0.5
Improved update script / procedure by getting all versions and shas
needed to build it.
2020-04-27 16:56:50 +03:00
Jörg Thalheim
066db11215
Revert "Merge pull request #83099 from marsam/fix-buildGoModule-packages-darwin"
This reverts commit 4e6bf03504, reversing
changes made to afd997aab6.

Instead we propagate those frameworks from the compiler again
2020-03-27 07:33:21 +00:00
Mario Rodas
306bc84748 gotify-server: fix build on darwin 2020-03-21 06:11:00 -05:00
Doron Behar
f7d199f227 gotify-server: 2.0.13 -> 2.0.14 2020-02-19 12:38:31 +02:00
Maximilian Bosch
0e31950cb4
gotify-server: 2.0.12 -> 2.0.13
https://github.com/gotify/server/releases/tag/v2.0.13
2020-01-02 21:25:58 +01:00
Doron Behar
4095c79588 gotify-server: 2.0.11 -> 2.0.12 2019-12-01 22:05:08 +02:00
Doron Behar
c1a74b7349 gotify-server: 2.0.10 -> 2.0.11 2019-11-26 22:45:35 +02:00
Doron Behar
a66e5106fd
gotify-server: init at 2.0.10 2019-10-25 16:19:28 +02:00