On Sun, Jul 21, 2024 at 09:27:11PM +0200, Kai Jellinghaus wrote:
> Hello, Guix looks awesome. Trying to understand the source & where packages
> are coming from right now/.
> What in the main (if that's the right term for
> https://git.savannah.gnu.org/git/guix.git) repo is necessary to build &
The idea is that it eases development because we don't have to maintain
a versioned API between the core functionality and the packages,
services, etc.
It's similar to how everything is developed together in the Linux kernel.
Also, it encourages people who are developing add-ons to Guix to
For a long time we've not been able to build linux-libre on i686-linux
because the source unpacking process runs out of memory.
I'm forwarding this bug to guix-devel to get more attention.
Is anybody actually using i686-linux anymore? Or should we begin to
officially remove support for it?
For a long time we've not been able to build linux-libre on i686-linux
because the source unpacking process runs out of memory.
I'm forwarding this bug to guix-devel to get more attention.
Is anybody actually using i686-linux anymore? Or should we begin to
officially remove support for it?
Package: python3-numpy
Version: 1:1.24.2-1
Severity: wishlist
X-Debbugs-Cc: leo.p.sin...@nasa.gov
Please update Numpy to 2.0.x.
-- System Information:
Debian Release: 12.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture:
Aha, yes, Verdon, it probably happens on the
[Fastmail](https://www.fastmail.com) servers!
So I have to look in _their_ spam management.
Thanks for pointing out the obvious.
Leo
On 25 Jul 2024, at 23:31, Verdon Vaillancourt wrote:
Are you sure this is not happening on the server? Gmail
anything…
Many thanks,
Leo
___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate
On Sun, Jul 21, 2024 at 03:05:53PM +0200, Ludovic Courtès wrote:
> What about adding a new Boost version specifically for use in
> LibreOffice? Eventually that version would become the default one, but
> that can happen later.
>From what I could tell, all of the packages used by Libreoffice that
On Thu, Jul 11, 2024 at 04:23:09PM -0400, Leo Famulari wrote:
> Subject: [PATCH] WIP: Boost: Fix a bug that breaks libetonyek.
>
> This fixes <https://issues.guix.gnu.org/72040>
>
> * gnu/packages/patches/boost-fix-duplicate-definitions-bug.patch: New file.
> * gnu/l
Thank you Ricardo! I was totally stuck on this.
On Mon, Jul 22, 2024, at 05:29, Ricardo Wurmus wrote:
> This is now fixed in commit bdff6baca39a73b3cfc5400e117795cad0c180cf.
>
> dbus-daemon watches XDG_* directories, and it bailed out because the
> list of directories to watch is just too large.
** Description changed:
SRU Jusitification for Kernel
[Impact]
Noble failed the L2CAP/LE/CPU/BI-02-C test in the Porfile Tuning Suite
- (PTS), which Jammy could pass.
+ (PTS), which Jammy previously could pass.
This is due to new behavior introduced in
haps) and also be able to generate a new FDF with the edited
structure.
Best regards,
Leo
[1] https://xournalpp.github.io/
https://xournalpp.github.io/guide/whirlwind-tour/#annotating-pdf-files
On Fri, Jul 19 2024, Balaji Bikshandi wrote:
> Hi Ihor,
>
> Glad you are interested. I
ines/21724
Andreas Schwab (1):
board: sifive: unmatched: remove extra space in fdtfile value
Heinrich Schuchardt (2):
riscv: add RISC-V fields to bdinfo command
riscv: semihosting: correct alignment
Leo Yu-Chi Liang (1):
Revert "riscv: dts: jh7
Goede dag,
Hoofdstuk is nagelezen en staat in Onderhanden.
Groetjes, Leo
Op 15/07/2024 om 16:20 schreef Leo Moons:
Goede dag,
Wil ik wel nalezen.
Vriendelijke groeten
Leo Moons
Op 10/07/2024 om 19:33 schreef Henk van der Burg:
Hallo allen,
Hoofdstuk 1 van de Handleiding voor
Dear Khue,
As mentioned before, you can use Rmpfr to read in strings or compute higher
precision values, like
x = mpfr(1, 192) /10;
# 0.1 with 192 bits precision
# or x = mpfr("0.1", 192);
mpfr(1, 192) /10 - mpfr("0.1", 192)
# 1 'mpfr' number of precision 192 bits
# [1] 0
However, I do not
://www.w3.org/TR/png-3/#11sBIT
Regression since: c125860892e931d9b10f88ace73c91484815c3a8.
Signed-off-by: Leo Izen
Reported-by: Ramiro Polla:
---
libavcodec/pngenc.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/pngenc.c b/libavcodec/pngenc.c
index 7ae16fa2c5
84b454935fae2633a8a5dd075e22393f3e8f932f.
Signed-off-by: Leo Izen
Reported-by: Ramiro Polla
---
libavcodec/pngdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
index cb861e5f60..c5b32c166d 100644
--- a/libavcodec/pngdec.c
+++ b
ffmpeg | branch: master | Leo Izen | Mon Jul 15 22:23:51
2024 -0400| [e30bc8a963eab1097bfb985351ca7eaf1f272ba6] | committer: Leo Izen
fate/png: add mDCv and cLLi read and write test
This test confirms that we can write mDCv and cLLi chunks and read them
back via the png decoder. It uses
Just send an email to Benny’s feedback email.
Let’s see where we get to.
Leo
On 11 Jul 2024, at 19:53, Benny Kjær Nielsen wrote:
On 10 Jul 2024, at 5:30, leo wrote:
[ empty Bundles settings pane ]
What’s going on? Any ideas how to fix this?
I've had a few other users report
** Tags added: jammy noble
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2072858
Title:
Fix L2CAP/LE/CPU/BI-02-C bluetooth certification failure
To manage notifications about this bug go to:
ffmpeg | branch: release/6.1 | Leo Izen | Fri Jul 12
15:03:17 2024 -0400| [6a8cf7b3834bf649197392d7c6bb05dc2ba21a55] | committer:
Leo Izen
avcodec/png: more informative error message for invalid sBIT size
If the sBIT chunk size is invalid, we should print a more informative
error message
ffmpeg | branch: release/6.1 | Leo Izen | Fri Jul 12
15:03:16 2024 -0400| [09c1c0b12653c34137e5075889fe91a69447845f] | committer:
Leo Izen
avcodec/pngdec: avoid erroring with sBIT on indexed-color images
Indexed color images use three colors for sBIT, but the function
ff_png_get_nb_channels
ffmpeg | branch: release/7.0 | Leo Izen | Fri Jul 12
15:03:17 2024 -0400| [daffde0544aa7db7964d7a9dc8e36cee831709f7] | committer:
Leo Izen
avcodec/png: more informative error message for invalid sBIT size
If the sBIT chunk size is invalid, we should print a more informative
error message
ffmpeg | branch: release/7.0 | Leo Izen | Fri Jul 12
15:03:16 2024 -0400| [b5d42852d05509d8970452fdd573e0bf9ad3cb4a] | committer:
Leo Izen
avcodec/pngdec: avoid erroring with sBIT on indexed-color images
Indexed color images use three colors for sBIT, but the function
ff_png_get_nb_channels
ffmpeg | branch: master | Leo Izen | Fri Jul 12 15:03:17
2024 -0400| [90e28331c7887b83d7c508bea71735ae12dad177] | committer: Leo Izen
avcodec/png: more informative error message for invalid sBIT size
If the sBIT chunk size is invalid, we should print a more informative
error message rather
ffmpeg | branch: master | Leo Izen | Fri Jul 12 15:03:16
2024 -0400| [4225f51c62b69f12e51151c2c73245342890f794] | committer: Leo Izen
avcodec/pngdec: avoid erroring with sBIT on indexed-color images
Indexed color images use three colors for sBIT, but the function
ff_png_get_nb_channels returns
with any
comments/questions/concerns.
Leo Vegoda on behalf of PeeringDB ProductCom
___
Pdb-announce mailing list
Pdb-announce@lists.peeringdb.com
https://lists.peeringdb.com/cgi-bin/mailman/listinfo/pdb-announce
On Wed, Jul 10, 2024 at 4:11 AM Andrea Bolognani
wrote:
> On Wed, Jun 19, 2024 at 11:02:57AM GMT, Andrea Bolognani wrote:
> > On Tue, May 21, 2024 at 10:57:42AM GMT, Leo Sandoval wrote:
> > > Hi team,
> > >
> > > We (the Red Hat bootloader team) are co
Hi all,
Here are the minutes of today’s meeting.
Chair: Sam
Minutes: Leo
Present: A (student from China), Sam Cupp, Steve Brandt, David Boyer, Keith Dow,
Lucas Sanches, Zach Etienne, Leo Werneck, Johnny Tsao, Yosef Zlochower,
Roland Haas, Bing-Ran HE
* ET Release Timeline
On 7/18/24 4:47 AM, Marton Balint wrote:
On Fri, 12 Jul 2024, Leo Izen wrote:
Indexed color images use three colors for sBIT, but the function
ff_png_get_nb_channels returns 1 in this case. We should avoid erroring
out on valid files in this scenario.
Please mention
Goede dag,
Het hoofdstuk is nagelezen en staat in Onderhanden.
Groetjes, Leo
Op 15/07/2024 om 16:19 schreef Leo Moons:
Goede dag,
Wil ik wel nalezen.
Vriendelijke groeten
Leo Moons
Op 10/07/2024 om 19:32 schreef Henk van der Burg:
Hallo allen,
Hoofdstuk 0 van de Handleiding voor
On Wed, Jul 17, 2024 at 09:21:53PM +, jgart wrote:
> > I'm not sure I understand the question. Gunicorn-next contains the CVE
> >
> > fix, but gunicorn does not? Is that correct?
>
> Yep, that is correct. gunicorn does not contain the fix and gunicorn-next
> does contain the fix.
Okay. Is
On Mon, Jul 15, 2024 at 07:38:11PM -0400, Leo Famulari wrote:
> It's weird that dbus is killed by signal 11, SIGSEGV.
>
> I see that some other package manually start dbus for the test suite, so
> I'll try my hand at it.
Hm, I didn't make any progress with this. Does anyone have a
On Wed, Jul 17, 2024 at 04:08:34AM +, jgart wrote:
> I provided gunicorn-next in a recent commit to master which fixes
> CVE-2024-1135 but I don't have time at the moment to fix the bad gunicorn's
> dependents* against gunicorn-next.
I'm not sure I understand the question. Gunicorn-next
cannot find the root cause and solution right away.
Best regards,
Leo
> On Sat, Apr 20, 2024 at 3:56 AM E Shattow wrote:
> >
> > On Fri, Apr 19, 2024 at 5:51 PM Bo Gan wrote:
> > >
> > ...snip...
> > >
> > > If without the change (reverted), can yo
On 7/12/24 3:03 PM, Leo Izen wrote:
If the sBIT chunk size is invalid, we should print a more informative
error message rather than return an error and print nothing.
Signed-off-by: Leo Izen
---
libavcodec/pngdec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Will merge soon
This test confirms that we can write mDCv and cLLi chunks and read them
back via the png decoder. It uses an HEVC conformance sample with this
metadata as the base source for the side data in the frames.
Signed-off-by: Leo Izen
Reported-by: Jan Ekström
Reviewed-by: Jan Ekström
Reviewed
On Sun, Jul 14, 2024 at 01:52:37PM -0400, Leo Famulari wrote:
> I reported this problem upstream:
>
> https://gitlab.gnome.org/GNOME/epiphany/-/issues/2392
The GNOME team suggests that we make sure that dbus is running in the
build environment, and indeed it seems there is someth
Goede dag,
Wil ik wel nalezen.
Vriendelijke groeten
Leo Moons
Op 10/07/2024 om 19:34 schreef Henk van der Burg:
Hallo allen,
Hoofdstuk 2 van de Handleiding voor Impress 24.2 staat in Onderhanden om
nagelezen te worden.
Groetjes, Henk
--
To unsubscribe e-mail to: documentatie
Goede dag,
Wil ik wel nalezen.
Vriendelijke groeten
Leo Moons
Op 10/07/2024 om 19:32 schreef Henk van der Burg:
Hallo allen,
Hoofdstuk 0 van de Handleiding voor Impress 24.2 staat in Onderhanden om
nagelezen te worden.
Groetjes, Henk.
--
To unsubscribe e-mail
Goede dag,
Wil ik wel nalezen.
Vriendelijke groeten
Leo Moons
Op 10/07/2024 om 19:33 schreef Henk van der Burg:
Hallo allen,
Hoofdstuk 1 van de Handleiding voor Impress 24.2 staat in Onderhanden om
nagelezen te worden.
Groetjes, Henk.
--
To unsubscribe e-mail
https://bugs.kde.org/show_bug.cgi?id=490291
Bug ID: 490291
Summary: some apps is hanging or freezing while using it
Classification: I don't know
Product: kde
Version: unspecified
Platform: Other
OS: Other
I reported this problem upstream:
https://gitlab.gnome.org/GNOME/epiphany/-/issues/2392
av_frame_clone(buf);
if (!buf_out)
return AVERROR(ENOMEM);
This LGTM, I submitted a similar patch.
- Leo Izen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscrib
Declare AVFrame *buf_out with the rest of the declarations to fix a
compiler warning about Declarations after Statements in ISO C90.
Signed-off-by: Leo Izen
---
libavfilter/af_channelsplit.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavfilter/af_channelsplit.c b
On 7/9/24 12:45 PM, Leo Izen wrote:
This test confirms that we can write mDCv chunks and read them back via
the png decoder. It uses an HEVC conformance sample with this metadata
as the base source for the side data in the frames.
Signed-off-by: Leo Izen
Reported-by: Jan Ekström
Reviewed
For some reason, mumi doesn't display the message
I sent about this bug, but only the attachment. It does display on
. In any case, here is the original message:
On core-updates commit 378e1d9b69b030, Epiphany (the GNOME web browser)
fails its test suite. Specifically, several of its tests fail
I was holding it wrong. icu4c-73 and icecat are fine on core-updates.
Sorry for the noise!
On core-updates commit dd9660264b39b. the icu4c-73 package fails its
tests like this:
--
make[2]: Leaving directory
'/tmp/guix-build-icu4c-73.1.drv-0/icu/source/test/cintltst'
-
| *** FAILING TEST SUMMARY FOR: intltest
On Sat, Jul 13, 2024 at 01:39:21PM -0400, Leo Famulari wrote:
> There is some discussion on the Libreoffice mailing list, but so far
> it's inconclusive from my perspective. But if I understand correctly,
> their recommended solution would be to create a source origin of
> Boost
On Thu, Jul 11, 2024 at 04:23:09PM -0400, Leo Famulari wrote:
> Here's a patch that patches Boost, while also creating a hidden package
> boost-for-source-highlight. This variant is only used by the
> source-highlight package, which is used by gdb, and thus rust. So, it
> aims to avoi
Julien Nabet wrote:
> Could you provide the autogen.input you use?
>
> I'm on Debian testing which uses Boost 1.83 but when checking
> config.log, I see:
>
> configure:33360: checking which boost to use
> configure:34711: result: internal
>
> and internal Boost used is 1.85 version.
Where can
On Fri, Jul 12, 2024 at 04:53:23PM +1000, Christoph Willing wrote:
> > If your distro still somehow manages to provide libetonyek, you might
> > try to build with autogen option `--with-system-libetonyek` as a
> > workaround.
>
> Hi Leo,
>
> Your build of libeto
of the most used plugins
started to require 0.10.
Thanks and greetings
Leo
https://bugs.kde.org/show_bug.cgi?id=316734
leo changed:
What|Removed |Added
CC||leohyam...@gmail.com
Version|unspecified
On Thu, Jul 11, 2024, at 11:32, Leo Famulari wrote:
> On Thu, Jul 11, 2024 at 11:25:34PM +0800, Zheng Junjie wrote:
>> > So, it's a problem with cmake?
>> >
>> > Do you know if they've fixed it in later versions?
>>
>> see https://gitlab.kitware
If the sBIT chunk size is invalid, we should print a more informative
error message rather than return an error and print nothing.
Signed-off-by: Leo Izen
---
libavcodec/pngdec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
Indexed color images use three colors for sBIT, but the function
ff_png_get_nb_channels returns 1 in this case. We should avoid erroring
out on valid files in this scenario.
Signed-off-by: Leo Izen
Reported-by: Ramiro Polla
---
libavcodec/pngdec.c | 2 +-
1 file changed, 1 insertion(+), 1
)
Importance: Undecided
Assignee: Leo Lin (0xff07)
Status: New
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Leo Lin (0xff07)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2072
As reported on the Document Foundation bug tracker, Boost >= 1.81 breaks
compilation of libetonyek:
https://bugs.documentfoundation.org/show_bug.cgi?id=152569
I confirm the problem persists with Boost 1.83.0.
There are bunch of duplicate symbol errors like this (full log attached):
--
On Thu, Jul 11, 2024 at 03:15:27PM -0400, Leo Famulari wrote:
> I'm testing a patch for Boost now. It will cause a huge number of
> rebuilds, so it would be great to come up with another approach.
Here's a patch that patches Boost, while also creating a hidden package
boost-for-source-hig
On Mon, Jun 17, 2024 at 11:30:37PM +0200, Ludovic Courtès wrote:
> 1. Checking whether your favorite packages build and work.
Libreoffice is blocked on core-updates, due a build failure of
libetonyek, caused by a bug in Boost:
https://issues.guix.gnu.org/72040
I think that Libreoffice is
I found the bug report, which is for Boost:
https://github.com/boostorg/phoenix/issues/111
Basically, versions 1.81 through 1.83 exhibit this defect.
I'm testing a patch for Boost now. It will cause a huge number of
rebuilds, so it would be great to come up with another approach.
On Thu, Jul 11, 2024 at 12:00:56PM -0400, Leo Famulari wrote:
> I think this upstream report (closed without resolution) describes the
> problem:
>
> https://bugs.documentfoundation.org/show_bug.cgi?id=152569
I sent a report to the mailing list where build failures are supposed to
I think this upstream report (closed without resolution) describes the
problem:
https://bugs.documentfoundation.org/show_bug.cgi?id=152569
Boost 1.81 (and presumably 1.83, which we have on core-updates) is not
compatible with the libetonyek code.
On Thu, Jul 11, 2024 at 11:32:53AM -0400, Leo Famulari wrote:
> Okay, great. I confirm your patch fixes the problem. I'll push it to
> core-updates on your behalf.
Pushed as 50243774824597dbd141a074a7be0117dc450cef
Thanks for your help!
signature.asc
Description: PGP signature
On Thu, Jul 11, 2024 at 11:25:34PM +0800, Zheng Junjie wrote:
> > So, it's a problem with cmake?
> >
> > Do you know if they've fixed it in later versions?
>
> see https://gitlab.kitware.com/cmake/cmake/-/issues/25200
Thanks!
> > Would this remove zlib support from openimageio?
>
> no, just
On Thu, Jul 11, 2024 at 02:29:59PM +0800, Zheng Junjie wrote:
> see patch, as i known, because ours cmake too old, have a bug about zlib.
So, it's a problem with cmake?
Do you know if they've fixed it in later versions?
> + #:phases #~(modify-phases %standard-phases
> +
On core-updates commit 378e1d9b69b030, Epiphany (the GNOME web browser)
fails its test suite. Specifically, several of its tests fail like this:
--
>>> G_TEST_BUILDDIR=/tmp/guix-build-epiphany-44.8.drv-0/build/tests
>>> GSETTINGS_SCHEMA_DIR=/tmp/guix-build-epiphany-44.8.drv-0/build/data
>>>
o bit mask
"Require low latency" PSR should be disabled.
When the property is restored to an empty bit mask ABM and PSR
can be enabled again.
Signed-off-by: Mario Limonciello
Reviewed-by: Leo Li
Thanks!
---
v3->v4:
* Fix enabling again after disable (Xaver)
---
dri
o bit mask
"Require low latency" PSR should be disabled.
When the property is restored to an empty bit mask ABM and PSR
can be enabled again.
Signed-off-by: Mario Limonciello
Reviewed-by: Leo Li
Thanks!
---
v3->v4:
* Fix enabling again after disable (Xaver)
---
dri
On core-updates commit 378e1d9b69b030a165, openimageio fails to build
like this:
--
[ 30%] Building CXX object
src/libOpenImageIO/CMakeFiles/OpenImageIO.dir/imageio.cpp.o
cd /tmp/guix-build-openimageio-2.5.13.0.drv-0/build/src/libOpenImageIO &&
eira
Signed-off-by: Jerry Zuo
Signed-off-by: Tom Chung
Hi Jerry,
Please drop this patch as there's a known PSR SU regression caused by a patch
that originally fixed the aforementioned replay issue.
Thanks,
Leo
---
.../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 20 ---
On core-updates commit 378e1d9b69b030a, python-gst fails its test suite
like this:
--
==
FAIL: testPropertyMarshalling (test_types.TestFraction)
--
Traceback
On Thu, Jul 11, 2024 at 02:00:45AM +0800, Zheng Junjie wrote:
> i think just disable this test, see
>
> https://invent.kde.org/frameworks/ki18n/-/commit/241e0cfa96b1491721f361f1713b3514c58bde56#note_654140
>
On core-updates commit 736939037346, libetonyek fails to build like
this (sorry in advance for the long lines, full log attached):
--
CXXLDlibetonyek-0.1.la
On core-updates commit 736939037346, ki18n fails its test suite like
this:
* Start testing of KCatalogTest *
Config: Using QtTest library 5.15.10, Qt 5.15.10 (x86_64-little_endian-lp64
shared (dynamic) release build; by GCC 11.4.0), unknown unknown
PASS :
I messed up this report so I'm closing it and will open a new one. I
think it will be too confusing to leave this report open as it is.
= num;
+sc->v_spacing = den;
}
If den == 0, nothing is assigned at all, but if den != 0 and if num ==
0, we assign 0 to h_spacing, which will end up doing nothing because we
check h_spacing && v_spacing later on in the other line you add.
On core-updates commit 736939037346, libetonyek fails its test suite
like this:
--
* Start testing of KCatalogTest *
Config: Using QtTest library 5.15.10, Qt 5.15.10 (x86_64-little_endian-lp64
shared (dynamic) release build; by GCC 11.4.0), unknown unknown
PASS :
On Mon, Jun 17, 2024 at 11:30:37PM +0200, Ludovic Courtès wrote:
> You can help settle this branch by:
>
> 1. Checking whether your favorite packages build and work.
I reconfigured my x86_64 headless system on commit 7369390373464e1
(currently the latest commit), and it seems to be working
Hi, perhaps you are selling, what is the price of such a display?
Thank you
среда, 10 июля 2024 г. в 04:53:36 UTC+3, Nicholas Stock:
> Or these!!
>
> http://lampes-et-tubes.info/cd/cd089.php?l=e
>
> [image: image.png]
>
> Of which I have quite a few... :)
>
> On Tue, Jul 9, 2024 at 7:07 AM
Hello fellow MailMaters
I have a signature like this:
```
--
Leo Broska
Social Scientist/Software Developer/Data Scientist
e: ...@mydomain.net
```
In the from field I have multiple email addresses I choose from for
different purposes, like perso...@mydomain.net, w...@mydomain.net,
writ
Hello there
Today I wanted to use the Things bundle — but nothing happened when I
selected the “Add” menu item under the Things sub-menu.
Then I looked at the Bundles preference pane — and found this:
![](cid:C83C0DD9-EDA1-4937-AE9E-0D11E3E14442@halloleo.hailmail.net
"Screenshot 2024-07-10
dst, src, asrc, i, abase) \
Y= src[ 2 * i]; \
Are these able to be negative? If not, it may be wise to cast to
uint32_t instead as left shifting a negative integer is UB.
- Leo Izen (Traneptora)
___
ffmpeg-d
This test confirms that we can write mDCv chunks and read them back via
the png decoder. It uses an HEVC conformance sample with this metadata
as the base source for the side data in the frames.
Signed-off-by: Leo Izen
Reported-by: Jan Ekström
Reviewed-by: Andreas Rheinhardt
---
tests/fate
Changes since v1:
- changed transcode command
Leo Izen (1):
fate/png: add mDCv read and write test
tests/fate/image.mak| 6 ++
tests/ref/fate/png-mdcv | 22 ++
2 files changed, 28 insertions(+)
create mode 100644 tests/ref/fate/png-mdcv
--
2.45.2
his commit removes the invocation to avoid the failure - which is a
wrong calling in U-boot. The later code invokes ARM_SMCCC_TRNG_VERSION
for retrieving the TRNG version, except it can read back the version
number, it also can be used to detect whether the TRNG is supported or
not.
Signed-off-b
** Tags added: oem-priority originate-from-2071758 stella
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2060268
Title:
Phantom "Unknown Display" shown in Settings after installing the
Nvidia
This test confirms that we can write mDCv chunks and read them back via
the png decoder. It uses an HEVC conformance sample with this metadata
as the base source for the side data in the frames.
Signed-off-by: Leo Izen
Reported-by: Jan Ekström
---
tests/fate/image.mak| 5 +
tests/ref
On Mon, Jun 24, 2024 at 11:46:58AM +0200, Andreas Schwab wrote:
> Fixes: 44a792c994 ("riscv: sifive: unmatched: migrate to text environment")
> Signed-off-by: Andreas Schwab
> ---
> board/sifive/unmatched/unmatched.env | 2 +-
> 1 file changed, 1 insertion(+), 1 deletio
> assembly file")
> Signed-off-by: Heinrich Schuchardt
> ---
> arch/riscv/lib/semihosting.S | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Leo Yu-Chi Liang
ns(+)
> create mode 100644 arch/riscv/lib/bdinfo.c
Reviewed-by: Leo Yu-Chi Liang
Hey,
i tried to confirm your bug report, but as far as i can tell this is
fixed in the latest version of both Debian and Neovim.
Does this still happen for you?
Greetings
Leo
On 1 Jul 2024, at 23:55, Benny Kjær Nielsen wrote:
> this is a relatively old thread, but I'd like to put some focus on a new
> feature [...]
Thanks for coming back to this!
I will have a look at your suggestions.
Best,
Leo
--
Leo Broska
Social Scientist/Software Developer/Data Scien
On 7/2/24 9:44 AM, Leo Izen wrote:
When mDCv support was added, there was a typo in both variable names
and also the MKTAG itself, incorrectly listing it as mDVc. The tag name
stands for Mastering Display Color Volume so mDCv is correct.
Typo originally introduced
ffmpeg | branch: release/7.0 | Leo Izen | Tue Jul 2
09:39:01 2024 -0400| [89a85efbf1f708e8eb9170d89ec49c065a066cee] | committer:
Leo Izen
avcodec/pngenc: fix mDCv typo
When mDCv support was added, there was a typo in both variable names
and also the MKTAG itself, incorrectly listing
ffmpeg | branch: release/7.0 | Leo Izen | Tue Jul 2
09:24:18 2024 -0400| [5ce0c378966f6bc328f643549cad288ab1d3a163] | committer:
Leo Izen
avcodec/pngdec: fix mDCv typo
When mDCv support was added, there was a typo in both variable names
and also the MKTAG itself, incorrectly listing
ffmpeg | branch: master | Leo Izen | Tue Jul 2 09:39:01
2024 -0400| [d69e52252320011f094292e7398645614f9dfe96] | committer: Leo Izen
avcodec/pngenc: fix mDCv typo
When mDCv support was added, there was a typo in both variable names
and also the MKTAG itself, incorrectly listing it as mDVc
ffmpeg | branch: master | Leo Izen | Tue Jul 2 09:24:18
2024 -0400| [c1af34c25bd48a547930094fd60e5458dd1c6d9b] | committer: Leo Izen
avcodec/pngdec: fix mDCv typo
When mDCv support was added, there was a typo in both variable names
and also the MKTAG itself, incorrectly listing it as mDVc
1 - 100 of 61964 matches
Mail list logo