Exception: replication factor: 3 larger than available brokers: 1

I have got an error [kafka.admin.AdminOperationException: replication factor: 3 larger than available brokers: 1] when try to start burrow with Kafka Env which consists of single broker and zookeeper.
Details:

I started new Kafka Env (for testing) on my laptop. The environment consists of 1 zookeeper, 1 kafka broker.
The Kafka Env have no any topics.

When I trying to start a burrow I have got an exception:
==> /opt/zookeeper-3.4.8/logs/zookeeper.log <==
2016-02-29 15:11:18,536 [myid:] - INFO  [NIOServerCxn.Factory:<IP_ADDRESS>/<IP_ADDRESS>:2181:NIOServerCnxnFactory@192] - Accepted socket connection from /0:0:0:0:0:0:0:1:50466
2016-02-29 15:11:18,536 [myid:] - WARN  [NIOServerCxn.Factory:<IP_ADDRESS>/<IP_ADDRESS>:2181:ZooKeeperServer@854] - Connection request from old client /0:0:0:0:0:0:0:1:50466; will be dropped if server is in r-o mode
2016-02-29 15:11:18,537 [myid:] - INFO  [NIOServerCxn.Factory:<IP_ADDRESS>/<IP_ADDRESS>:2181:ZooKeeperServer@900] - Client attempting to establish new session at /0:0:0:0:0:0:0:1:50466
2016-02-29 15:11:18,537 [myid:] - INFO  [NIOServerCxn.Factory:<IP_ADDRESS>/<IP_ADDRESS>:2181:NIOServerCnxnFactory@192] - Accepted socket connection from /0:0:0:0:0:0:0:1:50467
2016-02-29 15:11:18,537 [myid:] - WARN  [NIOServerCxn.Factory:<IP_ADDRESS>/<IP_ADDRESS>:2181:ZooKeeperServer@854] - Connection request from old client /0:0:0:0:0:0:0:1:50467; will be dropped if server is in r-o mode
2016-02-29 15:11:18,537 [myid:] - INFO  [NIOServerCxn.Factory:<IP_ADDRESS>/<IP_ADDRESS>:2181:ZooKeeperServer@900] - Client attempting to establish new session at /0:0:0:0:0:0:0:1:50467
2016-02-29 15:11:18,537 [myid:] - INFO  [SyncThread:0:ZooKeeperServer@645] - Established session 0x1532d22f1f30004 with negotiated timeout 10000 for client /0:0:0:0:0:0:0:1:50466
2016-02-29 15:11:18,538 [myid:] - INFO  [SyncThread:0:ZooKeeperServer@645] - Established session 0x1532d22f1f30005 with negotiated timeout 10000 for client /0:0:0:0:0:0:0:1:50467
2016-02-29 15:11:18,542 [myid:] - INFO  [ProcessThread(sid:0 cport:2181)::PrepRequestProcessor@489] - Processed session termination for sessionid: 0x1532d22f1f30005
==> /opt/kafka/logs/server.log <==
[2016-02-29 15:11:18,542] ERROR [KafkaApi-0] error when handling request Name: TopicMetadataRequest; Version: 0; CorrelationId: 1; ClientId: burrow-lagchecker; Topics: __consumer_offsets (kafka.server.KafkaApis)
kafka.admin.AdminOperationException: replication factor: 3 larger than available brokers: 1
at kafka.admin.AdminUtils$.assignReplicasToBrokers(AdminUtils.scala:70)
at kafka.admin.AdminUtils$.createTopic(AdminUtils.scala:171)
at kafka.server.KafkaApis$$anonfun$19.apply(KafkaApis.scala:513)
at kafka.server.KafkaApis$$anonfun$19.apply(KafkaApis.scala:503)
at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:244)
at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:244)
at scala.collection.immutable.Set$Set1.foreach(Set.scala:74)
at scala.collection.TraversableLike$class.map(TraversableLike.scala:244)
at scala.collection.AbstractSet.scala$collection$SetLike$$super$map(Set.scala:47)
at scala.collection.SetLike$class.map(SetLike.scala:93)
at scala.collection.AbstractSet.map(Set.scala:47)
at kafka.server.KafkaApis.getTopicMetadata(KafkaApis.scala:503)
at kafka.server.KafkaApis.handleTopicMetadataRequest(KafkaApis.scala:542)
at kafka.server.KafkaApis.handle(KafkaApis.scala:62)
at kafka.server.KafkaRequestHandler.run(KafkaRequestHandler.scala:59)
at java.lang.Thread.run(Thread.java:745)
==> /opt/zookeeper-3.4.8/logs/zookeeper.log <==
2016-02-29 15:11:18,544 [myid:] - INFO  [NIOServerCxn.Factory:<IP_ADDRESS>/<IP_ADDRESS>:2181:NIOServerCnxn@1008] - Closed socket connection for client /0:0:0:0:0:0:0:1:50467 which had sessionid 0x1532d22f1f30005
2016-02-29 15:11:18,544 [myid:] - INFO  [ProcessThread(sid:0 cport:2181)::PrepRequestProcessor@489] - Processed session termination for sessionid: 0x1532d22f1f30004
2016-02-29 15:11:18,544 [myid:] - INFO  [NIOServerCxn.Factory:<IP_ADDRESS>/<IP_ADDRESS>:2181:NIOServerCnxn@1008] - Closed socket connection for client /0:0:0:0:0:0:0:1:50466 which had session 0x1532d22f1f30004
The root cause is replication factor: 3 for topics __consumer_offsets.
I have 1 broker and my default.replication.factor=1
$ cat server.properties | grep default.replication.factor
default.replication.factor=1
Is it normal that burrow client tries to create topic with replica 3 for single broker?
My burrow config:
[general]
logdir=/Users/montana/Documents/NAS-1/opt/kafka/tools/burrow/logs
logconfig=/Users/montana/Documents/NAS-1/opt/kafka/tools/burrow/config/logging.cfg
pidfile=burrow.pid
client-id=burrow-lagchecker
group-blacklist=^(console-consumer-|python-kafka-consumer-).*$
[zookeeper]
hostname=localhost
port=2181
timeout=10
lock-path=/burrow/notifier
[kafka "localhost"]
broker=localhost
broker-port=9092
zookeeper=localhost
zookeeper-port=2181
zookeeper-path=/
zookeeper-offsets=true
offsets-topic=__consumer_offsets
[tickers]
broker-offsets=60
[lagcheck]
intervals=10
expire-group=604800
min-distance=1
zookeeper-interval=60
zk-group-refresh=300
[httpserver]
server=on
port=8000
PS
I created topic __consumer_offsets with replication factor 1 manually and burrow was started successfully.

UPDATE:
If you create any topic before start burrow then burrow will start successfully and create topic __consumer_offsets with replication factor 1.

Burrow itself does not explicitly create any topics. What you are seeing is a problem on the broker side. It would appear that there may be a difference between how it handles the automatic topic creation when the __consumer_offsets topic is explicitly consumed. When you start a consumer, the mechanism for creating the topics is a little different (as the topic is not being explicitly referenced).
I suggest raising this as a bug in the Kafka project JIRA. In the meantime, to solve your local problem you can set the replication factor for the offsets topic to 1 by setting offsets.topic.replication.factor to 1 in your server configuration.

Thanks Todd !
I have already seen that offsets.topic.replication.factor is 3 by default. I think that more correct value for this parameter is 1.
The absence any messages into Burrow log for this issue makes additional difficulty in troubleshooting process. If this issue happens then Burrow go down after launch without any messages.
montana@SV-Macbook>~$burrow
Reading configuration from /Users/montana/Documents/NAS-1/opt/kafka/tools/burrow/config/burrow.cfg
montana@SV-Macbook>~$
$cat burrow.out.2016-02-29_12:52:12
Started Burrow at February 29, 2016 at 12:50pm (EET)
2016/02/29 12:50:39 Connected to [::1]:2181
2016/02/29 12:50:39 Connected to [::1]:2181
2016/02/29 12:50:40 Authenticated: id=95469061637013509, timeout=10000
2016/02/29 12:50:40 Authenticated: id=95469061637013510, timeout=10000
2016/02/29 12:50:40 Recv loop terminated: err=EOF
2016/02/29 12:50:40 Send loop terminated: err=
2016/02/29 12:50:40 Recv loop terminated: err=EOF
2016/02/29 12:50:40 Send loop terminated: err=
Burrow failed at February 29, 2016 at 12:50pm (EET)

There should be a little more detail in the burrow.log file (which contains most of the logging). That will have a critical error for the Kafka consumer that will have some information about the topic not being able to be consumed.

I had this error when I migrated from Kafka 10 to Kafka 11 in a single broker setup. It seems that since Kafka 11, there is a default value for offsets.topic.replication.factor property set to 3.
So adding that missing property in my server configuration file with value 1, solved my issue.

Were you able to find the solution for the above issue?
I am getting an issue while producing and consuming messages. I have just one kafka broker and one zookeeper. So I have given replication factor of all topics as 1.
I don’t know from where is it trying to get replication factor as 3. In my server.properties file I have already defined
offsets.topic.replication.factor=1
transaction.state.log.replication.factor=1
transaction.state.log.min.isr=1
[2018-03-21 15:54:28,249] ERROR [KafkaApi-0] Number of alive brokers '1' does not meet the required replication factor '3' for the offsets topic (configured via 'offsets.topic.replication.factor'). This error can be ignored if the cluster is starting up and not all brokers are up yet. (kafka.server.KafkaApis)

Havesame issue as @uttamanand

My problem was solved by upgrading Kafka to the latest version with proper server.properties. As I was using the different version of Kafka and old server. Properties file. So please make sure that the server. Properties you are using is the one from the latest version.

Thank you , i 'll try to upgrade
2018-05-07 15:17 GMT+01:00 uttamanand<EMAIL_ADDRESS>
My problem was solved by upgrading Kafka to the latest version with proper
server.properties. As I was using the different version of Kafka and old
server. Properties file. So please make sure that the server. Properties
you are using is the one from the latest version.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/linkedin/Burrow/issues/50#issuecomment-387079162, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ACKWVfEYs12hLjheVrjXLMoWGGHHCi3iks5twFdxgaJpZM4HlaaM
.

--
Ingénieur en informatique

I was getting the same error upgrading kafka <IP_ADDRESS> to <IP_ADDRESS> or higher version in local testing. Setting offsets.topic.replication.factor=1 actually did work but breaks the consumer
  def startKafkaBroker(config: StreamConfig,
                       kafkaLogDir: Directory): KafkaServer = {

    val syncServiceAddress = s"localhost:${config.streamStateTcpPort}"

    val properties: Properties = new Properties
    properties.setProperty("zookeeper.connect", syncServiceAddress)
    properties.setProperty("broker.id", "0")
    properties.setProperty("host.name", "localhost")
    properties.setProperty("advertised.host.name", "localhost")
    properties.setProperty("port", config.streamTcpPort.toString)
    properties.setProperty("auto.create.topics.enable", "true")
    properties.setProperty("log.dir", kafkaLogDir.toAbsolute.path)
    properties.setProperty("log.flush.interval.messages", 1.toString)
    properties.setProperty("offsets.topic.replication.factor", 1.toString)
    properties.setProperty("transaction.state.log.replication.factor", "1")
    properties.setProperty("transaction.state.log.min.isr", "1")

    // The total memory used for log deduplication across all cleaner threads, keep it small to not exhaust suite memory
    properties.setProperty("log.cleaner.dedupe.buffer.size", "1048577")

    config.nodes.foreach {
      case (key, value) => properties.setProperty(key, value)
    }

    val broker = new KafkaServer(new KafkaConfig(properties))
    broker.startup()

    println(s"KafkaStream Broker started at ${properties.get("host.name")}:${properties.get("port")} at ${kafkaLogDir.toFile}")
    broker
  }

But I can not consume any more.

      val consumerProperties = new Properties()
      consumerProperties.put("bootstrap.servers", "localhost:9092")
      consumerProperties.put("key.deserializer", "org.apache.kafka.common.serialization.StringDeserializer")
      consumerProperties.put("value.deserializer", "org.apache.kafka.common.serialization.StringDeserializer")
      consumerProperties.put("group.id", "something")
      consumerProperties.put("auto.offset.reset", "latest")

      val myConsumer = new KafkaConsumer[String, String](consumerProperties)
      myConsumer.subscribe(java.util.Collections.singletonList("latest-test-stream"))

      val eventsBeforeEmit = myConsumer.poll(2000)


new loader regressions

regressions

can't create a wallet #96
can't call j.clients.explorer.get_default #97
network solutions count is still zero after creation #99

more to be listed if needed

The new loader should be fixed (https://github.com/threefoldtech/js-ng/pull/370).
Now we have an open PR that replaces the old loader here and at core:
https://github.com/threefoldtech/js-sdk/pull/116
https://github.com/threefoldtech/js-ng/pull/376
Once they're verified, I will update the docs about the loader too, then merge all.

all mentioned sub-issues verified

Need to re-verify this again, as the new loader is re-merged.

verified again


Worlds randomly not loading (MC 1.0)

Been testing MC 1.0 this morning, using CB 1476
I am not sure if MV is supposed to be broken, I guess this report is moot then.
Having issues with some worlds, seemingly random, not loading. It's quite rare, but say out of 30 worlds, 1 world just does not load, and the server stops starting at that point.
A few restarts later, it hung on a different world.

I can confirm that, but since this only affects newer CraftBukkit-builds I don't think that we can fix that.

Not sure I understand, that means it's a CB bug, not MV?

Yes

Yup it's a CraftBukkit bug, it appears that it's reporting wrong blocks or something when Multiverse checks for safe spawns... It then sends Multiverse into a loop which locks the server.
The problem starts with CraftBukkit, we could maybe fix the permanent locking though. Will look into it and see if it's worth it as it really needs fixing inside CB.

Ok I was just going to add a comment here myself, I have a old world that we built on for 1 year. And now when I wanted it imported with multiverse so we could access it from the new map I get the following message in console:
20:33:58 [INFO] Preparing start region for level 0 (Seed:<PHONE_NUMBER>040082074)
(thats not the seed that caused this, restarted server and removed the world that made the server unresponsive, so did not have a copy of the speicific message.
I could neither get /mvimport to work with that map, or manually adding it to the worlds file - server just locks up when it tires to start region for that level... :S

I'm tagging this as assistance for now, along with unrelated to MV, as most people are saying that, but I'll leave it open for a while.

Bettercraft has this issue as well.

Well as the issue is tagged "Not Enough Info"
If your server is hanging on a world, the best thing you can do is to post a zip of that world. If you're uncomfortable with that, you can PM it to me. If you're uncomfortable with that then i'm sorry, there's little I can do. Without worlds that do hang I cannot find out why.
--FF

My server stopped upon a restart yesterday been trying to get it up and running since, i can only get it starting if i remove every custom world from Muliverse which means only world and nether are working, I think it may be problem with craftbukkit as none of the versions work

Dear all the people saying "Me too!" Please send me a github pm (unless you've sent it on the fourms, I'll check those later) with the world file. If you can't/won't, then please don't clog this topic with "I have this issue"
It exists. It's confirmed. I NEED worlds to test with because I don't have any.

I sent you 4 worlds on IRC query this morning, Fern ^^

rgr, thx, haven't checked that yet, will when I get home from work, eta 7
hrs.
On Mon, Nov 28, 2011 at 12:03 PM, liquidox <
<EMAIL_ADDRESS>
wrote:

I sent you 4 worlds on IRC query this morning, Fern ^^

Reply to this email directly or view it on GitHub:
https://github.com/Multiverse/Multiverse-Core/issues/246#issuecomment-2901751

A kind user on IRC (Pymous) contributed this world file, which triggers the bug.

+1 for the spreadsheet, this whas going to be what I did when I got home anyways :)

I've successfully resurrected the sample world (the one from @Pymous) by doing the following:

Try to load world. Hangs. Restarted 3 times. Still hangs.
Removed worlds.yml (so extra worlds don't get generated).
Replaced level-name: world with level-name: Eigi, where Eigi is the name of your world folder that keeps locking up.
Start server. It may produce some similar errors to these. It will also create Eigi_nether and Eigi_the_end.
Stop the server. Delete Eigi_nether and Eigi_the_end. Return the line in server.properties backto level-name: world.
Start the server.
/mv import Eigi normal
Then I ate some cake. Because it worked.

This is by no means a final solution, but it's worked in this case. I've heard from some that it did not work for them. Please continue discussion until we've discussed this.
I did save copies of my tests world at each stage, but I do not have time tonight to analyze the .dat files. This will be tomorrow's activity.

To comment on what the different files are:
level.dat: main file that holds properties of the world
level.dat_old: backup file for level.dat
session.lock: lock file while the world is in use
uid.dat: bukkit added file to uniquely identify the world. If you clone a world, delete this file on the clone or you can't load the world and its clone together.

I just uploaded another world that triggers the error.
http://forums.bukkit.org/threads/admin-chunkster.8186/page-19#post-828788

I just tested fernferrets method. It does work to fix the world using that method. However... as soon as as the server is restarted; the error appears again. This is what I did:

mv plugins pluginspause
set server.properties.white-list=true
set server.properties.level-name=ceardia
"start the server"

14:12:55 [INFO] Starting minecraft server version 1.0.0
14:12:55 [INFO] Loading properties
14:12:55 [INFO] Starting Minecraft server on *:25565
14:12:56 [INFO] This server is running Craftbukkit version git-Bukkit-1.8.1-R4-47-gab9a577-b1529jnks (MC: 1.0.0) (Implementing API version 1.0.0-R1-SNAPSHOT)
14:12:56 [INFO] Preparing level "ceardia"
14:12:56 [INFO] Default game type: 0
14:12:56 [INFO] Unable to find spawn biome
14:12:56 [INFO] Unable to find spawn biome
14:12:58 [INFO] Preparing start region for level 0 (Seed:<PHONE_NUMBER>103043513)
14:12:58 [INFO] Preparing start region for level 1 (Seed:<PHONE_NUMBER>405906840)
14:12:59 [INFO] Preparing spawn area: 12%
14:13:00 [INFO] Preparing spawn area: 32%
14:13:01 [INFO] Preparing spawn area: 52%
14:13:02 [INFO] Preparing spawn area: 81%
14:13:03 [INFO] Preparing start region for level 2 (Seed:<PHONE_NUMBER>405906840)
14:13:03 [INFO] Preparing spawn area: 12%
14:13:04 [INFO] Preparing spawn area: 73%
14:13:04 [INFO] Server permissions file permissions.yml is empty, ignoring it
14:13:04 [INFO] Done (0.859s)! For help, type "help" or "?"

"stop the server"
rm -r ceardia_nether ceardia_the_end plugins
mv pluginspause plugins
set server.properties.level-name=world
"start the server" It works now. The server loads.
"stop the server"
"start the server" and it hangs again :P

I just created a bug report:
https://bukkit.atlassian.net/browse/BUKKIT-119

I can confirm that you can fix this bug by deleting the level.dat and level.dat_old of all offending worlds (back them up though incase stuff screws up)

@oliverw92 do you just delete those two files? or do you also set server.properties.level-name temporairly?

My world ceardia is a 1.0.0 world that was generated with bukkit 15XX (don't remember exactly).
These are the datfiles before and after the fix. I have no idea how to interpret them:
http://massivecraft.com/wp-content/uploads/ceardia-dat-files-before-and-after-fix.zip
The whole corrupted world can be downloaded here:
http://massivecraft.com/ceardia_corrupt_bak.zip
Be warned that world file is almost 700mb

Okay, I've done some research in the level.dat-files (thanks) and I've actually found the problem:
For whatever reason (Craft)Bukkit doesn't like it when the raining-flag and the thundering-flag are set to 1 in the level.dat. You can easily fix the issue by setting those values to 0 in an NBT-Editor like NBTEdit. That bug only exists when a world is loaded by a plugin (that's why those worlds work when you use them as default-world in the server.properties).

Interesting @main-- Can anyone else confirm this? I will try when I get home and mark the bug as confirmed.

Yes, I can confirm this. I changed the level.dats using NBTedit and set raing and thunder to 0, now our server is working.

Well, that makes sense. In the three worlds that this has happened to, when loaded in single player, its raining...

@main-- well done :)
@FernFerret Soo... This means that these two bugs are not duplicates after all right?:
https://bukkit.atlassian.net/browse/BUKKIT-119
https://bukkit.atlassian.net/browse/BUKKIT-109

That is correct. See my comment on 119. I already removed the duplicate link.

Here is how to cause a crash.

Use a multiworld plugin such as DimensionDoor or Multiverse to create a new world.

Start the server and it hangs on loading the world.

Will test when I get home

Python Script to fix the issue:
https://gist.github.com/1407699


Compilation issue - "comparison between signed and unsigned integer expressions"

On my Linux system, when I try to compile I get the following:
$ make
[C] pkg2zip_utils.c
[C] pkg2zip_aes.c
[C] pkg2zip.c
[C] pkg2zip_crc32.c
[C] pkg2zip_aes_x86.c
[C] pkg2zip_zip.c
[C] pkg2zip_crc32_x86.c
[C] pkg2zip_sys.c
pkg2zip_sys.c: In function ‘sys_read’:
pkg2zip_sys.c:157:14: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare]
     if (read != size)
              ^
pkg2zip_sys.c: In function ‘sys_write’:
pkg2zip_sys.c:166:15: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare]
     if (wrote != size)
               ^
cc1: all warnings being treated as errors
makefile:36: recipe for target 'pkg2zip_sys.o' failed
make: *** [pkg2zip_sys.o] Error 1

Ah, 32-bit Linux. Was not testing pkg2zip on it. Get the latest source - its fixed there.

Thanks, latest source compiles fine.


chore: organize Factories into serialized (bytes) and deserialized factories

See discussion here https://github.com/farcasterxyz/hub/pull/422/files#r1069925891

closing due to inactivity


Adds SQL language support. Fixes #98

@kevinsawicki I couldn't find any tests for the language specific code fences - do you want some for this?

do you want some for this?

No, it is okay to not have them.

Thanks for adding this :ship:


add link to user doc

Since the deploy template links to this page, which can be confusing, I propose adding a note that links any lost template users back to the user-friendly roles documentation.

Reviewed. Looks good to me. Ready to merge from my POV.


Binary codec support

https://twitter.com/schickling/status/1586309344010067968
https://buf.build/blog/protobuf-es-the-protocol-buffers-typescript-javascript-runtime-we-all-deserve

Could be a consolidated effort with @fp-ts/codec

We have MsgPack here: https://effect-ts.github.io/effect/experimental/MsgPack.ts.html
Having a common interface might be the next step.


feat(index): add AngularConnect link

I have updated this now that AngularU has completed.
Here are some screenshots of this PR:

lgtm!


Question: Any way to edit global variables dynamically

Say i have a less file with a bunch of global variables (@variable...) would it be possible for me to change their value using JavaScript (after the page is loaded)?
Thanks!

Hi,
I needed a similar solution described in the beginning of this thread.
For this, I wrote a tiny function that solved it for me.
I forked Less today - check it out:
https://github.com/hbi99/less.js/blob/master/dist/less-1.1.6.js
Worth mentioning; this is a fast solution in order to focus on my primary project - therefore, it can most likely be implemented more gracefully than my version. The function accepts a JSON object and variables declared in that object will override existing variables. Finally, the function does not cause new requests to the server.
Anywho, this is how it can be used:
Sample LESS:
@bgColor: black;
@textColor: yellow;
body {background: @bgColor; color: @textColor;}
From JS:
less.modifyVars({
'@bgColor': 'blue',
'@textColor': 'red'
});

Why not just dynamically create a LESS file with variable overrides and recompile?

@matthewdl - actually, the loaded LESS file(s) are stored in a variable called "session_cache". All "new" less-variables pushed in via "modifyVars" are appended to "session_cache" - thereby treated as a new less file and re-renders new CSS.
@Loda - the answer to your question is yes. See my answer to mathewdl - all variables passed in via "modifyVars" will be evaluated as if they were part of the LESS file, just know that the new vars will be appended at the end of the LESS files.
Example:
less.addVars({'@color': 'darken(#F00, 10%)'});
Finally, I would like to inform about two more things;

Any "@import" lines will be removed from the loaded LESS file(s) when stored in "session_cache". This is a good thing (IMHO) - all LESS files will be concatinated and stored in the variable "session_cache". No need to re-import them.

If one utilizes animations with transforms - using this function might result in - depending on how you utilize transforms, result in bad or good visual effect.

Good effect = if the colors animates, it will result in fading-effect.
Bad effect = if one have animations with movement, scaling, etc, which are triggered "onload" - animations will reset and animate from the start.


Can you add my tool?

Hi @nyquist can you add my tool?
https://github.com/StewAlexander-com/IP-ARP-Vendor_lookup
Please let me know, thanks

Is that a no?


First stable version

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@c027f56). Click here to learn what that means.
The diff coverage is 10%.

@@           Coverage Diff            @@
##             master      #6   +/-   ##
========================================
  Coverage          ?   1.96%
========================================
  Files             ?       7
  Lines             ?      51
  Branches          ?       2
========================================
  Hits              ?       1
  Misses            ?      50
  Partials          ?       0

Impacted Files
Coverage Δ

easywebpack/templatetags/webpack_extras.py
0% <ø> (ø)

easywebpack/apps.py
0% <0%> (ø)

easywebpack/management/commands/webpack.py
0% <0%> (ø)

easywebpack/management/commands/collectstatic.py
0% <0%> (ø)

easywebpack/webpack.py
0% <0%> (ø)

easywebpack/management/commands/runserver.py
0% <0%> (ø)

easywebpack/__init__.py
100% <100%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c027f56...2d20c42. Read the comment docs.


Minor fix on installation guide and (the probably deprecated) build script

can you merge the commits into one via https://xgboost.readthedocs.org/en/latest/dev-guide/contribute.html#how-to-combine-multiple-commits-into-one
Thanks! Then I will merge it in

Commits merged

great! Thanks for the contribution!


[Feature]: Track ETag changes to find updated files.

Contact Details
<EMAIL_ADDRESS>Feature Request
With the way that the caching system for Infinite is built, each CMS response has a "ETag" response header which is a hash that updates whenever a file is modified. Using this, a cache could be built to track changes and update existing files accordingly.

This seems doable. I could implement this using HEAD requests instead of GET to avoid re-downloading entire resources to check ETags, which could be stored in a ~/.cache/hi_getter/etags.json file.
The only problem I see here is what to do with old files, obviously they shouldn't be overwritten... maybe a separate directory (not cached_requests) inside the cache where the old files are renamed to {filename}_etag+{etag}? That way there's no naming conflictions.

Though there's still no way to tell which ETag version is newest. Storing a timestamp alongside the ETag in etags.json would probably be the best approach.


Expand documentation about sorting pages

This pull request expands the documentation regarding sorting, as discussed in issue #338.
The biggest change is to pull the main discussion of sorting out of the content/section page and into its own page in the templates section.  My logic for this change is that sorting order really only comes up when iterating over pages/sections in a template.  I left enough detail in the content/section page for users to know how to set the sort_by variable and referred them to the new templates/iterating and sorting page for details.
Happy to discuss or make any changes you think would be appropriate.

The text is good but I think it should be in content rather than templates imo

Let me explain why I moved it and then, if you still disagree, I'm happy to move it back to sections.md.
If you're writing content without writing templates (e.g., using someone else's themes without any files in your templates/ directory), then you don't need to know about reverse filters, page.next/page.previous, or any of the rest.  After all, you can't call page.next from inside a content file—only from inside a template.  All the content writer needs to know is that the _index.md file can have set a sort_by variable to date, order, or weight.  And my view is that the content section of the docs should be limited (as much as possible) to what the content creator needs to know.
The user who wants to make their own templates, on the other hand, needs to know all about the ways order and weight interact with reverse and how that impacts page.next.  I think that sort of advanced info is best kept specific to creating templates, which is the only place where it really comes up.
But, if you disagree, I'll move it back.

And my view is that the content section of the docs should be limited (as much as possible) to what the content creator needs to know

I agree on that but I think the different sort types are part of the content since that's where we explain all the options in the front-matter. I would find it weird to have a couple of options explained in a completely different part of the documentation. We can always move it back to templates later if other people prefer it

Ok, moved it back.


Fix typo in openai.rs request string

Fix typo in openai.rs request string, it is based off the conversation in https://github.com/zurawiki/gptcommit/issues/12#issuecomment-1397898715

Thanks @iroy2000 @tomejorge for the PR. I was rushed last night uploading v0.1.3 and left that wrong endpoint in as a way to debug. The fix is already landed to master and I've published v0.1.4 so I'm closing this PR. Other contributions and ideas welcome!


Feature request: port over docker run --mount type=bind,bind-nonrecursive

Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind feature
Description
docker run --mount type=bind,bind-nonrecursive should be supported, because recursive bind-mount cannot be read-only.
https://github.com/docker/cli/pull/1430

PR here: https://github.com/containers/libpod/pull/3315


Retry 409 resource-quotas errors in CL2

We noticed runs where some calls failed with:
measurement call InClusterNetworkLatency - InClusterNetworkLatency error: error while applying (/go/src/k8s.io/perf-tests/clusterloader2/pkg/measurement/common/probes/manifests/ping-client-service.yaml): Operation cannot be fulfilled on resourcequotas "gke-resource-quotas": the object has been modified; please apply your changes to the latest version and try again

This seems to be the exactly the situation described in https://github.com/kubernetes/kubernetes/issues/67761

If the logs from the original failures are still around, are they only replicating when deploying Services? Or was that just a lucky example in the original report?

We don't have logs anymore, but Services were just a "lucky example",  the error could have happened for other resource types as well.

Drat. That widens the scope of causes a bit. >_<
Thank you.


Support for がい/かい suffix

Hiya,
I noticed that there doesn't seem to be support for the [verb masu stem] + がい +  structure, and ichi.moe instead would try to parse this as everything except 甲斐 😅
Here's an example from the 転生したら剣でした manga chapter 58. This chapter is available on sites like klmanga[.]com if more context is needed.

...だが
それでこそ
狩りがいのある獣よ！

It would be really awesome if ichi.moe could parse this structure somehow. One quick fix I thought of was to treat the whole がいのある as a variant of 甲斐がある so that JMDict's entry for 甲斐がある appears. But then again, I realize that several other structures involving かい/がい also exist and aren't parsed properly by ichi.moe, so there's likely far more robust approaches than my suggestion here.
Thank you :)

Thanks for reporting, I'll see when I can get around to fixing this.


Include a javaawt directory

The following additions are to be made:

Take a look at the javalang directory (it is incomplete as of now).
A section that explains the java.awt package in a similar way, with proper documentation, is required. That will be done under the javaawt directory of the source.
Tests are not needed.
Contributors with experience in tackling the AWT package, knowledge of its features and nuances with the capability to explain exactly what the classes and methods do are requested to take on this issue.
The packages javax.swing or java.applet do not need to be dealt with here. It would be done separately.
Expect multiple reviews and correction comments if tackling this issue.

Can you please give me this issue?

You may start work, @akashkeshriofficial.

Ok Sir
On Wed, 12 Oct, 2022, 20:37 Thoroughfare by the Brooks, <
@.***> wrote:

This can be a long and tedious issue to solve because a lot of additions
are required. So do expect some corrections and reviews. Feel free to
discuss more, if required. I can provide sources as well if you want any
sort of help.
—
Reply to this email directly, view it on GitHub
https://github.com/Diptonil/raging-coffee/issues/5#issuecomment-1276335993,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AWXA6WRSIS2EELQVL4OOXYDWC3H3HANCNFSM6AAAAAAQ6JV57U
.
You are receiving this because you were mentioned.Message ID:
@.***>


Add continues-integration workflow

Q
A

QA
yes

All green 🎉 I will try to create test fixture next for the rector rules renaming used. I think it is ok for merge first.


Question about detect any unseen class

Hello, the author. I want to know how to modify the code if I want to detect a new type of object (not belonging to 80 categories in COCO dataset)

Adding the word2vec of new category in word2vec file word_w2v_withbg_48_17.txt or  word_w2v_withbg_65_15.txt. You can add it in the last column of the raw word2vec, and the results of the last class should be your target results.
Modify the code about the number of classes since my ugly handcraft code, you can refer this issue


endif syntax error on index.php 145

Followed instructions to download and install, running centOS 6.4 with
php-5.4.21-2.el6.remi.x86_64
php-pecl-mongo-1.6.0-1.el6.remi.5.4.x86_64
Getting error when I go to server/moaDB
Parse error: syntax error, unexpected 'endif' (T_ENDIF) in /var/www/html/moaDB/index.php on line 145

Same as you :/.
Tryed to fix the bug don't find where is the bug.

Same here.

I have fixed this bug by changing all endif syntax to curly braces, get the code here: http://pastebin.com/7TyWYN0Q

It is not the endif/curly braces issue. It is an issue with your server is set to require "<?php"  when starting php code.   Some of the lines only have "<?"

Set "short_open_tag = On" in your php.ini file. This has solved my problem.

Change <?'s to <?php


[Discussion] Test Macros

In Ava, extraneous arguments you pass to it are passed to the function.
const testMacro = (input, expectedValue) => {
  const actualValue = parse(input);
  expect(actualValue).toEqual(expectedValue);
};

test('title', testMacro, 'input', 'expected');

Would something like this be useful for Jest? I know I would use it a lot.
The current behaviour is that the third argument is used as a timeout for async tasks. Changing this would be a breaking change.

Not exactly the same, but you can use similar syntax:
test('title', testMacro.bind(this, 'input', 'expected'));

Yeah we cannot break this right now. We are considering to adopt other test libraries instead of Jasmine and Ava's API is awesome, so I'd love to have a standalone version of that. I'm going to close this issue out for now as we aren't likely to build this.


Update scala-compiler, scala-library to 2.13.12

About this PR
📦 Updates

org.scala-lang:scala-compiler
org.scala-lang:scala-library

from 2.13.9 to 2.13.12
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.scala-lang" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "org.scala-lang" }
}]

labels: library-update, early-semver-patch, semver-spec-patch, commit-count:1

Superseded by #222.


IOS: Time Picker no slider

Hi,
I saw an issue of your time picker with IOS.
The slider of the time picker is not present in my project and also in your demo page.

Have a great day!
Mickael Romaniello

@MickaelRomaniello
Do you know the reason why? Because I am not familiar with the ios

For now, I don't know really but I will  try to find why.

@MickaelRomaniello
I got it. It would be fixed in next release.

Perfect! I will test it when it will be available.

I'd love to see this fix get pushed through as well. It's a bummer not having it work for Safari :)

It'll be great to have it working on Safari. I believe it has something to do with the flex used in the css class .owl-date-panel-calendar-row . The calendar currently appears thus:-

What environment are you using?

HI @DanielYKPan,
When do you think to release the fix?

@MickaelRomaniello
Try the 4.3.1

Thank you I will, It's just that I didn't see it in the "Updates"

@DanielYKPan   I just updated to 4.3.1 I can see the time sliders have been fixed in Safari (I am using Safari 5.1.7 on Windows 7). This is what it looks it

@socx
I guess this is because safari 5.1.7 dose not support css flex

@DanielYKPan @MickaelRomaniello  How can i disable the sliders and use inputs like in the first picture?


fetal error

i tried to used it but its show
Fatal error: Call to undefined function curl_file_create() in C:\Program Files (x86)\EasyPHP-DevServer-14.1VC9\data\localweb\sample\pdftables.php on line 3
error how to solve it ?

Here are a couple of possible answers to your question:

Fatal error: Call to undefined function curl_init() using Batch File

Call to undefined function curl_file_create() [file handling]

PHP needs to be configured to have the curl plugin available for those functions beginning with curl_ to work. I've added this to our README.
Hope this helps, let us know if you have any other problems!


[Feature Request] Include TypeScript declaration in npm package

Since this package is already written in TypeScript, why not include TypeScript declaration in the npm package?
You just need to add the following lines to tsconfig.json
{
  "compilerOptions": {
    "declaration": true
  }
}

and packacge.json
{
  "types": "./dist/index.d.ts"
}

You can keep the declaration up to date instead of requiring to update @types/http-proxy-middleware separately.

Good point. I do not want to manage @types/http-proxy-middleware separately.
Please include TypeScript declaration.


level2 Tips and clues for fixing "engine errors" are not obvious

Version: 0.3.34
Platform: All
Publisher: All
Non-Chinese players may not understand the "engine errors" prompts.

add parameter tool tip


Live reload in development

My dream is to not need to restart the client after a made changes. There are ways do do this. One could make some code that reloads the complete tab if clicked on play, chat etc. (only for development). Then it needs hot reload of java classes but I would already pleased if it worked only with the theme files. Since the already have a theming support we should be able to built that easily, but maybe Intelij has some functionality on its own for this maybe using that would be interesting. Also Spring has a thing called Spring Developer tools that are supposed to enable live reload, not sure of those are suitable for us. Anyways researching this topic would be interesting.
Wanna have the bug fixed quickly?
Visit Issue hunt...

https://docs.spring.io/spring-boot/docs/1.5.16.RELEASE/reference/html/using-boot-devtools.html

I got it to work gonna make a tutorial

Also it needs some code changes for it to be working well

Does it work only with the theme changes or with code changes as well?

See video in PR


Add operations

This PR allows setting the operation and the filter separately. It adds a random operation that just produces random pixels.

Nice, this will make writing filters a bit less annoying :D
Is this ready for review? I think we should try to get this in asap

Yeah, they're super compact now. Yup, this is ready to review.

Sweet, merged.


Added the action model for impulse forward dynamics + various improvements - [merged]

In GitLab by @cmastalli on Sep 19, 2019, 19:09
Merges topic/action-impulse -> devel
This PR tackles issue #242. However, it improved the library in many terms, e.g.

Refactored the way of sharing memory with cost sum. Now it can be used for both differential action and action models.
Removed qcur and vcur in differential action models. These variables are not needed by using properly Eigen.
Introduced the concept of autonomous systems (nu = 0), note that impulse dynamics are autonomous systems.
Changed notation of variables in contact and impulse models. It's compatible with impulses and easier to understand.
Added function to update forces, accelerations (or next velocity) and their derivatives for using later in cost functions. This is ongoing work.

These functions is a partial works that handles #96.

In GitLab by @cmastalli on Sep 19, 2019, 19:16
added 1 commit
45168245 - [cleanup] Changed variable name to enable_force
Compare with previous version

In GitLab by @cmastalli on Sep 19, 2019, 19:18
enabled an automatic merge when the pipeline for<PHONE_NUMBER>baf15ccf79333f81bc3657f16a5f21 succeeds

In GitLab by @cmastalli on Sep 19, 2019, 19:34
merged

In GitLab by @cmastalli on Sep 19, 2019, 19:34
mentioned in commit 10c549aacbbf5ca267e923aacb04d7d0bf3ebe81


please do tnoremap

Description
Because I do tnoremap <Esc> <C-\><C-n>, the current forced mapping to  with noremap = false is inconvenient. If you are trying to match the previous behavior, then noremap = true should be fine, but why did you do it this way?

Ty @uga-rosa, I’d like to get rid of it, I personally prefer  to close the UI faster but although it never came up as an issue I was having neovim process hangs which I concluded was a neoivm bug (https://github.com/neovim/neovim/issues/20726) so I added this mapping as proactive measure until this gets fixed upstream.

the current forced mapping to with noremap = false is inconvenient

I will add noremap=true, just wondering what you mean by that? What’s process do you have which gets in the way?

Because I did tnoremap <Esc> <C-\><C-n>, noremap = false maps <C-c> to <C-\><C-n>, and don't close UI.

Ty @uga-rosa, makes absolute sense, fixed in https://github.com/ibhagwan/fzf-lua/commit/8778728c7afeefaca643162bcc17305ec1ace4a1.

Ty!


CLOUDP-57839: Create db users, C/OM

Proposed changes
Jira ticket: CLOUDP-57839
Checklist

[x] I have added tests that prove my fix is effective or that my feature works
[x] I have added any necessary documentation (if appropriate)
[x] I have run make fmt and formatted my code

@andreaangiolillo I'm merging this, please be aware we may have conflicts on your branch with the flags and usage changes


rkt: Add warning message during gc for pod within grace period

Prints warning message when a pod is in the garbage, but is not removed
due to still being within the grace period.
Fixes #1629

LGTM

Thanks!


Implement Vulnerability Management Automation

Please help me to integrate this Cyber Security Best Practices.

Not interested thanks :)


Ghost character after setting value to null with TextInput (iOS only)

Hi,
When I use the TextInput component on iOS I get the first character I typed in the TextInput after I deleted my previous entry:

Here I'm doing:

typing: 'Vit'
delete 'Vit'
somehow the 'V' returns
delete 'V'
type 'Sup'
delete 'Sup'
the 'V' returns again

I'm using a mac, and this only happens on iOS, Android works fine. I'm using RN 0.30.0 but I've seen the issue also with RN 0.24.0.
Code:
export default class Inputfield extends Component {
  constructor (props) {
    super(props);
    this.state = {
      value: props.value || props.defaultValue,
    };
    this._handleTextChange = this._handleTextChange.bind(this);
  }

  componentWillReceiveProps (nextProps) {
    if (nextProps.value != this.props.value && this.state.value != nextProps.value) {
      this.setState({value: nextProps.value || nextProps.defaultValue});
    }
  }

  _handleTextChange (text) {
    if (text.trim() == '') {
      text = null;
    }
    this.setState({value: text});
  }

  render () {
    return (
      <TextInput
          onChangeText={this._handleTextChange}
          value={this.state.value}
      />
    );
  }
}

I also found a fix. If I change value={this.state.value} into value={this.state.value || ''} the ghost-character doesn't appear so it only happens when you change the value to null.

I also encountered the same problem when defaultValue of the TextInput was set to null. Also fixed with setting an empty string instead.

@facebook-github-bot label Icebox

Hi there! This issue is being closed because it has been inactive for a while.
But don't worry, it will live on with ProductPains! Check out its new home: https://productpains.com/post/react-native/ghost-character-after-setting-value-to-null-with-textinput-ios-only
ProductPains helps the community prioritize the most important issues thanks to its voting feature.
It is easy to use - just login with GitHub.
Also, if this issue is a bug, please consider sending a PR with a fix.
We're a small team and rely on the community for bug fixes of issues that don't affect fb apps.

@facebook-github-bot close


repeated keyword argument

Hi,
This looks like an interesting tool. Gave it a go and my parser found it generates function calls with repeated keyword arguments. Is that a known limitation or a bug?
Thanks!

Have you got a snippet to share as an example?

sure
while ~lb5tecupqp1:
    continue
    break
    (whnc5olicb7): (0.0, lb5tecupqp1, lb5tecupqp1) = (yield 0j)
    b'' if False else whnc5olicb7
    with None(whnc5olicb7, whnc5olicb7=0, whnc5olicb7=lb5tecupqp1), {e_gte4im2eo} as xhjf1xgsmrc, {whnc5olicb7: '' for qvv5533x6vm in whnc5olicb7 if 0j if lb5tecupqp1 if 0.0}:
        global whnc5olicb7

    [...]


Code of Conduct

And an issue and PR temp;ate
edit: and a contrib guideline doc

Moved to suggestions.


Cargo does not handle non-UTF8 gitignores gracefully

Problem
When attempting to run cargo init --bin . on an existing Git repository in cargo 1.64, cargo failed with the somewhat cryptic
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: Error { kind: InvalidData, message: "stream did not contain valid UTF-8" }', src/tools/cargo/src/cargo/ops/cargo_new.rs:601:78
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

In that version of cargo, that unwrap corresponds to this line, which in main is currently line 600.
It appears that the cause is that when a .gitignore is present that is not UTF-8, Cargo assumes by unwrap that it must be UTF-8, and panics because the assumption does not hold.  In this case, the existing Git repository had a .gitignore that had been checked in by a Windows user that had accidentally been checked in as UTF-16LE with BOMs and CRLF terminators!  While the presence of such .gitignores is definitely a user problem (git doesn't seem to work with such files), the error handling on cargo's side should probably be more graceful.
Steps

Create a new empty Git repository
Create a .gitignore that is not valid UTF-8, for instance printf '\xFF\xFE' > .gitignore
cargo init

Possible Solution(s)
As previously mentioned, the bug is an unwrap that should be a user-facing error, so cargo should IMO be returning an error to the user here to state that their existing ignore file is badly formed.  cargo could try to rectify the problem but this feels like scope creep.
Notes
No response
Version
cargo 1.64.0 (387270bc7 2022-09-16)
release: 1.64.0
commit-hash: 387270bc7f446d17869c7f208207c73231d6a252
commit-date: 2022-09-16
host: aarch64-apple-darwin
libgit2: 1.4.2 (sys:0.14.2 vendored)
libcurl: 7.84.0 (sys:0.4.55+curl-7.83.1 system ssl:(SecureTransport) LibreSSL/3.3.6)
os: Mac OS 13.0.0 [64-bit]

Did a simple research.

Git seems to ignore .gitignore in non-UTF8 encoding.^git
Mecurial respects local encoding.^hg
Have yet dived deep enough to find encoding info about fossil and pijul.

For now, I would recommend enriching the error message by calling out the path of the non-UTF8 file and telling users Cargo currently not support non-UTF8 ignore files.
In the future, we could try to respect the local encoding and newline, though it is not a high priority IMO.

@rustbot claim


[requires.io] dependency update on pyup-scheduled-update-08-31-2017 branch

Coverage remained the same at 100.0% when pulling 1980c9f1a21892ac64c77fd00e7b596fcdc82f71 on requires-io-pyup-scheduled-update-08-31-2017 into b44b4bb4b5d86c021007853e66eea4596443d319 on pyup-scheduled-update-08-31-2017.

Coverage remained the same at 100.0% when pulling 1980c9f1a21892ac64c77fd00e7b596fcdc82f71 on requires-io-pyup-scheduled-update-08-31-2017 into b44b4bb4b5d86c021007853e66eea4596443d319 on pyup-scheduled-update-08-31-2017.

Coverage remained the same at 100.0% when pulling 1980c9f1a21892ac64c77fd00e7b596fcdc82f71 on requires-io-pyup-scheduled-update-08-31-2017 into b44b4bb4b5d86c021007853e66eea4596443d319 on pyup-scheduled-update-08-31-2017.

Coverage remained the same at 100.0% when pulling 1980c9f1a21892ac64c77fd00e7b596fcdc82f71 on requires-io-pyup-scheduled-update-08-31-2017 into b44b4bb4b5d86c021007853e66eea4596443d319 on pyup-scheduled-update-08-31-2017.

Codecov Report

Merging #186 into pyup-scheduled-update-08-31-2017 will not change coverage.
The diff coverage is n/a.

@@                       Coverage Diff                       @@
##           pyup-scheduled-update-08-31-2017   #186   +/-   ##
===============================================================
  Coverage                               100%   100%
===============================================================
  Files                                     9      9
  Lines                                   267    267
===============================================================
  Hits                                    267    267


Add dark mode to AccountsViewController

Will remove commit for appearance -> automatic before merging.

Will remove commit for appearance -> automatic before merging.

Better if you don't include that commit in the PR; at least for simpler ones. I sometimes switch between Dark and Light when testing out PRs related to dark mode any way. And I can then merge the PR as-is right after review.

Will remove commit for appearance -> automatic before merging.

Better if you don't include that commit in the PR; at least for simpler ones. I sometimes switch between Dark and Light when testing out PRs related to dark mode any way. And I can then merge the PR as-is right after review.

You will have to change the Appearance -> Automatic thing yourself then. I will do so for the next PR.


Benchmarks now with python 3

Updated the benchmark script: benchmarks/calc_signal_benchmark.py
so that it works with python 3, plus it reads/writes better into files.
The benchmarks are also no longer packaged

Hello @lasofivec! Thanks for opening this PR. We checked the lines you've touched for PEP 8 issues, and found:

In the file benchmarks/calc_signal_benchmark.py:

Line 157:49: E228 missing whitespace around modulo operator
Line 157:60: E231 missing whitespace after ','
Line 163:36: E231 missing whitespace after ','
Line 167:36: E231 missing whitespace after ','
Line 358:38: E228 missing whitespace around modulo operator
Line 361:44: E228 missing whitespace around modulo operator


Flex 3734 add ntp server

This pull request makes the build fail.

This pull request makes the build fail.

retest this please

All is well.

This pull request makes the build fail.

All is well.

All is well.


Adds hypermedia links

This PR adds results of iceberg schema generate graph ( see https://github.com/bmeg/iceberg-schema-tools/pull/22)

@evergreen700 can you review?

Seems pretty consistent! I do wonder a bit at why the links property is always double nested, do the BMEG schemas need to change to reflect that? I don't think we were doing it that way before

https://github.com/bmeg/iceberg/pull/11/files#diff-0fd054f3a475f3e9279e56f3665880ed9779a547ce4766a5c1ae22ac42e581e4R143-R147
I see what you mean.   That is an issue that needs to be fixed.
I think the issue is here.   https://github.com/bmeg/iceberg-schema-tools/blob/0549f9d2e8cc12e799d1b794b1e2ef8dacdb3fdd/iceberg_tools/graph/init.py#L522-L523


cmd/go: cannot Resolve K8s Package from Dependency

What version of Go are you using (go version)?
go version go1.11 windows/amd64
Does this issue reproduce with the latest release?
Yes
What operating system and processor architecture are you using (go env)?
Windows 10 Enterprise x64
Reproduced with go1.11 on Windows Subsystem for Linux (Ubuntu) as well.
What did you do?
Tried to run go test/go build with code that uses methods from the prometheus monitoring project.
Reproduce with:
package main

import (
        "github.com/prometheus/prometheus/config"
)

func main() {}

var c config.Config

Ultimately related to issues I've opened before #26843 and dep issue 1976.
At this point I'm a bit perplexed as to how to deal with this.
What did you expect to see?
The standard behavior of a test or build.
What did you see instead?
$ go mod verify
all modules verified
$ go build main.go
go: finding github.com/Azure/azure-sdk-for-go/arm/compute latest
go: finding github.com/Azure/azure-sdk-for-go/arm/network latest
go: finding github.com/Azure/azure-sdk-for-go/arm latest
go: finding k8s.io/client-go/pkg/api latest
go: finding k8s.io/client-go/pkg/apis/extensions/v1beta1 latest
go: finding k8s.io/client-go/pkg latest
go: finding k8s.io/client-go/pkg/apis/extensions latest
go: finding k8s.io/client-go/pkg/apis latest
build promtest: cannot find module for path github.com/Azure/azure-sdk-for-go/arm/compute

Fix azure-sdk-for-go issue by adding to go.mod:
require github.com/Azure/azure-sdk-for-go v5.0.0-beta.0.20161028183111-bd73d950fa44+incompatible // indirect
$ go build main.go
go: finding github.com/Azure/azure-sdk-for-go v5.0.0-beta.0.20161028183111-bd73d950fa44+incompatible
go: finding k8s.io/client-go/pkg/apis/extensions/v1beta1 latest
go: finding k8s.io/client-go/pkg/api latest
go: finding k8s.io/client-go/pkg/apis/extensions latest
go: finding k8s.io/client-go/pkg latest
go: finding k8s.io/client-go/pkg/apis latest
../../go/pkg/mod/github.com/prometheus/prometheus@v2.3.2+incompatible/discovery/kubernetes/kubernetes.go:34:2: unknown import path
 "k8s.io/client-go/pkg/api": cannot find module providing package k8s.io/client-go/pkg/api
../../go/pkg/mod/github.com/prometheus/prometheus@v2.3.2+incompatible/discovery/kubernetes/endpoints.go:26:2: unknown import path
"k8s.io/client-go/pkg/api/v1": cannot find module providing package k8s.io/client-go/pkg/api/v1
../../go/pkg/mod/github.com/prometheus/prometheus@v2.3.2+incompatible/discovery/kubernetes/ingress.go:25:2: unknown import path "k
8s.io/client-go/pkg/apis/extensions/v1beta1": cannot find module providing package k8s.io/client-go/pkg/apis/extensions/v1beta1

Oddly enough, k8s.io/client-go/pkg/api does not exist in the prometheus vendor directory and I cannot find it remapped in their vendor.json.  Could k8s.io/client-go/pkg/api be using k8s.io/api?

@swtch1 this situation comes about because of breaking changes in the github.com/Azure/azure-sdk-for-go packages. Because the import path of the github.com/Azure/azure-sdk-for-go/... packages did not change after the breaking change, it's impossible to work out which version is "correct". Hence the power of semantic import versioning.
There is a way to "fix" your case however, and that is to bootstrap your dependencies from the  github.com/prometheus/prometheus module:
# use a clean GOPATH for testing
export GOPATH=$(mktemp -d)

cd $(mktemp -d)
mkdir hello
cd hello
go mod init example.com/hello
cat <<EOD > main.go
package main

import (
        "github.com/prometheus/prometheus/config"
)

func main() {}

var c config.Config
EOD

# create a temporary directory for a prometheus clone
pd=$(mktemp -d)
git clone https://github.com/prometheus/prometheus/ $pd
pushd $pd
go mod init
popd

# now back to our example
go mod edit -require=github.com/prometheus/prometheus@latest
go mod edit -replace=github.com/prometheus/prometheus=$pd

go build main.go

succeeds.
cc @rsc @bcmills. Perhaps when resolving github.com/prometheus/prometheus, we see that it's a non-module dependency, we also see that it could be converted from its existing dependency management configuration (govendor), should we use the dependencies implied by the result of go mod init?

Hey @myitcv.  Thank you very much for providing the script here, but this does not succeed for me.
The first error I get is:
build example.com/hello: cannot find module for path github.com/Azure/azure-sdk-for-go/arm/compute
Then after adding github.com/Azure/azure-sdk-for-go v5.0.0-beta.0.20161028183111-bd73d950fa44+incompatible // indirect to go mod I get:
go: finding k8s.io/client-go/pkg/apis latest
/tmp/tmp.O4RyoujYYn/pkg/mod/github.com/prometheus/prometheus@v2.3.2+incompatible/discovery/kubernetes/kubernetes.go:34:2: unknown import path "k8s.io/client-go/pkg/api": cannot find module providing package k8s.io/client-go/pkg/api
/tmp/tmp.O4RyoujYYn/pkg/mod/github.com/prometheus/prometheus@v2.3.2+incompatible/discovery/kubernetes/endpoints.go:26:2: unknown import path "k8s.io/client-go/pkg/api/v1": cannot find module providing package k8s.io/client-go/pkg/api/v1
/tmp/tmp.O4RyoujYYn/pkg/mod/github.com/prometheus/prometheus@v2.3.2+incompatible/discovery/kubernetes/ingress.go:25:2: unknown import path "k8s.io/client-go/pkg/apis/extensions/v1beta1": cannot find module providing package k8s.io/client-go/pkg/apis/extensions/v1beta1

I have tried running this script on git bash on Windows, Windows subsystem for linux (Ubuntu) and CentOS, all with the same result.  All are running the latest Go build.
I do see this error in the middle of the scripted commands:
[root@x hello]# go mod edit -require=github.com/prometheus/prometheus@latest
[root@x hello]# go mod edit -replace=github.com/prometheus/prometheus=$pd
go: errors parsing go.mod:
/tmp/tmp.uBjO0NuXgH/hello/go.mod:3: invalid module version "latest": version must be of the form v1.2.3

I am very appreciative of the work you've done but at this point I still have no way to build.  Do you have any further tips?  Am I supposed to be entering a specific version there instead of @latest? and if so how do I acquire that?  Thank you for the work thus far.

@swtch1 just to be clear, does a copy-paste of the commands in https://github.com/golang/go/issues/27457#issuecomment-419364867 work for you?
Please note I've just made a slight tweak to the comment to fix one of the commands apologies for that, so a page refresh might be required
If not, please can you include the full output?
I ask because those steps don't say anything about adding github.com/Azure/azure-sdk-for-go v5.0.0-beta.0.20161028183111-bd73d950fa44+incompatible // indirect to your go.mod.

@myitcv your script modifications worked for me.  I really can't thank you enough.. I haven't been able to build this project since I added those deps.  This is seriously huge, thank you!  Also not something I think I would have figured out on my own as I played with the replacements for hours.

Not quite sure what you mean @bcmills? Doing a go get will just fail, because it starts to pull down modules the "wrong" versions. Hence the clone approach, to sidestep all that wasted effort, and instead start with the go mod init which will get the "right" versions.

I'll post more detail once I can get a trace of commands that work. 🙂

Ok, there is one outstanding bug here, but the rest seems to work fine.
The bug is that, for some reason, go get<EMAIL_ADDRESS>adds v20.1.0+incompatible instead of the requested version.
If I fix that with a go mod edit, it seems to remain stable. I end up needing to fix up two other versions to point to non-semver revisions (one for k8s.io/apimachinery, which uses a different versioning scheme for its tags, and one for github.com/hashicorp/serf, which some other (tagged) hashicorp package requires at a version newer than the latest tag), but beyond that everything builds without any replace directives.
$ go mod init github.com/golang/go/issues/27457
go: creating new go.mod: module github.com/golang/go/issues/27457

$ go get<EMAIL_ADDRESS>go: finding k8s.io/apimachinery kubernetes-1.11.3
go: finding k8s.io/apimachinery latest

$ go get github.com/hashicorp/serf@48d5794
go: finding github.com/hashicorp/serf 48d5794

$ go get github.com/Azure/azure-sdk-for-go@v5

$ go build all
[…]
can't load package: package github.com/Azure/azure-sdk-for-go/arm/compute: unknown import path "github.com/Azure/azure-sdk-for-go/arm/compute": cannot find module providing package github.com/Azure/azure-sdk-for-go/arm/compute
can't load package: package github.com/Azure/azure-sdk-for-go/arm/network: unknown import path "github.com/Azure/azure-sdk-for-go/arm/network": cannot find module providing package github.com/Azure/azure-sdk-for-go/arm/network

$ go mod edit -require<EMAIL_ADDRESS>
$ go build all

Ah I see what you mean now @bcmills

Ok, there is one outstanding bug here, but the rest seems to work fine without any replace directives.

Indeed, but in its place you have to know to perform the various go get's listed in your solution, no?
Or was this more a case of chasing down why the approach originally described in this issue didn't work?

The number of such cases should drop as more repos get module definitions.

Absolutely.

and there was, so, a win all around!

👍

Having a similar issue as described here: https://groups.google.com/forum/#!topic/golang-nuts/BYV0IH_809Q.  Thanks @myitcv for pointing me to this issue.
The "fix" seems to be some of what @bcmills described.  ApiMachinery wasn't the version I wanted even after a go get.  I had to set this manually with go mod edit -replace.  This kind of thing doesn't really make me feel too confident about the system as even after I fixed that one package, it exposed others that I now have to also fix manually... 😕
# k8s.io/kubernetes/pkg/util/parsers
/go/pkg/mod/k8s.io/kubernetes@v1.11.3/pkg/util/parsers/parsers.go:36:16: undefined: reference.ParseNormalizedNamed
# github.com/hashicorp/consul/lib
/go/pkg/mod/github.com/hashicorp/consul@v1.2.3/lib/serf.go:18:6: base.MinQueueDepth undefined (type *serf.Config has no field or method MinQueueDepth)
/go/pkg/mod/github.com/hashicorp/consul@v1.2.3/lib/serf.go:24:6: base.LeavePropagateDelay undefined (type *serf.Config has no field or method LeavePropagateDelay)

I decided to look into the k8s.io dependency web once and for all, and ended up making https://github.com/bcmills/k8s-mods.
For your convenience, try:
go get -m github.com/bcmills/k8s-mods && go mod tidy

That should at least rough in a consistent starting point for your own module.

@bcmills thanks!


Add Camera Zoom modification option

Pathfinder WotR, while being an excellent game so far, has the same issue the old Pathfinder had - camera being too close to the characters. In the previous game Bag of Tricks had the option to modify the min and max distance of the camera from the ground - could you please check if the same would be possible in here? I'm just starting with the game, and already some fights are getting pretty chaotic simply because you can't see enough of the surroundings.

Fixed in 1.2.4


Adding $__isoFrom() and $__isoTo() macros

Hi, the service which I want to query doesn't support epoch timestamp but rather ISO8601. Would it be a problem to include these macros?

Not at all! Thanks for a really solid pull request, with both test and docs. Looks great! ❤

Thanks. I am sorry for being pushy. Do you have some schedule when you create a new release?

No schedule, but I'd like to include https://github.com/marcusolsson/grafana-json-datasource/pull/111 in the release as well. I'll publish a release as soon as it's merged.

👍

Included in v1.2.0

Why not accepting any value in $__isoFrom() to calculate time with a delta duration ?
It would be nice to get time 2 hours before now, and time 2 days after now.


Debugging again

(i) integrated increase of building temperature for clever control also in buffer case
(ii) solved bugs from UTSP tests
(iii) moved all cooling_considered variables when not needed anymore
(iv) made definition of car component optional

improoved control, so that buffer is automatically charged in surplus case, also when it is above lower hysteresis temperature


Custom BNN architectures for a fully Bayesian DKL

There should be an easier way to define custom BNN architectures for a fully Bayesian DKL, at least for MLPs.

Addressed via #89


contributing

Add in Contributing.md for guidelines as well as instructions for running tests.

I like it. Well done. :+1:


Add more to readme

[ ] Add a repo to install from
[ ] Add build steps
[ ] Add information about the project
[ ] Add license

I'll open a PR for some of these shortly

I'll open a PR for some of these shortly


limit torch to <=2.1 to avoid type errors

Because of https://github.com/pytorch/pytorch/issues/118736, our build actions are failing. Hopefully this fixes it

Aha, thanks for tracking down the issue.


Design doc for combining axioms.

Reviewer checklist

[ ] Test coverage: stack test --coverage
[ ] Public API documentation: stack haddock
[ ] Style conformance: stylish-haskell

Not sure if it makes a difference or makes anything easier, but you could also start with the LHS of the first rule in the sequence instead of a single variable GST:GeneratedTopCell. Maybe it helps with avoiding remainder calculations.


Fixes #8501 change inline code blocks

Change inline code blocks to PowerShell language-specific code blocks

@alosaimii Top three reasons would be:

Easier copy / paste functionality with language blocks
Provides syntax highlighting for better readability
Creates consistency in the document since all other code block and language specific

Closed as duplicate


Fix grammar errors

“Enter user name?”, with a question mark, is a question to which the answer is either “yes” or “no,” not a username. Accordingly, I removed the question mark. (Another possibility would be to simply ask: “What’s your username?”)
Also, the Oxford Dictionary of English gives the compound word “username” to refer to "an identification used by a person with access to a computer, network, or online service,” which I suppose it’s the meaning intended here. I rewrote it like that.

Codecov Report

Merging #41 into master will decrease coverage by 2.33%.
The diff coverage is n/a.

@@            Coverage Diff            @@
##           master     #41      +/-   ##
=========================================
- Coverage   98.93%   96.6%   -2.34%
=========================================
  Files          11      39      +28
  Lines         936    1912     +976
  Branches        0      63      +63
=========================================
+ Hits          926    1847     +921
- Misses         10      65      +55

Impacted Files
Coverage Δ

SwiftlineTests/SwiftlineTests/ArgsTests.swift
100% <0%> (ø)
:arrow_up:

SwiftlineTests/SwiftlineTests/ColorizerTest.swift
100% <0%> (ø)
:arrow_up:

SwiftlineTests/SwiftlineTests/AgreeTests.swift
100% <0%> (ø)
:arrow_up:

SwiftlineTests/SwiftlineTests/GlobTests.swift
100% <0%> (ø)
:arrow_up:

...iftlineTests/SwiftlineTests/AskSettingsTests.swift
100% <0%> (ø)
:arrow_up:

SwiftlineTests/SwiftlineTests/RunnerTests.swift
100% <0%> (ø)
:arrow_up:

SwiftlineTests/SwiftlineTests/ENVTests.swift
100% <0%> (ø)
:arrow_up:

SwiftlineTests/SwiftlineTests/AskTests.swift
100% <0%> (ø)
:arrow_up:

...ftlineTests/SwiftlineTests/AgreeSettingsTest.swift
100% <0%> (ø)
:arrow_up:

Source/Glob.swift
100% <0%> (ø)

... and 29 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c0b3e41...76691f8. Read the comment docs.


Code Release

Hi,
Thank you for your excellent work! I'm eagerly looking forward to citing your contributions. Could you please provide information on the code release?

Hi @Hanyu-Xue, thanks for your interest in our work. We plan to release the code in a few days' time. I'll close the issue as soon as I push the code, so you'll be notified.

Dear @Hanyu-Xue, FYI, the code has just been added.


Dropdown list of publish profiles too narrow to disambiguate

Describe the bug
If you go to the publish page and choose the publish profiles dropdown, it's too narrow to review.
Version
Version:  1.4.0-nightly.236490.3735dd3
Electron: 8.2.4
Chrome: 80.0.3987.165
NodeJS: 12.13.0
V8: 8.0.426.27-electron.0
Browser

[X] Electron distribution
[ ] Chrome
[ ] Safari
[ ] Firefox
[ ] Edge

OS

[ ] macOS
[X] Windows
[ ] Ubuntu

To Reproduce
Steps to reproduce the behavior:

create two publish profiles with the same name for the first 8 characters of the dropdown and save
Try to disambiguate at runtime

Expected behavior
Dropdown is appropriately wide for the content.
Screenshots

Additional context

Fixed in newer releases


signal (4): Illegal instruction

I cannot even run the first example:
import SimpleContainerGenerator

mkpath("my_image_name")
cd("my_image_name")

pkgs = [
    "Foo",
    "Bar",
    "Baz",
]

SimpleContainerGenerator.create_dockerfile(pkgs, pwd(); julia_version = v"1.4.0")
run(`docker build -t my_docker_username/my_image_name .`)

The error is from the last step:
julia> run(`docker build -t my_docker_username/my_image_name .`)
Sending build context to Docker daemon   21.5kB
Step 1/80 : FROM ubuntu:latest
 ---> 4e5021d210f6
Step 2/80 : ENV DEBIAN_FRONTEND noninteractive
 ---> Using cache
 ---> 1aac5812b3e7
Step 3/80 : RUN apt-get update
 ---> Using cache
 ---> c4ad12b06313
Step 4/80 : RUN apt-get -yq dist-upgrade
 ---> Using cache
 ---> d979af7133ee
Step 5/80 : RUN apt-get update
 ---> Using cache
 ---> cfd9ba4870cc
Step 6/80 : RUN apt-get -yq dist-upgrade
 ---> Using cache
 ---> 5f91f0af23cb
Step 7/80 : RUN apt-get install -yq --no-install-recommends apt-utils build-essential bzip2 ca-certificates cmake coreutils curl emacs  emacs nano vim fonts-liberation gettext gfortran git git-all git-flow git-lfs gnupg gpg gpg-agent gzip hdf5-tools libcurl4-openssl-dev libgconf-2-4 libgtk2.0-0 libnss3 libpgf-dev libpgf6 libpgf6-dbg libpng-dev libssl-dev libxss1 libxtst6 locales lsb-release m4 nano openssh-client openssl pdf2svg poppler-utils qt5-default screen sudo texlive-binaries texlive-latex-base texlive-latex-extra texlive-luatex texlive-pictures tmux  tree unzip vim wget xdg-utils zip zlib1g-dev
 ---> Using cache
 ---> 4a7da1d106a3
Step 8/80 : RUN apt-get update
 ---> Using cache
 ---> 6cee8577de7d
Step 9/80 : RUN apt-get -yq dist-upgrade
 ---> Using cache
 ---> ec03c25aaa7d
Step 10/80 : RUN apt-get update
 ---> Using cache
 ---> 60f0adfad2ed
Step 11/80 : RUN apt-get -yq dist-upgrade
 ---> Using cache
 ---> 1ec4cd1906c8
Step 12/80 : RUN apt-get clean
 ---> Using cache
 ---> fc610418b5dd
Step 13/80 : RUN rm -rf /var/lib/apt/lists/*
 ---> Using cache
 ---> 2a1e8777f4e5
Step 14/80 : RUN echo "en_US.UTF-8 UTF-8" > /etc/locale.gen && locale-gen
 ---> Using cache
 ---> 8e4aa7ad1389
Step 15/80 : ENV SHELL=/bin/bash LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8 LANGUAGE=en_US.UTF-8 PROMPT_COMMAND="echo -n [$()]"
 ---> Using cache
 ---> 0d75bc233ed7
Step 16/80 : RUN mkdir -p /tmp/simplecontainergenerator_containers-julia-gpg-key
 ---> Using cache
 ---> 92f832905d0c
Step 17/80 : RUN cd /tmp/simplecontainergenerator_containers-julia-gpg-key && curl https://julialang.org/juliareleases.asc --output juliareleases.asc
 ---> Using cache
 ---> 27799f36b212
Step 18/80 : RUN cd /tmp/simplecontainergenerator_containers-julia-gpg-key && gpg --import juliareleases.asc
 ---> Using cache
 ---> 119fa94969c8
Step 19/80 : RUN rm -rf /tmp/simplecontainergenerator_containers-julia-gpg-key
 ---> Using cache
 ---> c39f2422d0eb
Step 20/80 : RUN mkdir -p /tmp/simplecontainergenerator_containers-download-julia
 ---> Using cache
 ---> 24ef808efa1c
Step 21/80 : RUN cd /tmp/simplecontainergenerator_containers-download-julia && wget -O julia.tar.gz https://julialang-s3.julialang.org/bin/linux/x64/1.4/julia-1.4.0-linux-x86_64.tar.gz
 ---> Using cache
 ---> ba2654e41b3b
Step 22/80 : RUN cd /tmp/simplecontainergenerator_containers-download-julia && wget -O julia.tar.gz.asc https://julialang-s3.julialang.org/bin/linux/x64/1.4/julia-1.4.0-linux-x86_64.tar.gz.asc
 ---> Using cache
 ---> 9c630cc4877b
Step 23/80 : RUN cd /tmp/simplecontainergenerator_containers-download-julia && gpg --verify julia.tar.gz.asc
 ---> Using cache
 ---> d3ca46a83d6b
Step 24/80 : RUN rm -rf /opt
 ---> Using cache
 ---> 3e0a8c8faee4
Step 25/80 : RUN mkdir -p /opt
 ---> Using cache
 ---> 1e85eb8617db
Step 26/80 : RUN cd /tmp/simplecontainergenerator_containers-download-julia && tar xzf julia.tar.gz -C /opt --strip-components=1
 ---> Using cache
 ---> c07849403030
Step 27/80 : RUN rm -rf /tmp/simplecontainergenerator_containers-download-julia
 ---> Using cache
 ---> bb3384818bd8
Step 28/80 : RUN rm -rf /tmp/simplecontainergenerator-containers-build-depot
 ---> Using cache
 ---> ed27b054143a
Step 29/80 : RUN mkdir -p /tmp/simplecontainergenerator-containers-build-depot
 ---> Using cache
 ---> 48b6797bfb0d
Step 30/80 : RUN cd /tmp && JULIA_DEPOT_PATH=/tmp/simplecontainergenerator-containers-build-depot /opt/bin/julia -e 'import InteractiveUtils; InteractiveUtils.versioninfo(; verbose=true)'
 ---> Running in bc9118910010
Invalid instruction at 0x7fae62ff4ba8: 0x62, 0xf1, 0x7d, 0x48, 0xef, 0xc0, 0xc3, 0x90, 0x89, 0xc2, 0x83, 0xe2, 0xe0, 0x0f, 0x8e

signal (4): Illegal instruction
in expression starting at none:0
dot_compute at /opt/bin/../lib/julia/libopenblas64_.so (unknown line)
Allocations: 2502 (Pool: 2494; Big: 8); GC: 0
Illegal instruction
The command '/bin/sh -c cd /tmp && JULIA_DEPOT_PATH=/tmp/simplecontainergenerator-containers-build-depot /opt/bin/julia -e 'import InteractiveUtils; InteractiveUtils.versioninfo(; verbose=true)'' returned a non-zero code: 132
ERROR: failed process: Process(`docker build -t my_docker_username/my_image_name .`, ProcessExited(132)) [132]

Stacktrace:
 [1] pipeline_error at ./process.jl:525 [inlined]
 [2] run(::Cmd; wait::Bool) at ./process.jl:440
 [3] run(::Cmd) at ./process.jl:438
 [4] top-level scope at REPL[6]:1

I suspected because docker does not have full-disk access on macOS. But this error still occurs after I gave it.
julia> versioninfo()
Julia Version 1.5.0-DEV.660
Commit f7e5f3ea09 (2020-04-22 01:52 UTC)
Platform Info:
  OS: macOS (x86_64-apple-darwin18.7.0)
  CPU: Intel(R) Xeon(R) W-2140B CPU @ 3.20GHz
  WORD_SIZE: 64
  LIBM: libopenlibm
  LLVM: libLLVM-9.0.1 (ORCJIT, skylake)
Environment:
  JULIA_EDITOR = code

on macOS 10.15.4.

Run the following commands in a terminal:
docker rm $(docker ps -a -q)
docker rmi $(docker images -q)
docker rmi $(docker images -q) --force

Then try again and see if you can still reproduce the issue.

I tried and the same error persists.

Hmmm.
How much memory (RAM) is Docker Desktop allowed to use?

Here is the resource I gave it.

I am having trouble reproducing this.
Can you reproduce this on two different machines?

Can you reproduce this on two different machines?
Or is this bug only present on a single machine?

Also, can you try with julia_version = v"1.4.1" and see if the bug is still present?

My bad. Foo, Bar, Baz are not registered packages. Sorry for your time!

It might be my package's problem. I can create images with either Example.jl or InteractiveUtils.

It might be my package's problem. I can create images with either Example.jl or InteractiveUtils.

Let's try something more complicated. Try creating an image with GLM.jl. Are you able to create an image with GLM.jl?
Also, what is the package you are trying to use? Can you share a link to the package's repository?

It's EquationsOfState.jl. You can try the latest release.

Let's try something more complicated. Try creating an image with GLM.jl. Are you able to create an image with GLM.jl?

I can't. I tried twice, same error.
Step 24/80 : RUN rm -rf /opt
 ---> Running in 8d6ad8b447c3
Removing intermediate container 8d6ad8b447c3
 ---> 20297e0bd163
Step 25/80 : RUN mkdir -p /opt
 ---> Running in 58fe259e8b28
Removing intermediate container 58fe259e8b28
 ---> 57e0c2c3ccfc
Step 26/80 : RUN cd /tmp/simplecontainergenerator_containers-download-julia && tar xzf julia.tar.gz -C /opt --strip-components=1
 ---> Running in 2fc24764a62b
Removing intermediate container 2fc24764a62b
 ---> a11211ffc966
Step 27/80 : RUN rm -rf /tmp/simplecontainergenerator_containers-download-julia
 ---> Running in 5cb780d48aa4
Removing intermediate container 5cb780d48aa4
 ---> 02ebddfc63b4
Step 28/80 : RUN rm -rf /tmp/simplecontainergenerator-containers-build-depot
 ---> Running in 732e17ff6bbd
Removing intermediate container 732e17ff6bbd
 ---> 0d6a908e8590
Step 29/80 : RUN mkdir -p /tmp/simplecontainergenerator-containers-build-depot
 ---> Running in ef4a07d5ad6b
Removing intermediate container ef4a07d5ad6b
 ---> 75be99c6c039
Step 30/80 : RUN cd /tmp && JULIA_DEPOT_PATH=/tmp/simplecontainergenerator-containers-build-depot /opt/bin/julia -e 'import InteractiveUtils; InteractiveUtils.versioninfo(; verbose=true)'
 ---> Running in 9f877bf4763d
Invalid instruction at 0x7f21f7aa4ba8: 0x62, 0xf1, 0x7d, 0x48, 0xef, 0xc0, 0xc3, 0x90, 0x89, 0xc2, 0x83, 0xe2, 0xe0, 0x0f, 0x8e

signal (4): Illegal instruction
in expression starting at none:0
dot_compute at /opt/bin/../lib/julia/libopenblas64_.so (unknown line)
Allocations: 2504 (Pool: 2496; Big: 8); GC: 0
Illegal instruction
The command '/bin/sh -c cd /tmp && JULIA_DEPOT_PATH=/tmp/simplecontainergenerator-containers-build-depot /opt/bin/julia -e 'import InteractiveUtils; InteractiveUtils.versioninfo(; verbose=true)'' returned a non-zero code: 132
ERROR: failed process: Process(`docker build -t my_docker_username/my_image_name .`, ProcessExited(132)) [132]

Stacktrace:
 [1] run(::Cmd; wait::Bool) at /Applications/Julia-1.4.app/Contents/Resources/julia/lib/julia/sys.dylib:?
 [2] run(::Cmd) at ./process.jl:438
 [3] top-level scope at REPL[6]:1

Try this example:
import SimpleContainerGenerator

mkpath("my_image_name")
cd("my_image_name")

pkgs = [
    "GLM",,
]

SimpleContainerGenerator.create_dockerfile(pkgs, pwd(); julia_version = v"1.4.0", no_test = String["GLM"])
run(`docker build -t my_docker_username/my_image_name .`)

Same error here.

I am not able to reproduce this.
Are you able to reproduce this error on two or more different machines?
Or does the error only occur on one machine?

It occurs on two of my macs, 1 MacBook, 1 iMac. But they have similar settings, so I am not sure whether that counts 2.

Can you post details of the CPU in each of those machines?

julia> versioninfo()
Julia Version 1.5.0-beta1.0
Commit 6443f6c95a (2020-05-28 17:42 UTC)
Platform Info:
  OS: macOS (x86_64-apple-darwin18.7.0)
  CPU: Intel(R) Xeon(R) W-2140B CPU @ 3.20GHz
  WORD_SIZE: 64
  LIBM: libopenlibm
  LLVM: libLLVM-9.0.1 (ORCJIT, skylake)

and
julia> versioninfo()
Julia Version 1.5.0-beta1.0
Commit 6443f6c95a (2020-05-28 17:42 UTC)
Platform Info:
  OS: macOS (x86_64-apple-darwin18.7.0)
  CPU: Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
  WORD_SIZE: 64
  LIBM: libopenlibm
  LLVM: libLLVM-9.0.1 (ORCJIT, skylake)

Can you try this example and post the output:
import SimpleContainerGenerator

mkpath("my_image_name")
cd("my_image_name")

pkgs = [
    "GLM",
]

SimpleContainerGenerator.create_dockerfile(pkgs, pwd(); julia_version = "nightly", no_test = String["GLM"])
run(`docker build -t my_docker_username/my_image_name .`)

It works:
Successfully tagged my_docker_username/my_image_name:latest
Process(`docker build -t my_docker_username/my_image_name .`, ProcessExited(0))

Now try this:
import SimpleContainerGenerator

mkpath("my_image_name")
cd("my_image_name")

pkgs = [
    "GLM",
]

SimpleContainerGenerator.create_dockerfile(pkgs, pwd(); julia_version = "nightly")
run(`docker build -t my_docker_username/my_image_name .`)

errors:
Step 63/80 : RUN cd /tmp && SIMPLECONTAINERGENERATOR_CONTAINER_NO_TEMP_DEPOT="true" /usr/bin/no_sysimage_julia /opt/simplecontainergenerator_containers/packagecompiler_run.jl
 ---> Running in d3d8c791a32c
The length of pkgnames_symbols is 80
The length of pkgnames_nonstdlib_symbols is 51
The length of pkgnames_stdlib_symbols is 29
pkgnames_symbols: (n = 80)
1. Arpack
2. Arpack_jll
3. Base64
4. CRC32c
5. CSV
6. CategoricalArrays
7. CodecZlib
8. Compat
9. CompilerSupportLibraries_jll
10. DataAPI
11. DataFrames
12. DataStructures
13. DataValueInterfaces
14. Dates
15. DelimitedFiles
16. Distributed
17. Distributions
18. ExprTools
19. EzXML
20. FileIO
21. FilePathsBase
22. FileWatching
23. FillArrays
24. Future
25. GLM
26. InteractiveUtils
27. InvertedIndices
28. IteratorInterfaceExtensions
29. JSON
30. LibGit2
31. Libdl
32. Libiconv_jll
33. LinearAlgebra
34. Logging
35. Markdown
36. Missings
37. Mmap
38. Mocking
39. OpenBLAS_jll
40. OpenSpecFun_jll
41. OrderedCollections
42. PDMats
43. Parsers
44. Pkg
45. PooledArrays
46. Printf
47. Profile
48. QuadGK
49. RData
50. RDatasets
51. REPL
52. Random
53. RecipesBase
54. Reexport
55. Requires
56. Rmath
57. Rmath_jll
58. SHA
59. Serialization
60. SharedArrays
61. ShiftedArrays
62. Sockets
63. SortingAlgorithms
64. SparseArrays
65. SpecialFunctions
66. Statistics
67. StatsBase
68. StatsFuns
69. StatsModels
70. SuiteSparse
71. TableTraits
72. Tables
73. Test
74. TimeZones
75. TranscodingStreams
76. UUIDs
77. Unicode
78. WeakRefStrings
79. XML2_jll
80. Zlib_jll
pkgnames_nonstdlib_symbols: (n = 51)
1. Arpack
2. Arpack_jll
3. CSV
4. CategoricalArrays
5. CodecZlib
6. Compat
7. CompilerSupportLibraries_jll
8. DataAPI
9. DataFrames
10. DataStructures
11. DataValueInterfaces
12. Distributions
13. ExprTools
14. EzXML
15. FileIO
16. FilePathsBase
17. FillArrays
18. GLM
19. InvertedIndices
20. IteratorInterfaceExtensions
21. JSON
22. Libiconv_jll
23. Missings
24. Mocking
25. OpenBLAS_jll
26. OpenSpecFun_jll
27. OrderedCollections
28. PDMats
29. Parsers
30. PooledArrays
31. QuadGK
32. RData
33. RDatasets
34. RecipesBase
35. Reexport
36. Requires
37. Rmath
38. Rmath_jll
39. ShiftedArrays
40. SortingAlgorithms
41. SpecialFunctions
42. StatsBase
43. StatsFuns
44. StatsModels
45. TableTraits
46. Tables
47. TimeZones
48. TranscodingStreams
49. WeakRefStrings
50. XML2_jll
51. Zlib_jll
pkgnames_stdlib_symbols: (n = 29)
1. Base64
2. CRC32c
3. Dates
4. DelimitedFiles
5. Distributed
6. FileWatching
7. Future
8. InteractiveUtils
9. LibGit2
10. Libdl
11. LinearAlgebra
12. Logging
13. Markdown
14. Mmap
15. Pkg
16. Printf
17. Profile
18. REPL
19. Random
20. SHA
21. Serialization
22. SharedArrays
23. Sockets
24. SparseArrays
25. Statistics
26. SuiteSparse
27. Test
28. UUIDs
29. Unicode
[ Info: PackageCompiler: creating system image object file, this might take a while...
FATAL ERROR: Symbol "ccalllib_libRmath-julia.so40135"not found
signal (6): Aborted
in expression starting at none:0
gsignal at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
abort at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
addModule at /buildworker/worker/package_linux64/build/src/jitlayers.cpp:640
jl_add_to_ee at /buildworker/worker/package_linux64/build/src/jitlayers.cpp:893 [inlined]
jl_add_to_ee at /buildworker/worker/package_linux64/build/src/jitlayers.cpp:901
_jl_compile_codeinst at /buildworker/worker/package_linux64/build/src/jitlayers.cpp:102
jl_generate_fptr at /buildworker/worker/package_linux64/build/src/jitlayers.cpp:302
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:1994
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:1945 [inlined]
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2255 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
walk_to_defs at ./compiler/ssair/passes.jl:228
getfield_elim_pass! at ./compiler/ssair/passes.jl:670
run_passes at ./compiler/ssair/driver.jl:143
optimize at ./compiler/optimize.jl:176
typeinf at ./compiler/typeinfer.jl:33
typeinf_ext at ./compiler/typeinfer.jl:589
typeinf_ext_toplevel at ./compiler/typeinfer.jl:622
typeinf_ext_toplevel at ./compiler/typeinfer.jl:618
unknown function (ip: 0x7ff909203875)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2245 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1701 [inlined]
jl_type_infer at /buildworker/worker/package_linux64/build/src/gf.c:300
jl_ci_cache_lookup at /buildworker/worker/package_linux64/build/src/aotcompile.cpp:270 [inlined]
jl_create_native at /buildworker/worker/package_linux64/build/src/aotcompile.cpp:325
jl_precompile at /buildworker/worker/package_linux64/build/src/precompile.c:408
jl_write_compiler_output at /buildworker/worker/package_linux64/build/src/precompile.c:33
jl_atexit_hook at /buildworker/worker/package_linux64/build/src/init.c:218
main at /buildworker/worker/package_linux64/build/ui/repl.c:228
__libc_start_main at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
_start at /opt/bin/julia (unknown line)
Allocations: 242519561 (Pool: 242433980; Big: 85581); GC: 243
ERROR: LoadError: failed process: Process(`/opt/bin/julia --color=yes --startup-file=no '--cpu-target=generic;sandybridge,-xsaveopt,clone_all;haswell,-rdrnd,base(1);native' --sysimage=/opt/lib/julia/sys.so --project=/opt/simplecontainergenerator_containers/julia_project --output-o=/tmp/jl_ZhRgLI.o -e 'Base.reinit_stdio()
@eval Sys BINDIR = ccall(:jl_get_julia_bindir, Any, ())::String
Base.init_load_path()
Base.init_depot_path()
using Arpack
using Arpack_jll
using Base64
using CRC32c
using CSV
using CategoricalArrays
using CodecZlib
using Compat
using CompilerSupportLibraries_jll
using DataAPI
using DataFrames
using DataStructures
using DataValueInterfaces
using Dates
using DelimitedFiles
using Distributed
using Distributions
using ExprTools
using EzXML
using FileIO
using FilePathsBase
using FileWatching
using FillArrays
using Future
using GLM
using InteractiveUtils
using InvertedIndices
using IteratorInterfaceExtensions
using JSON
using LibGit2
using Libdl
using Libiconv_jll
using LinearAlgebra
using Logging
using Markdown
using Missings
using Mmap
using Mocking
using OpenBLAS_jll
using OpenSpecFun_jll
using OrderedCollections
using PDMats
using Parsers
using Pkg
using PooledArrays
using Printf
using Profile
using QuadGK
using RData
using RDatasets
using REPL
using Random
using RecipesBase
using Reexport
using Requires
using Rmath
using Rmath_jll
using SHA
using Serialization
using SharedArrays
using ShiftedArrays
using Sockets
using SortingAlgorithms
using SparseArrays
using SpecialFunctions
using Statistics
using StatsBase
using StatsFuns
using StatsModels
using SuiteSparse
using TableTraits
using Tables
using Test
using TimeZones
using TranscodingStreams
using UUIDs
using Unicode
using WeakRefStrings
using XML2_jll
using Zlib_jll
# This @eval prevents symbols from being put into Main
@eval Module() begin
    PrecompileStagingArea = Module()
    for (_pkgid, _mod) in Base.loaded_modules
        if !(_pkgid.name in ("Main", "Core", "Base"))
            eval(PrecompileStagingArea, :(const $(Symbol(_mod)) = $_mod))
        end
    end
    precompile_statements = String[]
        append!(precompile_statements, readlines("/tmp/jl_zuztVI"))

    for statement in sort(precompile_statements)
        # println(statement)
        try
            Base.include_string(PrecompileStagingArea, statement)
        catch
            # See julia issue #28808
            @debug "failed to execute $statement"
        end
    end
end # module
empty!(LOAD_PATH)
empty!(DEPOT_PATH)
'`, ProcessSignaled(6)) [0]

Stacktrace:
 [1] pipeline_error at ./process.jl:525 [inlined]
 [2] run(::Cmd; wait::Bool) at ./process.jl:440
 [3] run at ./process.jl:438 [inlined]
 [4] create_sysimg_object_file(::String, ::Array{String,1}; project::String, base_sysimage::String, precompile_execution_file::Array{String,1}, precompile_statements_file::Array{String,1}, cpu_target::String, script::Nothing, isapp::Bool) at /opt/simplecontainergenerator_containers/packagecompiler_depot/packages/PackageCompiler/xtztx/src/PackageCompiler.jl:292
 [5] create_sysimage(::Array{Symbol,1}; sysimage_path::String, project::String, precompile_execution_file::String, precompile_statements_file::Array{String,1}, incremental::Bool, filter_stdlibs::Bool, replace_default::Bool, cpu_target::String, script::Nothing, base_sysimage::Nothing, isapp::Bool) at /opt/simplecontainergenerator_containers/packagecompiler_depot/packages/PackageCompiler/xtztx/src/PackageCompiler.jl:423
 [6] top-level scope at /opt/simplecontainergenerator_containers/packagecompiler_run.jl:47
in expression starting at /opt/simplecontainergenerator_containers/packagecompiler_run.jl:46
The command '/bin/sh -c cd /tmp && SIMPLECONTAINERGENERATOR_CONTAINER_NO_TEMP_DEPOT="true" /usr/bin/no_sysimage_julia /opt/simplecontainergenerator_containers/packagecompiler_run.jl' returned a non-zero code: 1
ERROR: failed process: Process(`docker build -t my_docker_username/my_image_name .`, ProcessExited(1)) [1]

Stacktrace:
[1] pipeline_error
  @ Base /Applications/Julia-1.5.app/Contents/Resources/julia/bin/../share/julia/base/process.jl:525 [inlined]

[2] #run#592(wait::Bool, ::typeof(run), cmds::Cmd)
  @ Base /Applications/Julia-1.5.app/Contents/Resources/julia/bin/../share/julia/base/process.jl:440

[3] run(cmds::Cmd)
  @ Base /Applications/Julia-1.5.app/Contents/Resources/julia/bin/../share/julia/base/process.jl:438

[4] top-level scope
  @ REPL[6]:1

Ah that's a different error, one specific to GLM.jl.
What package were you trying to compile? EquationsOfState.jl, right?
Can you try this example and post the output:
import SimpleContainerGenerator

mkpath("my_image_name")
cd("my_image_name")

pkgs = [
    "EquationsOfState",
]

SimpleContainerGenerator.create_dockerfile(pkgs, pwd(); julia_version = "nightly", no_test = String["EquationsOfState"])
run(`docker build -t my_docker_username/my_image_name .`)

It seems to work:
Successfully built 7b13281b70b8
Successfully tagged my_docker_username/my_image_name:latest
Process(`docker build -t my_docker_username/my_image_name .`, ProcessExited(0))

Awesome. So I figured out what this bug is. Basically, for this bug to happen, you need three parts to happen together:

An old enough version of OpenBLAS
A specific kind of containerization (e.g. Docker) and/or virtualization
A specific kind of CPU, including but not limited to a CPU with the Skylake or Coffee Lake microarchitecture.

If all three of those parts happen together, then we get this bug.
You are using Docker for Mac, which includes a virtualization layer, so that meets part 2.
Julia 1.4 has an old version of OpenBLAS that has this bug, so using Julia 1.4 fulfills part 1. So on Julia 1.4, all three necessary pieces are met, so we see this bug.
Fortunately, Julia 1.5/Julia 1.6/Julia nightly/Julia master have a newer version of OpenBLAS that fixes this bug. So when you use Julia nightly, part 1 is not met, so the bug does not occur.
For now, your solution will be to set:
julia_version = "nightly"

Once Julia 1.5 has been released, you can instead set:
julia_version = v"1.5.0"

Does that make sense? If so, let me know, and I will close this issue, since it seems that you are now able to successfully build a Docker image with the EquationsOfState.jl package.

Related discussions:

https://github.com/xianyi/OpenBLAS/issues/1947
https://github.com/JuliaLang/julia/issues/29652
https://github.com/JuliaLang/julia/issues/34097
https://github.com/docker-library/julia/issues/43

Awesome. So I figured out what this bug is. Basically, for this bug to happen, you need three parts to happen together:

An old enough version of OpenBLAS
A specific kind of containerization (e.g. Docker) and/or virtualization
A specific kind of CPU, including but not limited to a CPU with the Skylake or Coffee Lake microarchitecture.

If all three of those parts happen together, then we get this bug.
You are using Docker for Mac, which includes a virtualization layer, so that meets part 2.
Julia 1.4 has an old version of OpenBLAS that has this bug, so using Julia 1.4 fulfills part 1. So on Julia 1.4, all three necessary pieces are met, so we see this bug.
Fortunately, Julia 1.5/Julia 1.6/Julia nightly/Julia master have a newer version of OpenBLAS that fixes this bug. So when you use Julia nightly, part 1 is not met, so the bug does not occur.
For now, your solution will be to set:
julia_version = "nightly"

Once Julia 1.5 has been released, you can instead set:
julia_version = v"1.5.0"

Does that make sense? If so, let me know, and I will close this issue, since it seems that you are now able to successfully build a Docker image with the EquationsOfState.jl package.

Great! Thank you!

Thank you for your patience!


Changes for unforked dart-services

There are two main changes here:

The code DartPad uses to execute a Flutter app has been updated.
The translation of imports when DartPad loads a sample from the API docs has been removed.

CC: @domesticmouse

@johnpryan, PTAL and let me know if this looks good. I just merged the backend change, so it'd be good to get this one in as well.


FutureWarning in template_extractor.py

Dear Connor, I receive a warning message whne usign the template extactor,
is it anything we should work on?
thanks a lot in advance, kind regards.
marco
D:\development\PycharmProjects\crac\rdchiral\templates\template_extractor.py:491: FutureWarning: Possible nested set at position 4
atom_tags_in_reactant_fragments = re.findall(':([[0-9]+)]', reactant_fragments)

Thanks for the heads up. It looks like I accidentally put in an extra open square bracket in that expression. It's being parsed in a slightly different way than intended but doesn't have an effect on the functionality in this context. The regular expression should be changed to what appears elsewhere in the file:
all_labels = re.findall('\:([0-9]+)\]', transform)
which explicitly escapes the close square bracket as the final character.
P.S. As-is, it that expression is parsed as [   [0-9    ]+ so that an open square bracket could be matched in the captured group. The final close square bracket is still parsed as a literal character as expected, but this behavior must be changing in new versions of Python's regex handler

Thanks Connor, for the replay and the explanation, I'll get any new version
you will publish.
Great work, by the way.
Cheers,
marco
Il giorno ven 6 dic 2019 alle ore 19:35 Connor Coley <
<EMAIL_ADDRESS>ha scritto:

Thanks for the heads up. It looks like I accidentally put in an extra open
square bracket in that expression. It's being parsed in a slightly
different way than intended but doesn't have an effect on the functionality
in this context. The regular expression should be changed to what appears
elsewhere in the file:
all_labels = re.findall(':([0-9]+)]', transform)
which explicitly escapes the close square bracket as the final character.
P.S. As-is, it that expression is parsed as [ [0-9 ]+ so that an open
square bracket could be matched in the captured group. The final close
square bracket is still parsed as a literal character as expected, but this
behavior must be changing in new versions of Python's regex handler
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/connorcoley/rdchiral/issues/12?email_source=notifications&email_token=AJN3JMIZUTBAEEFR6F5B5GTQXKLPTA5CNFSM4JVHYAGKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGE7B6Q#issuecomment-562688250,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AJN3JMMX3VYOTVCES4OYJATQXKLPTANCNFSM4JVHYAGA
.


expected out_recon  shape (512, 512, 1)

I'm training CapsNetR3 on my own dataset. I get the following error
Error when checking target: expected out_recon to have shape (512, 512, 1) but got array with shape (512, 512, 3)
my input shape is 512, 512, 3. Any clue or hint is highly appreciated

Hi AloshkaD,
Thanks for sharing me the update.
My implementation remaps RGB 3 channels to 1 channel with 24 bits to avoid the changing of network structure. I guess you may do something else.
Glad you find the solution.
Kr,
Cheng-Lin Li


Figure out how to reconfigure sequelize models to auto-generate functions for setting/getting related entities

done for tour, todo for collection but exact same logic.

Closed in #32


Track chocolatey path so that resources can use choco

This also separates the InstallChocolatey.ps1 script from the actual act of installation

looks like you need to clean up the chefspec tests for the travis 2.1 run.
I've got a separate PR that will remove the 2.0 suite and am looking into the appveyor failure too which seems unrelated to your work.. Will let you know when that is wrapped up and then you will just need to rebase.

rebasing against current master should fix some of the test stuff but you still need to adjust chefspecs to get it completely green.

closing due to inactivity.