CSS height behaviour is incorrect.

See this codepen:
https://codepen.io/chaosprint/pen/KKajbLN

CodeMirror(document.getElementById('editor'), {
	lineNumbers: true
})

body {
	padding: 0;
	margin: 0;
}

.CodeMirror {
	border: 1px solid red;
	height: 90%;
	font-size: 20px;
}

/* #editor {
	border: 1px solid blue;
	height: 90%;
} */

The CSS part I comment out does not work either.
I know I can call setSize to solve it, or
.CodeMirror {
	height: 100vh;
}

can work. But to be responsive requires more work then.
The behaviour in the codepen is very against intuition, isn't it?

I don't think CodeMirror can do anything about this—it's CSS behavior (as should be obvious from the fact that your own div also won't set its height in this case).


Add new torrent webhook

Description
Adds a webhook for new torrents similar to cross-seed, this currently allows for tags and share ratios to be set either on torrent addition or completion. Default port of 2469 is the cross-seed port + 1 since lots of people are already using cross-seed and this is a similar type of QoL application
Various TODO items remain throughout the code and must be addressed before this PR is merged, a few of them as well as some others here:

[ ] Docs need updating, to include the feature. It's important to mention to the user that they should not expose the api as it has no authentication
[ ] Webhook path and settings are not final, couldn't think of anything better than what I have
[ ] Still needs command line and env var toggles
[ ] The settings could use a lookover as I didn't bother to figure out how half of the params work
[ ] Still needs testing with the settings missing from the config file to ensure nothing explodes
[ ] The webserver should only ever start once, that is not currently the case

Type of change

New feature (non-breaking change which adds functionality)
This change requires a documentation update

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[ ] I have added or updated the docstring for new or existing methods
[ ] I have added tests when applicable

This happens to include the stuff from 299 as I was using that as the base branch for this pr

rebase on upstream; don't merge

I ended up changing a bunch of stuff here too, it's mostly minor fixes but I should really put it on its own branch

This has just become my own fork at this point considering how many things this branch changes. The PR is way out of scope so I'm just going to close it. I should probably still PR most of these changes though considering they fix or improve various things...


Inconsistent Performance Retrieving Data From Redis with Redisson

We have Redis setup in as a Master with 2 Slaves.  Generally it works well.  Occasionally when we pull a large cached object from Redis, the time to pull the data from the cache is 50-60 seconds.  The good times we have seen are 3-6 seconds to pull the same data.  Is their anything we can do to make it more consistent (obviously we want it to be in the 3-6 seconds range).  The data is stored in an RList.  This particular case the data is very large, 16-17MB.  This is an unusual case, but we need to be faster nonetheless.
I have run the latency checks on the server, no issues there.
I will add that we are constantly adding new items to the cache.  These items expire after 60 minutes (ttl).  The cache typically has about 1600 items in it at any given time (during peak usage hours).  Redis is running inside a Kubernetes environment, as is the client application (same K8S environment).  Memory usage for the 3 Redis instances is hovering around 70-80MB we have allocated 2G for each (max).
Is there anything you can think of that would cause a request for cached item to suddenly take 50-60 seconds?

try to set retryInterval to 7 seconds


automatize milestone change workflow

requirements

our milestone workflow is as follows:

issues to focus on stay in this week
all issues that have to be considered soon stay in next week
all other issues do not have a milestone assigned

the milestone switch is a mechanical procedure that executes these steps:

move all open issues from this week to next week
rename this week to 2016-02-14 (the "due date" of the milestone) and close it
rename next week to this week
create a new milestone next week with due date set to this week's due date + 7 days

misc
open milestones:

closed milestones:

the real complexity of this issue should be handled by github-prettifier:
We should improve it to listen for other custom requests (not only GitHub webhooks) and delegate to it this task. The chrome extension should only add a button to trigger this action.

@giogonzo how relevant is this for the current LOL process? it's now you doing the task :p if you don't really care, feel free to close this issue.

yes, closing for now


pom.xml:195: bump up branch coverage branch coverage is...

The puzzle 5-9433ff1c from #5 has to be resolved:
https://github.com/Blamer-io/bot/blob/b37ea9254f8c7bd7f6bb35bc4668d82c4bd45243/pom.xml#L195-L195
The puzzle was created by @h1alexbel on 27-Apr-23.
role: DEV.
If you have any technical questions, don't ask me, submit new tickets instead. The task will be "done" when the problem is fixed and the text of the puzzle is removed from the source code. Here is more about PDD and about me.

The puzzle 5-9433ff1c has disappeared from the source code, that's why I closed this issue.


PLEASE HELP! Audio Data streamed too slow Google Speech API

ERROR:
Error: 11 OUT_OF_RANGE: Audio data is being streamed too slow. Please stream audio data approximately at real time.
at createStatusError (D:\nodejs\socket-nexmo\node_modules\grpc\src\client.js:64:15)
at ClientDuplexStream._emitStatusIfDone
(D:\nodejs\socket-nexmo\node_modules\grpc\src\client.js:270:19)
at ClientDuplexStream._receiveStatus (D:\nodejs\socket-nexmo\node_modules\grpc\src\client.js:248:8)
at D:\nodejs\socket-nexmo\node_modules\grpc\src\client.js:804:12
code: 11,
metadata: Metadata { _internal_repr: { 'content-disposition': [Array] } },
details: 'Audio data is being streamed too slow. Please stream audio data approximately at real time.' }
CODE:
var WebSocketServer = require('websocket').server;
var http = require('http');
var HttpDispatcher = require('httpdispatcher');
var dispatcher = new HttpDispatcher();
const fs = require('fs');
const speech = require('@google-cloud/speech');
const client = new speech.SpeechClient({
keyFilename: XXXXXXXXXX
});
// Speech Recognition Initialization
const encoding = 'LINEAR16';
const sampleRateHertz = 16000;
const languageCode = 'en-US';
const single_utterance = true;
const request = {
config: {
encoding: encoding,
sampleRateHertz: sampleRateHertz,
languageCode: languageCode
},
singleUtterance: true,
interimResults: true // If you want interim results, set this to true
};
const recognizeStream = client
.streamingRecognize(request)
.on('error', console.error)
.on('data', data => {
db.get('posts')
.push(data)
.write();
});
function handleRequest(request, response) {
try {
//log the request on console
console.log(request.url);
//Dispatch
dispatcher.dispatch(request, response);
} catch (err) {
console.log(err);
}
}
// Serve the ncco
dispatcher.onGet("/ncco", function (req, res) {
fs.readFile('./ncco.json', function (error, data) {
res.writeHead(200, { 'Content-Type': 'application/json' });
res.end(data, 'utf-8');
});
});
//Create a Websocket server
var server = http.createServer(handleRequest);
var wsServer = new WebSocketServer({
httpServer: server,
autoAcceptConnections: true,
});
// Websockets Server Connection Configuration
wsServer.on('connect', (connection)=>{
connection.on('message', (message) => {
//Send to Google Speech API by passing into recognizeStream
if (message.type === 'utf8') { console.log(message.utf8Data); }
if (message.type === 'binary') {
recognizeStream.write(message.binaryData);
}
});
connection.on('close',(reasonCode, description) => {
console.log((new Date()) + ' Peer ' + connection.remoteAddress + ' disconnected.');
});
});
//Lets start our server
server.listen(5050, function () {
//Callback triggered when server is successfully listening. Hurray!
console.log("Server listening on: http://localhost:%s", 5050);
});

@sammachin Can you please help me why am I facing this issue? In your code, you have downsampled and sent at 8kHz, earlier I think I saw it sent at 16kHz. Please help me on how to proceed!

The audio from Nexmo is at 16Khz (although this is upsampled from the source telephpny which is only 8Khz) we've found that Google has better transcription if you give it an 8Khz source so there is a function at https://github.com/nexmo-community/voice-google-speechtotext/blob/master/server.js#L57:L69 which converts the 16Khz back to 8Khz to feed to Google.
However it looks as if you are specifying 16Khz in the config to google and sending it through un modified which should work (although possibly with lower accuracy) I've not seen that error before I suspect its something related to either your code running slow or extreme network latency

@sammachin The same code works perfectly well when i stream a audio file (16kHz mono PCM file) to Google. It gives correct transcription. But gives this error message only with Nexmo telephonic call. Any ideas on this glitch. The code is also written in the comments. Please let me know how it can be corrected.

@sammachin I am facing the same issue. @axchanda Please let me know if you figured out a solution for this.
Thanks

@gagandeepsinghsuri It's all about in the machine you use. I tried from another PC with an super- upgraded RAM and it works perfectly fine. As @sammachin  mentioned the code is bound to run slowly as voice processing generally requires more computational power.

@axchanda Figured out the issue last night. For me, it was not the machine but rather the way I was tunneling my traffic from localhost. I was using ngrok & I was not getting each & every websocket event to my localhost. Updated this to server with only 1 GB of RAM and 1 CPU core, the code worked like a charm. Anyways, thanks.


Issues with API registration

On various apps that use recent versions of FOCA (e.g., proTES, proWES), both development (docker-compose) and production (Kubernetes, OpenShift) deployments face an issue with the registration of OpenAPI endpoints. It is not quite clear where the issue stems from, but it is possible that FOCA - being installed at a different location than each of the apps - does not find the location of the endpoint controllers. Another possible reason could be a circular import introduced through the implementation of a class-based FOCA entry point with #131.
Example error log (one such entry for each endpoint):
[2022-11-09 11:24:29,321: ERROR   ] Failed to add operation for GET /ga4gh/tes/v1/service-info [connexion.apis.abstract]
Traceback (most recent call last):
  File "/usr/local/lib/python3.10/site-packages/connexion/resolver.py", line 66, in resolve_function_from_operation_id
    return self.function_resolver(operation_id)
  File "/usr/local/lib/python3.10/site-packages/connexion/utils.py", line 125, in get_function_from_name
    function = deep_getattr(module, attr_path)
  File "/usr/local/lib/python3.10/site-packages/connexion/utils.py", line 73, in deep_getattr
    return functools.reduce(getattr, attrs, obj)
AttributeError: partially initialized module 'pro_tes.ga4gh.tes.server' has no attribute 'GetServiceInfo' (most likely due to a circular import)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/lib/python3.10/site-packages/connexion/apis/abstract.py", line 222, in add_paths
    self.add_operation(path, method)
  File "/usr/local/lib/python3.10/site-packages/connexion/apis/abstract.py", line 175, in add_operation
    operation = make_operation(
  File "/usr/local/lib/python3.10/site-packages/connexion/operations/__init__.py", line 16, in make_operation
    return spec.operation_cls.from_spec(spec, *args, **kwargs)
  File "/usr/local/lib/python3.10/site-packages/connexion/operations/openapi.py", line 132, in from_spec
    return cls(
  File "/usr/local/lib/python3.10/site-packages/connexion/operations/openapi.py", line 79, in __init__
    super().__init__(
  File "/usr/local/lib/python3.10/site-packages/connexion/operations/abstract.py", line 101, in __init__
    self._resolution = resolver.resolve(self)
  File "/usr/local/lib/python3.10/site-packages/connexion/resolver.py", line 45, in resolve
    return Resolution(self.resolve_function_from_operation_id(operation_id), operation_id)
  File "/usr/local/lib/python3.10/site-packages/connexion/resolver.py", line 71, in resolve_function_from_operation_id
    raise ResolverError(str(e), sys.exc_info())
connexion.exceptions.ResolverError: <ResolverError: partially initialized module 'pro_tes.ga4gh.tes.server' has no attribute 'GetServiceInfo' (most likely due to a circular import)>

Note that for apps that also include a Celery deployment, initializiation of Celery will face the issue as well.

Update: The issue does not arise in the docker-compose-based deployment of the ELIXIR Cloud Registry, which also makes use of FOCA v.0.10.0! One obvious difference is that proTES and proWES, but not the Cloud Registry, run async operations (via RabbitMQ & Celery) - so this may be a confounding factor.

Turned out to be a circular import in the consuming applications, not a problem of FOCA. Closing.

However, it would be better if the Foca class supported a method to actually return a Celery instance, it currently doesn't. So reopened.


Why are Hardware and OS cpes in NVD left out in GrypeDB ?

In this script: pkg/process/v5/transformers/nvd/unique_pkg.go there is a clear instruction (l.45) to keep CPEs that are only of type "application". Since this seems intentional, can you explain this choice ?
What would you like to be added:
If there is no specific reason for that behavior, could there be a patch to allow for all CPEs from NVD to be retrieved? Or a command line argument to specify which type of CPEs you would like to fetch?
Why is this needed:
In my case, I am testing Grype on IoT products. Meaning, I would like to get an SBOM with application, OS and hardware dependencies. The current behavior of GrypeDB makes it impossible to scan for vulnerabilities on components that are not of type "application".
Additional context:

Hi @wenoukiz, thanks for the question. At the moment, Syft has no catalogers that will report OS or hardware CPEs, so the SBOM won't match any vulnerabilities. Can you tell us a bit more about how are you generating your SBOM? Are you using Syft?

Hi, thanks for the response. I am using Syft to generate a base SBOM that I then tweak and edit with my own knowledge and analysis of the firmware I'm testing. The SBOM is not automatically generated, at least not completely.
As an example :
My firmware is running on Windows 10 IoT LTSC. Syft will not pick this up and it will not appear in the SBOM automatically, that is why I add it manually with an entry that could look like this :

The problem is that Grype DB does not store vulnerabilities that apply to "operating-system" product type. So when scanning this SBOM with Grype, I don't get any matchings although there are some

For your information, with the objective of making GrypeDB and Grype work with hardware and OS vulnerabilities, I cloned this repository and removed the few lines of code I mentioned in the first comment. Then I built my own version of GrypeDB (obviously, the unit tests failed on this modification) and used it to extract the vulnerability data from the NVD. I then packaged the database as an archive to import into Grype and scanned my SBOM with the updated vulnerability data.
It worked perfectly. The only problem is that you have to use the "application" or "library" type in the SBOM for each component, as Grype ignores the "operating-system" type (for now at least, this could be a future fix for Grype). Apart from that, the vulnerabilities I was expecting appeared in the Grype scan result. In my use case, bringing this patch to GrypeDB and Grype would allow me to scan for vulnerabilities on my firmware and other IoT softwares. Could this feature be integrated officially ? Or is there a reason for this to stay ?

Hi @wenoukiz,
We discussed this recently at our community meeting today, and we've decided that we're not going to add hardware or OS CPEs into Grype's database at this time, for a couple of reasons

We don't want to make Grype's database a lot larger, since download times for it have already been an issue for some users.
Syft and Grype presently do not detect hardware at all, and are primarily used to scan container images, which do not really contain operating systems either, so the extra space used by OS and Hardware vulnerabilities would not benefit the vast majority of Grype users.

For these two reasons, we have no plans to add hardware CPEs into the Grype database right now.
It sounds like you've already got our data pipeline working with the changes to allow you to bake in hardware and OS CPEs. That's fantastic! I would recommend you continue down that path if it's working for you.


update iup to current rust

a breaking (but backwards compatible) change was introduced into rustc. This commit makes sure that iup works now on all rust versions after 1.0
sorry about the whitespace noise

Thanks


Support global %maxcore option in the input file generation

It looks like the ORCA input file format is not really consistent with itself. Usually, input blocks start with %block_name and end with end, but there are exceptions to this. One of them them is the global memory setting, which needs to be on one line like this.
%MAXCORE   4000

It seems that the current plugin does not support this format. We can either add a special input node (of type Int) that would set the global memory and then special case it in the input generator, or we can make a general way to support this special syntax.

As far as I remember from the manual, there are ways to define such inputs consistent with the current implementation. I am against having exceptions in the plugin unless the feature is necessary to have and there is no workaround for it.
Let's have a look @danielhollas at the manual and find a solution. Either way, we can have a note in the documentation if needed (possibly adding an example too).

Back when I was looking into this, the only solution I found was defining maxcore within each method section (e.g. within the tddft block). This works and it is what I use now in my app. The global option would be more convenient, but it is not currently a big priority for me. I agree that having an exception just for this is not great.  Perhaps the memory option could live in the settings dictionary? In any case, let's leave this open so that we have this issue documented.


Add tribe recommendation to Tier 3

This adds the Tribe recommendation to Tier 3 of the language list.

Good, clear, and concise.

And apparently that means it's good to go, since only one maintainer approval is needed. :)


Filenames starting with '!' aren't shown in tabline

environment

vim: neovim 0.5.1-1
vim-airline: master 2021-09-21 26f9227
OS: ArchLinux
Have you reproduced with a minimal vimrc: somewhat (I commented-out everything distantly related in my vimrc instead)
What is your airline configuration: empty
if you are using terminal:
terminal: st + tmux
$TERM variable: tmux-256color
color configuration (:set t_Co?): not set
if you are using Neovim:
does it happen in Vim: dunno, most likely yes

actual behavior
If you open several files/symlinks and some of their names start with "!", then all these files aren't shown in tabline, but you still can navigate between them by :bn, :bp.
expected behavior
Show all files in tabline, whatever their name is.

Please check the airline-help: https://github.com/vim-airline/vim-airline/blob/master/doc/airline.txt#L446-L456

Thanks!
So, according to current implementation there is no way to distinguish filenames starting with "!" and shell commands run through ":!". Isn't it a bug then? :)

Well, depends on how you look at it. By default, if you use :term Vim will name the buffer starting with !, so that's why it is excluded and that's why airlines tabline discards those buffers by default (but you can override it of course).

Alright then, I won't be too picky :+1:
Setting custom g:airline#extensions#tabline#ignore_bufadd_pat works.


Fixed element detection for boundary vtxs.

Introduced a bug where the proper element wasn't detected for tris with one vtx on a boundary. This fixes that, and introduces a new test so it shouldn't happen again.

Current coverage is 77.38% (diff: 100%)

Merging #54 into master will increase coverage by 0.14%

@@             master        #54   diff @@
==========================================
  Files            56         56
  Lines          2852       2857     +5
  Methods         342        342
  Messages          0          0
  Branches        500        500
==========================================
+ Hits           2203       2211     +8
+ Misses          649        646     -3
  Partials          0          0

Powered by Codecov. Last update ec2bb9e...b9e26fe


AnimatedSprite2D: Empty Animation name error on ready/instantiation propagates to inherited scenes

Tested versions

Reproducible in v4.2.1.stable.official [b09f793f5]

System information
Godot v4.2.1.stable - Ubuntu 22.04.3 LTS 22.04 - X11 - Vulkan (Mobile) - dedicated NVIDIA GeForce GTX 860M (nvidia; 535.154.05) - Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz (8 Threads)
Issue description
This is a reboot of https://github.com/godotengine/godot/issues/28658
It was said to be fixed in 3.6, so it may be a Godot 4 regression.
However, my issue here goes farther: not only does an AnimatedSprite2D never get a correct default animation once the SpriteFrames has been deleted (empty string, even when default animation exists) causing an error on start:

E 0:00:00:0472   set_animation: There is no animation with name ''.
<C++ Error>    Method/function failed.
<C++ Source>   scene/2d/animated_sprite_2d.cpp:528 @ set_animation()

but any inherited scene will also inherit the bug, even if they themselves define a proper SpriteFrames and default animation.
Since it's common that I create a Base scene from which I create Inherited scenes for various objects of the same type, this messes up all these objects.
This happens on ready if object is in scene, or during instantiation if object is spawned from a PackedScene.
I managed to use the trick to reassign a SpriteFrames resource, click the reset button to clean up the default animation and then remove the SpriteFrames resource once, but I could never reproduce it. So I don't have a way to fix my existing corrupted base object except changing the text file or recreating a new AnimatedSprite2D node from scratch (which will break things in my inherited scenes).
Steps to reproduce

In the MWE I prepared many variants of nodes with AnimatedSprite2D (and even AnimationLibrary but it doesn't seem to matter)

Open Scences/demo_inherited.tscn (alternatively AOE_IceSpike_Inherited.tscn directly) and Run this scene (F6) => see the error even though the inherited scene is setup correctly

Open Scences/demo_isolated.tscn which contains exactly the same object, but I cut inheritance relationship with AOEBase.tscn (alternatively, open AOE_IceSpike_Isolated.tscn directly), and Run this scene (F6) => there is no error

Note: don't worry about the Animation Player, I left it here because it was easier but it shouldn't affect the result

You can also try variations of AOE_Base with and without animation library, such as AOEBase_WithoutAnimationPlayer.tscn and AOEBase_WithoutAnimationPlayer_Child.tscn. The result is the same, as AnimationLibrary doesn't affect it.

In any scene with the error, select AnimatedSprite2D and observe the Sprite Frames  and Animation with reset button on empty field

Reassign Sprite Frames to sprite_frames_aoe_ice_spikes.tres temporarily. Default animation is now Active.
Click the reset button to reset to default. As long as default animation exists, it will do it (if default animation doesn't exist, it may look like it resets to default but Output error "Animation 'default' doesn't exist.". Sometimes it will properly "bounce" the property back to the previous value in the inspector, but not always... but that's another issue - we assume default exists here just to avoid stacking even more errors)
If you run the scene you just edited or a child one, the error is gone...
But in practice you want to get rid of Sprite Frames on "abstract" base scenes, so clear the Sprite Frames again
Run the scene

You get the same error except with "Active"

E 0:00:00:0474   set_animation: There is no animation with name 'Active'.
<C++ Error>    Method/function failed.
<C++ Source>   scene/2d/animated_sprite_2d.cpp:528 @ set_animation()

Click on the reset button near Animation to reset Animation to "default" => this time, you get the error "There is no animation with name 'default'." (it looks like "Animation 'default' doesn't exist." but it's a bit different - and it will happen every time, since we cleared Sprite Frames so the default animation can never exist - but the error message is misleading on the nature of the error).
If you check git diff, you'll see that Sprite Frames is now set but animation field is the empty string animation = &""
Run scene and see the original error with an empty string again, as expected.
We're now back to step 1!
You can also try to clear Sprite Frames and then Animation on the child scene AOE_IceSpike_Inherited.tscn: you'll see an error "There is no animation with name ''. But I'm more worried about having an error when the child scene is fully set because of an invisible link to some base scene.

Minimal reproduction project (MRP)
v4.2.1 - There is no animation in name empty - Godot 4 Platformer 2024-02-08 stripped.zip

I found a workaround for a quick cleanup without recreating nodes nor touching the serialized text files: instead of assigning a SpriteFrames, create a new SpriteFrames, then clear it again.
This will clean up the Animation empty string value.

It seems that temporarily creating a default animation in the SpriteFrames just to get a proper reset value before clearing SpriteFrames also works (as suggested in some Godot 3 issue https://github.com/godotengine/godot/issues/40263), but this is even faster!


Checkbox: colors -> useThemeFromContext

No Jira ticket.
To move a component into a package, it must reference only packaged modules. This removes a local dependency in favor of a packaged module according to the pattern established in #4131.
No functional changes. Existing test coverage should be adequate.

This looks like it falls under UIE-50 ("Cleanup Basic Control Dependencies").


feat: biw entity information UI

What?
This PR gives the user the ability to inspect the entity attributes and change them
Why?
Right now there is no way to inspect the entity's attributes. Furthermore, this will connect with the implementation of the smart items

Nice work! just left a few comments. What does biw mean?

It means builder-in-world. It just to short the name, but I can use the full name if you want

Merged into master using an intermediary branch (because of the non-signed commits problem)

Merged into master using an intermediary branch (because of the non-signed commits problem)


Order Dashboard: Tracking & rerouting

As an information-hungry customer
I want a dashboard showing the status of my current orders
so that I know when to expect a delivery.
and
As a customer who is seldom at home
I want to be able to reroute my upcoming deliveries
so that I can send them to a neighbour, friend or post office
and I do not have to stay home and wait for the postman.
This form is supposed to be the staging ground for additional (to be defined) challenges.

A good template for this feature is the "Recycle" feature which is also without built-in challenges yet.

where should the Tracking tab be placed ? because now there is no place on navbar. Any Suggestion ?

Hm, best we add a Track your Order or Order Tracking menu item and then have a new screen with just a text field Order No. and a Track button to kick off the order search?

So, Order Tracking menu item will be besides Recycle menu item on navbar ? and is search actually needs to be implemented right now?

Besides Recycle menu is perfectly fine!

@CaptainFreak Are you working on this issue?

Nearly completed.

addressed in #500 .

At some point we'll probably have to persist a orders entities and I think these are a perfect candidate for the NoSQL MarsDB, because in the end a completed order is nothing but the data printed to the PDF the user receives. This might then be a basis for more NoSQL tiers as proposed in #465.


Display social media feed to boost user engagement, build credibility, maximize conversion, and more.

Description
Consider embedding social media feed(s) showing member and community related activities on sites like Facebook, LinkedIn, Twitter, and Instagram. Embedding social media plugins to a webpage has numerous advantages justified by countless well-researched articles with credible citations. Some are included in the title of this issue.
Describe the solution you'd like
A component showing recent posts from social media users using community/community event related hashtags, a.k.a. embedded social media hashtag feed.
Describe alternatives you've considered
It's currently not feasible, if not impossible, to have a hashtag feed for every social media platform due to service and API limitations. Applying workarounds aren't encouraged because of legalities.
Alternatively, we can embed the community's social media page(s) feed/timeline if the hashtag feed idea isn't possible altogether, but I believe this should be on the homepage.

Good idea 👍, but needs more research, we can't integrate this into current events. We can use this feature for our next event if needed. I'll put this on hold. Love to hear more from your views.


⚠ Bofrost.at has degraded performance

In 132c631, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 970 ms

Resolved: Bofrost.at performance has improved in 52f62ea after 9 minutes.


Upstream sessions

Motivation for this change
See https://github.com/NixOS/nixpkgs/issues/39871
This is just a first swallow, in the future pull requests we will want to convert more DEs and investigate Wayland.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS

[x] Tested via one or more NixOS tests

[x] gnome3
[x] gnome3-gdm

[x] Tried to run upstream xsession (GNOME) in VM

[x] with GDM
[x] with lightdm
[x] with SDDM

[x] Tried to run legacy xsession (Xfce) in VM

[x] with lightdm
[x] with gdm

[x] Tried to run legacy combined xsession (xmonad+xterm) in VM

[x] with lightdm
[x] with gdm

[x] Fits CONTRIBUTING.md.

cc @hedning, @worldofpeace

Failure on x86_64-linux (full log)
Attempted: gnome3.gdm, gnome3.gpaste
Partial log (click to expand)
cannot build derivation '/nix/store/rnnrdjhvrarz8gmvfsmwq5lbpq2914iq-libgdata-0.17.9.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/rp8fzf629m8rx183yy5qy1dn2r530a7x-evolution-data-server-3.28.3.drv': 3 dependencies couldn't be built
cannot build derivation '/nix/store/qf87jknlll6jn3ix547l6nvrzspqf0g6-grilo-plugins-0.3.5.drv': 2 dependencies couldn't be built
cannot build derivation '/nix/store/6j3fiy4b8b8s865griqk6p3dg71cyn2z-tracker-miners-2.0.5.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/mb30fs25s83y8msliivqj814pbwnxd2m-nautilus-3.28.1.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/4x8933079xainrzq1db39r5mbjacsbbq-totem-3.26.1.drv': 2 dependencies couldn't be built
cannot build derivation '/nix/store/7awmzq1rhzbw7z59zw7zy3gnj97y4nd9-cheese-3.28.0.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/lr6574abdh70w9byyx4f7irp1ia8q6f0-gnome-control-center-3.28.2.drv': 4 dependencies couldn't be built
cannot build derivation '/nix/store/sx6qhvgpjcfh3jlr0sinsl7vgjnm9jwa-gpaste-3.28.2.drv': 1 dependencies couldn't be built
error: build of '/nix/store/sx6qhvgpjcfh3jlr0sinsl7vgjnm9jwa-gpaste-3.28.2.drv' failed

Failure on aarch64-linux (full log)
Attempted: gnome3.gdm, gnome3.gpaste
Partial log (click to expand)
cannot build derivation '/nix/store/lb3h5kiynhps8dafikvzbrdn46q3af7d-libgdata-0.17.9.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/ryvb61q946n7s6mk2pm0k6yi36a2syij-evolution-data-server-3.28.3.drv': 4 dependencies couldn't be built
cannot build derivation '/nix/store/lgch03spbz8mnsp92nxxhq3xxg9fqz08-grilo-plugins-0.3.5.drv': 3 dependencies couldn't be built
cannot build derivation '/nix/store/ysn1xfa6xqhn12jfyih1n1b6nb59k2aq-tracker-miners-2.0.5.drv': 4 dependencies couldn't be built
cannot build derivation '/nix/store/9nyfnlhrcmjwz5xgl9wzi1fnvf5m0yks-nautilus-3.28.1.drv': 5 dependencies couldn't be built
cannot build derivation '/nix/store/8zplz5hcjw7hnm7bki1brvh283ppj7qd-totem-3.26.1.drv': 7 dependencies couldn't be built
cannot build derivation '/nix/store/9l2n51vhd9syqzn4kfwaap76n04h0lyi-cheese-3.28.0.drv': 5 dependencies couldn't be built
cannot build derivation '/nix/store/k1961fyvc9ihk96z5g84z832vyjv0qpx-gnome-control-center-3.28.2.drv': 11 dependencies couldn't be built
cannot build derivation '/nix/store/9bmz49x5zamxzcidl02nzxish9y7pn5b-gpaste-3.28.2.drv': 4 dependencies couldn't be built
error: build of '/nix/store/3yb1f44wmdpz6ivgcz9rr9lb7y9xjjq2-gdm-3.28.2.drv', '/nix/store/9bmz49x5zamxzcidl02nzxish9y7pn5b-gpaste-3.28.2.drv' failed

This seems like good start :)
Did a little testing (with gdm):
Login

Tested in a VM without password, which worked as expected
Tested on hardware with my regular user and couldn't log in

I'm getting this in the log:
juli 23 13:10:16 x1 gdm-password][4245]: gkr-pam: no password is available for user

Not sure how to reproduce in a VM as the user.password option is ignored for some reason.
GPaste
Gnome-control-center can't find the necessary gpaste schema, so it crashes:

Started Gnome Shell in a VM (passwordless user) with services.gnome3.gpaste.enabled = true.
Turned on the gpaste extension.
Tried launching gnome-control-center

Resulting in:
Jul 23 11:27:04 nixos .gnome-control-[1908]: Settings schema 'org.gnome.GPaste' is not installed

Add Login, maybe this:

If the option users.mutableUsers is true, the password defined in one of the three options will only be set when the user is created for the first time.

Ad GPaste, that is probably the keyboard shortcuts XML file. I do not think it is possible  Maybe we could create gnome-control-center-with-plugins expression. Or just give up and re-add the session path (though I am not sure how to do it).
I tried lightdm now, but it does not even see the session. Also in the log, I see ** (lightdm-gtk-greeter:802): WARNING **: 11:41:49.170: [PIDs] Failed to execute command: /usr/lib/at-spi2-core/at-spi-bus-launcher

Right, setting mutable users to false made login work with a hardcoded password in a VM, not sure why it won't work on my hardware though (tested on two machines now, will investigate some more).

Regarding GPaste, I guess, we also could extend the KeyListEntries in the XML file with schemadir attribute and patch Control Center to respect it.

(had a bad .xprofile which caused the crash).
Another option for GPaste would be to compile the schema in /run/current-system/sw/share/glib-2.0/..., not sure if that's possible in a module though?

Yep, doing as you suggest in https://github.com/NixOS/nixpkgs/issues/42176#issuecomment-399386269 would be another possibility.

Hmm, sddm doesn't see the session either. Maybe that's missing something.

This should be fine
diff --git a/pkgs/desktops/gnome-3/core/gnome-session/default.nix b/pkgs/desktops/gnome-3/core/gnome-session/default.nix
index 7b407aad506..6f9cc384fa2 100644
--- a/pkgs/desktops/gnome-3/core/gnome-session/default.nix
+++ b/pkgs/desktops/gnome-3/core/gnome-session/default.nix
@@ -33,8 +33,10 @@ stdenv.mkDerivation rec {
   preFixup = ''
     for desktopFile in $(grep -rl "Exec=gnome-session" $out/share)
     do
-      echo "Patching gnome-session path in: $desktopFile"
+      echo "Patching Exec gnome-session path in: $desktopFile"
       sed -i "s,^Exec=gnome-session,Exec=$out/bin/gnome-session," $desktopFile
+      echo "Patching TryExec gnome-sesison path in: $desktopFile"
+      sed -i "s,^TryExec=gnome-session,TryExec=$out/bin/gnome-session," $desktopFile
     done
     wrapProgram "$out/bin/gnome-session" \
       --prefix PATH : "${glib.dev}/bin" \

Also,
debug = mkEnableOption "gnome-session debug messages";

It would be nice to still have an interface to do that.

Do these lightdm errors look of any interest?

Not particularly.
With the latest commit, I am able to launch GNOME Shell in lightdm in VM, but it does not seem to receive environment variables (including PATH).

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: gnome3.gdm, gnome3.gnome-session, gnome3.gpaste
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

Failure on x86_64-linux (full log)
Attempted: gnome3.gdm, gnome3.gnome-session, gnome3.gpaste
Partial log (click to expand)
strip is /nix/store/fzsyclvxz1p2ia83caniy93v8cwarg0j-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/aw3hz1qsfas7hdnpqr8s27zzjnwlgv8g-cheese-3.28.0-man
checking for references to /build in /nix/store/aw3hz1qsfas7hdnpqr8s27zzjnwlgv8g-cheese-3.28.0-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/bbrqw0s42lcfk6fr2rn213hj11hnl41d-cheese-3.28.0-devdoc
strip is /nix/store/fzsyclvxz1p2ia83caniy93v8cwarg0j-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/bbrqw0s42lcfk6fr2rn213hj11hnl41d-cheese-3.28.0-devdoc
checking for references to /build in /nix/store/bbrqw0s42lcfk6fr2rn213hj11hnl41d-cheese-3.28.0-devdoc...
cannot build derivation '/nix/store/vsysn71qypglwai1slisdjsi6sd80mgd-gnome-control-center-3.28.2.drv': 2 dependencies couldn't be built
cannot build derivation '/nix/store/4zg3d8a52r9534a6y43di3p8s3afg7rc-gpaste-3.28.2.drv': 1 dependencies couldn't be built
error: build of '/nix/store/4zg3d8a52r9534a6y43di3p8s3afg7rc-gpaste-3.28.2.drv', '/nix/store/8vj9kcg09n2nm17c3n5jwidq8znl9f7z-gnome-session-3.28.1.drv' failed

Failure on aarch64-linux (full log)
Attempted: gnome3.gdm, gnome3.gnome-session, gnome3.gpaste
Partial log (click to expand)
checking for references to /build in /nix/store/ypphf619vmn6z5p67vriczj2na7blsy1-pipewire-0.1.9-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/2hb889kzpcyk6f3d6bf3w6dy12whbdvg-pipewire-0.1.9-doc
strip is /nix/store/h0nc84ybvb8g724fwysvcghh1675wjli-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/2hb889kzpcyk6f3d6bf3w6dy12whbdvg-pipewire-0.1.9-doc
checking for references to /build in /nix/store/2hb889kzpcyk6f3d6bf3w6dy12whbdvg-pipewire-0.1.9-doc...
cannot build derivation '/nix/store/4wc99hxdlbh9ylngad9ass3wks2c99nc-mutter-3.28.2.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/2d6yjkl45w8cn0b83zhjjapy58ydxh0m-gnome-shell-3.28.2.drv': 14 dependencies couldn't be built
cannot build derivation '/nix/store/1y93zl13zqz9jipb8b35i6ypaqy05nwx-gpaste-3.28.2.drv': 4 dependencies couldn't be built
cannot build derivation '/nix/store/pw75dadrx3licq6n5p813fng7z2y32v3-gnome-session-3.28.1.drv': 3 dependencies couldn't be built
error: build of '/nix/store/1y93zl13zqz9jipb8b35i6ypaqy05nwx-gpaste-3.28.2.drv', '/nix/store/7myq2453dx5zmyjgf7nkp2zrf3n2m4sy-gdm-3.28.2.drv', '/nix/store/pw75dadrx3licq6n5p813fng7z2y32v3-gnome-session-3.28.1.drv' failed

I took a closer look at how LightDM and NixOS sets up the environment and launches sessions. I'll try to lay out things here for some hopefully shared clarity.
The current model
LightDM launches sessions like this (the same thing goes for sddm):
1.It extracts the Exec command of the selected .desktop session file
2. It passes the command to its session-wrapper script which is expected to exec the passed command: https://wiki.ubuntu.com/LightDM#Adding_System_Hooks
NixOS takes control by setting the session-wrapper to services.xserver.displayManagar.session.script, ie. the huge xsession script.
The Exec command is by convention ${cfg.displayManager.session.script} "${n}", where ${n} is the name of the desktop environment (optionally concatted with +wm-name).
So lightdm will normally launch something like this: /nix/store/*xsession /nix/store/*xsession plasma5. Which is reduced to the /nix/store/*xsession plasma5 by this line of code:
      if [ "''${1:0:1}" = "/" ]; then eval exec "$1" "$2" ; fi

The xsession script will then extract the desktop environment name from the first argument and run the start script (relevant code).
Using upstream sessions
When using the upstream gnome.desktop session the above will simply reduce to executing /nix/store/*gnome-session*/bin/gnome-session, skipping . /etc/profile etc.
By applying this rather naive fix the gnome shell session is launched with at least $PATH etc. correctly set up (works with sddm too, which I think is an improvement #24298):
modified   nixos/modules/services/x11/display-managers/default.nix
@@ -32,6 +32,8 @@ let
     ''
       #! ${pkgs.bash}/bin/bash

+      . /etc/profile
+
       # Expected parameters:
       #   $1 = <desktop-manager>+<window-manager>

@@ -59,7 +61,6 @@ let
       # Now it should be safe to assume that the script was called with the
       # expected parameters.

-      . /etc/profile
       cd "$HOME"

       # The first argument of this script is the session type.

Actual solution?
The underlying problem seems to be that we're not using the session's Exec command to launch sessions as expected, making upstream sessions difficult. We're instead using session.start to do the actual launching through a big case statement in xsession.
We could create a proper session-wrapper which only sets up the environment and then launches the session's Exec command. For legacy purposes the Exec command would be a reduced xsession script mostly containing a big case statement to select the correct session, ie. starting somewhere around here.
This should allow us to handle both legacy and upstream sessions I think.

@hedning Excellent!
I just need to meditate on it a few times to ensure proper absorption.

This should allow us to handle both legacy and upstream sessions I think.

That is very much the outcome we want at least for now.
:+1:

Okay, I think I have something that could work okay. Tested in a VM that both Plasma5 and Gnome Shell launched correctly in LightDM, SDDM and GDM:
af8b14420d99f8c0d9a1fe1b2b07552d66224770:
nixos/displayManager: Make it possible to use upstream sessions

We separate `xsession` into two parts, `xsessionWrapper` and `xsession`.
`xsessionWrapper` sets up the correct environment and then lauches the session's
Exec command (from the .desktop file).

`xsession` the _only_ handles launching desktop-managers/window-managers defined
through `services.xserver.desktopManager.session`.

and
f6ab354cf0a220a662c4300c87597159e17eebe3:
nixos/gdm: Use common xsessionWrapper

I've tested my not so secret project with this too (elementary) and it works there as well.
It appears you've done (at least well enough) what you've set out to do and retain legacy support :)

It appears you've done (at least well enough) what you've set out to do and retain legacy support :)

Yeah, mostly moved some code around so things should hopefully work the same as before.
On the GPaste/sessionPath issue; We could keep gnome3.sessionPath by adding the code to displayManager.sessionCommands. Checking against eg. $XDG_CURRENT_DESKTOP would keep the current behavior of only applying the sessionPath when launching a gnome session too.
That should keep any potential breakage down, making it easier to land this PR? Does that make sense @jtojnar ?

On the GPaste/sessionPath issue; We could keep gnome3.sessionPath by adding the code to displayManager.sessionCommands. Checking against eg. $XDG_CURRENT_DESKTOP would keep the current behavior of only applying the sessionPath when launching a gnome session too.

That seems ok for now yet, we should just probably fix it instead of using sessionPath.
I personally still need sessionPath as I've ran into issues like with nautilus and gpaste a few times already, and don't actually have the time to fix them canonically.

Went through all the relevant tests and found some failures:
xfce
Found and fixed a problem when using slim and autoLogin (which made the nixos xfce tests fail). Apparently the sessionWrapper (configured through login_cmd in slim isn't passed any arguments when using autoLogin.
That's simply fixed by launching xsession from xsessionWrapper if it gets no arguments:
https://github.com/hedning/nixpkgs/commit/a0c090d447fe155b5ef9f9d8757b5f77a4e46a3b
(I squashed https://github.com/hedning/nixpkgs/commit/f6ab354cf0a220a662c4300c87597159e17eebe3)
gnome3
The gnome3 test launches the xterm session since desktopManager.default gets set incorrectly.
We need to register sessions added through  extraSessionFilePackages as valid session names when setting desktopManager.default. This probably means moving extraSessionFilePackages to xserver.desktopManager and checking the names there.
LightDM also checks the default session in an unnecessary way, so that needs a change.
A working prototype (these tests pass: sddm.default sddm.autoLogin slim gnome3-gdm gnome3 plasma5 xfce xmonad i3wm):

Allow default from extraSessionFilePackages: https://github.com/hedning/nixpkgs/commit/999ed1d6f2fec54d1cf77bdd510c73abac6b564a
fix lightdm etc.: https://github.com/hedning/nixpkgs/commit/1995f44106a9b570fbee82226b6c94217fe1f33c

@jtojnar I can open a separate PR for the xsession split if that's preferable to cherry picking commits?

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: gnome3.gdm, gnome3.gnome-session, gnome3.gpaste
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

Success on aarch64-linux (full log)
Attempted: gnome3.gdm, gnome3.gnome-session, gnome3.gpaste
Partial log (click to expand)
shrinking /nix/store/l7k4ga5yl7rlz56pq5jqwmcwx4mlgzqm-gpaste-3.28.2/bin/.gpaste-client-wrapped
shrinking /nix/store/l7k4ga5yl7rlz56pq5jqwmcwx4mlgzqm-gpaste-3.28.2/lib/libgpaste.so.11.0.1
gzipping man pages under /nix/store/l7k4ga5yl7rlz56pq5jqwmcwx4mlgzqm-gpaste-3.28.2/share/man/
strip is /nix/store/zrs21zqcchgyabjf4xfimncdq16njizc-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/l7k4ga5yl7rlz56pq5jqwmcwx4mlgzqm-gpaste-3.28.2/lib  /nix/store/l7k4ga5yl7rlz56pq5jqwmcwx4mlgzqm-gpaste-3.28.2/libexec  /nix/store/l7k4ga5yl7rlz56pq5jqwmcwx4mlgzqm-gpaste-3.28.2/bin
patching script interpreter paths in /nix/store/l7k4ga5yl7rlz56pq5jqwmcwx4mlgzqm-gpaste-3.28.2
checking for references to /build in /nix/store/l7k4ga5yl7rlz56pq5jqwmcwx4mlgzqm-gpaste-3.28.2...
/nix/store/4s1gxj7w2sfz6vzrb5vrmammmziq3a7g-gdm-3.28.2
/nix/store/3zbsxhgs04fyymjyxaffg18cpfmlldr4-gnome-session-3.28.1
/nix/store/l7k4ga5yl7rlz56pq5jqwmcwx4mlgzqm-gpaste-3.28.2

Pushed the throw to trace change, and added back sessionPath and debug implementations (did some rebasing and rewording): https://github.com/hedning/nixpkgs/commits/upstream-sessions
Feel free to sqaush or fixup any code as you see fit btw.

Thanks @hedning, now it looks like it is ready to go; all tasks completed and tests passing.
There is a space for more clean-ups, for example, removing pulseaudio from the session wrapper (it is supposed to be socket-activated on modern systems), but we can leave it for future PRs.
Asking maintainers of other DEs for their input: @ttuegel (KDE), @romildo (lxqt), @yegortimoshenko (xfce).

@worldofpeace @jtojnar We could check that the default session exists when actually building the desktops derivation perhaps?
https://github.com/NixOS/nixpkgs/blob/d9d92218ec53129a18740f385a3873973c95ec0d/nixos/modules/services/x11/display-managers/default.nix#L175?

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/gnome-control-center-wont-start-gpaste-settings-schema-not-installed/7479/4


Translations

These strings should be marked fuzzy so the translators can look at them.

Please enter an indicator with fewer than 500 characters.
Indicators are currently grouped by an older version of indicator levels. To group indicators according to the results framework and view the Logframe, an admin will need to adjust program settings.
Impact
Are you sure you want to delete %s?

JS

Changes to the results framework template were saved.
Result levels should not contain commas.
Result levels must have unique names.
Missing targets
This level is being used in the results framework
Changes to the results framework template were saved.
Level %s

PY

%(tier)s Chain
Multiple submissions detected
Result levels must have unique names. *
This level is being used in the results framework *
Level names should not be blank
Level tier templates
Browse all sites
There is no indicator data for this site.

@sanjuroj Can you please validate whether this is already done? If yes, can you close? If no, please add an estimate. Thanks!

These have not been done by professional translators yet.  I've marked as LOE - Low but that's just for dev time of marking the strings as fuzzy.  Clock time is more because the strings needed at least a week of translator time.

@sanjuroj Is there an easy way to check this via the back end, instead of manually reproducing all the various scenarios in which these messages would appear?

@jennyhavah There's not much you can do to QA this and I actually forgot to do this.  I needed to check mark these strings as fuzzy in the .po files before sending them to the translator, which I didn't do.  I'll create another ticket in Jira to do this in the next round of translations.

@sanjuroj Why a new ticket? Can we just move this ticket to Poblano if the translations won't be ready for Goat Tree?

This is a goat tree ticket, so it was deleted from Jira.

Sanjuro created a JIRA ticket for this issue, so I am moving it to Poblano on GitHub just to get it off of the Goat Tree board.


Use filesystem watcher on the logs to find out when a build has passed

Full code: DeveloperDirWatcher.swift
In every project logs are stored in places like this: Users/orta/Library/Developer/Xcode/DerivedData/Aerodramus-elioeeoyxfebivbqkcrplnueiqkk/Logs/Test
So you can watch the Users/orta/Library/Developer/Xcode/DerivedData folder with File System Events
I then

Find all of the projects with tests ( e.g. Aerodramus-elioeeoyxfebivbqkcrplnueiqkk )
Pull out their logs, order them by date

Rinse and repeat.

In theory you can be smarter too, if you mix it with polling the Xcode AppleScript API, you can figure out what areactive projects, then only listen to FSEvents for those app.

Thanks, @orta I should've thought about this way of getting failed images. This looks more powerful than what I have now because you can get also the new records of the images.

Thanks once again @orta, this is implemented and will be a part of new release soon.

Tests and everything - fancy!
--
[·/ ]       Orta Therox
w/ Artsy http://artsy.net/
CocoaPods http://cocoapods.org/ / CocoaDocs http://cocoadocs.org/
@orta / orta.github.com
On Mon, May 1, 2017 at 11:18 AM, Anton<EMAIL_ADDRESS>wrote:

Closed #15 https://github.com/Antondomashnev/FBSnapshotsViewer/issues/15
.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Antondomashnev/FBSnapshotsViewer/issues/15#event-1063859952,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAC_jtf7rpwwWnIOt93rwP4c55_q3Ry0ks5r1bFYgaJpZM4Mo3hG
.


Is this project a WIP or the author has switched to Aleo dev?

Thanks.

Still WIP. We also need to wait for Mina's zkApp to be ready in the testnet and some key features to be available.


The Shelfs Update

About the PR
Adds an array of new unique and functional shelfs to help with all your storing needs! Along with a couple extra types specifically specialized in holding specific kinds of items.
Thank you to Kezu for sprites once again

Why / Balance
We already have Lockers, Crates, Wall Lockers, etc etc, yet the only structure with an internal inventory is a dresser found in dorms or Command Rooms. With the addition of these shelfs, not only can some of the extra wall space be used, but it can actually have a use and help provide some sense of organization to the chaos that can become storage.

Technical details

New prototype path in Structures/Storage, along with said proto's being added to the crafting graphs systems under the same name.
A couple tags (Ingredients, DrinkGlass) added to chef-specific ingredient items and a couple cups mainly found around the bar respectively
Lots of sprites for each locker organized with future adding in mind.

Media

All sprites made by Kezu

[X] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes
N/A

Changelog
:cl: Sphiral&Kezu

add: Added a variety of new wall based storages: Shelfs! Build some today!

Ack, completely forgot to test construction. Wanted to get PR'd before freeze.
!hour!

Very cute!

final misc thoughts: the cabinets with lights at the top look super weird and i think having it on the handle is a lot better. The shelf with the secondary wood one below looks super weird and perspectiveless and i think it might be best to just ditch it.

Originally the lights were on the handles, but it looked weird due to being a single pixel and just was kinda iffy-lookin in-game, so they were moved. As for the "kitchen" variation, I see what you mean. But do you mean just the wooden part? Or the entire thing altogether?

all the other stuff

I'll talk to Kezu and see what can be done without just redoin them, lol.

Thank you for the feedback though!

sprites make my neurons activate 👍

Closed due to feature freeze May 10th-June 14th. Comment to have it reopen after this.

Closed due to feature freeze May 10th-June 14th. Comment to have it reopen after this.

Finally got to finishing this up with the updated sprites Kezu gave me, so time for legally obligated ping.
~Also not sure if the newest push not appearing is because it's closed, but I'll fix it when it gets reopened~

looks good technically needs art director pass though so ill put it in for review with art directors in discord


Orgbook to validate organization

Use BC Orgbook to validate organization name in RTP application.

Blocked on decision to include or not include satellite to the home in initial intake. (Starlink would not be in BC Registries.)

@rgreensp and @MarsRomer , can we address this validation soon? (cc @zoeyli-46 , @elliottSlee )

@eazeredo correct me if I'm wrong, but I believe this is blocking future work - i.e. not this sprint, and prob not next either.  Def needs to be unblocked and I will be working on it - I'm meeting Zoey this afternoon to discuss.

You are correct - it's not for this or the next one.
I don't know if we have mapped the complexity to use this service (access, permissions, etc). If it's simple, we don't need to worry.

@zoeyli-46  I added 3 stickys since there were a few steps with the Orgbook which I am not sure if we will do. I think we should discuss the value/need for validating with Orgbook.  Most of the validation of the organization will be done as part of the applicant review process followed by back and forth negotiation.

This makes sense @MarsRomer. The intention of organization validation was two-fold: (1) reduce the business area’s workload of ensuring orgs are legal entities and (2) ensure that reporting out of database is deduplicated of potential multiple entries from same company (whether due to different sub-companies or misspelling). It appears the business area will continue to handle (1) themselves so we don’t need to. And for (2) @wenzowski and @zoeyli-46 found the elegant solution of asking about parent org.


New website

Hello guys !
The new yii site is taking to be released , I made an issue over nearly 12 months.
I have a web development company , we have already developed more than 2000 website designs , electronic eyesores , news portals, etc. (see www.id5.com.br ) .
I would put myself at the disposal couple do / finish what we have done regarding it as a gift to u , by the brilliant work they are doing with Yii2 !
What do you think?

https://github.com/yiisoft-contrib/yiiframework.com/issues

@pana1990  ok man, its is cool! In 2015 it not public for community. Cool!
One question: because it was created other 'organization' for this?

It's in development. We're going to focus on it more soon. If you want you can create pull requests solving issues.


fix: add in missing equals sign

Overview
PR Checklist

[x] Related to JIRA ticket: WEB-992
[ ] I have run this code to verify it works

Description
While participating in the hackathon, we realized that there is a syntax error in _responsive.scss that makes some webpack loaders fail. We've resolved this locally for the sake of the hackathon, but wanted to start a real fix as well.
Notes
AFAICT this is a straightforward syntax error, but there may be some downstream clients that relied on this behavior; are there known areas to test for this change?

📬Published Alpha Packages:@codecademy/gamut-labs@1.8.5-alpha.2c5224.0@codecademy/gamut-styles@4.2.3-alpha.2c5224.0<EMAIL_ADDRESS>
🚀 Styleguide deploy preview ready!https://5f2c20343db41664fe67d2d3--gamut-preview.netlify.appDeploy Logs


-p parameter doesnt really work as expected

According to the readme.
-p  PATH         Base path for all forever related files (pid files, etc.)
The only stuff that gets moved into the provided path is the .log files, but the pids, sock and config.json files still get dumped into ~/.forever.  This is a problem for me because I have several servers which share these home dirs (due to remote account) and the pids are overwriting each other.
I also don't know what version I'm on. See https://github.com/foreverjs/forever/issues/781

I forced a new version directly from github and things seem to be working now,
"forever": "https://github.com/foreverjs/forever/archive/0.15.1.tar.gz",
the root issue seems to be #781

I was mistaking about this working in the newer version. The config .json file worked to launch the script, but the parameter "-p" still does not work either passed in via command line or put into the json file.

re

I agree with LMS007 that I expected the -p switch to accomplish what I had to use FOREVER_ROOT=/path/to/.forever forever list (and other forever actions).


<10.2.0>

Steps to reproduce
const basicInfo = await yt.getBasicInfo(videoId);
Failure Logs
Failed to request player id

Expected behavior
Should return basic info.
Current behavior
Throwing error: Failed to request player id.
Version
Default
Anything else?
I am importing from "youtubei.js/cf-worker".
Checklist

[X] I am running the latest version.
[X] I checked the documentation and found no answer.
[X] I have searched the existing issues and made sure this is not a duplicate.
[X] I have provided sufficient information.

I encountered the same issue when used with Cloudflare workers. It's likely because Youtube is blocking bots / certain user agents from visiting. I fixed it by adding a few more headers to requests that don't have any headers (i.e. the request for the YouTube iframe that is failing here).
To find values for the 'XXX' headers, override the fetch during local development and simply log the headers for all requests, and you'll see the values set by the library. You can add these back in if there isn't a user agent set for the specific request like you see below.
Innertube.create({
		client_type: ClientType.IOS,
		fetch: async (input, init) => {
			init ??= {};

			const headers = init?.headers as Record<string, string> | undefined;
			if (headers) {
				const ua = headers['User-Agent'];

				if (!ua) {
					headers['User-Agent'] = 'XXX';
					headers['X-Goog-Visitor-Id'] = 'XXX';
					headers['X-Youtube-Client-Version'] = 'XXX';
					headers['X-Youtube-Client-Name'] = '5';
					headers['Origin'] = 'https://www.youtube.com';
				}
			}

			init.headers = {
				...init?.headers,
				...headers
			};

			return await fetch(input, init);
		}
	});

I ran into the same issue and was able to solve it by adding extra headers for the Youtube iframe request:
Innertube.create({
		client_type: ClientType.TV_EMBEDDED,
		retrieve_player: false,
		generate_session_locally: true,
		device_category: 'mobile',
		fetch: async (input, init) => {
			init ??= {};
			init.headers ??= {};

			const headers = init.headers as Record<string, string>;
			if (input.toString().includes('iframe')) {
				headers['User-Agent'] = yt?.session.context.client.userAgent ?? '';
				headers['X-Goog-Visitor-Id'] = yt?.session.context.client.visitorData ?? '';
				headers['X-Youtube-Client-Version'] = yt?.session.context.client.clientVersion ?? '';
				headers['X-Youtube-Client-Name'] = yt?.session.context.client.clientName ?? '';
				headers['Origin'] = 'https://www.youtube.com';
			}

			init.headers = {
				...init?.headers,
				...headers
			};

			return await fetch(input, init);
		}
	})

client_type: ClientType.TV_EMBEDDED,
		retrieve_player: false,
		generate_session_locally: true,
		device_category: 'mobile',

I tried this, with these settings it always failed with "message: Request to https://www.youtube.com/youtubei/v1/pla…prettyPrint=false&alt=json failed with status 404". Specially using this client type.


Update README.md

Added codecov badge

Codecov Report
Patch and project coverage have no change.

Comparison is base (a063611) 96.34% compared to head (7c5d6c9) 96.34%.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@           Coverage Diff           @@
##           master       #3   +/-   ##
=======================================
  Coverage   96.34%   96.34%
=======================================
  Files           6        6
  Lines         246      246
=======================================
  Hits          237      237
  Misses          9        9

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

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


Asset Exchange Specifications

Write specifications for asset exchange protocols:

Review existing code and documentation (instructions) and slides to extract these specifications.

Protocols:

https://github.com/hyperledger-labs/weaver-dlt-interoperability/blob/main/rfcs/protocols/asset-exchange/generic-htlc.md (Update this to reflect the current implementation without going into DLT-specific details. Add placeholder sections for automation and failover/rollbacks.)
https://github.com/hyperledger-labs/weaver-dlt-interoperability/blob/main/rfcs/protocols/asset-exchange/fabric-htlc.md (Talk about the Fabric-specific procedures as implemented in the interoperation chaincode and the way in which the application and interop chaincodes interact to effect locks and claims. Specify the two alternative ways of using Weaver: as a library or using the interop chaincode.)
https://github.com/hyperledger-labs/weaver-dlt-interoperability/blob/main/rfcs/protocols/asset-exchange/corda-htlc.md (Shunt the earlier research and design suggestions to an appendix. Talk about the Corda-specific procedures as implemented in the Interoperation CorDapp and the ways in which the application and interop chaincodes interact to effect locks and claims. Discuss the alternative ways to implement these locks and justify the choice on the basis of security considerations and Corda feature support.)
Message structures and data formats, for generic components and for DLT-specific components:
https://github.com/hyperledger-labs/weaver-dlt-interoperability/blob/main/rfcs/formats/assets/exchange.md (Review)

Split or merge files into multiple RFCs if you think that will be more comprehensible to the reader. Rename the titles if necessary.

https://github.com/hyperledger-labs/weaver-dlt-interoperability/blob/main/rfcs/formats/assets/exchange.md needs to be updated further because of recent changes necessitated for Solidity (Besu) support.


Add context constraints

Constrain lv.context to stay the same unless the instruction changes it.
As of now, the only instruction which can change the context is set_context.
@wborgeaud  Is this what your team had in mind here? https://github.com/mir-protocol/plonky2/blob/1ff6d4a2839a0cd16598a5db263568885a47e7c9/evm/src/cpu/columns/mod.rs#L42

@dvdplm Regarding your comment:

Is this logic tested anywhere?

Yes constraints are tested both locally within their module (in this one it would be the CpuStark one) through the test_stark_degree and test_stark_circuit, and globally through integration tests in the evm crate.


Nav-bar Update 2

Summary
current issue: https://github.com/codeforboston/maple/issues/1389
next issue: https://github.com/codeforboston/maple/issues/1390

split TopNav into seperate components: DesktopNav and MobileNav

this is because the design for each view doesn't use the same order of objects and wanted to avoid tons of nested if statements

used specific widths for DesktopNav elements because those elements will remain statistically sized across screen sizes;  the Search Element will expand and contract to fit the screen size

Currently, there is a Placeholder Widget as we do not have an independent search component at the moment.  This Widget is currently set invisible.  Turn that off if you want to see it but it's sole purpose atm is to take up space.

profile icon reversed to blue on white, per the Figma

matching org icon used where applicable

Mobile view is minimally altered and resembles the old Hamburger -> Logo -> Profile/Login layout; getting it to match the Figma will be a future PR
the old "Why Use Maple" dropdown was subsumed into the "Learn" dropdown to preserve spacing

Tertiary Changes:

One button "browse bills" on the HeroHeader was set to use colors that were hard to distinguish against the background - this was changed to use colors in the Figma
Log In button on the HeroHeader's text changed to match the Figma

Follow Up Issues/PRs:

we do not currently have a Universal Search Widget.  I suggest

potentially using the Bill Search as a temporary placeholder
then comparing Bill Search and Testimony Search to figure out how to put a Universal Search Widget

update Mobile view per the Figma

https://www.figma.com/file/IyRpfsVrU2pg3rysLauvQR/[Ready-to-Dev]-Navigation-V2?type=design&node-id=4356-14&mode=design&t=kX9UkJnwrUrn51Tf-0
Checklist

[x] On the frontend, I've made my strings translate-able.
[n/a ] If I've added shared components, I've added a storybook story.
[x] I've made pages responsive and look good on mobile.

Screenshots

Known issues

hydration issues: used some isClient code in components/layout.tsk to resolve them but there may be a more elegant solution
the Figma does not have a tiny arrow next to the profile icon: I can build the dropdown differently to avoid the arrow but then it has subtle inconsistencies when compared to the nearby dropdowns
the tiny arrows don't flip up and down when their corresponding dropdowns are clicked on.  I didn't find any Bootstrap functionality to do this.

Steps to test/reproduce

fire up Maple and compare the nav bar to the Figma
click on various links to make sure those still work

Figma updates (bottom of this page):
https://www.figma.com/design/IyRpfsVrU2pg3rysLauvQR/[Ready-to-Dev]-Navigation-and-About%2FLearn-Copy-Changes?node-id=4356-14&t=Z1oNqBKKaUAHRcZ2-0

Just to follow up on our discussion during hack night: We attempted to use the Bootstrap Navbar component to handle switching the layout responsively based off the screen size. Upon review, we decided that this approach feels less maintainable than keeping the two separate MobileNav and DesktopNav components, given the design spec we're working from.
As a middle ground, we have:

Moved links to a shared file (to ensure Mobile and Desktop are using the same URLs)
Agreed to spec out an issue for an integration test that confirms the Mobile and Desktop navs both have the same links (could be a good issue for new people to write up)


Copy native PerfViewSupport dlls to bin directory

This fixes issue #356.   Note that the problem was only when running under the debugger.
Becasue the native DLLs were not copied to the bin directory, they were not found when
a diagSession file was opened, leading to the null argument exception.    Outside the debugger
the DLLs are unpacked by PerfVIew itself and that works properly.

Codecov Report

Merging #361 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #361   +/-   ##
=======================================
  Coverage   16.01%   16.01%
=======================================
  Files         210      210
  Lines      122742   122742
  Branches    11796    11796
=======================================
  Hits        19652    19652
  Misses     102247   102247
  Partials      843      843

Flag
Coverage Δ

#2017
16.01% <ø> (ø)
:arrow_up:

#Debug
16.01% <ø> (ø)
:arrow_up:

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 3e94313...d43ed65. Read the comment docs.


Medusa can't load from local

System Info
TGI 1.3.4
Information

[X] Docker
[X] The CLI directly

Tasks

[ ] An officially supported command
[ ] My own modifications

Reproduction
Medusa can't load from local
I believe the following two locations need to be fixed.
I test my code for LLaMA with Medusa. Hope it can provide some reference.
https://github.com/huggingface/text-generation-inference/blob/main/server/text_generation_server/cli.py#L201
    else:
        # Try to load as a local PEFT model
        try:
            utils.download_and_unload_peft(
                model_id, revision, trust_remote_code=trust_remote_code
            )
            utils.weight_files(model_id, revision, extension)
            return
        except Exception:
            pass

        try:
            import json

            medusa_head = os.path.join(model_id, "medusa_lm_head.pt")
            if auto_convert:
                medusa_sf = Path(medusa_head[: -len(".pt")] + ".safetensors")
                if not medusa_sf.exists():
                    utils.convert_files([Path(medusa_head)], [medusa_sf], [])
            medusa_config = os.path.join(model_id, "config.json")
            with open(medusa_config, "r") as f:
                config = json.load(f)

            model_id = config["base_model_name_or_path"]
            revision = "main"
            try:
                utils.weight_files(model_id, revision, extension)
                logger.info(
                    f"Files for parent {model_id} are already present on the host. "
                    "Skipping download."
                )
                return
            # Local files not found
            except (
                utils.LocalEntryNotFoundError,
                FileNotFoundError,
                utils.EntryNotFoundError,
            ):
                pass
        except (utils.LocalEntryNotFoundError, utils.EntryNotFoundError):
            pass

https://github.com/huggingface/text-generation-inference/blob/main/server/text_generation_server/models/flash_llama.py#L70
        if use_medusa:
            from text_generation_server.utils.medusa import MedusaModel
            from huggingface_hub import hf_hub_download
            import json
            from pathlib import Path
            import os

            is_local_model = (Path(use_medusa).exists() and Path(use_medusa).is_dir()) or os.getenv(
                "WEIGHTS_CACHE_OVERRIDE", None
            ) is not None

            if not is_local_model:
                medusa_config = hf_hub_download(
                    use_medusa, revision=revision, filename="config.json"
                )
                medusa_head = hf_hub_download(
                    use_medusa, revision=revision, filename="medusa_lm_head.pt"
                )
            else:
                medusa_head = os.path.join(use_medusa, "medusa_lm_head.pt")
                medusa_config = os.path.join(use_medusa, "config.json")

            with open(medusa_config, "r") as f:
                config = json.load(f)

Expected behavior
Successfully loaded Medusa from local

Linked to #1420


BackendPolicy: allow global/namespace level defaults

Currently, BackendPolicy refers to an explicit set of backends. It has been a common demand for us to configure things like retries and timeouts (which, presumably, will be part of BackendPolicy in the future) at a higher level. For example, if a user wants to enable retries on all requests globally, they don't want to do this in 1000s of BackendPolicies and instead want a single point of control.
The request here would be some way to apply BackendPolicy to a large scope. This could be global or namespace level.
Some possible options. I don't think any of these are fully refined:

This is done in GatewayClass. This would mean we either need to copy the BackendPolicy spec into some other resource, or reference a BackendPolicy which has some dummy backendRef, or reference a BackendPolicy which  has an empty backendRef (not allowed today)
This is done natively in BackendPolicy. Straw man: BackendPolicy without backendRef applies to full namespace. For global ones we could have some mapping from BackendPolicy to Gateway/GatewayClass such that it applies to anything configured by that gateway/class

Thanks for starting this discussion @howardjohn!
As far as creative uses of BackendPolicy, I don't think there's much right now that would prevent this from happening (there's no min length on BackendRefs).
I think the options you've mentioned above could be roughly split into these 3 options:

Use GatewayClass parameters to configure default parameters
This comes with the advantage of not needing any API changes. It also would mean that all configuration for a class is accomplished in one place. Unfortunately, this might not be great for namespace-scoped implementations of this API that may not be able to configure cluster-scoped resources.

BackendPolicy without backendRef applies to full namespace.
I believe this is actually possible without any API changes since we have intentionally left off any minLength validation on backendRefs. I think this could have unintended consequences. As I recall, the rational for allowing backendRefs to be empty is that admins may want to leave some standard/common backend policies in place, and users would then be able to simply adjust backendRefs on existing policies as desired. I'm not sure how common this would actually be, but I think a pattern of "referring to nothing means your referring to everything" could be confusing.

BackendPolicy could refer to a Gateway or GatewayClass.
I like this idea. @mark-church has been putting in a lot of thought around how we attach policy to resources, and I think this could be a nice way to solve both goals. If attaching policy to a Gateway can also be used to provide defaults that can be overridden at lower levels, we could have a pretty compelling solution to both Gateway policy + defaulting.

So far we've said that only a single BackendPolicy can apply to a request. This would likely need to change if we added the ability to provide defaults at additional levels unless the policy resources we were attaching were something other than BackendPolicy.
To really have a solid answer here, it would be helpful to start filling out BackendPolicy with more content to see how broadly it applied. My hunch is that we'd want to attach different kinds of policy at different levels. If we end up with sufficiently generic policy, I think 3 becomes very compelling.

A thing to note is that we could leave some of this to be implementation specific for the moment while collecting experience across implementations.
Nothing prevents implementations from giving unattached BackendPolicy (and friends) resources special meaning if defined in specific namespaces.

Yeah I agree that this is a good time for experimentation. All of the options above are completely possible today without an API change. It would be good to see what works or doesn't work in practice before we lock down the spec too tightly.

Oh neat, I didn't realize backendRef allowed 0 length list. That seems reasonable for now. I do worry a little bit if we have implementations experimenting a lot now we may end up with lots of divergence that is never reconciled - maybe this can be addressed by good conformance tests post-alpha/beta

@howardjohn  I've been thinking a lot about how to apply Namespace-level default or enforcement with the ServicePolicy proposal in https://github.com/kubernetes-sigs/gateway-api/issues/611. At first I thought that Namespace-level policy was incompatible with ServicePolicy because ServicePolicy depends on a strict hierarchy between resources to have predictable and enforceable override behavior. However, I realize that we can simply add Namespace into this hierarchy and voila!

Here's what's going on in this diagram:

The Namespace is now the top of the policy hierarchy. It can also reference a ServicePolicy resource. Because Namespaces are outside the scope of the Gateway API resources, it is referring to a ServicePolicy through standardized annotations.
Because service-policy-override=false it means that maxConnections=100 is an enforced policy rather than a default policy. Because the namespace is at the top of the hierarchy, the trafficPolicy.connectionPool.tcp.maxConnections field cannot be overridden by any other resources.
The Gateway, Route, and Service resources have empty policy lists. This just means that they are not applying any policy. policyOverride=true is the implicit default so these resources allow any policy values to be configured by southbound resources that are not already enforced northbound.
The GatewayClass resource references a ServicePolicy to set retries.attempts and retries.timeouts. Since policyOverride=true this is just a default which can be overridden by any of the southbound resources.

Now it may seem a little strange that Namespace is at the top of the hierarchy when GatewayClass is a non-Namespaced resource, but I think this model still works out. Check out this diagram:

Each GatewayClass has defaults configured for it. Since the GatewayClasses are non-Namespaced, these defaults will apply no matter where the Gateways are deployed, as long as the Namespace doesn't override the GatewayClass default policies.
In this case, the Namespace does reference a ServicePolicy (through annotations) which overrides the GatewayClass default values. The Namespace ServicePolicy only applies for the Gateway API resources that are deployed within that Namespace.
The Gateways also have their own policies (policy-3 and policy-4) which does not conflict with anything northbound, so these policies will apply to all of the southbound resources (as long as those resources don't override these policy fields).

Let me know what you think about this and whether you feel it addresses the "global defaults and enforced policies" problem.
cc @youngnick @stevesloka @thockin

I think it makes sense, but I am not sure I understand why Namespace is above GatewayClass? That means the cluster admin cannot enforce any policies, since namespace admins can override?

We could choose to rearrange it so that the hierarchy has GatewayClass -> Namespace -> Gateway. I think there are good arguments for both orders. Ultimately, my guess is that the same administrator would have ownership over GatewayClasses and Namespaces, so they could choose either vector to enforce policies. It all depends on whether enforcing via a GatewayClass or Namespace has simpler UX for enforcing org-wide policies. I personally think that Namespace is a little more natural (and has more precedence) which is why I started with Namespace at the top of the hierarchy.
The Namespace policy doesn't actually directly affect the GatewayClass. The Namespace policy only takes effect when a given Gateway is deployed into a Namespace. There is definitely some weirdness though when Gateways and Routes are in different Namespaces. You would have a Namespace policy that applies to a Gateway in that Namespace which also applies to Routes which are bound from different Namespaces. We'd have to think through how this would work and whether a local Namespace policy would override the Gateway's Namespace policy.

I think this can be closed once #713 is implemented.

I think so too.
/close
Please re-open if needed.


Upload releases to PyPI

The latest release of flanker on PyPI is 0.4.38. Please upload the more recent releases so that they can be pip installed.
Thanks!

The library goes through a lot of changes. We tag them for internal use, but are not comfortable enough with shipping them to the world.

v0.8.5 has been uploaded on PyPI

Maxim Vladimirskiy<EMAIL_ADDRESS>wrote:

Closed #172.

That is great, thanks :-).
Jocelyn


[SPMD] Split the SPMD flow to tracing, profiling and optimization stages

Resubmit https://github.com/pytorch/tau/pull/652/ as ghstack seems to fail to merge it to the main branch.

Approving since it's the same as the other PR that was already approved.


plugin: Use GitHub Release API for Version Checks

Update the remote version checker to use the GitHub API endpoint for releases instead of parsing the release page HTML.
Fixes: #609

Thanks.  Sorry about the weird C# style.


Optimize font loading

You have a stash with the attempted changes (using @font-face), gathered from here and here but it isn't working correctly yet.

Site seems to be quite fast and Lighthouse didn't report on this so closing as unnecessary optimization, though it could be fun to figure it out.


lib/tasks/index.rake: handle nested AsciiDoc includes

When indexing contents in the Documentation tree, our Rakefile preprocesses each blob by resolving its includes before handing it off to AsciiDoc.
This preprocessing is implemented by the ~expand_content method, which performs a string substitution on the pattern
/include::(\S+)\.txt\[\]/

, where the block given to #gsub yields the content of the file in the first match group. When the file isn't pre-generated, we ask for its content, recursively call #expand_content, and then return the result.
This should handle nested includes, but doesn't. That's because when we make the recursive call to #expand_content we discard the result, instead returning new_content (which is the non-expanded version of the file we looked up in the first place).
Resolve this by storing off the result of calling #expand_content before returning it.
This broke in eb8f3ca4 (index: make return of new_content clear in expand_content(), 2022-10-05), the result of calling #expand_content used to be the terminal expression in that method (and thus returned to the caller).
Signed-off-by: Taylor Blau<EMAIL_ADDRESS>
Closes: https://github.com/git/git-scm.com/issues/1739.

Doh, thank you for analyzing and fixing this! Of all of the patches in that monstrous PR, this was actually one I was most worried about causing a regression, simply because it was a little more clever. I should have called it out specifically (or better yet, checked the output more thoroughly, though as you probably know it's a bit hard to do with the current site).

I should have called it out specifically (or better yet, checked the output more thoroughly, though as you probably know it's a bit hard to do with the current site).

Yes, I definitely agree that inspecting the output is frustratingly difficult to do locally. But it took me longer than I'd like to admit to spot the error on inspection, so no harm done ;-).


Missing model weights

Thank you for the wonderful work. I am trying to run the code but the initial weights of the network are missing:
FileNotFoundError: [Errno 2] No such file or directory: './model_data/c4_current_net_trained2_iter0.pth.tar'
Could you share the weights file?

Hi there,
Thanks for your interest. Sure, I have uploaded the model weights for the past iterations. If you would like to train the net from scratch and do some hyperparameter-tuning etc, you will have to comment out the torch.load portions in the code sorry about that

Hello!
I have one question, why are you not flipping the sign of "value" variable in MCTS_c4.py, after a terminal node is reached? For example, if player 1 won, shouldn't the rewards be [1, -1, 1, -1, ..., -1, 1] instead of [1, 1, 1, 1, ..., 1, 1]?
Thanks!

Hi, yes you're right about flipping values, the backup method in line 114 does flip the values