text:
Cups returns invalid (empty) media-supported values

Describe the bug
I share my USB-connected printer using cups. Cups response to get-printer-attributes requests is invalid: a couple of media-supported values are empty. The problem is that recently downstream servers that exercise extra checks to guard against CVE-2024-47175 started to choke on this invalid response and refuse to choose the printer for printing.
To Reproduce
Steps to reproduce the behavior:

Connect the "HP Smart Tank 720" printer using USB cable
Set it up using the stock ppd file (kotlownia2.ppd.txt)
Inspect it using ipptool -j http://192.168.192.1:631/printers/kotlownia2 get-printer-attributes.test > via-cups.json (via-cups.json)
Notice a couple of empty values in media-supported list in the printer-attributes-tag group, and the following warning from ipptool: "media-supported": Bad keyword value "" - invalid character (RFC 8011 section 5.1.4).

Expected behavior
A valid response.
System Information:

OS and its version: Debian GNU/Linux 12.7 (bookworm)
Application: another cups server, evince trying to use it
CUPS version 2.4.2-3+deb12u8

Additional context
More info in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1084021
The above Debian bug report also shows that when the printer is contacted directly over its WiFi interface, it produces a valid get-printer-attributes response. direct.json
Some more diagnostics:
$ sudo ipp-usb check
Configuration files: OK
IPP over USB devices:
 Num  Device              Vndr:Prod  Model
   1. Bus 002 Device 007  03f0:3a54  "HP Smart Tank 710-720 series"

$ lpstat -l -e
HP_Smart_Tank_710_720_series_FDDE68 network none ipps://HP%20Smart%20Tank%20710-720%20series%20%5BFDDE68%5D._ipps._tcp.local/
HP_Smart_Tank_710_720_series_FDDE68_USB network none ipp://HP%20Smart%20Tank%20710-720%20series%20%5BFDDE68%5D%20(USB)._ipp._tcp.local/
HP_Smart_Tank_710_720_series_piec network none ipps://HP%20Smart%20Tank%20710-720%20series%20%40%20piec._ipps._tcp.local/cups
kotlownia2 permanent ipp://localhost/printers/kotlownia2 usb://HP/Smart%20Tank%20710-720%20series?serial=CN172171F5&interface=1

$ lpoptions -p kotlownia2 -l
PageSize/Media Size: 2L L 4x6in 5x7in 8.5x13 8x10 A4 *A4.Duplex A5 A6 B5 B5.Duplex JB5 JB5.Duplex Custom1 Envelope#10 EnvelopeC6 EnvelopeDL Executive Executive.Duplex IndexCard4x6 IndexCard5x8 IndexCardA4 IndexCardLetter JapaneseEnvelope#3 JapaneseEnvelope#4 JapanesePostcard Legal Letter Letter.Duplex OfukuHagaki Statement Executive.FB Legal.FB Statement.FB B5.FB Envelope#10.FB EnvelopeDL.FB EnvelopeC6.FB JapaneseEnvelope#4.FB 8.5x13.FB Custom.WIDTHxHEIGHT
Duplex/Double-Sided Printing: *DuplexNoTumble DuplexTumble None
InputSlot/Media Source: *Main
ColorModel/Output Mode: CMYGray KGray *RGB
MediaType/Media Type: *Plain Glossy CoatedBrochure CoatedMatte BrochureGlosy FastGlossy Coated Brochure PlainPaperLight
OutputMode/Print Quality: *Normal Best Photo

attr.log from this command:
    $ ipptool --ippserver attr.log -v ipp://localhost:60000/ipp/print get-printer-attributes.test

Thank you @michaelrsweet , the # characters indeed seemed to be what was tripping cups up. After performing the recommended replacements (and another for JapaneseEnvelope#3) things seem to work.
However, in the name of robustness, wouldn't it be better if going forward cups simply omitted problematic media in the response to get-printer-attributes rather than using invalid empty values? Arguably missing items would be a better hint that something is wrong than the current "printer unusable" situation.

@porridge

However, in the name of robustness, wouldn't it be better if going forward cups simply omitted problematic media in the response to get-printer-attributes rather than using invalid empty values? Arguably missing items would be a better hint that something is wrong than the current "printer unusable" situation.

I'm pretty sure (still need to spend some time testing this) that the current CUPS 2.4.x code does, in fact, correctly convert such names into names/sizes that are valid in IPP. There have been a lot of changes and fixes in this code since CUPS 2.4.2 in May 2022...

... and it looks like the change was part of CUPS 2.4.11.

authors: michaelrsweet porridge

repo: OpenPrinting/cups


text:
Cursor appears busy while clustering

Cursor changes after the merge selected and re-cluster button is clicked and remains in the busy state till clustering is done.
resolves #2033

@darecoder1999 testing on Firefox.  I see the same results of regular cursor or cross cursor, but not a busy cursor after sliding the # Rows in Cluster.  Here there was a computing clusters in console for almost 1 minute after I clicked to WAIT on the browser yellow banner warning.

Oh! okay @thadguidry. I'll check it again and make the required changes.

@thadguidry sir, can you please share your dataset?

@darecoder1999 It is on the original issue.

source: gharchive/pull-request

repo: OpenRefine/OpenRefine

license_type: permissive

license_source: github-api


text:
DDZ Freshie Trials

Session Name
DDZ Freshie Trials
Abstract
A session to introduce DDZ to the incoming freshies, showing them what our trainings will be like, and introducing them to our DDZ family.
Student Organisation organising this session
Dance DerivativeZ (DDZ)
Event Format
Physical
Session intent (what to expect)
Share with us what you hope your participants will take away from this session (Participants will learn ...)

We hope that our participants will get to experience what our trainings are like, to have fun, feel welcomed, and know that dance is for everyone

Share with us if there are any prerequisites to make the most of this session (Participants will require knowledge of ...)

No prerequisites at all! Come down if you wanna have a good time and if you like/are interested in dance

italicise the specific skills/ takeaways that are quantifiable to help us create a concept map of the sessions we are offering for our incoming Freshmores
Fun
Dance
Supportive
Session details
No. of participants per session: 1-2 instructors, 2-3 exco, ≥ 15 freshie participants (depends on the capacity of the dance studios at that time. If capacity increases, we will open up more slots for the freshie participants)
Venue: DS 1 & 2
Dates: 17, 22, 24 September
Timing for each day: 6-8pm and 8.30-10.30pm for each day (2 sessions per day, we will sanitise the venue and participants between the sessions, OSL knows about this arrangement)
Speakers/Workshop facilitators
Trials will be conducted by:
Marcus Leong (Resident Instructor) on 17 and 24 September
Galen Soh (T6, Senior Dance Captain) on 22 September
Teo Jaf Ni (T3, Junior Dance Captain) on 22 September
Sign up link(if any)
https://forms.office.com/r/zVGv9kXHSd
Logistical details / Budget Needed
Total: $170
Breakdown:

Snacks/drinks (multipacks): about 100 total (~$100)
Magiclean Wiper Stick and Wet Wipes: 2 sets ($40)
Black insulating tapes: 8 rolls ($8)
Black duct tapes: 4 rolls ($8)
First aid kit: 1 kit ($14)

Please provide us with your club e-mail address so we can notify you once your event has been scheduled.
Club email: dancederivativez@club.sutd.edu.sg

Hey @rebekah1711, we've just gotten an update on your proposal. Unfortunately, we won't be able to support your event on 17 and 24 Sep, as we have been given an advisory from the school admin to avoid events after Friday 6pm.
What this means is that we would also be unable to advertise the events on 17/24 on our website as well, but we can show the 22 Sep one.  I would recommend that your team either consider other dates, or consider continue hosting your events independent of DSUTD.
We can still help you get budget for your 22 Sep event. However do note that if budget is approved, funding will be allocated based on number of expected attendees. More details will be shared with approval status.
Please kindly let us know your decision on the dates by tomorrow, 24 Aug 6pm. Otherwise, we will assume that your event on 17 Sep and 24 Sep will not be counted as part of DSUTD. Thanks for understanding!

Hi @jolow99, thanks for the update. We will go on with our original plan of holding our trial sessions on 17, 22 and 24th. So the 17th and 24th ones will be independent of DSUTD but the 22nd one will be part of DSUTD. Thanks!

Dear @rebekah1711  your event on 22 Sep has been approved by the school admin.
Additionally, your budget request of $170 has been allocated $54 capped at refreshment claims of $1.35/pax and due to 4 or your proposed sessions being out of the DSUTD calendar.
Wishing you a smooth and successful event!

Hi @jolow99, just wanted to check if we should submit our updated trial dates since our trial sessions had to be postponed? We are changing our dates to 1, 6 and 8 October at the same timings and venue, but I understand that only the 6 October session can be counted under DSUTD. We will be booking directly with OSL for 1 and 8 October, but could I confirm if our 6 October trial will be booked under DSUTD? We have also changed our sign up form to this link: https://forms.office.com/r/Lv4cVedHQE . Do let me know if you need any other information, thanks!

source: gharchive/issue

license: MIT


text:
Fix outdated URLs for Dutch PWS and CML dataset

fixes #52
fixes #48

I updated the PWS data URL also in PWSQC_R_notebook/PWSQC_allscripts.ipynb not only in the PWSQC_R_notebook/PWSQC_minimal_example.ipynb.
The URL for CML data was change in the data_downloader function.

I checked and the PWSQC example notebook and the Dutch CML data download in the explore_datasets notebook now work correctly.


text:
Adapt changes in the models.yml

From https://github.com/OpenSlides/OpenSlides/pull/5802:

delete role model and repo
Add organisation_management_level to user
Change about_me, comment, number, structure_level, vote_weight to template fields. This requires to add methods to user.ts and view-user.ts.
Add fields default_number and default_structure_level. In the getters of number and structure_level fall back to the defaults, if there are no specific numbers/structure levels
watch out for default_vote_weight, it may be added in the PR
adapt all templates and autoupdate queries in the user repo.

delete role model and repo

Waht about ViewRole and its dependencies?
What about the relations between organisation and role? Simply change the ViewRole to ViewUser?

Just delete them. Look into the models.yml: There are no relations between organisation and user; The role system is replaced with the new collectionfield user/organisation_management_level

authors: FinnStutzenstein GabrielInTheWorld

repo: OpenSlides/openslides-client


text:
Thoughts on jTron's idea

http://scratch.mit.edu/discuss/post/778414/

Impartial ATM

repo: OpenSprites/OpenSprites

license: mit

license_source: bigquery


text:
[FEATURE REQUEST] increase the number of macros that GP2040 supports (current max is 6)

Hi team,
Is it possible to increase the number of macros that the GP2040 CE supports to maybe 8 or 12? Currently it is limited to 6 macros which can maps to 6 buttons.  Is it technically feasible?
Thanks,

Hi @cliu0507 ,
While technically feasible Macros take up a lot of space so we are not interested in increasing the number beyond the current maximum.
You are always welcome to fork the repo and make any changes you desire.


text:
Disable LOV autocompletion functionality when served via SSL

LOV does not support HTTPS yet: https://github.com/pyvandenbussche/lov/issues/62
Until they do, disable LOV autocompletion support when yasqe is served via https

It is supported already. Instead, changed this ticket to use protocol relative request to lov, so we use the https connection when needed


text:
Added config option for US version of MDY

Gives the option in mycroft.conf to add `"date_format": "MDY-us"
Makes it more grammatically correct for US english

This corresponds to this commit in skill-ovos-homescreen-lite

I wonder if MDY should have this behavior rather than another variant? Is there a locale that writes "September Wed 07, 2022" or is it a leftover from the previous default format (DMY) "Wed 07 September 2022"

This variant wont be recognized in other core places, its not officially supported in core and changing it in mycroft.conf may cause unexpected breakage when if comparisons start failing. Should this be default for MDY instead?

This variant wont be recognized in other core places, its not officially supported in core and changing it in mycroft.conf may cause unexpected breakage when if comparisons start failing. Should this be default for MDY instead?

I think this should be default MDY since I assume the US user base would be the largest using MDY format and this is the format used here. I agree adding variants will probably break other things that just do string comparisons

authors: JarbasAl NeonDaniel builderjer

repo: OpenVoiceOS/skill-ovos-homescreen


text:
🛑 Text-to-Speech - Matxa - Smart'Gic is down

In ccbb292, Text-to-Speech - Matxa - Smart'Gic (https://tts.smartgic.io/matxa/status) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Text-to-Speech - Matxa - Smart'Gic is back up in aec5860 after 1 hour, 4 minutes.

repo: OpenVoiceOS/status


text:
🛑 Speech-to-Text - NeMo - Smart'Gic is down

In 7f99d12, Speech-to-Text - NeMo - Smart'Gic (https://stt.smartgic.io/nemo/status) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Speech-to-Text - NeMo - Smart'Gic is back up in 7441421 after 35 minutes.


text:
Feature Request: Humidifier2

Problem
New Device Evaporative Humidifier, so far is not supported:
Solution
device:{"deviceId":"D0EF766F99AE","deviceName":"Humidifier","deviceType":"Humidifier2","enableCloudService":true,"hubDeviceId":"","configDeviceName":"Humidifier","configDeviceType":"Humidifier","connectionType":"BLE/OpenAPI"}
Alternatives
No response
Additional context
No response

Can you try the latest beta:

Click here to find out how to install Beta

authors: donavanbecker johnydhuang

repo: OpenWonderLabs/homebridge-switchbot

license: ISC


text:
Improve ECDSA tests

https://github.com/OpenZeppelin/openzeppelin-solidity/pull/1622 introduced some changes to the ECDSA contract, and made it clear that our test suite for that particular contract is somewhat lacking. We should refactor it so that:

it's easy for users to understand how to use the contract (i.e. how to generate signatures e.g. using web3.eth.sign)
all cases are properly covered (all combinations of valid and invalid s and v values)

Your first point we should tackle with documentation rather than tests IMO, but both things will help.

authors: frangio nventuro

repo: OpenZeppelin/openzeppelin-solidity


text:
(Vaal) Righteous Fire gem quality does not change DPS

Changing gem quality on either Vaal Righteous Fire or Righteous Fire gems does not increase Righteous Fires DPS Despite quality adding +1% Increased Spell Damage per quality.
Vaal Righteous Fire does change DPS correctly for itself.

In fact, this is a bigger issue than first thought. It seems additions to spell damage as a whole are not being reflected in either Vaal or normal Righteous Fires DPS calculations.
https://pastebin.com/VYUyNKfK
Selecting the passive node "Light of Divinity" for instance, only increased Righteous Fire (and Vaal RF) DPS by 0.2% due to the life change.

repo: Openarl/PathOfBuilding


text:
:sparkles: Adjust Invites call to action

Address #283 👍

Hi Andrew!
Thanks for the contribution!
We also need to check if there's invites available. If so, show this new text, otherwise refresh is the way to go.

All done!

Great! Thank you!

authors: lifenautjoe ndrwy

repo: OpenbookOrg/openbook-app


text:
build(api,shared-data): replace static versioning with intervals

Overview
Change static dependencies versioning with intervals. This allows opentrons to be compatible with third-party software.

Test Plan
We are waiting for the OT-2 to arrive and therefore we could not test it on the hardware yet.  On the other hand, test will be run on the CI when creating the pull request.

Changelog

Replace static dependencies versions with intervals

Review requests

Risk assessment
The dependency jsonschema follows semantic versioning and not breaking changes were introduced in 4.X.X. Hereby we included up until version 5 in jsonschema>=3.0.2,<5

We just merged https://github.com/Opentrons/opentrons/pull/14420 and will release it in 7.2.0, so I'm going to close this PR. Thank you for bringing this to our attention, and sorry we took so long to fix it.

repo: Opentrons/opentrons


text:
refactor(app,shared-data): add useRunningStepCounts hook

Works towards EXEC-550

Overview
Since we'll be showing step counts in a few more places, during ER and also on the RunningProtocol page, let's go ahead and create a hook for getting the step count and whether or not a run is deterministic (since this helps clarify certain rendering behavior).
This hook is added to the one place it's used, RunProgressMeter.

Test Plan

Pretty well covered by added tests here, but I also went through the office and all the protocol step counts look correct.

Risk assessment
low

Sweet. Does this client-side solution mean EXEC-510 is no longer needed or helpful?

I do believe it does! I'll close it out with this PR 👍


text:
Test coverage for views

We recently added documentation to the / route. We have no tests around those views. It would be nice to verify in the unit tests that they return valid responses so we can be sure that every deploy will have the docs correctly loaded.

Does the issue require a pull request to confirm the test result?

can i grab this issue?

Is there a need for a pytest fixture for the yaml file download? or just testing for successful status codes?

There is not a fixture. We definitely need to test for a successful status code, but it would also be nice to have a test that the content looks correct in some way. I'm honestly not sure what that might look like, so feel free to do whatever you think is best and we can talk about it.

authors: aaron-suarez teaglebuilt the-bose


text:
Argument for @NotNull parameter 'project' of git4idea/GitUtil.getRepositoryManager must not be null

Argument for @NotNull parameter 'project' of git4idea/GitUtil.getRepositoryManager must not be null

java.lang.IllegalArgumentException: Argument for @NotNull parameter 'project' of git4idea/GitUtil.getRepositoryManager must not be null
	at git4idea.GitUtil.getRepositoryManager(GitUtil.java)
	at gitflow.GitflowBranchUtilManager.update(GitflowBranchUtilManager.java:37)
	at gitflow.ui.GitflowWidget.update(GitflowWidget.java:152)
	at gitflow.ui.GitflowWidget.access$100(GitflowWidget.java:54)
	at gitflow.ui.GitflowWidget$2.run(GitflowWidget.java:143)
	at com.intellij.openapi.application.TransactionGuardImpl$2.run(TransactionGuardImpl.java:314)
	at com.intellij.openapi.application.impl.LaterInvocator$FlushQueue.runNextEvent(LaterInvocator.java:416)
	at com.intellij.openapi.application.impl.LaterInvocator$FlushQueue.run(LaterInvocator.java:399)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:762)
	at java.awt.EventQueue.access$500(EventQueue.java:98)
	at java.awt.EventQueue$3.run(EventQueue.java:715)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:732)
	at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.java:821)
	at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.java:649)
	at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:365)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

Please provide which OS, version of Intellij and build you're using

authors: OpherV maxmedvedev


text:
请问有没有关于LMFlow的结构阐述

比如论文之类的，想知道里面的训练结构，模型细节

这个应该属于套的pytorch

目前我们有新RLHF算法的论文 https://arxiv.org/abs/2304.06767
LMFlow代码库的论文会在近期更新
感谢关注！

Currently, we have a paper on the new RLHF algorithm at https://arxiv.org/abs/2304.06767
The paper for the LMFlow codebase will be updated soon.
Thank you for your attention!

This issue has been marked as stale because it has not had recent activity. If you think this still needs to be addressed please feel free to reopen this issue. Thanks

authors: NingBoHao shizhediao ylz123

repo: OptimalScale/LMFlow


text:
Import UI of the button used to start tutorial and development

US: User-Centered Tutorial and Onboarding Experience #35
PREREQUISITES:

Button for tutorial UI exists

GODOT:

Import the UI on Godot of the tutorial button
Implement the change of scenary to the tutorial scene but mantaing also the game state saved, so that the user is able to go back to the game without losing any progress.

BOUNDARIES:

This task handles the implementation in godot of the button UI.

OUTCOMES:
A functional button that open the tutorial and doesn't cause the loss of game progress.

Maybe it can be done as an overlay in order not to lose the game state

authors: Husam-Jenidi Siponek Wh0ll


text:
On branch axe-bookmark

Changes to be committed:
modified:   json/criteres-wcag-ease-en.json
modified:   json/criteres-wcag-ease-fr.json
modified:   json/criteres-wcag-ease-issues-en.json
modified:   json/criteres-wcag-ease-issues-fr.json
modified:   json/tests-web-en.json
modified:   json/tests-web-fr.json

fusionné avec d'autres correct


text:
Fix patch client

Workaround to fix #104 as long as cf-java-client v2 isn't available.
Fixes start / stop / bind by UUID and not by names

That's due to a bug in the client library patch
public void bindService(UUID appGuid, UUID serviceGuid) {
    cc.unbindService(appGuid, serviceGuid);
}

:fearful:

Fixed by #138

authors: antechrestos arnaudruffin

repo: Orange-OpenSource/autosleep


text:
fix for #6330

Changed extension manifests to use “orchardproject.net” as the Website

Hi @ryanmagoon, I'm your friendly neighborhood .NET Foundation Pull Request Bot (You can call me DNFBOT). Thanks for your contribution!

In order for us to evaluate and accept your PR, we ask that you sign a contribution license agreement. It's all electronic and will take just minutes. I promise there's no faxing. https://cla2.dotnetfoundation.org.

TTYL, DNFBOT;

@ryanmagoon, Thanks for signing the contribution license agreement so quickly! Actual humans will now validate the agreement and then evaluate the PR.
Thanks, DNFBOT;

Hey cool - but is there any reason why you are missing the scheme off of the url?

I followed the issue a little too exactly, huh 🤔
Ryan Magoon

haha - i think so!!! Change it to
https://github.com/OrchardCMS/Orchard/blob/dev/src/Orchard.Web/Modules/Orchard.CodeGeneration/CodeGenerationTemplates/ThemeManifest.txt#L3
across the board! - but still, good stuff!

Done

Can you squash your commits? It's simple, checkout the branch of the PR you are working on, reset the branch "softly" to the branch you target (dev), commit with the same message. This way we get a single commit, we don't care about the history in this case. We are not asking that usually but I want to change this habit, using a simple technique. Thanks.

I wonder if this will work:
(got this from here: https://robots.thoughtbot.com/git-interactive-rebase-squash-amend-rewriting-history)
git rebase -i HEAD~2
s
Would that work?  I, too, am looking for an easy way to do this.

Or here is a better explanation: https://github.com/ginatrapani/todo.txt-android/wiki/Squash-All-Commits-Related-to-a-Single-Issue-into-a-Single-Commit

Done

authors: Jetski5822 dcinzona dnfclas ryanmagoon sebastienros

repo: OrchardCMS/Orchard


text:
🐛寄了，抖音前天更新了接口，现在wss是js动态注入且签名每次随机，抓不到了

如题，现在抓不到了

有什么解决办法么？

可以先去频道里讨论一下，https://pd.qq.com/s/3id0n7fvs

1.0.0已修复

authors: 1962247851 KanyShigure einsqing


text:
Crash with IC2

Mod Version:  1.10.2-3.4.7.2
Forge Version: 12.18.3.2477
Link to crash log (if applicable): https://pastebin.com/g3yFfPcx
Description: Will eventually get a notification that the sound system has crashed; later the game will crash to desktop.

For my client, using the treetap from IC2 on a rubber tree will crash the game every single time unless I disable Dynamic Surroundings.  This is a shame because I love including this mod in all my packs.  This has been an issue in minecraft 1.10 and 1.12.2 packs that I've added Dynamic Surroundings to.

I get the same crash every time when using a tree tap - is there a fix for this?
Thanks

@Renadarain I am making changes to sound engine restart that should address the problem.  I have one of my worker bees (my son) testing the changes with IC2.  If things go well I should have the fix posted within a week.

@OreCruncher  thanks, and I'm sure that's why we have kids isn't it? lol

authors: OreCruncher Renadarain bepis royalcw

repo: OreCruncher/DynamicSurroundings


text:
啊啊啊！

我tg号被封了，裂开。

你没发现我 tg 号没了？

https://t.me/xhqcankao/2838
这个吧，只感觉是我运气不好被干掉了...tg 太坏了，居然封人形

@night-raise 你回不来了？

我一直申请不了；等我过两天重新买个gv注册个新号。

一言那个地方没开启的话会多出两个空行和 >，你再想想

我一直申请不了；等我过两天重新买个gv注册个新号。

冬少，他们都说你15天

怎么样，新的推送还行吧？

@night-raise 你怎么还回不来

@night-raise 要不给你一个号？

要要要，非常要。
邮箱： summerdown@yandex.com

authors: Oreomeow fscarmen night-raise

repo: Oreomeow/checkinpanel


text:
Echidna failure

Got an echidna failure somehow. Will need to dig into it later.
Analyzing contract: contracts/contracts/crytic/PropertiesOUSDTransferable.sol:PropertiesOUSDTransferable
crytic_approve_overwrites: passed! 🎉
crytic_self_transferFrom_to_other_ERC20PropertiesTransferable: failed!💥
Call sequence:
initialize("&\214&4#\216)?P1\170\141\254\162.\227\142\153BiZ\209\DC3\vqC9)\NAK\ETX\212$","\251\f\b\251\139x\n]$!\249\207_______\205\194\239\128p\SYN\255",0xf17f52151ebef6c7334fad080c5704d77216b732) from: 0x627306090abab3a6e1400e9345bc60c78a8bef57
mint(0xf17f52151ebef6c7334fad080c5704d77216b732,6) from: 0xf17f52151ebef6c7334fad080c5704d77216b732 Time delay: 363058 seconds Block delay: 6382
changeSupply(599290589) from: 0xf17f52151ebef6c7334fad080c5704d77216b732 Time delay: 40014 seconds Block delay: 39046
crytic_zero_always_empty_ERC20Properties: passed! 🎉
crytic_self_transfer_ERC20PropertiesTransferable: passed! 🎉
crytic_self_transferFrom_ERC20PropertiesTransferable: passed! 🎉
crytic_revert_transferFrom_to_zero_ERC20PropertiesTransferable: passed! 🎉
crytic_revert_transfer_to_user_ERC20PropertiesTransferable: passed! 🎉
crytic_revert_transfer_to_zero_ERC20PropertiesTransferable: passed! 🎉
crytic_transfer_to_other_ERC20PropertiesTransferable: failed!💥
Call sequence:
initialize("&\214&4#\216)?P1\170\141\254\162.\227\142\153BiZ\209\DC3\vqC9)\NAK\ETX\212$","\251\f\b\251\139x\n]$!\249\207_______\205\194\239\128p\SYN\255",0xf17f52151ebef6c7334fad080c5704d77216b732) from: 0x627306090abab3a6e1400e9345bc60c78a8bef57 Time delay: 411308 seconds Block delay: 14451
mint(0xf17f52151ebef6c7334fad080c5704d77216b732,6) from: 0xf17f52151ebef6c7334fad080c5704d77216b732 Time delay: 363058 seconds Block delay: 6382
changeSupply(599290589) from: 0xf17f52151ebef6c7334fad080c5704d77216b732
crytic_less_than_total_ERC20Properties: passed! 🎉
Unique instructions: 5450
Unique codehashes: 1
Seed: 5242621880353822340

Here's my initial decoding of this. (I like to imagine Echidna as being a little dramatic at times.)

Start with three users, each having $113,427,455,640,312,821,154 OUSD.
Mint raw 6 coins to one user
BACKING STABLE COINGS ARE ALMOST GONE! ONLY BACKED NOW BY ONE BILLIONTH OF A CENT.
One user transfers one raw coin, aka one billionth billionth of a cent, to another.
One of the following properties does not hold:

balanceOf(sender) == starting_balance - 1)
balanceOf(receiver) >= 1)
the transfer succeeded

Now this makes all the sense in the world that this would fail, given that our rebase ratio has just been hammered flat by the backing coins going from $113,427,455,640,312,821,154 to something near zero in human scales.
The question I'm left with after reading the code is why this isn't happening every time echidna runs a couple hundred thousand tests. It may just be that it rarely ends up setting the supply to something truly low, since random uint256s cover a big range? Feels like I must be not understanding something somewhere.
The other side of this is that using such high initial balances for echidna may mask any problems going the opposite way, a normal supply massively increasing over the years.

Here's my initial decoding of this. (I like to imagine Echidna as being a little dramatic at times.)

Start with three users, each having $113,427,455,640,312,821,154 OUSD.
Mint raw 6 coins to one user
BACKING STABLE COINGS ARE ALMOST GONE! ONLY BACKED NOW BY ONE BILLIONTH OF A CENT.
One user transfers one raw coin, aka one billionth billionth of a cent, to another.
One of the following properties does not hold:

balanceOf(sender) == starting_balance - 1)
balanceOf(receiver) >= 1)
the transfer succeeded

Now this makes all the sense in the world that this would fail, given that our rebase ratio has just been hammered flat by the backing coins going from $113,427,455,640,312,821,154 to something near zero in human scales.
The question I'm left with after reading the code is why this isn't happening every time echidna runs a couple hundred thousand tests. It may just be that it rarely ends up setting the supply to something truly low, since random uint256s cover a big range? Feels like I must be not understanding something somewhere.
The other side of this is that using such high initial balances for echidna may mask any problems going the opposite way, a normal supply massively increasing over the years.

Switched too running tests giving everyone a starting balance of "10" for the joy of it. Got another failure in a different test.
crytic_self_transferFrom_to_other_ERC20PropertiesTransferable: failed!💥
Call sequence:
initialize("\NUL\202\195gZ'\248\197}\165\144\163\150\161\247\224\136\SI","{{(4\165\176<\244\161U",0x627306090abab3a6e1400e9345bc60c78a8bef57)
mint(0xf17f52151ebef6c7334fad080c5704d77216b732,2)
changeSupply(3)
OUSD doesn't seem to work well when the supply changes down to billionths of billionths of a cent.

Switched too running tests giving everyone a starting balance of "10" for the joy of it. Got another failure in a different test.
crytic_self_transferFrom_to_other_ERC20PropertiesTransferable: failed!💥
Call sequence:
initialize("\NUL\202\195gZ'\248\197}\165\144\163\150\161\247\224\136\SI","{{(4\165\176<\244\161U",0x627306090abab3a6e1400e9345bc60c78a8bef57)
mint(0xf17f52151ebef6c7334fad080c5704d77216b732,2)
changeSupply(3)
OUSD doesn't seem to work well when the supply changes down to billionths of billionths of a cent.

From a triage point of view, I don't think these results are an indication of a security vulnerability.
We may want to discuss:

if this is really not an issue
if we should alter our tests to avoid triggering this as a false positive

if we should alter our contract behavior in some way for exceptionally massive changes in supply.

From a triage point of view, I don't think these results are an indication of a security vulnerability.
We may want to discuss:

if this is really not an issue
if we should alter our tests to avoid triggering this as a false positive

if we should alter our contract behavior in some way for exceptionally massive changes in supply.

Here is another reproduction:
crytic_transfer_to_other_ERC20PropertiesTransferable: FAILED!

Call sequence, shrinking (2664/5000):
1.initialize("Governor::propose: proposal function information arity mismatch","\164:\v\173\173\173\173\173\173\173\1
2.mint(0xf17f52151ebef6c7334fad080c5704d77216b732,1524785992) from: 0xc5fdf4076b8f3a5357c5e395ab970b5b54098fef Time d
3.changeSupply(18) from: 0xc5fdf4076b8f3a5357c5e395ab970b5b54098fef Time delay: 496638 seconds Block delay: 19465

Here is another reproduction:
crytic_transfer_to_other_ERC20PropertiesTransferable: FAILED!

Call sequence, shrinking (2664/5000):
1.initialize("Governor::propose: proposal function information arity mismatch","\164:\v\173\173\173\173\173\173\173\1
2.mint(0xf17f52151ebef6c7334fad080c5704d77216b732,1524785992) from: 0xc5fdf4076b8f3a5357c5e395ab970b5b54098fef Time d
3.changeSupply(18) from: 0xc5fdf4076b8f3a5357c5e395ab970b5b54098fef Time delay: 496638 seconds Block delay: 19465

Another repro:

Another repro:

authors: DanielVF franckc

repo: OriginProtocol/origin-dollar


text:
🛑 CrdClub is down

In 99c25ef, CrdClub (https://crdclub.su) was down:

HTTP code: 0
Response time: 0 ms

Resolved: CrdClub is back up in 04d7715 after 10 hours, 47 minutes.

repo: OsintUK/Up-or-Down


text:
🛑 Altenens is down

In 037e09c, Altenens (https://altenens.is/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Altenens is back up in da405ea.


text:
🛑 Alphazine is down

In 1d6087b, Alphazine (https://alphazine.ru) was down:

HTTP code: 503
Response time: 558 ms

Resolved: Alphazine is back up in a9543e8.


text:
🛑 ComboList is down

In 8cf2845, ComboList (https://combolist.top) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Combo-List is back up in 549ffa1.


text:
DevashishWorkspace

testing

approved


text:
Chars are not recognized as separate glyphs

Chars are not recognized as separate glyphs, the whole line only and it does not fit the screen. Is it possible to get smaller default gap value between chars?

Please attach the document.

is fixed in ec9d73ab7acd09c41f49df80946022dbb6adf2c0

authors: Oudun ssppkenny

repo: Oudun/flow-reader


text:
feat: add script to automate attendees linking

Closes #139
Final PoC: tusharnankani/jsonexp
Steps
To run scripts:

node createTwitterHandleMap.js
map.json created
node mapToAttendee.js (for the respective path)
attendees.adoc file in respective path edited

Edge Cases
Need to be figured out.

People with the same name (eg: Anas Khan)
People who join from different handles [eg: (Omkar Khair, Om), (Jaden Furtado, jaden furtado)]

We can also choose to have summary/map.json in our .gitignore. I think it makes sense.

@tusharnankani any updates?

I think these scripts should be in utils folder. (Sorry missed that in previous review)

Agreed, missed that.

File name convention?

@tusharnankani get-* directly print to the console.
catchup-number.js is a common file with functions that both utilities use.

Oh okay.
I wanted to ask what should I use as the convention?
create-attendee-twitter-map.js AND map-twitter-handles-to-catchup-attendees.js

A single file is fine, just wrap the call to main() in if(require.main).

Oh okay.
I wanted to ask what should I use as the convention?
create-attendee-twitter-map.js AND map-twitter-handles-to-catchup-attendees.js

Don't use Twitter in name... Keep it generic

A bit of nitpicking (Not necessary to fix)
It adds an extra . at the end

It is working fine?

Fixed.

Should I merge?

Pinging @OurTechCommunity/core

Looks good

Imp: https://github.com/OurTechCommunity/catchup/pull/140#discussion_r1125698761
The regex creates three groups now:

authors: KartikSoneji PranavDani SirusCodes tusharnankani

repo: OurTechCommunity/catchup


text:
Serverside Dropdown add clear icon like in Searchable dropdown

The ServerSideDropdown should have a clear icon, just like the searchable dropdown, making the user's interaction the same; only the technical part of searching is different.

The DropdownServerSide is an advanced and fully customizable component so, this feature can be implemented by the developer.

authors: df-gss gnbm

repo: OutSystems/outsystems-ui


text:
About Folder Hierarchies

I have a question about the folder hierarchy during installation.
First, download carla 0.8.4
Then clone this repository (carla-data-export) to the PythonClient folder in carla0.8.4
Then move the carla folder that was originally in the PythonClient folder under carla-data-export
Is this correct?

I have a question about the folder hierarchy during installation.
First, download carla 0.8.4
Then clone this repository (carla-data-export) to the PythonClient folder in carla0.8.4
Then move the carla folder that was originally in the PythonClient folder under carla-data-export
Is this correct?

Hi, I didn't use this repo since the Carla version is old for me. Carla has changed lots of APIs after updating and it will be unconvenient if I downgrade to the old version.
I used this one:
https://github.com/mmmmaomao/DataGenerator
for you to refer to.

authors: AOOOOOA atusi-nakajima

repo: Ozzyz/carla-data-export


text:
Collaborating on iteration of Hidden Bias with tfjs models

hi @1wheel!  Thanks for sharing this work in the open 😄
I was poking around with this and noticed that the data is simulated, but the model predictions are described in code rather than learned.  Any interest in collaborating on an iteration to generate simulated data, then drop in TensorFlow.js to train the series of models that can illustrate the points in the piece?
I've hacked around on this, tangled up with some other changes that highlight the differences in cohorts (eg, students who applied, enrolled, and completed their first year vs. applicants).  If you're up for it, I could share a branch as a starting point for seeing if there's anything in there you'd find interesting to collaborate on.  If this seems super awesome, we could figure out how it becomes an extension to the original post, and if not no worries, and thanks for sharing in the open! 👍

Interesting idea! I didn't want to try and explain overfitting, so I stuck with the hard coded the correlations.
I'm a little too crunched on time right now to start work on an extension (when will the daycares reopen??), but happy to drop in a link if you publish something!

repo: PAIR-code/ai-explorables


text:
Problem in randTruncatedNormal

Hi Nikhil and nkreeger,
Looks like there is a problem in randTruncatedNormal. You know it is often used for initializing weights, but I don't think the initialization works properly now.  I'm not sure, but it may produce zeros. I think it came from one of the commits occurred between Nov 25 and Dec 4.
You can see this problem in the model-builder demo (https://deeplearnjs.org/demos/model-builder/). Look at the inference panel before you click the training button. It used to produce some random class probabilities (around 10-25% for top 3), but in the current demo, all the class probabilities are exactly 10.0%. which could not happen if weights are randomly initialized. When I replace randTruncatedNormal with randNormal, it works (producing probabilities around 10-25%).
I hope you can resolve this problem.
Cheers,
Minsuk (Brian) Kahng

Hi Minsuk,
I tweaked randTruncatedNormal to generate some better seeding data and match the TF API here:
https://www.tensorflow.org/api_docs/python/tf/truncated_normal
The one key takeaway is this part: "The generated values follow a normal distribution with specified mean and standard deviation, except that values whose magnitude is more than 2 standard deviations from the mean are dropped and re-picked."
When a random object is initialized, I find the upper and lower boundaries that are 2-standard deviations from the mean. If the randomization should be truncated, I use those protections and re-pick:
https://github.com/PAIR-code/deeplearnjs/blob/master/src/math/rand.ts#L97
I added a simple log to layer_builder.ts:240 to dump the outputs of the randomization:

Looks like the values are close. I'll try and looking at the ported TF code to see if something doesn't match up. Could be a rounding issue at that precision in the UI.

Thanks Nick for your kind reply. I hope you can easily fix it.
Cheers,
Minsuk (Brian) Kahng

The issue seems started with deeplearn@0.3.13
Using deeplearn@0.3.12 works fine for me on the ES5/ES3 side.

Should be fixed when https://github.com/PAIR-code/deeplearnjs/pull/434 lands.

Thank you for the follow-up!

authors: hma02 minsukkahng nkreeger

repo: PAIR-code/deeplearnjs


text:
Not again!!!!!  Genes in feature table for genome not in order!!

I REALLY hate this.  When you are looking at a genome, and click on the feature table, the first gene you see should be the first gene in the genome!  We fixed this on production, but I see that its back to being scrambled on beta.  PLEASE FIX THIS!

https://github.com/PATRIC3/p3_web/blob/master/public/js/p3/widget/FeatureGrid.js#L13-L19
this patch reverted sorting fix.

Yes, this was known to be incorrect when not coming in from a search.  However, there isn't currently a mechanism to override the default search via link, but will be needed for this task.

Reverted the default sort for feature grid.  Added defaultSort hashparam to override the default sorting order.  Modified search links to use defaultScore=-score. Will be on alpha soon.

Verified. By default when the feature table is loaded for a genome, it sorts feature by location.
However, once sort order is changed, it is hard to go back to default. Harry is going to work on that.

authors: ARWattam dmachi hyoo mshukla1


text:
Genome metadata missing from workspace download

Most of the traditional metadata fields are missing from the genome download from the workspace.

need to match column order with feature/genome list defined in https://github.com/cidvbi/patric3_website/blob/master/portal/patric-libs/src/edu/vt/vbi/patric/common/DownloadHelper.java

Updated Columns and Column order

authors: ARWattam dmachi hyoo


text:
add default export in order to use the lib in an es6-ey way

There is no good way to import FlipDown in an ES6 environment. This small addition allows one to have the following syntax:
import FlipDown from 'flipdown';
const flip = new FlipDown()

Is there an update on this one? No chance to get it work with webpack?

@ranuss: Besides doing a fork and following the steps in the OP, I have not worked on this yet.

@PButcher a webpack version would be great

authors: PButcher howdu pimdewit ranuss

repo: PButcher/flipdown


text:
Caution: using empty lists as default arguments may cause unintended side effects!

In Python using an empty list as a default argument to a function or method is a mistake.
For a great explanation of why please see https://nikos7am.com/posts/mutable-default-arguments/
pdbecif uses empty lists as default arguments extensively for instance
https://github.com/PDBeurope/pdbecif/blob/cd5319b416260b8e13485548f6a40bb9e3856e19/src/pdbecif/mmcif_tools.py#L82-L88
If ignoreCategories or onlyCategories are used then they may well be reused on subsequent calls.

Is worth fixing this?

repo: PDBeurope/pdbecif


text:
Add link to Pubmed for associated publication

Description
As a user, I want to see a link to Pubmed for the publication associated with the PDX model.
Acceptance criteria

[ ] link to the relevant publication on Pubmed added

this is a software change

@zina, @Afollet @CsabaHalmagyi This is how it looks in my local env. Any thoughts?

@mauroz77 This looks good to me. Thank you!

PR created: https://github.com/PDXFinder/pdxfinder/pull/519

@zperova done. See example: http://dev.pdxfinder.org/data/pdx/PPTC/IC-2305GBM

Great, thanks!

repo: PDXFinder/pdxfinder


text:
Inconsistent Terraform Plan vs. State for mssql_database Resource

Current Behavior:
When running terraform plan, the output indicates that the mssql_database.database resource will be updated in-place. Specifically, it shows a change in the name attribute from "another_database_name" to "same_database_name". However, upon inspection of the Terraform state, it shows that the name attribute is already "same_database_name".
Expected Behavior:
The terraform plan output should reflect the actual state in the Terraform state file. If the name attribute is already set to "same_database_name" in the state, it should not be flagged for update.
Steps to Reproduce:
Ensure that the Terraform state is as described in the provided state snippet.
Execute terraform plan in the project directory.
Observe the plan output for the mssql_database.database resource.
Additional Information:
Terraform Version: 1.5.7
Provider: registry.terraform.io/pgssoft/mssql - v0.6.0
There are more than 20 databases in the same state file, and this behavior is happening for 4 of them.
Terraform plan:
# mssql_database.database will be updated in-place
  ~ resource "mssql_database" "database" {
        id        = "21"
      ~ name      = "another_database_name" -> "same_database_name"
        # (1 unchanged attribute hidden)
    }

Terraform state
{
  "mode": "managed",
  "type": "mssql_database",
  "name": "database",
  "provider": "provider[\"registry.terraform.io/pgssoft/mssql\"]",
  "instances": [
    {
      "schema_version": 0,
      "attributes": {
        "collation": "Latin1_General_CI_AS",
        "id": "21",
        "name": "same_database_name"
      },
      "sensitive_attributes": []
    }
  ]
}

I assume that the issue happens if there is a database with a certain ID (in this case id = 21) deleted and then a new database created. Then instead of "creating a new database with a new id", the old database will be "overridden".

For us this happens with RDS when it failover to another node in MultiAZ setup. Somehow during replication ID of databases is not the same in nodes. So only option atm is to failback to initial node where terraform apply was executed or change id in state.

Maybe it makes sense to use the database name as the primary key within the datastructure instead of the ID? I am not familiar enough with MSSQL to determine whether this is possible, but it seems to be a (hopefully) easy solution to the issue.

authors: Krad-dono Phylu srinathgvelly

repo: PGSSoft/terraform-provider-mssql


text:
刚播的时候有些花屏

是跟gop有关么， 没有收到完整的一组GOP， 所以会花屏， 是不是应该等下一个I帧?

是的，可能是丢包，也可能是服务器第一帧没有发送关键帧。AVFrame可以设置帧类型，你根据编码后的类型进行设置试试看


text:
Typo in Discord notification for getting a pet

Needs an extra space between received and a

Quickly had a look at the source code and seems perhaps the issue comes from somewhere upstream? Could the bug just be temporarily fixed here in the mean time?
Just regex replace that typo with the correction.

I do not believe this is my plugin. Instead this is the one below.
If you can confirm it is mine I can look further into it. Since building my plugin I have not received a pet.
I had identified this issue here
https://github.com/RinZJ/better-discord-loot-logger/blob/3364cf579e4296cf0caf228c633e1652b8380919/src/main/java/com/betterdiscordlootlogger/BetterDiscordLootLoggerPlugin.java#L363
https://github.com/RinZJ/better-discord-loot-logger/issues/9
Thanks for the heads up!


text:
how to get center_camera-homography.json

Hi authors,
Thanks for your wonderful work.
I have a question about radar2camera.In radar2camera,how to get center_camera-homography.json

I have the same question. Have you solved it？

authors: shophelper zpengch

repo: PJLab-ADG/SensorsCalibration


text:
[FR] Add an option to show website native controls in default.

It could be especially handy set by default when watching videos with subtitles needed to toggle on.
Or at least please provide a command to toggle website native controls.

As well, to handle video quality and skip ads

@maximbelyayev do you mean you've encounter situtaion where ads not skipped automatically? if so, open another issue with url and screen recording

authors: XMB-7 aidenlx maximbelyayev

repo: PKM-er/media-extended


text:
要不弄个tg群，大家一起来学习

留下你的tg联系方式吧

(1/3)Laughed at “【中国移动 139邮箱】
发件人：zone.n
主题：[PKUFlyingPig/cs-self
------------------ 原始邮件 ------------------
    ***@***.***>;

    发送时间: 2022-08-16 15:28:10

    ***@***.***>;

    ***@***.***>;

    主题: [PKUFlyingPig/cs-self-learning] 要不兵哥tg群，大家一起来学习 (Issue #202)

留下你的tg联系方式吧    —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: @.***>

(2/3)-learn..
正文：留<未完>
查看： https://y.10086.cn/b/fhaEXHRrxQ9
【微信搜
------------------ 原始邮件 ------------------
    ***@***.***>;

    发送时间: 2022-08-16 15:28:10

    ***@***.***>;

    ***@***.***>;

    主题: [PKUFlyingPig/cs-self-learning] 要不兵哥tg群，大家一起来学习 (Issue #202)

留下你的tg联系方式吧    —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: @.***>

(3/3)索“139邮箱”小程序，体验微信收发邮件。回Q关闭通知】”
------------------ 原始邮件 ------------------
    ***@***.***>;

    发送时间: 2022-08-16 15:28:10

    ***@***.***>;

    ***@***.***>;

    主题: [PKUFlyingPig/cs-self-learning] 要不兵哥tg群，大家一起来学习 (Issue #202)

留下你的tg联系方式吧    —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: @.***>

你建个群组，发个链接把。直接给联系方式是不是不太好，毕竟是tg。

bro加我，username: lemorage

@jenny272727

有学习讨论社群了嘛？

@xxujysgy

直接把tg群组链接贴出来吧

有tg群组吗

发呀哥们

authors: NICK-SUN007 Tangjp-wraith junyixu lemorage ootuffyoo thon357 ustcme wangcham weizhenhuan yoursxxxh

repo: PKUFlyingPig/cs-self-learning


text:
feat(giscus): dynamic theme change

如图，保护一下大家的眼睛(

...

const theme = palette.color.scheme === "slate" ? "dark_protanopia" : "light_protanopia"

...

如果可以的话，我更希望它是蓝色按钮而不是绿色按钮（

抱歉，没太理解。GIF图片里展示的功能现在网站似乎已经支持了？

抱歉，没太理解。GIF图片里展示的功能现在网站似乎已经支持了？

目前的网站即使切换了黑暗模式，评论区依然是白色 👀

authors: PKUFlyingPig mancuoj


text:
error while loading model

Hi Yue Linn Chong,
Thanks for your reply on the previous issue.
I am running "generate_mit_latents.py" file to get the latent variable w and the image that the StyleGAN2 generates with said w.
For this I am using saved model provided along with repo as "stylegan2_weights.pt".
But I am getting error as follows
command:  python generate_mit_latents.py --size 256 --sample 1 --pics 500 --ckpt /home/workspace/stylegan2_weights.pt --out_path ./styleinversion_trainset
error:

I think Reason for error may be:
model architecture changes, model compatibility issue, model partial loading and to solve this issue we need access to model code.
Also, For training F(EN) encoder, where can I find the "train.py" file.

Hi Rohit,
thanks for the detailed issue.
The issue with the script generate_mit_latents.py should not happen. I will try to replicate the problem and fix it next week.
If you are looking for the training script for the weights of stylegan2_weights.pt, the training script is in stylegan2-pytorch/train.py.
Similarly, the training for  F(EN) encoder is in the pixel2style2pixel/scripts/train.py but I checked this is not the latest version for the training of F(EN). Sorry about that, I will upload the correct train script for the F(EN) next week as well.

Hi Rohit,
I notice you are using the weights I uploaded. This model outputs image size of 512 so you should run with the correct image size. For example :
python generate_mit_latents.py --size 512 --sample 1 --pics 10 --ckpt stylegan2_weights.pt --out_ path ../artifacts

repo: PRBonn/StyleGenForLabels


text:
程序异常，请尝试重启脚本

解决了吗

我也是这个情况啊，一运行就报错

我也是，怎么弄

Traceback (most recent call last):
File "urllib3\connectionpool.py", line 700, in urlopen
File "urllib3\connectionpool.py", line 994, in prepare_proxy
File "urllib3\connection.py", line 364, in connect
File "urllib3\connection.py", line 501, in connect_tls_proxy
File "urllib3\util\ssl.py", line 453, in ssl_wrap_socket
File "urllib3\util\ssl.py", line 495, in _ssl_wrap_socket_impl
File "ssl.py", line 500, in wrap_socket
File "ssl.py", line 1040, in _create
File "ssl.py", line 1309, in do_handshake
ssl.SSLEOFError: EOF occurred in violation of protocol (_ssl.c:1129)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "requests\adapters.py", line 440, in send
File "urllib3\connectionpool.py", line 785, in urlopen
File "urllib3\util\retry.py", line 592, in increment
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='api.github.com', port=443): Max retries exceeded with url: /repos/PRaichu/xxqg/releases/latest (Caused by SSLError(SSLEOFError(8, 'EOF occurred in violation of protocol (_ssl.c:1129)')))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "operation\check_version.py", line 14, in get_latest_version
File "requests\api.py", line 75, in get
File "requests\api.py", line 61, in request
File "requests\sessions.py", line 529, in request
File "requests\sessions.py", line 645, in send
File "requests\adapters.py", line 517, in send
requests.exceptions.SSLError: HTTPSConnectionPool(host='api.github.com', port=443): Max retries exceeded with url: /repos/PRaichu/xxqg/releases/latest (Caused by SSLError(SSLEOFError(8, 'EOF occurred in violation of protocol (_ssl.c:1129)')))
--> 请求版本号失败，请检查你的网络环境
--> 此处报错为版本号请求失败，不会影响程序运行，无需关闭程序
Traceback (most recent call last):
File "xuexi.py", line 113, in
File "custom\xuexi_chrome.py", line 15, in init
File "selenium\webdriver\chrome\webdriver.py", line 70, in init
File "selenium\webdriver\chromium\webdriver.py", line 93, in init
File "selenium\webdriver\remote\webdriver.py", line 269, in init
File "selenium\webdriver\remote\webdriver.py", line 360, in start_session
File "selenium\webdriver\remote\webdriver.py", line 425, in execute
File "selenium\webdriver\remote\errorhandler.py", line 247, in check_response
selenium.common.exceptions.WebDriverException: Message: unknown error: cannot find Chrome binary
Stacktrace:
Backtrace:
Ordinal0 [0x00946463+2188387]
Ordinal0 [0x008DE461+1762401]
Ordinal0 [0x007F3D78+802168]
Ordinal0 [0x0080FDFE+916990]
Ordinal0 [0x0080E331+910129]
Ordinal0 [0x00841430+1119280]
Ordinal0 [0x0084108A+1118346]
Ordinal0 [0x0083C5F6+1099254]
Ordinal0 [0x00816BE0+945120]
Ordinal0 [0x00817AD6+948950]
GetHandleVerifier [0x00BE71F2+2712546]
GetHandleVerifier [0x00BD886D+2652765]
GetHandleVerifier [0x009D002A+520730]
GetHandleVerifier [0x009CEE06+516086]
Ordinal0 [0x008E468B+1787531]
Ordinal0 [0x008E8E88+1805960]
Ordinal0 [0x008E8F75+1806197]
Ordinal0 [0x008F1DF1+1842673]
BaseThreadInitThunk [0x76716739+25]
RtlGetFullPathName_UEx [0x776F8FEF+1215]
RtlGetFullPathName_UEx [0x776F8FBD+1165]
--> 程序异常，请尝试重启脚本
--> 当前版本:1.0.9.2
请按任意键继续. . .

重新下载

repo: PRaichu/xxqg


text:
Use black for code formatting

We've talked about using black for code formatting, but hesitated because it might affect the git blame.  However, it now appears that GitHub can ignore commits in the blame view.
Shall we make the switch?
cc @rickecon @MaxGhenis @nikhilwoodruff

Nice find - I'd favour using black. Just a thought though - do we definitely know it'd affect the blame that much? If each person uses black, maybe it wouldn't really obstruct it - I've just started using the GitLens extension in VS Code and not found many obvious "this git blame is just one big formatting change" files.

To clarify - I agree that on going use of black won't be a problem - I would propose just reformatting the whole repo in one commit - and ignoring that commit.  So the existing blame is in tact.  Then all future changes (including formatting with black) are including in the blame from then on.

@nikhilwoodruff's comments provide support for reformatting the whole repo with black even if it influences the git blame (as long as it doesn't influence it that much). I agree wholeheartedly with reformatting the repo with black. And I especially think it is a great idea if we can ignore the one commit that reformats the whole thing. Then we can put a CI test for black formatting. Great find @jdebacker.

Addressed with PR #805

authors: jdebacker nikhilwoodruff rickecon

repo: PSLmodels/OG-Core


text:
Request for 1.18.1

If possible, can we get a 1.18.1 version? It would be really useful. If it's too much trouble that's fine, just figured I'd ask. Thanks!

I'll think about it.
And did this mod not work with 1.18.1?

got errors. Want the log? It might not be your mod, it was just what was
identified in the crash log.
On Sun, Apr 3, 2022, 11:10 AM Pitan MAD @.***> wrote:

I'll think about it.
And did this mod not work with 1.18.1?
—
Reply to this email directly, view it on GitHub
https://github.com/PTOM76/AdvancedReborn/issues/3#issuecomment-1086910093,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AWKLC34DI4O2ZGBU2SCFMEDVDHGI7ANCNFSM5SNOD6AA
.
You are receiving this because you authored the thread.Message ID:
@.***>

Sure thing. i will check the error.

https://paste-bin.xyz/47950

thank you very much!

Just FYI I removed your mod and it at least loaded up, though I'm getting datapack errors I'll have to look at now. sigh

Backported to 1.18.1.
https://www.curseforge.com/minecraft/mc-mods/advancedreborn/files/3734832


text:
[Feature]: Create or gather resource and performance files

Is your feature request related to a problem? Please describe.
We have a visualisation tool and need to test it on a large number of files we currently do not have (1000+)
Describe the solution you'd like
The customer to provide the necessary files or create our own. In the case of creating our own this could be achieved with a simple script that provides a somewhat structured randomness for the necessary buckets and specs in the files.
Additional context
If files are provided this issue can be closed.
Depends on completion of issues:
#N/A

@AlgotE @adsamu
Nice!
One thing me and @Grukank noticed was that the site_id field contains the date in the site files, it should only conain the id by itself right? Maybe we are getting it wrong.
Example: "site_id": "5ly6x8_230413" should be "site_id": "5ly6x8"

authors: AlgotE rajtarn


text:
Logs are unable to be used by the ekf2 replay facility

To replicate the fault:

Use 'make px4_sitl jmavsim' to start the multicopter flight simulator
Command a takeoff using 'commander takeoff' from the console
Wait for the comms failsafe to land the vehicle, disarm and close the logfile.
Follow the instructions here https://dev.px4.io/v1.9.0/en/debug/system_wide_replay.html#ekf2-replay to run the replay using the file generated by the SITL simulation.

The replay will not publish any topics and generates the following error message:
pxh> ERROR [replay] unknown log definition type 76, size 45 (offset 42754)
The commit responsible is d4c6982dbd306ea94581c0348b02842215498145
A SITL log file generated using an earlier commit can be replayed using a later version of the SW, but not vice-versa indicating this could be a uORB of logger issue.

This is a SITL log from the first commit that is unable to be used for a ekf2 replay: https://logs.px4.io/plot_app?log=31d6f586-0a03-4ed0-aff0-5ec396c8315d
This is a SITL log from the first commit that is able to be used for a ekf2 replay:
https://logs.px4.io/plot_app?log=aa2f145e-3b80-466c-b6a8-810fdf8451ae
These will be useful to see if there are any obvious differences

There is nothing between them wrt sensor timestamp and timestamp_relative messages and the same sensor data fields are there for both as far as I can see.

Possible culprits.

uORB changes https://github.com/PX4/Firmware/pull/14106
vehicle_air_data additional fields added https://github.com/PX4/Firmware/pull/14096

@priseborough I found the problem and fixed it in https://github.com/PX4/Firmware/pull/14435. Can you quickly test it as well?

@bkueng Sorry, I was off on another project and missed this. Yes it does fix the issue in my testing. Thanks for fixing it.

authors: bkueng dagar priseborough


text:
1.6.0 Problem: Loiter Change Altitude

In PX4 1.6.0 In FW if the plane is in Loiter and we set change altitude in QGC, once the change is confirmed with the slider the plane changes its current center dot to the point where the slider conformation is done so the loiter continues with a new center spot.
My expectation is once the change altitude is confirmed in QGC to see the plane gain or loose altitude with the current circle  that it is doing in loiter at the moment.

This is arguably more of a QGC issue as it's sending a new REPOSITION (with lat, lon) each time.
We could discuss implementing MAV_CMD_DO_CHANGE_ALTITUDE, but it's missing on both sides.

I Understand. In this situation PX4 is not very useful regarding professional observation work. With a proffessional observation work we have a lot of situations where we can spend hours in loiter in order to have a better look at something. A lot of times it involves gaining or loosing altitude. It does not matter if we use Zoom camera or not. Zoom has its limitations and also the stability of the gimbal could prevent high zoom levels in our form factor. So the only solution is to rise or lower the altitude without loosing the center spot.

@DonLakeFlyer any opinion for how you'd like to handle this situation?
Either implement MAV_CMD_DO_CHANGE_ALTITUDE or allow altitude only changes in MAV_CMD_DO_REPOSITION?
I can implement the PX4 side.

Not a QGC issue:
    vehicle->sendMavCommand(vehicle->defaultComponentId(),
                            MAV_CMD_DO_REPOSITION,
                            true,   // show error is fails
                            -1.0f,
                            MAV_DO_REPOSITION_FLAGS_CHANGE_MODE,
                            0.0f,
                            NAN,
                            NAN,
                            NAN,
                            vehicle->homePosition().altitude() + newAltRel);

Fix needs to happen on the PX4 side @dagar

Fix is here: https://github.com/PX4/Firmware/pull/7351
I'm closing this.

@LorenzMeier, I can see that #7351 fixes this issue, but its not in this milestone, is it going to be?

authors: BazookaJoe1900 LorenzMeier dagar tubeme


text:
Starting a mission / taking off should not arm the vehicle if conditions are not met

Related to: https://github.com/mavlink/qgroundcontrol/issues/5388

This is how/why I implemented MAV_CMD_MISSION_START and COM_ARM_MIS_REQ for a slightly different reason.
I'd be interested in implementing any other ideas for locking this down.

Should we deprecate the other interface?

What's the other interface?

Sequential execution. I'm hacking on Firmware and QGC trying to fix this right now.

Turns out its entirely a QGC issue and the fix is here: https://github.com/mavlink/qgroundcontrol/pull/5415

authors: LorenzMeier dagar


text:
VTOL Flight Issue

@RomanBapst Could you please have a look at this log file?
https://review.px4.io/plot_app?log=6fa2399a-ccb4-4a2d-8303-091dec28dda0
@PX4/testflights You can tag Roman for future issues directly.

@LorenzMeier for VTOL issues or any issue?

Any controls related issue.

@r0gelion Hi, I was looking at the above logs From what I can see the vehicle started to roll over immediately after the transition. Was this vehicle flying before or was this a maiden flight? I'm asking because it looks like the direction of the elevons was reversed or something like that.
If this was not the case let me know and I'll dig deeper.

@r0gelion Also I cannot see in the logs that the vehicle transitioned back to copter mode. It did stall at some point but until the very end there was not transition, as suggested in the description in the log.

Is there any video of this flight?
Do you have any preflight checks for fixed wing or vtol?

Last successful flights on this vtol:
vtol take-off and landing; good tracking in auto:
https://logs.px4.io/plot_app?log=7857f742-6dc4-45f2-83f9-3b8ac64c2d4b
https://logs.px4.io/plot_app?log=fb6061ba-31a9-4a64-a097-8af3489bdc16
manual take-off and transition to fw; stable flight:
https://logs.px4.io/plot_app?log=d749fb0e-a3cf-4d3d-a072-0d55c3b5d22e

@santiago3dr @dagar My conclusion here is the following:

You entered a spin by pulling up too much and thus reducing airspeed.
If you have a look at the animation you really get that impression
https://logs.px4.io/3d?log=6fa2399a-ccb4-4a2d-8303-091dec28dda0

Something went wrong with the elevons (failure).

I cannot completely rule out the second point but my feeling is that 1) was most likely to happen.

@santiago3dr By the way, I don't know if you are aware of that but you can enable quadchute based on euler angle violation. You can read more about it here, search for VT_FW_QC_P
I think this feature would have saved your wing in this case.

The odd flight that had a back momentary back transition to MR and then back to FW for a rough landing:
https://review.px4.io/plot_app?log=63b57036-d008-4917-b170-f17b8d142f8d
@dagar you suggested to check possible rc loss

@RomanBapst Let's try to find a final answer here.

@santiago3dr @LorenzMeier I had a look at the last log which you posted.
The  'unwanted' backtransition was a result of the vehicle receiving a DO-TRANSITON command when it was flying in AUTO mode. From the vehicle command fields it looks like the transition was part of the mission it was running. The vehicle did the transition upon which the pilot switched to stabilized mode. Since the transition switch was held in the ON position (fw flight) the vehicle transitioned to forward flight again. After that the vehicle remained in stabilized mode until it landed.
So far everything makes sense and I don't see any bug.
@santiago3dr Is there any other issue you want to raise from this? the only thing I could think of is to change the handling of the transition switch, e.g. do not transition if came back from AUTO mode and first require the user to flip the switch into the  mode(hover or forward flight) the vehicle currently is in.
I will close this for now, please reopen if you think there is an problem we should fix.

That all makes sense, the transition switch was on MR by default as both transition to FW and rtl were part of the waypoint mission; I will try to adjust the mission and transition manually prior to Auto so that any back-transitions do not come as a surprise.


text:
fix RPi upload

Describe problem solved by this pull request
Fix cmake expression to detect whether AUTOPILOT_HOST is set or not correctly.
Test data / coverage
I issued export AUTOPILOT_HOST=xxxxxx to set the variable. It could not be detected by the old expression so I searched and found out the new one which works properly.
Additional context
Maybe Navio version of upload needs this change as well?

Maybe Navio version of upload needs this change as well?

Yes. I left mine as navio.

authors: SalimTerryLi dagar


text:
Navio: add SPI GPS continued

continuation of #5440
Tested on Navio2, gps driver works (I did not get a gps signal though, because I tested indoors)

@bkueng Good to merge?

yes, this can go in, I tested once more on Pixracer

authors: LorenzMeier bkueng


text:
Mavlink threadding fixes

This fixes point 5 from #7223 by moving the mavlink mission, param manager, ftp & log downloader into the receiver thread.
Tested on:

SITL
Pixracer, USB & WiFi
Pixhawk with 3DR telemetry

Test cases & results:

Param loading: pretty much the same observable behavior as before
Large mission upload & download (ca. 400WP): transaction times are roughly the same before and after
Log download: download speed is a bit faster now via USB, unchanged via telemetry (at 1.5KB/s, not that I think someone would actually do that :). Looking at the mavlink inspector, the attitude rate goes down to ~45Hz from 50Hz during download, which is expected. I get the same numbers on current master.

I also tested ULog streaming + log download in parallel via USB, and it works well, the attitude was still received with ~40Hz.
@lovettchris can you test if you still have FTP issues with this?
@ecmnet @tops4u can you test as well?

I'll be flying Missions on the Weekend currently on an RC Build a few weeks old. I don't have my own Build infrastructure so I'll have to wait for a Master Build being available for Download.

@tops4u https://s3.amazonaws.com/px4-travis/Firmware/mavlink_threadding_fixes/px4fmu-v2_default.px4

@bkueng I just tested your branch. No significant change compared to master in my case. Lost package-rate with companion connection at 921600 baud is about 1,5 packages per second. This increases significantly when reading a log via Mavlink (slightly faster, ~10 Packages per second, 5MB file read at a rate of 14kb/s). Streaming ULOG returns a ULOG package lost ratio of ~12% (similar with master). But I never experienced a MAVlink freeze  with my setup.

@ecmnet what is your mavlink rate set to (or SYS_COMPANION param)? What does mavlink status say with and without ULog streaming?

Without ULOG streaming:

with ULOG streaming:

Note, this is MAVlinkShell. Second mavlink status reply seems to be messed up a bit

You can see txerr: 14.778 which explains the high drop rate. This either means the physical link is saturated (or limited by the mavlink rate, but from the output I conclude it's set to 80k), or more likely the NuttX TX buffer is full. You can try to increase it, it's one of the CONFIG_USARTx_TXBUFSIZE configs, for example here, I don't know which UART number it is in your case (do a make clean every time you change it).
Also the ULog rate is quite high, it could occasionally hit the limit of 70%, which would also explain ULog drops.

Ok thanks, I'll give that a try.

@bkueng I had a significant improvement switching the buffersizexs of USART3 to 600 for rx and 1500 for tx. ULOG has (nearly) no drops anymore. Reading a log via mavlink still has some drops, but much less than before. My tests were based on your branch:

Thanks for your extensive testing! Is increasing the RX buffer needed as well?
The thing is that increasing the buffers directly reduces the free RAM by the same amount (it's a fixed allocation), so I'd like to keep it as small as possible.
I think we could increase TX to something between 1500 and 2000, but I leave the last call on this up to @LorenzMeier.
@LorenzMeier What do you think about including this PR into the release?

@bkueng I increased the RX buffer to 600 (as it was set for USART2). I did not perform any tests on RX side.

Probably makes sense to get this into the release for the stability sake.

authors: LorenzMeier bkueng dagar ecmnet tops4u


text:
WIP! delay time: potentially reduce delay time if baro/aux velocity/airspeed is not used

it seems that if some observes are not used, still their delay time parameters are used and might increase the delay buffers.
this pr should check if observes are used and if not, ignore their delay parameters.

airspeed - seems that if param_ekf2_arsp_thr is >0 it can be used
baro - I couldn't find (if) there is parameter that can imply it used or not. so there is still if(??) on the code !
aux velocity -  I couldn't find (if) there is parameter that can imply it used or not. so there is still if(??) on the code !

@bresch - your notes has implemented.
can you re-check?

there is need to add EKF2_ARSP_THR to be be ParamExtFloat here:
https://github.com/PX4/PX4-Autopilot/blob/a728431e4350917f3add9814732715101ac99b4d/src/modules/ekf2/EKF2.hpp#L459
so after @priseborough will look at that too, I will do the change there too


text:
Good to know

in this part `DATABASES = {
'default': {
'ENGINE': 'django.db.backends.postgresql_psycopg2',
'NAME': coredb,   <---error
'USER': 'core',
'PASSWORD': 'wCh29&HE&T83',
'HOST': 'localhost',
'PORT': '5342',
}
}
`  from the book the name coredb is set as a variable. It causes confusion and many errors.

Hi @koladev32  can you weigh in on this issue?

Hi @koladev32 can you weigh in on this issue?

What I mean is that in 'NAME': coredb      the name should be "coredb"       with        "" <-----------

Hey @cypherhp
Surely, I believe that it was a typo. As you said, It should be 👇
...
 'NAME': 'coredb',
...

He uses wrong port. Just leave it empty as ""


text:
Add English documentation for AD code detection

Added an English documentation for PULC code exists.md

Thanks for your contribution!

最后一次的提交是最新修改的

repo: PaddlePaddle/PaddleClas


text:
利用paddle inference 预测 在win10 中出现数据类型问题

环境 win10   paddlenlp  2.2.5
应该是和以下问题出现了相同相同的情况，但是不太清楚他是如何解决的
https://github.com/PaddlePaddle/PaddleNLP/issues/732
代码deploy/python/predict.py 报错 ：

还是出现同样报错，我将export_model.py进行了如下修改

可能修改的不全面还是存在相同报错，请问predict.py有需要修改的地方吗，(非nlp方向,不太专业)

报错

https://github.com/PaddlePaddle/PaddleNLP/blob/793eee08ee3be5ebaacdd11a0a66eee716703b07/examples/text_classification/pretrained_models/deploy/python/predict.py#L130-L133
这个改成
 batchify_fn = lambda samples, fn=Tuple(
     Pad(axis=0, pad_val=tokenizer.pad_token_id, dtype="int64"),  # input
     Pad(axis=0, pad_val=tokenizer.pad_token_id, dtype="int64"),  # segment
 ): fn(samples)

XIEXIE

authors: BaiIIzt JunnYu

repo: PaddlePaddle/PaddleNLP


text:
Update indices.md

PR types

Others
PR changes

Docs
Description

更新指数说明

LGTM.

authors: Bobholamovic geoyee

repo: PaddlePaddle/PaddleRS


text:
Paper

add TSM.md(en)

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

LGTM

authors: CLAassistant chajchaj dreamer121121

repo: PaddlePaddle/PaddleVideo


text:
How do you run it?

I downloaded and installed the .deb on Linux Mint (Ubuntu variant).
How do you start the browser?

How did you install it? Did you dpkg -i /path/to/Min.deb?
If yes it should show up like any other program in your desktop environment ànd you should be able to start it on the command line with Min (case-sensitive).

This does not happen.
What is the command line to start it? Where are the files installed?
On Thu, Apr 28, 2016 at 4:07 AM, Bernhard Hayden notifications@github.com
wrote:

How did you install it? Did you dpkg -i /path/to/Min.deb?
If yes it should show up like any other program in your desktop
environment ànd you should be able to start it on the command line with
Min (case-sensitive).
—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub
https://github.com/PalmerAL/min/issues/115#issuecomment-215390421

@lance-edmodo  Yes , You are allright. when we install deb package, we have
{ % }: sudo dpkg -i min_1.2.0_i386.deb                                                                                29.Apr.16 10.51
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 580187 package 'min':
 missing description
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 580187 package 'min':
 missing maintainer
Selecting previously unselected package min.
(Reading database ... 318816 files and directories currently installed.)
Preparing to unpack min_1.2.0_i386.deb ...
Unpacking min (1.2.0-1) ...

Setting up min (1.2.0-1) ...
Processing triggers for desktop-file-utils (0.22-1ubuntu1) ...
Processing triggers for gnome-menus (3.10.1-0ubuntu2) ...
Processing triggers for mime-support (3.54ubuntu1.1) ...

And when we search binary
{ % }: which Min
Min not found

I do that with min_1.2.0_i386.deb on UBUNTU 14.04LTS

I can reproduce this.

I can reproduce. The file /usr/bin/min is a dead symbolic link to /usr/share/min/min:
/usr/bin$ ls -l | grep min
lrwxrwxrwx 1    501 staff         16 avril 28 06:48 min -> ../share/min/min

The file should point to ../share/min/Min instead.

Thanks, that's really helpful!
This is fixed in aba88faa40eb91169158e78a1307eb5e74bffdde. I'll publish a 1.2.1 release soon that has this fix included.

1.2.1 has been released.

authors: PalmerAL burnoutberni emersion lance-edmodo ljoli

repo: PalmerAL/min


text:
Support python 3

This is an enhancement request to support python 3.
If you would like to vote for python 3 support, please comment below with:

the exact versions of python 3 you require
the reason you use python 3 instead of 2.7
if there is a project on hold due to no python 3 support

Thank you for your help.  You may also contact me with details at btorres-gil@paloaltonetworks.com.

Hi @btorresgil   - we have a growing codebase that is almost entirely python3, yours is one of the only 2 modules we use that does not support python3.
We use python3 due to the strong recommendation in the python ecosystem that 2.7 not be used for new codebases, and our codebase is entirely written in the last 12 months or less.  We also utilize a variety of (albeit small) python3 features.
We do have a few new security tools being developed this year that will rely heavily on pandevice functionality, and we will not implement these tools with 2.7 due to the need to reuse organization-centric code of ours that is in the python3 codebase.  These tools are likely on hold until pandevice has python3 support or we find a reasonable alternative package.
We would love support for 3.5.3.  I wish I could say that we could contribute towards the effort of python3 support, but we lack the resources and professional software development experience on our team of network engineers.

@FliesLikeABrick
Python 3 support has been added to the develop branch and will be released as version 0.5.0 very soon.  Thank you for your comments above, they really helped us prioritize this feature.  Please let us know your experience with pandevice in python 3.
Thanks!

@btorresgil  thank you very much - I was extending our use of the PAN API this last week and noticed that python3 happened to be working!  So far the experience is positive, no issues but I will actively engage or submit patches if we come across any.  Thanks again!

authors: FliesLikeABrick btorresgil

repo: PaloAltoNetworks/pandevice


text:
Does this support non-HTTP traffic blocking?

It's my understanding that the PA behind the ELB will not be able to see the original client IP (other than X-Forwarded-For for HTTP traffic), so is this solution only for HTTP based traffic or is there something I'm not understanding?

Hi @bganderson Looks like you are talking about two different scenarios if I understand your question.

So the architecture for using the ELB is primarily for HTTP/HTTPS traffic.
To answer the second question, yes will be able to see the original client IP by using the XFF header. However, to enforce using the original IP from the XFF, you will need to map that IP into a userid field before setting up the policy.
Hope this helps and apologies for the slow response.

authors: bganderson vinayvenkat

repo: PaloAltoNetworks/terraform-templates


text:
使用基础模板，elemntui组件的原始提示信息变成英文的了

@PanJiaChen 使用基础模板，elemntui组件的原始提示信息变成英文的了，例如分页的总计，tab无数据时候的提示

项目中main.js中默认配置的是英文的，修改一下就好啦
https://element.eleme.cn/#/zh-CN/component/i18n

项目中main.js中默认配置的是英文的，修改一下就好啦
https://element.eleme.cn/#/zh-CN/component/i18n

感谢了，已经修改了
------------------ 原始邮件 ------------------
发件人: "zhuyoulin123"notifications@github.com;
发送时间: 2019年6月24日(星期一) 下午3:58
收件人: "PanJiaChen/vue-admin-template"vue-admin-template@noreply.github.com;
抄送: "落日灬余晖"514569398@qq.com;"Author"author@noreply.github.com;
主题: Re: [PanJiaChen/vue-admin-template] 使用基础模板，elemntui组件的原始提示信息变成英文的了 (#410)
项目中main.js中默认配置的是英文的，修改一下就好啦
https://element.eleme.cn/#/zh-CN/component/i18n
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

repo: PanJiaChen/vue-admin-template


text:
linux系统下，访问页面的时候报错

Bug report（问题描述）
系统版本：
Linux yehh-PC 4.15.0-29deepin-generic #31 SMP Fri Jul 27 07:12:08 UTC 2018 x86_64 GNU/Linux
Steps to reproduce（问题复现步骤）

安装依赖，当运行npm install没有提示错误，只有一些警告

当前端访问　http://localhost:9528/　时候报错如下：
Failed to compile.
./src/layout/index.vue?vue&type=style&index=0&id=13877386&lang=scss&scoped=true& (./node_modules/css-loader??ref--8-oneOf-1-1!./node_modules/vue-loader/lib/loaders/stylePostLoader.js!./node_modules/postcss-loader/src??ref--8-oneOf-1-2!./node_modules/sass-loader/dist/cjs.js??ref--8-oneOf-1-3!./node_modules/cache-loader/dist/cjs.js??ref--0-0!./node_modules/vue-loader/lib??vue-loader-options!./src/layout/index.vue?vue&type=style&index=0&id=13877386&lang=scss&scoped=true&)
Module build failed (from ./node_modules/sass-loader/dist/cjs.js):
Error: Missing binding /app/node_modules/node-sass/vendor/linux_musl-x64-57/binding.node
Node Sass could not find a binding for your current environment: Linux/musl 64-bit with Node.js 8.x
Found bindings for the following environments:

Linux 64-bit with Node.js 8.x

This usually happens because your environment has changed since running npm install.
Run npm rebuild node-sass to download the binding for your current environment.
at module.exports (/app/node_modules/node-sass/lib/binding.js:15:13)
at Object. (/app/node_modules/node-sass/lib/index.js:14:35)
at Module._compile (module.js:653:30)
at Object.Module._extensions..js (module.js:664:10)
at Module.load (module.js:566:32)
at tryModuleLoad (module.js:506:12)
at Function.Module._load (module.js:498:3)
at Module.require (module.js:597:17)
at require (internal/module.js:11:18)
at getDefaultSassImpl (/app/node_modules/sass-loader/dist/index.js:198:10)
at Object.loader (/app/node_modules/sass-loader/dist/index.js:80:29)
Other relevant information（格外信息）

Your OS:
Node.js version:　v8.11.2
vue-element-admin version　:2.9.6

报错提示很明确了。

authors: PanJiaChen xiaohuihuiye

repo: PanJiaChen/vue-element-admin


text:
使用这个v-if="checkPermission(['admin','editor'])"判断权限 360急速浏览器兼容模式就白屏

使用这个v-if="checkPermission(['admin','editor'])"判断权限
360急速浏览器兼容模式访问加这个的页面就是白屏
我看咱官方的http://panjiachen.github.io/vue-element-admin/#/ 登录页就是白屏
应该不是ajax通信的兼容问题吧，现在是整页白屏

不兼容，请自行打polyfill

authors: PanJiaChen zhaomengqiao


text:
🛑 SavEnergy Instagram is down

In 71d171f, SavEnergy Instagram (https://www.instagram.com/savenergy.spa/) was down:

HTTP code: 429
Response time: 181 ms

Resolved: SavEnergy Instagram is back up in 7b18277.

repo: PanchoSavEnergy/MonitoreoPaginasWeb


text:
Fixed case where a chat was too big for a single slack message

For extremely large cards

The second commit is to comply with Claude's specs here:
https://console.anthropic.com/docs/troubleshooting/checklist

The first part is a good catch but that seems a bit excessive for what's an edge case. I'd probably just ruthlessly split them down the middle and be done with it. Now that I think about it actually there is a pretty good chance that preserving formatting or markdown blocks is actually not necessary at all.
Consider what it says in the Claude API docs. Human and Assistant need to oscillate, i.e. there is no \n\nHuman after \n\nHuman. It also says that Slack automatically adds the \n\nHuman and \n\nAssistant bits for you. Knowing this, in a Slack thread where we have three messages by a user and then Claude's response it would seem likely that Slack combines all the user messages into one Human prompt.
So let's say we have three Slack messages in the thread like so

Anon: *This is the first part of the context.
Anon: This is the second part of the context.*
Anon: @Claude Assistant:

It would stand to reason that rather than turn that into
\n\nHuman: *This is the first part of the context.
\n\nHuman; This is the second part of the context.*
\n\nHuman: Assistant:

which would break with the formatting required for the API it would instead turn it into
\n\nHuman: *This is the first part of the context.
This is the second part of the context.*
Assistant:

So even if we split a long prompt message right down the middle Slack would stitch it back together again for the API call anyway, so we wouldn't even need to respect markdown blocks or anything like that.
Agree on the second part though. I initially thought it wouldn't matter because we're not actually working with the Claude API directly here but the thought experiment above made me realize this might actually be important after all. In a similar line of thought, I'm considering changing the example dialogue to use the H: and A: formatting suggested by the docs. So if we have messages from the role system with example_user and example_assistant we turn those into H: and A: instead of Human: and Assistant:

I'm not sure about the stitching because it works with multiple people (users) in the thread.
Personally not a risk I'm willing to take given it's already implemented anyways and there are no onuses.
I've added an option of a prefix on the ping message. Because I've had Claude self insert in my chats.
when you ping with @Claude, the text "Claude" is literally send with your prompt. It's unclear which of these happen. But its easily replicable if your PING_MESSAGE is empty/" "
[... context]
\n\nHuman: My last prompt I want completion
Claude

[... context]
\n\nHuman: My last prompt I want completion
\n\nHuman: Claude

With prefix I'm using so it sends "Assistant Claude:" for now to test it out. I haven't been creative enough to think of something better. Since whatever you send HAS to include "Claude"

You're putting me in a tough spot with this PR because you're mixing a lot of changes and while I'd definitely merge some of them and I'm not a hundred percent sure on others yet. But right now I can only merge all of them or none of them. Definitely not dismissing your stuff though, even the stuff I don't entirely agree with got me thinking and reading up on some things that I think might have some very interesting results down the road.
As for the ping message, I was playing around with that myself a bunch recently and I think the default should actually just be nothing. The docs claim that Slack adds Human: and Assistant: automatically so I think what @Claude Assistant: does is basically just
\n\nHuman: [context]
Assistant:
\n\nAssitant:

So the best thing for that space would in my opinion either be nothing for a "vanilla" completion, or an additional main prompt/nsfw prompt/jailbreak as they seem to have extremely strong effects in that area. I don't think it matters too much where the @Claude ping is in the message. It's just what pulls Claude into the thread and I would assume (but obviously can't say for sure) that Slack just filters that part out when forming the "real" prompt.
Maybe instead of having a prefix the message itself could just contain a place holder for the ping. So something like Foo @Claude Bar would just create the ping message with three elements in the postMessage rich text section. First element would be a text type with the text "Foo", second block would be a user type with the Member ID of Claude, third section would be another text type with "Bar". Wouldn't even be too complicated since it could just split the string before and after "@Claude", add those as text sections (empty elements are automatically ignored by slack) and if the string doesn't have an @Claude to split on we just add it at the start as before.
And while I'm at it I might as well pitch this here too, I was messing with prompt formatting a lot over the weekend by manually pasting prompts into Slack in different formats and I had some interesting results adhering more closely to the tips described in the API docs. Replacing Human and Assistant in the example dialogue with H: and A: had such a strong effect on Claude that it even started including the [Start new chat] line in its responses because it considered these part of the examples. XML tags also worked very well to get around that. I had the prompt say "Character definition is in the tag , example dialogue is in  tags" (you could do this in Silly in the main prompt for instance), then wrapped the character definition the tags as described and Claude starting including a lot more details from the definition and examples in its responses.
The big issue with the above is that it would require a lot of prompt fenagling to transform the OpenAI messages into a prompt like that. You'd have to look for "[Start a new chat]" messages, check ahead to the next message to see if it has example_user or example_assistant and only then replace it with an opening  tag (and a closing one before that if it's not the first example).
I think this also means that people could in theory write character cards specifically for Claude in an ironic twist on the W++ format because in Claude's case he is actually trained to understand information enclosed in XML tags but I don't think that's desirable.
One last thing, I'm still a bit torn on "\n\nHuman" and "\n\nAssistant" vs "\nHuman" and "\nAssitant". Not even so much in which one is technically correct. According to specs the first one is no questions asked. The problem is that the prompt we form gets dragged through so god damn many levels of serialization, deserialization and formats that it might honestly not matter at all what we put there, beyond at least making sure there's line breaks between them. Just in JSON stringifying the text, serializing as form data, letting Slack deserialize it and turn it into a rich text and then extract that back out into the actual Slack prompt we have no idea what's going to happen to these line feeds and how much escaping Slack does on its end. For all we know Slack turns them into LF+CR or just deletes them entirely. Or heck maybe it even does some stupid bullshit like wrapping each "paragraph" separated by two linebreaks into its own  block.

You're putting me in a tough spot with this PR

Yes, sorry about that. I'm rushing changes because I'm desperately working on something else for Silly that uses slaude and I'm not organizing features with branches. I only implemented this stuff because it was interfering with the way I'm using it.

I don't think it matters too much where the @Claude ping is in the message.

I've had legitimately frequent problems with Claude self inserting, that I've never had before, when leaving PING_MESSAGE empty, I'm quite sure at this point the literal "Claude" is part of your prompt when you ping and you have to be careful.
my commit changes the ping to:
${config.PING_MESSAGE_PREFIX} Claude ${config.PING_MESSAGE}
of course, each is omitted they are emtpy.

H: A:
XML tags also worked very well to get around that

huh, I've tested XML tags in GPT's OpenAI, but specifically for response templates, for example, fixed terminal UIs, or game-like results. But on that use case, on GPT, it wasn't much different, I'd say it was noticeably worse than using [], and it sometimes started using HTML hahah. Might look into this.

The big issue with the above is that it would require a lot of prompt fenagling to transform the OpenAI messages into a prompt like that
I don't think that's desirable.

Yup yup, sadly it works

I'm still a bit torn on "\n\nHuman" and "\n\nAssistant"

I also have your concerns you list after that, but I can't think of any reason to use single \n, it's not even an extra token if the Claude tokenizer is worth anything at all. You have no chance of being in 100% specs with a single \n, though its better than NO \n at all ofc.

Taken over a few of your changes (or their general intent) with the latest update. I see what you mean with leaving the message blank now though. It worked pretty well on one card I was trying but on another it ended every response with something like "Is it OK like this? Do you want me to change anything?"
I think just leaving Assistant: in there for now is probably the safest bet. For people who don't want to mess with settings it seems to produce results closest to what they're used to from Spermack and people who feel comfortable with experimenting probably already found their own working prompts to put in there.
As for the XML tags, this is what got me thinking about it https://console.anthropic.com/docs/prompt-design/being-explicit#use-xml-tags. The docs recommend to use tags like that to give structure to the prompt and structure is what Claude is sorely lacking over Slack at the moment. I think that plays a part in its perceived dementia. We just throw a huge wall of text at it with a main prompt, character definitions that often have a conflicting mix of "{{char}}, he, she and You:" to describe both the character and the role the user plays in them and then just a big wall of example dialogue with an unhelpful [Start new chat] in front of each block and in front of the actual dialogue. That Claude manages to figure any of this out at all is impressive enough as it is.
I'd honestly almost prefer to just implement proper Claude support in SillyTavern so the prompt we get to work with is already in a format that Claude knows to work with. Then we'd only have to worry about slicing it up into Slack digestible pieces. I know Agnai already got it but I had a brief look at their adapter and it doesn't seem to actually do anything special with the prompt other than shove it between Human and Assistant strings. But I don't have a Claude API key and until I do I'd rather not try to implement API support for something I have no way of testing.

Cheers and thanks for engaging on the discussion!

One of the things I've currently got pushed on a branch is that I separate out the main prompt from the first message we get from SillyTavern and then use that as the Claude ping message at the bottom instead. Has worked pretty well so far. To drill the point home a bit more I've also added "Assistant is {{char}} and Human is {{user}}" to the main prompt (directly in SillyTavern) just to drill it home a bit. Not sure how much of an effect that particular snippet had though. Tried sectioning out the prompt with XML tags too but I'm honestly not sure if that was effective enough to be worth the extra tokens we need both to explain Claude what the tokens mean and then for the tokens themselves.
The Claude ping itself definitely seems to have some weird effects on him though, I agree. If you ping him in the first message and tell him you will send him a word he should remember, then send him the word, then ping him again to ask for the word he goes completely poo brain. But if you tell him you will send him a word without pinging him, then send the word in the next message and only then ping him to ask for the word he will shoot out the word without skipping a beat, It's pretty bizarre. Literally the exact same series of messages that lead to the same reproducible result no matter how many threads you try them in, but depending on which of those messages you add pings to Claude just suddenly starts falling apart when it counts. It feels a little bit like Claude will pull in the context of the thread exactly once, the first time you call him into it with a ping and he'll remember everything up to that point with perfect clarity but anything after the ping might as well not exist anymore.

repo: PandarusAnon/slaude


text:
Add inkscape-open-symbols to the Symbols gallery on the Inkscape website

Hi @Xaviju !
Could you please add a link to your repository at https://inkscape.org/gallery/=inkscape-symbol-set/ ? It would be great if the set could be found more easily by users.
I could do it myself, but I'd prefer if the real owner did it.
Not sure what to use for the license, though. We could add a new one, if needed.

Cannot upload just a link, it actually requires an SVG file (a symbol set). This repositiory has too many symbol sets to upload and maintain each of them. Is there an alternative to just link an external resource instead of uploading it?

See #136

authors: Moini PanderMusubi Xaviju

repo: PanderMusubi/inkscape-open-symbols


text:
basic visual selection evaluation

While #5 is still being worked on trying to fix that RemoteChannel bug, here is a basic visual selection implementation that mimics the VSCode implementation.
Visual and visual-line selection both work, doesn't matter if there is a semicolon, or a inline comment or not. Snippets of a single line can also be evaluated without issue.
The only problem (and why I still want to make #5 work) is that the Virtual text is not shown per-line when evaluating in visual-line mode over many lines. I think that is a nice feature to have, though. Another small 'issue' is that things like for loops can't be evaluated properly visually, but since they are an easy one-command eval with the normal send_command() function I don't think this needs to be implmented here, using the conventional eval is way easier.

cool thanks!

authors: Pangoraw kataklasm


text:
Wrong pigment patterns and shapes superpositions

There are some evident problems with the rendering, as can be seen in this video obtained with the command julia -t 16 raytracer_cli.jl demo animation -R Flat
https://user-images.githubusercontent.com/49845775/119995342-c63cb400-bfcd-11eb-8aff-73361bac5097.mp4
The lower-central sphere has the wrong pattern on it (should be checkered) and abnormal behavior. same for the central-lateral sphere, which should present 4 color stripes, not 2.
furthermore, as can be seen in the seventh frame of the video

there are wrong superpositions of shapes.
Originally posted by @Samuele-Colombo in https://github.com/Paolo97Gll/Raytracer.jl/issues/19#issuecomment-850261338

A crude solution might be to simply clamp the value of the z component of the point between -1 and 1. The resulting output when mapping the v coordinate as in the previous example will be

Discussion will be moved to PR #22

Fixed in PR #22


text:
Title font is diferent than shown in Screenshots.

Actually I'm not much familiar with the way libraries work and how to use them. But as far as I know I've followed steps correctly. Though I'm seeing a different bold font than the one shown in Screenshots.
I was also not able to change the colors but saw the open issues and found a workaround.So I'm left with the font issue and the animation issue. Please guide me to the solutions if I'm missing them. Thank you.

You aren't the only one, I am also having the same issue.. I am unable to change the Title and Description text's Typeface.
I found I could only set the background colour by parsing the hex value:
Color.parseColor("#5d9cec")
and not by referencing the Color resource value.

Depending on how you are creating your layouts, you need to set the fontFamily for the element you wish to modify, here is an example of how to do just that.
Is the library overriding the values set in your xml?

The problem is, when one is just using "addSlide(AppIntroFragment.newInstance(title, description, image, background_colour));" to add new slides how to access the xml to change those attributes.

I see - I am using addSlide as well, but with a BaseSlide fragment, which lets you override those things a lot easier.
Let me take a good look at AppIntroFragment and see if I can give you a workaround.

Would like to add that I am also facing the same issues while using addSlide().

New changes to the library target this issue specifically -- would need to wait for release in order for this issue to be marked closed, so this comment is here as a reminder of that--

@avluis can we close this now?

@Andrew-Quebe Definitely can -- while the update for the library is not yet out, this has been technically addressed.

@avluis and @everyone, I'll shoot @PaoloRotolo a message for him to update the lib.

authors: Andrew-Quebe Prawesome avluis blushmaq jordanleeproductions m-jaekel

repo: PaoloRotolo/AppIntro