text:
[stable/telegraf] Upgrade to Telegraf 1.10

Telegraf 1.10 has been released, it's probably better to use the latest stable version.
The version needs to be changed there : https://github.com/helm/charts/blob/aa423569a326d35fc25d3c917fe9bb9c1244c959/stable/telegraf/values.yaml#L9
Sorry, I'm too lazy to do the pull-request as this project's administrative process looks quite cumbersome for simply bumping a docker tag.

#14621 PR merged

repo: helm/charts


text:
[incubator/fluentd-cloudwatch] permission denied error

Is this a request for help?:
Maybe

Is this a BUG REPORT or FEATURE REQUEST? (choose one):

Version of Helm and Kubernetes:
EKS 1.10.3
Helm 2.10
Which chart:
fluentd-cloudwatch-0.5.1
What happened:
Permission denied error:
   2018-09-19 15:22:36 +0000 [error]: unexpected error error_class=Errno::EACCES error=#<Errno::EACCES: Permission denied @ rb_sysopen - /var/log/fluentd-containers.log.pos>

What you expected to happen:
To see a cloudwatch 'kuberenets' logroup.
How to reproduce it (as minimally and precisely as possible):
   helm install --name fluentd-cloudwatch incubator/fluentd-cloudwatch \
      --namespace kube-system --set rbac.create=true --set awsRegion=us-west-2 \
      --wait

Anything else we need to know:

Even if I use the suggested extra vars "{ name: FLUENT_UID, value: '0' }" the problem persists. Further, the get values suggest the extra vars are not parsed correctly:
$ helm get values fluentd-cloudwatch
awsRegion: us-west-2
extravars:
- ' name: FLUENT_UID'
- ' value: ''0'' '
rbac:
 create: true

@neilhwatson As the reply I sent on slack, the extra vars should be added like it is in the readme.
extraVars:
  - "{ name: FLUENT_UID, value: '0' }"

That does seem to work. The readme is unclear. I tried to set the extra vars with the set option, and that did fail. So --values works and --set extravars'"{..}" fails.

Getting below error while setting FLUENT_UID to 0.

helm install --name fluentd incubator/fluentd-cloudwatch --set awsRegion=eu-west-1,rbac.create=true --set extraVars[0]="{ name: FLUENT_UID, value: '0' }"

Error: YAML parse error on fluentd-cloudwatch/templates/daemonset.yaml: error converting YAML to JSON: yaml: line 38: did not find expected ',' or ']'

source: gharchive/issue

authors: abhizersaifee80 neilhwatson swibrow

license_type: permissive

license_source: github-api


text:
[stable/rabbitmq] fix sed invocation to handle special characters

Tested with /\/\--||?+*:
$ kubectl create secret generic rabbitmq-secret --from-literal=rabbitmq-password='/\/\--||?+*'
...
$ helm install --name my-release stable/rabbitmq --set rabbitmq.existingPasswordSecret=rabbitmq-secret --set persistence.storageClass=standard
...
$ kubectl exec my-release-rabbitmq-0  -ti -- grep default_pass /opt/bitnami/rabbitmq/etc/rabbitmq/rabbitmq.conf
default_pass=/\/\--||?+*

Resolves #15069.
Signed-off-by: Karoline Pauls code@karolinepauls.com
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] Title of the PR starts with chart name (e.g. [stable/chart])

/assign @sameersbn

/ok-to-test

/lgtm

source: gharchive/pull-request


text:
[stable/grafana] Avoid data key with an empty value in templates/dash…

What this PR does / why we need it:
When the value of data: in a configmap is null, Kube Api neglects it and removes it but it fails when validating against https://github.com/garethr/kubernetes-json-schema for example that waits for an object (empty object) and not null.
Checklist

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] Title of the PR starts with chart name (e.g. [stable/chart])

/ok-to-test
/lgtm


text:
Update appVersion and image tag

Signed-off-by: Antoni Florit Homar toniflorithomar@gmail.com

What this PR does / why we need it:
Which issue this PR fixes
(optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged)

fixes #

Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[X] DCO signed
[X] Chart Version bumped
[X] Variables are documented in the README.md

In first commit i changed values file

/ok-to-test
/assign
/lgtm

authors: davidkarlsen enflo


text:
ADD support for updating TILLER_HISTORY_MAX when upgrading

When doing a helm init --max-history=N --upgrade --debug, the returned deployment manifest shows TILLER_HISTORY_MAX env var set on the deployment with the correct value.
But when doing a kubectl log <tiller_pod>, it shows Max history per release is 0. Doing a describe on the deployment also shows that the TILLER_HISTORY_MAX is missing.

a new comment

The code here looks very frail and I'm afraid of introducing new bugs. Would you mind adding some unit tests around updateEnv?

+1

👍

Hi guys,
I've taken the liberty to try working on the tests but I'm not sure how to send a PR to a PR and I'm not sure how to move this forward. Any comments/help will be appreciated.
https://github.com/davidchua/helm/commit/af316d34ff0fed9f59301766e0f44fc8d4b3babb
cc @mattclegg

@bacongobbler can we merge this as there is some unit tests now ?

LGTM!

those unit tests have not been merged into this PR. If someone wants to incorporate those changes @davidchua suggested and re-open a new PR, we can take a look into it.

@bacongobbler I'll incorporate those changes and re-open a new PR as recommended. Thank you for all of your help!

I've opened a new PR #5867 as suggested here. I checked in #helm-dev that this made sense. Thx! @bacongobbler

authors: bacongobbler davidchua gmanolache gramidt jmlrt mattclegg mleneveut rossf7

repo: helm/helm


text:
Search on hub.helm.sh does not filter search results as expected

Issue is 2 fold:

Searching in all does not seem to aggregate from all categories.
Switching category from all to stable does not seem to update the search result

I would expect all to show results aggregated from all categories and would expect switching categories on an active search would update the results,
To reproduce:

Search for the chart jenkins from https://hub.helm.sh/charts/
Click on the stable link. Notice that the url changes to https://hub.helm.sh/charts/stable, but the results do not change
Select the search box and press enter. Notice that the url does not change but the results do.

In addition, the chart listed under stable is not present under all.
There are no errors in the console if I got to inspect.
Step 1

Step 2

Step 3

I believe this is a duplicate of #187. This is an issue with the whitespace… scroll down and you should see the chart.

authors: jcantosz scottrigby

repo: helm/hub


text:
Allow for conditions to have a deeper nested structure.

At the moment a condition is only allowed to be 2 deep eg: foo.enabled. This is a bit unfortunate because sometimes I work on projects where I have more deeply nested environment values to provide better structure. At the moment I kinda need maintain a separate configuration structure at the top to be able to have the condition work. For example
# This doesn't work when enabled is passed to a condition.
apps:
  my_app:
    enabled: true

support:
  something:
    enabled: true

# Instead I currently have to lift all these to the top:
my_app:
  enabled: true
something:
  enabled: true

I traced the initial implementation back to this PR: https://github.com/roboll/helmfile/pull/1190. The limit of 2 deep is already set at this point, although no reason for it is mentioned. The current implementation can definitely be improved so feedback is welcome. But I was thinking to get the conversation started over a PR than an issue.

any updates?

@vandycknick ping

@vandycknick ping

Hey, thanks for the ping, I somehow missed your earlier comments. I addressed your first comment, but am unsure what you mean with the second one.

@vandycknick please fix ci issue.

@vandycknick please fix ci issue.

I think I fixed the lining issue now. Although I'm not sure I fully understand the issue and wasn't able to get the linter running locally.

@yxxhero I don't understand this linting issue. I started happening after I made this change: https://github.com/helmfile/helmfile/pull/1360#discussion_r1496717622. But I'm unsure how to resolve at the moment sr. 😬

@vandycknick hi

authors: vandycknick yxxhero

repo: helmfile/helmfile

license: MIT


text:
Add Freelance, startup, gamedev, loker

Developer Muda Unity
Freelance Project IT
Loker Jakarta
Source Code Android
Startup Weekend Indonesia

Besok saya merge nya. Jatah commit hari ini udah full.
Follow ane dulu dong...
#AwAwAw #GakGakGak

oke mas saya tunggu


text:
Issues with RBPi Latency

Is there a particular fix for the delay that starts to accrue after starting the script until it gets to the point where what's displayed is about 30 seconds behind after 10-15 seconds? Using RBPi4 on /dev/ttyS0 connection.

Unfortunately, there are no special modifications at this time. If you have a fix, I would be very happy if you could send me a pull request!

henjin0 I haven't adapted your program at all for RPI but am having a lot of utility working with your CalcRadar for making this functional: https://github.com/metracy/MeowMister/blob/main/README.md
Let me know how to credit you more for what you setup to work with the LD19 I'm using.

I'm not very good at English, so I apologize if my translation wasn't accurate.
I took a quick look at your GitHub and it seems like you're working on products related to cats, which is amazing! I also checked out the code briefly. I think what you've written in the code is sufficient. Thank you!


text:
Heimdall fails to decrypt it's own data after upgrading to Xcode 11/iOS 13 SDK

The problem is simple but I'm having trouble reproducing it in a standalone project so I'm wondering if you have any ideas off the top of your head. I have a project that was previously building with Xcode 10.1 and used Heimdall to encrypt and decrypt data. After upgrading to Xcode 11, encryption still works but decryption does not. Or perhaps encryption reports a success but actually generates malformed data.
Here is what I'm doing in my app. I have no idea why this works fine in a minimal example project but fails in my app. Maybe you've encountered similar when building with Xcode 11? Thanks in advance!
let hd = Heimdall(publicTag: "pubTag", privateTag: "privTag")!
let encrypted = hd.encrypt("hello")!
let decrypted = hd.decrypt(encrypted)! // crash - decrypted string is nil

Just to provide some more info. The input String is 5 bytes, but the Data returned from the internal call to self.decrypt is 16 bytes for some reason, and not a valid UTF-8 String which is why the method ultimately returns nil.

I'm not sure if this repository is actively maintained, but I'm going to leave some findings here in case anyone else has this issue.
I was able to get decryption working again by copying Heimdall.swift into my project and removing the Cocoapod. I don't know off the top of my head why this would fix the issue, unless there were some changes in Swift 5 regarding cross-module compilation or optimizations. However, the pod works fine in a new project created with Xcode 11. Perhaps there are particular compiler flags or other maybe type extensions in my project that cause it to work incorrectly.
Thanks and happy coding :)

Sorry, indeed, I unfortunately don't have much time these days to work on Heimdall.
Do I understand correctly that it does actually work, but for some reason not "out-of-the-box" with Cocoapods? One item that would be a nice addition to Heimdall (a PR is very welcome) would be the addition of it to SPM, perhaps that would alleviate these problems?

To clarify:

After upgrading to Xcode 11/iOS 13 SDK, the Heimdall pod in my project stopped working as described above.
Creating a blank new project using the Heimdall pod worked fine (so nothing wrong with the pod itself, it seems)
Copying Heimdall.swift from the pod into my main project file and removing the pod fixed my original issue.

I have no idea what could cause this kind of bug or how moving the file between modules fixed it.

Just to provide an update here, I was able to get the Heimdall pod working in my project by setting Swift compiler code generation "Optimization level" setting to -Onone in the pod target.
It seems that pod targets default to "Optimize for speed" setting for the Swift code gen setting  (debug and release builds). My main project target has -Onone for debug builds which is why moving Heimdall.swift there fixed the issue. The issue cropped back up in my next TestFlight build as my main target uses "Optimize for speed" in release builds.
Here is how I'm overriding those settings in my Podfile:
post_install do |installer|
      installer.pods_project.targets.each do |target|
          if target.name == 'Heimdall'
              target.build_configurations.each do |config|
                  # Heimdall does not work properly with the "Optimize for speed"
                  # optimization setting. Until that's fixed, resort to no optimizations
                  # for all builds, debug and release
                  config.build_settings['SWIFT_OPTIMIZATION_LEVEL'] = '-Onone'
              end
          end
      end
  end

Of course, I don't think optimization levels should ever change the semantics of the resulting program, so this could be a bug in the Swift compiler, possibly exacerbated by Heimdall's usage of raw memory and pointers.
As a second note, it seems that the real issue is the String encoding, not in the encryption or decryption process. The data successfully decrypts, but the resulting data is not a valid UTF-8 string.

authors: henrinormak patgoley

repo: henrinormak/Heimdall

license: mit

license_source: bigquery


text:
🛑 hentaiOS Download Page is down

In a3a122f, hentaiOS Download Page (https://downloads.hentaios.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: hentaiOS Download Page is back up in 9714427.


text:
restic: if S3, get bucket's region up-front

Signed-off-by: Steve Kriss steve@heptio.com
Fixes #567
If using restic with S3, fetch the bucket's region up-front and put it in the endpoint URL to use for restic. This makes all restic requests faster and also doesn't require any additional permission to determine the right S3 endpoint (which the default restic method does).

Got this tested on a new S3 bucket in eu-central-1 and worked for me.

I assume this code needs to be in the restic daemonset as well as the ark server pod to get the full functionality? Were you just building your own images for that?

this is only needed in the ark server pod - the region is determined during repo initialization, and stored in the restic repo CR's spec. the daemonset pods just pull it from there, whether it has the region as part of it or not

authors: nrb skriss

repo: heptio/ark


text:
exclude-from-backup not working for PersistentVolume

What steps did you take and what happened:
Exclude a PersistentVolume to backup
Step 1:
kubectl  label -n kube-tools pv/d-j6cai1gtm341t3ur48v2 velero.io/exclude-from-backup=true

Step 2:
velero backup  create test

Step 3:
velero backup describe test --details

Output
...
  v1/PersistentVolume:
    - d-j6cai1gtm341t3ur48v2
...
Persistent Volumes:
  d-j6cai1gtm341t3ur48v2:
    Snapshot ID:        s-j6cfjrz9szlt3kmit2s6
    Type:               cloud_ssd
    Availability Zone:  cn-hongkong-b
    IOPS:               <N/A>
...

What did you expect to happen:
Should no snapshoot taken for the PV
Environment:

Velero version (use velero version):

Client:
	Version: v1.1.0
	Git commit: a357f21aec6b39a8244dd23e469cc4519f1fe608
Server:
	Version: v1.1.0

Kubernetes version (use kubectl version):

Client Version: version.Info{Major:"1", Minor:"15", GitVersion:"v1.15.3", GitCommit:"2d3c76f9091b6bec110a5e63777c332469e0cba2", GitTreeState:"clean", BuildDate:"2019-08-19T12:36:28Z", GoVersion:"go1.12.9", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"12+", GitVersion:"v1.12.6-aliyun.1", GitCommit:"8cb561c", GitTreeState:"", BuildDate:"2019-04-22T11:34:20Z", GoVersion:"go1.10.8", Compiler:"gc", Platform:"linux/amd64"}

Cloud provider or hardware configuration:
Alicloud

thanks for the report @chris-ng-scmp. It looks like the problem is that when we process "additional items", we're not excluding items based on this label. Since PVCs/PVs are backed up as "additional items" for the pod that they're used by, they're affected by this.

Yeah we are excluding by this label when we list resources (https://github.com/heptio/velero/blob/3618e51633eca3eed5600217df5e5473f65ab111/pkg/backup/resource_backupper.go#L219-L225) but don't use the label selector again when we fetch additional items. @skriss it looks like we can just add the same label selector to this call (https://github.com/heptio/velero/blob/3618e51633eca3eed5600217df5e5473f65ab111/pkg/backup/item_backupper.go#L329)?

I don't think you can use a label selector with a .Get() -- we might want to do it around https://github.com/heptio/velero/blob/3618e51633eca3eed5600217df5e5473f65ab111/pkg/backup/item_backupper.go#L126 where we do similar re-checks of filters, but we'd have to use the labels package to check if it matches (we do something similar in the restore code since we're checking in-memory items against a label selector).

@prydonius do you want to take fixing this for 1.2?

@skriss ah you're right. If we do it there, do you think we should remove it from the resource_backupper list, since we'll just be checking it twice? Although it does save iterating through objects we know have that label.

Another option is to replace the Get with a List with the label selector and field selector to get the resource by name

I'd say it's probably fine to remove it from resource_backupper and just do it once at the top of backupItem -- avoids duplication and the minor inefficiency is probably negligible.

sgtm, I can send a PR to fix this later today

Thanks for the quick response!

authors: chris-ng-scmp prydonius skriss

repo: heptio/velero


text:
Auto-wiring

Modules can provide various levels of integration, where an integration is any definition that isn't of a function that it declares.
Sometimes, integrations are not desirable. Making integrations lib.mkDefault may help, but this may not always be sufficient. If it turns out that some flakes need to disable too many integrations explicitly, perhaps it makes sense to introduce a single global option that disables all integrations. All (reusable) modules should then adhere to that option.
The story of a flake would then be

initialize a flake with flake-parts
add some modules with integrations
use the integrations
add a module with undesirable integration
configure that module to disable that integration (?)
encounter another undesirable integration
set autoWire = false
write the missing integrations that they did need

Perhaps modules could list their integrations in another option, to help with (8), but all in all it's not a great experience. I would consider this idea to be a last resort; I hope we'll find better solutions.

Another: https://github.com/Platonic-Systems/process-compose-flake/issues/27

Projects (TBD) might provide an alternative

https://github.com/hercules-ci/flake-parts/issues/205

Another: https://github.com/juspay/rust-flake/pull/13

Another: https://nixos-unified.org/autowiring.html

authors: roberth srid

repo: hercules-ci/flake-parts


text:
BUG: Fluctuating Form Height Due to Constant Username Availability Check

Is there an existing issue for this?

[X] I have searched the existing issues

What happened?
Description
In the current implementation of the signup form, the username field constantly checks for the availability of the entered username. This results in the form height fluctuating continuously as the user types, which leads to a suboptimal user experience.
Expected Behavior
The form height should remain stable while the user is typing in the username field. It should only adjust when necessary, such as when additional form fields are revealed or when there are errors in the form submission.
Steps to Reproduce

Navigate to the signup page.
Start typing in the username field.
Observe the continuous fluctuation in the form height as you type.

Additional Context
This issue adversely affects the usability of the signup form, potentially causing confusion and frustration for users. It's crucial to address this issue to ensure a smoother user experience and improve overall usability.
Video Demonstration
Link to Video
Proposed Solution
One possible solution could be to fix the height of the form using Tailwind CSS. By setting a specific height for the form, we can prevent it from fluctuating as the user types in the username field.
Record

[X] I agree to follow this project's Code of Conduct
[X] I'm a GSSoC'24 contributor
[X] I want to work on this issue

@mukulpythondev Assigned :+1:

@hereisSwapnil Thanks start working on it!

authors: hereisSwapnil mukulpythondev

repo: hereisSwapnil/ExamTime


text:
HARP-6075: Expose all MapView exports in harp.js bundle

Signed-off-by: Zbigniew Zagorski ext-zbyszek.zagorski@here.com

@zbigg Could you please add harp.gl/dist to S3 artifacts, so I am able to quickly download build and test it?


text:
🛑 Software Center - Test 1 is down

In 37f46de, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 345b17b.

repo: herrphon/upptime


text:
🛑 Software Center - Test 1 is down

In 68ee6f5, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 7fda8fb.


text:
🛑 Auth-Bridge - Test 1 is down

In aefa112, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in 1f9e57b.


text:
🛑 Auth-Bridge - Test 1 is down

In e3f7bac, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in ea74974.


text:
🛑 Auth-Bridge - Test 1 is down

In aacca9d, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in 8f8d397.


text:
🛑 Auth-Bridge - Test 1 is down

In b7495ac, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in 10a4eac.


text:
🛑 Auth-Bridge - Test 1 is down

In 599d3e5, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in 693fff5.


text:
🛑 Auth-Bridge - Test 1 is down

In c9bfe17, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in abec6c7 after 30 minutes.


text:
🛑 Software Center - Test 1 is down

In 3123bfc, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in aafb956 after 11 minutes.


text:
🛑 Auth-Bridge - Test 1 is down

In 464f180, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in 83b6195 after 29 minutes.


text:
🛑 Auth-Bridge - Test 1 is down

In d23d05b, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in 5ee7e0d after 32 minutes.


text:
🛑 Software Center - Test 1 is down

In fdc7de4, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 4e6bb3d after 41 minutes.


text:
🛑 Software Center - Test 1 is down

In 0bdfcfc, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 299a00c after 1 hour, 53 minutes.


text:
🛑 Software Center - Test 1 is down

In c8e9b9f, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 8e3c5e6 after 1 hour, 4 minutes.


text:
🛑 Software Center - Test 1 is down

In 51676c9, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in e4d604c after 2 hours, 33 minutes.


text:
🛑 Software Center - Test 1 is down

In bab4891, Software Center - Test 1 ($SOFTWARECENTER_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Software Center - Test 1 is back up in 63ea29c after 41 minutes.


text:
🛑 Auth-Bridge - Test 1 is down

In 0f369f9, Auth-Bridge - Test 1 ($AUTH_BRIDGE_TEST_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Auth-Bridge - Test 1 is back up in af77707.


text:
Include article title in tweets text when sharing with Twitter

This pull request adds functionality to the Twitter share on the SNS share button below the article.
This pull request will include the article title in the tweet when sharing the article on Twitter.
Currently, only the URL is included in the tweet, not the title of the article.
When the tweet template is displayed, it would be nice to include both the article title and the URL.
Also, when the tweet template is displayed, the article title will be in the selected state. This is a Twitter specification.
It is a function that allows users to easily delete the text written in the template (here, the title of the article).
Please refer to here also about the function of Twitter.
https://developer.twitter.com/en/docs/twitter-for-websites/tweet-button/overview
Thank you!

@lulzneko
Sorry too late. Thanks :)

authors: YoshinoriN lulzneko

repo: hexojs/hexo-theme-landscape


text:
[allow_hotloading_data] update_cache needed to register new country

Hi there !
FYI, on the branch allow_hotloading_data I have seen that registering new data in a plain Rails initializer kills the normal data cache.
I'm using the country_select / countries2 branch fork from @scudco I get the issue even if I disable the country_select gem.
PS : Canary Islands is not an ISO3166 entry but I need to make the disctinction for shipping cost purposes.
# this code will only make IC available for ISO3166::Country.new --- @@cache is empty before register call and @@registered_data contains IC afterwards
ISO3166::Data.register(
  alpha2: "IC",
  name: 'Spain - Canary Islands',
  translations: {
    'EN' => "Spain - Canary Islands",
    'DE' => "Spanien - Kanarische Inseln",
    'NL' => "Spanje - Canarische Eilanden",
    'JA' => "スペイン - カナリア諸島",
    'ES' => "España - Islas Canarias",
    "FR" => "Espagne - Îles Canaries"
  }
)

# Adding a call to update_cache will make normal data + 'IC' globally available
ISO3166::Data.update_cache

ISO3166::Data.register(
  alpha2: "IC",
  name: 'Spain - Canary Islands',
  translations: {
    'EN' => "Spain - Canary Islands",
    'DE' => "Spanien - Kanarische Inseln",
    'NL' => "Spanje - Canarische Eilanden",
    'JA' => "スペイン - カナリア諸島",
    'ES' => "España - Islas Canarias",
    "FR" => "Espagne - Îles Canaries"
  }
)

Thank you !

Plus, I would notify to @rposborne that translation locale keys in the docs should be downcased
ISO3166::Data.register(
  alpha2: "LOL",
  name: 'Happy Country'
  translations: {
    'en' => "Happy Country",
    'de' => "glückliches Land"
  }
)

ISO3166::Country.new('LOL').name = 'Happy Country'

Should be fixed by #360 @clm-a / @madshargreave can you confirm.

authors: clm-a rposborne

repo: hexorx/countries


text:
Inaccurate Authenticode hash calculations

5CC4A75354719C10460C6881A822DA38.zip

PS C:\Users\Root\Desktop> cd C:\sss
PS C:\sss> Get-CiFileHashes -FilePath "C:\sss\5CC4A75354719C10460C6881A822DA38"

SHA1Page SHA256Page SHa1Authenticode                         SHA256Authenticode
-------- ---------- ----------------                         ------------------
                    50E201C5815BC2A4D01475C34431F09A377D1558 78794638006D93DC62BA1B6D0E8DCF08E7D7E264B5B0562EED890B30C0EA87D3

PS C:\sss> .\ahc64.exe 5CC4A75354719C10460C6881A822DA38
PS C:\sss>
AuthHashCalc v1.0.4.2402 built at Thu Feb 22 08:44:22 2024

File: 5CC4A75354719C10460C6881A822DA38

Authenticode hashes:
MD5:    A1E9B8C88EEF2D8B326AE234F0D4FBA5
SHA1:   EE3513A4F8DA799912D1CBAD5A94B17D41F1BA66
SHA256: D13551E2DA882E6135497FA639DFBE9160AB62BD5AD529D8582A2E7B20134C6F
SHA384: 94BD4C4342EA2AA4172E74D6212E5AEF959D13A0076A030332CE856577FC8BADA67D8319EC5EAEC1309BE6EF43496A60
SHA512: F7FFDB956C91E1C52EFBC430C4E7CBA1221B2EC5F71C425CE4D862AF18D90EEAD04429B40B9869333CD3ECAC631A8C92F183E2175C6AD033E0D1AE9725FEF0AF

First page hash:
SHA1:   7509BBDA365AA1459FDE5B5722E8FFC5CEB75D16
SHA256: 7B8CF6AA9EB1D4A806BEF5C8C42070440E1885AABC11D1EBFE13B8B817F9C031

Completed.

This file is a corrupted memory dump.

This file is a corrupted memory dump.

However, I have fortuitously discovered that your AuthHashCalc computes a SHA256 value that coincides with one in the catalog directory. May I kindly inquire if there are any plans to adjust the logic to avert such occurrences? For instance, by filtering out those files that may be corrupted. Thank you!

CodeIntegrity.zip

The file you submitted first is a raw memory dump including some part of Kingsoft AV binary data. The actual PE file in this raw dump has ~20KB in size and it is apiset stub dll with authenticode hash d13551e2da882e6135497fa639dfbe9160ab62bd5ad529d8582a2e7b20134c6f. I don't know what should I fix there. Probably it's Get-CiFileHashes should fix it behaviour and not calculate all kind of beyond what is actually PE file.


text:
feature: informal output to cerr for automation

As stated in #8 output while converting the graph representation of a crash to code is interleaved with informal output from GraphFuzz.
This change aims to separate the output by letting GraphFuzz only output to std::cerr. This together with the fact that also libFuzzer only ever prints to stderr (see: here) allows for redirecting the stdout to a file that only has the code for reproducing the crash. For example with:
./fuzz_write crash-<hash> | tee crash.cpp

I'm going to test this in my own projects. Because of that this is a draft. Seems to work. :)

Hey @hgarrereyn, I now sometimes (around 50% of the time) have a doubled output when I run the writer. It seems as if libFuzzer is running the crash twice. Have you noticed something similar somehow?

I played around a bit with a debug libFuzzer build. The second call to LLVMFuzzerTestOneInput comes from an invocation of TryDetectingAMemoryLeak. Under some circumstances libFuzzer thinks a leak happened and tries to check this. With an additional command line flag -detect_leaks=0 this mechanism is disabled. Maybe GraphFuzz could set this flag automatically for a fuzz_write harness?

repo: hgarrereyn/GraphFuzz


text:
Add Miui detection support

Could you add support for miui browsers. eg:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/71.0.3578.141 Safari/534.24 XiaoMi/MiuiBrowser/12.4.3-g
https://developers.whatismybrowser.com/useragents/explore/software_name/miui-browser/

**mobil ödeme [bozdurma] sitesinde bu konuyu okumuştum.


text:
feat: pretty owners

close https://github.com/hi-rustin/cargo-information/issues/21

To fix these tests, we need to support the custom registry first.

repo: hi-rustin/cargo-information


text:
Update pty-0.2

Helle @hibariya ,
This is my update implementation for #5 issue.
Please, you must notify I haven't can fix the pass for OSX.
travis pass

Hi @adjivas,
Thank you for the update :rocket: :sparkles:

Please, you must notify I haven't can fix the pass for OSX.

OK, I'll check it. Please wait a few more days :pray:

Hello @hibariya. Don't worry about the time :smile_cat:.
The unpassed test is it_can_hook_stdout_with_callback.
The panic is caused by a broken pipe at the line L85 from the lib.rs file.
It's a specific undefined behavior dated by the 0.1.4 version and independent of my pull request, it's why I recommend to you to open a new issue.

Hello @adjivas. I agree with you. As you say, this error reproduces even though the version is v0.1.4.
Also, this PR looks very good :rocket:  I'm going to merge this and open a new issue about the error.

authors: adjivas hibariya

repo: hibariya/pty-shell


text:
[HHH-11557] DB2 gets confused with numerical parameters in nullif function of DB2Dialect

The function getSelectClauseNullString is called with other sqlType than the explicitly specified in switch statement. So the default case returns nullif(0,0). This leads to the following error:
Error: DB2 SQL Error: SQLCODE=-170, SQLSTATE=42605, SQLERRMC=NULLIF, DRIVER=4.13.80
SQLState:  42605
ErrorCode: -170
The meaning of SQLCODE -170 is: THE NUMBER OF ARGUMENTS SPECIFIED FOR function-name IS INVALID
The solution is to insert a trailing space after the comma. Inserting the space is syntactically correct in general. So this has no negativ impact on the other sqlTypes.

Inserting the space is syntactically correct in general

Well, adding the space is certainly syntactically allowable.  But to say that the space has to be there in order to be correct is a stretch.  But then again, DB2 is DB2 and it has all kinds of awesome idio(tic)syncracies.

I agree with you. DB2 doesn't require a space between parameters in nullif function. The syntax diagram also doesn't describe the use of blanks. This wasn't my meaning of correct in general. I'm thinking in German :-)
Maybe it would be a better solution to have a special handling for numeric data types?

Should we close this issue?

I don't know. Will you accept the pull request?

But, according to your statement:

I agree with you. DB2 doesn't require a space between parameters in nullif function.

Why should we integrate it if DB2 does not require this change? Could you please elaborate?

My comment refers only to the DB2 documentation. And my answer to Steve meant, that there is no necessary to insert spaces in general. But if you using German symbols in decimal values, the database has no other chance to distinguish certain decimal parameters as by spaces between them. E. g. function(5,5,5,5) can mean 4 parameters with value 5 or 2 parameters with value 5,5 or 3 parameters with one of them 5,5 and the rest of 5 or... So this should not only be a DB2 specific problem, but a German environment condition at all, if the system is using the comma as separator of parameters.

Applied upstream, thanks

Thanks too!

authors: MaTr74 sebersole vladmihalcea

repo: hibernate/hibernate-orm


text:
HSEARCH-2566 Stop deploying integration testing artifacts to the maven repositories

https://hibernate.atlassian.net/browse/HSEARCH-2566

To be discussed. The main argument against this change, in my opinion, is that we already released those artifacts in version 5.7.0.x, for instance 5.7.0.CR1.
But, really, why would someone depend on these artifacts?

These modules already have the "skip deploy" property enabled. Did you find them in the Maven central repositories?

You're right... I saw this folder and failed to check inside, but this is actually only a remnant of some alpha releases.
Sorry about that, closing.

authors: Sanne yrodiere

repo: hibernate/hibernate-search


text:
Add debug log when expression factory has failed to load

For Hadoop / Spark application that uses hibernate-validator, it's likely to load an older version of ExpressionFactory from the provided classpath (the exact dependency is javax.servlet.jsp:jsp-api from Hadoop).
Since this older version doesn't have method ExpressionFactory.newInstance(), so when ResourceBundleMessageInterpolator tries to load the factory, it will throw a NoSuchMethodError and fail eventually.
But then this error is swallowed and no feedback is provided to developer. It would be better to log the error and developer could know it's time to shade the classes in the application.
I added a log to make it easier to debug and it looks like below

10:28:55,772 DEBUG ResourceBundleMessageInterpolator:173 - Failed to load expression factory via classloader org.apache.spark.util.MutableURLClassLoader@26be92ad
java.lang.NoSuchMethodError: Test msg!
at org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator.canLoadExpressionFactory(ResourceBundleMessageInterpolator.java:169)
at org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator.buildExpressionFactory(ResourceBundleMessageInterpolator.java:123)
at org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator.(ResourceBundleMessageInterpolator.java:78)
at org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator.(ResourceBundleMessageInterpolator.java:47)

Can one of the admins add this person to the trusted builders? (reply with: "add to whitelist" or "ok to test")

ok to test

I amended your commit to include a JIRA number, otherwise it looks good to go.

Will merge as soon as CI is green, thanks!

Thanks!

authors: Hibernate-CI gsmet kai33

repo: hibernate/hibernate-validator


text:
🛑 kiwifarms.pl is down

In e8e9efd, kiwifarms.pl (https://kiwifarms.pl) was down:

HTTP code: 0
Response time: 0 ms

Resolved: kiwifarms.pl is back up in 78ec476.

repo: hickoryhouse/kf


text:
Avrohugger config changes and Scalafix rewrites to make Avrohugger's output work in Scala 3

A few changes to Avrohugger's generated sources to make them work in Scala 3 with avro4s v5.0.0.M1.
Avro enums
Previously, we used Avrohugger's default configuration, which generates Scala 2 enumerations. Those are still valid in Scala 3, but avro4s 5.0.0.M1 doesn't support them.
I've configured Avrohugger to generate a sealed trait + case objects instead, which avro4s correctly handles as an Avro enum. Also added a Scalafix rule to add an avro4s annotation to the case objects so the correct order of enum values is preserved.
However, avro4s 4.x, which we use for Scala 2, doesn't support the encoding of Avro enums as sealed trait + case objects. So for Scala 2, we configure Avrohugger to generate Scala 2 enumerations just like we have up to now.
To summarise:

Scala 2 / avro4s 4.x

keep the same Avrohugger configuration as before, generate a Scala 2 enumeration

Scala 3 / avro4s 5.x

configure Avrohugger to generate a sealed trait + case objects
Scalafix rule to add the @AvroSortPriority annotation

Avro unions
For unions of 3 or more types, Avrohugger generates a shapeless Coproduct, e.g. A :+: B :+: C :+: CNil. We can't use that in Scala 3, so for Scala 3 we apply a Scalafix rule to rewrite the type to higherkindness.mu.rpc.avro.AvroUnion3[A, B, C].
That type is a wrapper around a Scala 3 union type A | B | C, with a custom avro4s codec to encode it as an Avro union. It's defined in https://github.com/higherkindness/mu-scala/pull/1453. I've implemented support for unions of up to 8 types.
For Scala 2, we don't have Scala union types, so we continue to use shapeless Coproduct.
Decimals
Avrohugger supports encoding Avro decimals either as plain BigDecimal or as a BigDecimal tagged with shapeless Nats to store the precision and scale.
For now I've simply removed this feature, hardcoding Avrohugger's configuration to generate plain BigDecimal.
If we need to resurrect this feature in the future, it should be possible to build our own tagging mechanism using an opaque type and Scala 3 literal types. However, Avro4s provides a separate mechanism whereby users can specify the scale and precision of BigDecimals by providing an implicit ScalePrecision, so I don't think this feature is needed anymore.

@cb372 this looks great!
My main concern is related to the precision and the scale. We worked on adding this feature because we have some use cases on clients where the same service had to support different precisions and scales, making the use of the implicit ScalePrecision not suitable. With the tagged mechanism, we provided support to specify that in the avdl files.
https://github.com/julianpeeters/avrohugger/pull/102
I think it's a feature we would need to keep.

OK, I'll spend a bit of time digging into how we can support that feature in Scala 3.

I've added support for tagged BigDecimals, so this is now ready for another review.

repo: higherkindness/sbt-mu-srcgen


text:
Allow multiple community strings

When doing host discovery, the community string may not be known.  Allow the C API to cycle through a set of community strings per host until one starts getting results.

Add list to host_t.  Stop iterating on first valid oid.

repo: higherorderfunctor/snmp-fetch


text:
Highlight.js requires Typescript users to set esModuleInterop to true.

Describe the issue/behavior that seems buggy
To use highlight.js without typescript complaining, I need to do:
import hljs from 'highlight.js`

hljs.highlight(/* etc */)

However, this gives me an error that hljs is undefined.
To fix this, I need to do this:
import * as hljs from 'highlight.js`

// @ts-ignore-error
hljs.highlight(/* etc */)

I think this is because typescript expects you to export an object with a propertyname default.

Apologies for the incorrect labels

I'm not sure I know enough to comment here.  We are simply doing plain old boring export default right now (and have for some time) and it works for most everyone.  The first example you show is how you import us, as shown in our docs:
https://github.com/highlightjs/highlight.js#es6-modules--import
We have tests in our CI suite that do this exact thing... so I'm not sure why TS is unhappy.  This "property named default" is new AFAIK and should not be a requirement - as we've never done it before and this is the first I'm hearing of issues.
Which build package of Highlight.js are you using exactly?

Hi @joshgoebel ,
This is using the latest v11.2.0 npm package, and this actually broke since upgrading from version 10.
I did some more digging, and noticed that the error goes away if my package has esModuleInterop set to true, and the package works as advertised.
So to fix this, you have a couple of options:

Document that esModuleInterop is required to use this package with typescript. I would probably also add to VERSION_11_UPGRADE.md as (at least to me) was a bc break.
Remove the need for this flag

As a package maintainer, an issue with esModuleInterop is that you kind of require everyone that uses your library to also have this flag on. It's a bit infectious in that way. I'm using this package in a library, so to use highlight.js without errors, both my package and my users all need to set this flag to true.
Because of this, I decided some time ago that all my libraries shouldn't rely on this flag, because if you don't, you basically leave it up to the end user to decide if they want to use the flag or not. If it's set to true, you take away this choice.

The more specific typescript flag is allowSyntheticDefaultImports, which automatically turns on when esModuleInterop is on.

This is using the latest v11.2.0 npm package

CJS or ESM?  From what I read this flag is all about CJS modules... if you want ESM, why not use the bundled ESM modules instead?

By default (with esModuleInterop false or not set) TypeScript treats CommonJS/AMD/UMD modules similar to ES6 modules.

@joshgoebe Typescript will use ESM by default.
To do that, I think my target would have to be ESM which is problematic for different reasons. Regardless, most people will not emit ESM with typescript, and I would want to support this.

Most people (myself included) will not emit ESM with my typescript build. Most people will basically emit CJS modules when using typescript.
I'm not sure if that if I set typescript to a ESM target, it will automatically use ESM modules from dependencies, but my setup is pretty common and it will use highlight.js's CJS out of the box.

I'm not talking about what you're emitting, I'm talking about what you're consuming.  The suggestion would be don't consume our CJS modules if Typescript doesn't like them, consume our ESM modules (which we've shipped since v11).
AFAIK we specify all the proper "magic" in package.json for this to happen automagically, but perhaps TypeScript doesn't respect this?
What if you just import the es module manually?
import hljs from 'highlight.js/es/index.js`

and this actually broke since upgrading from version 10.

The entire build system changed, but AFAIK we're still exporting a single export, as we always have.

I'm not talking about what you're emitting, I'm talking about what you're consuming. The suggestion would be don't consume our CJS modules if Typescript doesn't like them, consume our ESM modules (which we've shipped since v11).

I wouldn't know how to tell Typescript to do that, other than your workaround below --v
What if you just import the es module manually?

import hljs from 'highlight.js/es/index.js`

This emits:
Could not find a declaration file for module 'highlight.js/es/index.js'.

The entire build system changed, but AFAIK we're still exporting a single export, as we always have. Tons of other stuff changed though like shipping dual CJS/EMS, etc.

Fair enough. I love this project, and I'm not complaining. I'm just reporting that when I updated to v11 this broke =)

Could not find a declaration file for module 'highlight.js/es/index.js'.

Can we just declare an additional ambient module for that in index.d.ts like we do for languages already?

Fair enough. I love this project, and I'm not complaining. I'm just reporting that when I updated to v11 this broke =)

Oh sure, which is great.  I'm just slow to react on these TS issue because I find usually the first thing people suggest is often wrong and that the problems are typically much more complex and nuanced.
So right now I'd like to first know/understand:

How do we make our es modules work with TS (which seems relevant since this whole interop thing seems to be an CJS issue only from how I read it)
Why our default export is broken with TS for our CJS builds which simply do module.exports = highlight;

I know some people want named exports, but we've done module.exports for as long as I can remember without issue and I thought this was a super common pattern.

Yes, you could, and it would solve my immediate problem.
I'm think this is solvable in the top-level import too though, I just don't know exactly what incantations are needed. I mostly write pure typescript and less familiar with definition files.
Because I think if I were maintaining highlight.js, I would prefer that everyone can use the same method for importing, regardless of their settings.
Otherwise you might end up with documentation like:
// Normally you'd import like this in typescript:

import hljs from 'highlight.js';

// But if `esModuleInterop` is set to false, you may need:

import hljs from 'highlight.js/es/index.js';

If we can remove the second option, I think everyone will be happier

Oh sure, which is great. I'm just slow to react on these TS issue because I find usually the first thing people suggest is often wrong and that the problems are typically much more complex and nuanced.

You've been fast and I super appreciate you're taking the time =) I hope my tone wasn't demanding or entitled! JS modules and how they interact with tooling is tricky =)

Would it help if I prepare a tsconfig.json and test.ts file that demonstrates the issue?

I think this is solvable in the top-level import too though,

That'd be the magic to know... :)

Would it help if I prepare a tsconfig.json and test.ts file that demonstrates the issue?

Can't hurt, and package.json for installing all the needs deps, etc... a tiny self-contained repo would be perfect.

If we can remove the second option, I think everyone will be happier

Well if I'd listened to some we wouldn't have shipped CJS anymore at all and people would have just dealt with it, so this whole "two ways" is only a short-term problem at best.  I do think an all-ESM world is coming soon enough.

TypeScript could also get their act together and respect the hints already inside package.json telling it to use the ES modules automagically, but perhaps they have their reasons... :-)

Hey guys - I just stumbled accross this issue as I'm having the same problem.
First things first: TypeScript indeed does respect the hints found inside package.json-files.
However: You can't consume ESM-code from a CJS-project - thtat's not an issue on TypeScript's side but something that simply doesn't work. If you try to do so, you'd get an error saying Cannot use import statement outside a module.
Switching from ESM to CJS isn't an option for many people as there are many cases where you just can't. I, for my part, am writing vscode extensions and yeoman generators and both of them don't support extensions and/or generators written in ESM yet. So something like writing import hljs from 'highlight.js/es/index.js'; won't help.
The issue at hand is, that the ESM- and the CJS-version of highlight.js don't look the same.
One of them uses export default hljs while the other one uses module.exports = hljs.
A solution would be to change the CJS-version to module.exports.default = hljs to make it look the same like the ESM-version.
As this would be a breaking change, there's also an alternative workaround:
I'd suggest to change this piece of code:
https://github.com/highlightjs/highlight.js/blob/bd548da78a905067a4d5c4c42801c4498df0ee1f/tools/build_node.js#L22
to this:
 const footer = "hljs.default = hljs;\nmodule.exports = hljs;";

In doing so, both the ESM- and the CJS-version of highlight.js would look the same (as both provide a default export), thus the type-declarations would work out no matter whether you emit a CJS or an ESM-module and no matter whether esModuleInterop is enabled.
However - this is only my personal suggestion.

@evert A workaround for you until this issue gets solved:
Install a working version of @types/highlight.js in your module using npm install @types/highlight.js@9.12.4.
Add the following to your tsconfig.jsons compilerOptions:
        "paths": {
            "highlight.js": [
                "./node_modules/@types/highlight.js"
            ]
        }

Make sure you have the most recent version of typescript installed in your project - otherwise you have to set baseUrl in your compilerOptions, too, which might have unwanted side-effects.
Also - take note that in doing so, you're bound to use deprecated API as pointed out in #2277
However - it works around the issue currently.

One of them uses export default hljs (a default export) while the other one uses module.exports = hljs (an export-assignment).

I always thought these were equivalencies - perhaps that's only because how Rollup complies things...

As this would be a breaking change, there's also an alternative workaround:

This seems reasonable... but I feel like I've seen issues where build systems (Rollup) will then complain that they don't like seeing this "mixed" type of export (default vs named exports)... but perhaps I'm thinking of something else - or that wouldn't apply here.
I might see if we can slip this into https://github.com/highlightjs/highlight.js/pull/3307 and see how it works.

One of them uses export default hljs (a default export) while the other one uses module.exports = hljs (an export-assignment).

I always thought these were equivalencies - perhaps that's only because how Rollup complies things...

As this would be a breaking change, there's also an alternative workaround:

This seems reasonable... but I feel like I've seen issues where build systems (Rollup) will then complain that they don't like seeing this "mixed" type of export (default vs named exports)... but perhaps I'm thinking of something else - or that wouldn't apply here.
I might see if we can slip this into #3307 and see how it works.

Yeah - as far as I can tell, even microbuild compiles export default x to module.exports = x. However - TypeScript treats export default and module.exports = differently (both in CJS ESM).
Thanks for your effort 😄

@manuth Can you build from source (PR #3307) and drop in the package and see if TS is happy now?

Ping. @manuth

Published with 11.3

Confirmed to work for me! Thank you!!

authors: evert joshgoebel manuth


text:
improve styling of the KMP page

Issue Type:
[  ] Bug Report
[x]  Feature Request
[  ] Documentaion
Describe the bug
@himanshu007-creator  Please let me know  exactly what changes will you like to have !!

@himanshu007-creator  Please have a look here

Will make the Border of the Image as per Mode !
Will make the Background of the orange color a little transparent

@himanshu007-creator  Anything addition to this ?

Yes, there was slight misunderstanding. Border of image will be as per the mode, but we need to get rid of orange color.
what i want is that  kmpbox background is transparent and the border of image is according to that. No orange
kmpbox: transparent by default
Dark theme:-
image border color: white
text-color: white
light theme:-
image border color: black
text-color: black

Please assign this issue to me !


text:
Add functionality to reports#webinar_details_report

Added functionality for reports#webinar_details_report and a spec test.

@jkloian I know you submitted this PR a year ago, but if you want to review the changes requested, and merge master in to resolve the conflicts, I will then merge this into master so long as the tests pass. We are going to release a new version of zoom_rb soon and this can make it in if so.

I'm not sure about replacing id with webinar_id at this time... the webinar_participants_report method already exists and uses id and in fact many other methods use id even where the official API specifies a variable of a different name (e.g. webinarId in this case). I do agree it would be best to match the API as precisely as possible but don't want to break things by making webinar_participants_report take a different argument than people are used to. Ultimately this PR adds one new endpoint and a test for it (that being webinar_details_report) and I think it is good to merge. The new args_to_params method could perhaps be used for backwards compatibility in a later refactor to make the args closer to the official API sec, or it could just be required (with a lot of advanced notice) that the args be changed.
I went ahead and permitted include_fields in webinar_participants_report as well, technically unrelated to this PR but I saw it in the API spec and it should be harmless.
Pinging @kyleboe for input

authors: jkloian joelmichael


text:
Timers don't work in debug mode

Timers don't fire when IncludeOS is built with make debug.
Output:
TESTING Timers
                + Enabling IRQ 0, mask: 0xfffa
[ IRQ manager ] Updated subscriptions: 0x1 irq: 0
===* <IRQ !> IRQ 0 Pending: 0x1x. Count: 2
=RQ !> IRQ 0 Pending: 0x1x. Count: 2
========================================
 IncludeOS v0.8.0-rc.1-1-ga5fed3c-dirty
 +--> Running [ Timers Test Service ]
~
** <IRQ notify> __irqueue 0 Count: 2
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
.... // this continues forever

How to reproduce:
make debug and make a service using hw::PIC::instance().onTimeout() (i used /test/timers/)

@AndreasAakesson thanks for reporting. Can you please verify that it in fact continues forever?

Sure, I'll come back with a log when forever has past.

Excellent, just what I wanted to hear :-)

(Please note that you might be able to circumvent the problem using transfinite induction on a deterministic mathematical model of the problem. You could probably figure out how to do that in finite time and you could then proceed to evaluate if it's a useful approach)

Actually it looks like I'm wrong with timers not firing, but it takes a few minutes (Virtualbox, slow console output, could be it). Will give it a try on qemu on Ubuntu VM.
around 3 minutes into forever:
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
One second passed...
1sec. PULSE
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
Hey - this is a std::function - it knows about integers:
1
2
3
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
...

Thanks for the tip btw!

Oh, right. One possibility is that the millisecond interval is too hard to achieve in emulated mode. If this bug turns out to just happen nested inside virtualbox, which means it only happens in emulation mode, we should close it. Forgot to mention my platform: IncludeOS nested inside Ubuntu, inside Virtualbox, on MacAir.
Oh - and thanks for thanking me about the tip! (...then you invite me to talk more about infinity by saying...)

Infinity on my Ubuntu VM was much much shorter.
================================================================================
TESTING Timers
                + Enabling IRQ 0, mask: 0xfffa
[ IRQ manager ] Updated subscriptions: 0x1 irq: 0
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 2
================================================================================
 IncludeOS v0.8.0-rc.1-8-gee618a5
 +--> Running [ Timers Test Service ]
~
** <IRQ notify> __irqueue 0 Count: 2
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
* <IRQ !> IRQ 0 Pending: 0x1x. Count: 3
** <IRQ notify> __irqueue 0 Count: 2
** <IRQ notify> __irqueue 0 Count: 1
** <IRQ !> IRQ 0 Pending: 0x1x. Count: 1
 <IRQ !> IRQ 0 Pending: 0x1x. Count: 1
// ends here

.... Oh - and thanks for thanking me for thanking you about the tip! :shipit:

YES! :mortar_board: :joy:

That gave me a good idea - we should modify the TCP protocol to do an n-way handshake. We could then guarantee that the handshake would complete in finite time, and guarantees are excellent!

I'm not able to replicate this on hardware (trident1) - in fact it works like a charm, even with all debugging symbols and all the debug info printing from inside the IRQ-handlers proper.

authors: AndreasAakesson alfred-bratterud

repo: hioa-cs/IncludeOS


text:
Watching story with specified characters point of view

close #30

Gerd should not be selected as a player's character.

When creating a workspace, I think it is redundant to click the OK button every time after selecting an option.
It would be better to just select an option and move on to the next.

LGTM

repo: hironytic/moltonf-web


text:
Standardize Transaction ID pages

This issue tackles standardization for Transaction ID pages and their different transaction types and statuses:

Coinbase
Transfer
Function Call
Contract deploy
Pending transaction
Failed transaction

🔗 Figma links to related components: Tags, ID Details, Transactions row, Events row
🔗 Figma link to page mock-ups
General updates:

Updates to Details (Summary) section. Unify text styles. Move transaction status and transaction type tags to the Details table. Update the way data is shown (time stamp, block height, fees). Update 'copy' icon.

Update Bitcoin anchor details table text styles

Update Contract details column styles and icons

Update events component (https://github.com/hirosystems/explorer/issues/1502)

Update post-conditions component

Update available functions component

Update function call component

Update source code component

Add transaction history + status help/guidance

I'll close this one as we'll change things when we do the redesign

authors: andresgalante eugeniadigon

repo: hirosystems/explorer


text:
Screen Recording in WebAR

I want to record the AR experience in the form of a video using a button click. Is there any method for this? As in model-viewer, user can record their AR experience. Same like this, I want in MindAR. Please help me to do it. Thanks

https://developer.mozilla.org/en-US/docs/Web/API/Screen_Capture_API/Using_Screen_Capture
please read.
You can capture only canvas and video (in your example).
But you need to compose two videos (ar and video) and then save. It very expensive for browser.

How does the model viewer do it with ease? Any comments on that? I will be happy to contribute to this solution

Please give information about what model viewer you talking. I just can give example what I'm try and it give me bad results and productivity

The question had mentioned about model viewer and I assumed it was established. Well, i meant google model viewer https://modelviewer.dev/

As mentioned by BostonLeek, you will need to record the canvas and the video. One way I would recommend is to create another canvas, then you draw both the video and the AR canvas on it every frame, then you somehow capture that new canvas and export as video.

authors: BostonLeeK Fatima-Aslam hiukim vizsatiz

repo: hiukim/mind-ar-js


text:
baichuan使用旧版本代码训练的模型在新代码推理出现多余<reserved 102>

我checkout的2个版本的代码如下：
旧代码：08月18日 （结果正确）
新代码：09月14日 （结果错误，有多余<reserved 102>）
我的理解：<reserved 102> 应该是user,我理解chat模式下不应该出现多个user: 所以老板的template里面stopwords里加user token;
但是0914版本的代码里添加了一个efficient eos 并且去掉了stop_works=user token,是否是因为这个问题？

处理：我按照0818版本添加user token后预测结果正常，大佬看看是否要添加到最新代码

感谢反馈，但是框架目前仅支持当前版本训练出的模型，因此不会对旧代码训练的模型做适配

authors: floyddcn hiyouga

repo: hiyouga/LLaMA-Efficient-Tuning


text:
RuntimeError: [1] is setting up NCCL communicator and retrieving ncclUniqueId from [0] via c10d key-value store by key '0', but store->get('0') got error: Socket Timeout

Reminder

[X] I have read the README and searched the existing issues.

Reproduction
命令行参数：
nohup accelerate launch src/train_bash.py --stage sft --do_train --model_name_or_path /root/autodl-tmp/base_model/llama2-7b-hf-chat/ --dataset a3gpp16txt --template llama2 --finetuning_type lora --lora_target q_proj,v_proj --output_dir /root/autodl-tmp/output/llama2-3gpp16txt-chat --overwrite_cache --per_device_train_batch_size 4 --gradient_accumulation_steps 4 --lr_scheduler_type cosine --logging_steps 10 --save_steps 1000 --learning_rate 5e-5 --num_train_epochs 3.0 --plot_loss --bf16 --flash_attn --seed 8 &> train_res16txt_chat.out&
acclerate config：
compute_environment: LOCAL_MACHINE
distributed_type: MULTI_GPU
downcast_bf16: 'no'
gpu_ids: all
machine_rank: 0
main_training_function: main
mixed_precision: bf16
num_machines: 1
num_processes: 2
rdzv_backend: static
same_network: true
tpu_env: []
tpu_use_cluster: false
tpu_use_sudo: false
use_cpu: false
Expected behavior
尝试过两个解决方案都行不通：
方案一：
export NCCL_P2P_LEVEL=NVL
方案二：
（1）在train_bash.py中
os.environ['NCCL_SOCKET_TIMEOUT'] = '3600000'
（2）export NCCL_SOCKET_TIMEOUT=3600000
System Info
No response
Others
No response

还尝试过streaming ，max_steps=10000;
也出现了报错：
File "/root/autodl-tmp/LLaMA-Factory/src/train_bash.py", line 17, in
main()
File "/root/autodl-tmp/LLaMA-Factory/src/train_bash.py", line 8, in main
run_exp()
File "/root/autodl-tmp/LLaMA-Factory/src/llmtuner/train/tuner.py", line 26, in run_exp
run_sft(model_args, data_args, training_args, finetuning_args, generating_args, callbacks)
File "/root/autodl-tmp/LLaMA-Factory/src/llmtuner/train/sft/workflow.py", line 71, in run_sft
train_result = trainer.train(resume_from_checkpoint=training_args.resume_from_checkpoint)
File "/root/miniconda3/envs/llama2/lib/python3.10/site-packages/transformers/trainer.py", line 1537, in train
return inner_training_loop(
File "/root/miniconda3/envs/llama2/lib/python3.10/site-packages/transformers/trainer.py", line 1821, in _inner_training_loop
for step, inputs in enumerate(epoch_iterator):
File "/root/miniconda3/envs/llama2/lib/python3.10/site-packages/accelerate/data_loader.py", line 639, in iter
next_batch, next_batch_info = self._fetch_batches(main_iterator)
File "/root/miniconda3/envs/llama2/lib/python3.10/site-packages/accelerate/data_loader.py", line 602, in _fetch_batches
batch = concatenate(batches, dim=0)
File "/root/miniconda3/envs/llama2/lib/python3.10/site-packages/accelerate/utils/operations.py", line 530, in concatenate
return type(data[0])({k: concatenate([d[k] for d in data], dim=dim) for k in data[0].keys()})
File "/root/miniconda3/envs/llama2/lib/python3.10/site-packages/accelerate/utils/operations.py", line 530, in
return type(data[0])({k: concatenate([d[k] for d in data], dim=dim) for k in data[0].keys()})
File "/root/miniconda3/envs/llama2/lib/python3.10/site-packages/accelerate/utils/operations.py", line 533, in concatenate
return torch.cat(data, dim=dim)
RuntimeError: Sizes of tensors must match except in dimension 0. Expected size 432 but got size 472 for tensor number 1 in the list.

https://github.com/hiyouga/LLaMA-Factory/issues/463

repo: hiyouga/LLaMA-Factory


text:
训练DeepSeekMoE-16B-Chat报错，显示数据类型不匹配

Reminder

[X] I have read the README and searched the existing issues.

Reproduction
CUDA_VISIBLE_DEVICES=1 python src/train_bash.py
--stage sft
--do_train True
--model_name_or_path /data/home/baixy/aimodel/deepseek-moe-16b-chat
--finetuning_type lora
--template deepseek
--dataset_dir data
--dataset advs,tickets
--cutoff_len 1024
--learning_rate 5e-05
--num_train_epochs 1.0
--max_samples 100000
--per_device_train_batch_size 4
--gradient_accumulation_steps 4
--lr_scheduler_type cosine
--max_grad_norm 1.0
--logging_steps 5
--save_steps 100
--warmup_steps 0
--output_dir saves/DeepSeek-MoE-16B-Chat/lora/train_2024-02-29-10-34-07
--fp16 True
--lora_rank 8
--lora_dropout 0.1
--lora_target q_proj,v_proj
--plot_loss True
Expected behavior
/xxx/.cache/huggingface/modules/transformers_modules/deepseek-moe-16b-chat/modeling_deepseek.py", line 385, in forward
y[flat_topk_idx == i] = expert(hidden_states[flat_topk_idx == i])
RuntimeError: Index put requires the source and destination dtypes match, got Float for the destination and Half for the source.
System Info
No response
Others
No response

有点奇怪，把这行改成 y = torch.empty_like(hidden_states).half() 试试
https://huggingface.co/deepseek-ai/deepseek-moe-16b-chat/blob/main/modeling_deepseek.py#L383

十分感谢，通过您的方法已解决！

除了这处，我这跑通还得改y = (y.view(*topk_weight.shape, -1) * topk_weight.half().unsqueeze(-1)).sum(dim=1)
topk_weight是f32会把y也带回到f32
然后无论用不用deepspeed，跑的都奇慢(大概1s一个样本， 32样本的batch一个step要20~30s)，题主有碰到吗？

authors: hiyouga supdizh xinyubai1209


text:
🛑 LM Bogen WSV is down

In 056e12a, LM Bogen WSV (https://www.lmbogenwsv.de) was down:

HTTP code: 0
Response time: 0 ms

Resolved: LM Bogen WSV is back up in 8d32d3d after 7 minutes.

repo: hjstrauss/MonitorMySites


text:
🛑 Opa Hansi is down

In 4bc4c85, Opa Hansi (https://www.opahansi.de) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Opa Hansi is back up in 72cf9f5 after 7 minutes.


text:
🛑 HJStrauss is down

In c2d006b, HJStrauss (https://www.hjstrauss.de) was down:

HTTP code: 0
Response time: 0 ms

Resolved: HJStrauss is back up in 0b07257 after 9 minutes.


text:
Parse parameter getting exclusive

Hello,
When I set the parse parameter in the settings, if I try to insert a todo without a link, then it won't be created at all. My expectation would be to insert it on my journal page in this case.

This function has been deprecated.
Instead, if you want to send an item to a [[mentioned page]], you can use Cmd/Ctrl + Enter.

Indeed, thanks and sorry!

no need for any apologies at all!

authors: TeebObeeT hkgnp

repo: hkgnp/logseq-quicktodo-plugin


text:
Contact?

Hi, I've been trying to contact the maintainer of DeepCyTOF - I know opening an issue on a different repository is not appropriate, but it seems that the contact email does not work (huamin.li@yale.edu)?
It is for a research project and much gratitude would be given if another form of contact was provided?

Hi @Aneeshers , can you reach out to yuval.kluger@yale.edu?


text:
[Feature] - LLM Service Wrapper as a ROS2 Service

This PR creates an initial service that provides both OpenAI and GCP PaLM2 LLM access as a generic ROS2 service, allowing other services to simply call out to the existing service on /prompt and not worry about the implementation there.
Note that the service assumes a provided API key, usually in the form of:

OPENAI_API_KEY for OpenAI
GOOGLE_API_KEY for GCP.
API keys can be acquired here for OpenAI and here for Google.

Looks good to me.

authors: Rhodwarrior hlfshell

repo: hlfshell/wpi-capstone


text:
The hint for finishing table.el editing is quite confusing

At the top, the hint says "Edit, then exit with 'C-c C-c'". But, when I finishing editing and pressed C-c C-c, I got the menu at the bottom. From it, I don't know how to save and exit table editing mode.

Are you still experiencing this issue? If so, please include your M-x doom/info.

I can't reproduce this issue now.

authors: hlissner whjiang

repo: hlissner/doom-emacs


text:
Org headlines use different colors for different levels

RT. Use all gray color for Org headlines is blankness.

This can be achieved with one of these two solutions (you must do them after you've loaded the theme):
;; 1. use only one face for all headlines
(set-face-foreground 'org-level-1 (doom-color 'fg))
(setq org-level-faces '(org-level-1)
      org-n-level-faces 1)

;; 2. or change the color of all headers
;; This is necessary if each level have a different :height, for example.
(set-face-foreground 'org-level-1 (doom-color 'fg))
(set-face-foreground 'org-level-2 (doom-color 'fg))
(set-face-foreground 'org-level-3 (doom-color 'fg))
(set-face-foreground 'org-level-4 (doom-color 'fg))
(set-face-foreground 'org-level-5 (doom-color 'fg))
(set-face-foreground 'org-level-6 (doom-color 'fg))
(set-face-foreground 'org-level-7 (doom-color 'fg))
(set-face-foreground 'org-level-8 (doom-color 'fg))

Because there are too many possible preferences regarding Org and its headlines, I'd rather provide one default and leave it to people to tweak them for themselves.
Hope that helps!

authors: hlissner stardiviner

repo: hlissner/emacs-doom-themes


text:
New setting view

Replace the current setting view with new one.

Done

repo: hlp-ai/mt-mobile


text:
PNF link for cloudfront

Description of the issue:  Upon accessing the URL of CloudFront for this page:
Page is not found.
Steps to replicate:

Access the url:

https://tempnewsroom.accenture.com/news/accenture-and-blue-yonder-help-companies-accelerate-supply-chain-transformation--in-the-cloud.htm
https://tempnewsroom.accenture.com/industries/consumer-goods--services

Word Document:

And Also upon checking, if I replace the double dash to single dash the page will not be PNF. If I do that the file name and link will not be the same.
Expected:

Actual:

Azdo Link : https://dev.azure.com/accenturecio26/WebContentDigAssetMgmt_PR1093/_workitems/edit/290108
cc: @ravkiran @amol-anand @raymond-h-dev

Updated the redirects in EN to replace -- with - in all the target cells. Should be good to go now and this will redirect properly now.

Hi @amol-anand the page is still redirecting to single dash not in double dash.

https://tempnewsroom.accenture.com/news/2020/accenture-and-blue-yonder-help-companies-accelerate-supply-chain-transformation--in-the-cloud
https://tempnewsroom.accenture.com/industries/consumer-goods--services

yes, because the original link is accenture-and-blue-yonder-help-companies-accelerate-supply-chain-transformation--in-the-cloud.htm (with the extension) that's why it's not redirecting for you. add the .htm and it will work. We only care about redirecting the existing site links (which all have .htm)
Test this:
https://main--accenture-newsroom--hlxsites.hlx.live/news/accenture-and-blue-yonder-help-companies-accelerate-supply-chain-transformation--in-the-cloud.htm
or with .page and it works fine and redirects properly. But when you test with tempnewsroom.accenture.com it doesn't because it has an older value. The redirects.json is cached and needs to be cleared.
I believe @raymond-h-dev is working on adding push invalidation for tempnewsroom domains to the config. Once that is in place, just re publish the redirects.xlsx and it will all work as intended.
I think that your CDN cache is impacting this testing and the 404 is cached somehow. Clear CDN cache and test it again.
this is in redirects.json for your reference:
{
      "Source": "/news/accenture-and-blue-yonder-help-companies-accelerate-supply-chain-transformation--in-the-cloud.htm",
      "Destination": "/news/2020/accenture-and-blue-yonder-help-companies-accelerate-supply-chain-transformation-in-the-cloud",
},

{
      "Source": "/industries/consumer-goods--services.htm",
      "Destination": "/industries/consumer-goods-services",
}

authors: amol-anand veejayricana

repo: hlxsites/accenture-newsroom


text:
Gobot to Unity

I see that you converted it from the Gobot build amazing work.
It is possible that you can assist me in converting this one?
https://github.com/Deep-Fold/PixelSpace

Thanks.
I can't take the time right now, but when I do have the time I would like to do that personally.
Looking forward to the production.

Would be great thanks. If you do. Maybe add layers that it can be made that it parallaxes according to the camera position

authors: DarkSeth hmcGit

repo: hmcGit/UniPixelPlanet


text:
Feature: To send email in html text format

JIRA link (if applicable)
https://tools.hmcts.net/jira/browse/RDCC-3802
Change description
To send email in html text format and delete logger info that prints email body.
Does this PR introduce a breaking change? (check one with "x")
[ ] Yes
[X] No

Pipeline issue. Need to raise a new PR.

repo: hmcts/data-ingestion-lib


text:
Release 3.5

Before creating a pull request make sure that:

[ ] commit messages are meaningful and follow good commit message guidelines
[ ] README and other documentation has been updated / added (if needed)
[ ] tests have been updated / new tests has been added (if needed)

Please remove this line and everything above and fill the following sections:
JIRA link (if applicable)
Release 3. 5
Change description
Does this PR introduce a breaking change? (check one with "x")
[ ] Yes
[ ] No

Not needed

repo: hmcts/prl-cos-api


text:
zoomToDataExtend is broken

Commit: current dev branch
Steps to reproduce

Call hgApi.zoomToDataExtend()

Observed behavior

The viewport will be reset to the initial x and y domain

Expected behavior

The viewport should be set such that all of the data is visible

Should be fixed in v1.2.0.

authors: flekschas pkerpedjiev

repo: hms-dbmi/higlass


text:
请求携带的token长度是不是异常了，输入什么响应都是超长了

"error": {
"message": "This model's maximum context length is 8192 tokens. However, you requested 8192 tokens (58 in the messages, 8134 in the completion). Please reduce the length of the messages or completion.",
"type": "invalid_request_error",
"param": "messages",
"code": "context_length_exceeded"
}

是最新的代码吗，这块计算调整下了。GPT3.5 测试是正常。GPT-4 没测试过，看下表中 promptTokens 值是多少

那应该还要再减一

是的，减一可以解决

代码里已减一。

authors: butnows hncboy

repo: hncboy/chatgpt-web-java


text:
website redirect

http://global.thermonuclearwar.org/ is being redirected to iyfnzgb [dot] com, a known malware site.
I appreciate that you're probably no longer in control of the domain, but perhaps it would be wise to remove the link from the repo?

appreciate the tip-off! thanks 😇

authors: hnrysmth just-some-tall-bloke

repo: hnrysmth/global-thermonuclear-war


text:
Invariant Violation: requireNativeComponent: "DropShadow" was not found in the UIManager.

just normally import and use

react-navite version:     "react-native": "^0.66.4",

#1 resolve

#1 resolve

sorry, I'm running it in a expo project, it can be running in emulator devices by myself, but somehow got above error.
I notice that in #1 the comment that you have mentioned this component cannot be running in an expo project ?

yes, expo is not supported

sorry, but for me that is confused, I can run it in ios and android in both emulator devices.

any solution for expo?

authors: AroliSG hoanglam10499 ritsuyan


text:
🛑 Bo GDDT is down

In c48c92f, Bo GDDT (https://moet.gov.vn/Pages/home.aspx) was down:

HTTP code: 503
Response time: 1319 ms

Resolved: Bo GDDT is back up in 0309903.


text:
options={{headerShown: false}} in CurvedBottomBar.Screen is not working

I try to hide the header in CurvedBottomBar.Screen : options={{headerShown: false}} but it not working, I just downgraded version to 2.4.1 so it worked.

Same problems

I try to hide the header in CurvedBottomBar.Screen : options={{headerShown: false}} but it not working, I just downgraded version to 2.4.1 so it worked.

In current v3.2.6 the issue still exists. For specific screen is there any way to hide the header???

I try to hide the header in CurvedBottomBar.Screen : options={{headerShown: false}} but it not working, I just downgraded version to 2.4.1 so it worked.

Use options={{headerShown: false}} in CurvedBottomBar.Navigator

But this will hide the header in all screens, which https://reactnavigation.org/docs/bottom-tab-navigator/ doesn't do.

Issue is here https://github.com/hoaphantn7604/react-native-curved-bottom-bar/blob/master/src/CurvedBottomBar/components/BottomBarViewExpo/index.tsx#L291 the options are not passed to the screen. Here's a fix  <Tab.Screen options={e?.props?.options} key={e?.props?.name} name={e?.props?.name}>
@hoaphantn7604

It would be nice if listener is also included on that file too

It would be nice if listener is also included on that file too...

Issue is here https://github.com/hoaphantn7604/react-native-curved-bottom-bar/blob/master/src/CurvedBottomBar/components/BottomBarViewExpo/index.tsx#L291 the options are not passed to the screen. Here's a fix  <Tab.Screen options={e?.props?.options} key={e?.props?.name} name={e?.props?.name}>
@hoaphantn7604

It would be nice if listener is also included on that file too

I try to hide the header in CurvedBottomBar.Screen : options={{headerShown: false}} but it not working, I just downgraded version to 2.4.1 so it worked.

screenOptions={
{
headerStatusBarHeight: -56,
} do this in screen option to hide header

add screenOptions={{ headerShown: false, }} on CurvedBottomBar this will fix the issue

@Usamaliaquat123 not sure if you understand the issue here, if you do that it hides the entire header. We don't want to hide the entire header but for some screens. Please read up the comments above.


text:
m.deubg() for SPs not fully functional

Currently when you run debug() on an SP you get this error during the relaxed constraint solution
/Users/mayork/Documents/GpGit/gpkit/gpkit/constraints/set.pyc in as_posyslt1(self, substitutions)
    201         posylist, self.posymap = [], []
    202         for constraint in self:
--> 203             posys = constraint.as_posyslt1(substitutions)
    204             self.posymap.append(len(posys))
    205             posylist.extend(posys)

/Users/mayork/Documents/GpGit/gpkit/gpkit/constraints/set.pyc in as_posyslt1(self, substitutions)
    201         posylist, self.posymap = [], []
    202         for constraint in self:
--> 203             posys = constraint.as_posyslt1(substitutions)
    204             self.posymap.append(len(posys))
    205             posylist.extend(posys)

/Users/mayork/Documents/GpGit/gpkit/gpkit/nomials/nomial_math.pyc in as_posyslt1(self, substitutions)
    701         "Returns the posys <= 1 representation of this constraint."
    702         # todo deal with substitutions
--> 703         raise InvalidGPConstraint("SignomialEquality could not simplify"
    704                                   " to a PosynomialInequality; try calling"
    705                                   "`.localsolve` instead of `.solve` to"

InvalidGPConstraint: SignomialEquality could not simplify to a PosynomialInequality; try calling`.localsolve` instead of `.solve` to form your Model as a SignomialProgram

I think there should either be a more elegant error message of this should work

Yeah that should work...what file and commit are you seeing this on?

This commit on D8 184467c058267d1fefa186b40821199d76a25684 the branch is near_optimal. Run the file engine_flight_profile_integration.py.

setup has the wrong error message here (and debug has been tested on SPs)

authors: bqpd mayork

repo: hoburg/gpkit


text:
how to use with mongoose?

I'm trying the lib and want to integrate with my existing mongoose Schema, like below:
var formTypeSchema = mongoose.Schema({

  name:{type:String},
  title:{type:String, default:''},
  mainKey:{type:String, default:'_id'},
  desc:{type:String, default:''},

  createAt:{ type: Date, default: function(){ return new Date() } },
  createBy:{type:_ObjectId , ref:'Person' },

  updateAt:{ type: Date, default: function(){ return new Date() } },
  updateBy:{type:_ObjectId , ref:'Person' },

  template: Mixed

})

with a sample data:
{
  name:"form1",
  title:"test for form1",
  template: { any:"object" }
}

trying but don't know where to start

Hey @futurist. The goal of this project is to focus on defining/modeling json:api payloads rather than focusing on defining the backing data store. I've recently merged some changes to the README to explain the motivations behind a config-driven approach to building an API.
What does this mean for your use case? In a nutshell, you'll need to:

Define the resource's attributes that Clients will be interacting with - the docs here should help.
Create/Pick a handler - an object exposing operations to create/search/find/delete/update resources. If you're using mongodb you could consider using jsonapi-store-mongodb which will deal with the mongodb storage layer for you.

The only difficulty you may run into will be around creation and updated dates. If you need to enforce those yourself (as in, you can't trust your clients to do it) you'll need to define your own handler to inject/update the dates into the users payloads before handing over to your data layer.
If all else fails, take a look over the example implementation (that uses the in-memory handler) here: https://github.com/holidayextras/jsonapi-server/tree/master/example

Thank you for the detailed reply. I've tried json-api, which using mongoose as store, but now I leave that lib and begin using jsonapi-server + jsonapi-sotre-mongodb, it's so far the best node lib to serve json-api IMO.
After test therer's an issue in my side:
Source code:
var jsonApi = require("jsonapi-server");
var MongoStore = require("jsonapi-store-mongodb");

jsonApi.setConfig({
  base: "",
  port: 4000,
});

jsonApi.define({
  resource: "photos",
  handlers: new MongoStore({
    url: "mongodb://localhost:27017/test2",
  }),
  attributes: {
    title: jsonApi.Joi.string(),
    url: jsonApi.Joi.string().uri(),
    height: jsonApi.Joi.number().min(1).max(10000).precision(0),
    width: jsonApi.Joi.number().min(1).max(10000).precision(0)
  }
});

jsonApi.start();

A. POST below data to url /photos
{"data":{"type":"photos","attributes":{"title":"test photo", "url":"http://www.baidu.com", "height":20, "width":30 }}}

B. server returned body:
{"jsonapi":{"version":"1.0"},"meta":{},"links":{"self":"/photos/baff0a1d-5ad5-4042-abb2-5d9dfdbb571e"},"data":null}

here data is null;  but if changing handlers: new jsonApi.MemoryHandler() the data is right.
C. check mongodb test2 db, collections photos exists and contained a document as below
{ "_id" : BinData(4,"YmFmZjBhMWQtNWFkNS00MDQyLWFiYjItNWQ5ZGZkYmI1NzFl"), "id" : "baff0a1d-5ad5-4042-abb2-5d9dfdbb571e", "type" : "photos", "title" : "test photo", "url" : "http://www.baidu.com", "height" : 20, "width" : 30, "meta" : null }

but GET /photos/baff0a1d-5ad5-4042-abb2-5d9dfdbb571e, returned data is null

Beside, the project now need a feature, that user can interact with the data structure, similar to typeform.com
The need is, in above source code, after jsonApi.start(), in a later time want to add a new resource type in jsonApi.define, e.g.:
jsonApi.start();

...... // at a later time
jsonApi.define({
  resource: "location",
  ....
})
jsonApi.close();
jsonApi.start();
// now there should have 2 resource types: photos, location

Question is: is this possible / right way to add new resources? any side effects except for the server down shortly?

Hi @futurist - You can call jsonApi.define() whenever you like. jsonApi.close() is provided to enable all handlers to gracefully shutdown.
var jsonApi = require("jsonapi-server");

// jsonApi.define() here will work

jsonApi.setConfig({
  base: "",
  port: 4000,
});

// jsonApi.define() here will work

jsonApi.start();

// jsonApi.define() here will work

With regards to jsonapi-store-mongodb, it looks like you've found a bug. You can see the validation error if you start jsonapi-server using DEBUG=jsonApi:* as per the debugging documentation.
The bug occurs because of the way MongoDB handles null and undefined values (undefined gets coerced to null, which fails the Joi validation). You can work around it for now by passing in an empty meta block:
$ curl -X POST --header "Content-Type: application/json" --data '{"data":{"type":"photos","attributes":{"title":"test photo", "url":"http://www.baidu.com", "height":20, "width":30}, "meta": { }}}' http://localhost:16006/rest/photos

Fixing the bug won't be too hard, we're currently pushing some more features into jsonapi-store-mongodb with the intention of putting it in production over the new few weeks. I'll add this bug to the todo-list.

This one line fix: https://github.com/holidayextras/jsonapi-store-mongodb/pull/10/files#diff-4219f7be27f0b8a5bb43a23c247c204cR33 resolves the bug mentioned above.

My updates have been merged, can you try again with v1.1.0 of jsonapi-store-mongodb?

POST same test data above without meta:{},  the returned JSON is right now:
{
  "jsonapi": {
    "version": "1.0"
  },
  "meta": {},
  "links": {
    "self": "/photos/008ef600-0cad-4fb5-860a-958414defde7"
  },
  "data": {
    "type": "photos",
    "id": "008ef600-0cad-4fb5-860a-958414defde7",
    "attributes": {
      "title": "test photo",
      "url": "http://www.baidu.com",
      "height": 20,
      "width": 30
    },
    "links": {
      "self": "/photos/008ef600-0cad-4fb5-860a-958414defde7"
    }
  }
}

But when GET links.self prop: /photos/008ef600-0cad-4fb5-860a-958414defde7, the returned JSON:
{
  "jsonapi": {
    "version": "1.0"
  },
  "meta": {},
  "links": {
    "self": "/photos008ef600-0cad-4fb5-860a-958414defde7"
  },
  "data": {
    "type": "photos",
    "id": "008ef600-0cad-4fb5-860a-958414defde7",
    "attributes": {
      "title": "test photo",
      "url": "http://www.baidu.com",
      "height": 20,
      "width": 30
    },
    "links": {
      "self": "/photos/008ef600-0cad-4fb5-860a-958414defde7"
    }
  },
  "included": []
}

the links.self lost a back-slash

Also noticed in the according mongodb document:
{ "_id" : BinData(4,"MDA4ZWY2MDAtMGNhZC00ZmI1LTg2MGEtOTU4NDE0ZGVmZGU3"), "id" : "008ef600-0cad-4fb5-860a-958414defde7", "type" : "photos", "title" : "test photo", "url" : "http://www.baidu.com", "height" : 20, "width" : 30 }

_id and id stored the same UUID in hex and string? can it only be one to optimize the doc size a little?

When you set the config, I think you're missing some important bits, you'll need:
jsonApi.setConfig({
  protocol: "http",
  hostname: "localhost",
  port: 16006,
  base: "rest"
});

The missing config will make all the links absolute instead of relative and should fix up your issue.
I can see where you got the minimal config from, sorry about that, I'll raise an issue to update that example in the documentation.

You're right about storing the id twice, it'd be great to only store it once. I'm going to leave that one until a colleague gets back from holiday, I'd like to run it by him before changing it. He might know something I don't.

If want to serve the api in a root path, say: http://localhost:16006/photos without rest in path, is that possible?
I've tried base:"" and base:"/", both with a slash missing; the config you gave worked.

Nice find again, it's fixed here: https://github.com/holidayextras/jsonapi-server/pull/79 from jsonapi-server v1.0.4 you'll be able to omit the base config and it'll behave as you expect.

authors: futurist hxoliverrumbelow theninj4

repo: holidayextras/jsonapi-server


text:
broken on Solaris 10

Script errors on Sol 10, could be related to bc:
pvd-dat-61$ ./spark
USAGE:
spark [comma,separated,value,list]
EXAMPLES:
spark 1,5,22,13,53
▁▁▃▂▇
spark 0,30,55,80,33,150
▁▂▃▅▂▇
pvd-dat-61$ ./spark 10,20,30
syntax error on line 1, teletype
syntax error on line 1, teletype
syntax error on line 1, teletype
./spark: line 105: [: -eq: unary operator expected
syntax error on line 1, teletype
syntax error on line 1, teletype
syntax error on line 1, teletype
./spark: line 105: [: -eq: unary operator expected
syntax error on line 1, teletype
syntax error on line 1, teletype
syntax error on line 1, teletype
./spark: line 105: [: -eq: unary operator expected
syntax error on line 1, teletype
syntax error on line 1, teletype
syntax error on line 1, teletype
./spark: line 105: [: -eq: unary operator expected
syntax error on line 1, teletype
syntax error on line 1, teletype
syntax error on line 1, teletype
./spark: line 105: [: -eq: unary operator expected
syntax error on line 1, teletype
syntax error on line 1, teletype
syntax error on line 1, teletype
./spark: line 105: [: -eq: unary operator expected
syntax error on line 1, teletype
syntax error on line 1, teletype
syntax error on line 1, teletype
./spark: line 105: [: -eq: unary operator expected
syntax error on line 1, teletype
syntax error on line 1, teletype
syntax error on line 1, teletype
./spark: line 105: [: -eq: unary operator expected
syntax error on line 1, teletype
syntax error on line 1, teletype
syntax error on line 1, teletype
./spark: line 105: [: -eq: unary operator expected
▇▇▇
pvd-dat-61$ head -3 spark
#!/usr/bin/env bash

spark
pvd-dat-61$ uname -a
SunOS pvd-dat-61 5.10 Generic_142909-17 sun4u sparc SUNW,SPARC-Enterprise Solaris
pvd-dat-61$

Can you pull down the latest? We don't use bc anymore.

Doing it now…..
Hey, GREAT!  It is heaaaaled!
Thanks, this is lovely and I intend to use it to tun some boring text walls into eye candy mountain ranges. :7)

Will
P.S.  It only works on whole numbers, right?
On Nov 15, 2011, at 2:21 PM, Zach Holman wrote:

Can you pull down the latest? We don't use bc anymore.

Reply to this email directly or view it on GitHub:
https://github.com/holman/spark/issues/24#issuecomment-2749606

--
Will Enestvedt
wille@enestvedt.net
"There is always an easy solution to every human problem--neat,
plausible, and wrong." -- H.L. Mencken

Awesome.
ints-only right now (it's a regression since bc handled floats for us), but the aim is to fix that asap.

authors: holman wenestvedt

repo: holman/spark


text:
WIP Error Bubble Up

PR summary
This PR proposes to remove as much as possible the call to panics by bubbling them up into custom error in order to use the Rust's question mark operator.
Referencing https://github.com/holochain/lib3h/issues/289
Review checklist

[ ] The story has unit or integration tests
[ ] No new bugs, and any tech-debt is identified and justified
[ ] There is enough API documentation (how to use)
[ ] There is enough code documentation (how the code works)

This work is irrelevant now because its fated to be discarded when ghost_actor v2 will kick off.
Even though this is unused code, it can be of some help in the future, so we can merge it as soon as the CI pass IMO.


text:
What are the format requirements for the data?

Hi @hologerry ,
Thanks for your contribution, but I'm very confused about the data format requirements of this code, there doesn't seem to be any explanation.
I construct the data format like this:
| imagenet
| ---- train
| --------n01440766
| ---- val

However, when I try to run the code
bash ./tools/SoCo_FPN_100ep.sh

There is an error and I have no idea how to fix it:
FileNotFoundError: [Errno 2] No such file or directory: './data/imagenet/train_map.txt'

Could you please refine the README and provide the available data formats?

Hi @mitming,
I'm not one of the authors but I've gone through this same painful process and have some info!
When running the selective search scripts I had the ImageNet data formatted in the same way you describe (i.e. its default structure). However, when pre-training models the SoCo code here expects the ImageNet data to be in a ZIP format. This means I have one train.zip file that contains all class folders and images (without the top folder train/).
Then I needed to search around for this train_map.txt file that didn't exist. I eventually tried to generate the file using the code from here https://github.com/microsoft/CNTK/issues/2091#issuecomment-313701629.
I think this is what solved it for me in the end.
Hope this helps,
Linus

Hi @mitming,
I'm not one of the authors but I've gone through this same painful process and have some info! When running the selective search scripts I had the ImageNet data formatted in the same way you describe (i.e. its default structure). However, when pre-training models the SoCo code here expects the ImageNet data to be in a ZIP format. This means I have one train.zip file that contains all class folders and images (without the top folder train/).
Then I needed to search around for this train_map.txt file that didn't exist. I eventually tried to generate the file using the code from here microsoft/CNTK#2091 (comment). I think this is what solved it for me in the end.
Hope this helps, Linus

Hi @linusericsson ,
Thank you for your reply, it has benefited me a lot.
Although the data reading problem can be solved by your solution, however, I still can't run the code successfully, and there seems to be other bugs of the code.
Can you please tell me if you can run the code here properly? If so, have you made any changes?

Hi @mitming
Yes, I think I remember having some similar bugs when first trying to run the code.
I believe the error below can be fixed by casting x1 and x2 into integers: random.randint(int(x1), int(x2))
/home/code/repos/SoCo/contrast/data/transform_ops.py(362)__call__()
-> center_cut_x = random.randint(x1, x2)
*** ValueError: non-integer stop for randrange()

Later, you might have the same problem I did with APEX mixed-precision. For me, the optimization level O1 did not work at first. I tried O2 instead and that ran but gave lower downstrream performance. I eventually patched APEX which fixed the O1 setting.
Hope this helps,
Linus

Hi @hologerry ,
Thanks for your contribution, but I'm very confused about the data format requirements of this code, there doesn't seem to be any explanation.
I construct the data format like this:
| imagenet
| ---- train
| --------n01440766
| ---- val

However, when I try to run the code
bash ./tools/SoCo_FPN_100ep.sh

There is an error and I have no idea how to fix it:
FileNotFoundError: [Errno 2] No such file or directory: './data/imagenet/train_map.txt'

Could you please refine the README and provide the available data formats?

Hi @mitming
I also encountered this problem. But unpacked ImageNet data is too large for me.
Is it convenient for you to send this file train_map.txt to my email 2229793224@qq.com?
Thanks!

authors: isgeng linusericsson mitming

repo: hologerry/SoCo


text:
Create new DomainProcess for SendEmail and SendSMS

Create new DomainProcess for SendEmail and SendSMS.
Processes should:

Attempt to send first
Create record with send disposition
Hook up the new processes to the ServiceBus events for CreateApplicationEmailBroadcast and CreateApplicationSmsBroadcast

service bus events hooked up see SendConfirmationEmailProcess and SendResetPasswordEmailProcess

repo: holomodular/ServiceBricks-Security