Multiple dispatch TODO list:

Issue for tracking investigation of switching to multiple dispatch instead of handler methods.
I have an initial implementation using Plum for multiple dispatch on the multiple-dispatch branch. The examples are updated, e.g. zero.py.
I'll update this with things I need to figure out/problems as they come up.
TODO/things to figure out:

[x] Figure out what to do about heterogenous inputs. Currently all but those sharing the type of the leftmost implicit argument are materialized, but obviously a benefit of multiple dispatch would be defining behavior for mixed types. On the other hand, if such a handler isn't defined, I don't want to just materialize all the arguments, so there needs to be a graceful fallback.
[x] Related: If a specific handler returns NotImplemented, it would be nice to try the next-most specific handler rather than falling all the way back to the default handler.
[x] I'm manually handling the dispatching in qax/primitives.py so that overrides will be registered against actual jax.core.Primitive instances rather than function string names. Need to decide if this is ideal.
[x] Registering handlers with strings uses getattr against jax.lax to look for f'{name}_p'. This makes it really convenient but may have some failure mode I haven't thought of
[x] What should be done in the case of primitives which have a variable number of arguments?

@patrick-kidger I'm trying Plum out if you want to take a look at the example or comment on any of these points. I haven't used Plum before so I'm a bit worried there will be sharp edges I'm unaware of.

Figure out what to do about heterogenous inputs. Currently all but those sharing the type of the leftmost implicit argument are materialized, but obviously a benefit of multiple dispatch would be defining behavior for mixed types. On the other hand, if such a handler isn't defined, I don't want to just materialize all the arguments, so there needs to be a graceful fallback.

I think "materialise everything" is probably a good fallback. A type's materialise rule can always be to raise an error or warning if needed.

Related: If a specific handler returns NotImplemented, it would be nice to try the next-most specific handler rather than falling all the way back to the default handler.

I'm not sure how frequently this comes up -- what's your use case? Usually I'd think of each handler knowing precisely what to do.
(I.e. I think even falling all the way back to the default handled sounds wrong -- once you've picked a dispatch rule there shouldn't be any fallback at all.)

Registering handlers with strings uses getattr against jax.lax to look for f'{name}_p'. This makes it really convenient but may have some failure mode I haven't thought of

Many primitives are not defined in lax, e.g. custom user primitives. (And many in core JAX too.)

What should be done in the case of primitives which have a variable number of arguments?

Something like
@register
def concatenate(*args: ZeroArrayValue):
    return Zero(shape=... dtype=...)

@register
def concatenate(*args: ArrayValue):
    args = tuple(materialise(x) for x in args)
    ...  # default

?
Here concatenate(zero, array) will hit the second one, according to subclassing rules.

I haven't used Plum before so I'm a bit worried there will be sharp edges I'm unaware of.

I think the main one is using precedence to avoid ambiguity: https://beartype.github.io/plum/precedence.html
Also, as a general principle: I think the types being dispatched on should be organised into a class hierarchy, with every type being precisely one of (a) abstract or (b) final.
E.g. in my above example I introduced ArrayValue and ZeroArrayValue. The overall hierarchy would be ZeroArrayValue <: ArrayValue <: Value and DenseArrayValue <: ArrayValue, where DenseArrayValue denotes the default dense JAX array.

Many primitives are not defined in lax, e.g. custom user primitives. (And many in core JAX too.)

Yeah what I went with was you can point at the ones in LAX with strings but for other ones you'll need to pass the actual primitive.

I'm not sure how frequently this comes up -- what's your use case? Usually I'd think of each handler knowing precisely what to do.

In my LoRA transform I have it only handling gather if the params satisfy certain requirements, and using the default behavior otherwise. I don't really have a use case for falling back to intermediate ones though so I'll probably just leave it as is.
Re: variadic primitives, it seems like a pretty common case would be only one of many inputs being an ImplicitArray. It's probably fine for a user defined handler to figure out what to do in that case. I don't know what the full set of variadic primitives is, so I'm not sure how much I need to worry about this.

the types being dispatched on should be organised into a class hierarchy

This is reasonable, so I guess I'll need to add a common ancestor for jax.Array and ImplicitArray.

In my LoRA transform I have it only handling gather if the params satisfy certain requirements, and using the default behavior otherwise. I don't really have a use case for falling back to intermediate ones though so I'll probably just leave it as is.

This is an interesting point. I'd suggest opening it as a request on the plum issue tracker.

This is reasonable, so I guess I'll need to add a common ancestor for jax.Array and ImplicitArray.

Preferring composition over inheritance -- I'm guessing this might be easier using newly-introduced types instead; stored as extra metadata on the tracer.

Preferring composition over inheritance -- I'm guessing this might be easier using newly-introduced types instead; stored as extra metadata on the tracer.

Well I just meant registering an ABC for the type annotations, not necessarily making a new class. I definitely don't want to mess around with actually inheriting from jax.Array.
As for the tracer thing I'm not quite sure what you mean. Currently the values are unboxed out of tracers prior to invocation of the handler. Right now those values will either be an ImplicitArray instance or a JAX value.


stackdriver surfacer is not capturing the streamed stdout or stderr

Describe the bug
Hi @manugarg
In issue #691, the addition of stdout streaming seems to be functional. However, Stackdriver Surfacer doesn't appear to be consistently collecting these streamed metrics.

In this image, it appears we're attempting to emit 12 metrics over 60 seconds, but only 8 are visible. The 4 metrics seem to overwrite existing ones at the end of the interval.

This image is for stderr, we can see that messages are streamed(converted into multiple messages) but emitted at last.
Cloudprober Version
Latest
To Reproduce
This flag :  DisableStreamingOutputMetrics is false.
Stackdriver Config
surfacer {
  type: STACKDRIVER
  allow_metrics_with_name: "(request_count)"
  stackdriver_surfacer {
    metrics_prefix: 0
    metrics_buffer_size: 100000
    monitoring_url: "custom."
  }
}

Additional Context
It seems we are encountering this issue because we switched from a 25-second duration to a 60-second one. Previously, smooth streaming was achieved by adding the "emission_counter" metric label only to the final batch.

Even though streaming output metrics is enabled (not disabled), I see metrics coming pretty close by -- there is a gap of about 12-13 sec. Stackdriver surfacer pushes metrics every 10s by default: https://github.com/cloudprober/cloudprober/blob/6320b294730c82d76ed7b2df70ac0cb66ea80aa7/surfacers/internal/stackdriver/proto/config.proto#L13
I think that's cutting too close. There are 3 ways to avoid this:

Add a rotating label to exported metrics, like this:

request_count{op=READ, status=SUCCESS, rotating_seq=1}
...
request_count{op=READ, status=SUCCESS, rotating_seq=10}
request_count{op=READ, status=SUCCESS, rotating_seq=1}
...

This way there won't be an explosion of timeseries and you won't overwrite anything. I think you can aggregate away rotating_seq while doing calculations.

Reduce stackdriver surfacer batch timer to something like 6s. I don't remember now how low you can go. Please check the stackdriver API quota docs.

Don't produce metrics this close. For more reliability leave a room of about 50%. So if batch timer is 10s, try to produce 15s apart.

I think 1st method is most reliable if that works for you. I'd also set batch timer as low as possible.

The emitted metrics are from our binary and it is configured to 12 seconds, even I did it 20 seconds the result remained same.
I have thought of 1st method but it would increase the cardinality of metric by huge margin and that's why I don't want to go through that method.
I  don't think batch_timer_sec has any role into this, every 12 seconds we are emitting metrics, and it is streamed out but it is not captured by stackdriver surfacer at any time.
What do you think?

I have thought of 1st method but it would increase the cardinality of metric by huge margin and that's why I don't want to go through that method.

How will it increase the cardinality of metric by huge margin? I see same metric repeated only twice every 60s. It wil increase cardinality only by 2 fold.

I don't think batch_timer_sec has any role into this, every 12 seconds we are emitting metrics, and it is streamed out but it is not captured by stackdriver surfacer at any time.

Surfacer caught it and overwrote what it had. It needs to send old metrics first if you don't want it to be overwritten, which is what batch timer will do.

In this case I am emitting less metrics, but in our normal case we will emit metrics 4 times in 60 seconds, which means adding a 4 different metric label and in our system cardinality calculation is like (previous cardinality)* 4,  which is actually crossing the limit. Our cardinality limit is 5000 and currently we are at 1100.
Surfacer caught it and overwrote what it had. It needs to send old metrics first if you don't want it to be overwritten, which is what batch timer will do.
The default batch timer sec is 10 seconds and our metric emission is 12 seconds which I think should be fine but in the meantime it never picked these metrics. Stackdriver is emitting other metrics in every 10 seconds like cloudprober_version but it didn't emit our binary metrics like in this image:

Interesting, cloudprober_version shouldn't even be generated every 10s, and I see that you've limited stackdriver surfacer to just request_count metrics. Where do you see stackdriver emitting cloudprober_version every 10s.
If stackdriver surfacer is sending 8 metrics instead of 12 every time, even when you're generating them 20s seconds apart, it seems like streaming is not working. Are you sure it's configured correctly? Asking because I am wondering how was it resolved last time?
To confirm if it's streaming or stackdriver surfacer, you can enable metrics logging by adding following stanza to probe config:
debug_options {
  log_metrics: true
}

Sorry, I forgot to mention that for cloudprober_version I have added allow_metrics_with_name: "(request_count|version)". I will test the log_metrics options and get back to you.
Asking because I am wondering how was it resolved last time?
Even I am not sure about it.

Looks like it is not getting streamed, all the metrics are logged at the last

The cloudprober configurations:
probe {
  name: ".."
  type: EXTERNAL
  targets { dummy_targets {} }
  external_probe {
    mode: ONCE
    command: "..."
    output_metrics_options {
      additional_labels: "..."
    }
  }
  debug_options {
    log_metrics: true
  }
  interval_msec: 60000
  timeout_msec:  60000
}

I just tried to reproduce it locally, I couldn't:
#!/bin/sh

while true; do
	echo "a 12"
	sleep 2
done

config:
probe{
name: "test"
type: EXTERNAL
    targets { dummy_targets {} }
    external_probe {
      mode: ONCE
      command: "/tmp/x.sh"
    }
  interval_msec: 10000
  timeout_msec: 5000
}

logs:
cloudprober<PHONE_NUMBER>477623090<PHONE_NUMBER> labels=ptype=external,probe=test,dst= a=12.000
cloudprober<PHONE_NUMBER>477623091<PHONE_NUMBER> labels=ptype=external,probe=test,dst= a=12.000
cloudprober<PHONE_NUMBER>477623092<PHONE_NUMBER> labels=ptype=external,probe=test,dst= a=12.000

3rd column is timestamp and you can see metrics coming in every 2s.
I think the only other suggestion I've is to verify the cloudprober version. It should be larger than v0.13.4. One way to do that will be to try adding disable_streaming_output_metrics:  true to external_probe section. On older versions that will fail.

I ma not sure how to verify the cloudprober version, But in our repository we keep cherry picking the features that we need, we do not pull all the changes from github and that might be the problem. But I have pulled all the changes related to streaming of stdout carefully.
With the below change:

I am getting these logs disable_streaming_output_metrics: true

and with disable_streaming_output_metrics: false

Here is the SetupStreaming function:
func (p *Probe) setupStreaming(c *exec.Cmd, target endpoint.Endpoint) error {
	stdout := make(chan string)
	stdoutR, err := c.StdoutPipe()
	if err != nil {
		return err
	}
	stderrR, err := c.StderrPipe()
	if err != nil {
		return err
	}
	go func() {
		defer close(stdout)
		defer stdoutR.Close()
		scanner := bufio.NewScanner(stdoutR)
		for scanner.Scan() {
			stdout <- scanner.Text()
		}
	}()
	go func() {
		defer stderrR.Close()
		scanner := bufio.NewScanner(stderrR)
		for scanner.Scan() {
			p.l.Warningf("Stderr: %s", scanner.Text())
		}
	}()

	go func() {
		for line := range stdout {
			for _, em := range p.payloadParser.PayloadMetrics(line, target.Name) {
				p.opts.RecordMetrics(target, em, p.dataChan, options.WithNoAlert())
			}
		}
	}()

	return nil
}

and runcmd_linux file is also same.
I will be looking into more depth, but if you suspect anything wrong please let me know.
Thanks.

@v-pratap I see. Can you also share a few lines that writing metrics to stdout and logging them? Is it Go code or something else? Other avenue to follow up will be if there is any buffering in your prober code at all..

In our code we are collecting all metrics from multi threaded structure and then emitting them. So the message you are seeing in cloud logger is from our binary.
C++ Code for final emission:
absl::Status MetricAggregator::EmitMetrics(bool add_unique_label) {
  for (const auto& [aggregator_function, metrics] : raw_metrics_) {
    absl::flat_hash_map<std::string, std::string> aggregated_metrics =
        aggregators_[aggregator_function]->Aggregate(metrics);

    for (const auto& [key, value] : aggregated_metrics) {
      std::string metric_name = key;
      std::string metric_value = value;
      if (add_unique_label) {
        AddUniqueLabelInMetric(metric_name);
      }
      std::cout << metric_name << " " << metric_value << "\n";
      cloud_logger_->Debug(absl::StrCat(metric_name, " ", metric_value));
    }
  }

  ++metric_emission_counter_;
  raw_metrics_.clear();
  return absl::OkStatus();
}

So from our code there will metrics emitted at 12 seconds and if probe end time is less than 12 seconds then it will emit early with unique metric label of emission_counter.

 std::cout << metric_name << " " << metric_value << "\n";

Can you try changing this to:
std::cout << metric_name << " " << metric_value << std::endl;

That will force the output stream to flush.
Re: logs having correct timestamp, I think logger stores timestamps when you actually log it, so it ends up being correct in the logs viewer while logs are actually flushed asynchronously.

I just tested this myself with the following program:
#include <iostream>
#include <chrono>
#include <thread>

int main() {
    while (true) {
        std::cout << "a 12" << "\n";
        // Second variation
        // std::cout << "a 12" << std::endl;

        // Sleep for 2 seconds
        std::this_thread::sleep_for(std::chrono::seconds(2));
    }
    return 0;
}

I don't get any output metrics with this variation (with "\n"), but I get correct metrics if I use std::endl.
std::cout << "a 12" << std::endl;

Thanks a lot @manugarg, I think it is working, I changed '/n' to std::endl

Well, that was interesting. C++ handles stdout differently than say Go, or Python. Glad using stdl worked out.


Allow to specify class on NavItems

This PR allows the user to specify a custom class for each NavItem. The purpose of this is to override the default CSS behaviour with more functionality.
This addresses #276
You can give the NavItems now a padding class for example which results in this:

@MarvinKlein1508 Thank you for the PR


Crandall - Pull biosampleMeta columns from ngsQC_HIVE

Per request from @Jgergely11 :
There are some inconsistencies with how NCBI reports data; we want to try and mitigate this by pulling the following biosampleMeta columns directly from ngsQC_HIVE:

organism_name
lineage
taxonomy_id
genome_assembly_id

For example, the first entry the biosample entry in NCBI is listed as "human lung metagenome" instead of "Severe acute respiratory syndrome coronavirus"

Will also pull bioproject

As per @steph-sing:

also add infraspecific_name from ngsQC_HIVE
populate biosample_score - will need formula (from @Jgergely11 or @HadleyKing ?)


Update Design Resources

[ ] bug
[ ] feature request
[X] enhancement

Expected behavior
Have a new Library version of the Clarity UI Template as well a content that shows the Clarity Sketch Library is available to download.
Will also want to keep the previous version of the UI Template (0.10.0) available for users who have not moved to Sketch 47 yet.
Actual behavior
Current 0.10.0 version is using Sketch 46 and doesn't have the Libraries ability
Reproduction of behavior

Environment details

UI Template version: 0.10.0

Clarity version: 0.10.8

OS and version:

Browser: [all]

@hippee-lee we will want to add something to the release notes about deprecating the Craft Library and that we want folks to move over to Sketch Library

@reddolan how about something like this ...

We have moved the Clarity Design Resources to use the newly released Sketch Library (links to
Sketch docs and Clarity files). The Craft Library is now deprecated and will be removed when Clarity v0.11.0 is released.

My thought is to include it in next weeks release (or I can update yesterday's) and include the message inside an alert-warning as part of the Other Changes section.
Sound good to you?

@reddolan
Any update on this?

Clarity UI Library - 0.10.11
Uploading Clarity-UI-Library-0.10.11.sketch.zip…
Clarity Icons Library - 0.10.11
Clarity-Icons-Library-0.10.11.sketch.zip


Drupal 8 AJAX error 200 and corrupted exports from VM but not Pantheon

Front-end developer here so be gentile ;)
DrupalVM 2.5.0
Windows 10 Pro
Virtual Box 5.0.20
Vagrant 1.8.1

Installed new Drupal 8 site on Pantheon.
Git cloned to local directory and followed Local Drupal codebase instructions from documentation, vagrant up!
Exported db from Pantheon and imported via Adminer

Base install D8 from Pantheon cloned to DrupalVM seemed to work fine until I tried any admin UI action that required AJAX (Views UI, using UI on single item Configuration export) which results in AJAX errors 200 in console. No issues with the original site in Pantheon. Nothing but core and standard admin theme is used.
The AJAX error is thrown from line 965 in /core/misc/ajax.js?v=8.1.1 which is a Handler for the form redirection error.
Uncaught AjaxError:
An AJAX HTTP error occurred.
HTTP Result Code: 200
Debugging information follows.
Path: /admin/config/development/configuration/single/export?ajax_form=1
StatusText: OK
ResponseText: [{"command":"settings","settings":{"ajaxPageState":{"theme":"seven","libraries":"classy\/base,classy\/messages,contextual\/drupal.contextual-links,contextual\/drupal.contextual-toolbar,core\/drupal.active-link,core\/html5shiv,core\/jquery.form,core\/jquery.form,core\/normalize,seven\/drupal.nav-tabs,seven\/global-styling,shortcut\/drupal.shortcut,toolbar\/toolbar,toolbar\/toolbar.escapeAdmin,tour\/tour,user\/drupal.user.icons","theme_token":"ZZV68Ks46yPjXRxbzGeSEwtexleLHeUaT84tP51At9I"},"ajax":{"edit-config-name--SvzGnFghLGE":{"callback":"::updateExport","wrapper":"edit-export-wrapper","event":"change","url":"\/admin\/config\/development\/configuration\/single\/export?ajax_form=1\u0026_wrapper_format=drupal_ajax","dialogType":"ajax","submit":{"_triggering_element_name":"config_name"}}},"ajaxTrustedUrl":{"\/admin\/config\/development\/configuration\/single\/export?ajax_form=1\u0026_wrapper_format=drupal_ajax":true},"pluralDelimiter":"\u0003","user":{"uid":"1","permissionsHash":"ab2b69806bce8a3c2de5c7449fc0c4ae34dca4b1273db41c5ea504db13d8918e"}},"merge":true},{"command":"update_build_id","old":"form-lAJxQiTZfriaW-hVsk33J9PtdfmLw1Frguh551gzkRQ","new":"form-EU8FnyTdvz_F9piQxkyCowLXtjxZ2jErU3SF4Dvvne4"},{"command":"insert","method":null,"selector":null,"data":"\u003Cdiv id=\u0022edit-config-type-wrapper\u0022\u003E\u003Cdiv class=\u0022js-form-item form-item js-form-type-select form-type-select js-form-item-config-name form-item-config-name\u0022\u003E\n      \u003Clabel for=\u0022edit-config-name--SvzGnFghLGE\u0022\u003EConfiguration name\u003C\/label\u003E\n        \u003Cselect data-drupal-selector=\u0022edit-config-name\u0022 id=\u0022edit-config-name--SvzGnFghLGE\u0022 name=\u0022config_name\u0022 class=\u0022form-select\u0022\u003E\u003Coption value=\u0022\u0022\u003E- Select -\u003C\/option\u003E\u003Coption value=\u0022comment_publish_action\u0022\u003EPublish comment (comment_publish_action)\u003C\/option\u003E\u003Coption value=\u0022comment_save_action\u0022\u003ESave comment (comment_save_action)\u003C\/option\u003E\u003Coption value=\u0022comment_unpublish_action\u0022\u003EUnpublish comment (comment_unpublish_action)\u003C\/option\u003E\u003Coption value=\u0022node_delete_action\u0022\u003EDelete content (node_delete_action)\u003C\/option\u003E\u003Coption value=\u0022node_make_sticky_action\u0022\u003EMake content sticky (node_make_sticky_action)\u003C\/option\u003E\u003Coption value=\u0022node_make_unsticky_action\u0022\u003EMake content unsticky (node_make_unsticky_action)\u003C\/option\u003E\u003Coption value=\u0022node_promote_action\u0022\u003EPromote content to front page (node_promote_action)\u003C\/option\u003E\u003Coption value=\u0022node_publish_action\u0022\u003EPublish content (node_publish_action)\u003C\/option\u003E\u003Coption value=\u0022node_save_action\u0022\u003ESave content (node_save_action)\u003C\/option\u003E\u003Coption value=\u0022node_unpromote_action\u0022\u003ERemove content from front page (node_unpromote_action)\u003C\/option\u003E\u003Coption value=\u0022node_unpublish_action\u0022\u003EUnpublish content (node_unpublish_action)\u003C\/option\u003E\u003Coption value=\u0022user_add_role_action.administrator\u0022\u003EAdd the Administrator role to the selected users (user_add_role_action.administrator)\u003C\/option\u003E\u003Coption value=\u0022user_block_user_action\u0022\u003EBlock the selected user(s) (user_block_user_action)\u003C\/option\u003E\u003Coption value=\u0022user_cancel_user_action\u0022\u003ECancel the selected user account(s) (user_cancel_user_action)\u003C\/option\u003E\u003Coption value=\u0022user_remove_role_action.administrator\u0022\u003ERemove the Administrator role from the selected users (user_remove_role_action.administrator)\u003C\/option\u003E\u003Coption value=\u0022user_unblock_user_action\u0022\u003EUnblock the selected user(s) (user_unblock_user_action)\u003C\/option\u003E\u003C\/select\u003E\n        \u003C\/div\u003E\n\u003C\/div\u003E","settings":null},{"command":"insert","method":"prepend","selector":null,"data":"\n","settings":null}]

In addition to the AJAX errors when I used the full archive export option in admin from Configuration synchronization it produced an apache error in pimpmylog AH01071: Got error 'PHP message: Uncaught PHP Exception Exception: "Unable to open in write mode '/var/www/tmp/config.tar.gz'" at /var/www/utla/core/lib/Drupal/Core/Archiver/ArchiveTar.php line 785 '. I ssh'd into Vagrant and sudo chmod 777 the /var/www/tmp directory which I hoped would fix the issue but instead now it completes without error but the tar file given downloaded can not be opened by 7zip. Export feature and tar file from the site on Pantheon work file. The config.tar.gz file produced in /tmp in the DrupalVM server is also fine.
Any insight to what may be causing this or how to pin point?

Front-end developer here so be gentile ;)

No worries!
One thing to take a look at: does the admin/reports/status page (status report) show any warnings/errors? It sounds like it could be a files directory or general filesystem permissions issue.

Nothing that I thought would cause the issues I am seeing. They are mostly related to security recommendations that I thought could be ignored on local development. We lock everything tight on Patheon before deployment.

Warning - Configuration files: Not protected
Error - Public files directory: Not fully protected
Error - Rebuild access: Enabled
Error - Trusted Host Settings: Not enabled

Is it a completely new site? Meaning no sensitive data? If it's not a security issue, you could email me<EMAIL_ADDRESS>the tar file and I can take a look to see if there are any clues as to why it's corrupt.

Thanks for the help @oxyc . You should have in your email from me now. Attached is both the working archive produced from the Pantheon dev site and the non-working archive from my local Drupal VM instance.

Well it's definitely a very minor corruption. It seems the first 3 bytes (e2 80 8b) are invalid, if I simply remove them I can extract all but 1 file from the archive.
As it's such a minor corruption, maybe worth deleting everything and trying again. Otherwise I'm not sure what could be the cause for it. I think we need some greater minds on it. For fun I'll email you back the mostly recovered file.

Thanks @oxyc. If I had to guess I think that same corruption is why all AJAX requests error out. HTTP Result Code: 200 means the request succeeds but it is the corruption preventing the data from then being parsed and used for views UI, conditional select fields with exporting single configurations from configurations sync etc... Perhaps something server side screwing up json requests?

Yes you are probably correct. I looked it up and e2 80 8b is a zero width space.

If you sign into the VM vagrant ssh, and run
grep -rl $'\xE2\x80\x8B' /var/www/ulta

Which files does it list?

nada unless I did something wrong here

Whops /var/www/ulta. Point is to run it where you have drupal_core_path set.

I have to leave for a bit but from these results I am willing to bet a copy/paste into my settings.local.php might be the culprit :)

Your settings.local.php seem to have some encoding issues. This can happen when you open a UNIX file on Windows. Could you try and re-save it with UNIX line-endings and UTF8 in your editor? Also verify that the grep command you just ran doesn't detect the file.

You could also run the following within the VM:
sed -i 's/\xe2\x80\x8b//g' /var/www/utla/sites/default/settings.local.php

But for the problem not to come up again you should set your editor to always use UNIX line endings and UTF-8 encoding.

Yup it was an extra space before the <?php in settings.local.php. Now I wonder if I should of gotten PHPStorm over Webstorm for the PHP debugging. Thanks a ton for helping me track this down :)

Glad I could help, it was a fun debugging challenge :)


P2PK addresses

Hi,
Why is there no way to create an address from a P2PK script?
For example, how to transform this script
020e46e79a2a8d12b9b5d12c7a91adb4e454edfae43c0a0cb805427d2ac7613fd9 OP_CHECKSIG
into
1P3rU1Nk1pmc2BiWC8dEy9bZa1ZbMp5jfg
as displayed by a bitcoin core node.
GetDestinationAddress won't create it and it doesn't seem like there is a function to create one from the public key I can extract from the script.

That's because P2PK scripts were before than bitcoin addresses, that's why p2pk cannot be represented by bitcoin address. In fact, if you send bitcoins to that address 1P3rU1Nk1pmc2BiWC8dEy9bZa1ZbMp5jfg, you will not be able to spend it with the private key which your public key (020e46e79a2a8d12b9b5d12c7a91adb4e454edfae43c0a0cb805427d2ac7613fd9) was derived from.
Just to show were that bitcoin address come from:
Console.WriteLine(
    new Script("020e46e79a2a8d12b9b5d12c7a91adb4e454edfae43c0a0cb805427d2ac7613fd9 OP_CHECKSIG")
    .GetDestinationPublicKeys().First()
    .GetAddress(Network.Main);
    .ToString());

It you follow this code you will see that it exract the first public key in the script (the only one there) and then it hashes it and creates a p2pkh address!. By carefull with this.

It works thanks!

Just for the record: i didn't provided you a solution. I've just gave you an explanation about why that piece of code is 100% WRONG and can make you loose money (you shouldn't use it at all).

This code is simply to be able to display an address from a script and won't be used to create new addresses (and send money to them). I understand this is not a correct way to create addresses but it looks like this is the way bitcoin core chose to display old P2PK scripts.


fix(idl-gen): Types with const generics produce invalid IDL

Resolves #512

Will it work for types with two/more const generics?

Sure, update test


Documentation about session files location

Congrats for this project!
A little documentation clarification would be useful: where are the saved session files located?
ollama run llama3.1
... 30-minute long conversation ...
/save session_test

I only see 2 additional files:

/usr/share/ollama/.ollama/models/manifests/registry.ollama.ai/library/session_test/latest which is only a 1KB size JSON file. It only contains a few SHA256 hashes. So this is impossible that it contains the past history of pages of conversation.
/usr/share/ollama/.ollama/models/blobs/sha256-... which is a ~ 500 bytes file. Impossible to contain all the history of this session.

To do a further test, I deleted history of ~/.ollama/history and history.tmp, but still, when loading ollama run session_test, the past history is still there. Where, in which files, is the history saved for sessions saved with /save session_test?

The messages are stored in a sha256 blob.  The manifest file has entry tagged with mediaType of application/vnd.ollama.image.messages, that will point to the blob with the message history.

Authentication and authorisation are not features of ollama, it's expected that those sorts of functions are handled by supporting infrastructure, eg nginx frontend with SSO.


Pagination

TODO

[ ] pagination in backend

[x] clean up usages of shared_utils.Paginate
[ ] apis

[ ] injected into others

[ ] files in pipelines
[ ] steps in pipelines
[ ] get queue info

[ ] fetched from external

[ ] repos

[x] agents

[ ] UI

[x] PRs
[x] branches
[ ] pipelines
[x] secrets

[x] admin
[x] org
[x] repo

[x] registries
[x] crons
[x] admin

[x] users
[x] agents

[ ] requires api

[ ] repos
[ ] queue/tasks

Codecov Report
Patch coverage: 41.02% and project coverage change: -0.09 :warning:

Comparison is base (46452fb) 39.30% compared to head (ef49a05) 39.21%.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@            Coverage Diff             @@
##           master    #1651      +/-   ##
==========================================
- Coverage   39.30%   39.21%   -0.09%
==========================================
  Files         167      168       +1
  Lines       10852    10878      +26
==========================================
+ Hits         4265     4266       +1
- Misses       6313     6338      +25
  Partials      274      274

Impacted Files
Coverage Δ

server/forge/bitbucketserver/bitbucketserver.go
0.00% <0.00%> (ø)

server/forge/common/utils.go
38.46% <ø> (-26.06%)
:arrow_down:

server/forge/github/github.go
14.97% <0.00%> (-0.08%)
:arrow_down:

server/forge/gitlab/gitlab.go
20.65% <0.00%> (-0.09%)
:arrow_down:

server/forge/gogs/gogs.go
49.76% <0.00%> (ø)

server/grpc/rpc.go
0.00% <0.00%> (ø)

server/model/file.go
0.00% <ø> (ø)

server/model/registry.go
0.00% <ø> (ø)

server/model/secret.go
48.07% <ø> (ø)

server/pipeline/cancel.go
0.00% <0.00%> (ø)

... and 12 more

... and 1 file with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

https://github.com/woodpecker-ci/woodpecker/pull/1698#issuecomment-1500350595

TODOs:

[ ] Bugfix: on crons if you try to delete the last entry ... it is still shown and on page-reload gone ... expect to disapear on deletion right away

just wonder if there already exist a vue3 component that does all the list-view+pagination well we could just use
so we dont have to resolve all the edgecase ourselve agian ... (see pageSize=5 bug)

@qwerty287 I've just pushed a fix which should solve it.

is it ready to be tested again?


fix(cmd): Remove panic logic

What this PR does / why we need it:
Add your description
Which issue(s) this PR is related to (optional, link to 3rd issue(s)):
Fixes #

It should not panic even if there is an error.

Reference to #

Special notes for your reviewer:
/cc @gaocegege

Release note:

NONE

Fix #8

Thanks for your contribution! :tada: :+1:


In the German translation of the documentation Flexible Server ist still "In Preview"

In the German translation of the documentation Flexible Server ist still "In Preview". You should remove "In Preview" also on the German documentation.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 789139e9-15bb-58a9-7dc3-bd85c0bcfee5
Version Independent ID: cda59fed-f3ff-aa09-a13c-027a54e4141a
Content: Azure Database for PostgreSQL - Flexible Server
Content Source: articles/postgresql/flexible-server/overview.md
Service: postgresql
GitHub Login: @sunilagarwal
Microsoft Alias: sunila

Hi, @sunilagarwal Thanks for your feedback! We will investigate and update as appropriate.

Thanks for pointing this out. I have asked our german locale expert to fix this. Will close this PR once it is updated.

Thanks @kabharati for looking in to this

Hi @kabharati can you please confirm if fix has been completed

Hi @GeethaThatipatri-MSFT - It appears the resources who needs to update it are currently on vacation (holidays) and it will be handled once they are back most likely next week. I will follow up and close this as soon as possible.

Thanks, @kabharati for checking

@adoelger This will be closed at the earliest by making appropriate changes.
We will now proceed to close this thread. If there are further questions regarding this matter, please comment and we will gladly continue the discussion.

This is now updated and preview tag has been removed. Closing the PR

#please-close

Thanks @kabharati  for the update


Module 'collections' has no attribute 'Mapping'

When trying to install the aur package on Arch, I get this error during build():
Traceback (most recent call last):
  File "/home/adame/.cache/paru/clone/python-quamash/src/Quamash-0.6.1/setup.py", line 2, in <module>
    import quamash
  File "/home/adame/.cache/paru/clone/python-quamash/src/Quamash-0.6.1/quamash/__init__.py", line 594, in <module>
    from ._unix import _SelectorEventLoop
  File "/home/adame/.cache/paru/clone/python-quamash/src/Quamash-0.6.1/quamash/_unix.py", line 44, in <module>
    class _SelectorMapping(collections.Mapping):
AttributeError: module 'collections' has no attribute 'Mapping'

This can be an issue related to Python's version. I may inspect this in the future.

This is fixed in the master branch, but not in PyPI.
Updated versions will not be uploaded to PyPI until the automated tests pass. PRs accepted.


says nothing about running the app.

[So, this document outlines NOTHING about how to run the app you just produced. It does not say, the app pops up in front of you or that you have to open it, or anything like that.  ]

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 62d386bb-3f93-d434-e7b3-28c58ea673e9
Version Independent ID: a1a9b02f-66a0-feb0-7a08-9a8d2cf398d1
Content: Getting started tutorials - 2. Initializing your project and deploying your first application - Mixed Reality
Content Source: mixed-reality-docs/mr-learning-base-02.md
Product: mixed-reality
Technology: mr-dev
GitHub Login: @jessemcculloch
Microsoft Alias: jemccull

Thanks @iambetterthanyou, we're in the midst of addressing this in several of our other issues, specifically #59. I'm going to close this as we don't want to duplicate these.


How to add controllers from plugin?

Hi
I'm trying to load controllers from a plugin but it's not working. I just used PluginLoader class to load plugin dll and then called AddApplicationPart by passing plugin assembly on IMvcBuilder but it does not load controllers and I can not access the route I have given to controller. But when I add plugin reference to my host application it works.
I think it because asp net core loads controller from default assembly context loader and my plugins are in another context.
Am I doing something wrong or this is default behavior?
And if not, Is there any way to solve this problem?

Thanks it's working now


Update note list after changing layout mode

The user is able to set different values for the amount of preview lines to be shown depending on the layout mode (grid / list).
When the user changes between list and grid mode the amount of preview lines shown doesn't change, because the NoteList isn't updated. The different amount of preview lines only takes effect on the next database change.
With this PR the issue is fixed by manually calling updateNoteList() after changing the list layout mode, similar to how it is handled after changing the sort mode.

I'm having trouble reproducing this. I set 5 lines in list mode, 10 lines in grid mode, but when I switch from one another it gets updated correctly. Is this the right steps? Normally that's an attribute of the view holder which gets updated by the adapter when changing the layout manager.

Ah, I just now noticed that it only doesn't work for list notes. Other than that the steps to reproduce should be correct.
Create a list note with more than 5 items, switch from list view to grid view and the amount of items shown doesn't change. I am able to reproduce this consistently on Android 12.

The updateForListLayoutChange function in the NoteAdapter causes a rebind of all items. The issue seems to be that the same NoteItemList is being rebound (ListNoteViewHolder.bind), which still contains the old items list and overflowCount.
It works for text notes, because the amount of maximum lines is dynamically set in TextNoteViewHolder.bind instead of being part of the NoteItemText class.

Thanks.


2.x Minor renaming + adding some randomisation in the Ocelli LB Resolver

NetflixOSS » eureka » eureka-pull-requests #154 SUCCESS
This pull request looks good


Typo in diagram layer of Modelica.Electrical.Analog.Sources.TableCurrent

Reported by ulf.nordstrom on 15 Jan 2014 12:26 UTC
Hi,
There is a small typo in the diagram layer of Modelica.Electrical.Analog.Sources.TableCurrent.
The table heading is "time" and "v" which probably should be "time" and "i".

Migrated-From: https://trac.modelica.org/Modelica/ticket/1393

Comment by dietmarw on 15 Jan 2014 13:02 UTC
FIXED in 0d2d7d3800a13dd556a4447773ac71703a08d1e1

Comment by beutlich on 7 May 2014 21:06 UTC
Fixed in 3f7d0492f2d3e9f7c4e27a38d444ca44c1a0e3c0 for 3.2.1 maintenance branch.


Adding configurable option 'beforeShowDay'

There is at least one missing configurable option that one can use in pure bootstrap datepicker but can not use via this facade.

I have no idea why the build on travis has failed.


Fixing preview pane alpha when using Gradient or Hue selection

When clicking on the HueBar or the Gradient field, the alpha value would be inverted:

GradientOnMouseDown and HueBarOnMouseDown were not respecting the recent changes in Dragonflight which removed the alpha-value reversion.

Was fixed already :)


TagsInput: deleting a pasted value completely disables pasting

🐛 Bug report
After pasting a value and pressing enter, deleting the created tag causes pasting to be disabled altogether

Go to https://zagjs.com/components/react/tags-input
Paste an arbitrary value. Press enter.
Delete the value and paste again.
Pasting does not work

🧐 Expected behavior
Pasting should keep on working.
🌍 System information

Software
Version(s)

Zag Version
0.61.0

Browser
Firefox

Operating System
MacOS

📝 Additional information
This happens regardless of addOnPaste status

Good catch! Most likely, the machine is in a state that doesn't handle the paste event.
Should be a quick fix.

I just pushed a fix for this. We'll release an update shortly.
If the issue persists after upgrading, I'll re-open it.


Replace ace-jump-mode with avy

Avy is a more modern and feature-rich alternative to ace-jump-mode. See also this article.

Done in fa811d0c57d4805cab15fc3fec48892ab5e9ab1d, avy configured in 37ce1fbd7ad188c22322e3fd857a8e95a5bcde53.


meta: md with I and x removes value

If md is given the I flag and x flags it will mark stale and
remove the value, but leave the item.
This allows the user to create a tombstone of a previous value with a
new TTL.
TODO:

[ ] Update doc/protocol.txt
[x] Decide if this should require I or work independently of it.

leaning towards decoupling x from I

made that change. need to merge the stupid parser so I don't have to keep doing things twice...

Hey @dormando,
I have performed thorough internal testing of this SHA and confirmed both that it behaves as we would expect and that it meets our needs. Ready to merge from our perspective!
 I'll merge after I add some automated tests.

done and merged.


Slower response time after latest HA updates

Hello, was there any new motion blinds code in latest HA updates? Response time (example clicking stop when shade are rolling down) went from 1-2 seconds to like 6-8 seconds. Using native apps (connector) response time is 1-2 seconds.
EDIT. Looks like I have also some logs:
Log details (ERROR)
Logger: motionblinds.motion_blinds
Source: components/motion_blinds/coordinator.py:65
First occurred: 10:52:43 (14 occurrences)
Last logged: 14:38:53

Timeout of 3.0 sec occurred on 3 attempts while sending message '{'msgType': 'WriteDevice', 'mac': '9c9c1f2876f0000a', 'deviceType': '10000000', 'AccessToken': 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx', 'msgID': '20240118120208620', 'data': {'operation': 5}}'
Timeout of 3.0 sec occurred on 3 attempts while sending message '{'msgType': 'WriteDevice', 'mac': '9c9c1f2876f0000b', 'deviceType': '10000000', 'AccessToken': 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx', 'msgID': '20240118121500805', 'data': {'operation': 5}}'
Timeout of 3.0 sec occurred on 3 attempts while sending message '{'msgType': 'WriteDevice', 'mac': '9c9c1f2876f00010', 'deviceType': '10000000', 'AccessToken': 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx', 'msgID': '20240118121530914', 'data': {'operation': 5}}'
Timeout of 3.0 sec occurred on 3 attempts while sending message '{'msgType': 'WriteDevice', 'mac': '9c9c1f2876f00012', 'deviceType': '10000000', 'AccessToken': 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx', 'msgID': '20240118121550978', 'data': {'operation': 5}}'
Timeout of 3.0 sec occurred on 3 attempts while sending message '{'msgType': 'WriteDevice', 'mac': '9c9c1f2876f00009', 'deviceType': '10000000', 'AccessToken': 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx', 'msgID': '20240118123844066', 'data': {'operation': 5}}'

Logger: motionblinds.motion_blinds
Source: components/motion_blinds/coordinator.py:52
First occurred: 10:53:57 (2 occurrences)
Last logged: 11:38:42

Timeout of 3.0 sec occurred on 3 attempts while sending message '{'msgType': 'ReadDevice', 'mac': '9c9c1f2876f0', 'deviceType': '02000001', 'AccessToken': 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx', 'msgID': '20240118085348850'}'
Timeout of 3.0 sec occurred on 3 attempts while sending message '{'msgType': 'ReadDevice', 'mac': '9c9c1f2876f0', 'deviceType': '02000001', 'AccessToken': 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx', 'msgID': '20240118093833850'}'

Log details (ERROR)
Logger: homeassistant.components.motion_blinds.gateway
Source: components/motion_blinds/gateway.py:135
Integration: Motion Blinds ([documentation](https://www.home-assistant.io/integrations/motion_blinds), [issues](https://github.com/home-assistant/core/issues?q=is%3Aissue+is%3Aopen+label%3A%22integration%3A+motion_blinds%22))
First occurred: 10:51:51 (1 occurrences)
Last logged: 10:51:51

Could not find working interface for Motion Blinds host <IP_ADDRESS>, using interface '<IP_ADDRESS>'

@vukisz seems like there is some network issue wich prevents the gateway from pushing the postion to HomeAssistant.
Did you change anything in your network?
Moreover the timeouts seem to indicate a bad wifi connection to the bridge.
That might explain these issues.

Hello. Probably you are right - some kind of connection issues. It resolved itself after a couple of days

Glad it just resolved itself!
If you appreciate the motion blinds integration and want to support its development, please consider sponsering this library.


Manage Shield with Hiera

Hi guys !
I've using your module at work a couple of days ago and seems like you cannot use shield with hiera.
So I made a few tweaks on the code to be able to use hiera.
May I create a pull request to solve this issue ?

Certainly! Just check out CONTRIBUTING.md to help get you started. Any tests you write to help validate the functionality you're adding would be a great help as well.
Thank you for your willingness to contribute! 👍

@lfacchinelli I'd be interested to know what you mean. I'm using hiera for almost everything.

@cbuescher And are you using hiera to set shield user and roles ? Without touching anything in the module ?

@lfacchinelli just got mentioned by you, maybe by mistake? Not sure what this discussion is about really, sorry.

@cbuescher UPS! my bad !
@cdenneen The original post was for you :-)

@lfacchinelli yes in my profile::elasticsearch I'm just creating those resources from hiera.

@cdenneen Can you show me an example ? Probably i'm doing it wrong

my_esusers:
  admin:
    password: 'changeme'
    roles:
      - 'admin'

$es_users = hiera_hash('my_esusers',{})
create_resources(elasticsearch::shield::user,$es_users)

That's probably the quickest example...
I usually use naming like:
profile::elasticsearch::es_users:
  admin:

for cleaner naming but you should get the general idea.

@cdenneen Well , in that example you are coding in order to support hiera.
My post was about including hiera support by default, without coding anything else.

I do hash lookups in order to merge across hierarchy, which doesn't work with APL.
If you use:
class profile::elasticsearch($es_users){
  include ::elasticsearch
  create_resources(elasticsearch::shield::user,$es_users)

it does it without the additional hiera_hash lookup because its explicit in the APL.
You are going to have to include the class and types somewhere in code (hopefully a profile) so this is where it gets done.
if your suggesting adding elasticsearch/manifests/shield/users.pp which contains basically:
class elasticsearch::shield::users {
  create_resources('elasticsearch::shield:user',$elasticsearch::esusers_hash)
}

There is some contention to this model, one of the reasons there is no elasticsearch::plugins as a similar wrapper for elasticsearch::plugin because you should be including this as needed vs having module forcibly create. Also when it comes to hash merging across hierarchy, the APL here described doesn't work. So you'd end up having to create your own variable and pass that to create resources anyway.

As @cdenneen has noted, making a call to create_resources is similar to how I've consumed hiera structures in the past for defined types. Thanks for the clarification, btw. 👍
@lfacchinelli do you have an example of what you're proposing would look like is the create_resources approach doesn't work for you? There's always the option to add a parameter to the elasticsearch class like elasticsearch::shield_users which you can inject via hiera (and the module can call create_resources with), but as @cdenneen mentioned, there's a significant loss of flexibility there as you can't merge the hiera structures that easily so you lose some of the benefits of hiera with that approach anyway.

I'm not sure how much benefit that would add. e.g. we have automated password management on top of all that, so we will load from both hiera and a password store. I see no issue with having retrieval from hiera and create_resources be two lines. The approach of speaking directly to hiera also means a hidden interaction in the background.

This should be natively supported with the addition of #813.


Build Failure /  invalid use of non-static data member 'wordSize'

-- The CXX compiler identification is Clang 3.8.0
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
Creating the build directory for the AlexaClientSDK with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
-- Checking for module 'totem-plparser>=3.10'
--   Found totem-plparser, version 3.10.8
-- Checking for modules 'gstreamer-1.0>=1.8;gstreamer-app-1.0>=1.8'
--   Found gstreamer-1.0, version 1.8.3
--   Found gstreamer-app-1.0, version 1.8.3
avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/BufferLayout.h:456:57: error:
invalid use of non-static data member 'wordSize'
if (wordSize > std::numeric_limits<decltype(Header::wordSize)>::max()) {

can you do a 'make VERBOSE=1' and attach the log here?

[  0%] Building CXX object AVSCommon/CMakeFiles/AVSCommon.dir/AVS/src/Attachment/InProcessAttachment.cpp.o
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon && /usr/bin/c++  -DACSDK_LOG_MODULE=avsCommon -DAVSCommon_EXPORTS -DGSTREAMER_MEDIA_PLAYER -DTOTEM_PLPARSER -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/googletest-release-1.8.0/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/SDKInterfaces/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/rapidjson/rapidjson-1.1.0/include -I/home/joel/git/demo/build/out/include  -DDEBUG -DACSDK_DEBUG_LOG_ENABLED -Wall -Wsign-compare -g -DRAPIDJSON_HAS_STDSTRING -fPIC   -std=c++11 -o CMakeFiles/AVSCommon.dir/AVS/src/Attachment/InProcessAttachment.cpp.o -c /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/Attachment/InProcessAttachment.cpp
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/Attachment/InProcessAttachment.cpp:18:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include/AVSCommon/AVS/Attachment/InProcessAttachment.h:21:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include/AVSCommon/AVS/Attachment/Attachment.h:27:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/InProcessSDS.h:27:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/SharedDataStream.h:468:
/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/BufferLayout.h:456:57: error: invalid use of non-static data member 'wordSize'
    if (wordSize > std::numeric_limits<decltype(Header::wordSize)>::max()) {
                                            ~~~~~~~~^~~~~~~~
/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/SharedDataStream.h:347:31: note: in instantiation of member function
      'alexaClientSDK::avsCommon::utils::sds::SharedDataStream<alexaClientSDK::avsCommon::utils::sds::InProcessSDSTraits>::BufferLayout::init' requested here
    if (!sds->m_bufferLayout->init(wordSize, maxReaders)) {
                              ^
/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/Attachment/InProcessAttachment.cpp:33:26: note: in instantiation of member function
      'alexaClientSDK::avsCommon::utils::sds::SharedDataStream<alexaClientSDK::avsCommon::utils::sds::InProcessSDSTraits>::create' requested here
        m_sds = SDSType::create(buff);
                     ^

it is building from where it left. Can you do a 'make clean' and then 'make VERBOSE=1'

make avs-device-sdk VERBOSE=1
/usr/local/bin/cmake -H/home/joel/git/AVSD -B/home/joel/git/demo/build --check-build-system CMakeFiles/Makefile.cmake 0
Re-run cmake, missing byproduct: avs-device-sdk-prefix/tmp/avs-device-sdk-cfgcmd.txt
fatal: No names found, cannot describe anything.
-- Building project version:
-- AVSD_DEPS_BUILD = ON
-- Configuring done
-- Generating done
-- Build files have been written to: /home/joel/git/demo/build
make -f CMakeFiles/Makefile2 avs-device-sdk
make[1]: Entering directory '/home/joel/git/demo/build'
/usr/local/bin/cmake -H/home/joel/git/AVSD -B/home/joel/git/demo/build --check-build-system CMakeFiles/Makefile.cmake 0
/usr/local/bin/cmake -E cmake_progress_start /home/joel/git/demo/build/CMakeFiles 56
make -f CMakeFiles/Makefile2 CMakeFiles/avs-device-sdk.dir/all
make[2]: Entering directory '/home/joel/git/demo/build'
make -f CMakeFiles/totem-pl-parser.dir/build.make CMakeFiles/totem-pl-parser.dir/depend
make[3]: Entering directory '/home/joel/git/demo/build'
cd /home/joel/git/demo/build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /home/joel/git/AVSD /home/joel/git/AVSD /home/joel/git/demo/build /home/joel/git/demo/build /home/joel/git/demo/build/CMakeFiles/totem-pl-parser.dir/DependInfo.cmake --color=
make[3]: Leaving directory '/home/joel/git/demo/build'
make -f CMakeFiles/totem-pl-parser.dir/build.make CMakeFiles/totem-pl-parser.dir/build
make[3]: Entering directory '/home/joel/git/demo/build'
make[3]: Nothing to be done for 'CMakeFiles/totem-pl-parser.dir/build'.
make[3]: Leaving directory '/home/joel/git/demo/build'
[ 14%] Built target totem-pl-parser
make -f CMakeFiles/nghttp2.dir/build.make CMakeFiles/nghttp2.dir/depend
make[3]: Entering directory '/home/joel/git/demo/build'
cd /home/joel/git/demo/build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /home/joel/git/AVSD /home/joel/git/AVSD /home/joel/git/demo/build /home/joel/git/demo/build /home/joel/git/demo/build/CMakeFiles/nghttp2.dir/DependInfo.cmake --color=
make[3]: Leaving directory '/home/joel/git/demo/build'
make -f CMakeFiles/nghttp2.dir/build.make CMakeFiles/nghttp2.dir/build
make[3]: Entering directory '/home/joel/git/demo/build'
make[3]: Nothing to be done for 'CMakeFiles/nghttp2.dir/build'.
make[3]: Leaving directory '/home/joel/git/demo/build'
[ 28%] Built target nghttp2
make -f CMakeFiles/mbedtls.dir/build.make CMakeFiles/mbedtls.dir/depend
make[3]: Entering directory '/home/joel/git/demo/build'
cd /home/joel/git/demo/build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /home/joel/git/AVSD /home/joel/git/AVSD /home/joel/git/demo/build /home/joel/git/demo/build /home/joel/git/demo/build/CMakeFiles/mbedtls.dir/DependInfo.cmake --color=
make[3]: Leaving directory '/home/joel/git/demo/build'
make -f CMakeFiles/mbedtls.dir/build.make CMakeFiles/mbedtls.dir/build
make[3]: Entering directory '/home/joel/git/demo/build'
make[3]: Nothing to be done for 'CMakeFiles/mbedtls.dir/build'.
make[3]: Leaving directory '/home/joel/git/demo/build'
[ 42%] Built target mbedtls
make -f CMakeFiles/curl.dir/build.make CMakeFiles/curl.dir/depend
make[3]: Entering directory '/home/joel/git/demo/build'
cd /home/joel/git/demo/build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /home/joel/git/AVSD /home/joel/git/AVSD /home/joel/git/demo/build /home/joel/git/demo/build /home/joel/git/demo/build/CMakeFiles/curl.dir/DependInfo.cmake --color=
make[3]: Leaving directory '/home/joel/git/demo/build'
make -f CMakeFiles/curl.dir/build.make CMakeFiles/curl.dir/build
make[3]: Entering directory '/home/joel/git/demo/build'
make[3]: Nothing to be done for 'CMakeFiles/curl.dir/build'.
make[3]: Leaving directory '/home/joel/git/demo/build'
[ 57%] Built target curl
make -f CMakeFiles/portaudio.dir/build.make CMakeFiles/portaudio.dir/depend
make[3]: Entering directory '/home/joel/git/demo/build'
cd /home/joel/git/demo/build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /home/joel/git/AVSD /home/joel/git/AVSD /home/joel/git/demo/build /home/joel/git/demo/build /home/joel/git/demo/build/CMakeFiles/portaudio.dir/DependInfo.cmake --color=
make[3]: Leaving directory '/home/joel/git/demo/build'
make -f CMakeFiles/portaudio.dir/build.make CMakeFiles/portaudio.dir/build
make[3]: Entering directory '/home/joel/git/demo/build'
make[3]: Nothing to be done for 'CMakeFiles/portaudio.dir/build'.
make[3]: Leaving directory '/home/joel/git/demo/build'
[ 71%] Built target portaudio
make -f CMakeFiles/gtest.dir/build.make CMakeFiles/gtest.dir/depend
make[3]: Entering directory '/home/joel/git/demo/build'
cd /home/joel/git/demo/build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /home/joel/git/AVSD /home/joel/git/AVSD /home/joel/git/demo/build /home/joel/git/demo/build /home/joel/git/demo/build/CMakeFiles/gtest.dir/DependInfo.cmake --color=
make[3]: Leaving directory '/home/joel/git/demo/build'
make -f CMakeFiles/gtest.dir/build.make CMakeFiles/gtest.dir/build
make[3]: Entering directory '/home/joel/git/demo/build'
make[3]: Nothing to be done for 'CMakeFiles/gtest.dir/build'.
make[3]: Leaving directory '/home/joel/git/demo/build'
[ 85%] Built target gtest
make -f CMakeFiles/avs-device-sdk.dir/build.make CMakeFiles/avs-device-sdk.dir/depend
make[3]: Entering directory '/home/joel/git/demo/build'
cd /home/joel/git/demo/build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /home/joel/git/AVSD /home/joel/git/AVSD /home/joel/git/demo/build /home/joel/git/demo/build /home/joel/git/demo/build/CMakeFiles/avs-device-sdk.dir/DependInfo.cmake --color=
make[3]: Leaving directory '/home/joel/git/demo/build'
make -f CMakeFiles/avs-device-sdk.dir/build.make CMakeFiles/avs-device-sdk.dir/build
make[3]: Entering directory '/home/joel/git/demo/build'
[ 87%] Creating directories for 'avs-device-sdk'
/usr/local/bin/cmake -E make_directory /home/joel/git/demo/ThirdParty/avs-device-sdk
/usr/local/bin/cmake -E make_directory /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build
/usr/local/bin/cmake -E make_directory /home/joel/git/demo/build/avs-device-sdk-prefix
/usr/local/bin/cmake -E make_directory /home/joel/git/demo/build/avs-device-sdk-prefix/tmp
/usr/local/bin/cmake -E make_directory /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-stamp
/usr/local/bin/cmake -E make_directory /home/joel/git/demo/build/avs-device-sdk-prefix/src
/usr/local/bin/cmake -E touch /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-stamp/avs-device-sdk-mkdir
[ 89%] No download step for 'avs-device-sdk'
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src && /usr/local/bin/cmake -E echo_append
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src && /usr/local/bin/cmake -E touch /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-stamp/avs-device-sdk-download
[ 91%] No patch step for 'avs-device-sdk'
/usr/local/bin/cmake -E echo_append
/usr/local/bin/cmake -E touch /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-stamp/avs-device-sdk-patch
[ 92%] No update step for 'avs-device-sdk'
/usr/local/bin/cmake -E echo_append
/usr/local/bin/cmake -E touch /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-stamp/avs-device-sdk-update
[ 94%] Performing configure step for 'avs-device-sdk'
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build && /usr/local/bin/cmake -DCMAKE_BUILD_TYPE=Debug -DCMAKE_INSTALL_PREFIX:PATH=/home/joel/git/demo/build/out -DCURL_LIBRARY=/home/joel/git/demo/build/out/lib/libcurl.so -DCURL_INCLUDE_DIR=/home/joel/git/demo/build/out/include -DAMAZON_KEY_WORD_DETECTOR=OFF -DKITTAI_KEY_WORD_DETECTOR=OFF -DSENSORY_KEY_WORD_DETECTOR=OFF -DPORTAUDIO=ON -DPORTAUDIO_LIB_PATH=/home/joel/git/demo/build/out/lib/libportaudio.so -DPORTAUDIO_INCLUDE_DIR=/home/joel/git/demo/build/out/include -DTOTEM_PLPARSER=ON -DGSTREAMER_MEDIA_PLAYER=ON "-GUnix Makefiles" /home/joel/git/demo/ThirdParty/avs-device-sdk
Re-run cmake no build system arguments
-- The CXX compiler identification is Clang 3.8.0
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
Creating the build directory for the AlexaClientSDK with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
-- Checking for module 'totem-plparser>=3.10'
--   Found totem-plparser, version 3.10.8
-- Checking for modules 'gstreamer-1.0>=1.8;gstreamer-app-1.0>=1.8'
--   Found gstreamer-1.0, version 1.8.3
--   Found gstreamer-app-1.0, version 1.8.3
CMake Warning (dev) at ThirdParty/googletest-release-1.8.0/CMakeLists.txt:3 (project):
Policy CMP0048 is not set: project() command manages VERSION variables.
Run "cmake --help-policy CMP0048" for policy details.  Use the cmake_policy
command to set the policy and suppress this warning.
The following variable(s) would be set to empty:
PROJECT_VERSION
PROJECT_VERSION_MAJOR
PROJECT_VERSION_MINOR
PROJECT_VERSION_PATCH

This warning is for project developers.  Use -Wno-dev to suppress it.
-- The C compiler identification is GNU 5.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
CMake Warning (dev) at ThirdParty/googletest-release-1.8.0/googlemock/CMakeLists.txt:40 (project):
Policy CMP0048 is not set: project() command manages VERSION variables.
Run "cmake --help-policy CMP0048" for policy details.  Use the cmake_policy
command to set the policy and suppress this warning.
The following variable(s) would be set to empty:
PROJECT_VERSION
PROJECT_VERSION_MAJOR
PROJECT_VERSION_MINOR
PROJECT_VERSION_PATCH

This warning is for project developers.  Use -Wno-dev to suppress it.
CMake Warning (dev) at ThirdParty/googletest-release-1.8.0/googletest/CMakeLists.txt:47 (project):
Policy CMP0048 is not set: project() command manages VERSION variables.
Run "cmake --help-policy CMP0048" for policy details.  Use the cmake_policy
command to set the policy and suppress this warning.
The following variable(s) would be set to empty:
PROJECT_VERSION
PROJECT_VERSION_MAJOR
PROJECT_VERSION_MINOR
PROJECT_VERSION_PATCH

This warning is for project developers.  Use -Wno-dev to suppress it.
-- Found PythonInterp: /usr/bin/python (found version "2.7.12")
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found CURL: /home/joel/git/demo/build/out/lib/libcurl.so (found suitable version "7.55.1-DEV", minimum required is "7.43.0")
-- Found GTest: /home/joel/git/demo/build/out/lib/libgtest.a
Creating the build directory for the ACL with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the AuthDelegate with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the ADSL with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the AFML with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the ContextManager with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the MediaPlayer with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the PlaylistParser with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the CapabilityAgents with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the AIP with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the Alerts with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
-- Checking for module 'sqlite3'
--   Found sqlite3, version 3.11.0
Creating the build directory for the AudioPlayer with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the SpeechSynthesizer with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the Integration with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
-- Please fill /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/Integration/AlexaClientSDKConfig.json before you execute integration tests.
Skipping build of NetworkIntegrationTests.cpp.
Creating the build directory for the ApplicationUtilities with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the DefaultClient with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
Creating the build directory for the SampleApp with build type: DEBUG
No keyword detector type specified, skipping build of keyword detector.
-- Found Doxygen: /usr/bin/doxygen (found version "1.8.11") found components:  doxygen missing components:  dot
-- Configuring done
-- Generating done
-- Build files have been written to: /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build && /usr/local/bin/cmake -E touch /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-stamp/avs-device-sdk-configure
[ 96%] Performing build step for 'avs-device-sdk'
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build && make
make[4]: Entering directory '/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build'
/usr/local/bin/cmake -H/home/joel/git/demo/ThirdParty/avs-device-sdk -B/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build --check-build-system CMakeFiles/Makefile.cmake 0
/usr/local/bin/cmake -E cmake_progress_start /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/CMakeFiles /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/CMakeFiles/progress.marks
make -f CMakeFiles/Makefile2 all
make[5]: Entering directory '/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build'
make -f AVSCommon/CMakeFiles/AVSCommon.dir/build.make AVSCommon/CMakeFiles/AVSCommon.dir/depend
make[6]: Entering directory '/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build'
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /home/joel/git/demo/ThirdParty/avs-device-sdk /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon/CMakeFiles/AVSCommon.dir/DependInfo.cmake --color=
Dependee "/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon/CMakeFiles/AVSCommon.dir/DependInfo.cmake" is newer than depender "/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon/CMakeFiles/AVSCommon.dir/depend.internal".
Dependee "/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon/CMakeFiles/CMakeDirectoryInformation.cmake" is newer than depender "/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon/CMakeFiles/AVSCommon.dir/depend.internal".
Scanning dependencies of target AVSCommon
make[6]: Leaving directory '/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build'
make -f AVSCommon/CMakeFiles/AVSCommon.dir/build.make AVSCommon/CMakeFiles/AVSCommon.dir/build
make[6]: Entering directory '/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build'
[  1%] Building CXX object AVSCommon/CMakeFiles/AVSCommon.dir/AVS/src/AlexaClientSDKInit.cpp.o
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon && /usr/bin/c++  -DACSDK_LOG_MODULE=avsCommon -DAVSCommon_EXPORTS -DGSTREAMER_MEDIA_PLAYER -DTOTEM_PLPARSER -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/googletest-release-1.8.0/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/SDKInterfaces/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/rapidjson/rapidjson-1.1.0/include -I/home/joel/git/demo/build/out/include  -DDEBUG -DACSDK_DEBUG_LOG_ENABLED -Wall -Wsign-compare -g -DRAPIDJSON_HAS_STDSTRING -fPIC   -std=c++11 -o CMakeFiles/AVSCommon.dir/AVS/src/AlexaClientSDKInit.cpp.o -c /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/AlexaClientSDKInit.cpp
[  1%] Building CXX object AVSCommon/CMakeFiles/AVSCommon.dir/AVS/src/Attachment/Attachment.cpp.o
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon && /usr/bin/c++  -DACSDK_LOG_MODULE=avsCommon -DAVSCommon_EXPORTS -DGSTREAMER_MEDIA_PLAYER -DTOTEM_PLPARSER -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/googletest-release-1.8.0/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/SDKInterfaces/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/rapidjson/rapidjson-1.1.0/include -I/home/joel/git/demo/build/out/include  -DDEBUG -DACSDK_DEBUG_LOG_ENABLED -Wall -Wsign-compare -g -DRAPIDJSON_HAS_STDSTRING -fPIC   -std=c++11 -o CMakeFiles/AVSCommon.dir/AVS/src/Attachment/Attachment.cpp.o -c /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/Attachment/Attachment.cpp
[  2%] Building CXX object AVSCommon/CMakeFiles/AVSCommon.dir/AVS/src/Attachment/AttachmentManager.cpp.o
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon && /usr/bin/c++  -DACSDK_LOG_MODULE=avsCommon -DAVSCommon_EXPORTS -DGSTREAMER_MEDIA_PLAYER -DTOTEM_PLPARSER -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/googletest-release-1.8.0/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/SDKInterfaces/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/rapidjson/rapidjson-1.1.0/include -I/home/joel/git/demo/build/out/include  -DDEBUG -DACSDK_DEBUG_LOG_ENABLED -Wall -Wsign-compare -g -DRAPIDJSON_HAS_STDSTRING -fPIC   -std=c++11 -o CMakeFiles/AVSCommon.dir/AVS/src/Attachment/AttachmentManager.cpp.o -c /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/Attachment/AttachmentManager.cpp
[  2%] Building CXX object AVSCommon/CMakeFiles/AVSCommon.dir/AVS/src/Attachment/InProcessAttachment.cpp.o
cd /home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build/AVSCommon && /usr/bin/c++  -DACSDK_LOG_MODULE=avsCommon -DAVSCommon_EXPORTS -DGSTREAMER_MEDIA_PLAYER -DTOTEM_PLPARSER -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/googletest-release-1.8.0/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/SDKInterfaces/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include -I/home/joel/git/demo/ThirdParty/avs-device-sdk/ThirdParty/rapidjson/rapidjson-1.1.0/include -I/home/joel/git/demo/build/out/include  -DDEBUG -DACSDK_DEBUG_LOG_ENABLED -Wall -Wsign-compare -g -DRAPIDJSON_HAS_STDSTRING -fPIC   -std=c++11 -o CMakeFiles/AVSCommon.dir/AVS/src/Attachment/InProcessAttachment.cpp.o -c /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/Attachment/InProcessAttachment.cpp
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/Attachment/InProcessAttachment.cpp:18:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include/AVSCommon/AVS/Attachment/InProcessAttachment.h:21:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include/AVSCommon/AVS/Attachment/Attachment.h:27:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/InProcessSDS.h:27:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/SharedDataStream.h:468:
/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/BufferLayout.h:456:57: error: invalid use of non-static data member 'wordSize'
if (wordSize > std::numeric_limits<decltype(Header::wordSize)>::max()) {
~~^~
/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/SharedDataStream.h:347:31: note: in instantiation of member function
'alexaClientSDK::avsCommon::utils::sds::SharedDataStreamalexaClientSDK::avsCommon::utils::sds::InProcessSDSTraits::BufferLayout::init' requested here
if (!sds->m_bufferLayout->init(wordSize, maxReaders)) {
^
/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/Attachment/InProcessAttachment.cpp:33:26: note: in instantiation of member function
'alexaClientSDK::avsCommon::utils::sds::SharedDataStreamalexaClientSDK::avsCommon::utils::sds::InProcessSDSTraits::create' requested here
m_sds = SDSType::create(buff);
^
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/src/Attachment/InProcessAttachment.cpp:18:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include/AVSCommon/AVS/Attachment/InProcessAttachment.h:21:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/AVS/include/AVSCommon/AVS/Attachment/Attachment.h:27:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/InProcessSDS.h:27:
In file included from /home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/SharedDataStream.h:468:
/home/joel/git/demo/ThirdParty/avs-device-sdk/AVSCommon/Utils/include/AVSCommon/Utils/SDS/BufferLayout.h:463:59: error: invalid use of non-static data member 'maxReaders'
if (maxReaders > std::numeric_limits<decltype(Header::maxReaders)>::max()) {
^~
2 errors generated.
AVSCommon/CMakeFiles/AVSCommon.dir/build.make:134: recipe for target 'AVSCommon/CMakeFiles/AVSCommon.dir/AVS/src/Attachment/InProcessAttachment.cpp.o' failed
make[6]: *** [AVSCommon/CMakeFiles/AVSCommon.dir/AVS/src/Attachment/InProcessAttachment.cpp.o] Error 1
make[6]: Leaving directory '/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build'
CMakeFiles/Makefile2:1303: recipe for target 'AVSCommon/CMakeFiles/AVSCommon.dir/all' failed
make[5]: *** [AVSCommon/CMakeFiles/AVSCommon.dir/all] Error 2
make[5]: Leaving directory '/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build'
Makefile:140: recipe for target 'all' failed
make[4]: *** [all] Error 2
make[4]: Leaving directory '/home/joel/git/demo/build/avs-device-sdk-prefix/src/avs-device-sdk-build'
CMakeFiles/avs-device-sdk.dir/build.make:110: recipe for target 'avs-device-sdk-prefix/src/avs-device-sdk-stamp/avs-device-sdk-build' failed
make[3]: *** [avs-device-sdk-prefix/src/avs-device-sdk-stamp/avs-device-sdk-build] Error 2
make[3]: Leaving directory '/home/joel/git/demo/build'
CMakeFiles/Makefile2:362: recipe for target 'CMakeFiles/avs-device-sdk.dir/all' failed
make[2]: *** [CMakeFiles/avs-device-sdk.dir/all] Error 2
make[2]: Leaving directory '/home/joel/git/demo/build'
CMakeFiles/Makefile2:374: recipe for target 'CMakeFiles/avs-device-sdk.dir/rule' failed
make[1]: *** [CMakeFiles/avs-device-sdk.dir/rule] Error 2
make[1]: Leaving directory '/home/joel/git/demo/build'
Makefile:222: recipe for target 'avs-device-sdk' failed
make: *** [avs-device-sdk] Error 2

Hi what is output of 'g++ --version', or '/usr/bin/c++ --version' although you are using clang-3.8.0, it is  picking some other compiler

g++ --version
g++ (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
/usr/bin/c++ --version
clang version 3.8.0-2ubuntu4 (tags/RELEASE_380/final)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
If I comment out the two limit checks, everything else builds fine.

can you try 'make CXX=$(which g++) CC=$(which gcc)'

That worked.

great! can you close the ticket?

Hi @INRIX-joel-winarske
I am doing a user study on the alexa-device-sdk and would love to talk to you about your experiences as a developer. To participate, please fill out this Contact Form and I will get in touch with you.
Thanks


Can't Preview Crates With Commands

This isn't a huge issue, but players cannot preview crates that have commands. I've tested, and it doesn't matter what plugin the command is from. I have an idea for a fix, but I don't know if it would be easy or practical to implement. You could have an option to choose what is shown for the preview (preferably as an option, so you don't have to re-type everything that is just an item instead of command, but not necessarily, if this is even an option).
Even if this doesn't get fixed (like I said, not a big issue), thank you for taking a look at this.

Make sure this is set to true.
https://github.com/kicjow/Crazy-Crates/blob/master/config.yml#L8
If you don't see it in the config add it and see if that fixes it.

Thank you for the quick reply!
Some crates (ones with no commands, just items) are able to be previewed. I have two crates like this, and they work fine.
I'm not sure where exactly I should put this in the config. I copy/pasted everything on your link to the bottom of my config.yml, as there was no Settings section on mine.
Default (what I have been using): https://pastebin.com/9AbhJ27R
Edited (adding the Settings section to the bottom): https://pastebin.com/H7HZJnnv
Again, thank you for your time.

Ummm, that isn't my crazy crates config. Not sure if you even using my crazy crates plugin.  Do /version crazycrates and tell me what it says.

I am deeply sorry about bringing this issue to you. Apparently I was using a way different plugin than I thought I was. I have no idea why I made the mix-up, but I am sorry for wasting your time and effort.

Lol, don't worry Have fun ;)


feat req: Make  #[enumscribe(case_insensitive)] work on container level

This does not make the Test field deserialization case insensitive:
#[derive(EnumSerialize, EnumDeserialize, PartialEq, Eq, Clone, Copy, Debug, Display)]
#[enumscribe(case_insensitive)]
pub enum Stage {
    Test,
}

Thank you for using enumscribe!
I have published version 0.2.0, which implements this feature request:
#[derive(EnumSerialize, EnumDeserialize, PartialEq, Eq, Clone, Copy, Debug)]
#[enumscribe(case_insensitive)]
pub enum Stage {
    Test,
}

assert_eq!(
    serde_json::from_str::<Stage>(r#""tEsT""#).unwrap(),
    Stage::Test
);

Wow - thanks so much! This lib is really useful as strum doesn't provide Serde serialization/deserialization.


Required path parameter projectId missing in Jobs: query request

I experienced this error on the current master branch, while using bundle exec rake console to manually test a doc example for BigQuery.
irb(main):020:0> data = bigquery.query sql
NoMethodError: undefined method `[]' for nil:NilClass
    from /Users/quartzmo/code/google/codez/gcloud-ruby/lib/gcloud/bigquery/errors.rb:41:in `from_response'
    from /Users/quartzmo/code/google/codez/gcloud-ruby/lib/gcloud/bigquery/project.rb:230:in `query'
    from (irb):20
    from /Users/quartzmo/code/google/codez/gcloud-ruby/rakelib/console.rake:27:in `block in <top (required)>'

Because this error occurs while trying to initialize an ApiError from a non-success response from BigQuery, I modified my local bigquery/project.rb to raise the response object, then recreated the error with the following output (auth details removed):
#<Google::APIClient::Result:0x007fe2e27127e0 @request=#<Google::APIClient::Request:0x007fe2e274b018 @parameters={"projectId"=>nil}, @headers={"Content-Type"=>"application/json", "User-Agent"=>"gcloud-ruby/0.2.0 google-api-ruby-client/0.8.6 Mac OS X/10.10.5\n (gzip)", "Accept-Encoding"=>"gzip"}, @api_method=#<Google::APIClient::Method:0x3ff170e6b954 ID:bigquery.jobs.query>, @authenticated=nil, @authorization=#<Google::Auth::UserRefreshCredentials:0x007fe2e1995e78 [HIDDEN]>, @body="{\"kind\":\"bigquery#queryRequest\",\"query\":\"SELECT TOP(word, 50) as word, COUNT(*) as count FROM publicdata:samples.shakespeare\"}">, @response=#<Faraday::Response:0x007fe2e27137a8 @on_complete_callbacks=[], @env=#<Faraday::Env @method=:post @body="Not Found" @url=#<URI::HTTPS https://www.googleapis.com/bigquery/v2/projects//queries> @request=#<Faraday::RequestOptions params_encoder=Faraday::FlatParamsEncoder> @request_headers={"User-Agent"=>"gcloud-ruby/0.2.0 google-api-ruby-client/0.8.6 Mac OS X/10.10.5\n (gzip)", "Content-Type"=>"application/json", "Accept-Encoding"=>"gzip", "Authorization"=>"[HIDDEN]", "Cache-Control"=>"no-store"} @ssl=#<Faraday::SSLOptions verify=true, ca_file="/Users/quartzmo/.rbenv/versions/2.2.2/gemsets/gcloud-ruby/gems/google-api-client-0.8.6/lib/cacerts.pem"> @response_headers={"cache-control"=>"no-cache, no-store, max-age=0, must-revalidate", "pragma"=>"no-cache", "expires"=>"Fri, 01 Jan 1990 00:00:00 GMT", "date"=>"Wed, 19 Aug 2015 01:02:49 GMT", "vary"=>"Origin, X-Origin", "content-type"=>"text/html; charset=UTF-8", "x-content-type-options"=>"nosniff", "x-frame-options"=>"SAMEORIGIN", "x-xss-protection"=>"1; mode=block", "server"=>"GSE", "alternate-protocol"=>"443:quic,p=1", "alt-svc"=>"quic=\":443\"; p=\"1\"; ma=604800", "connection"=>"close", "transfer-encoding"=>"chunked"} @status=404>>>
    from /Users/quartzmo/code/google/codez/gcloud-ruby/lib/gcloud/bigquery/project.rb:230:in `query'

The relevant parts are: @env=#<Faraday::Env @method=:post @body="Not Found" @url=#<URI::HTTPS https://www.googleapis.com/bigquery/v2/projects//queries> and @status=404.
It appears that the @project instance variable is nil at connection.rb:239.
Fixing this issue may be considered also as a fix for #224, since it would prevent the 404 response, although that should be a discussion on #224.

I agree this related to #224.

Bringing this comment over from #224:

I've seen this when my environment isn't set up correctly and I don't have a PROJECT_ID configured. I suspect that is what is going on here. So there may be multiple changes to address this, one to guard against a missing project, and another to guard against API calls not returning the expected JSON payload.


add a /providers endpoint to list available providers

Is your feature request related to a problem? Please describe.
EODAG support a provider filter that comes very handy considering an EODAG dataset can have multiple host providers. In server mode, there is currently no way for a user to know the list of available providers to filter.
Describe the solution you'd like
Add a /providers endpoint that would list the available providers
{
    "$schema": "https://json-schema.org/draft/2019-09/schema",
    "$id": "http://<IP_ADDRESS>:5000/queryables",
    "type": "object",
    "title": "Providers for EODAG STAC API",
    "description": "Providers list for the EODAG STAC API.",
    "providers": {
        {
            "name": "peps",
            "description": "The PEPS platform, the French \"mirror site\", redistributes the products of Sentinel satellites,\nS1A, S1B, S2A and S2B, S3A and S3B from COPERNICUS, the European system for the Earth monitoring.\n",
            "roles": [
                "host"
            ],
            "url": "https://peps.cnes.fr",
            "priority": 1
        }
    }
}

Describe alternatives you've considered
none
Additional context
Add any other context about the feature request here.

Related to https://github.com/CS-SI/eodag/issues/941


Add Travis CI test for Tmod and Lmod

It would be nice if we had the Travis definition like the one in easybuilders. This defines the dependencies we need also for ReFrame.
Especially, this file, which contains instructions on how to install LMod and TMod. In the script they have TMod version 3.2.10, but we should also install the latest TMod version.

In the script they have TMod version 3.2.10, but we should also install the latest TMod version.

It's good to test if the framework works fine with TMod 4.0, but I don't see it as a requirement for the moment.

I think we could try to use their script as is. We can use the before_script to wget the script and then run it.

@teojgo We should perhaps ask for permission to reuse it. What's the Easybuild license?

This is now done with Github actions.


Using yoga-layout and yarn could break CI #43

I am using both bitrise and travis-ci, and it's breaking all my non-iOS images. I am programming on a Mac, so my yarn.lock using native dependencies is probably going to look different from a Windows or Linux build.
However on Bitrise I am compiling correctly for Android, so I assume there is a dependency that we could circumvent. If this is the case and I could help out, let me know. I'll keep researching in the meantime. fsevents is my first candidate, given that its installation is being skipped on linux images.
Stacktrace on Bitrise Linux for building Android image:
make: Entering directory '/bitrise/src/node_modules/yoga-layout/build'
  COPY Release/obj.target/nbind/geni/symbols.txt
  CXX(target) Release/obj.target/nbind/sources/yoga/Yoga.o
../sources/yoga/Yoga.cpp: In function ‘bool YGFloatIsUndefined(float)’:
../sources/yoga/Yoga.cpp:136:21: error: ‘isnan’ was not declared in this scope
   return isnan(value);
                     ^
../sources/yoga/Yoga.cpp:136:21: note: suggested alternative:
In file included from /usr/include/c++/5/random:38:0,
                 from /usr/include/c++/5/bits/stl_algo.h:66,
                 from /usr/include/c++/5/algorithm:62,
                 from ../sources/yoga/Yoga.cpp:12:
/usr/include/c++/5/cmath:641:5: note:   ‘std::isnan’
     isnan(_Tp __x)
     ^
nbind.target.mk:133: recipe for target 'Release/obj.target/nbind/sources/yoga/Yoga.o' failed
make: Leaving directory '/bitrise/src/node_modules/yoga-layout/build'
make: *** [Release/obj.target/nbind/sources/yoga/Yoga.o] Error 1

Stacktrace on Travis CI Linux build for node apps
make: Entering directory `/home/travis/build/jsdario/yeti/node_modules/yoga-layout/build'
  COPY Release/obj.target/nbind/geni/symbols.txt
  CXX(target) Release/obj.target/nbind/sources/yoga/Yoga.o
g++: error: unrecognized command line option ‘-std=c++14’
make: *** [Release/obj.target/nbind/sources/yoga/Yoga.o] Error 1
make: Leaving directory `/home/travis/build/jsdario/yeti/node_modules/yoga-layout/build'

I initially opened the issue on the package that makes me require yoga-layout https://github.com/jest-community/jest-snapshots-svg/issues/43.
In case this is a mistake for misusing yoga, I created the corresponding StackOverflow question https://stackoverflow.com/questions/48208503/using-yoga-layout-and-yarn-breaking-ci. So far I tried with different configurations, but seems it's just not compiling in Linux and can't find any further info.
It would be really nice to have a yoga-layout-prebuilt package, like canvas-prebuilt.

@jsdario yoga-layout-prebuilt 😄


let election_type be longer than 20 characters

Some recent feeds have had longer election_types than could be stored. So let's remove the very constricting type with a more liberating one.
There are no other limited VARCHAR types in the tables. I checked.

Assuming the build failure is the build config's fault, this LGTM.


Can't forge items with other mallet

I added mallets from ingotcraft to tag "primalstage:mallets" to support them, in REI it shows that i can process items with them, but in fact i can't

added to this tag through kubejs

I added mallets from ingotcraft to tag "primalstage:mallets" to support them, in REI it shows that i can process items with them, but in fact i can't

fixed


Minimum Absolute Difference in an Array

Problem link :-  https://www.hackerrank.com/challenges/minimum-absolute-difference-in-an-array/problem

I want to do it in c++.

@manishaag7 Can I do it in cpp? Assigned it to me

Hey @manishaag7 ! I just created PR, please review it and merge it.

Hey @vikhyatsingh123 you are not assigned to work on the problem.

@manishaag7  Can I do it in java? Assigned it to me

Hey @vikhyatsingh123 you are not assigned to work on the problem.

Yeah but no one was doing in java. That's why I done that. Sorry for doing without assigne

I'll complete it in C++. Assign it to me.

Hey @vikhyatsingh123 you are not assigned to work on the problem.

Yeah but no one was doing in java. That's why I done that. Sorry for doing without assigne

Be careful next time.

I'll complete it in C++ or Python . Assign it to me.

Python

I can do it in Java.

@adityabisoi in which folder this problem will go?

@manishaag7 Create new folder in Algorithms as Greedy and the problem name and place it as solution.py

@adityabisoi i am solving in c++ so it should be solution.cpp, right?

yes

Hi, this is the first time I'm contributing. I have completed the code in Python. Where should I upload it? I can't find the Greedy folder. Should I wait for some time?

Make Greedy folder

@adityabisoi  Done!
Link: https://github.com/adityabisoi/ds-algo-solutions/pull/154
#154

@adityabisoi completed and updated read.md too.
#155 and #185

@vikhyatsingh123 Make a proper PR ASAP.

This issue is open for JAVA

I can do this in Java.


added flag --keep-files

Closes #
Changes proposed in this pull request:

When flag is run, clean_up helper is blocked and csv files remain

Merged into main 577 branch


[WIP] Respect current indentation in assists

WIP - not ready for review.
Fixes https://github.com/rust-analyzer/rust-analyzer/issues/1645

The proper fix here is not too trivial.

first, we should refactor add_impl assist to use ast_editor facilities, which allow to create ast nodes without worrying about trivial details like whitespace or indentation
ast_editor should be extended to correctly insert indentation aromatically.

Ok, thanks. I'll give that a go.

closing due to inactivity!


Update sequencing_center.json

Add "University of Illinois" for witt2021-libs.

The Witt 2021 paper reports Illinois, but the ENA/SRA reports Brown, therefore I've updated the Witt paper to just say Unknown as we cant know...


Router does not handle calls to /index.php correctly

Laravel Version
10.40.0
PHP Version
8.3
Database Driver & Version
No response
Description
The laravel router does not handle calls to /index.php correctly. Also calls to /index.phpsomething are matched with a route named something. It seems like there is a special case for the /index.php calls, that results in it resolving to /
Steps To Reproduce
web.php:
Route::get('/index.php', function () {
    return 'this is the /index.php route. REQUEST_URI:'.$_SERVER['REQUEST_URI'];
});

Route::get('/', function () {
    return 'this is the / route. REQUEST_URI:'.$_SERVER['REQUEST_URI'];
});

Route::get('{any?}', function ($any = null) {
    return 'this is the catch all route. REQUEST_URI:'.$_SERVER['REQUEST_URI'];
})->where('any', '.*');

url
result

http://localhost/index.php
this is the / route. REQUEST_URI:/index.php

http://localhost/
this is the / route. REQUEST_URI:/

http://localhost/anything
this is the catch all route. REQUEST_URI:/anything

http://localhost/index.phpsomething
404 NOT FOUND (src/Illuminate/Foundation/Exceptions/views/minimal.blade.php)

I've tried to edit the .htaccess file, changed the RewriteRule to FallbackResource, but this did not change anything.
The behaviour is also the same in dev-master

this is an actual bug....

As far as I know this depends on how your web server is configured. What are you trying to accomplish?

Trying to make sure that calls to /index.php are routed to my 404 catch all route, but it seems this maybe a bug in the underlying symfony request code.
For some reason they do a string replace on REQUEST_URI with SCRIPT_NAME, and laravel consumes the result via getPathInfo()

for future reference, i found a workaround:
unset($_SERVER['SCRIPT_FILENAME']);

before symfony request is created in index.php
This bypasses the weird behaviour of preparePathInfo() that removes the filename from that prevents the router from matching correctly