On Fri, 20 Sep 2024 11:56:44 GMT, Lukasz Kostyra wrote:
>> This is fine and I think Stream is what you will in most
>> documentations as well, so good IMO.
>
> I'll leave it as-is then.
that's fine.
List is easier to manipulate, but this is very minor issue.
-
PR Review Comment: h
On Fri, 20 Sep 2024 13:31:06 GMT, Lukasz Kostyra wrote:
>> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>>
>> ## Details
>>
>> Trivial changes resolved by first four commits:
>> - Import changes to use `org.junit.jupiter` package instead of `org.junit`
>> or `junit.fr
> Converting control module tests to junit5.
>
> The following notes might help reviewers and people migrating other parts of
> https://bugs.openjdk.org/browse/JDK-8339170. The direct link to the notes:
> https://github.com/andy-goryachev-oracle/Test/blob/main/doc/Tests/JUn
On Fri, 20 Sep 2024 13:42:28 GMT, Kevin Rushforth wrote:
>> I'm not sure I understand. If removing old/commented out tests is out of
>> scope of this PR then why is this one (and others) removed by this PR?
>
> I agree with @lukostyra -- we should not be removing any commented out tests.
I thou
On Thu, 19 Sep 2024 12:29:49 GMT, Lukasz Kostyra wrote:
>> Andy Goryachev has updated the pull request with a new target base due to a
>> merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request cont
On Fri, 20 Sep 2024 02:36:34 GMT, Jay Bhaskar wrote:
>> Successfully converted Non-parametrized base tests to JUnit 5
>
> Jay Bhaskar has updated the pull request incrementally with one additional
> commit since the last revision:
>
> one missing , formating
looked at each line, double check
On Fri, 20 Sep 2024 18:21:04 GMT, Kevin Rushforth wrote:
>> This PR adds a default timeout of 120 seconds for JUnit 5 tests that do not
>> have an explicit `@Timeout` on either the methods or the class, and a
>> default timeout of 20 seconds for lifecycle methods (e.g., `@BeforeEach`,
>> `@Bef
se it's all the other
houses in the street that are on the same transformer.
I try to minimize my 60 V sag by getting the best possible load match. I have
no plans to change to a 240 V feed even though my service panel is probably
less than 15 feet from my KPA5
> Converting system tests to junit5.
>
> Please see migration notes:
> https://github.com/andy-goryachev-oracle/Test/blob/main/doc/Tests/JUnit5Migration.md
>
> ### Notes:
>
> I see shutdown timeout on linux, this will be addressed by
> [JDK-8340403](https://bugs.ope
On Fri, 20 Sept 2024 at 18:24, Greg C wrote:
>
> I am all for moving the ball forward, but the commit without any warning
> was definitely a hard pill to swallow.
It does only affect those using buildbot builds and master. Normal
users, working with released versions of 2.9 are unaffected.
When
On Fri, 20 Sept 2024 at 17:47, Rene Hopf via Emc-developers
wrote:
>
> Rt preempt is now mainline
Is it still a special build configuration, or can it be enabled on
released vanilla kernels?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of
On Fri, 20 Sept 2024 at 17:47, Rene Hopf via Emc-developers
wrote:
>
> Rt preempt is now mainline
Is it still a special build configuration, or can it be enabled on
released vanilla kernels?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of
On Thu, 19 Sep 2024 22:37:00 GMT, Andy Goryachev wrote:
>> Converting system tests to junit5.
>>
>> Please see migration notes:
>> https://github.com/andy-goryachev-oracle/Test/blob/main/doc/Tests/JUnit5Migration.md
>>
>> ### Notes:
>>
>&g
On Fri, 20 Sep 2024 15:09:56 GMT, Kevin Rushforth wrote:
> I still see some unexpected test failures in the (unstable) monocle tests
> suite.
Speaking of that, I noticed that the number of failed tests varies between
invocations on the same machine. For example with RotateTest on macOS runnin
On Fri, 20 Sep 2024 15:35:05 GMT, Kevin Rushforth wrote:
>> If it isn't being used, then I like your idea of deleting it. Especially
>> since this seems redundant given `Util.sleep(ms)`. I'll revert my changes
>> and let you delete it as part of #1569.
>
> On closer inspection, I don't think th
On Fri, 20 Sept 2024 at 17:13, Marius Liebenberg wrote:
> So please do not drop the ball on the Buster users. At least not until
> there are a new stable Debian release.
Buster is out of support, though.
However, the reason for dropping support was not that, it was the
unavailability of various
On Fri, Sep 20, 2024 at 9:08 AM Kent Watsen wrote:
>
> Let me clarify, I’m trying to close the "default 0” statement on the
> "local-port” leafs issue. Whether rfc8407bis is updated is a secondary
> concern.
>
> Andy (and others), do you believe this (to never set “d
Hi,
I do not think any new YANG guidelines need to be added to the already
completed rfc8407bis.
This is a design decision based on the intended reuse of the groupings.
Here is a common sense guideline: Document the grouping reuse limitations
in the description-stmt.
Andy
On Fri, Sep 20
On Fri, 20 Sept 2024 at 15:48, Sebastian Kuzminsky wrote:
>
> That commit also broke building of the docs, since that currently happens on
> a buster machine.
How hard is it to switch? Given that the ISO is on Bookworm.
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
des
On Fri, 20 Sept 2024 at 15:10, Greg C wrote:
>
> Support for Buster on the master branch was dropped with this commit by
> Rene on July 7, 2024:
Ah, yes. That will be the reason :-)
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanica
On Thu, 19 Sep 2024 14:03:45 GMT, Kevin Rushforth wrote:
> This PR fixes a hang on exit which can happen if QuantumToolkit.dispose hangs
> when called from the QuantumToolkit shutdown hook. A shutdown hook should
> never run indefinitely, so the fix is to call dispose from a background
> threa
+Cc: Kees
On Fri, Sep 20, 2024 at 02:18:19PM +0300, Raag Jadav wrote:
> On Thu, Sep 19, 2024 at 04:45:28PM +0300, Andy Shevchenko wrote:
> > On Thu, Sep 19, 2024 at 11:38:50AM +0300, Raag Jadav wrote:
> > > On Thu, Sep 19, 2024 at 10:38:51AM +0300, Jani Nikula wrote:
...
>
+Cc: Kees
On Fri, Sep 20, 2024 at 02:18:19PM +0300, Raag Jadav wrote:
> On Thu, Sep 19, 2024 at 04:45:28PM +0300, Andy Shevchenko wrote:
> > On Thu, Sep 19, 2024 at 11:38:50AM +0300, Raag Jadav wrote:
> > > On Thu, Sep 19, 2024 at 10:38:51AM +0300, Jani Nikula wrote:
...
>
On Fri, 20 Sept 2024 at 14:20, gene heskett wrote:
> > Which buildbot are you using?
> >
> deb http://buildbot.linuxcnc.org/ buster master-rtpreempt
For some reason buildbot.linuxcnc.org isn't building buster debs for master:
http://buildbot.linuxcnc.org/buildbot/grid
(but is for 2.9)
Oddly, ne
https://git.altlinux.org/tasks/archive/done/_349/357919/logs/events.2.1.log
2024-Sep-20 13:22:11 :: task #357919 for sisyphus resumed by andy:
#100 build 4.56.5-alt1 from /people/andy/packages/moosefs.git fetched at
2024-Sep-19 21:44:50
2024-Sep-20 13:22:13 :: [x86_64] #100 moosefs.git 4.56.5
There is a discussion [1] about moving the Ray SQL project [2] from the
`datafusion-contrib/ray-sql` GitHub repository into a new
`apache/datafusion-ray` repository.
The new DataFusion Ray project will provide a Python-first distributed
version of DataFusion that can scale out on Ray clusters, pro
I'm a very casual Linux user and came here after googling for the error
msg, reading an explainer on a couple of forums, and one linked here.
The reason the error message was confusing to me is the phrasing of the
phasing.
"... deferred due to phasing."
Huh? What on my machine is phasing somethin
I'm a very casual Linux user and came here after googling for the error
msg, reading an explainer on a couple of forums, and one linked here.
The reason the error message was confusing to me is the phrasing of the
phasing.
"... deferred due to phasing."
Huh? What on my machine is phasing somethin
I'm a very casual Linux user and came here after googling for the error
msg, reading an explainer on a couple of forums, and one linked here.
The reason the error message was confusing to me is the phrasing of the
phasing.
"... deferred due to phasing."
Huh? What on my machine is phasing somethin
From: Andy Yan
The Cluster windows of upcoming VOP on rk3576 also support
linear YUV support, we need to set uv swap bit for it.
As the VOP2_WIN_UV_SWA register defined on rk3568/rk3588 is
0x, so this register will not be touched on these
two platforms.
Signed-off-by: Andy Yan
On Wed, 18 Sept 2024 at 19:05, gene heskett wrote:
> Still no LCNC updates for my 3 buster machines.
Which buildbot are you using?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fit
https://bugs.kde.org/show_bug.cgi?id=493399
Andy Chen changed:
What|Removed |Added
OS|Other |Android 12.x
Platform|Other
https://bugs.kde.org/show_bug.cgi?id=493399
Bug ID: 493399
Summary: I have 4 Windows-based PCs and 1 Android phone
Classification: Applications
Product: kdeconnect
Version: 24.02.1
Platform: Other
OS: Other
Stat
r than FirstNormalTransactionId looks strange as
well. IIUC, should we remove it to save a prediction on each
GetNewTransactionId call?
--
Best Regards
Andy Fan
From: Andy Yan
Thanks for the basic work from Collabora, I can bringup a HDMI
display out on rk3576.
PATCH 1 is a carryover from the working when add support for rk3588,
is very usefull when some people want me help debug some issue
online, so I really hope it can be merged at
From: Andy Yan
VOP2 on rk3576:
Three video ports:
VP0 Max 4096x2160
VP1 Max 2560x1600
VP2 Max 1920x1080
2 4K Cluster windows with AFBC/RFBC, line RGB and YUV
4 Esmart windows with line RGB/YUV support:
Esmart0/1: 4K
Esmart2/3: 2k, or worked together as a single 4K plane at shared
line buffer
From: Andy Yan
Add vop found on rk3576, the main difference between rk3576 and the
previous vop is that each VP has its own interrupt line.
Signed-off-by: Andy Yan
---
Changes in v3:
- ordered by soc name
- Add description for newly added interrupt
Changes in v2:
- Add dt bindings
From: Andy Yan
In the upcoming VOP of rk3576, a window cannot attach to all Video
Ports, we introduce a possible_vp_mask for every window to indicate
which Video Ports this window can attach to.
Signed-off-by: Andy Yan
---
(no changes since v1)
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c
From: Andy Yan
In the upcoming VOP of rk3576, a Window cannot attach to all Video Ports,
so make sure all VP find it's suitable primary plane, then register the
remain windows as overlay plane will make code easier.
Signed-off-by: Andy Yan
---
Changes in v3:
- Add comments for why we s
From: Andy Yan
There is a version number hardcoded in the VOP VERSION_INFO
register, and the version number increments sequentially based
on the production order of the SOC.
So using this version number to distinguish different VOP features
will simplify the code.
Signed-off-by: Andy Yan
From: Andy Yan
In the upcoming VOP for rk3576, every VP has it's own LAYER_SEL
register, and the configuration value of each VP for the same
window maybe different, so extend the layer_sel_id to array,
let it can descption the layer select configuration value for
different VP.
Signed-o
From: Andy Yan
The VOP interface mux, overlay, background delay cycle configuration
of different SOC are much different. Add platform specific callback
ops to let the core driver look cleaner and more refined.
Signed-off-by: Andy Yan
---
(no changes since v2)
Changes in v2:
- Add platform
From: Andy Yan
Move rockchip_drm_drv.h in rockchip_drm_vop2.h to fix the follow
sparse warning:
ARCH=arm64 LLVM=1 make C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__'
mrproper defconfig all -j12
drivers/gpu/drm/rockchip/rockchip_vop2_reg.c:502:24: sparse:
warning: symbol 'vop2_
From: Andy Yan
This is the only afbc format supported by the upcoming
VOP for rk3576.
Add support for it.
Signed-off-by: Andy Yan
---
(no changes since v2)
Changes in v2:
- split it from main patch add support for rk3576
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 17
From: Andy Yan
Every layer of vop2 should bind a window, and we also need to make
sure that this window is not used by other layer.
0x5 is a reserved layer sel value on rk3568, but it will select
Cluster3 on rk3588, configure unused layers to 0x5 will lead
alpha blending error on rk3588.
When
From: Andy Yan
The alpha setup should start from the second layer, the current calculation
starts incorrectly from the first layer, a negative offset will be obtained
in the following formula:
offset = (mixer_id + zpos - 1) * 0x10
Fixes: 604be85547ce ("drm/rockchip: Add VOP2 driver&quo
From: Andy Yan
The phy_id of cluster windws are not increase one for each window.
Fixes: 604be85547ce ("drm/rockchip: Add VOP2 driver")
Signed-off-by: Andy Yan
Tested-by: Derek Foreman
---
(no changes since v1)
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 18
From: Andy Yan
The vop mmu support translate physical address upper 4 GB to iova
below 4 GB. So set dma mask to 64 bit to indicate we support address
> 4GB.
This can avoid warnging message like this on some boards with DDR
> 4 GB:
rockchip-drm display-subsystem: swiotlb buffer is fu
From: Andy Yan
/sys/kernel/debug/dri/vop2/summary: dump vop display state
/sys/kernel/debug/dri/vop2/regs: dump whole vop registers
/sys/kernel/debug/dri/vop2/active_regs: only dump the registers of
activated modules
Signed-off-by: Andy Yan
Reviewed-by: Sascha Hauer
---
(no changes since
From: Andy Yan
Thanks for the basic work from Collabora, I can bringup a HDMI
display out on rk3576.
PATCH 1 is a carryover from the working when add support for rk3588,
is very usefull when some people want me help debug some issue
online, so I really hope it can be merged at
From: Andy Yan
Thanks for the basic work from Collabora, I can bringup a HDMI
display out on rk3576.
PATCH 1 is a carryover from the working when add support for rk3588,
is very usefull when some people want me help debug some issue
online, so I really hope it can be merged at
From: Andy Yan
Thanks for the basic work from Collabora, I can bringup a HDMI
display out on rk3576.
PATCH 1 is a carryover from the working when add support for rk3588,
is very usefull when some people want me help debug some issue
online, so I really hope it can be merged at
This is an automated email from the ASF dual-hosted git repository.
andy pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/jena.git
The following commit(s) were added to refs/heads/main by this push:
new 14507e1b2c Bump com.google.protobuf:protobuf-java from
On Thu, 19 Sep 2024 14:03:45 GMT, Kevin Rushforth wrote:
> This PR fixes a hang on exit which can happen if QuantumToolkit.dispose hangs
> when called from the QuantumToolkit shutdown hook. A shutdown hook should
> never run indefinitely, so the fix is to call dispose from a background
> threa
On Thu, 19 Sep 2024 14:15:23 GMT, Kevin Rushforth wrote:
> This PR adds a default timeout of 120 seconds for JUnit 5 tests that do not
> have an explicit `@Timeout` on either the methods or the class, and a default
> timeout of 20 seconds for lifecycle methods (e.g., `@BeforeEach`,
> `@BeforeA
On Mon, 9 Sep 2024 19:36:29 GMT, Andy Goryachev wrote:
> Further additions to the MonkeyTester application:
>
> - tree/table view column property sheets ✔
> - new pages: button, checkbox, hyperlink, menu bar, radio button, toggle
> button, canvas, split menu button, dnd ✔
> Converting system tests to junit5.
>
> Please see migration notes:
> https://github.com/andy-goryachev-oracle/Test/blob/main/doc/Tests/JUnit5Migration.md
>
> ### Notes:
>
> I see shutdown timeout on linux, this will be addressed by
> [JDK-8340403](https://bugs.ope
> Converting system tests to junit5.
>
> Please see migration notes:
> https://github.com/andy-goryachev-oracle/Test/blob/main/doc/Tests/JUnit5Migration.md
>
> ### Notes:
>
> I see shutdown timeout on linux, this will be addressed by
> [JDK-8340403](https://bugs.ope
https://git.altlinux.org/tasks/357919/logs/events.1.1.log
subtask name aarch64 i586 ppc64le x86_64
#100 moosefs 2:44 2:03 2:542:00
2024-Sep-19 21:44:52 :: test-only task #357919 for sisyphus started by andy:
#100 build 4.56.5-alt1 from /people/andy/packages/moosefs.git
On Thu, 19 Sep 2024 09:01:13 GMT, Ambarish Rapte wrote:
> Here is a patch to remove unused imports.
there were more. I don't have this warning enabled in Eclipse because, if
enabled, I see 410+ such warnings.
but thank you for noticing - I did forget to optimize imports in a few places.
On Wed, 18 Sep 2024 23:17:01 GMT, Kevin Rushforth wrote:
>> Andy Goryachev has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> unused imports
>
> tests/system/src/test/java/test/robot/javafx/scene/SRG
On Wed, 18 Sep 2024 23:05:31 GMT, Kevin Rushforth wrote:
>> Andy Goryachev has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> unused imports
>
> tests/system/src/test/java/test/robot/javafx/embed/swing/NonFocu
On Wed, 18 Sep 2024 21:51:33 GMT, Kevin Rushforth wrote:
>> Andy Goryachev has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> unused imports
>
> tests/system/src/test/java/test/javafx/scene/UIRenderSnapToPixel
On Wed, 18 Sep 2024 21:42:08 GMT, Kevin Rushforth wrote:
>> Andy Goryachev has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> unused imports
>
> tests/system/src/test/java/test/javafx/scene/Snapshot
> Converting system tests to junit5.
>
> Please see migration notes:
> https://github.com/andy-goryachev-oracle/Test/blob/main/doc/Tests/JUnit5Migration.md
>
> ### Notes:
>
> I see shutdown timeout on linux, this will be addressed by
> [JDK-8340403](https://bugs.ope
On Thu, 19 Sep 2024 13:16:21 GMT, Lukasz Kostyra wrote:
>> Andy Goryachev has updated the pull request with a new target base due to a
>> merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request cont
On Fri, 13 Sep 2024 15:14:39 GMT, Lukasz Kostyra wrote:
> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>
> ## Details
>
> Trivial changes resolved by first four commits:
> - Import changes to use `org.junit.jupiter` package instead of `org.junit` or
> `junit.framework
** Changed in: kernel-sru-workflow/promote-to-security
Status: In Progress => New
--
You received this bug notification because you are a member of hardware-
certification-users, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/2075856
Title:
focal/linux-azure-fde-
** Changed in: kernel-sru-workflow/promote-to-security
Status: In Progress => New
--
You received this bug notification because you are a member of hardware-
certification-users, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/2075890
Title:
focal/linux-lowlatency
** Changed in: kernel-sru-workflow/promote-to-security
Status: In Progress => New
--
You received this bug notification because you are a member of hardware-
certification-users, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/2075891
Title:
jammy/linux-lowlatency
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
On Fri, 13 Sep 2024 15:14:39 GMT, Lukasz Kostyra wrote:
> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>
> ## Details
>
> Trivial changes resolved by first four commits:
> - Import changes to use `org.junit.jupiter` package instead of `org.junit` or
> `junit.framework
On Fri, 13 Sep 2024 15:14:39 GMT, Lukasz Kostyra wrote:
> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>
> ## Details
>
> Trivial changes resolved by first four commits:
> - Import changes to use `org.junit.jupiter` package instead of `org.junit` or
> `junit.framework
On Fri, 13 Sep 2024 15:14:39 GMT, Lukasz Kostyra wrote:
> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>
> ## Details
>
> Trivial changes resolved by first four commits:
> - Import changes to use `org.junit.jupiter` package instead of `org.junit` or
> `junit.framework
On Fri, 13 Sep 2024 15:14:39 GMT, Lukasz Kostyra wrote:
> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>
> ## Details
>
> Trivial changes resolved by first four commits:
> - Import changes to use `org.junit.jupiter` package instead of `org.junit` or
> `junit.framework
On Fri, 13 Sep 2024 15:14:39 GMT, Lukasz Kostyra wrote:
> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>
> ## Details
>
> Trivial changes resolved by first four commits:
> - Import changes to use `org.junit.jupiter` package instead of `org.junit` or
> `junit.framework
On Fri, 13 Sep 2024 15:14:39 GMT, Lukasz Kostyra wrote:
> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>
> ## Details
>
> Trivial changes resolved by first four commits:
> - Import changes to use `org.junit.jupiter` package instead of `org.junit` or
> `junit.framework
I'm working on a feature to allow configuration of mailing lists using the REST
API. The docs show how to do this:
https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/rest/docs/listconf.html#changing-a-partial-configuration
But I'd like to be able to verify settings using the mailman
Hello chairs,
Version -03 of draft-ietf-regext-rdap-extensions incorporates the last
discussions regarding this draft on this mailing list.
We, the draft authors, believe this draft is ready for working group last call.
-andy
On Thu, Sep 19, 2024 at 1:11 PM wrote:
>
> Internet-Draft draf
[
https://issues.apache.org/jira/browse/CASSANDRA-19862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Tolbert updated CASSANDRA-19862:
-
Resolution: Fixed
Status: Resolved (was: Triage Needed)
pr has been merged
I was able to get this working, thanks for your help Mark.
___
Mailman-users mailing list -- mailman-users@mailman3.org
To unsubscribe send an email to mailman-users-le...@mailman3.org
https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/
On Thu, 19 Sep 2024 15:06:07 GMT, Andy Goryachev wrote:
>> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>>
>> ## Details
>>
>> Trivial changes resolved by first four commits:
>> - Import changes to use `org.junit.jupiter` p
On Fri, 13 Sep 2024 15:14:39 GMT, Lukasz Kostyra wrote:
> This PR converts all tests in `modules/javafx.graphics` to use JUnit5.
>
> ## Details
>
> Trivial changes resolved by first four commits:
> - Import changes to use `org.junit.jupiter` package instead of `org.junit` or
> `junit.framework
** Changed in: kernel-sru-workflow/promote-to-updates
Status: Confirmed => In Progress
** Changed in: kernel-sru-workflow/promote-to-updates
Assignee: Ubuntu Stable Release Updates Team (ubuntu-sru) => Andy
Whitcroft (apw)
--
You received this bug notification because you
1 - 100 of 8349 matches
Mail list logo