Could this be related? https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=1068363
** Bug watch added: Debian Bug tracker #1068363
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068363
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Can confirm the stat workaround works for me as well
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2056461
Title:
autopkgtest-virt-qemu on noble images sometimes hangs doing copydown
To manage
Control: tags -1 pending
On Thu, 11 Jan 2024 19:55:18 + Luca Boccassi
wrote:
> On Thu, 11 Jan 2024 at 14:22, Holger Levsen
wrote:
> >
> > On Thu, Jan 11, 2024 at 11:56:28AM +, Luca Boccassi wrote:
> > [...]
> > > How about if I changed the Description fro
Control: tags -1 pending
On Thu, 11 Jan 2024 19:55:18 + Luca Boccassi
wrote:
> On Thu, 11 Jan 2024 at 14:22, Holger Levsen
wrote:
> >
> > On Thu, Jan 11, 2024 at 11:56:28AM +, Luca Boccassi wrote:
> > [...]
> > > How about if I changed the Description fro
> a patch.
Hi,
Did anything happen regarding this, I'm not finding anything on the
lists?
I'm seeing these errors also on SC7280/QCM6490 Fairphone 5 phone with
kernel 6.9-rc6 (+ out of tree patches).
[ 77.073366] [dpu error]invalid IRQ=[134217727, 31]
irq_cb:dpu_encoder_phys_c
> a patch.
Hi,
Did anything happen regarding this, I'm not finding anything on the
lists?
I'm seeing these errors also on SC7280/QCM6490 Fairphone 5 phone with
kernel 6.9-rc6 (+ out of tree patches).
[ 77.073366] [dpu error]invalid IRQ=[134217727, 31]
irq_cb:dpu_encoder_phys_c
https://bugs.kde.org/show_bug.cgi?id=483625
Luca Carlon changed:
What|Removed |Added
CC||carlon.l...@gmail.com
--- Comment #10 from Luca
I'm hitting this as well, running autopkgtest (from latest main) against an
amd64 noble image built with autopkgtest-buildvm-ubuntu-cloud on Debian stable
with qemu 7.2.
I can confirm that switching the kernel in the noble image to the 6.5 shipped
in Mantic fixes the issue, with no other
I'm hitting this as well, running autopkgtest (from latest main) against an
amd64 noble image built with autopkgtest-buildvm-ubuntu-cloud on Debian stable
with qemu 7.2.
I can confirm that switching the kernel in the noble image to the 6.5 shipped
in Mantic fixes the issue, with no other
Public bug reported:
Environment:
Ubuntu 24.04 LTS - USB created using rufus https://rufus.ie/ on windows
2 Dell computers - Latitude
Windows 10 & 11 with BitLocker enabled storing recover key on TPM
Steps to reproduce
We used a live version of Ubuntu to check webcam functionality, first on
> On 2 May 2024, at 11:30, Jan Beulich wrote:
>
> On 02.05.2024 12:12, Luca Fancellu wrote:
>>>> In any case it would be used soon also for other architectures using
>>>> bootinfo.
>>>
>>> Oh, would it?
>>
>> PPC people
>
>> In any case it would be used soon also for other architectures using
>> bootinfo.
>
> Oh, would it?
PPC people have plans on putting that interface in common:
> On 2 May 2024, at 07:43, Jan Beulich wrote:
>
> On 02.05.2024 08:33, Luca Fancellu wrote:
>>
>>
>>> On 2 May 2024, at 07:14, Jan Beulich wrote:
>>>
>>> On 01.05.2024 08:57, Luca Fancellu wrote:
>>>> Hi J
> On 2 May 2024, at 07:14, Jan Beulich wrote:
>
> On 01.05.2024 08:57, Luca Fancellu wrote:
>> Hi Jan,
>>
>>> On 30 Apr 2024, at 12:37, Jan Beulich wrote:
>>>
>>> On 30.04.2024 13:09, Luca Fancellu wrote:
>>>> --- a/xen/arch
> On 2 May 2024, at 07:09, Jan Beulich wrote:
>
> On 01.05.2024 08:54, Luca Fancellu wrote:
>>> On 30 Apr 2024, at 12:43, Jan Beulich wrote:
>>> On 30.04.2024 13:09, Luca Fancellu wrote:
>>>> --- a/xen/include/xen/kernel.h
>>>>
Hi Jan,
> On 30 Apr 2024, at 12:37, Jan Beulich wrote:
>
> On 30.04.2024 13:09, Luca Fancellu wrote:
>> --- a/xen/arch/arm/include/asm/setup.h
>> +++ b/xen/arch/arm/include/asm/setup.h
>> @@ -64,18 +64,20 @@ struct membank {
>> };
>>
>> st
Hi Jan,
> On 30 Apr 2024, at 12:43, Jan Beulich wrote:
>
> On 30.04.2024 13:09, Luca Fancellu wrote:
>> --- a/xen/include/xen/kernel.h
>> +++ b/xen/include/xen/kernel.h
>> @@ -54,6 +54,27 @@
>> typeof_field(type, member) *__mptr = (ptr);
hree/.four on the struct foo.
This construct will become useful in order to have some generalized
interfaces that shares some common members.
Origin: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
50d7bd38c3aa
Signed-off-by: Luca Fancellu
---
xen/include/xen/kernel.h | 21 ++
.
[1] https://lore.kernel.org/all/8be082b6d22d61c0b14910680d383...@bugseng.com/
Luca Fancellu (2):
xen/kernel.h: Import __struct_group from Linux
xen/arm: Fix MISRA regression on R1.1, flexible array member not at
the end
xen/arch/arm/acpi/domain_build.c| 2 +-
xen/arch/arm
("xen/arm: Introduce a generic way to access memory bank
structures")
Signed-off-by: Luca Fancellu
---
xen/arch/arm/acpi/domain_build.c| 2 +-
xen/arch/arm/domain_build.c | 6 +++---
xen/arch/arm/include/asm/kernel.h | 11 ++-
xen/arch/arm/include/asm
you.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
; In the meantime, I'll use "DNSSEC=no", but that's not a definitive
answer.
>
> Have a nice day,
> Adrien
>
There are no resolved patches downstream, report this upstream
--
Kind regards,
Luca Boccassi
; In the meantime, I'll use "DNSSEC=no", but that's not a definitive
answer.
>
> Have a nice day,
> Adrien
>
There are no resolved patches downstream, report this upstream
--
Kind regards,
Luca Boccassi
Buona lettura
Dl
https://www.wordonfire.org/articles/navigating-ai-with-lonergans-transcendental-precepts/
___
nexa mailing list
nexa@server-nexa.polito.it
https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa
On Fri, 26 Apr 2024 at 12:30, Chris Hofstaedtler wrote:
>
> Fellow Developers,
>
> you are probably aware of the time_t-64bit migration :-)
> However, this does not magically transition all data formats to 64bit
> times. One such instance is the set of utmp/wtmp and lastlog files.
>
> Thorsten
On Fri, 26 Apr 2024 at 12:30, Chris Hofstaedtler wrote:
>
> Fellow Developers,
>
> you are probably aware of the time_t-64bit migration :-)
> However, this does not magically transition all data formats to 64bit
> times. One such instance is the set of utmp/wtmp and lastlog files.
>
> Thorsten
On Fri, 26 Apr 2024 at 12:30, Chris Hofstaedtler wrote:
>
> Fellow Developers,
>
> you are probably aware of the time_t-64bit migration :-)
> However, this does not magically transition all data formats to 64bit
> times. One such instance is the set of utmp/wtmp and lastlog files.
>
> Thorsten
ore.kernel.org/all/15244220.uLZWGnKmhe@steina-w/
Fixes: 8a91b29f1f50 ("drm/bridge: ti-sn65dsi83: Fix enable error path")
Reviewed-by: Alexander Stein
Signed-off-by: Luca Ceresoli
---
Many thanks to Alexander for the discussion.
---
drivers/gpu/drm/bridge/ti-sn65dsi83.c | 1 -
1 file changed
t; Is this patch safe to commit now? Or would it cause gitlab-ci breakage?
>> Yes, it is safe because the ECLAIR analysis is still allowed to fail.
>> Committing this patch wouldn't break the CI but it will highlight some
>> regressions with the orange badge and the following me
Deprecate the qcom,ipc way of accessing the mailbox in favor of the
'mboxes' property.
Update the example to use mboxes.
Signed-off-by: Luca Weiss
---
Documentation/devicetree/bindings/soc/qcom/qcom,smp2p.yaml | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation
Deprecate the qcom,ipc way of accessing the mailbox in favor of the
'mboxes' property.
Update the example to use mboxes.
Signed-off-by: Luca Weiss
---
Documentation/devicetree/bindings/remoteproc/qcom,smd-edge.yaml | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
...@z3ntu.xyz/
Signed-off-by: Luca Weiss
---
Luca Weiss (2):
dt-bindings: remoteproc: qcom,smd-edge: Mark qcom,ipc as deprecated
dt-bindings: soc: qcom,smp2p: Mark qcom,ipc as deprecated
Documentation/devicetree/bindings/remoteproc/qcom,smd-edge.yaml | 3 ++-
Documentation/devicetree/bindings
On Donnerstag, 25. April 2024 18:17:15 MESZ Rob Herring wrote:
> On Wed, Apr 24, 2024 at 07:21:51PM +0200, Luca Weiss wrote:
> > The qcom,ipc-N properties are essentially providing a reference to a
> > mailbox, so allow using the mboxes property to do the same in a more
>
an iterative algorithm with the same result.
The function was taking an additional parameter 'first', but given
the rework and given that the function was always initially called
with this parameter as zero, remove the parameter and update the
codebase to reflect the change.
Signed-off-by: Luca Fancellu
p that can go through all the
different structures.
Comments are welcome.
Luca Fancellu (2):
xen/arm: Add DT reserve map regions to bootinfo.reserved_mem
xen/arm: Rework dt_unreserved_regions to avoid recursion
xen/arch/arm/arm32/mmu/mm.c | 29 +
xen/arch/arm
.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/arm32/mmu/mm.c | 29 +
xen/arch/arm/bootfdt.c | 51 ++
xen/arch/arm/domain_build.c | 3 +-
xen/arch/arm/include/asm/setup.h | 5 +++
xen/arch/arm/setup.c | 53
On Thu, 25 Apr 2024 at 07:58, Rasmus Villemoes wrote:
>
> On 23/04/2024 13.23, Colin Watson wrote:
> > On Tue, Apr 23, 2024 at 09:32:00AM +0200, Rasmus Villemoes wrote:
> >> According to systemd.special(7)
> >>
> >> nss-user-lookup.target
> >>
> >> A target that should be used as
On Thu, 25 Apr 2024 at 07:58, Rasmus Villemoes wrote:
>
> On 23/04/2024 13.23, Colin Watson wrote:
> > On Tue, Apr 23, 2024 at 09:32:00AM +0200, Rasmus Villemoes wrote:
> >> According to systemd.special(7)
> >>
> >> nss-user-lookup.target
> >>
> >> A target that should be used as
avoids the t64
transition
> whilst providing similar functional coverage.
>
> Patch attached.
Please send a merge request on Salsa
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
avoids the t64
transition
> whilst providing similar functional coverage.
>
> Patch attached.
Please send a merge request on Salsa
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Add support for using the mbox interface instead of manually writing to
the syscon. With this change the driver will attempt to get the mailbox
first, and if that fails it will fall back to the existing way of using
qcom,ipc-* properties and converting to syscon.
Signed-off-by: Luca Weiss
mbox-names = "ipc-1", "ipc-2", "ipc-3";
But also here the name with 'ipc-N' is probably not particularly
fitting?
Please let me know your thoughts and any suggestions.
Signed-off-by: Luca Weiss
---
Luca Weiss (2):
dt-bindings: soc: qcom,smsm: Allow specifyi
to
the mboxes property by index, starting at 0 since that's a valid SMSM
host also.
The new example shows how an smsm node with just qcom,ipc-3 should be
specified with the mboxes property.
Signed-off-by: Luca Weiss
---
.../devicetree/bindings/soc/qcom/qcom,smsm.yaml| 48
On Mittwoch, 24. April 2024 18:23:53 MESZ Luca Weiss wrote:
> The first patch is for removing a bogus error warning I've noticed while
> developing this on msm8226 - there the patches are also coming later for
> this SoC since apcs is getting hooked up to cpufreq there also.
>
> Ap
Instead of passing the syscon to the various nodes, use the mbox
interface using the mboxes property.
Signed-off-by: Luca Weiss
---
arch/arm/boot/dts/qcom/qcom-msm8974.dtsi | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/arm/boot/dts/qcom/qcom-msm8974
expect any
complications with this.
Signed-off-by: Luca Weiss
---
Luca Weiss (7):
rpmsg: qcom_smd: Don't print error during probe deferral
ARM: dts: qcom: msm8974: Use mboxes properties for APCS
arm64: dts: qcom: msm8916: Use mboxes properties for APCS
arm64: dts: qcom: ms
When the mailbox driver has not probed yet, skip printing the error
message since it's just going to confuse users.
Signed-off-by: Luca Weiss
---
drivers/rpmsg/qcom_smd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/rpmsg/qcom_smd.c b/drivers/rpmsg/qcom_smd.c
Instead of passing the syscon to the various nodes, use the mbox
interface using the mboxes property.
Signed-off-by: Luca Weiss
---
arch/arm64/boot/dts/qcom/msm8939.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/msm8939.dtsi
b/arch/arm64
Instead of passing the syscon to the various nodes, use the mbox
interface using the mboxes property.
Signed-off-by: Luca Weiss
---
arch/arm64/boot/dts/qcom/msm8916.dtsi | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi
b/arch
Instead of passing the syscon to the various nodes, use the mbox
interface using the mboxes property.
Signed-off-by: Luca Weiss
---
arch/arm64/boot/dts/qcom/msm8953.dtsi | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/msm8953.dtsi
b/arch
Instead of passing the syscon to the various nodes, use the mbox
interface using the mboxes property.
Signed-off-by: Luca Weiss
---
arch/arm64/boot/dts/qcom/msm8994.dtsi | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/msm8994.dtsi
b/arch/arm64
Instead of passing the syscon to the various nodes, use the mbox
interface using the mboxes property.
Signed-off-by: Luca Weiss
---
arch/arm64/boot/dts/qcom/msm8976.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/msm8976.dtsi
b/arch
in reply-to this patch. I think b4 is clever enough to pick up the new
>> version in that case.
>
> I was wrong. b4 didn't picked up the new version. Anyway, I have applied the
> new patch and send to gitlab for testing. I will merge it once it passes.
Thanks a lot for that!
Cheers,
Luca
; anything subtle.
That sounds fine - maybe the service, but not the socket, so that
connections can start to come in early.
I also note there's accountsservice pulling that target in but it
shouldn't, but that's a separate matter and can be handled upstream.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
; anything subtle.
That sounds fine - maybe the service, but not the socket, so that
connections can start to come in early.
I also note there's accountsservice pulling that target in but it
shouldn't, but that's a separate matter and can be handled upstream.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
[
https://issues.apache.org/jira/browse/ZOOKEEPER-3938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17840007#comment-17840007
]
Luca Kovacs commented on ZOOKEEPER-3938:
[~LiYvbo] I'm planning to work on this ticket
to change the signature of allocate_bank_memory
and remove the 'struct domain' parameter, which can be retrieved from
'struct kernel_info'.
No functional changes is intended.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/dom0less-build.c | 4 +-
xen/arch/arm/domain_build.c | 77
Wrap the code and logic that is calling assign_shared_memory
and map_regions_p2mt into a new function 'handle_shared_mem_bank',
it will become useful later when the code will allow the user to
don't pass the host physical address.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/static-shmem.c
for helping put extra references for foreign superpages.
Signed-off-by: Penny Zheng
Signed-off-by: Luca Fancellu
---
v1:
- patch from
https://patchwork.kernel.org/project/xen-devel/patch/20231206090623.1932275-9-penny.zh...@arm.com/
---
xen/arch/arm/mmu/p2m.c | 58
From: Penny Zheng
This commit describe the new scenario where host address is not provided
in "xen,shared-mem" property and a new example is added to the page to
explain in details.
Take the occasion to fix some typos in the page.
Signed-off-by: Penny Zheng
Signed-off-by: Luc
for these
bank to have the start address as INVALID_PADDR. The change holds
because of this consideration.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/setup.c| 3 +-
xen/arch/arm/static-shmem.c | 129 +---
2 files changed, 93 insertions(+), 39 deletions
and if it is, then assign_pages is called for every
bank.
When the bank is already allocated, for every bank allocated with the
corresponding shm_id, handle_shared_mem_bank is called and the mapping
are done.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/static-shmem.c | 193 +---
1 file
/xen-devel/patch/20240422110207.204968-1-luca.fance...@arm.com/
Luca Fancellu (5):
xen/arm: Lookup bootinfo shm bank during the mapping
xen/arm: Wrap shared memory mapping code in one function
xen/arm: Parse xen,shared-mem when host phys address is not provided
xen/arm: Rework heap page
esn't need to be allocated, however it will be convinient later
to use it as an argument for assign_shared_memory when dealing with
the use case where the Host physical address is not supplied by the user.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/static-shmem.c | 105 --
Il lun 22 apr 2024, 16:28 andy via Gfoss ha scritto:
> Ciao Stefano,
> se voglio scrivere un messaggio, posso già farlo su discourse, o dobbiamo
> aspettare un via?
>
Bisogna aspettare ancora un attimo, vi informiamo appena possibile.
>
> G
them all on amd64, only libdrpm needs changes but
there's a new version that I just uploaded that works with both, so
only binNMUs will be needed.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
them all on amd64, only libdrpm needs changes but
there's a new version that I just uploaded that works with both, so
only binNMUs will be needed.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
, locally I have version 7.0.2, on the server
version 4.4.2.
Anyway, I need to improve my reading skills, it was all there in the mongo
docs!
Thanks also Odhiambo, very useful information.
On Mon, Apr 22, 2024, at 5:54 PM, Kirill A. Korinsky wrote:
> On Mon, 22 Apr 2024 17:40:22 +0200,
>
no "mongo shell" package and I could not find any doc explaining how to install
the mongo shell on openBSD. Is there a way? Or is there an alternative way to
interact directly with the db?
Thanks
Luca
On Sat, 20 Apr 2024 20:48:06 +0100 Luca Boccassi
wrote:
> On Mon, 15 Apr 2024 at 10:34, Peter Pentchev
wrote:
> >
> > On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > > > Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
> > > >
> > >
the unused struct domain parameter.
Signed-off-by: Luca Fancellu
Reviewed-by: Michal Orzel
---
v3.2:
- changed u64 to uint64_t and used %u as format specifier for var i
in make_memory_node, changed u64 to paddr_t in
shm_mem_node_fill_reg_range, add Michal R-by
v3:
- removed previous patch
> On 22 Apr 2024, at 11:24, Julien Grall wrote:
>
> Hi,
>
> On 22/04/2024 10:26, Michal Orzel wrote:
>> On 22/04/2024 10:07, Luca Fancellu wrote:
>>>
>>>
>>> Hi Michal,
>>>
>>>>> +for ( c
El 22/4/24 a les 11:47, Martin Frb via lazarus ha escrit:
On 22/04/2024 11:13, Luca Olivetti via lazarus wrote:
That doesn't answer my question: then how is it possible that I can
step into the lcl with gdb and -gl even if I don't specify "-gl" in
additions and overrides?
Becaus
El 22/4/24 a les 11:29, Luca Olivetti via lazarus ha escrit:
That doesn't answer my question: then how is it possible that I can
step into the lcl with gdb and -gl even if I don't specify "-gl" in
additions and overrides?
Adding "-gw3" to the options in "Tools
El 22/4/24 a les 11:31, Mattias Gaertner via lazarus ha escrit:
On 22.04.24 10:37, Luca Olivetti via lazarus wrote:
[...]
First of all, the fpc release units have no debug information, so
normally there is nothing to pick.
I have no problem with rtl/fcl units, as I explained, I compile
El 22/4/24 a les 11:22, Luca Olivetti via lazarus ha escrit:
El 22/4/24 a les 11:13, Luca Olivetti via lazarus ha escrit:
El 22/4/24 a les 11:02, Martin Frb via lazarus ha escrit:
On 22/04/2024 10:37, Luca Olivetti via lazarus wrote:
But if they have it would be super useful to have
El 22/4/24 a les 11:13, Luca Olivetti via lazarus ha escrit:
El 22/4/24 a les 11:02, Martin Frb via lazarus ha escrit:
On 22/04/2024 10:37, Luca Olivetti via lazarus wrote:
But if they have it would be super useful to have a setting "use the
debug setting of the system
El 22/4/24 a les 11:02, Martin Frb via lazarus ha escrit:
On 22/04/2024 10:37, Luca Olivetti via lazarus wrote:
But if they have it would be super useful to have a setting "use the
debug setting of the system unit", but there is not.
You can add the -gw3 flag depending on build m
El 22/4/24 a les 10:10, Mattias Gaertner via lazarus ha escrit:
On 22.04.24 09:54, Luca Olivetti via lazarus wrote:
[...]
make clean install OPT=-gw3 INSTALL_PREFIX=d:\pp-fpdebug
(different path so I can keep the two versions) and I can step inside
the rtl, just not inside the LCL.
Since
> +{
>> + u64 start = mem->bank[i].start;
> ditto
Will fix, here paddr_t should be ok isn’t it?
>
> Rest LGTM:
> Reviewed-by: Michal Orzel
Thanks, I will send the next one shortly.
Cheers,
Luca
ild the project, I
think they should pick the -gw3 setting, shouldn't they?
I thought that the problem was the "Use external debug symbols file
(-Xg)" but even without that option I cannot step inside the LCL.
Bye
--
Luca Olivetti
Wetron Automation Technology https://wetron.es
[
https://issues.apache.org/jira/browse/CAMEL-17088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17839404#comment-17839404
]
Luca Ferrari commented on CAMEL-17088:
--
you can ignore the apollo server example
> Prov
Eases debugging problems when creating platform files, especially on exotic
architectures
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/3053
-- Commit Summary --
* installplatform: log when a platform file is created
--
os-release parsing is only needed for OCI usage, so move it inside the
appropriate branch. Saves some operations at build time when not needed, and
also it is necessary as not all OSes define VERSION_ID (e.g.: Debian Unstable
and Archlinux)
You can view, comment on, or merge this pull request
On Mon, 15 Apr 2024 at 10:34, Peter Pentchev wrote:
>
> On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > > Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
> > >
> > > > I'm pretty sure that we can, at some point in the future, drop the
> &
he import at runtime:
I: dh_python3 fs:418: renaming _module.so to _.cpython-311-x86_64-linux-gnu.so
https://buildd.debian.org/status/fetch.php?pkg=libdnf=amd64=0.73.1-1=1713175615=0
Renaming the shared library manually to the expected filename makes dnf
work again.
Reassigning to dh-python.
he import at runtime:
I: dh_python3 fs:418: renaming _module.so to _.cpython-311-x86_64-linux-gnu.so
https://buildd.debian.org/status/fetch.php?pkg=libdnf=amd64=0.73.1-1=1713175615=0
Renaming the shared library manually to the expected filename makes dnf
work again.
Reassigning to dh-python.
On Sat, 20 Apr 2024 at 01:45, Cristian Rodríguez
wrote:
>
> On Fri, Apr 19, 2024 at 6:17 AM Thorsten Kukuk wrote:
> >
> > On Fri, Apr 19, 2024 at 11:48 AM Luca Boccassi
> > wrote:
> >
> > > However, logging should work out of the box as long as the jour
On Fri, 19 Apr 2024 at 12:50, Thorsten Kukuk wrote:
>
> On Fri, Apr 19, 2024 at 11:48 AM Luca Boccassi
> wrote:
> > On Fri, 19 Apr 2024 at 10:30, Thorsten Kukuk wrote:
>
> > > And now I started looking into how services can survive the
> > > soft-reboot. I
nks!
On Sat, Apr 20, 2024, at 4:58 AM, Alexis wrote:
> "Luca Leone" writes:
>
> > I could not find much online on how to write these two guys:
> > httpd.conf and relayd.conf
>
> On OpenBSD, the first places to check for documentation are:
>
> * the
detailed my prompt was.
On Fri, Apr 19, 2024, at 2:01 PM, Kirill A. Korinsky wrote:
> On Fri, 19 Apr 2024 13:30:47 +0200,
> Luca Leone wrote:
> >
> > I'll keep working on it, but after a couple of days spent on this stuff I'm
> > starting to think that maybe to serve
e my node app there should be an easier way
than openbsd ;)
On Fri, Apr 19, 2024, at 12:50 AM, Omar Polo wrote:
> Hello,
>
> On 2024/04/18 22:29:55 +0200, "Luca Leone" wrote:
> > Hi guys!
> >
> > [...]
> >
> > If is change `pass to "http
nd I assume if the count is >0 it was a
> soft-reboot? Couldn't test that yet.
Yes, that's the purpose of the counter, you can use it for that.
> And now I started looking into how services can survive the
> soft-reboot. I know the FOSDEM talk from Luca about this topic, but I
> don't l
is OK.
The reason for the `pass to "http://localhost:3000/"` directive is that I am
running a node app on
/home/luca/node-app, and I want to forward requests to that server.
Any idea on what I am missing?
Thanks!
ikidata_talk:SPARQL_query_service/WDQS_graph_split/WDQS_Split_Refinement=edit
[6]
https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/Alternative_endpoints
--
Luca Martinelli [Sannita] (he/him)
Movement Communications Specialist
___
Wikitech-ambassadors mailin
eature_request.yml
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
eature_request.yml
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu Apr 18, 2024 at 12:01 PM CEST, Konrad Dybcio wrote:
> On 18.04.2024 8:36 AM, Luca Weiss wrote:
> > Add a node for the vibrator module found inside the PMI632.
> >
> > Signed-off-by: Luca Weiss
> > ---
>
> Reviewed-by: Konrad Dybcio
>
> On a side not
it to
make_shm_resv_memory_node to make clear it produces childs for
/reserved-memory.
Signed-off-by: Penny Zheng
Signed-off-by: Luca Fancellu
Reviewed-by: Michal Orzel
---
v2:
- fix comment, remove function signature change, fixed commit msg
- rename make_shm_memory_node to make_shm_resv_memory_node
> On 18 Apr 2024, at 07:28, Jan Beulich wrote:
>
> On 09.04.2024 13:45, Luca Fancellu wrote:
>> --- a/xen/arch/x86/extable.c
>> +++ b/xen/arch/x86/extable.c
>> @@ -23,7 +23,8 @@ static inline unsigned long ex_cont(const struct
>> exception_table_ent
1 - 100 of 109376 matches
Mail list logo