Displaying 6 results from an estimated 6 matches for "l363".
Did you mean:
9363
2014 Aug 07
1
UTC time zone on Windows
...variable 'TZ'
However, setting TZ to either "Europe/London" or "GMT Standard Time"
didn't help.
It seems to me that the warning originates in registryTZ.c
(https://github.com/wch/r-source/blob/776708efe6003e36f02587ad47b2eaaaa19e2f69/src/extra/tzone/registryTZ.c#L363).
I have therefore looked at
HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation, to learn that
TimeZoneKeyName is set to "UTC". This time zone is not defined in
TZtable, but is present in this machine's
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones. (Also, t...
2023 Jan 28
1
Init SSL without certificate database
Hello,
Also note that NUT project does not currently issue packages, and I have
a hard time guessing what distro might ship a "driver.version:
DSM7-1-1-42930-workplus-version2-repack-42930-220712". Ask them what NUT
version (release or snapshot) they use, and if they would consider shipping
a newer one?
Sometime recently (after 2.8.0 release) an option was added to quiesce
this
2013 Mar 11
2
[PATCH] block: replace kmalloc and then memcpy with kmemdup
Signed-off-by: Mihnea Dobrescu-Balaur <mihneadb at gmail.com>
---
drivers/block/xen-blkfront.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c
index c3dae2e..9620644 100644
--- a/drivers/block/xen-blkfront.c
+++ b/drivers/block/xen-blkfront.c
@@ -1203,11 +1203,10 @@ static int blkif_recover(struct
2013 Mar 11
2
[PATCH] block: replace kmalloc and then memcpy with kmemdup
Signed-off-by: Mihnea Dobrescu-Balaur <mihneadb at gmail.com>
---
drivers/block/xen-blkfront.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-blkfront.c
index c3dae2e..9620644 100644
--- a/drivers/block/xen-blkfront.c
+++ b/drivers/block/xen-blkfront.c
@@ -1203,11 +1203,10 @@ static int blkif_recover(struct
2019 Dec 03
2
llvm-9-dev apt package missing yaml-bench
On 02/12/2019 15:21, Sylvestre Ledru wrote:
> yaml-bench is shipping in libclang-common-9-dev
Ok possible. Though, it adds an unnecessary 46MB to my docker image.
> It should be indeed in llvm-9-dev instead.
This would hide the problem, right. I am not sure it's is a good solution.
Where can we review the build process for the apt packages?
On 02/12/2019 15:21, Sylvestre Ledru wrote:
2020 Jun 24
4
Codifying our Brace rules-
On Wed, Jun 24, 2020 at 2:37 AM Chris Lattner via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> On Jun 23, 2020, at 11:02 AM, Philip Reames <listmail at philipreames.com>
> wrote:
> > I'll note that reading along I haven't found any of the proposed changes
> particularly worthwhile. I'm also not strongly opposed to any of them - I
> just don't care