[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#58499] [PATCH] gnu: add citra (stable version)
From: |
Liliana Marie Prikler |
Subject: |
[bug#58499] [PATCH] gnu: add citra (stable version) |
Date: |
Fri, 21 Oct 2022 08:30:30 +0200 |
User-agent: |
Evolution 3.46.0 |
Hi,
Am Donnerstag, dem 20.10.2022 um 21:49 +0000 schrieb florhizome:
> On 2022-10-17, 10:37 +0200, Liliana Marie Prikler
> <liliana.prikler@ist.tugraz.at> wrote:
> > I'd prefer a let-bound revision/commit pair, since this is very
> > much
> > experimental software. Citra seems to be using a build version
> > base of
> > "0" [cf. 1], so we can do the same.
> > > + (source
> > > + (origin
> > > + (method git-fetch)
> > > + (uri (git-reference
> > > + (url "https://github.com/citra-emu/citra-nightly")
> > Even if using nightly revisions, I think we might want to prefer
> > the main repository.
>
> After reading their repo-policy
> The main repo is for development, the nightly one picks out stable
> features, the experimental/canary one adds more unstable ones. By
> going with "main" we basically skip any stability guarantees, that
> the devs are trying to give.
Okay, in that case it makes sense to use nightly.
> For me personally, the version numbers are very helpful, since they
> make it easier to track dependency changes.
> The patch I am preparing will use 0 as main version, though.
Therefore I suggest (git-version "0" revision commit) where revision is
the nightly version number.
> > Recursive checkouts are discouraged. Wherefore do you need one?
> > > + (file-name (git-file-name name version))
> > > + (sha256
> > > + (base32
> > > +
> > > "1grkrrxs1497i51spgnwmgfkqgkm7gplylhcrk67agaklx65d5s9"))))
> > > + (build-system qt-build-system)
> > > + (arguments
> > > + (list
> > > + #:configure-flags
> > > + #~(list "-DUSE_SYSTEM_BOOST=ON"
> > > + "-DCITRA_USE_BUNDLED_FFMPEG=OFF"
> > > + "-DCITRA_USE_BUNDLED_QT=OFF"
> > > + "-DCITRA_USE_BUNDLED_SDL2=OFF"
> > Don't forget to actually unbundle all of the above.
>
> Actually ffmpeg and sdl are not bundled in our version,
> but later versions will bundle sdl again.
You could try something cheeky like
(when (file-exists? "ffmpeg") (delete-recursively "ffmpeg"))
in the snippet with an appropriate comment.
> > > + "-DCMAKE_BUILD_TYPE=Release"
> > > + "-DCITRA_ENABLE_COMPATIBILITY_REPORTING=OFF"
> > > + "-DENABLE_COMPATIBILITY_LIST_DOWNLOAD=OFF"
> > > + "-DENABLE_QT_TRANSLATION=ON"
> > > + "-DENABLE_WEB_SERVICE=ON"
> > > + "-DENABLE_FFMPEG_AUDIO_DECODER=ON"
> > > + "-DUSE_DISCORD_PRESENCE=ON")
> > Don't enable features for the profit of proprietary software.
>
> As far as I understand, there are other programs, and free
> alternatives other then discord using its status protocol.
Which ones?
As far as I'm aware, XMPP is a completely free alternative to the
entire protocol ;)
Cheers