UnifiedHighlighter incorrectly returns field 'X' was indexed without offsets

Description
UnifiedHighlighter based on matches incorrectly returns field 'X' was indexed without offsets, cannot highlight
Test to reproduce:
 static final FieldType textType = new FieldType(TextField.TYPE_STORED);
    static {
        textType.setStoreTermVectors(true);
        textType.setStoreTermVectorPositions(true);
        textType.setStoreTermVectorOffsets(true);
        textType.freeze();
    }

    public void testHighlgiht() {
        String indexPath = "../lucene-test-indices/index1";
        Path path = Paths.get(indexPath);
        try {
            Directory directory = NIOFSDirectory.open(path);
            Analyzer analyzer = new ClassicAnalyzer();
            IndexWriterConfig config = new IndexWriterConfig(analyzer);

            try (IndexWriter writer = new IndexWriter(directory, config)) {
                addDoc(writer, "The quick brown fox jumps over the lazy dog");
            }

            try (IndexReader reader = DirectoryReader.open(directory)) {
                IndexSearcher searcher = new IndexSearcher(reader);
                Query query = new IntervalQuery("content",
                        Intervals.analyzedText("quick brown fox jumps over the lazy dog", analyzer, "content", 0, true));
                TopDocs topDocs = searcher.search(query, 10);

                UnifiedHighlighter.Builder uhBuilder = new UnifiedHighlighter.Builder(searcher, analyzer)
                        .withWeightMatches(true);
                UnifiedHighlighter highlighter = new UnifiedHighlighter(uhBuilder);

                String[] highlights = highlighter.highlight("content", query, topDocs, 1);
                System.out.println(Arrays.toString(highlights));
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

   private static void addDoc(IndexWriter writer, String content) throws IOException {
        Document doc = new Document();
        doc.add(new Field("content", content, textType));
        writer.addDocument(doc);
    }

produces an error:
java.lang.IllegalArgumentException: field 'content' was indexed without offsets, cannot highlight

	at org.apache.lucene.search.uhighlight.FieldHighlighter.highlightOffsetsEnums(FieldHighlighter.java:157)
	at org.apache.lucene.search.uhighlight.FieldHighlighter.highlightFieldForDoc(FieldHighlighter.java:83)
	at org.apache.lucene.search.uhighlight.UnifiedHighlighter.highlightFieldsAsObjects(UnifiedHighlighter.java:944)
	at org.apache.lucene.search.uhighlight.UnifiedHighlighter.highlightFields(UnifiedHighlighter.java:814)
	at org.apache.lucene.search.uhighlight.UnifiedHighlighter.highlightFields(UnifiedHighlighter.java:792)
	at org.apache.lucene.search.uhighlight.UnifiedHighlighter.highlight(UnifiedHighlighter.java:725)

A workaround to disable highlighting based on matches:
 UnifiedHighlighter.Builder uhBuilder = new UnifiedHighlighter.Builder(searcher, analyzer)
                        .withWeightMatches(false);

This happens because of ClassicAnalyzer that removes stop words, and because of it usage of ExtendedIntervalsSource that returns -1 offsets.
Version and environment details
Lucene v 9.9.1

ExtendedIntervalsSource explicitly returns -1, and this was done in https://github.com/apache/lucene/pull/803 (ticket LUCENE-10229).
https://github.com/apache/lucene/blob/6d987e1ce1c3f3215633a979ce048829fe1bb6ed/lucene/queries/src/java/org/apache/lucene/queries/intervals/ExtendedIntervalsSource.java#L89-L94
From the ticket:

The reason extend does not work for highlighting is that, quite reasonably, it can only return the offsets delegated from the source interval. Once you shift left or right from the source interval's position, the offset information cannot be retrieved (because this would require per-document, random-access position-offset map to be present somewhere).

therefore, is it normal that your example fails, or is it an edge case that wasn't covered by that ticket ?

This happens because of ClassicAnalyzer that removes stop words, and because of it usage of ExtendedIntervalsSource that returns -1 offsets.

Just for clarity, it fails when highlighting lazy: an ExtendedIntervalsSource got created to account for the preceding stop word that got removed by the analyzer, which then returns -1 during highlighting.

In OffsetsFromPositions there is some logic to get offsets from positions.
https://github.com/apache/lucene/blob/53d1c2bd2fb3e6b9da590bee360996dbbdc8ea34/lucene/highlighter/src/java/org/apache/lucene/search/matchhighlight/OffsetsFromPositions.java#L62
Would it make sense to apply a similar logic in FieldHighlighter in the case where offsets are missing because of the ExtendedIntervalsSource use ?
https://github.com/apache/lucene/blob/53d1c2bd2fb3e6b9da590bee360996dbbdc8ea34/lucene/highlighter/src/java/org/apache/lucene/search/uhighlight/FieldHighlighter.java#L159-L162


Invalid grant

The problem
I disabled the Miele integration some days ago. Now I enabled it again but it's not starting.
2024-03-08 14:15:30.813 ERROR (MainThread) [homeassistant.helpers.config_entry_oauth2_flow] Token request for miele_e087c8ef_0b28_4282_b58d_ceae053e71f8 failed (invalid_grant): unknown error
2024-03-08 14:16:51.382 ERROR (MainThread) [homeassistant.helpers.config_entry_oauth2_flow] Token request for miele_e087c8ef_0b28_4282_b58d_ceae053e71f8 failed (invalid_grant): unknown error
2024-03-08 14:18:11.875 ERROR (MainThread) [homeassistant.helpers.config_entry_oauth2_flow] Token request for miele_e087c8ef_0b28_4282_b58d_ceae053e71f8 failed (invalid_grant): unknown error
2024-03-08 14:19:32.130 ERROR (MainThread) [homeassistant.helpers.config_entry_oauth2_flow] Token request for miele_e087c8ef_0b28_4282_b58d_ceae053e71f8 failed (invalid_grant): unknown error

To me it's not that clear what I need to do now. Should I reinstall?
Maybe the integration is missing a reauthentication flow.
Version of miele integration having the issue?
latest
Version of Home Assistant Core having the issue?
latest
Anything in the logs that might be useful for us?
No response
Additional information
No response

The reauth flow is implemented but it obviously fails to pick up a trigger. The error messages above are generated in HA helper functions and the messages are not very helpful but I have not seen any reports of this error before. I have had my test systems turned off for weeks but they have always started without hickups.
My advice is to reinstall the integration, I guess that you already have tried to restart your Home Assistant.

I requested new credentials and added the integration again, works all fine now.


HuggingFacePipeline with ChatPromptTemplate never ends

Checked other resources

[X] I added a very descriptive title to this issue.
[X] I searched the LangChain documentation with the integrated search.
[X] I used the GitHub search to find a similar question and didn't find it.
[X] I am sure that this is a bug in LangChain rather than my code.
[X] The bug is not resolved by updating to the latest stable version of LangChain (or the specific integration package).

Example Code
I create a pipeline.
from langchain_community.llms.huggingface_pipeline import HuggingFacePipeline
from transformers import pipeline
from langchain_core.prompts import ChatPromptTemplate
from langchain_core.output_parsers import StrOutputParser

pipeline = pipeline(
    "text-generation",
    "TinyLlama/TinyLlama-1.1B-Chat-v1.0")

I use the pipeline directly and get a response back in seconds.
messages = [
    {"role": "user", "content": "When was Abraham Lincoln born?"},
    {"role": "assistant", "content": "Abraham Lincoln was born on February 12, 1809."},
    {"role": "user", "content": "How old was he when he died?"},
    {"role": "assistant", "content": "Abraham Lincoln died on April 15, 1865, at the age of 56."},
    {"role": "user", "content": "Where did he die?"},
]

print(pipeline(messages, max_new_tokens=128))

Ignore the wrong answer :-)
[{'generated_text': [
    {'role': 'user', 'content': 'When was Abraham Lincoln born?'},
    {'role': 'assistant',
     'content': 'Abraham Lincoln was born on February 12, 1809.'},
    {'role': 'user', 'content': 'How old was he when he died?'},
    {'role': 'assistant',
     'content': 'Abraham Lincoln died on April 15, 1865, at the age of 56.'
     },
    {'role': 'user', 'content': 'Where did he die?'},
    {'role': 'assistant',
     'content': 'Abraham Lincoln died at his home in Springfield, Illinois.'
     },
    ]}]

Then I try to do the same using Langchain.
llm = HuggingFacePipeline(
    pipeline=pipeline,
    pipeline_kwargs={"max_new_tokens": 128}
)

prompt = ChatPromptTemplate.from_messages(
    [
        ("human", "When was Abraham Lincoln born?"),
        ("ai", "Abraham Lincoln was born on February 12, 1809."),
        ("human", "How old was he when he died?"),
        ("ai", "Abraham Lincoln died on April 15, 1865, at the age of 56."),
        ("human", "{question}"),
        # ("ai", "")
    ]
)

chain = prompt | llm

print(chain.invoke({"question":"Where did he die?"}))

This code never ends. It seems to be stuck here.
File [~/Library/Python/3.9/lib/python/site-packages/langchain_community/llms/huggingface_pipeline.py:204](http://localhost:8888/lab/workspaces/~/Library/Python/3.9/lib/python/site-packages/langchain_community/llms/huggingface_pipeline.py#line=203), in HuggingFacePipeline._generate(self, prompts, stop, run_manager, **kwargs)
    201 batch_prompts = prompts[i : i + self.batch_size]
    203 # Process batch of prompts
--> 204 responses = self.pipeline(batch_prompts, **pipeline_kwargs)
    206 # Process each response in the batch
    207 for j, response in enumerate(responses):

Error Message and Stack Trace (if applicable)
No response
Description
Langchain chain never finishes executing. This seems to be a problem with HuggingFacePipeline as the same prompt works fine with Open AI.
System Info
System Information
------------------
> OS:  Darwin
> OS Version:  Darwin Kernel Version 23.2.0: Wed Nov 15 21:53:34 PST 2023; root:xnu-10002.61.3~2/RELEASE_ARM64_T8103
> Python Version:  3.9.6 (default, Nov 10 2023, 13:38:27)
[Clang 15.0.0 (clang-15<IP_ADDRESS>.5)]

Package Information
-------------------
> langchain_core: 0.1.36
> langchain: 0.1.7
> langchain_community: 0.0.20
> langsmith: 0.1.37
> langchain_mistralai: 0.0.4
> langchain_openai: 0.1.1

Packages not installed (Not Necessarily a Problem)
--------------------------------------------------
The following packages were not found:

> langgraph
> langserve

pip show output:
Name: langchain
Version: 0.1.7
Summary: Building applications with LLMs through composability
Home-page: https://github.com/langchain-ai/langchain
Author:
Author-email:
License: MIT
Location: XXX
Requires: jsonpatch, SQLAlchemy, langsmith, dataclasses-json, langchain-core, async-timeout, numpy, aiohttp, PyYAML, pydantic, requests, langchain-community, tenacity
Required-by:
---
Name: transformers
Version: 4.39.2
Summary: State-of-the-art Machine Learning for JAX, PyTorch and TensorFlow
Home-page: https://github.com/huggingface/transformers
Author: The Hugging Face team (past and future) with the help of all our contributors (https://github.com/huggingface/transformers/graphs/contributors)
Author-email<EMAIL_ADDRESS>License: Apache 2.0 License
Location: XXX
Requires: packaging, safetensors, pyyaml, huggingface-hub, tokenizers, requests, filelock, tqdm, numpy, regex
Required-by: sentence-transformers

When initializing the HuggingFacePipeline Class like this:
pipeline = pipeline(
    "text-generation",
    "TinyLlama/TinyLlama-1.1B-Chat-v1.0")

llm = HuggingFacePipeline(
    pipeline=pipeline,
    pipeline_kwargs={"max_new_tokens": 128}
)

The pipeline_kwargs gets overwritten and that is why it takes so long. This is probably a bug right now.
But It works like this:
llm = HuggingFacePipeline.from_model_id(
    model_id="TinyLlama/TinyLlama-1.1B-Chat-v1.0",
    task="text-generation",
    pipeline_kwargs={"max_new_tokens": 128}
)

@Jaiczay I can verify that your suggested solution works.

The stop argument is not used in HuggingFacePiepeline. Therefor, agents don't work properly.


Upgrade to Chromium 81.0.4044.138

No changes to the patches were needed. Chromium 81.0.4044.138 resolves 3 security issues.
I will let you know once I have a successful build.

My build succeeded; feel free to merge.

Gentoo ✔

Same with Arch, though, there was a 0.04mb change in size, kinda weird for a security only release

They might have other changes, not only security fixes. Security fixes are the most important to mention, I suppose.

yey

Are we sure vaapi still works? It was broken on all the builds in arch. Check media internals for mojovideodecoder

@Ph0rk0z
my fork is on this release and vaapi works

@Ph0rk0z vaapi also works in Gentoo

@Ph0rk0z For Nvidia cards with driver (440.82) it's not working on Ungoogled Chromium, it does work on Chromium-vaapi
On Ungoogled Chromium 81.0.4044.138:
00:00:00.347	kVideoDecoderName	"MojoVideoDecoder"
00:00:00.347	kIsPlatformVideoDecoder	true
00:00:00.348	info	"Selected MojoVideoDecoder for video decoding, config: codec: vp9, profile: vp9 profile0, level: not available, alpha_mode: is_opaque, coded size: [1280,720], visible rect: [0,0,1280,720], natural size: [1280,720], has extra data: false, encryption scheme:
Unencrypted, rotation: 0°, flipped: 0, color space: {primaries:BT709, transfer:BT709, matrix:BT709, range:LIMITED}"
00:00:00.348	pipeline_state	"kPlaying"
00:00:00.349	error	"VDA Error 4"
00:00:00.349	warning	"video fallback to new decoder after initial decode error."

On Chromium-vaapi 81.0.4044.138:
00:00:00.336 | kVideoDecoderName | "MojoVideoDecoder"
-- | -- | --
00:00:00.336 | kIsPlatformVideoDecoder | true
00:00:00.336 | info | "Selected MojoVideoDecoder for video decoding, config: codec: vp9, profile: vp 9 profile0, level: not available, alpha_mode: is_opaque, coded size: [3840,2160], visible rect: [0,0,3840,2160], natural size: [3840,2160], has extra data: false, encryption scheme: Unencrypted, rotation: 0°, flipped: 0, color space: {primaries:BT709, transfer:BT709, matrix:BT709, range:LIMITED}"
00:00:00.336 | pipeline_state | "kPlaying"
00:00:00.338 | audio_buffering_state | {"state":"BUFFERING_HAVE_ENOUGH"}
00:00:00.519 | dimensions | "3840x2160"
00:00:00.519 | kResolution | "3840x2160"
00:00:00.563 | video_buffering_state | {"state":"BUFFERING_HAVE_ENOUGH"}
00:00:00.563 | pipeline_buffering_state | {"for_suspended_start":false,"state":"BUFFERING_HAVE_ENOUGH"}
00:00:00.012 | duration | 365.621
00:00:16.945 | info | "Selected video track: []"
00:00:16.945 | video_buffering_state | {"state":"BUFFERING_HAVE_NOTHING"}
00:00:16.946 | video_buffering_state | {"state":"BUFFERING_HAVE_ENOUGH"}

I tried looking at what patches Chromium-vaapi is using that Ungoogled Chromium isn't, but they both seem to be using the same patches, the only difference I see is Chromium-vaapi enables this flag that I can't see in Ungoogled Chromium although I can't see why this flag would cause it to not work specifically on Nvidia.


[5.0.3] Backport 5.1 changes to HTTPCookie parsing.

Fixes https://bugs.swift.org/browse/SR-11294
cc @weissi @spevans

@swift-ci please test

The macOS build issue seems unrelated; I can confirm it builds locally.

@swift-ci please test 5.0

@swift-ci please test swift 5.0

@swift-ci please test 5.0

@swift-ci please test 5.0

@swift-ci please test 5.0

@swift-ci please test 5.0

@swift-ci please test 5.0 macOS

/home/buildnode/jenkins/workspace/swift-corelibs-foundation-PR-Linux/swift-corelibs-foundation/TestFoundation/HTTPServer.swift:15:8: error: missing required module '_SwiftDispatchOverlayShims'

@shahmishal / @millenomi any ideas?

@weissi This is a common transient issue unrelated to Foundation. I think its due to the caching behind the build.

@swift-ci please test 5.0

@swift-ci please test 5.0

@swift-ci please test 5.0 mac platform

@swift-ci please test 5.0

@swift-ci please test 5.0

@millenomi / @spevans it it normal that it fails that many times?

No, it really is not. @shahmishal why is there so much traffic on the 5.0 branch?

@millenomi Can you please provide little more information about traffic you're seeing? Also, we only have one node for macOS which supports Swift 5.0 branch.

@swift-ci test 5.0 macOS

@swift-ci please test 5.0 linux


Add draft power spec

Converted the power specification straw-person found here into adoc format, based on Power WG discussions. Made a few minor changes:

Edited some of the words and sections for clarity
Omitted the battery-powered spec, since we do not have a mobile submitter willing to pilot power collection.

Note: this spec is still in progress. We have yet to test time synchronization, as well as a post processing script to align the Loadgen logs with the power meter data. Power WG members are actively working to pilot the wall-powered collection procedure.

@hanlin-nervana gentle ping to please update/make changes to commit this to the repo.

@hanlin-nervana friendly ping...

Power WG will get a new power rule updated

Power WG will get a new power rule updated


Do not commit when pre-commit hook fails

I have installed ghooks and setup the config in my package.json like so:
...
 "config": {
    "ghooks": {
      "pre-commit": "gulp",
      "post-merge": "npm install"
    }
  },
...

The gulp task contains unit tests and linting; when someone commit's, gulp now runs - but the commit still works even if the gulp task outputs errors. I would like to setup the repo so that a user cannot commit until the gulp task (unit tests, linting etc.) passes without any errors; is there a parameter I can pass to do this or something? I don't see any information in the documentation...

I just switched to pre-commit and it works as I would expect:

Guess I'll just use that. It would be nice if ghooks did something similar.

This is odd… ghooks exits with the same exit code as the command executed (https://github.com/gtramontina/ghooks/blob/master/lib/runner.js#L6).
Can you please double check what's the exit code of your command? You can run echo $? after running your gulp task.

@trevordmiller any updates on running echo $? after gulp?

@gtramontina Not sure. I switched to pre-commit and it worked as expected so I haven't taken any more time to debug ghooks.


[8.x] Remove an useless check in Console Application class

What I do?
I create this PR as a re-open PR of https://github.com/laravel/framework/pull/40133
Why I do this?
@GrahamCampbell said I was incorrect but I was NOT incorrect.

If the condition ! isset($callingClass) && empty($parameters) is true, this line below will be executed and the $input will be an instance of StringInput.

$command = $this->getCommandName($input = new StringInput($command));

Otherwise, these two lines will be executed and the $input will be an instance of ArrayInput.

array_unshift($parameters, $command);

$input = new ArrayInput($parameters);

Conclusion
To conclude, there are no cases of this context in which the $input isn't set, it's always set. Therefore, the check $input ?? null is absolutely useless.
If the Laravel team rejects this PR, it will be your final decision and I understand. But rejecting this PR doesn't mean my PR is incorrect. It's reasonable.
Let's see the method more details:
protected function parseCommand($command, $parameters)
{
    if (is_subclass_of($command, SymfonyCommand::class)) {
        $callingClass = true;

        $command = $this->laravel->make($command)->getName();
    }

    if (! isset($callingClass) && empty($parameters)) {
        $command = $this->getCommandName($input = new StringInput($command));
    } else {
        array_unshift($parameters, $command);

        $input = new ArrayInput($parameters);
    }

    return [$command, $input ?? null];
}

@driesvints Could you take a look at this please!


[locale] Fix zh-tw locale

Properly add spaces between CJK characters and alphanumeric characters in calendar time format.
For @ben-lin and @hehachris
此修改在 Calendar Time 顯示中，在中文字與英數字適當加入空格
「下星期一12:00」->「下星期一 12:00」
「今天13:00」->「昨天 13:00」
像是日文 locale 也是相同的格式用法
排版標準：https://github.com/sparanoid/chinese-copywriting-guidelines
舉例來說 Facebook 也是如此顯示

@ben-lin thoughts?

Hi @marwahaha
It looks like that original zh-tw locale author aren’t active in this project anymore.
I make these changes base on the standard guidelines, please ref this link.
And Japanese locale use the same format as I did. CJK languages share the same basic rules.

It might be late but looks good to me.


Investigate into a proper broken link checker

Description:
Investigate the available tools to identify a proper broken link checker.

Installed and ran Screaming Frog SEO Spider [1]. The free version only checked a very limited number of files, therefore, this is not a good option.
[1] https://www.screamingfrog.co.uk/seo-spider

Tried brokenlinkcheck.com [2]. The free version does not check subfolders, so the search can not be narrowed down for the 4.0.0 docs.
[2] https://www.brokenlinkcheck.com/#

Checked drlinkcheck [3], but it only checks a maximum of 1500 links for the free version, so all the pages could not be scanned to identify broken links.
[3] https://www.drlinkcheck.com/

The results in [1] was very useful and also the coverage report in the Google Search Console.
[1] https://peacockmedia.software/mac/integrity/free.html

I have sent an email in this regard [1] with the respective reports via two spreadsheets.
[1] Identifying Broken Links in API-M 4.0.0 docs


Broken packages with latest nixpkgs master

The following packages are broken (nixpkgs master: ea780f3de2d169f982564128804841500e85e373):

[x] python3.vermouth (not compatible with python3Packages.pbr-6.0.0, 9b425927c4b7855d6a73883e8d47b6cd04f3ec34)
[ ] elpa (not sure why, some tests fail, git bisect inconclusive. Probably gcc-13 related)
[x] amd-scalapack: test times out.
[x] python3.mendeleev:
[x] molcas1809: is this still needed with SHARC-3.0?
[x] molden
[x] poltype2: depency reproc, fixed in nixpkgs.
[x] pysisyphus:
ImportError while importing test module '/build/source/tests/test_plot/test_plot.py'.
[x] tests.molcas: related to the inputs parser. Not sure what's going on here.
[x] vmd-python: caused by broken upstream package python3Packages.mesa
[x] molcas

not ok 1 Run-Molcas
# (in test file /nix/store/1sm0kndqiil7yqhymp6f15cbzy6s8rdc-molcas.bats, line 23)
#   `/nix/store/dvwlk0z6i4z0cgsba3zgz722094d75n9-openmolcas-23.10/bin/pymolcas -np $TEST_NUM_CPUS molcas.inp > molcas.out' failed
# Traceback (most recent call last):
#   File "<string>", line 521, in read_input
#   File "<string>", line 22, in Python_Parse
#   File "<string>", line 509, in __init__
#   File "molcas.inp", line 4
#     MCSCF/6-311G*//MCSCF/6-311G* Energy:   -113.980429893663
#               ^
# SyntaxError: invalid decimal literal

CC @sheepforce

molcas1809: is this still needed with SHARC-3.0?

Nope, not required anymore.

pysisyphus
python3.vermouth
tests.molcas

I can take a look on these the next days, after I'm done with my presentation :)

Hm the simplest solution may be to disable parallel building: https://github.com/NixOS/nixpkgs/blob/c3e128f3c0ecc1fb04aef9f72b3dcc2f6cecf370/pkgs/applications/science/chemistry/molden/default.nix#L34C6-L34C6
Without some make packages fail, e.g. CFour also can not be built in parallel.

Pysisyphus fails because molcas fails. The molcas error is more severe, see here: https://gitlab.com/Molcas/OpenMolcas/-/issues/420 and here https://gitlab.com/Molcas/OpenMolcas/-/commit/df2d6a459b648ecf4f11f0af995e445ab7feb6b4 for a patch. Apparently pyparsing 3.11 broke some behaviour. The pysis error will disappear with a Molcas update.

The pymolcas patch can unfortunately not be applied to Molcas 23.10, directly, there is too much offset and changes inbetween. We could manually backport these changes to OpenMolcas 23.10 and vendor our own patch or we can use molcas version from master. What do you think @markuskowa ?

The pymolcas patch can unfortunately not be applied to Molcas 23.10, directly, there is too much offset and changes inbetween. We could manually backport these changes to OpenMolcas 23.10 and vendor our own patch or we can use molcas version from master. What do you think @markuskowa ?

Yes, the original patch looks quite simple. We could create our own patch here and apply it in nixpkgs. I would prefer to unbreak molcas, since we do not know when they will tag a new release.

Fixes the original Molcas problem and Pysisyphus: https://github.com/NixOS/nixpkgs/pull/282890

This last update in January caused quite a bit of carnage. I still haven't been able to get everything back to "green" on Hydra.

elpa will most likely remain broken until its next update. It fails a lot of tests and I do not know how to fix it.
pysisyphus is still broken.
vmd-python is broken because of an upstream dependency.

pysisyphus is still broken.
vmd-python is broken because of an upstream dependency.

I will have a look then :)

Alright, now most things should work? Do we mark Elpa as broken for the moment and close this?

Do we mark Elpa as broken for the moment and close this?

Yes, I see no way to fix elpa for now (I have tried a bunch of things and compiler versions). It is not an essential package at the moment. I will simply comment it out in nixpkgs-opt.nix.


Counter Not Counting

Counter does not seem to be counting up.
∴ clang -std=c++1z -I../include cx_counter.cpp
cx_counter.cpp:6:3: error: static_assert failed "counter(1)"
  static_assert(cx::counter() == 1, "counter(1)");
  ^             ~~~~~~~~~~~~~~~~~~
cx_counter.cpp:7:3: error: static_assert failed "counter(2)"
  static_assert(cx::counter() == 2, "counter(2)");
  ^             ~~~~~~~~~~~~~~~~~~
cx_counter.cpp:8:3: error: static_assert failed "counter(3)"
  static_assert(cx::counter() == 3, "counter(3)");
  ^             ~~~~~~~~~~~~~~~~~~
3 errors generated.

I suppose this counter implementation won't work when compiled with GCC 8 and above. Similar implementation works for me in case of all lower GCC versions.


Insert an empty row - mysql

Hello,
I tried to insert an empty row
let columns = {};
squel.insert().into('test').setFields(columns).toString();
but the result was "INSERT INTO test". Whether I'm missing a certain option to make the query as "INSERT INTO test () VALUES ()"?

A way:
Squel.insert().into('test').set('', Squel.str('')).toString()
output "INSERT INTO test ( ) VALUES ()", but I don't expect the space between parentheses.

What version of squel are you using? I get "INSERT INTO test"

I'm using 5.4.3


Supply - add automatic AAB path detection after gradle action

Feature Request
Supply should look for Actions::SharedValues:GRADLE_AAB_OUTPUT_PATH automatically like it did with apk (APK_OUTPUT_PATH).
Motivation Behind Feature
It's a bit of a regression since deploying with apk was easier to configure.

+-------------------------+-----------------------------------------------------------+
|                             Summary for supply 2.102.0                              |
+-------------------------+-----------------------------------------------------------+
| track                   | internal                                                  |
| package_name            | toto                                         |
| json_key                |toto.json |
| skip_upload_apk         | false                                                     |
| skip_upload_aab         | false                                                     |
| skip_upload_metadata    | false                                                     |
| skip_upload_images      | false                                                     |
| skip_upload_screenshots | false                                                     |
| validate_only           | false                                                     |
| check_superseded_tracks | false                                                     |
| timeout                 | 300                                                       |
+-------------------------+-----------------------------------------------------------+

+-----------------------------+-------------------------------------------------------------------------------------------------+
|                                                         Lane Context                                                          |
+-----------------------------+-------------------------------------------------------------------------------------------------+
| DEFAULT_PLATFORM            | android                                                                                |
| PLATFORM_NAME               | android                                                                                |
| LANE_NAME                   | android deploy_internal                                                                         |
| ANDROID_NEW_VERSION_CODE    | 365                                                                                |
| GRADLE_BUILD_TYPE           | alpha                                                                                |
| GRADLE_ALL_APK_OUTPUT_PATHS | []                                                                                |
| GRADLE_ALL_AAB_OUTPUT_PATHS | ["/builds/R1130/VKO/toto/Application_Android/app/build/outputs/bundle/alpha/app.aab"] |
| GRADLE_AAB_OUTPUT_PATH      | /builds/R1130/VKO/toto/Application_Android/app/build/outputs/bundle/alpha/app.aab     |
+-----------------------------+-------------------------------------------------------------------------------------------------+
[15:28:37]: No local metadata, apks, aab, or track to promote were found, make sure to run `fastlane supply init` to setup supply

+------+--------------------------------------------+-------------+
|                        fastlane summary                         |
+------+--------------------------------------------+-------------+
| Step | Action                                     | Time (in s) |
+------+--------------------------------------------+-------------+
| 1    | update_fastlane                            | 5           |
| 2    | default_platform                           | 0           |
| 3    | Switch to android latest_build_number lane | 0           |
| 4    | google_play_track_version_codes            | 4           |
| 5    | google_play_track_version_codes            | 4           |
| 6    | google_play_track_version_codes            | 2           |
| 7    | android_set_version_code                   | 0           |
| 8    | gradle                                     | 13          |
| 9    | gradle                                     | 82          |
| 💥   | upload_to_play_store                       | 2           |
+------+--------------------------------------------+-------------+

[15:28:37]: fastlane finished with errors

[!] No local metadata, apks, aab, or track to promote were found, make sure to run `fastlane supply init` to setup supply
ERROR: Job failed: exit code 1

Regressions are to be used for when something worked, but not does not work again.

Your feature request is valid though, supply/upload_to_play_store only takes the APK vars:
https://github.com/fastlane/fastlane/blob/2e28e6ff975df87096bbb802dfcc25d510473389/fastlane/lib/fastlane/actions/upload_to_play_store.rb#L8-L17
(although the way this is build is a bit strange anyway, as it only works in the action and not command line. Not sure if this is different in other actions/tools)

Yep, sorry for the regression, didn't expect the bot!

All good, I removed the label and we are now handling this as a feature request.

What's the difference between action and command line?

upload_to_play_store also has a second name: supply. You can run it in a lane, like you are doing, or just execute fastlane supply on the command line as it is one of a limited sets of "special" commands. What I noticed is that the code, that gets the APK path from gradle only works in the action. But now explaining it to you it makes semi sense, as you can't run gradle on the command line as it is not one of the special ones.

@kusan-thana if you haven't see it, I fixed this in #13496


Docs on how to access and use the test status database

The testing docs mention the results database, but don't link to it or give any instructions for how to access it, understand current test status, etc. I cannot find any other docs on it either.
I was assigned https://github.com/dart-lang/sdk/issues/56002 but I have no idea how to actually go about addressing that. For example, how can I find a recent failure, or know what the current status is?
In general, these issues should have some documentation they can point to, for how to diagnose a test that is failing etc.
Presumably also this would be a good place to put documentation  on how to list all the currently failing tests for a project, etc?

The documentation there is right now is go/dart-status-file-free-workflow which links to go/dart-test-approval which links to the results feed UI.

Can we link to these from the external docs, and/or transcribe them into the external docs/  directory?

Ah, fwiw https://dart-current-results.web.app/ seems to be the most useful, to me at least. I found I can pretty easily search for a test based on path and see the status, as well as logs for recent failures. I will for now at least add a link to that to the docs.
I don't understand how the test filters on https://dart-ci.firebaseapp.com/ work at all, I can't get anything I want to show up.
I do think a distilled version of go/dart-status-file-free-workflow is really what we need here.

I don't understand how the test filters on https://dart-ci.firebaseapp.com/ work at all, I can't get anything I want to show up.

Example of a search with results (the problem is likely that you tried a prefix search and got no results because it doesn't do those, unlike the more modern current results feed app):
https://dart-ci.web.app/#showLatestFailures=false&test=pkg/analysis_server/test/integration/edit/get_postfix_completion_test&configurations=analyzer-unittest-asserts-release-win
The results feed AngularDart app should be rewritten in Flutter and offer a consistent UX with current results Flutter app (sharing most UI, but also improving search). Not sure if that will ever happen, though.

Example of a search with results (the problem is likely that you tried a prefix search and got no results because it doesn't do those, unlike the more modern current results feed app):

Hmm, I also did try putting in the full name (or what I thought was the full name, maybe it was wrong, idk).

It would be great if some of these internal Google docs could be migrated to public markdown docs at some point also.


[FEATURE] Move to DiligentGraphics

Feature Request
Description
Supports tessellation & geometry shaders, as well as being lightweight and having a god dam cmake
Links:

https://github.com/DiligentGraphics/DiligentSamples
https://github.com/DiligentGraphics/DiligentEngine

Use Case

BGFX author is toxic as hell, no decent support, all you get is either ticket deleted or lol update graphics card
Diligent has higher performance, specially on new DX12 & Vulkan
No more weird shader language, it's HLSL

Closes #93


BUG:

Version (please complete the following information):

OS: [Fedora 40]
Browser [Chrome and Firefox]
Web Clipper version: [?]
Obsidian version: [1.7.4]

Describe the bug
When I clip a page, a new note is created in Obsidian with the correct title but without the page's content.
The properties are not added either.
In essence, I get an empty note with a title.
I tried chrome and firefox. I also tried {{content}} and {{contentHtml}}
All tests were done with a fresh install of Web Clipper and the (unchanged) default template.

Did you register the URI?
https://help.obsidian.md/Extending+Obsidian/Obsidian+URI#Register+Obsidian+URI
If yes, what do you see in the developer console in Obsidian?

Thanks for your prompt answer.
I indeed misses that instruction in the github page (but could not find this on the official page on the obsidian site though).
In any case: I made the file and it works now for Firefox. However, Chrome still only gives the title. I opened the console (ctrl+shit+i) but as I have no idea what I'm looking for, I don't know what to report. I can help you debug if you want to.

I also have this bug, OS Kubuntu 24.04 with Firefox and the Obsidian 1.7.4 (deb package).
With legacy mode off the bug occurs, and the developer console says:
"Web Clipper requires Obsidian 1.7.2 or above. You may need to install the early access version, or enable legacy mode in Web Clipper settings."
Which shows up in the note body if I use {contentHtml} in the template.
Enabling legacy mode fills the missing fields.

Please review Linux troubleshooting steps here:
https://help.obsidian.md/Extending+Obsidian/Obsidian+Web+Clipper#Linux


[Package format request] Please provide an AppImage for Linux

The only binary format of ProcDump-for-Linux currently is a .deb package.
It would be nice if you could provide an AppImage as well. This project has a set of tools (AppImageKit) which can help to generate AppImages automatically from source code.
AppImages work on many different Linux distros out of the box. They are one single file (which internally is a squashfs-compressed file system, that, for running its payload app, uses a thin builtin helper runtime to temporarily mount the AppImage and execute the payload) only, which makes it super-easy for users to take advantage of it: No installation, no package manager, no root privileges required. Can run different versions of the same thing concurrently. Does not mess with system libraries either. Also easy to dispose of -- just delete the one file.
Your colleagues from the PowerShell department provide the v<IP_ADDRESS>-Alpha9 and v<IP_ADDRESS>-rc as AppImages too. And it works rather nice:

In AppImageKit there is a also tool, pkg2appimage which can convert the .deb to an AppImage.
But maybe you want to integrate the AppImage (and .deb) creation into an automatic package generation using Travis CI?

I have written an example yml recipe that can be used to convert the existing .deb into an AppImage:
https://github.com/AppImage/AppImages/blob/master/recipes/ProcDump.yml
Here is my test build:
https://bintray.com/probono/AppImages/ProcDump/1.0.glibc#files
Please note that this is for test purposes only. If there is interest from the ProcDump team, I'm happy to help making an official one, e.g., for continuous builds. In this case, we would not need to use Debian packages but could generate the AppImage directly during the build process.

Moving forward we intend to have a similar breadth of platform support as powershell for Linux. Thank you very much for bringing AppImage to our attention!

Just so you know, I built myself an AppImage manually from the .deb package you provide. Its size is 162 KByte, and it works. 👍
I also built an AppImage thru the recipe/.yml script probonopd quickly hacked together. This one creates an 11 MByte AppImage 👎 , but which also works. 👍  Somehow this automatically generated one has packed in a lot of Python stuff -- probably because somehow a gdb dependency made its way in (by human error in probonopd's recipe, or by a bug in the Debian dependency tree).
Just so you don't come to think that the AppImages are by default always so biiiiiig. No. This one must be fixed. :-)

So, what are the real dependencies of ProcDump?

I have written an example yml recipe that can be used to convert the existing .deb into an AppImage:
https://github.com/AppImage/AppImages/blob/master/recipes/ProcDump.yml
To make an AppImage using it, run, on a deb-based system:
wget https://raw.githubusercontent.com/AppImage/AppImages/master/pkg2appimage
bash pkg2appimage ProcDump
Here is my test build:
https://bintray.com/probono/AppImages/ProcDump/1.0.glibc#files
Please note that this is for test purposes only. If there is interest from the ProcDump team, I'm happy to help making an official one, e.g., for continuous builds. In this case, we would not need to use Debian packages but could generate the AppImage directly during the build process.

@probonopd May I know in the Exec line in your ProcDump.yml, how were you planning to pass cmd line options to procdump? I'm asking also because in the spec of the .desktop file, I don't see it supports parameters besides filenames, URLs and directories.

Possibly it already works? Invoke the AppImage with an argument and see if it works.

@probonopd I made an procdump.appimage by converting an existing .deb, which is very similar to what you did.  I did it with AppImageAssistant and an AppDir having the contents of an extracted .deb file(I saw this hello world way from the video by Simon Peter). But I ran into 2 issues: I still had to run the resultant appimage file with sudo, and procdump crashed because gcore couldn't open the core dump file.

I made an procdump.appimage by converting an existing .deb
I did it with AppImageAssistant and an AppDir having the contents of an extracted .deb file

Why???
Please use:
wget https://raw.githubusercontent.com/AppImage/AppImages/master/pkg2appimage
bash pkg2appimage ProcDump

as written above. AppImageAssistant has been deprecated for many years and an AppImage made that way won't work properly.

But I ran into 2 issues: I still had to run the resultant appimage file with sudo

I don't have this issue with my AppImage made with the commands above.

and procdump crashed because gcore couldn't open the core dump file.

How can I test this? I don't know how what "gcore couldn't open the core dump file" means, can you give step-by-step instructions? Where do I get a "core dump file" from?

@probonopd The video is at the front page of AppImage's website and that's how I saw the deprecated method.  I'll try your method and keep here updated about what the team thinks about AppImage.

Yes, that section of the video is utterly outdated by now. Thanks for reminding me that we need a new video. The pkg2appimage method is a quick (and somewhat dirty) way to automatically convert deb to AppImage. In case the ProcDump team wants to make "proper" AppImages, this can be done without going via a deb. In case the team is interested, I'm happy to help.

@probonopd I followed your method which uses your YML file. But I ran into the same 2 issues I had before: 1.

./ProcDump-1.0.glibc2.17-x86_64.AppImage -p 1355

ProcDump v1.0 - Sysinternals process dump utility
Copyright (C) 2017 Microsoft Corporation. All rights reserved. Licensed under ther MIT license.
Mark Russinovich, Mario Hewardt, John Salem, Javid Habibi
Monitors a process and writes a dump file when the process exceeds the
specified criteria.

Process:                python3 (1355)
CPU Threshold:          n/a
Commit Threshold:       n/a
Threshold Seconds:      10
Number of Dumps:        1

Press Ctrl-C to end monitoring without terminating the process.

[06:43:09 - WARN]: Procdump not running with elevated credentails. If your uid does not match the uid of the target process procdump will not be able to capture memory dumps
[06:43:09 - ERROR]: Target process is no longer alive

sudo !!
sudo ./ProcDump-1.0.glibc2.17-x86_64.AppImage -p 1355

ProcDump v1.0 - Sysinternals process dump utility
Copyright (C) 2017 Microsoft Corporation. All rights reserved. Licensed under ther MIT license.
Mark Russinovich, Mario Hewardt, John Salem, Javid Habibi
Monitors a process and writes a dump file when the process exceeds the
specified criteria.

Process:                python3 (1355)
CPU Threshold:          n/a
Commit Threshold:       n/a
Threshold Seconds:      10
Number of Dumps:        1

Press Ctrl-C to end monitoring without terminating the process.

bash: /tmp/.mount_ProcDuYfWlLt/lib/x86_64-linux-gnu/libtinfo.so.5: no version information available (required by bash)
[06:44:51 - ERROR]: An error occured while generating the core dump
[06:44:51 - ERROR]: GCORE - warning: Could not load shared library symbols for linux-vdso.so.1.
[06:44:51 - ERROR]: GCORE - Do you need "set solib-search-path" or "set sysroot"?
[06:44:51 - ERROR]: GCORE - [New LWP 1433]
[06:44:51 - ERROR]: GCORE - [New LWP 1424]
[06:44:51 - ERROR]: GCORE - [Thread debugging using libthread_db enabled]
[06:44:51 - ERROR]: GCORE - Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[06:44:51 - ERROR]: GCORE - 0x00007f570752703f in __GI___select (nfds=0, readfds=0x0, writefds=0x0, exceptfds=0x0, timeout=0x7ffcc7d7a650) at ../sysdeps/unix/sysv/linux/select.c:41
[06:44:51 - ERROR]: GCORE - 41  ../sysdeps/unix/sysv/linux/select.c: No such file or directory.
[06:44:51 - ERROR]: GCORE - Failed to open 'python3_commit_2019-09-06_06:44:50.1355' for output.
[06:44:51 - ERROR]: GCORE - gcore: failed to create python3_commit_2019-09-06_06:44:50.1355

Try without the -p argument. Then the AppImage runs fine.
I have no clue what this tool does or how it works... but I see that -p is causing some issue.

Reeding

Procdump not running with elevated credentails. If your uid does not match the uid of the target process procdump will not be able to capture memory dumps

it seems like the Procdump tool itself is what wants to be root. Nothing to do with AppImage.
Once you run with sudo, some portion of the code seems to get run which has issues in the current AppImage. Someone who knows what the application is doing there would have to have a look to see what is going wrong there.

@probobopd I brought up the sudo issue because I saw somewhere that one benefit of AppImage is that sudo is not needed. Now I realize this means for installation. But I thought AppImage doesn't require installation either? Anyway. Thanks for your clarification.

Right, AppImages do not need to be installed. Just download, set the executable bit, and run. No installation needed, hence no root rights needed (like you would for installing a deb or rpm). What the application does is out of the scope of AppImage. AppImage is just a self-mounting filesystem that executes whatever the application author has put inside it. Much like a .dmg disk image file on the Mac.

Hi all, we appreciate the discussions, clarifications and voluntary works! After thorough and careful consideration, we see that after existing supports of Debian and RPM, ProcDump actually has reached similar breadth of platform as Powershell on Linux. So we currently are not considering adding support for AppImage.


Invoke-AsCmd does not work with quote in passwords

Hi,
I think i found a bug in Invoke-AsCmd.
I am using the following code snippet:
$asAdminPassword = @'
This"is"aPassword%$%
'@ -replace '"', '""'
$SECURE_PASSWORD = ConvertTo-SecureString $('"{0}"' -f $asAdminPassword) -AsPlainText -Force
$CREDENTIAL = New-Object System.Management.Automation.PSCredential<EMAIL_ADDRESS>$SECURE_PASSWORD)
Invoke-ASCmd -InputFile "adjustconnection.tmsl" -Server "asazure://westeurope.asazure.windows.net/ccc:rw" -Credential $CREDENTIAL

Without the extra quotes arround the password, I get the following error
A semicolon was expected at index 133 in the connection string.

Adding quotes arround the password that are not even part of the password works arround the issue, but certainly does not feel correct.
Thanks

Just catching up. If still an issue, please raise a support ticket with either AAS/SSAS/Premium


HDFS-16564. Use uint32_t for hdfs_find

Description of PR
hdfs_find uses u_int32_t type for storing the value for the max-depth command line argument - https://github.com/apache/hadoop/blob/a631f45a99c7abf8c9a2dcfb10afb668c8ff6b09/hadoop-hdfs-project/hadoop-hdfs-native-client/src/main/native/libhdfspp/tools/hdfs-find/hdfs-find.cc#L43.
The type u_int32_t isn't standard, isn't available on Windows and thus breaks cross-platform compatibility. We need to replace this with uint32_t which is available on all platforms since it's part of the C++ standard.
How was this patch tested?
The existing unit tests exercise this PR sufficiently.
For code changes:

[x] Does the title or this PR starts with the corresponding JIRA issue id (e.g. 'HADOOP-17799. Your PR title ...')?
[ ] Object storage: have the integration tests been executed and the endpoint declared according to the connector-specific documentation?
[ ] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[ ] If applicable, have you updated the LICENSE, LICENSE-binary, NOTICE-binary files?

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
21m 29s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
22m  5s

trunk passed

+1 :green_heart:
compile
4m 11s

trunk passed

+1 :green_heart:
mvnsite
1m  2s

trunk passed

+1 :green_heart:
shadedclient
46m 29s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 32s

the patch passed

+1 :green_heart:
compile
3m 42s

the patch passed

+1 :green_heart:
cc
3m 42s

the patch passed

+1 :green_heart:
golang
3m 42s

the patch passed

+1 :green_heart:
javac
3m 43s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 35s

the patch passed

+1 :green_heart:
shadedclient
19m  1s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
33m 38s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 59s

The patch does not generate ASF License warnings.

128m 53s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux 475f325777dc 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 2eef94c4ae6df5e3b45e5cb286d7914f338f94ae

Default Java
Red Hat, Inc.-1.8.0_312-b07

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/1/testReport/

Max. process+thread count
549 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/1/console

versions
git=2.27.0 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
12m  1s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
26m  3s

trunk passed

+1 :green_heart:
compile
3m 41s

trunk passed

+1 :green_heart:
mvnsite
0m 44s

trunk passed

-1 :x:
shadedclient
56m 29s

branch has errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 24s

the patch passed

+1 :green_heart:
compile
3m 19s

the patch passed

+1 :green_heart:
cc
3m 19s

the patch passed

+1 :green_heart:
golang
3m 19s

the patch passed

+1 :green_heart:
javac
3m 19s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 27s

the patch passed

-1 :x:
shadedclient
26m  1s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
32m 37s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 46s

The patch does not generate ASF License warnings.

134m 29s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux b65ac514df5a 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 2eef94c4ae6df5e3b45e5cb286d7914f338f94ae

Default Java
Debian-11.0.14+9-post-Debian-1deb10u1

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/1/testReport/

Max. process+thread count
440 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/1/console

versions
git=2.20.1 maven=3.6.0

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 40s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
37m 54s

trunk passed

+1 :green_heart:
compile
3m 56s

trunk passed

+1 :green_heart:
mvnsite
0m 49s

trunk passed

+1 :green_heart:
shadedclient
61m 28s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 24s

the patch passed

+1 :green_heart:
compile
3m 38s

the patch passed

+1 :green_heart:
cc
3m 38s

the patch passed

+1 :green_heart:
golang
3m 38s

the patch passed

+1 :green_heart:
javac
3m 38s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 28s

the patch passed

+1 :green_heart:
shadedclient
18m 46s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
32m 52s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 53s

The patch does not generate ASF License warnings.

121m 30s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux 572db4ff8b56 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 2eef94c4ae6df5e3b45e5cb286d7914f338f94ae

Default Java
Red Hat, Inc.-1.8.0_322-b06

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/2/testReport/

Max. process+thread count
698 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/2/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 39s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
22m  3s

trunk passed

+1 :green_heart:
compile
4m 11s

trunk passed

+1 :green_heart:
mvnsite
1m  4s

trunk passed

+1 :green_heart:
shadedclient
46m 35s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 31s

the patch passed

+1 :green_heart:
compile
3m 41s

the patch passed

+1 :green_heart:
cc
3m 41s

the patch passed

+1 :green_heart:
golang
3m 41s

the patch passed

+1 :green_heart:
javac
3m 41s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 36s

the patch passed

+1 :green_heart:
shadedclient
19m 19s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
33m 16s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
1m  0s

The patch does not generate ASF License warnings.

108m  7s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux 91bf84fb6bbe 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 2eef94c4ae6df5e3b45e5cb286d7914f338f94ae

Default Java
Red Hat, Inc.-1.8.0_312-b07

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/2/testReport/

Max. process+thread count
713 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/2/console

versions
git=2.27.0 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 38s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
26m  6s

trunk passed

+1 :green_heart:
compile
3m 37s

trunk passed

+1 :green_heart:
mvnsite
0m 43s

trunk passed

-1 :x:
shadedclient
56m  5s

branch has errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 23s

the patch passed

+1 :green_heart:
compile
3m 22s

the patch passed

+1 :green_heart:
cc
3m 22s

the patch passed

+1 :green_heart:
golang
3m 22s

the patch passed

+1 :green_heart:
javac
3m 22s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 26s

the patch passed

-1 :x:
shadedclient
25m 40s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
32m 29s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 48s

The patch does not generate ASF License warnings.

122m 19s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux b11c88ca1021 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 2eef94c4ae6df5e3b45e5cb286d7914f338f94ae

Default Java
Debian-11.0.14+9-post-Debian-1deb10u1

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/2/testReport/

Max. process+thread count
503 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/2/console

versions
git=2.20.1 maven=3.6.0

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

this going to cause any linkage problems with existing apps?
what's up with the shaded client failure? its probably completely unrelated, but I've not seen this before.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 38s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
39m 26s

trunk passed

+1 :green_heart:
compile
3m 57s

trunk passed

+1 :green_heart:
mvnsite
0m 48s

trunk passed

+1 :green_heart:
shadedclient
63m  7s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 24s

the patch passed

+1 :green_heart:
compile
3m 36s

the patch passed

+1 :green_heart:
cc
3m 36s

the patch passed

+1 :green_heart:
golang
3m 36s

the patch passed

+1 :green_heart:
javac
3m 36s

the patch passed

+1 :green_heart:
blanks
0m  1s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 26s

the patch passed

+1 :green_heart:
shadedclient
18m 57s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
33m 22s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 54s

The patch does not generate ASF License warnings.

123m 44s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux 1497de115539 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 63293bbba9c00a2956b56466fd5e637cfd5a3631

Default Java
Red Hat, Inc.-1.8.0_322-b06

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/3/testReport/

Max. process+thread count
692 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/3/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

Hi @steveloughran,

this going to cause any linkage problems with existing apps?

No. The type uint32_t is part of the C++ standard included in the cstdint header file. It shouldn't cause any issues.

what's up with the shaded client failure? its probably completely unrelated, but I've not seen this before.

Yeah. It seems like we've a regression. I was able to reproduce this on the trunk on Debian 10. I'm trying to do a git bisect to narrow down the commit that's causing this.
Here's the test failure -
[INFO] Running org.apache.hadoop.example.ITUseMiniCluster
[ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 18.47 s <<< FAILURE! - in org.apache.hadoop.example.ITUseMiniCluster
[ERROR] useWebHDFS(org.apache.hadoop.example.ITUseMiniCluster)  Time elapsed: 12.167 s  <<< ERROR!
org.apache.hadoop.yarn.exceptions.YarnRuntimeException: org.apache.hadoop.yarn.webapp.WebAppException: Error starting http server
	at org.apache.hadoop.yarn.server.MiniYARNCluster.startResourceManager(MiniYARNCluster.java:384)
	at org.apache.hadoop.yarn.server.MiniYARNCluster.access$300(MiniYARNCluster.java:129)
	at org.apache.hadoop.yarn.server.MiniYARNCluster$ResourceManagerWrapper.serviceStart(MiniYARNCluster.java:500)
	at org.apache.hadoop.service.AbstractService.start(AbstractService.java:195)
	at org.apache.hadoop.service.CompositeService.serviceStart(CompositeService.java:123)
	at org.apache.hadoop.yarn.server.MiniYARNCluster.serviceStart(MiniYARNCluster.java:333)
	at org.apache.hadoop.service.AbstractService.start(AbstractService.java:195)
	at org.apache.hadoop.example.ITUseMiniCluster.clusterUp(ITUseMiniCluster.java:84)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 39s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
21m 57s

trunk passed

+1 :green_heart:
compile
4m 13s

trunk passed

+1 :green_heart:
mvnsite
1m  3s

trunk passed

+1 :green_heart:
shadedclient
46m 52s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 31s

the patch passed

+1 :green_heart:
compile
3m 41s

the patch passed

+1 :green_heart:
cc
3m 41s

the patch passed

+1 :green_heart:
golang
3m 41s

the patch passed

+1 :green_heart:
javac
3m 41s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 35s

the patch passed

+1 :green_heart:
shadedclient
18m 55s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
33m 23s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
1m  0s

The patch does not generate ASF License warnings.

108m  7s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux 96889bb0cfc2 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 63293bbba9c00a2956b56466fd5e637cfd5a3631

Default Java
Red Hat, Inc.-1.8.0_312-b07

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/3/testReport/

Max. process+thread count
543 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/3/console

versions
git=2.27.0 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 39s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
26m  5s

trunk passed

+1 :green_heart:
compile
3m 39s

trunk passed

+1 :green_heart:
mvnsite
0m 43s

trunk passed

-1 :x:
shadedclient
56m 12s

branch has errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 24s

the patch passed

+1 :green_heart:
compile
3m 20s

the patch passed

+1 :green_heart:
cc
3m 20s

the patch passed

+1 :green_heart:
golang
3m 20s

the patch passed

+1 :green_heart:
javac
3m 20s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 27s

the patch passed

-1 :x:
shadedclient
25m 47s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
32m 42s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 47s

The patch does not generate ASF License warnings.

122m 43s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux 82575fc92580 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 63293bbba9c00a2956b56466fd5e637cfd5a3631

Default Java
Debian-11.0.14+9-post-Debian-1deb10u1

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/3/testReport/

Max. process+thread count
441 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/3/console

versions
git=2.20.1 maven=3.6.0

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 45s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
43m  3s

trunk passed

+1 :green_heart:
compile
4m 16s

trunk passed

+1 :green_heart:
mvnsite
0m 44s

trunk passed

+1 :green_heart:
shadedclient
69m 54s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 24s

the patch passed

+1 :green_heart:
compile
3m 54s

the patch passed

+1 :green_heart:
cc
3m 54s

the patch passed

+1 :green_heart:
golang
3m 54s

the patch passed

+1 :green_heart:
javac
3m 54s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 27s

the patch passed

+1 :green_heart:
shadedclient
20m 24s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
37m 34s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 54s

The patch does not generate ASF License warnings.

136m 38s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux a178eced3645 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / eccc29e0ab2502c7b08c0dce875b3382282ef61d

Default Java
Red Hat, Inc.-1.8.0_322-b06

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/4/testReport/

Max. process+thread count
685 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/4/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 48s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
23m 24s

trunk passed

+1 :green_heart:
compile
4m  8s

trunk passed

+1 :green_heart:
mvnsite
1m  3s

trunk passed

+1 :green_heart:
shadedclient
47m 50s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 31s

the patch passed

+1 :green_heart:
compile
3m 42s

the patch passed

+1 :green_heart:
cc
3m 42s

the patch passed

+1 :green_heart:
golang
3m 42s

the patch passed

+1 :green_heart:
javac
3m 42s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 36s

the patch passed

+1 :green_heart:
shadedclient
19m 21s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
33m 45s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 57s

The patch does not generate ASF License warnings.

110m  6s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux 20effa88d310 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / eccc29e0ab2502c7b08c0dce875b3382282ef61d

Default Java
Red Hat, Inc.-1.8.0_312-b07

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/4/testReport/

Max. process+thread count
570 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/4/console

versions
git=2.27.0 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 39s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
21m 29s

trunk passed

+1 :green_heart:
compile
4m  2s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
compile
4m  5s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
mvnsite
0m 45s

trunk passed

+1 :green_heart:
shadedclient
50m  3s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 24s

the patch passed

+1 :green_heart:
compile
3m 43s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
cc
3m 43s

the patch passed

+1 :green_heart:
golang
3m 43s

the patch passed

+1 :green_heart:
javac
3m 43s

the patch passed

+1 :green_heart:
compile
3m 46s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
cc
3m 46s

the patch passed

+1 :green_heart:
golang
3m 46s

the patch passed

+1 :green_heart:
javac
3m 46s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 28s

the patch passed

+1 :green_heart:
shadedclient
19m 36s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
33m 36s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 47s

The patch does not generate ASF License warnings.

115m 23s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/4245

Optional Tests
dupname asflicense compile cc mvnsite javac unit codespell golang

uname
Linux b106ac6f8705 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / eccc29e0ab2502c7b08c0dce875b3382282ef61d

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS> /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/4/testReport/

Max. process+thread count
637 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4245/4/console

versions
git=2.25.1 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.


Uninstall does not work.

Environment
Microsoft Windows [Version 10.0.18363.836]
PowerToys version: 0.18.0 (This form needs to be updated to include this value)
PowerToy module for which you are reporting the bug (if applicable):

Steps to reproduce
appwiz.cpl
Select PowerToys.
Select Uninstall.
Elevate as prompted.
Expected behavior
PowerToys removes.
Actual behavior
At next Login, PowerToys is still around.

In the middle of the uninstall, after the elevation, Explorer appears to restart. I assumed that the uninstaller kills it to free one of its modules. This seems to have the side effect of blowing away the Add/Remove Programs control panel applet, masking the fact that the "PowerToys" entry is still listed in it after the uninstall "Finishes".

Confirming I have the same issue. The uninstaller appears to "crash" while Explorer restarts, closing the Add/Remove Programs window after admin elevation.
I do not have StarDock or other "customization" software running - Windows 10 Pro version 1909, build 18363.836.

@ericlaw1979 @gerwalk
we are aware of the problem with the legacy control panel.
You can use Windows 10 Settings -> Apps -> Apps & features that works properly and will uninstall PowerToys without errors.
Thank you.

Thanks, that does seem to work. I'm curious about whether the root cause of that is understood-- it's surprising to me that there's a difference.

@ericlaw1979, for some reason, the old control panel doesn't work.  We have a bug against it.  #2012


removed Dockerfile + plugins.txt

and this please https://github.com/hmcts/cnp-jenkins-config/blob/master/.gitignore#L16

done

hmm, I can't see that change @danielev04 ? I would expect secrets/ to be removed from the file


Adding ieeehalfprecision to third_party/.

This library will allow us to do fp16<->fp32 in C and is a small enough
dependency that conditionally compiling it out of the string handling
code is not worth it. Our current use of third_party/half/ contributes
about 13KB to our binary due to some large lookup tables.
This initial commit adds the library; future commits following on from
#5623 will switch us to using it.

@ThomasRaoux pointed out that he already wrote a little standalone variant for the sandbox and I'll just adapt that instead of using this third-party dep. Thanks Thomas!


Building the DLL file with the SLN

I open the sln and build then this happens

I open the sln and build then this happens

Just run as administrator

@hentaidono Thanks.
@Flamingo6 So?

What do you mean run as administrator?
I'm trying to build the SLN in visual studio and those errors

What should I do?

What should I do?

Close Visual studio ,Right click on Visual studio , left click on Run as Administrator

Doesn't work

Doesn't work

It must ! But you can put whole project folder on another path other than your windows drive .. the error simply says Visual studio doesn't have permissions to access that path

I can spot weird part in your image.
It says PC/Desktop/HACK4CSGO.
However, HACK4CSGO is the previous name of this project and every folder should've changed their name to 'Dainsleif'.
Is it actually the latest version of Dainsleif？

@hentaidono Don't worry I will take this over. But I appreciate your effort

@hentaidono Don't worry I will take this over. But I appreciate your effort

<3

Yeah, sorry I had a old version and didn't realize is there a SLN file here?

Nvm it's alright thanks

Is there a way to build it in visual studio? Or do I have to use CMAKE

I dont recommend you use zip from Release.
If you have Visual Studio, you can find Developer command prompt in your computer. You can freely use cmake command in it. execute every command in the guide, and once you've done cmake --build . you will see Dainsleif.dll in your Dainsleif/build/Debug folder. In that case you dont even need .sln and Visual Studio any more. Just inject the generated dll to CSGO.

where do i locate the sln? or how do i make it

im stuck too.
even when creating a new project out of the existing code it wont build because the c++ version does not match and has to be set manually but i dont know where

This project is written in C++ 17.
StackOverflow

This project is written in C++ 17.
StackOverflow

Aye, will test this asap


Remove git-version gradle plugin

Removes git-version since it is not in use

why? don't we provide the related git version info in "/"?