Consider serial type as having a default value

Fixes https://github.com/AlecStrong/sql-psi/issues/150#issuecomment-677865828 in #150

nice! thanks


Add remark command

KIV - to attempt by tonight.

Update on progress: pending test cases to be created specific to the remark command
Functionality of remark command: the remark command is standalone from the edit, add or delete command. i.e. this implies that the user cannot modify a candidate's remark via the aforementioned three commands. A candidate has to -

Add a new candidate to the system - any attempt to use the /r prefix will be invalid/not recognised
Remark INDEX r/[REMARK] to add a remark to an existing candidate with index INDEX.
To futher modify or delete a candidate's remark in the future, the user has to use the same Remark command, but potentially leave the [REMARK] argument as empty (i.e. read as an empty string).

LGTM on the workflow! 💯 Very smart re-using add-remark-tutorial!


updated snapshot

FRONTEND PULL REQUEST
Related Issue
Feature flag code had old snapshot changes for the print modal component. After merging that PR the frontend unit tests started failing against an old snapshot. This PR updates back that snapshot to the current UI state.
Changes Proposed

Update print modal snapshot

Testing

yarn test for frontend

Checklist for Author and Reviewer
Design

[ ] Any UI/UX changes have a designer as a reviewer, and changes have been approved
[ ] Any large-scale changes have been deployed to test, dev, or pentest and smoke-tested by both the engineering and design teams

Content

[ ] Any content changes have been approved by content team

Support

[ ] Any changes that might generate new support requests have been flagged to the support team
[ ] Any changes to support infrastructure have been demo'd to support team

Security

[ ] Changes with security implications have been approved by a security engineer (changes to  authentication, encryption, handling of PII, etc.)
[ ] Any dependencies introduced have been vetted and discussed

Documentation

[ ] Any changes to the startup configuration have been documented in the README

@emmastephenson It seems my feature flag PR introduced a failure in the frontend unit test due to a stale snapshot. Opening this PR to fix that.


Add conv-tasnet model

See https://github.com/pytorch/audio/issues/897

Can you also add the tests you mentioned?

Superseded by #920


Payment locator API removed

Hi Stellar Expert Team,
I would like to use the payment locator api, but it has been removed 3 weeks ago. Will you put it back?
If not, will you offer an alternative?
Thx
Christian

Hello Christian,
The API endpoint you mentioned was heavily abused by third-party services up to the point of the overall degradation of StellarExpert performance.
Next week we plan to expose a paywall-protected API with much more versatile filters set that returns transactions in the raw XDR form. It can be easily parsed using stellar-sdk to retrieve operations in whatever format you like. If you want to see already parsed operations in the API response, it is also on the roadmap, but it will take 3-4 weeks more.
We are going to provide free-of-charge API usage credits to established ecosystem projects who are interested in our API integration. The primary goal for us here is not to make a pile of money on selling API access, we want to protect our servers from bad actors in the first place. So will be glad to provide free access layer for community projects.
I'll get back to you next week with more details on this.
Thanks for reaching out!

Hello @orbitlens thank you for your answer. Sounds great! Looking forward to hearing from you next week. Keep up the good work!

apl scam

Hi Orbit,
I completely understand, impressive that you were able to keep the endpoint public for so long. When you're ready to provide access for ecosystem/community projects, Stellarcarbon is definitely interested since this could save us from having to do custom indexing for low usage volume.


Fix conflict in webapps vnet integration

Fixes #2279
What is being addressed
We usually use a azurerm_app_service_virtual_network_swift_connection to define a vnet integration for webapps. But now with azurerm_linux_web_app that can be set internally with virtual_network_subnet_id, and the two seem to conflict sometimes.
How is this addressed

In the API disregard changes on virtual_network_subnet_id. This is done to be backward compatible with existing deployments.
In Guacamole, remove the swift connection and use virtual_network_subnet_id to define the integration.

/test-extended

/test


[5.4] Fix incorrect use of current tools version in unit tests that assume 5.3 semantics

A few of the unit tests in SwiftPM use .currentToolsVersion instead of .v5_3 and unintentionally relied on SwiftPM 5.3 semantics.  This causes warnings now that SwiftPM is 5.4 (though they don't seem to affect all integration builds — it's not yet clear why not).  The correct thing to do semantically is for them to use .v5_3 as the tools version if they rely on 5.3 semantics.
This is the 5.4 cherry-pick of https://github.com/apple/swift-package-manager/pull/3196.

@swift-ci please test

@swift-ci please test

@swift-ci please test

@swift-ci please test

I have amended the test to leave out the collection tests.  Better to keep things minimal anyway... if this succeeds, I will also restore them in main so that it matches release/5.4.  We can consider what the correct semantics are for those tests, but for the package tool tests, .v5_3 is correct because of the assumed semantics.

I have amended the test to leave out the collection tests.  Better to keep things minimal anyway... if this succeeds, I will also restore them in main so that it matches release/5.4.  We can consider what the correct semantics are for those tests, but for the package tool tests, .v5_3 is correct because of the assumed semantics.

So both builds passed, which means that the .currentToolsVersion in the package collection tests were not problematic (at least not now).  So I will nominate this and put up a separate PR to remove the possibly unnecessary .currentToolsVersion to .v5_3 changes I made earlier (though again, it could be that that is still the correct thing semantically — I don't know how that version is used for those cases, and if package fixtures etc depends on it).

So both builds passed, which means that the .currentToolsVersion in the package collection tests were not problematic (at least not now).  So I will nominate this and put up a separate PR to remove the possibly unnecessary .currentToolsVersion to .v5_3 changes I made earlier (though again, it could be that that is still the correct thing semantically — I don't know how that version is used for those cases, and if package fixtures etc depends on it).

Scope of Issue:  This is a test-only fix to remove some assumptions that a unit test unintentionally made about the current tools version being 5.3.  When the test fixture is interpreted as 5.4, it causes warnings that cause the unit test to fail.
Risk:  Low. This is a test-only change and the cause is fully understood.
Testing:  Automated testing through unit tests.

Scope of Issue:  This is a test-only fix to remove some assumptions that a unit test unintentionally made about the current tools version being 5.3.  When the test fixture is interpreted as 5.4, it causes warnings that cause the unit test to fail.
Risk:  Low. This is a test-only change and the cause is fully understood.
Testing:  Automated testing through unit tests.

cc @airspeedswift

cc @airspeedswift


Issue

Hi, Thank you for visiting my GitHub repo. Feel free to check the code. Any suggestion is welcomed.

I see you do a lot of ruby

Thanks, man.
How are you doing?
On Tue, Mar 7, 2023 at 10:21 AM Ian Kamande @.***>
wrote:

I see you do a lot of ruby
—
Reply to this email directly, view it on GitHub
https://github.com/DeVuDeveloper/jekyll-tailwind/issues/1#issuecomment-1457827585,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AWLERYNUXTSZMP5FM7VVWVTW2343LANCNFSM6AAAAAAVQDMQII
.
You are receiving this because you authored the thread.Message ID:
@.***>

I'm doing great, what are you currently working on?


SAML doc improvements

Note: This issue is old and needs to be cleaned up.
These are some questions that have either come up, or are likely to come up, and are not currently answered in our docs re: SAML:

IdP-initiated login: inot supported right now ( AUTH-1405 )
we use the HTTP POST binding for outgoing and incoming data tossing (see AUTH-985 , A1 used HTTP redirect for incoming)
no SP metadata exposed
no IdP metadata consumed – incl. no metadata based IdP key rotation ( AUTH-986 )

this work has been deprioritized, so closing.


Upload dSYMs to Fabric

There's a pretty bad crash at the moment but can't look into it as besides the file name we know nothing about what's happening!

Can we close this in favor of 1614?


Remove unused ProtocolParameters

Background
The ProtocolParameters datatype contains parameters that can be updated through the update system. Some of these may never have been used and so can be removed to simplify that type.
Proposed Solution

We first need to audit mainnet to see which parameters have never been updated. Then we should remove those from the datatype and drop their binary representations in the CBOR decoders.
Next Actions

[ ] Audit mainnet for unused parameter
[ ] Remove unused parameters from ProtocolParameters and ProtocolParametersUpdate

For what it's worth, I found this list in the old cardanodocs.com documentation after clicking various and sundry links.
At the very least, it might be helpful to copy some of this information into the ProtocolParameters type's Haddock.

Its fields are described below:
bvdScriptVersion – a script language version used to validate script transactions. If the proposal increases upBlockVersion, it must also increase bvdScriptVersion by 1 (and can’t leave it unchanged).
bvdSlotDuration – slot duration (in milliseconds).
bvdMaxBlockSize – block size limit (in bytes). A proposal can’t increase the block size limit more than twofold compared to the previous limit.
bvdMaxHeaderSize - block header size limit (in bytes).
bvdMaxTxSize – transaction size limit (in bytes, currently 4096), limits size of TxAux

The checks described above are made in verifyNextBVData.
In addition, there are some fields that are unused right now, but will be used in the future. Their meaning is briefly described below:
bvdMpcThd – eligibility threshold for MPC.
bvdHeavyDelThd – threshold for heavyweight delegation.
bvdUpdateVoteThd – portion of total stake necessary to vote for or against an update.
bvdUpdateProposalThd – portion of total stake such that block containing UpdateProposal must contain positive votes for this proposal from stakeholders owning at least this amount of stake.
bvdUpdateImplicit – number of slots after which an update is implicitly approved (unless it has more negative votes than positive).
bvdUpdateSoftforkThd – portion of total stake such that if total stake of issuers of blocks with some block version is bigger than this portion, this block version is adopted


Android JUnit tests are skipped

I am having trouble getting android junit tests to run on a multi-module project. The project looks something like this:
rootProject
 |---directory1
 |-----app1
 |-----lib1
 |---directory2
 |-----app2
 |-----lib2
 |---directory3
 |-----javalib

When I configure the plugin, running koverXmlReportDebug / koverXmlReport (running both currently) does not cause any junit tests to execute on Android modules (in src/test). It does execute the pure-java module however.
Is this a bug or a configuration error? How can I get this working? Do I need to both use androidReports and mergeReports?

Hi,
could you show me how Kover is configured?
For which module (project) are you calling the report generation?

Hi,
please read this comment with recommendations for creating a merged report for Android + JVM projects.
If the configuration still fails, then reopen the issue and link the reproducer of your problem

Closed as answered.
Feel free to create new issue if you have any additional questions.


Developed an 'Ecosystem Partners' section highlighting integrations

TO keep the layout it should be a grid of four :)
Partners:
DOTMEETUPS - https://x.com/dotmeetups
KodaDot - https://x.com/kodadot
GM Learning Club - https://x.com/gmlearningclub


Add a check_config function

As users might be manually updating the config file we should have a quick check to make sure it's correct. At the moment we just have a user ID and a list of object stores so the check should be pretty simple.

Dupe of #566


Add more tests to plugin template

Currently when making a plugin via flutter create -t plugin the tests it makes are:

Dart unit tests for the plugin (test/)
Dart unit tests for the example app (example/test/)

1 is useful (2 not so much), but woefully inadequate for a plugin because Dart unit tests can't load plugins, thus don't exercise any of the native code.
Based on what we've found to be best practice with our own plugins, we should add:

integration_test-based Flutter driver tests in example/ (this is probably the single most important category of tests for a plugin)
native unit tests for each native language

This would make it clearer for people both what tests they should probably have, and also how to get started with them.

See also https://github.com/flutter/flutter/issues/68818

Yes, my goal is to work on it this month.

All languages are now complete; https://github.com/flutter/flutter/issues/96421 tracks adding documentation of using the new tests in the template.


Fix #242

#fix #242

Coverage remained the same at 91.184% when pulling 34eedc18cf72d67e589860ac0b6b8048b3ebe6d4 on 242_fix_setup into 1fa781747ae580bd6012ee181e00b4c0d0b39daf on master.

LGTM


  This is the expected behavior of the build system.

OPS Build status updates of commit 2102890:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

officedocs-dev-outlook-pia/docfx.json
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


(build): Bump dependencies on build-tools across the repo

Updated the following:
azure (release group)
client (release group)
@fluidframework/common-definitions
@fluidframework/common-utils
@fluidframework/protocol-definitions
@fluid-tools/api-markdown-documenter
Dependencies on build-tools updated:
@fluidframework/build-tools: ^0.4.8000-99089
@fluidframework/bundle-size-tools: ^0.4.8000-99089

Waiting on #12416 to merge this, so marking as draft.


Support for high resolution displays?

Running the provided examples on high resolution displays (4k) result in all the widgets being rendered super small. Is there support for such displays already implemented maybe?

What do you mean by "support for such displays"? SFGUI can already run on high resolution displays as you saw. Upscaling the size of the GUI or the render surface itself from a lower resolution isn't part of the GUI and should either be taken care of by the user (i.e. adjusting the sizes passed to SFGUI) or through SFML by stretching the RenderTarget to fill a larger area.
The fact that the examples don't take into account the resolution of the user's display doesn't mean that it can't be done in general. The examples would run just as poorly if you use a display with a really low resolution.

Ok, thanks, I'll take a look at it in more detail, I was just reviewing the possible UI toolkits for a tool, and as I saw the examples in that state I thought asking is quicker than looking at the API immediately.


Galois code review

improve/add documentation
GR-FIXME: comments and fixme's from Galois Review
refactors

Changes pulled from the galois-review branch.

I split the refactor commit, since the p2p part will quite likely conflict with PR #3785.

bors merge

In the last push I fixed syntax (stylish-haskell).
bors merge


File changes doesn't reflect on NETWORK drive

Description
When I do a file operation like delete or copy into a network drive, it doesn't refresh after the completion of that task, I tried with copy and delete and create a folder, the task is accomplished, but the change is not showing.
Steps To Reproduce
Copy or delete a file on a network drive.
Expected behavior
After task is done, it should show me the file change.
Files Version
Versión: <IP_ADDRESS> OS Version: 10.0.22000.318
Windows Version
Windows 11 21H2 22000.318
Relevant Assets
No response

Merging with #5869


Add physics heightfield shape

This is sitting on my drive for too long. It works, but needs bit more effort before it's ready to merge.
It is not possible to change the pose of heightfield after creating it. I believe the dGeomSetPosition needs to be used (need to test), so the setPose() would have to be specialized for the heightfield collider case. I also skipped on using the recommended dGeomHeightfieldDataSetBounds() as it didn't behave correctly in my tests.
I've only tested on "r32f" heightmap image format as I can store actual terrain height into each pixel. Other formats that support getPixel() should be OK to use, with the verticalScaling parameter mapping the 0 to 1 pixel value to actual height. Changing the terrain is not implemented at the moment.
I would like to also support the callback mode where ODE constantly queries the Lua side about height at coordinates. Useful for sea with waves, but it could pan out to be too slow to use.

-- Example for generating procedural terrain with physical simulation
local shaderCode = {[[
/* VERTEX shader */
layout(location = 0) out vec4 fragmentView;
layout(location = 1) out vec3 worldView;

vec4 lovrmain() {
  worldView = VertexPosition.xyz;
  fragmentView = Projection * Transform * VertexPosition;
  return DefaultPosition;
} ]], [[
/* FRAGMENT shader */
layout(location = 0) in vec4 fragmentView;
layout(location = 1) in vec3 worldView;

Constants {
  vec3 fogColor;
};

vec4 lovrmain() {
  float fogAmount = 1.f - exp(-length(fragmentView) * 0.01);
  vec3 surface = Color.rgb * getPixel(ColorTexture, worldView.xz * 0.01).rgb;
  vec4 color = vec4(mix(surface, fogColor, fogAmount), Color.a);
  return color;
}]]}

local shader = lovr.graphics.newShader(unpack(shaderCode))

local function grid(size, subdivisions) -- construct vertices for subdivided plane
  local vertices = {}
  local indices  = {}
  local step = size / (subdivisions - 1)
  for z = -size / 2, size / 2, step do
    for x = -size / 2, size / 2, step do
      table.insert(vertices, {x, 0, z})
      table.insert(vertices, {x, 0, z + step})
      table.insert(vertices, {x + step, 0, z})

      table.insert(vertices, {x, 0, z + step})
      table.insert(vertices, {x + step, 0, z + step})
      table.insert(vertices, {x + step, 0, z})
    end
  end
  return vertices
end

local function terrain(x, z) -- calculate terain height at any location
  local lacunarity = 3
  local gain = 0.5
  local octaves = 3
  local sum = 0
  local freq = 0.005
  local amp = 30
  local h
  for i = 1, octaves do
    -- h = 1 - math.abs(lovr.math.noise(x * freq, z * freq))
    h = lovr.math.noise(x * freq, z * freq)
    sum = sum + amp * h
    freq = freq * lacunarity
    amp = amp * gain
  end
  return -30 + sum
end

local terrain_scale = 200
local grid_subdivisions = 100

-- create mesh for rendering terrain
local vertices = grid(terrain_scale, grid_subdivisions)
for i, v in ipairs(vertices) do -- adjust subdivided grid heights to the terrain
  local x, h, z = unpack(v)
  v[2] = terrain(x, z)
end
local mesh_buffer = lovr.graphics.newBuffer(vertices, { 'vec3:VertexPosition' })

-- create heightmap for physical collider
local image_size = 256
local image = lovr.data.newImage(image_size, image_size, 'r32f')
for px = 0, image_size - 1 do
  for pz = 0, image_size - 1 do
    local x = ((px+1) / image_size - 0.5) * terrain_scale
    local z = ((pz+1) / image_size - 0.5) * terrain_scale
    local h = terrain(x, z)
    image:setPixel(px, pz, h)
  end
end

local world = lovr.physics.newWorld()
local terrain_collider = world:newHeightfieldCollider(image, terrain_scale, 1)
local boxes = {}
for i = 1,100 do
  local box = world:newBoxCollider(
    lovr.math.randomNormal(20, 0),
    lovr.math.randomNormal(5, 20),
    lovr.math.randomNormal(20, 0),
    1,1,1)
  table.insert(boxes, box)
end

function lovr.update(dt)
  world:update(1 / 60)
end

function lovr.draw(pass)
  pass:setShader(shader)
  lovr.graphics.setBackgroundColor(0x74A2FF)
  pass:send('fogColor', {0, 0, 0})
  pass:setColor(0x508547)
  pass:mesh(mesh_buffer, 0, 0, 0)
  pass:setWireframe(true)
  pass:setColor(0,0,0, 0.1)
  pass:mesh(mesh_buffer, 0, 0.2, 0)
  pass:setWireframe()
  pass:setColor(0x6A5639)
  for i, box in ipairs(boxes) do
    pass:cube(mat4(box:getPose()))
  end
  pass:setShader()
end

Naming bikeshed:

Heightfield
Heightmap
Terrain
Ground

Heightfield/Heightmap are good, and the most generic/correct, but TerrainShape is kind of cute.

More thoughts/notes from testing it:

Calling :setPose on the heightfield collider worked for me
It's kind of weird to have a heightfield on a Collider.  You'll almost always want it to be static, and it doesn't make sense to apply forces, attach joints, extra shapes, etc.  Calling :setMass on it doesn't make sense and will accidentally make it non-kinematic again.  However, Colliders are the only place where you can set friction/restitution right now, which might be important for the terrain.  I thought about making the heightmap some sort of weird global property like World:setHeightmap(image), but this just seems too confusing.  So I think the current approach is better.
Even without support for ode's dynamic callback, it could be nice to have a callback option for creating the heightfield, as long as it provides a speedup over creating an extra image and calling setPixel a bunch.  Internally this would still just allocate some memory and call the Lua callback repeatedly.
Today, it's pretty common to create a "ground" collider from a carefully-positioned box shape.  Maybe there could be a shorthand for "I just want an infinite flat ground plane" for heightfields.  It could maybe use the plane geom.  Maybe too complicated/unnecessary.
Would be nice to get newHeightfieldShape and newMeshShape eventually, but that is a nitpick.

Overall it's really good, seems merge-able to me.

You are right about changing the pose, I used it incorrectly with mat4. This was my main obstacle for merging it, thanks for testing.
The example has too many steps to get it working. It would be amazing if Lua could access the lovr's subdivided grid and not have to re-implement (although most likely the hex grid would be better for collisions and for hiding the underlying geometry). I also like the idea of easily creating the ground. At very least we can make the terrain flat if nil is passed for image, with size specified in horizontalScale.
Setting mass is hilarious but the terrain does work as dynamic collider. Maybe somebody finds use for it, for making a snow globe or something.
How about SurfaceShape for a name? It covers all the cases I can think of: terrain, seabed, sea surface, ceiling of caves and bumpy wall.

Renamed from heightfield shape to surface shape.
Removed thickness param, now it is always 10 meters. Increasing it would prevent fast bullets from tunneling through but would also increase number of AABB false positives. This thickness can resist up to ~1000 m/s impacts on 1 / 60 update delta.
Added support for terrain height callback, static mode only.
Changed API param ordering:
-- make a 100x100 flat surface
world:newSurfaceCollider(100)

-- read 100x100 terrain from image data
world:newSurfaceCollider(100, r32f_image)

-- read 200x200 terrain from R channel and scale it to 100 height
world:newSurfaceCollider(200, rgb_image, 100)

-- 15x15 terrain sampled and cached from callback fn in 50x50 points
world:newSurfaceCollider(15, function(x, z) return lovr.math.noise(x, z) end, 50)
-- x,z are in world coordinates, from -size / 2 to size / 2
-- if not specified, sampling density defaults to 100 points per each axis

I think Terrain is preferred to Surface since "surface" could mean the surface of any object, and surface is a bit more overloaded (window/display surface is in gpu internals, Surface is also a struct in shaders) so it risks clashing with other names.  Terrain isn't quite as generic (weird to use it for e.g. a wall collider) but does make it immediately clear what it's for.

Renamed

Thanks!  This is a really exciting feature


Failed to run enable_device from_file

I was trying to load local config settings which are saved from DQT
I wrote follow python code:
pipeline = rs.pipeline()
config = rs.config()
config.enable_device_from_file("../model/camerasettings.json")
pipeline = rs.pipeline()
pipeline.start(config)

Then i got:
RuntimeError: Failed to resolve request. Request to enable_device_from_file("../model/camerasettings.json") was invalid, Reason: Failed to create ros reader: Error opening file: ../model/camerasettings.json

Hi @zerostarter1998  json camera configuration files are usually exported from the realsense-viewer tool instead of the Depth Quality Tool (DQT).  In the currently seven-year history of the RealSense 400 Series I am not aware of any RealSense users that have used a json exported from the DQT.  Would it be possible to repeat your settings in realsense-viewer and export a json from there, please?
You can also test your script's json import by downloading an official RealSense SDK json from the table at the link below.
https://dev.intelrealsense.com/docs/d400-series-visual-presets#preset-table

Thank you for your reply. I exported a json from realsense-viewer repeating the same settings. I checked the files and found the same content, so the problem is not on that.
I downloaded a json from the mentioned link and tried to load it, leading to the same result.
Anyway the problem is unsolved and for the record the code is running in Windows 11 system.

The problem may be that the config.enable_device_from_file() instruction is usually used for importing .bag files (recordings of camera data) and not json camera configuration files.  For importing json files, the instruction json.load is used.  https://github.com/IntelRealSense/librealsense/issues/6075#issuecomment-600087038 has an example of a Python script for importing a json with a specific filename.
The link below has another Python script that demonstrates use of json.load.
https://stackoverflow.com/questions/53520301/how-to-load-json-file-to-realsense-d435-camera-using-c-and-intel-api/53633791#53633791


fixes protractor failing with error code 199

fixes protractor failing with error code 199 - https://github.com/angular/protractor/issues/4347

[x] This PR is not related to any Issue

Which Traffic Control components are affected by this PR?

Traffic Portal

What is the best way to verify this PR?
Run the UI tests - https://github.com/apache/trafficcontrol/tree/master/traffic_portal/test/end_to_end

no tests necessary as this is actually fixing the UI tests
no documentation necessary
no changelog necessary

The following criteria are ALL met by this PR

[x] This PR includes tests OR I have explained why tests are unnecessary
[x] This PR includes documentation OR I have explained why documentation is unnecessary
[x] This PR includes an update to CHANGELOG.md OR such an update is not necessary
[x] This PR includes any and all required license headers
[x] This PR ensures that database migration sequence is correct OR this PR does not include a database migration
[x] This PR DOES NOT FIX A SERIOUS SECURITY VULNERABILITY (see the Apache Software Foundation's security guidelines for details)

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/trafficcontrol-PR/3624/
Test PASSed.


Clicking on search item produces a "" [Back-Slash] instead of "/" [Forward-Slash]

This breaks the experience.

Hi @electricessence, sorry to hear that, this looks like a bug that I cannot reproduce. Could you give me some details on how to reproduce it?

In my case, my modules/classes mostly render in the search.js as having "\" instead of "/".
I'm on windows.

https://github.com/electricessence/TypeScript.NET/blob/3260c354aa90c80b84aa8318e19a3597e4601250/documentation/assets/js/search.js

If I search replace "\" with "/" it works fine.

Added this to the end of my typedoc gulp task:
		const SEARCH_FOLDER = 'documentation/assets/js';

		gulp
			.src([SEARCH_FOLDER + '/search.js'])
			.pipe(require('gulp-replace')("\\\\","/"))
			.pipe(gulp.dest(SEARCH_FOLDER));

Hi @electricessence, thank you for giving some insights, the link to your documentation helped a lot. Seems like somebody (me) tried to build URLs using the Path.join() method resulting in URLs containing the directory separator of the current platform TypeDoc is running on. I've included a fix, should be on NPM soon.

You rock man.  Thanks!

Great to hear it works now, thanks!


Crash with user account (not bot user)

My bot crash after a certain time (not instantly but I don't know when exactly and I know that's not when I made an action line chat command)
I have this error:
Fatal error: Call to a member function get() on null in /home/minesylv/discordPHP/vendor/team-reflex/discord-php/src/Discord/WebSockets/Events/PresenceUpdate.php on line 29
Could you resolve it ?
Thanks ! :)
PS:
This is my code
<?php

include __DIR__.'/vendor/autoload.php';

use Discord\Discord;
use Discord\Parts\User\Game;

$discord = new Discord([ 'token' => 'my_token', 'bot' => false ]);

$discord->on('ready', function($discord){
	global $discord;
	echo "Bot is ready.", PHP_EOL;
	$discord->on('message', function($msg) {
		//Some actions
	});
});

$discord->run();

I fixed it in my PR request

As @donkkill13 said, use his version for the time being. I still need to review it however, that is why I haven't merged it.
Be aware, Discord does not allow self bots so you may be banned.


problems of cmake

Hi, I got an error when I ran below cammand. I have install cmake with pip, but it is still not usefull.
**(venv) E:\PythonProjects\lightweight-human-pose-estimation>python setup.py build_ext
running build_ext
CMake Error at CMakeLists.txt:2 (project):
Generator
NMake Makefiles

does not support platform specification, but platform
x64

was specified.
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
See also "E:/PythonProjects/lightweight-human-pose-estimation/pose_extractor/build/tmp/CMakeFiles/CMakeOutput.log".
Traceback (most recent call last):
File "setup.py", line 72, in
cmdclass={'build_ext': CMakeBuild})
File "E:\PythonProjects\lightweight-human-pose-estimation\venv\lib\site-packages\setuptools-39.1.0-py3.6.egg\setuptools
_init_.py", line 129, in setup
File "E:\Anaconda3\lib\distutils\core.py", line 148, in setup
dist.run_commands()
File "E:\Anaconda3\lib\distutils\dist.py", line 955, in run_commands
self.run_command(cmd)
File "E:\Anaconda3\lib\distutils\dist.py", line 974, in run_command
cmd_obj.run()
File "E:\PythonProjects\lightweight-human-pose-estimation\venv\lib\site-packages\setuptools-39.1.0-py3.6.egg\setuptools
\command\build_ext.py", line 78, in run
File "E:\Anaconda3\lib\distutils\command\build_ext.py", line 339, in run
self.build_extensions()
File "setup.py", line 63, in build_extensions
subprocess.check_call(['cmake', ext.cmake_lists_dir] + cmake_args, cwd=tmp_dir)
File "E:\Anaconda3\lib\subprocess.py", line 291, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['cmake', 'E:\PythonProjects\lightweight-human-pose-estimation\pose_extractor'
, '-DCMAKE_BUILD_TYPE=Release', '-DCMAKE_LIBRARY_OUTPUT_DIRECTORY_RELEASE=E:\PythonProjects\lightweight-human-pose-esti
mation\pose_extractor\build', '-DCMAKE_ARCHIVE_OUTPUT_DIRECTORY_RELEASE=E:\PythonProjects\lightweight-human-pose-esti
mation\pose_extractor\build\tmp', '-DPYTHON_EXECUTABLE=E:\PythonProjects\lightweight-human-pose-estimation\venv\Sc
ripts\python.exe', '-DCMAKE_WINDOWS_EXPORT_ALL_SYMBOLS=TRUE', '-DCMAKE_RUNTIME_OUTPUT_DIRECTORY_RELEASE=E:\PythonProjec
ts\lightweight-human-pose-estimation\pose_extractor\build', '-DCMAKE_GENERATOR_PLATFORM=x64']' returned non-zero exit
status 1.**

Hi, you can ran the demo as is, without C++ part (but it will be slower), just ran:
python demo.py --model human-pose-estimation-3d.pth --video 0

However, to make things faster, we move some performance critical code to C++, so we provide steps how to build C++ part. The error CMake Error: CMAKE_CXX_COMPILER not set means, that you need to install C++ compiler (included in Microsoft Visual Studio, or whatever you like) to build C++ part of code. Please note, that you also need to install OpenCV.

Hope, it helped.


integrations: Lazily load webhook integrations

Discussion.

Sweet, looks great, marked to merge once CI passes.

Merged, thanks @andersk!


feat: bump gotrue-js to v2.21

see title

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 67.513%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
87

Relevant Lines:
111

💛  - Coveralls

Thanks!


Add YAML, Java and C# examples to all registry overview pages

For the overview pages of packages in the registry, only 14 of the 97 packages =currently include YAML, 7 of the 97 include Java, and 80 of the 97 include C#.  All packages should be updated to include YAML, C# and Java in their overview pages.
Also slightly related https://github.com/pulumi/registry/issues/1173.

I guess they are currently manually written. Can we auto-generate these? (i.e. define once in PCL and generate all other languages)


Feature: Navbar fixed for mobile screen

This PR optimized the navbar for the mobile screen.
Fixes #197

Hey @Anandsg anything can be improve in my PR please let me know ..... I will change it accordingly

Brother sorry to bother you, did we made nav bar font bold in big screen ? this is not needed keep it as  before in big screen no need to change anything, your work is to just make responsiveness for small devices

@Anandsg  Surely...

Hey @Anandsg  I have sync the code just 20 minutes ago and I have update the code in PR.
I have removed the hamburger icon and delete the code for mobile screen that is written separately.
Conflict file

My code


Speed up user lookups, exact match only on checkout (user flag), syntax & typo fixes

User facing changes:
Addition of --no_search should help with Fixes #25
Behind the scenes:
get_snipe_users is a new function that returns the rows of users from Snipe
get_snipe_user_id has been updated to reference 'snipe_users' before referring to the API
Might want to refine this before merging into master in case some try to use realname instead of email or something... It'll just grab the first case insensitive match in that array. Could make it faster by saying you know what field you want to match to in Snipe.
Fixes #39
Typo & Syntax
Fixes #38
Fixes #37
Fixes #36

Thanks Dan!


False positive Broken markup in translation string warning with HTML

The following translation results in the "Broken markup in translation string" warning. Looking at POedit sources, it seems to parse this as XML? Would it be sensible to handle the case where HTML is used in the translation?
Additional details can be found on the  GitHub page.

Please read this document, follow the instructions therein and provide the missing detailed information, including any files necessary to reproduce and detailed, specific steps to reproduce. Thanks!

POedit

BTW, why do you use this bizarre mis-spelling of Poedit's name?

It turned out to be a problem in the PO files themselves. They were generated by Angular and included source tags such as
<source> Install and start the Snap package. For the self-contained binary, older versions and other platforms see the <x id="START_LINK" ctype="x-a" equiv-text="<a                   href="https://github.com/InamataCo/Flasher/releases/latest"                   target="_blank"                   rel="noopener"                 >"/> GitHub releases page. <x id="CLOSE_LINK" ctype="x-a" equiv-text="</a>"/></source>

This understandably confused Poedit and resulted in weird behavior. Will fix it in the source text to not include HTML tags. I assumed the name from seeing POEditor.


Missing Traslations

@blueorangutan package

@Pearl1594 a Jenkins job has been kicked to build primate packages. I'll keep you posted as I make progress.

Packaging result: :heavy_check_mark:centos :heavy_check_mark:debian :heavy_check_mark:archive.
QA: http://primate-qa.cloudstack.cloud:8080/client/pr/637 (JID-3397)


add getIdToken to Auth0Context

Auth0-issued id_tokens are useful in their original form & should be easy to get to.
This PR corresponds to and depends upon pending PR793 in @auth0/auth0-spa-js, as it exposes a new method of same name in Auth0Client object underlying Auth0 Context.
Description
Added a method to make it as straightforward to get the id_token field from the cache as it is to get the claims decoded from it.
References
https://github.com/auth0/auth0-react/issues/262
https://github.com/auth0/auth0-spa-js/pull/793
Testing
[√] This change adds test coverage for new/changed/fixed functionality
tests passed using node v14.15.0<EMAIL_ADDRESS>it was necessary to update tsconfig.json to accept es2015 and dom syntax/symbols
Checklist
[√ via docblock] I have added documentation for new/changed functionality in this PR or in auth0.com/docs
[√ npm build test] All active GitHub checks for tests, formatting, and security are passing
[√] The correct base branch is being used, if not master

What is the special sauce in the CD pipeline?  There must be something, since git clone; npm install; npm run build produces a module with runtime problems.

Closing this PR, related to
https://github.com/auth0/auth0-react/issue/262
https://github.com/auth0/auth0-spa-js/pull/793


[Bug]: Retried uploads stuck in queued state

Summary
Copied from https://commons.wikimedia.org/wiki/Commons_talk:Mobile_app#Image_upload_stuck_at_"queued" - where the only suggestion had been to ignore the issue and start a new upload]
I shared two images using the app yesterday [13 December 2022]; both failed and I retried them. The first (File:Image 70 coffee set - 2022-12-13 - Andy Mabbett - 01.jpg) then uploaded successfully, but the second (filename ending "02") is showing in the app as "queued". There appears to be no feature in the app allowing me to force the upload to start. I have forced the app to close, and restarted it, to no avail. What should I do?
Steps to reproduce
See above.
Expected behaviour
There should be a way to force "queued" uploads to restart.
Actual behaviour
See above.
Device name
OnePlus Nord
Android version
Android 11
Commons app version
4.0.5~f03b7dd8d
Device logs
No response
Screen-shots
No response
Would you like to work on the issue?
Prefer not

I am able to reproduce this issue:

Start an upload of 3 pictures, then open another heavy app. (or maybe just cut WiFi?)
After at least two of them failed, come back to the app and tap the "retry" button for all of the failed pictures.
Let one upload succeed.
The remaining picture is marked as "queued" and not actionable, even after restarting. Checking my uploads on the Commons website, the picture has not been silently uploaded either.

For the record, I used the app today to upload an unrelated new image. The "queued" image from December also uploaded, without my doing anything deliberately to initiate this, and without prior warning.

Andy: I observed this too, I often perform a single upload to "unblock" stucked queued uploads. Far from ideal but that is a workaround.

I can confirm both the bug and the workaround, in latest f-droid release (4.1.0~1649d1e2c) on Android 10 (EMUI 12), Huawei P30 Pro.

Since about a month, the workaround above  does not work anymore for me (master branch). Stuck upload stay stuck forever even if I upload new pictures and pause/unpause the stuck ones repeatedly.


PersonalizationApi Added.

PersonalizationApi Added.

Hey Daniel,
Will take care of it.
Thanks for your patience and time.
Best Regards,
Akshay Srinivasan


SCSB Export (submitCollection) needs to have a collection group of CGD and a use restriction change for a subset of items

Change the designation for MMS-IDs in marquand$pj that are in a hash built from an excel document provided by Patty.
We can store the excel spreadsheet as a JSON file in the repository.
This has to be submitted and updated in SCSB by October 1. We'll receive the data by August 26.

Discussed with @mzelesky:
Submit collection cannot be implemented with this change until after October 12th. The spreadsheet of bibids has been completed. This work can begin on October 4th.

per @mzelesky HTC are pushing the SCSB code deployment that would allow this to work to the end of November.

we will not do this sidecar concept.


Update integration test scripts for origin CI

Update handling of the IMAGE_FORMAT env var in e2e/integration test scripts to work with ci-operator/origin CI
Default writing logs/test files to a tmpdir instead of /out which isn't always writable, including in origin CI
Fix an error where DEPLOY_PLATFORM isn't passed through scripts because it's not exported. In jenkins it's overridden and exported before running so it didn't get hit there.
Copy the CRD dir in deploy scripts since the create-metering-manifests script re-generates a bunch of files, and it also writes to the metering.crd.yaml file. This avoids mutating the copy of the file in the repo when tests run.
Disables creating the Prometheus ServiceMonitor in tests. In test environments, Prometheus-operator isn't always installed so this causes errors when trying to create a ServiceMonitor CR when the ServiceMonitor CRD doesn't exist in the cluster.

/hold

/hold cancel

/lgtm


dictionaryapi response changed + consider mocking out requests response

@rhyspowell regarding the meaning tool, this test / API request now returns a 404 (instead of a 200):
        (
            argparse.Namespace(lang="de", origin=False, word="danke"),
            "zur Unterstreichung einer höflichen Ablehnung oder Annahme eines Angebots o. Ä.",
        ),

Also the API response seems to have changed since you wrote this tool causing the tests to fail:
> /Users/bbelderbos/code/pybites-tools/pybites_tools/meaning.py(28)get_meaning()
-> origin = "No origin information available"
(Pdb) "origin" in data[0]
False
(Pdb) type(data[0])
<class 'dict'>
(Pdb) data[0].keys()
dict_keys(['word', 'phonetic', 'phonetics', 'meanings', 'license', 'sourceUrls'])

Could you check please?
Thanks!
Bob

@bbelderbos Looks like they have scaled things back to just en. I will remove the german test but it might be a nice little project to recreate the tool but in python!

Ah you mean to figure out what they are using and build our own API?

https://github.com/PyBites-Open-Source/pybites-tools/pull/29
For fix
As for how they do it, they scrape google, I just looked at their code. We can't reuse it as its JS, well we could but thats not really python tools 😂

OK thanks for fixing (approved) and checking, so we keep using them, or could we use a library like BeautifulSoup ourselves here?

@rhyspowell do we want to make more changes for this issue?

@bbelderbos will refresh where we were and see what I can do

Cool, no rush on this of course

@bbelderbos #37 for your approval. If it looks good there are more options that we can add


chore: Update dependencies

Signed-off-by: Michael Gasch<EMAIL_ADDRESS>

Codecov Report

Merging #32 (ac16cb6) into main (e73ffec) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main      #32   +/-   ##
=======================================
  Coverage   66.51%   66.51%
=======================================
  Files           4        4
  Lines         215      215
=======================================
  Hits          143      143
  Misses         55       55
  Partials       17       17

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 e73ffec...ac16cb6. Read the comment docs.


nixos/autosuspend: init at version 4.3.0

Description of changes
Adds a NixOS module to configure and run an autosuspend service.  autosuspend is a daemon that periodically runs user-defined checks to verify whether the system should be suspended.  It's already available in nixpkgs.
Home page of the project: https://github.com/languitar/autosuspend
Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[ ] Fits CONTRIBUTING.md.

Thanks a lot @pennae for your suggestions, it was super helpful to improve the module.  Let me know if there's anything else you think I should change.
Also, I realized the Smb check did not work because samba was not in PATH, so I added a small check that adds it to PATH if there's a Smb check enabled.

I added the release note :-)

I also removed the enabled = true from the example, since they're not needed anymore.

Thank you so much for your help @pennae, you've been super helpful and I learnt a lot in the process of making this module :blush:


Refactor/remove should not be null checks

Link to JIRA ticket
No ticket required.
Describe this PR
What is the problem we're trying to solve
We have loads of tests that have a check Should().NotBeNull() then following test such as Should().BeEquivalentTo(expectedResponse). The null check is pointless because the test doesn't care what the response isn't, it cares what it is and we already check it is equivalent to expectedResponse.
Delete all these pointless checks, make our tests tidier.
Checklist

[ ] Added end-to-end (i.e. integration) tests where necessary e.g to test complete functionality of a newly added feature
[x] Added tests to cover all new production code
[x] Added comments to the README or updated relevant documentation (add link to documentation), where necessary.
[x] Checked all code for possible refactoring
[x] Code pipeline builds correctly

Follow up actions after merging PR
Are there any next steps that need to addressed after merging this PR? Add them here.

:cowboy_hat_face:


Get-CsOnlineUser erroneous docs and inconsistent results with filter

Hi

The -Filter attribute section seems to have suffered a copy-paste error having attributes listed multiple times and somewhat intertwined (possibly starting with the section highlighted in red but I'm not 100% sure):

Get-CsOnlineUser returning inconsistent data with -Filter

Context: I have a requirement to retrieve all the "(resource accounts) or (users with assigned phone numbers)". For this issue, I have created 1 test user with a phone number, and 2 resource accounts out of which I've assigned a number to one of them.
Problem: After upgrading to MicrosoftTeams module v4.0.0 things don't work as they used to. For starters, InterpretedUserType -eq 'PureOnlineApplicationInstance' is no longer supported by the filter, and Get-CsOnlineApplicationInstance returns blanks for ApplicationId so I can not deduce whether it's a call queue or auto-attendant:

So my solution is to use Get-CsOnlineUser in conjunction with a filter for (LineURI or OwnerUrn). However I'm not getting the expected results.

if I run Get-CsOnlineUser -Filter { (LineURI -ne $null) } -Resultsize 100 -ErrorAction Stop | Select-Object UserPrincipalName, LineURI, I correctly get back the users or resource accounts which have a phone number assigned (please note the user highlighted in red):

next, if I expand the filter to also include resource accounts without phone numbers by running Get-CsOnlineUser -Filter { (LineURI -ne $null -or OwnerUrn -eq  "urn:trustedonlineplatformapplication:ce933385-9390-45d1-9512-c8d228074e07" -or OwnerUrn -eq "urn:trustedonlineplatformapplication:11cd3e2e-fccb-42ad-ad00-878b93575e07") } -Resultsize 100 -ErrorAction Stop | Select-Object UserPrincipalName, LineURI, I incorrectly get back just the resource accounts, without the user that had a phone number (highlighted in red above)

What am I missing?
Kind regards

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

ID: 7008ec10-a056-d8bb-bb4e-b4690a84adfd
Version Independent ID: 2dcb78d9-7f36-208e-0989-184905d73011
Content: Get-CsOnlineUser (SkypeForBusiness)
Content Source: skype/skype-ps/skype/Get-CsOnlineUser.md
Service: skypeforbusiness-powershell
GitHub Login: @tomkau
Microsoft Alias: tomkau

Hi @M0rfic on the documentation bits - thanks for pointing this out. We'll have it corrected.
On Get-CsOnlineUser returning inconsistent data we'll look into it and update you

I am also seeing issues with the -Filter attribute in the 4.0.0 module.
I want to filter for "ApplicationAccessPolicy".
Is this not supported anymore?

@joergrenn can you please try on the latest version of TPM? this works for us.

@isrumnon

can you please try on the latest version of TPM? this works for us.

I just tried with Version 4.1.0 of the Teams Powershell module.
Does not work for me:
I look up the available Application Access policies in the tenant:
Get-CsApplicationAccessPolicy
Identity    : Tag:Test-CsAppPolicy
AppIds      : {a8257864-7045f-4854-845e-82eb545454523}
Description : App Policy Test
Then I want to figure out which users it is assigned to:
Get-CsOnlineUser -Filter "ApplicationAccessPolicy -eq 'Test-CsAppPolicy'"
Get-CsOnlineUser -Filter "ApplicationAccessPolicy -eq 'Tag:Test-CsAppPolicy'"
Get-CsOnlineUser -Filter "ApplicationAccessPolicy -eq 'App Policy Test'"
I get no results for any of these commands.
However if I do a
Get-CsOnlineUser -Filter "ApplicationAccessPolicy -like '*'"
I get all users that have a Policy assigned.
I would like to get all users with a specifiy ApplicationAccessPolicy. Is my syntax wrong?

@isrumnon Please update and help us in resolving this issue. Thanks

@joergrenn
PolicyProperty comparison works only when "Authority" is provided in the value. For ex: -Filter "TeamsMessagingPolicy -eq ':'" "Authority" can contain any of these two values: Host or Tenant for a policy type (PreCanned/Default configurations provided by feature team are referred to as Host configurations while Admin-created configurations are considered Tenant configurations)

@isrumnon & @yogkumgit thanks for taking the time to reply and the updates. @yogkumgit it's helpful for the first part which was addressed, while for the second I still don't know if it's something I'm doing wrong or a bug with the module. Still getting the same behaviour with 4.1.0, and if at all possible, I'd be grateful for any suggestions/hints/etc.
Kind regards

@isrumnon thanks.
I wasn't aware of the "autority" information.  It works now when providing the "authority" information.
But I could swear in the past it worked also without. :)


add propType

The argument of CreateAdoDbStream in function ChangeLineSeparator and ChangeFileLineSeparator is incorrect.

I see. It’s a nice fix, except It’s different from my roadmap.


fix wording in Deploy your Booster to OpenShift Online

Rendered, the text looks like

Navigate to launch.openshift.io in OpenShift Online and use it to create and launch your booster

This is wrong. You don't navigate to launch.openshift.io in OpenShift Online. You just navigate to launch.openshift.io.

Can one of the admins verify this patch?

[test]

merged: 087327bcc4651e616f0f75d537239304b11c2f10


Added the ability to specify version types using Plug's mime support

Coverage decreased (-14.8%) to 85.185% when pulling 8b46551e70cfed2eef7649336856bbcbac6ba2bb on feature/mime into eb6c22bdaeb8f1433030c63e7f3cc2c8ff35b798 on master.

Coverage decreased (-3.7%) to 96.296% when pulling 67cc6293a4a295d68385ec206e508d43ba1aad3a on feature/mime into eb6c22bdaeb8f1433030c63e7f3cc2c8ff35b798 on master.

Coverage decreased (-3.7%) to 96.296% when pulling a5a4d5b46cc3f6bf171fc5edaa088a14ca50ee87 on feature/mime into eb6c22bdaeb8f1433030c63e7f3cc2c8ff35b798 on master.


make env fails in markdown-code-symlinks (invalid command 'bdist_wheel') on Ubuntu 20.04.1 LTS

~/HDL/symbiflow-arch-defs/third_party/prjxray$ make env
python3 -mvenv env
# Install project dependencies
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -mpip install -r requirements.txt
Obtaining file:///home/jack/HDL/symbiflow-arch-defs/third_party/prjxray/third_party/fasm (from -r requirements.txt (line 1))
Obtaining file:///home/jack/HDL/symbiflow-arch-defs/third_party/prjxray/third_party/python-sdf-timing (from -r requirements.txt (line 2))
Obtaining file:///home/jack/HDL/symbiflow-arch-defs/third_party/prjxray (from -r requirements.txt (line 3))
Requirement already satisfied: intervaltree in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 4)) (3.1.0)
Requirement already satisfied: junit-xml in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 5)) (1.9)
Requirement already satisfied: numpy in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 6)) (1.19.4)
Requirement already satisfied: openpyxl in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 7)) (3.0.5)
Requirement already satisfied: ordered-set in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 8)) (4.0.2)
Requirement already satisfied: parse in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 9)) (1.18.0)
Requirement already satisfied: progressbar2 in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 10)) (3.53.1)
Requirement already satisfied: pyjson5 in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 11)) (1.4.7)
Requirement already satisfied: pytest in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 12)) (6.2.1)
Requirement already satisfied: pyyaml in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 13)) (5.3.1)
Requirement already satisfied: scipy>=1.2.1 in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 14)) (1.5.4)
Requirement already satisfied: simplejson in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 15)) (3.17.2)
Requirement already satisfied: sympy in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 16)) (1.7.1)
Requirement already satisfied: textx in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 17)) (2.3.0)
Requirement already satisfied: yapf==0.24.0 in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 18)) (0.24.0)
Requirement already satisfied: ply in ./env/lib/python3.8/site-packages (from sdf-timing==0.0.1->-r requirements.txt (line 2)) (3.11)
Requirement already satisfied: pyjson in ./env/lib/python3.8/site-packages (from sdf-timing==0.0.1->-r requirements.txt (line 2)) (1.3.0)
Requirement already satisfied: sortedcontainers<3.0,>=2.0 in ./env/lib/python3.8/site-packages (from intervaltree->-r requirements.txt (line 4)) (2.3.0)
Requirement already satisfied: six in ./env/lib/python3.8/site-packages (from junit-xml->-r requirements.txt (line 5)) (1.15.0)
Requirement already satisfied: jdcal in ./env/lib/python3.8/site-packages (from openpyxl->-r requirements.txt (line 7)) (1.4.1)
Requirement already satisfied: et-xmlfile in ./env/lib/python3.8/site-packages (from openpyxl->-r requirements.txt (line 7)) (1.0.1)
Requirement already satisfied: python-utils>=2.3.0 in ./env/lib/python3.8/site-packages (from progressbar2->-r requirements.txt (line 10)) (2.4.0)
Requirement already satisfied: pluggy<1.0.0a1,>=0.12 in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (0.13.1)
Requirement already satisfied: iniconfig in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (1.1.1)
Requirement already satisfied: attrs>=19.2.0 in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (20.3.0)
Requirement already satisfied: packaging in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (20.8)
Requirement already satisfied: toml in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (0.10.2)
Requirement already satisfied: py>=1.8.2 in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (1.10.0)
Requirement already satisfied: mpmath>=0.19 in ./env/lib/python3.8/site-packages (from sympy->-r requirements.txt (line 16)) (1.1.0)
Requirement already satisfied: Arpeggio>=1.9.0 in ./env/lib/python3.8/site-packages (from textx->-r requirements.txt (line 17)) (1.10.1)
Requirement already satisfied: pyparsing>=2.0.2 in ./env/lib/python3.8/site-packages (from packaging->pytest->-r requirements.txt (line 12)) (2.4.7)
Installing collected packages: fasm, sdf-timing, prjxray
  Attempting uninstall: fasm
    Found existing installation: fasm 0.0.1
    Uninstalling fasm-0.0.1:
      Successfully uninstalled fasm-0.0.1
  Running setup.py develop for fasm
  Attempting uninstall: sdf-timing
    Found existing installation: sdf-timing 0.0.1
    Uninstalling sdf-timing-0.0.1:
      Successfully uninstalled sdf-timing-0.0.1
  Running setup.py develop for sdf-timing
  Attempting uninstall: prjxray
    Found existing installation: prjxray 0.0.1
    Uninstalling prjxray-0.0.1:
      Successfully uninstalled prjxray-0.0.1
  Running setup.py develop for prjxray
Successfully installed fasm prjxray sdf-timing
# Install project's documentation dependencies
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -mpip install -r docs/requirements.txt
Collecting git+https://github.com/SymbiFlow/sphinxcontrib-markdown-symlinks (from -r docs/requirements.txt (line 13))
  Cloning https://github.com/SymbiFlow/sphinxcontrib-markdown-symlinks to /tmp/pip-req-build-kn_zcp4u
  Running command git clone -q https://github.com/SymbiFlow/sphinxcontrib-markdown-symlinks /tmp/pip-req-build-kn_zcp4u
Requirement already satisfied (use --upgrade to upgrade): markdown-code-symlinks==0.0.2 from git+https://github.com/SymbiFlow/sphinxcontrib-markdown-symlinks in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 13))
Requirement already satisfied: sphinx_materialdesign_theme in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 1)) (0.1.11)
Requirement already satisfied: docutils in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 3)) (0.16)
Requirement already satisfied: sphinx>=3.0 in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 4)) (3.3.1)
Requirement already satisfied: sphinx-autobuild in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 5)) (2020.9.1)
Requirement already satisfied: breathe in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 7)) (4.25.1)
Requirement already satisfied: recommonmark in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 8)) (0.6.0)
Requirement already satisfied: sphinx-markdown-tables in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 9)) (0.0.15)
Requirement already satisfied: sphinxcontrib-napoleon in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 10)) (0.7)
Requirement already satisfied: packaging in ./env/lib/python3.8/site-packages (from markdown-code-symlinks==0.0.2->-r docs/requirements.txt (line 13)) (20.8)
Requirement already satisfied: requests>=2.5.0 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.25.1)
Requirement already satisfied: setuptools in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (44.0.0)
Requirement already satisfied: sphinxcontrib-devhelp in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.0.2)
Requirement already satisfied: sphinxcontrib-htmlhelp in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.0.3)
Requirement already satisfied: Pygments>=2.0 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.7.3)
Requirement already satisfied: babel>=1.3 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.9.0)
Requirement already satisfied: sphinxcontrib-jsmath in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.0.1)
Requirement already satisfied: sphinxcontrib-qthelp in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.0.3)
Requirement already satisfied: Jinja2>=2.3 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.11.2)
Requirement already satisfied: alabaster<0.8,>=0.7 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (0.7.12)
Requirement already satisfied: sphinxcontrib-applehelp in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.0.2)
Requirement already satisfied: sphinxcontrib-serializinghtml in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.1.4)
Requirement already satisfied: snowballstemmer>=1.1 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.0.0)
Requirement already satisfied: imagesize in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.2.0)
Requirement already satisfied: livereload in ./env/lib/python3.8/site-packages (from sphinx-autobuild->-r docs/requirements.txt (line 5)) (2.6.3)
Requirement already satisfied: six>=1.9 in ./env/lib/python3.8/site-packages (from breathe->-r docs/requirements.txt (line 7)) (1.15.0)
Requirement already satisfied: commonmark>=0.8.1 in ./env/lib/python3.8/site-packages (from recommonmark->-r docs/requirements.txt (line 8)) (0.9.1)
Requirement already satisfied: markdown>=3.0.1 in ./env/lib/python3.8/site-packages (from sphinx-markdown-tables->-r docs/requirements.txt (line 9)) (3.3.3)
Requirement already satisfied: pockets>=0.3 in ./env/lib/python3.8/site-packages (from sphinxcontrib-napoleon->-r docs/requirements.txt (line 10)) (0.9.1)
Requirement already satisfied: pyparsing>=2.0.2 in ./env/lib/python3.8/site-packages (from packaging->markdown-code-symlinks==0.0.2->-r docs/requirements.txt (line 13)) (2.4.7)
Requirement already satisfied: chardet<5,>=3.0.2 in ./env/lib/python3.8/site-packages (from requests>=2.5.0->sphinx>=3.0->-r docs/requirements.txt (line 4)) (4.0.0)
Requirement already satisfied: certifi>=2017.4.17 in ./env/lib/python3.8/site-packages (from requests>=2.5.0->sphinx>=3.0->-r docs/requirements.txt (line 4)) (2020.12.5)
Requirement already satisfied: idna<3,>=2.5 in ./env/lib/python3.8/site-packages (from requests>=2.5.0->sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.10)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in ./env/lib/python3.8/site-packages (from requests>=2.5.0->sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.26.2)
Requirement already satisfied: pytz>=2015.7 in ./env/lib/python3.8/site-packages (from babel>=1.3->sphinx>=3.0->-r docs/requirements.txt (line 4)) (2020.4)
Requirement already satisfied: MarkupSafe>=0.23 in ./env/lib/python3.8/site-packages (from Jinja2>=2.3->sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.1.1)
Requirement already satisfied: tornado in ./env/lib/python3.8/site-packages (from livereload->sphinx-autobuild->-r docs/requirements.txt (line 5)) (6.1)
Building wheels for collected packages: markdown-code-symlinks
  Building wheel for markdown-code-symlinks (setup.py) ... error
  ERROR: Command errored out with exit status 1:
   command: /home/jack/HDL/symbiflow-arch-defs/third_party/prjxray/env/bin/python -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-req-build-kn_zcp4u/setup.py'"'"'; __file__='"'"'/tmp/pip-req-build-kn_zcp4u/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' bdist_wheel -d /tmp/pip-wheel-et3d7eou
       cwd: /tmp/pip-req-build-kn_zcp4u/
  Complete output (6 lines):
  usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
     or: setup.py --help [cmd1 cmd2 ...]
     or: setup.py --help-commands
     or: setup.py cmd --help

  error: invalid command 'bdist_wheel'
  ----------------------------------------
  ERROR: Failed building wheel for markdown-code-symlinks
  Running setup.py clean for markdown-code-symlinks
Failed to build markdown-code-symlinks
# Check that prjxray are available
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import prjxray"
# Check fasm library was installed
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import fasm"
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import fasm.output"
# Check sdfparse lib was installed
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import sdf_timing"
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import sdf_timing.sdfparse"
# Check YAML is installed
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import yaml" || (echo "Unable to find python-yaml" && exit 1)

I found a way to make it work:
source ./env/bin/activate
and then make env ran without errors

This ideally should be in the quickstart doc.

Should this issue be closed?

The makefile should be updated to do the right thing.  The idea was that the makefile should enter the environment as needed without additional user action.

I just ran into this issue as well. I'm on Ubuntu 20.04.3, and I encountered no issues at all when using prjxray a few months ago  on the same machine. Decided to fetch the latest code, and this happened. Unfortunately running source ./env/bin/activate before make env as suggested above doesn't fix the problem, make env would still give the same error.
What is markdown-code-symlinks supposed to be anyway?
Error output is as follows:
~/prjxray$ make env
python3 -mvenv env
# Install project dependencies
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -mpip install -r requirements.txt
Obtaining file:///home/lbh/prjxray/third_party/fasm (from -r requirements.txt (line 1))
Obtaining file:///home/lbh/prjxray/third_party/python-sdf-timing (from -r requirements.txt (line 2))
Obtaining file:///home/lbh/prjxray (from -r requirements.txt (line 3))
Requirement already satisfied: intervaltree in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 4)) (3.1.0)
Requirement already satisfied: junit-xml in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 5)) (1.9)
Requirement already satisfied: numpy in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 6)) (1.21.4)
Requirement already satisfied: openpyxl in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 7)) (3.0.9)
Requirement already satisfied: ordered-set in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 8)) (4.0.2)
Requirement already satisfied: parse in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 9)) (1.19.0)
Requirement already satisfied: progressbar2 in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 10)) (3.55.0)
Requirement already satisfied: pyjson5 in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 11)) (1.6.0)
Requirement already satisfied: pytest in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 12)) (6.2.5)
Requirement already satisfied: pyyaml in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 13)) (6.0)
Requirement already satisfied: scipy>=1.2.1 in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 14)) (1.7.3)
Requirement already satisfied: simplejson in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 15)) (3.17.6)
Requirement already satisfied: sympy in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 16)) (1.9)
Requirement already satisfied: textx in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 17)) (2.3.0)
Requirement already satisfied: yapf==0.24.0 in ./env/lib/python3.8/site-packages (from -r requirements.txt (line 18)) (0.24.0)
Requirement already satisfied: ply in ./env/lib/python3.8/site-packages (from sdf-timing==0.0.1->-r requirements.txt (line 2)) (3.11)
Requirement already satisfied: pyjson in ./env/lib/python3.8/site-packages (from sdf-timing==0.0.1->-r requirements.txt (line 2)) (1.3.0)
Requirement already satisfied: sortedcontainers<3.0,>=2.0 in ./env/lib/python3.8/site-packages (from intervaltree->-r requirements.txt (line 4)) (2.4.0)
Requirement already satisfied: six in ./env/lib/python3.8/site-packages (from junit-xml->-r requirements.txt (line 5)) (1.16.0)
Requirement already satisfied: et-xmlfile in ./env/lib/python3.8/site-packages (from openpyxl->-r requirements.txt (line 7)) (1.1.0)
Requirement already satisfied: python-utils>=2.3.0 in ./env/lib/python3.8/site-packages (from progressbar2->-r requirements.txt (line 10)) (2.5.6)
Requirement already satisfied: packaging in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (21.3)
Requirement already satisfied: pluggy<2.0,>=0.12 in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (1.0.0)
Requirement already satisfied: attrs>=19.2.0 in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (21.2.0)
Requirement already satisfied: py>=1.8.2 in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (1.11.0)
Requirement already satisfied: iniconfig in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (1.1.1)
Requirement already satisfied: toml in ./env/lib/python3.8/site-packages (from pytest->-r requirements.txt (line 12)) (0.10.2)
Requirement already satisfied: mpmath>=0.19 in ./env/lib/python3.8/site-packages (from sympy->-r requirements.txt (line 16)) (1.2.1)
Requirement already satisfied: Arpeggio>=1.9.0 in ./env/lib/python3.8/site-packages (from textx->-r requirements.txt (line 17)) (1.10.2)
Requirement already satisfied: pyparsing!=3.0.5,>=2.0.2 in ./env/lib/python3.8/site-packages (from packaging->pytest->-r requirements.txt (line 12)) (3.0.6)
Installing collected packages: fasm, sdf-timing, prjxray
  Attempting uninstall: fasm
    Found existing installation: fasm 0.0.1
    Uninstalling fasm-0.0.1:
      Successfully uninstalled fasm-0.0.1
  Running setup.py develop for fasm
  Attempting uninstall: sdf-timing
    Found existing installation: sdf-timing 0.0.1
    Uninstalling sdf-timing-0.0.1:
      Successfully uninstalled sdf-timing-0.0.1
  Running setup.py develop for sdf-timing
  Attempting uninstall: prjxray
    Found existing installation: prjxray 0.0.1
    Uninstalling prjxray-0.0.1:
      Successfully uninstalled prjxray-0.0.1
  Running setup.py develop for prjxray
Successfully installed fasm prjxray sdf-timing
# Install project's documentation dependencies
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -mpip install -r docs/requirements.txt
Collecting git+https://github.com/SymbiFlow/sphinxcontrib-markdown-symlinks (from -r docs/requirements.txt (line 13))
  Cloning https://github.com/SymbiFlow/sphinxcontrib-markdown-symlinks to /tmp/pip-req-build-f_79eexl
  Running command git clone -q https://github.com/SymbiFlow/sphinxcontrib-markdown-symlinks /tmp/pip-req-build-f_79eexl
Requirement already satisfied (use --upgrade to upgrade): markdown-code-symlinks==0.0.2 from git+https://github.com/SymbiFlow/sphinxcontrib-markdown-symlinks in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 13))
Requirement already satisfied: sphinx_materialdesign_theme in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 1)) (0.1.11)
Requirement already satisfied: docutils in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 3)) (0.18.1)
Requirement already satisfied: sphinx>=3.0 in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 4)) (4.3.1)
Requirement already satisfied: sphinx-autobuild in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 5)) (2021.3.14)
Requirement already satisfied: breathe in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 7)) (4.31.0)
Requirement already satisfied: recommonmark in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 8)) (0.7.1)
Requirement already satisfied: sphinx-markdown-tables in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 9)) (0.0.15)
Requirement already satisfied: sphinxcontrib-napoleon in ./env/lib/python3.8/site-packages (from -r docs/requirements.txt (line 10)) (0.7)
Requirement already satisfied: packaging in ./env/lib/python3.8/site-packages (from markdown-code-symlinks==0.0.2->-r docs/requirements.txt (line 13)) (21.3)
Requirement already satisfied: snowballstemmer>=1.1 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.2.0)
Requirement already satisfied: sphinxcontrib-jsmath in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.0.1)
Requirement already satisfied: Jinja2>=2.3 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (3.0.3)
Requirement already satisfied: requests>=2.5.0 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.26.0)
Requirement already satisfied: imagesize in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.3.0)
Requirement already satisfied: sphinxcontrib-qthelp in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.0.3)
Requirement already satisfied: babel>=1.3 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.9.1)
Requirement already satisfied: Pygments>=2.0 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.10.0)
Requirement already satisfied: sphinxcontrib-serializinghtml>=1.1.5 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.1.5)
Requirement already satisfied: sphinxcontrib-devhelp in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.0.2)
Requirement already satisfied: sphinxcontrib-applehelp in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.0.2)
Requirement already satisfied: setuptools in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (44.0.0)
Requirement already satisfied: alabaster<0.8,>=0.7 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (0.7.12)
Requirement already satisfied: sphinxcontrib-htmlhelp>=2.0.0 in ./env/lib/python3.8/site-packages (from sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.0.0)
Requirement already satisfied: colorama in ./env/lib/python3.8/site-packages (from sphinx-autobuild->-r docs/requirements.txt (line 5)) (0.4.4)
Requirement already satisfied: livereload in ./env/lib/python3.8/site-packages (from sphinx-autobuild->-r docs/requirements.txt (line 5)) (2.6.3)
Requirement already satisfied: commonmark>=0.8.1 in ./env/lib/python3.8/site-packages (from recommonmark->-r docs/requirements.txt (line 8)) (0.9.1)
Requirement already satisfied: markdown>=3.0.1 in ./env/lib/python3.8/site-packages (from sphinx-markdown-tables->-r docs/requirements.txt (line 9)) (3.3.6)
Requirement already satisfied: pockets>=0.3 in ./env/lib/python3.8/site-packages (from sphinxcontrib-napoleon->-r docs/requirements.txt (line 10)) (0.9.1)
Requirement already satisfied: six>=1.5.2 in ./env/lib/python3.8/site-packages (from sphinxcontrib-napoleon->-r docs/requirements.txt (line 10)) (1.16.0)
Requirement already satisfied: pyparsing!=3.0.5,>=2.0.2 in ./env/lib/python3.8/site-packages (from packaging->markdown-code-symlinks==0.0.2->-r docs/requirements.txt (line 13)) (3.0.6)
Requirement already satisfied: MarkupSafe>=2.0 in ./env/lib/python3.8/site-packages (from Jinja2>=2.3->sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.0.1)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in ./env/lib/python3.8/site-packages (from requests>=2.5.0->sphinx>=3.0->-r docs/requirements.txt (line 4)) (1.26.7)
Requirement already satisfied: certifi>=2017.4.17 in ./env/lib/python3.8/site-packages (from requests>=2.5.0->sphinx>=3.0->-r docs/requirements.txt (line 4)) (2021.10.8)
Requirement already satisfied: idna<4,>=2.5; python_version >= "3" in ./env/lib/python3.8/site-packages (from requests>=2.5.0->sphinx>=3.0->-r docs/requirements.txt (line 4)) (3.3)
Requirement already satisfied: charset-normalizer~=2.0.0; python_version >= "3" in ./env/lib/python3.8/site-packages (from requests>=2.5.0->sphinx>=3.0->-r docs/requirements.txt (line 4)) (2.0.8)
Requirement already satisfied: pytz>=2015.7 in ./env/lib/python3.8/site-packages (from babel>=1.3->sphinx>=3.0->-r docs/requirements.txt (line 4)) (2021.3)
Requirement already satisfied: tornado in ./env/lib/python3.8/site-packages (from livereload->sphinx-autobuild->-r docs/requirements.txt (line 5)) (6.1)
Requirement already satisfied: importlib-metadata>=4.4; python_version < "3.10" in ./env/lib/python3.8/site-packages (from markdown>=3.0.1->sphinx-markdown-tables->-r docs/requirements.txt (line 9)) (4.8.2)
Requirement already satisfied: zipp>=0.5 in ./env/lib/python3.8/site-packages (from importlib-metadata>=4.4; python_version < "3.10"->markdown>=3.0.1->sphinx-markdown-tables->-r docs/requirements.txt (line 9)) (3.6.0)
Building wheels for collected packages: markdown-code-symlinks
  Building wheel for markdown-code-symlinks (setup.py) ... error
  ERROR: Command errored out with exit status 1:
   command: /home/lbh/prjxray/env/bin/python -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-req-build-f_79eexl/setup.py'"'"'; __file__='"'"'/tmp/pip-req-build-f_79eexl/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' bdist_wheel -d /tmp/pip-wheel-umj05m5s
       cwd: /tmp/pip-req-build-f_79eexl/
  Complete output (6 lines):
  usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
     or: setup.py --help [cmd1 cmd2 ...]
     or: setup.py --help-commands
     or: setup.py cmd --help

  error: invalid command 'bdist_wheel'
  ----------------------------------------
  ERROR: Failed building wheel for markdown-code-symlinks
  Running setup.py clean for markdown-code-symlinks
Failed to build markdown-code-symlinks
# Check that prjxray are available
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import prjxray"
# Check fasm library was installed
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import fasm"
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import fasm.output"
# Check sdfparse lib was installed
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import sdf_timing"
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import sdf_timing.sdfparse"
# Check YAML is installed
if [ -e env/bin/activate ]; then . env/bin/activate; fi; source utils/environment.python.sh; python -c "import yaml" || (echo "Unable to find python-yaml" && exit 1)
~/prjxray$

I just ran into this issue, but:
source ./env/bin/activate
seemed to work in my case (on Ubuntu 20.02 LTS)


Add some info on use of plugin arrays

Add a simple note about use of plugin arrays to document how to perform #129.

Seems a bit sparse on details. How do you "specify your plugins as an array"?

You're right. I've added an illustrative example.

:+1:


Annotation kubernetes.io/description not registered or documented

This is a Bug Report

Problem:
Kubernetes uses an annotation, kubernetes.io/description, that is not registered or documented.
Proposed Solution:
Register and document this annotation.
Page to Update:
https://kubernetes.io/docs/reference/labels-annotations-taints/
Also consider whether to mention that annotation in https://kubernetes.io/docs/concepts/overview/working-with-objects/common-labels/
Additional Information:
/sig auth
/language en

I would like to work on this.

/assign


add a way to distinguish non-unique named cards (mainly un-sets >_>)

Fix #94
This will convert all cards that have multiple cards with the same name (like Very Cryptic Command and Everythingamajig) to
Very Cryptic Command (a)
Very Cryptic Command (b)
Very Cryptic Command (c)
...

There's prob a better way to do what I'm doing, but this seems to be functional. AllCards.json.txt

This seems to have fixed the collapsing of the entries, but they still have a "names" array that's just their own name as many times as it appeared in the set file.


Improve code coverage on FHIR Core

IMPORTANT: Where possible all PRs must be linked to a Github issue
Fixes #326
Type
Choose one: (Bug fix | Feature | Documentation | Testing | Code health | Release | Other)
Checklist

[x] I have written Unit tests for any new feature(s) and edge cases for bug fixes
[x] I have added any strings visible on UI components to the strings.xml file
[ ] I have updated the  CHANGELOG.md file for any notable changes to the codebase
[x] I have run ./gradlew spotlessApply and ./gradlew spotlessCheck to check my code follows the project's style guide
[x] I have built and run the fhircore app to verify my change fixes the issue and/or does not break the app

Pull Request Test Coverage Report for Build #142

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+3.02%) to 67.789%

Totals

Change from base Build #141:
3.02%

Covered Lines:
785

Relevant Lines:
1158

💛  - Coveralls

looks close! is there a reason this is dnm other than needs review? I think we should merge if not, I'd rather have multiple PRs for multiple tests than a single one pushing it over 80 that way we don't have to worry about it going out of data w/other ongoing code changes

Actually, there is no specific reason to add DNM. I was thought I will cover 80% in one PR but we can have multiple PRs for ongoing code changes.


How to create a dropdown menu

I'm wondering how we can have a dropdown similar to the given screenshots from Google Translate app, I searched in the docs and didn't find anything

Thanks!

I found this https://github.com/jaysoo/react-native-menu, I'll give it a try and post he my thoughts about it

Update:
https://github.com/jaysoo/react-native-menu works fine without any issues!


Remove the requirement of a /$USER/.ssh/known_hosts file

The SSHCom class looks for a  /$USER/.ssh/known_hosts file (line 36).
Stop hardwiring this and make it a constant in the constants.py file so that users can change the folder.
Even better users should be notified if the known_hosts isn't there first time they run Heron and be asked if Heron should make it for them.

Added a check on Heron's launch for a known_hosts file and if it is not there the user gets a window allowing them to either automatically make and empty one or choose another existing one.


⚠ Fortnite has degraded performance

In ff6ccb9, Fortnite (https://fortnite.com) experienced degraded performance:

HTTP code: 200
Response time: 1624 ms

Resolved: Fortnite performance has improved in eb4ae3f.


baseUrl config

in openai I can config baseUrl, is it ok to config here?

Better to add Base URL configuration, thanks!

Better to add Base URL configuration, thanks!

Duplicate of #16. This will be included in the next release.


Option for first day of week

We need option for first day of week. In some use cases, the first day of the week is different between Saturday, Sunday, and Monday.
Need to check Grafana settings for first day of week is usable in Data Source plugin.

Plugin have no access to Week start value in Dashboard settings.


Feature request: onlyScaleDown

In the resize function you could have the argument "onlyScaleDown", which would only resize the image to the passed values if the dimensions are above the passed ones.
For example, if you call the function resize(1920), but the image passed is 1280 width and 720 height, the image would not be resized

Hi, did you see the existing withoutEnlargement option?
https://sharp.pixelplumbing.com/api-resize#resize

@lovell Sorry, I didn't see that 😅


Request private chain address

Private chain address can now be specified in a selective disclosure request

Codecov Report

Merging #16 into develop will decrease coverage by 1.17%.
The diff coverage is 100%.

@@             Coverage Diff             @@
##           develop      #16      +/-   ##
===========================================
- Coverage       93%   91.83%   -1.18%
===========================================
  Files            4        4
  Lines          143      147       +4
  Branches        50       52       +2
===========================================
+ Hits           133      135       +2
  Misses          10       10
- Partials         0        2       +2

Impacted Files
Coverage Δ

src/Credentials.js
87.71% <100%> (-2.85%)
:arrow_down:

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 75010fe...46dc7b0. Read the comment docs.


[saas]: (feat): Feedback system

#5  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @alifarooq9 and the rest of your teammates on  Graphite


[Feature/element] URL bar completely white

Sanity checks (must complete)

[x] I have read and followed the installation instructions in the README
[x] I have not modified the userChrome.css file
[x] I have tested the latest release for my Firefox version, or commit on master/beta branch (beta is for Firefox Beta only)

Describe the bug
The url bar and box appear fully white, making text unreadable
To Reproduce
Steps to reproduce the behavior:

Use any theme in the latest version, even defaut ones

Screenshots

System info

OS: [e.g. Windows 10]
Firefox version: 100.0b2

I had the same problem on macOS 12.3.1 with Firefox 100.0b2.

I changed the --toolbar-field-background-color, --toolbar-hover-background-color, and --toolbar-field-focus-background-color value in the variables.css file to something other than a hsl(), and it works. rgb(43, 42, 51)  is a close enough color for the Firefox dark theme.

I changed the --toolbar-field-background-color, --toolbar-hover-background-color, and --toolbar-field-focus-background-color value in the variables.css file to something other than a hsl(), and it works. rgb(43, 42, 51)  is a close enough color for the Firefox dark theme.

Thanks a lot. I also succeeded.

@missuo thanks, that worked for me.

I changed the --toolbar-field-background-color, --toolbar-hover-background-color, and --toolbar-field-focus-background-color value in the variables.css file to something other than a hsl(), and it works. rgb(43, 42, 51)  is a close enough color for the Firefox dark theme.

Worked for me as well, thanks! Just a note that for me it was --toolbar-field-hover-background-color instead of --toolbar-hover-background-color in case anyone runs into this in their variables.css file.  The other two variables had the same name as yours though.

This theme is the best stlye for firefox,  and it is one of the reason that i sitll use firefox not chrome.

I changed the --toolbar-field-background-color, --toolbar-hover-background-color, and --toolbar-field-focus-background-color value in the variables.css file to something other than a hsl(), and it works. rgb(43, 42, 51)  is a close enough color for the Firefox dark theme.

I use a Mac, so now it works great in dark mode, but when it switches to light mode the bar stays dark, is there any way to make a real fix so that way it switches between the two like it used to

when it switches to light mode the bar stays dark, is there any way to make a real fix so that way it switches between the two like it used to

I added the following around line 170 in variables.css (under :root:not(:-moz-lwtheme):not([privatebrowsingmode=temporary])):
	--toolbar-field-background-color: rgb(241, 243, 245) !important;
	--toolbar-field-hover-background-color: rgb(232, 235, 236) !important;
	--toolbar-field-focus-background-color: rgb(255, 255, 255) !important;

when it switches to light mode the bar stays dark, is there any way to make a real fix so that way it switches between the two like it used to

I added the following around line 170 in variables.css (under :root:not(:-moz-lwtheme):not([privatebrowsingmode=temporary])):
	--toolbar-field-background-color: rgb(241, 243, 245) !important;
	--toolbar-field-hover-background-color: rgb(232, 235, 236) !important;
	--toolbar-field-focus-background-color: rgb(255, 255, 255) !important;

It almost worked, matches the colour but now weird translucent results

Any plans to fix this in the latest version of this?

Same issue here

id argue the color it's meant to be is rgb(28, 27, 34)

Does anyone actually bother with this?
Guess I have to switch to Chrome since this issue essentially makes this theme unusable

The CSS selector used to detect a dark theme (:-moz-lwtheme-brighttext) seems not to work anymore:
https://github.com/muckSponge/MaterialFox/blob/8b1a7b10da0751a1f63e51eac428ba1eb1094b5f/chrome/global/variables.css#L159-L164
Replacing it with [lwtheme-brighttext] should restore the old behavior.

 Thank you very much! Fixed it for me.

Am 19.05.2022 um 22:47 schrieb Fabian Meyertöns @.***>:
The CSS selector used to detect a dark theme (:-moz-lwtheme-brighttext) seems not to work anymore:
https://github.com/muckSponge/MaterialFox/blob/8b1a7b10da0751a1f63e51eac428ba1eb1094b5f/chrome/global/variables.css#L159-L164 https://github.com/muckSponge/MaterialFox/blob/8b1a7b10da0751a1f63e51eac428ba1eb1094b5f/chrome/global/variables.css#L159-L164
Replacing it with [lwtheme-brighttext] should restore the old behavior.
—
Reply to this email directly, view it on GitHub https://github.com/muckSponge/MaterialFox/issues/317#issuecomment-1132194207, or unsubscribe https://github.com/notifications/unsubscribe-auth/AZHKABD4FQTRFK7BWB3QPM3VK2SFNANCNFSM5SVDP4RQ.
You are receiving this because you commented.

 Thank you very much! Fixed it for me.

You are GOAT. Works for me.

Just to be sure, you only changed line 159 to: :root:-moz-any([lwtheme-brighttext], [privatebrowsingmode=temporary])?

Just to be sure, you only changed line 159 to: :root:-moz-any([lwtheme-brighttext], [privatebrowsingmode=temporary])?

Someone has a good eye, I accidentally slashed the [privatebrowsingmode=temporary]), so apologies for the mixup, this is what it looks like now.

I think the current correct code should be:
:root:-moz-any([lwtheme-brighttext], [privatebrowsingmode=temporary])
{
	--toolbar-field-background-color: #202124 !important;
	--toolbar-field-hover-background-color: #292a2d !important;
	--toolbar-field-focus-background-color: #202124 !important;
}

It works perfect for me.

Just to be sure, you only changed line 159 to: :root:-moz-any([lwtheme-brighttext], [privatebrowsingmode=temporary])?

Someone has a good eye, I accidentally slashed the [privatebrowsingmode=temporary]), so apologies for the mixup, this is what it looks like now.

I think the current correct code should be:
:root:-moz-any([lwtheme-brighttext], [privatebrowsingmode=temporary])
{
	--toolbar-field-background-color: #202124 !important;
	--toolbar-field-hover-background-color: #292a2d !important;
	--toolbar-field-focus-background-color: #202124 !important;
}

It works perfect for me.

This is almost perfect, but I think the URL could be a little darker in black in the Light theme.

Thanks for the solutions: just to summarize to anyone reading this thread:

Edit chrome/global/variables.css
Go to line 159
Replace it with :root:-moz-any([lwtheme-brighttext], [privatebrowsingmode=temporary])


Organize string

💥 Proposal
Hey,
I am Krati Mitra (Discord username Krati(P)#8709), a GSSOC'21 participant.
I want to add the code for the issue "Organize string ".
Task:
Input  a string S (assume lowercase letters) and arrange the letters of the string in such a way that no two adjacent letters are same.
If multiple answers exist, output anyone of them.
else print "IMPOSSIBLE".
Input is a string S
Output the organized string as per the algorithm .
For example,
Example #1:
Input : eeeg
Output: IMPOSSIBLE
Explanation: We cannot arrange the letters such that no two of the adjacent letters are different.
Example #2:
Input : eeg
Output: ege
Explanation: No two of the adjacent letters are same in the output string.
I can contribute to solve this issue using Python.
This problem can be solved using heaps with time complexity of O(nlog(n).
I'll try to inculcate this approach in my code.
Please assign me this task.
Thank You
Have you read the Contributing Guidelines on Pull Requests?
(Write your answer here.)
Yes

/assign