Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Hi Andreas, Andreas Enge writes: > Am Fri, Apr 07, 2023 at 05:24:41PM -0400 schrieb Maxim Cournoyer: >> Reviewing the list of newly broken things, there was a flaky test spot >> in python-pyopenssl (IIRC!) that led me to attempt to upgrade >> python-cryptography, which is a bit more involved

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Am Fri, Apr 07, 2023 at 05:24:41PM -0400 schrieb Maxim Cournoyer: > Reviewing the list of newly broken things, there was a flaky test spot > in python-pyopenssl (IIRC!) that led me to attempt to upgrade > python-cryptography, which is a bit more involved than I'd like. Okay, so I cherry-picked

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Hi Andreas, Andreas Enge writes: > Hello Maxim, > > Am Tue, Mar 28, 2023 at 11:10:01PM -0400 schrieb Maxim Cournoyer: >> It'd be useful if people tested it by reconfiguring their systems with >> it or updating their profiles, and report any issues, as I'd like to >> merge this branch into

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Hello Maxim, Am Tue, Mar 28, 2023 at 11:10:01PM -0400 schrieb Maxim Cournoyer: > It'd be useful if people tested it by reconfiguring their systems with > it or updating their profiles, and report any issues, as I'd like to > merge this branch into master in about a week time, if there are no >

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Hello Maxim! Am Wed, Mar 29, 2023 at 08:32:08AM -0400 schrieb Maxim Cournoyer: > I'll > gladly volunteer to do the tricky merge after staging is merged into > master (and removed). Great, thanks! It should be quite feasible when paying attention to this special case, but I only did a merge once

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

o keep the version per-package instead of in a %qt5-version global variable was initially for tooling; 'guix refresh --update' doesn't work otherwise; but then I noticed that it doesn't work anyway with the 'qt-urls' scheme (it doesn't find a newer release), so I guess I'll keep your approach h

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Am Wed, Mar 29, 2023 at 11:53:22AM +0200 schrieb Andreas Enge: > The file was removed in commit > commit 2e7dc813c2b4672f34d135755e928c52c15a1c3a > Author: Volker Krause > Date: Sun Feb 19 20:15:29 2023 +0100 > Remove QTextCodec leftovers > This is all unused internal API now. > of

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Am Wed, Mar 29, 2023 at 11:35:24AM +0200 schrieb Andreas Enge: > FAIL! : KUsAsciiTextCodecTest::testBrokenBuiltinEncoding() Compared values > are not the same >Actual (failConverterState.invalidChars): 1 >Expected (0) : 0 >Loc: >

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Am Wed, Mar 29, 2023 at 11:35:24AM +0200 schrieb Andreas Enge: > FAIL! : KUsAsciiTextCodecTest::testBrokenBuiltinEncoding() Compared values > are not the same We are not the only ones: https://bugs.gentoo.org/885615 for version 5.99, but there is no patch. Andreas

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Am Tue, Mar 28, 2023 at 11:10:01PM -0400 schrieb Maxim Cournoyer: > It'd be useful if people tested it by reconfiguring their systems with > it or updating their profiles, and report any issues Supposedly the Qt update breaks kcodecs, which in turn breaks most of KDE. This issue is also present

Re: gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

parts. So it would be nice if you could carefully merge master into core-updates after the staging merge. A typo in the title confused me, but it is gstreamer@1.22.1 instead of @2.22, which is hopefully less of a change ;-) Concerning ffmpeg, we now have 5 different versions of it; @2, @3 and @5 ha

gstreamer 2.22, webkitgtk 2.40.0, qt 5.15.8 and ffmpeg 6 on staging

Hi, I've updated the following dependencies in a group (to try to make things a bit more efficient) on the staging branch; the motivation originally stemmed from the latest Jami now requiring FFmpeg 6. It'd be useful if people tested it by reconfiguring their systems with it or updating their

Re: Browsers and Gstreamer plugins

Hello Jack, Thank you for posting this well written piece here. Jack Hill writes: > Hi Guix, > > While we have made progress on #52375 [0], the way forward remains > unclear. In summary, WebKitGTK expects certain GStreamer plugins to be > available. Depending on which plug

Browsers and Gstreamer plugins

Hi Guix, While we have made progress on #52375 [0], the way forward remains unclear. In summary, WebKitGTK expects certain GStreamer plugins to be available. Depending on which plugins are missing and the web page content, the process corresponding to a browser tab may even crash. Currently

Re: 01/01: gnu: gstreamer: Skip failing test on 32-bit systems.

gt;>> >>>> commit 2a9d89afb6fb869dd2bdf1e9f710f487786930fc >>>> Author: Marius Bakke >>>> Date: Thu Jun 13 14:08:32 2019 +0200 >>>> >>>> gnu: gstreamer: Skip failing test on 32-bit systems. >>>> >>>

Re: 01/01: gnu: gstreamer: Skip failing test on 32-bit systems.

uthor: Marius Bakke >>> Date: Thu Jun 13 14:08:32 2019 +0200 >>> >>> gnu: gstreamer: Skip failing test on 32-bit systems. >>> >>> * gnu/packages/gstreamer.scm (gstreamer)[arguments]: When building for a >>> 32-bit system, add

Re: 01/01: gnu: gstreamer: Skip failing test on 32-bit systems.

Mark, Mark H Weaver writes: > Hi Marius, > > guix-comm...@gnu.org writes: > >> mbakke pushed a commit to branch staging >> in repository guix. >> >> commit 2a9d89afb6fb869dd2bdf1e9f710f487786930fc >> Author: Marius Bakke >> Date: Thu Jun 13 14

Re: 01/01: gnu: gstreamer: Skip failing test on 32-bit systems.

Hi Marius, guix-comm...@gnu.org writes: > mbakke pushed a commit to branch staging > in repository guix. > > commit 2a9d89afb6fb869dd2bdf1e9f710f487786930fc > Author: Marius Bakke > Date: Thu Jun 13 14:08:32 2019 +0200 > > gnu: gstreamer: Skip failin

Re: 02/02: gnu: gstreamer: Update to 1.10.3.

> become dependency failures. > > https://hydra.gnu.org/build/1824127 > > If we can't find a proper fix soon, we may need to revert this change. Gstreamer 1.10.3 fixed a large number of bugs with potential security implications: http://seclists.org/oss-sec/2017/q1/258 So, hop

Re: 02/02: gnu: gstreamer: Update to 1.10.3.

;> commit 3e32eeb2478a9d3b46a2e858fdc416420bffe302 >>> Author: Marius Bakke <mba...@fastmail.com> >>> Date: Wed Feb 1 15:16:07 2017 +0100 >>> >>> gnu: gstreamer: Update to 1.10.3. >>> >>> * gnu/packages/gstreamer.scm (gst

Re: 02/02: gnu: gstreamer: Update to 1.10.3.

..@fastmail.com> >> Date: Wed Feb 1 15:16:07 2017 +0100 >> >> gnu: gstreamer: Update to 1.10.3. >> >> * gnu/packages/gstreamer.scm (gstreamer): Update to 1.10.3. >> (gst-plugins-base): Likewise. >> (gst-plugins-good): Likewise. >&

Re: 02/02: gnu: gstreamer: Update to 1.10.3.

Hi, mba...@fastmail.com (Marius Bakke) writes: > mbakke pushed a commit to branch master > in repository guix. > > commit 3e32eeb2478a9d3b46a2e858fdc416420bffe302 > Author: Marius Bakke <mba...@fastmail.com> > Date: Wed Feb 1 15:16:07 2017 +0100 > > gn

Re: [PATCH 16/24] gnu: gstreamer: Add qt-gstreamer.

I'll withhold this patch for now pending further investigation... Thank you!

Re: [PATCH 16/24] gnu: gstreamer: Add qt-gstreamer.

to be that /gnu/store/2g5xcc8hp16nfnf37449f3p492m8i03h-qt-gstreamer-1.2.0-1.fc159e5/lib64 Can you get qt-gstreamer to install its libraries into "/gnu/store/...-qt-gstreamer-1.2.0-=.fc159e5/lib"? Things might Just Work™ then. -- `~Eric

Re: [PATCH 16/24] gnu: gstreamer: Add qt-gstreamer.

/store/2g5xcc8hp16nfnf37449f3p492m8i03h-qt-gstreamer-1.2.0-1.fc159e5/lib64 isn't in the RUNPATH. But isn't that folder implicitly in the RUNPATH for libraries in the same directory? How can I get it in the RUNPATH, is there a better way than using patchelf? what is the reason for disabling runpath validation? validating RUNPAT

Re: [PATCH 15/24] gnu: gstreamer: Symlink gstconfig.h into include directory.

> In general, we should stick to upstream packaging unless it is clearly > broken or there is a compelling reason to deviate. In this case, if an > application can't find , then it would seem to have a > buggy build system, and we should fix the problem there. The qt-gstreamer pac

Re: [PATCH 15/24] gnu: gstreamer: Symlink gstconfig.h into include directory.

as moved to the lib directory because it contains "platform > specific information". > > What do you suggest? The pkgconfig file for gstreamer, $out/lib/pkgconfig/pkgconfig-1.0.pc, includes this: Cflags: -I${includedir} -I${libdir}/gstreamer-1.0/include Where ${libdir} is ${p

Re: [PATCH 15/24] gnu: gstreamer: Symlink gstconfig.h into include directory.

> What is the reason for this change? Would it be appropriate to submit a > bug report upstream to add this to their "make install"? The reason is because applications may contain #include , but gstconfig.h was moved to the lib directory because it contains "platform specific information". What

Re: [PATCH 15/24] gnu: gstreamer: Symlink gstconfig.h into include directory.

David Craven <da...@craven.ch> writes: > * gnu/packages/gstreamer.scm (gstreamer)[arguments]: Add symlink-gstconfig.h > phase. What is the reason for this change? Would it be appropriate to submit a bug report upstream to add this to their "make install"? Mar

Re: [PATCH 14/24] gnu: gstreamer: Use license: prefix.

> That would be a massive refactoring - but can be done eventually. I don't think it would be too hard, most work can be done through applying a regex to the entire project and running the testsuite to find the cases where it didn't work. I did this on the python.scm file... So then I'll leave

Re: [PATCH 14/24] gnu: gstreamer: Use license: prefix.

On Wed, 17 Aug 2016 10:53:23 +0200 David Craven wrote: > Ah, I was thinking more about lgpl2.1+ and the sorts... So is it a > good idea to prefix all licenses in guix licenses itself (as Eric > mentioned), and be done with it? That would be a massive refactoring - but can be

Re: [PATCH 14/24] gnu: gstreamer: Use license: prefix.

> Expat causes a name collision. > > Also nmap, boost, cecill-c, freetype, imlib2, openldap2.0, openssl, ruby, > tcl/tk, vim, x11, zlib. > > Should there be new licenses it's a good guess it will be named like the > package it originated in. > > I would not advise removing the prefix. If

Re: [PATCH 14/24] gnu: gstreamer: Use license: prefix.

On Wed, 17 Aug 2016 10:02:26 +0200 David Craven wrote: > I wonder who started the #:prefix/#:select thing in the first place. I > don't think that anything from guix licenses is likely to cause a name > collision. Maybe it's best to remove the #:prefix entirely? Expat causes a

Re: [PATCH 14/24] gnu: gstreamer: Use license: prefix.

I wonder who started the #:prefix/#:select thing in the first place. I don't think that anything from guix licenses is likely to cause a name collision. Maybe it's best to remove the #:prefix entirely?

Re: [PATCH 14/24] gnu: gstreamer: Use license: prefix.

On Tue, 16 Aug 2016 23:15:07 +0300 Alex Kost <alez...@gmail.com> wrote: > David Craven (2016-08-16 21:39 +0300) wrote: > > > * gnu/packages/gstreamer.scm (define-module): Import guix licenses with > > #:prefix > > license:. > > (orc): Likewise. >

Re: [PATCH 16/24] gnu: gstreamer: Add qt-gstreamer.

Hello David, You can remove the "gstreamer: " bit from the commit subject. On Tue, 16 Aug 2016 20:39:30 +0200 David Craven <da...@craven.ch> wrote: > * gnu/packages/gstreamer.scm (qt-gstreamer): New variable. > --- > gnu/pa

Re: [PATCH 16/24] gnu: gstreamer: Add qt-gstreamer.

On Tue, Aug 16, 2016 at 08:39:30PM +0200, David Craven wrote: > * gnu/packages/gstreamer.scm (qt-gstreamer): New variable. > + #:validate-runpath? #f)) My understanding is that if the runpath validator fails, then something is wrong with the package. Why is it disabled here?

Re: [PATCH 14/24] gnu: gstreamer: Use license: prefix.

> I like this patch. However in general (a question for Guix people): is > there a reason to use #:select for licenses? Or would it be better to > use #:prefix everywhere? If the latter (my preference), I think it > would be good to make this "#:select"→"#:prefix" change in a single > patch

Re: [PATCH 14/24] gnu: gstreamer: Use license: prefix.

David Craven (2016-08-16 21:39 +0300) wrote: > * gnu/packages/gstreamer.scm (define-module): Import guix licenses with > #:prefix > license:. > (orc): Likewise. > (gstreamer): Likewise. > (gst-plugins-base): Likewise. > (gst-plugins-good): Likewise. > (gs

Re: [PATCH 14/24] gnu: gstreamer: Use license: prefix.

LGTM.

[PATCH 14/24] gnu: gstreamer: Use license: prefix.

* gnu/packages/gstreamer.scm (define-module): Import guix licenses with #:prefix license:. (orc): Likewise. (gstreamer): Likewise. (gst-plugins-base): Likewise. (gst-plugins-good): Likewise. (gst-plugins-bad): Likewise. (gst-plugins-ugly): Likewise. (gst-libav): Likewise. (python

[PATCH 16/24] gnu: gstreamer: Add qt-gstreamer.

* gnu/packages/gstreamer.scm (qt-gstreamer): New variable. --- gnu/packages/gstreamer.scm | 42 ++ 1 file changed, 42 insertions(+) diff --git a/gnu/packages/gstreamer.scm b/gnu/packages/gstreamer.scm index 54919cd..ee3c9e4 100644 --- a/gnu/packages

[PATCH 15/24] gnu: gstreamer: Symlink gstconfig.h into include directory.

* gnu/packages/gstreamer.scm (gstreamer)[arguments]: Add symlink-gstconfig.h phase. --- gnu/packages/gstreamer.scm | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/gnu/packages/gstreamer.scm b/gnu/packages/gstreamer.scm index bd99880..54919cd 100644 --- a/gnu

Re: GStreamer, PulseAudio and libvpx update

Hello, On Wed, Feb 03, 2016 at 12:23:24PM +0800, 宋文武 wrote: > In the 'gstreamer-update' branch we have following updates: > libvpx -> 1.5.0 > pulseaudio -> 8.0 > ao -> 1.2.0 > gstreamer (and plugins) -> 1.6.3 I noticed you merged master into the branch. My opin

Re: GStreamer, PulseAudio and libvpx update

history and makes it rather unclear > what the differences in this branch are. So I would suggest the following: > Delete the branch, create a branch "wip-gstreamer" from security-updates > (not master!), try to build a few packages; after security-updates has been > applied to master

Re: GStreamer, PulseAudio and libvpx update

Andreas Enge <andr...@enge.fr> writes: > Hello, > > On Wed, Feb 03, 2016 at 12:23:24PM +0800, 宋文武 wrote: >> In the 'gstreamer-update' branch we have following updates: >> libvpx -> 1.5.0 >> pulseaudio -> 8.0 >> ao -> 1.2.0 >> gst

Re: GStreamer, PulseAudio and libvpx update

On Wed, 03 Feb 2016 12:23:24 +0800 iyzs...@member.fsf.org (宋文武) wrote: > In the 'gstreamer-update' branch we have following updates: > libvpx -> 1.5.0 > pulseaudio -> 8.0 > ao -> 1.2.0 > gstreamer (and plugins) -> 1.6.3 > > This will lead to mess rebuilds

Re: GStreamer, PulseAudio and libvpx update

Hello, On Wed, Feb 03, 2016 at 07:15:11PM +0800, 宋文武 wrote: > Yes, they're independent. I update gstreamer and add gst-plugins-bad, > the other are from Efraim Flashner's work. Due to gst-plugins-good > failed to pass some tests with the update of libvpx and pulseaudio, > I th

Re: GStreamer, PulseAudio and libvpx update

ould also update pulseaudio in master; according to > "guix refresh -l" there are 168 dependent packages. Is this too much? > > In any case, we should now wait for security-updates to be applied to > master, and probably keep the old version of libvpx until after the > gstreamer

GStreamer, PulseAudio and libvpx update

In the 'gstreamer-update' branch we have following updates: libvpx -> 1.5.0 pulseaudio -> 8.0 ao -> 1.2.0 gstreamer (and plugins) -> 1.6.3 This will lead to mess rebuilds. I have build gst-plugins-good, ffmpeg, mpv and pavucontrol, tested with pulseaudio-8.0, so I think it's s

Re: Gstreamer

Andreas Enge <andr...@enge.fr> writes: > Hello, > > gst-plugins-good currently fails its tests on armhf, which blocks quite > a few packages. Actually, it's the gst-plugins-base failing. http://hydra.gnu.org/build/723264/nixlog/1/tail-reload > There are newer gstreamer v

Re: Gstreamer

@@ arrays of data.") (define-public gstreamer (package (name "gstreamer") -(version "1.4.5") +(vers

Re: [PATCH] gnu: gstreamer: Add search path specification for 'GST_PLUGIN_SYSTEM_PATH'.

宋文武 iyzs...@gmail.com skribis: Ludovic Courtès l...@gnu.org writes: 宋文武 iyzs...@gmail.com skribis: This reverts commit e53fc0c8a, which add it wrongly to gst-plugins-base. * gnu/packages/gstreamer.scm (gstreamer)[native-search-paths]: New field. (gst-plugins-base)[native-search-paths

Re: [PATCH] gnu: gstreamer: Add search path specification for 'GST_PLUGIN_SYSTEM_PATH'.

宋文武 iyzs...@gmail.com skribis: This reverts commit e53fc0c8a, which add it wrongly to gst-plugins-base. * gnu/packages/gstreamer.scm (gstreamer)[native-search-paths]: New field. (gst-plugins-base)[native-search-paths]: Remove. LGTM! I wonder, why is there the word “SYSTEM

Re: [PATCH] gnu: gstreamer: Add search path specification for 'GST_PLUGIN_SYSTEM_PATH'.

Ludovic Courtès l...@gnu.org writes: 宋文武 iyzs...@gmail.com skribis: This reverts commit e53fc0c8a, which add it wrongly to gst-plugins-base. * gnu/packages/gstreamer.scm (gstreamer)[native-search-paths]: New field. (gst-plugins-base)[native-search-paths]: Remove. LGTM! I wonder, why

[PATCH] gnu: gstreamer: Add search path specification for 'GST_PLUGIN_SYSTEM_PATH'.

This reverts commit e53fc0c8a, which add it wrongly to gst-plugins-base. * gnu/packages/gstreamer.scm (gstreamer)[native-search-paths]: New field. (gst-plugins-base)[native-search-paths]: Remove. --- gnu/packages/gstreamer.scm | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff

Re: [PATCH] gnu: Remove gstreamer-0.10 and gst-plugins-base-0.10.

宋文武 iyzs...@gmail.com skribis: It have been broken for 3 month, and no one seem to be interesting to fix it. Since no packages use it actually (only wxwidgets have a comment), I'd like to remove them. What do you think? Fine with me! Ludo’.

Re: [PATCH] gnu: Remove gstreamer-0.10 and gst-plugins-base-0.10.

Andreas Enge andr...@enge.fr writes: On Wed, Apr 29, 2015 at 04:24:56PM +0800, 宋文武 wrote: * gnu/packages/gstreamer.scm (gstreamer-0.10, gst-plugins-base-0.10): Remove variables. * gnu/packages/patches/gstreamer-0.10-bison3.patch, gnu/packages/patches/gstreamer-0.10-silly-test.patch

Re: [PATCH] gnu: Remove gstreamer-0.10 and gst-plugins-base-0.10.

It have been broken for 3 month, and no one seem to be interesting to fix it. Since no packages use it actually (only wxwidgets have a comment), I'd like to remove them. What do you think? http://hydra.gnu.org/job/gnu/master/gstreamer-0.10.36.i686-linux/all

Re: [PATCH] gnu: Remove gstreamer-0.10 and gst-plugins-base-0.10.

On Wed, Apr 29, 2015 at 04:24:56PM +0800, 宋文武 wrote: * gnu/packages/gstreamer.scm (gstreamer-0.10, gst-plugins-base-0.10): Remove variables. * gnu/packages/patches/gstreamer-0.10-bison3.patch, gnu/packages/patches/gstreamer-0.10-silly-test.patch: Remove files. * gnu-system.am

[PATCH] gnu: Remove gstreamer-0.10 and gst-plugins-base-0.10.

* gnu/packages/gstreamer.scm (gstreamer-0.10, gst-plugins-base-0.10): Remove variables. * gnu/packages/patches/gstreamer-0.10-bison3.patch, gnu/packages/patches/gstreamer-0.10-silly-test.patch: Remove files. * gnu-system.am (dist_patch_DATA): Remove them. --- gnu-system.am

Re: [PATCH] gnu: Add some more gstreamer plugins

John Darrington j...@gnu.org skribis: * gnu/packages/gstreamer.scm (gst-plugins-good): New variable. * gnu/packages/gstreamer.scm (gst-plugins-base): New inputs. Please don’t repeat the file name, and list the newly-added dependencies. +(synopsis + Plugins for the gstreamer

Re: [PATCH 1/2] gnu: gnunet: Remove Gstreamer dependency.

I’ve reported the bug at https://bugzilla.gnome.org/show_bug.cgi?id=724073 and temporarily disabled tests in the meantime. Ludo’.