Thanks for your note. I don't know that bioc-devel is a great venue to
discuss this event for a particular package.
Nor am I completely clear on what platform-specific failures imply for
package acceptance etc., but it seems to me the package is part of 3.21
and hence implicitly for 3.22.
Finall
+1 non binding for apache-airflow-providers-amazon==9.6.0rc1. All AWS system
tests are passing against apache-airflow-providers-amazon==9.6.0rc1. You can
see the results here:
https://aws-mwaa.github.io/#/open-source/system-tests/version/6bd535471819074f74b0c3a3251a823be24c61b0_9.6.0rc1.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
--- Comment #24 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #23)
> IMHO -fexcess-precision=16 (at least on x86_64 64-bit and with -mfpmath=sse
> -msse2 32-bit too) are completely conformant modes,
If this is the inte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
--- Comment #22 from Vincent Lefèvre ---
(In reply to Vincent Lefèvre from comment #21)
> What C23 documents applies *only* when -fexcess-precision=standard, as this
> is the only -fexcess-precision value for which GCC is documented
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
--- Comment #21 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #20)
> C23 documents it in detail, and so does float.h:
[...]
> So, only __FLT_EVAL_METHOD_TS_18661_3__ should be possibly 16 for
> -fexcess-precision=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
--- Comment #19 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #18)
> (In reply to Vincent Lefèvre from comment #17)
> > 2 is more accurate. Note that -1 would not make GCC conforming with
> > -fexcess
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
--- Comment #17 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #16)
> 2 is of course the right value for -fexcess-precision=standard -m32 on x86
So, it is not meant to affect __FLT_EVAL_METHOD__. FYI, -fexcess-precision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
--- Comment #15 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #14)
> (In reply to Vincent Lefèvre from comment #13)
> > -fexcess-precision is not meant to have an effect on __FLT_EVAL_METHOD__,
>
> No, -fexces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119014
--- Comment #13 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #7)
> Though, I think we should predefine __FLT_EVAL_METHOD__ to 16 rather than 0
> for -fexcess-precision=16.
-fexcess-precision is not meant to have an
synquacer_developerbox_defconfig
xilinx_versal_virt_defconfig
xilinx_zynq_virt_defconfig
xilinx_zynqmp_kria_defconfig
Best regards,
Vincent.
Vincent Stehlé (5):
fwu: developerbox: fix dfu alt buffer clearing
board: st: common: fix dfu alt buffer clearing
arm64: versal: fix dfu alt buffer clearing
xilinx
uld indeed work fine for an array, in the present case we
end up clearing only the size of a pointer.
Fix this by specifying the explicit size `DFU_ALT_BUF_LEN' instead.
Fixes: c67fecd2125b ("ARM: zynq: Enable capsule update for qspi and mmc")
Signed-off-by: Vincent Stehlé
Cc: M
I assume this is not necessary when the constraint is already set on the
provider side? For example, FAB provider has a dependency on Airflow 3
(`apache-airflow>=3.0.0` in `providers/fab/pyproject.toml`)
On 2025/04/10 17:22:13 Jarek Potiuk wrote:
> Hello,
>
> TL;DR; Do people who work on some p
Control: found -1 2:4.0.4-7
The issue still occurs.
Note that concerning SSH sessions at least, "who" from coreutils 9.7-1
(which is now linked against libsystemd) displays the terminal name as
expected.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible v
Dear EBBR contributors and stakeholders,
We will have an EBBR "birds of a feather" session at the Linaro Connect
in Lisbon. [1]
If you are attending the Linaro Connect, we would be pleased to see you
there!
Best regards,
Vincent Stehlé
System Architect - Arm
[1] https://www.kite
e other issues with incompatible jars.
>>
>> On Thu, Apr 10, 2025 at 4:12 AM Vincent Weber wrote:
>>
>>> Hello,
>>> Any ideas on this ?
>>> Thanks
>>>
>>> Le vendredi 28 mars 2025 à 17:04:09 UTC+1, Vincent Weber a écrit :
>>&
https://bugs.kde.org/show_bug.cgi?id=502049
Vincent Wilms changed:
What|Removed |Added
CC||k...@m1.apollo3zehn.net
--
You are receiving
Hello,
Any ideas on this ?
Thanks
Le vendredi 28 mars 2025 à 17:04:09 UTC+1, Vincent Weber a écrit :
> Hello,
>
> I am running CAS 7.0.10 build with overlay and embedded Tomcat.
> When it start, I have the message :
> *Apache Tomcat Version: Apache Tomcat/10.1.31*
>
red
rkclock_set_frequency(rkclock0, 140, 40)
sdmmc0: can't identify card
sdmmc0: no functions
scsibus0 at sdmmc1: 2 targets, initiator 0
sd0 at scsibus0 targ 1 lun 0: removable
sd0: 15173MB, 512 bytes/sector, 31074304 sectors
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
root on sd0a (eea8209c394fdbb2.a) swap on sd0b dump on sd0b
WARNING: CHECK AND RESET THE DATE!
warning: /dev/console does not exist
init: not found
panic: no init
Stopped at panic+0x140:cmp w21, #0x0
TIDPIDUID PRFLAGS PFLAGS CPU COMMAND
449921 37498 0 0x14000 0x2001 zerothread
*383713 1 0 0 00 swapper
db_enter() at panic+0x13c
panic() at start_init+0x2a4
start_init() at proc_trampoline+0xc
https://www.openbsd.org/ddb.html describes the minimum info required in bug
reports. Insufficient info makes it difficult to find and fix bugs.
ddb{0}>
--
Vincent Legoll
t; This should print some stuff that'll help us adding the most important
> clocks that we need to support.
>
Thanks a lot, I'm currently setting the other arm64 I've got to do openbsd
dev. Should take me a few evenings to get everything going.
I'll report the output from the above patch.
--
Vincent Legoll
On Wed, Apr 09, 2025 at 09:42:59AM +0200, Vincent Stehlé wrote:
> Hi,
>
> We have no agenda for today's EBBR call [1]; shall we cancel it?
>
> If you have an urgent topic to discuss today, please let us know before
> 11am UTC, otherwise we will adjourn the call.
Let us
Hi,
We have no agenda for today's EBBR call [1]; shall we cancel it?
If you have an urgent topic to discuss today, please let us know before
11am UTC, otherwise we will adjourn the call.
Best regards,
Vincent Stehlé
System Architect - Arm
[1] https://github.com/ARM-software/ebbr/wiki
uld indeed work fine for an array, in the present case we
end up clearing only the size of a pointer.
Fix this by specifying the explicit size `DFU_ALT_BUF_LEN' instead.
Fixes: ec2933e543df ("board: stm32mp1: move set_dfu_alt_info in st common
directory")
Signed-off-by: Vincent Ste
[
https://issues.apache.org/jira/browse/HADOOP-18716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17942013#comment-17942013
]
Vincent Andre Russell commented on HADOOP-18716:
Hello. I would
T'as pas un path quelque part, un MTR ?
Si ca peut aider :
https://atlas.ripe.net/measurements/96306931/results
https://atlas.ripe.net/measurements/96307186/results
FABIEN VINCENT_
@beufanet_
Le 2025-04-08T16:00:19.000+02:00, Alexandre LOISEL
a écrit :
> Bonjour,
>
> Effectivement, je n'ai
uld indeed work fine for an array, in the present case we
end up clearing only the size of a pointer.
Fix this by specifying the explicit size `DFU_ALT_BUF_LEN' instead.
Fixes: 6b403ca4dcf4 ("fwu: DeveloperBox: add support for FWU")
Signed-off-by: Vincent Stehlé
Cc: Masahisa Kojima
Tobias,
I would assume the recommendation is still the same as it was in October - Try
the staging branch
From: Michael Jumper
Sent: Thursday 3 October 2024 18:27
To: user@guacamole.apache.org
Subject: Please join us in testing "staging/1.6.0"
Hello fellow Guacamole enthusiasts,
We recently
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages python3-argcomplete depends on:
ii python3 3.13.2-2
python3-argcomplete recommends no packages.
python3-argcomplete suggests no packages.
-- no debconf information
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
uld indeed work fine for an array, in the present case we
end up clearing only the size of a pointer.
Fix this by specifying the explicit size `DFU_ALT_BUF_LEN' instead.
Fixes: 064c8978b44f ("arm64: versal: Enable capsule update (SD)")
Signed-off-by: Vincent Stehlé
Cc: Michal Simek
orter
> and fixer of #944469? We can then discuss whether e.g. the completions are
> appropriate for bash but not zsh, or should be made non-default again across
> the board, or something else.
Bug filed as
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102340
--
Vincent Lef
orter
> and fixer of #944469? We can then discuss whether e.g. the completions are
> appropriate for bash but not zsh, or should be made non-default again across
> the board, or something else.
Bug filed as
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102340
--
Vincent Lef
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages python3-argcomplete depends on:
ii python3 3.13.2-2
python3-argcomplete recommends no packages.
python3-argcomplete suggests no packages.
-- no debconf information
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
amount of work to see it through.
Thanks again to all involved!
Vincent
uld indeed work fine for an array, in the present case we
end up clearing only the size of a pointer.
Fix this by specifying the explicit size `DFU_ALT_BUF_LEN' instead.
Fixes: b86f43de0be0 ("xilinx: zynqmp: Add support for runtime dfu_alt_info
setup")
Signed-off-by: Vincent Stehlé
ly.
>
> Adding support shouldn't be particularly difficult. Let me know if
> you want to have a go at it. Otherwise, I'll see what I can do for
> you once 7.7 is out of the door.
>
I'd certainly like to help, but I don't really know where to start. I'll
need
a bit of mentoring I think...
--
Vincent Legoll
nbus0 not configured
"regulator-5v0-vcc-usb20" at mainbus0 not configured
"regulator-vccio-sd" at mainbus0 not configured
"regulator-vdd-arm" at mainbus0 not configured
"regulator-vdd-logic" at mainbus0 not configured
"binman" at mainbus0 not configured
"dmc" at mainbus0 not configured
sdmmc0: can't identify card
sdmmc0: no functions
scsibus0 at sdmmc1: 2 targets, initiator 0
sd0 at scsibus0 targ 1 lun 0: removable
sd0: 15173MB, 512 bytes/sector, 31074304 sectors
softraid0 at root
scsibus1 at softraid0: 256 targets
root on rd0a swap on rd0b dump on rd0b
WARNING: CHECK AND RESET THE DATE!
erase ^?, werase ^W, kill ^U, intr ^C, status ^T
Next is trying 7.7 snapshots
--
Vincent Legoll
ned with expectations. My apologies in advance
for any oversights.
Thanks,
Vincent Moreau
Add-mz-pattern.patch
Description: Binary data
fo block, with
> > details and mention of other Auth Manager in case more use cases need to be
> > supported. (Or link to doc etc)
> >
> > Also we can easily add a “don’t show again” box or something like that,
> > stored on the client side and remove the message if
It has never been simpler to contribute to Airflow! Awesome job Jarek :)
On 2025/03/21 13:50:05 Jarek Potiuk wrote:
> Quick additional info - if you have in your repo a 'tests` or 'airflow'
> folder remaining in the root of the repo - because you had some extra files
> in those (for example genera
Control: tags -1 upstream
Control: forwarded -1 https://github.com/kislyuk/argcomplete/issues/491
On 2025-03-31 02:41:40 +0200, Vincent Lefevre wrote:
> Control: affects -1 zsh
>
> On 2025-03-31 02:30:17 +0200, Vincent Lefevre wrote:
> > With python3-argcomplete 3.5.3-1, same
Congrats Rahul! Very well deserved!
On 2025/03/31 19:08:09 Shubham Raj wrote:
> Congrats Rahul, well deserved!!
>
> On Tue, 1 Apr 2025 at 00:33, Vishnu Chilukoori
> wrote:
>
> > Congrats Rahul...well deserved!!
> >
> >
> > --
> > Regards,
> > Vishnu Chilukoori
> >
> > On Mon, Mar 31, 2025 at 11
Control: forwarded -1 https://github.com/nomacs/nomacs/issues/1304
I've just reported the bug upstream.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pasca
/ore_algebra)
Best
Vincent
On Sun, 23 Mar 2025 at 21:04, Vincent Delecroix
<20100.delecr...@gmail.com> wrote:
>
> Dear Vidip,
>
> Thanks for your interest in this project.
>
> On Sat, 22 Mar 2025 at 12:27, Vidip Singh wrote:
> >
> > Hey everyone,
> >
>
Control: affects -1 zsh
On 2025-03-31 02:30:17 +0200, Vincent Lefevre wrote:
> With python3-argcomplete 3.5.3-1, same issue, but if I type
> a second time, I get
>
> qaa% : testdir/FOO
>
> as expected. (BTW, I had already seen this issue with not working
> on the first
Le 2025-03-29 10:09, Martin Maney a écrit :
> On Thu, 10 Oct 2024 16:41:36 +0200 Vincent Blut
> wrote:
>
> Sorry, I never saw this back in October - just came across it when I
> checked on the bug at bugs.debian.
>
> > As you correctly pointed out, AppArmor is not
Hi Chris,
I have a JIRA account so I should be able to start helping with these soon.
Is the process for patching to do pull requests on
https://github.com/apache/hadoop?
Thanks,
Vincent
On Wed, Mar 26, 2025 at 4:21 PM Chris Nauroth wrote:
> Hello Vincent,
>
> There isn't a
#x27;t work any more.
>
> This issue still exists in current sid and bookworm.
I confirm that at least the CapsLock LED issue still occurs.
In grub, the LED works as expected, but it no longer works when
I need to type the passphrase to unlock the disk.
Under X11, the CapsLock LED wor
On 2025-03-17 20:03:34 +0100, Vincent Lefevre wrote:
> On 2025-03-17 14:56:42 -0400, James McCoy wrote:
> > Then maybe aptitude isn't presenting information clearly. You have
> > experimental enabled in your sources and that version is only available
> > in experimen
128() which in turn
>> calls __BIT128() - both of which are defined in UAPI headers
>> inside (include/uapi/linux/).
>>
>> Just wondering - are you suggesting to move these helpers from
>> include/uapi/linux/ to include/linux/bits.h instead ?
>
> Vincent
proposes libtree-sitter0.22 0.22.6-6 from unstable rather
than libtree-sitter0.22 0.22.6-5 from experimental.
Note that since libtree-sitter0.22 0.22.6-6 has
Replaces: libtree-sitter0 (<< 0.22.6-5~)
the removal of libtree-sitter0 is safe.
Note also that aptitude does not give any wa
https://bugs.kde.org/show_bug.cgi?id=502320
Bug ID: 502320
Summary: QML Language Server (qmlls) not found: `Failed to find
server binary: qmlls`
Classification: Applications
Product: kate
Version: 24.12.3
Platform: Othe
/QTBUG-135482
This is actually a bug in Qt 6 (but Qt 5 was already buggy, as
this can be shown with a testcase in the upstream bug, copied
from the upstream nomacs bug).
It affects at least both nomacs (against which I had reported the bug)
and qpdfview.
--
Vincent Lefèvre - Web: <https://www.vin
commit: ddea02952d6622ccfe3de4f3d07d0fc446d9944f
Author: Vincent Ahluwalia protonmail com>
AuthorDate: Fri Apr 4 13:28:37 2025 +
Commit: Vincent Ahluwalia protonmail com>
CommitDate: Fri Apr 4 13:28:58 2025 +
URL:https://gitweb.gentoo.org/repo/proj/guru.git/
r 0x0
Fix this by verifying the number of input arguments instead.
Fixes: e3cf80fbe02d ("cmd: Add support for optee commands")
Signed-off-by: Vincent Stehlé
Cc: Jens Wiklander
Cc: Ilias Apalodimas
Cc: Tom Rini
Cc: Jerome Forissier
Cc: Venkatesh Yadav Abbarapu
---
cmd/optee.c | 2 +-
1 fil
You need to install the libssh2-devel package (on RedHat derived distributions)
or its equivalent.
Vincent
From: Barnhart, Steven
Sent: Thursday 3 April 2025 23:13
To: user@guacamole.apache.org
Subject: Re: Unable to build guacamole-server staging/1.6.0 docker
Bonjour Philippe,
Oui c'est possible, la valeur du champs doit être l'URL de l'image voulue pour
le point d'intérêt.
Et ensuite de mémoire, 3 accolades, 2 pour afficher une image, 1 pour la valeur
dynamique du champ.
Est-ce bien en lien avec la question ?
A plus
Le 4 avril 2025 05:48:39 GMT+
Another huge PR for another massive change. Thanks for the effort Jarek!
On 2025/04/03 10:05:50 Kunal Bhattacharya wrote:
> Thank you so much for this Jarek, incredible effort. uv really has been a
> lifesaver and I can't wait to now try out the simplified dev workflow.
>
> Regards,
> Kunal Bhatt
27;t able to find the cause.
There have been complaints about this package at least for Arch Linux,
where the global completion (i.e. changing the "-default-" completer)
was enabled by default like in Debian. Such completions have then been
removed in Arch Linux.
See also:
https://www.z
27;t able to find the cause.
There have been complaints about this package at least for Arch Linux,
where the global completion (i.e. changing the "-default-" completer)
was enabled by default like in Debian. Such completions have then been
removed in Arch Linux.
See also:
https://www.z
#x27;t work any more.
>
> This issue still exists in current sid and bookworm.
I confirm that at least the CapsLock LED issue still occurs.
In grub, the LED works as expected, but it no longer works when
I need to type the passphrase to unlock the disk.
Under X11, the CapsLock LED wor
Your Task 3 seems to target a method indeed
relevant for the exact case (unlike Task 1).
Best regards,
Vincent Neiger
Le mardi 1 avril 2025 à 23:50:15 UTC+2, Pawani Agarwal a écrit :
> Hello Vincent,
>
> I have sent you my proposal directly though I am not sure if you have
> recei
https://bugs.kde.org/show_bug.cgi?id=502310
Vincent Wilms changed:
What|Removed |Added
Product|kdevelop|libplasma
Component|UI: general
https://bugs.kde.org/show_bug.cgi?id=502320
--- Comment #2 from Vincent Wilms ---
That would be a simple solution, yes. The problem is that for who are new to
QML this solution is not obvious. A better error message would be sufficient
:-) Or some fallback mechanism in Kate so that it is
https://bugs.kde.org/show_bug.cgi?id=502310
Bug ID: 502310
Summary: Creating a new Plasmoid project produces a Plasma 5
only compatible project
Classification: Applications
Product: kdevelop
Version: 6.1.241203
Platform
Control: retitle -1 nomacs: window moves downward at each restart: Y position
increases between "show window:" and "active window:"
On 2025-04-02 02:24:07 +0200, Vincent Lefevre wrote:
> For instance, the following can be seen in the terminal after
> a restart:
&g
+b2
ii libraw23t640.21.3-1+b1
ii libstdc++6 14.2.0-19
ii libtiff6 4.7.0-2
ii qt5-image-formats-plugins 5.15.15-3
Versions of packages nomacs recommends:
ii nomacs-l10n 3.21.0+dfsg-1
nomacs suggests no packages.
-- no debconf information
--
user.zshrc.recommended $zd/.zshrc
source $zd/.zshrc
return 0
So you'll get completion settings that may interfere with the
testcase.
I suggest that you run the test under "zsh -f" (as suggested
in my bug report) instead of "zsh", so that init files (except
/etc
user.zshrc.recommended $zd/.zshrc
source $zd/.zshrc
return 0
So you'll get completion settings that may interfere with the
testcase.
I suggest that you run the test under "zsh -f" (as suggested
in my bug report) instead of "zsh", so that init files (except
/etc
Control: tags -1 upstream
Control: forwarded -1 https://github.com/kislyuk/argcomplete/issues/491
On 2025-03-31 02:41:40 +0200, Vincent Lefevre wrote:
> Control: affects -1 zsh
>
> On 2025-03-31 02:30:17 +0200, Vincent Lefevre wrote:
> > With python3-argcomplete 3.5.3-1, same
Hello,
My name is Louis-Vincent DERIAN, and I work for STMicroelectronics. We are
interested in using your software to facilitate our development and testing
processes. We understand that QEMU is open-source, but could you please confirm
if it is free for companies to use as well?
Thank you
The new_packagelist() function of the HII Protocols implementation is
calling malloc() without checking its return code; fix this.
Signed-off-by: Vincent Stehlé
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
Cc: Tom Rini
---
lib/efi_loader/efi_hii.c | 3 +++
1 file changed, 3 insertions
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: kameleon
Version : 2.10.13
Upstream Contact: pierre.ney...@imag.fr
* URL : http://kameleon.imag.fr/
* License : GPL-2+
Programming Lang: ruby
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: kameleon
Version : 2.10.13
Upstream Contact: pierre.ney...@imag.fr
* URL : http://kameleon.imag.fr/
* License : GPL-2+
Programming Lang: ruby
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: kameleon
Version : 2.10.13
Upstream Contact: pierre.ney...@imag.fr
* URL : http://kameleon.imag.fr/
* License : GPL-2+
Programming Lang: ruby
recommends no packages.
gir1.2-gimp-3.0 suggests no packages.
-- no debconf information
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
commit: 5d5954cc9e0e6763224764fcee4ec374d4844fc9
Author: Vincent Ahluwalia protonmail com>
AuthorDate: Mon Mar 31 06:37:10 2025 +
Commit: Vincent Ahluwalia protonmail com>
CommitDate: Mon Mar 31 06:37:43 2025 +
URL:https://gitweb.gentoo.org/repo/proj/guru.git/
Control: affects -1 zsh
On 2025-03-31 02:30:17 +0200, Vincent Lefevre wrote:
> With python3-argcomplete 3.5.3-1, same issue, but if I type
> a second time, I get
>
> qaa% : testdir/FOO
>
> as expected. (BTW, I had already seen this issue with not working
> on the first
ue with not working
on the first time on this machine, and has already been wondering why...
Now, I know.)
Without python3-argcomplete, immediately gives
qaa% : testdir/FOO
as expected.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <ht
On 2025-03-30 17:41:52 +0200, Michael Prokop wrote:
> * Vincent Lefevre [Sun Mar 30, 2025 at 01:40:20PM +0200]:
> > On 2025-03-30 13:08:43 +0200, Michael Prokop wrote:
>
> > > Also can't reproduce it within a *current* Debian trixie container:
> > >
> &
$_/FOO; autoload -U compinit; $_; zstyle
':completion:*' matcher-list '' 'm:{a-zA-Z}={A-Za-z}'; print -z ls testdir/f
works as expected.
I don't see under which logic this should behave in a different way.
--
Vincent Lefèvre - Web: <https://www.vinc17.
On 2025-03-30 19:02:02 +0200, Vincent Lefevre wrote:
> On 2025-03-30 18:48:32 +0200, Vincent Lefevre wrote:
> > I've tested on 2 machines: I get the problem on the machine with
> > up-to-date packages, but not on the one with older packages.
>
> Hmm... It seems that mo
On 2025-03-30 18:48:32 +0200, Vincent Lefevre wrote:
> I've tested on 2 machines: I get the problem on the machine with
> up-to-date packages, but not on the one with older packages.
Hmm... It seems that more than completion that is broken.
After "zsh -f", if I test the
$_; zstyle
> ':completion:*' matcher-list '' 'm:{a-zA-Z}={A-Za-z}'; print -z : testdir/f
>
>
> FTR, with zsh v5.9-8+b7, gcc-14-base v14.2.0-19 + libcap2 v1:2.75-4.
> Feels like you had outdated gcc-14-base/libcap2 packages?
Why outdated? I'm
Control: severity -1 serious
At https://www.zsh.org/mla/workers/2025/msg00122.html Eric Cook says:
> from a debian testing container, i can reproduce it after updating
> gcc-14-base and libcap.
>
> can't reproduce it from archlinux with the same version of libcap
> though.
-8
Versions of packages zsh recommends:
ii libgdbm6t64 1.24-2
ii libncursesw6 6.5+20250216-2
ii libpcre2-8-0 10.45-1
Versions of packages zsh suggests:
ii zsh-doc 5.9-8
-- no debconf information
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileVP9Profile0: VAEntrypointVLD
VAProfileVP9Profile2: VAEntrypointVLD
A+
--
Vincent
___
libre mailing list
libr
reate /tmp/screen-exchange with default mode 0666. Closes: #48.
This is far from being enough.
> On 2025-03-17 15:54:06, Vincent Lefevre wrote:
> > tags 1100699 security
>
> That said, I wonder about your disclosure process. I am not sure screen
> has any sort of disclosure p
reate /tmp/screen-exchange with default mode 0666. Closes: #48.
This is far from being enough.
> On 2025-03-17 15:54:06, Vincent Lefevre wrote:
> > tags 1100699 security
>
> That said, I wonder about your disclosure process. I am not sure screen
> has any sort of disclosure p
n my part, so I did not notice/remember it.
Regards,
Vincent
n my part, so I did not notice/remember it.
Regards,
Vincent
run FAILEDFAILURE: Build failed with an exception.*
Did I miss something ?
Regards,
Vincent
--
- Website: https://apereo.github.io/cas
- List Guidelines: https://goo.gl/1VRrw7
- Contributions: https://goo.gl/mh7qDG
---
You received this message because you are subscribed to the Google Groups "CAS
C
regards,
Vincent Neiger
Le dimanche 23 mars 2025 à 23:35:45 UTC+1, Nicholas Bell a écrit :
> Hello,
>
> I'm Nicholas, currently in my 1st year pursuing a Master of Computer
> Science at Sorbonne Université. I'm new to contributing to SageMath but
> have a little prior
Dear Pawani Agarwal,
Thank you for your interest in this project. Thank you also for your first
contributions to Sagemath. Recall the short description gives ideas for the
project and you, the potential contributor, are expected to turn the ideas
into a detailed proposal.
Best regards,
Vincent
too ambitious for a 12-week project (parallelisation?).
The timeline is too compartmentalized: e.g. a whole part is dedicated to
tests/documentation whereas tests will need to be carried out all along.
Best regards,
Vincent Neiger
Le dimanche 23 mars 2025 à 11:05:54 UTC+1, Yujin Zhao a écrit
Note that I have "https" apt sources, so I do not initially think about a local
[network] config problem.
I raised the severity of this bug because:
1) I do not explicitely ask the installation of auto-apt-proxy
2) the error message does not point to auto-apt-proxy (it took me some ti
Note that I have "https" apt sources, so I do not initially think about a local
[network] config problem.
I raised the severity of this bug because:
1) I do not explicitely ask the installation of auto-apt-proxy
2) the error message does not point to auto-apt-proxy (it took me some ti
he logs into a low-grade production SAM by the fact
> of configure users/password in a secure way.
>
> Now, the question is what it mean for the confugurationto to be 'secure'.
>
> J
>
>
> czw., 27 mar 2025, 19:56 użytkownik Vincent Beck
> napisał:
>
> &g
is also a problem; username is
> viewable as plain text in the UI and things like password managers.
>
>
> > On 28 Mar 2025, at 02:56, Vincent Beck wrote:
> >
> > Is the security issue only printing out the passwords in stdout? If yes, I
> > can easily remove t
ik wrote:
> > >
> > >> message cut:
> > >>
> > >> I am fine with Option (1) given the current time constraints and since
> > it
> > >> is for dev only and can be iterated in follow-up releases
> > >>
> > >>
> >
does not have. And KeyCloack is a
> decent option for this!
>
> ____
> From: Vincent Beck
> Sent: Monday, March 24, 2025 6:04:42 AM
> To: dev@airflow.apache.org
> Subject: RE: [EXT] [DISCUSS] confusing alert re SimpleAuthManager
>
> CAUT
This was originally submited as
https://gitlab.com/libvirt/libvirt/-/issues/756
Signed-off-by: Vincent Caron
---
tools/virsh-domain.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/virsh-domain.c b/tools/virsh-domain.c
index 1bee969824..577ab57158 100644
--- a/tools/virs
1 - 100 of 11686 matches
Mail list logo
