mbox series

[bug#57675,v3,0/7] gnu: telegram-desktop: Update to 4.1.1.

Message ID y76illu8bmr.wl-hako@ultrarare.space
Headers show
Series gnu: telegram-desktop: Update to 4.1.1. | expand

Message

Hilton Chain Sept. 11, 2022, 10:10 a.m. UTC 
v2 -> v3: Clone recursively instead of define every single git submodule...

I said "tomorrow", what a long day XDDDDDDDD.

Hilton Chain (7):
  gnu: webrtc-for-telegram-desktop: Simplify inputs.
  gnu: telegram-desktop: Simplify inputs.
  gnu: Add abseil-cpp-cxxstd17.
  gnu: webrtc-for-telegram-desktop: Update to a5fbc9.
  gnu: telegram-desktop: Update to 4.1.1.
  gnu: Remove rlottie-for-telegram-desktop.
  gnu: Remove libtgvoip-for-telegram-desktop.

 gnu/local.mk                                  |   3 +
 .../telegram-desktop-fix-gcc12-cstdint.patch  |  10 +
 ...telegram-desktop-allow-disabling-X11.patch | 138 ++++
 ...r-telegram-desktop-fix-gcc12-cstdint.patch |  21 +
 gnu/packages/telegram.scm                     | 632 +++++-------------
 5 files changed, 347 insertions(+), 457 deletions(-)
 create mode 100644 gnu/packages/patches/telegram-desktop-fix-gcc12-cstdint.patch
 create mode 100644 gnu/packages/patches/webrtc-for-telegram-desktop-allow-disabling-X11.patch
 create mode 100644 gnu/packages/patches/webrtc-for-telegram-desktop-fix-gcc12-cstdint.patch


base-commit: 072cc8d1415a2abf66b36249c61658a828dead88
--
2.37.3

Comments

Liliana Marie Prikler Sept. 11, 2022, 11:10 a.m. UTC | #1 
Am Sonntag, dem 11.09.2022 um 18:10 +0800 schrieb Hilton Chain:
> 
> v2 -> v3: Clone recursively instead of define every single git
> submodule...
Hard pass.  We ought to decrease bundling, not make it worse.
Hilton Chain Sept. 11, 2022, 1:41 p.m. UTC | #2 
hmmm..., then how about those bunch of stuff named in lib_xxx (other than libs contained in a "Third
Party" directory)? I don't think it's necessary to define a variable for each of them...

Thanks
Liliana Marie Prikler Sept. 11, 2022, 2:08 p.m. UTC | #3 
Am Sonntag, dem 11.09.2022 um 21:41 +0800 schrieb Hilton Chain:
> hmmm..., then how about those bunch of stuff named in lib_xxx (other
> than libs contained in a "Third
> Party" directory)? I don't think it's necessary to define a variable
> for each of them...
You could declare a variable for all of them, a list of origins, and
then unpack them with a for-each as is currently done.

Cheers