text:
Invalid values in published XML are being saved and output by DS as 0.0000

Describe the bug
Invalid values in published data are being saved and about by the DS as '0.0000000'
To Reproduce
Steps to reproduce the behavior:

Use Reporting Organisation = Heartland Alliance International on the QB and return the results in XML
See Target and Actual values output as 0.00000000:

Open raw XML published by Heartland Alliance International on the Registry:
See corresponding Target and Actual values set to 75% and 100% (invalid because they shouldn't include '%':

Expected behavior
The current behaviour gives the false impression that the publisher has published the values as 0.000
It would be preferable if the element was still output by the DS, but with something like 'INVALID VALUE' to indicate to the user that the publisher has published this field, but incorrectly.

Restested, looks good 👍

Regression, as I noticed this is back, see https://iatidatastore.iatistandard.org/search/activity?q=(title_narrative:"US-EIN-US-EIN-300739799-XM-DAC-7-PPR-4000001645" OR description_narrative:"US-EIN-US-EIN-300739799-XM-DAC-7-PPR-4000001645" OR iati_identifier:"US-EIN-US-EIN-300739799-XM-DAC-7-PPR-4000001645")&wt=json&rows=2500 for example

authors: JoshStanleyDevInit siemvaessen


text:
Automaticly highlight everything until newline found, if not specified.

I think it would be nice if you were not required to specify the number of lines, instead of inferring until an empty line is found.

So these two would produce the same result.

Good suggestion. This is being worked on here: https://github.com/zimonitrome/vscode-color-blocks/tree/improvecomments
This will probably also cause some change in how the color blocks are used currently so expect a major release soon :)

source: gharchive/issue

repo: zimonitrome/vscode-color-blocks

license: MIT

license_type: permissive

license_source: github-api


text:
parameter

Hello, how is the on-chip energy consumption calculated? Why does the paper not give the traditional parameter quantity and calculation quantity to measure the degree of lightweight?

Our paper focuses on computation complexity bottleneck instead of #parameters of Transformers. As floating-point operations (FLOPs) cannot accurately reflect the computational cost in our proposed method, we measure the model complexity by the number of multiplications and additions, separately.
To compute the on-chip energy, we first calculate FLOPs, where we count the multiply-accumulate operations for all layers. We also count the multiplications in the scaling operations. In this case, each multiply-accumulate operation consists of an addition and a multiplication. Then, the on-chip energy consumption can be calculated by: #multiplications * 3.7 (energy consumption for a 32-bit multiplication) + #additions * 0.9 (energy consumption for a 32-bit addition)

repo: ziplab/EcoFormer


text:
PermissionDenied when trying to create resources on self hosted instance.

Preflight Checklist

[X] I could not find a solution in the documentation, the existing issues or discussions
[X] I have joined the ZITADEL chat

Version
2.0.1
ZITADEL Version
2.62.1
Describe the problem caused by this bug
I am trying to create an organization.
After running tofu apply I receive the following error.
zitadel_org.homelab: Creating...
╷
│ Error: rpc error: code = PermissionDenied desc = could not read projectid by clientid (AUTH-GHpw2)
│
│   with zitadel_org.homelab,
│   on org_homelab.tf line 1, in resource "zitadel_org" "homelab":
│    1: resource "zitadel_org" "homelab" {
│
╵

To reproduce
I have followed the steps on the official docs website to setup a Docker compose with service account.
I copied the zitadel-admin-sa.json key to my laptop from which I run OpenTofu.
My terraform config
terraform {
  required_providers {
    zitadel = {
      source  = "zitadel/zitadel"
      version = "2.0.1"
    }
  }
}

provider "zitadel" {
  domain           = "foo.bar"
  insecure         = "false"
  port             = "443"
  jwt_profile_file = "./zitadel-admin-sa.json"
}

resource "zitadel_org" "homelab" {
  name       = "homelab"
  is_default = true
}

Screenshots
No response
Expected behavior
No response
Relevant Configuration
No response
Additional Context
No response

We're experiencing the same issue. Our workaround for now is to downgrade to v2.61.1.

Can confirm that the workaround of downgrading to v2.61.1 works.

The issue was fixed for me in the latest version v2.63.1

authors: joeppeeters rubenelshof

repo: zitadel/terraform-provider-zitadel


text:
docs: add refresh token section to angular guide

Updates the documentation for #5189
### Definition of Ready
- [ ] I am happy with the code
- [ ] Short description of the feature/issue is added in the pr description
- [ ] PR is linked to the corresponding user story
- [ ] Acceptance criteria are met
- [ ] All open todos and follow ups are defined in a new ticket and justified
- [ ] Deviations from the acceptance criteria and design are agreed with the PO and documented.
- [ ] No debug or dead code
- [ ] Critical parts are tested automatically
- [ ] Where possible E2E tests are implemented
- [ ] Documentation/examples are up-to-date
- [ ] All non-functional requirements are met
- [ ] Functionality of the acceptance criteria is checked manually on the dev system.

Let's add the signout URL to the docs?

source: gharchive/pull-request

authors: eliobischof peintnermax

repo: zitadel/zitadel


text:
Question on wrong results

Hello, zjuela.
First of all I really appreciate your source code.
Now I'm running this code on my computer (window10 64bit) by just modifying some parameters which should be changed in order to operate on the latest library version.
However, there is a problem as shown in the attached image.
This image is a 2x scaled image as an output of the code.
I couldn't find the reason why the image has wrong result data.
Did you experienced this problem before? or Do you have any idea to solve this problem?

Hello, zjuela.
I finally found that this problem can be resolved by using older version of included libraries.
I could not know which libraries are the reason of the problem, but maybe one or more of tensorlayer, scipy, scikit-image, and easydict are doubted.
It'd be better to upgrade your code by using the latest libraries.
Anyway, your code was very helpful to me. Thank you.

@yjyoon7  Thanks for reporting this. The results look like image format problem. So I would recommend checking the image format when saving and displaying the figure.

repo: zjuela/LapSRN-tensorflow

license_source: bigquery


text:
key error

I comes up with a running error of:
File "data/processor.py", line 417, in _create_examples
relation_names.append(rel2text[t])
KeyError: '/soccer/football_team/current_roster./soccer/football_roster_position/position'
when I run the command "sh ./scripts/wn18rr.sh" in project GenKGC

Make sure you download the same format of our preprocessed dataset in ·GenKGC· ， you can download the dataset via this link https://drive.google.com/drive/folders/1lo7GEkOzonoaJJ9edHTwMYEl6BajmLQg?usp=sharing

repo: zjunlp/PromptKG


text:
Experimental Setup in HotpotQA

Hi,
I came across your blog post (https://www.zjukg.org/project/TRICE/) and noticed that you conducted experiments using the HotpotQA dataset. I have a question regarding the experimental setup.
In the results table, it mentions "Unseen Tool". Does this mean that a different search engine was used compared to the WikiSearch used for datasets like WebQuestion and NaturalQuestion? If so, could you please specify which search engine was used?
Thank you!
Ryoma Obara

Hello, here we use a Wikipedia retriever as an unseen tool.

Thank you for your response.
Is the "Wikipedia retriever" different from the "WikiSearch" used to tackle WebQuestion and NaturalQuestion? If they are the same, does it mean that Vicuna (TRICE-MIX) used in HotpotQA experiments was not trained with the WikiSearch tool?

We apologize for the unclear expression. Both WikiSearch and Retriever are fundamentally based on Wikipedia documents but are different tools. WikiSearch directly returns the 2-4 most similar documents that match the keywords, while in Retriever, to highlight the retrieval aspect, we perform segmentation (512 tokens) on the retrieved documents and select the top 3-5 segments with the highest similarity as results.
During training, Vicuna (TRICE-MIX) incorporates WikiSearch. During testing, we enable Vicuna (TRICE-MIX) to utilize Retriever by directly providing instructions such as "Please answer the following question, and you can use a Retriever for help." This allows Vicuna (TRICE-MIX) to leverage the Retriever during the testing phase.

repo: zjunlp/TRICE


text:
可以用自制数据集训练吗

我想用自己用labelme标注的数据集训练，我看这里只给出了culane和tusimple的格式，请问需要做哪些修改呢？

@hungrybreadyosoro 您好，最简单的方式是将您数据集格式转成CULane或者Tusimple。如果您想自己定义数据集格式，我这里给您提供一个修改的方法。
在base_dataset.py文件里的BaseDataset类增加一个类似CULane和Tusimple数据集类中load_annotations()函数，该函数中需要定义self.data_infos这个变量，self.data_infos是一个列表，列表中每个元素是一个字典，字典中需要包括{"img_path","mask_path",''lanes'}三个基本的键。定义好之后，您还需要在类里面定义一下evaluate函数用于验证模型性能。

感谢您的回答！我按照culane的格式，编写了一个train_gt.txt的文件，指明了每组输入图像和标签图像的路径，应该可以正常训练。现在还有几处疑问想请教一下：
①我想用condlanenet的方法训练，自制数据集尺寸是1920*1080，我注意到resnet50_culane.py中有sample_y=(590, 270, -8)，这个该如何设定呢？590是culane数据集的尺寸，270到590是可能出现车道线的范围，这样理解对吗？以及-8是怎么设置的？
②此外，第90行到第104行当中，img_height和img_width是如何计算的？
③crop_bbox是不是起到一个裁切的作用，裁切出画面中可能存在车道线的画面？
④mask_size = (1, 80, 200)是如何设置的？
还请包含一个深度学习小白，一次问了您很多问题，望不吝赐教！

@hungrybreadyosoro

CULane在最后进行验证时候是取离散的点进行F1 score的评价，因此需要沿着图片宽的方向也就是y轴进行采用样。[270,520]是车道线出现的范围。-8是采样步长，沿y轴每8个像素点进行采样。这个在实际中可以按照你的标签来设置-8这个值，因为CULane中是每8个像素因此取-8.
img_width是图片宽度，这个值可大可小，依据你的实际数据集情况来设置，320=590-270。也就是车道线所在图片的范围。
理解是正确的，crop_bbox就是将不包含车道线部分图片裁剪掉。
mask_size =(1, 80, 200)是用来求point的位置的，每个point所在方格大小为4*4，因此80=320/4，200=800/4.
数据增强参数一般默认即可，因为CULane数据集已经足够复杂了

如果您还有问题的话欢迎重新打开这个issue，没有的话我就先关闭该issue。

authors: hungrybreadyosoro zkyseu

repo: zkyseu/PPlanedet


text:
Magnetic north turns objects when it should not

EDIT: Is the map turned to magnetic heading intentionally? (I guess, it's turned so that vectors were in magnetic heading.)
Here's a screenshot of Domodedovo from OSM:

And this is in the sim. I took real RWY coordinates from OSM and created two fixes from them, XXX and YYY, to check if I had a map consistent with real life, not distorted intentionally. As you see, they stand exactly at the ends of the runway.

Yes, the behavior of magnetic_north causing objects to 'rotate' is intentional.  It is specifically so that runway headings would be in the expected orientation, runway 36 or 27 looked wrong without the rotation.  My feeling at the time was that drawing with true north as up instead of magnetic north as up would have been generally confusing for most players and not added anything substantial to the game (especially for the amount of work).

@tedrek agree.

authors: culebron tedrek

repo: zlsa/atc

license: mit


text:
1.7.10 Thermos issues found so far:

Good day.
The server config used: 1.7.10, Forge 1614, Thermos (57 build).
As far i have found such crashes for both server and client on latest version (1.2.4 AdvRocketry + 0.2.6 LibVulpes).

Astrobody Data processor caused server crash (see log on pastebin), duplicating the asteroid chip on finishing the chip processing with data.
https://pastebin.com/LkgKkNfN

Right after this, trying to program another chip in Observatory, i get client kicked with "internal server error". Server console output is here: https://pastebin.com/bX2evkSi. The client log didn't specify anything. Upon relogging and opening observatory, i found out my 1-st belt slot was inside all 3 data slots in observatory and couldn't be taken out. Upon breaking and placing observatory, it worked and was able to program chip with no crash.

As i have commented the issue before (cannot find it). There is a crash with observatory and data loading: https://pastebin.com/y4m8u2dk
Steps taken before the crash:

I had 1.019b version and there was an built up observatory.
After installing 1.2.4, i have partially rebuilt it (added lens, motor and 2 data storages).
I used data chips to fill the storage using the observatory GUI (not data storages).
Made 1 asteroid chip, put it into astrobody data processor and then left server for about 1-2 hour.
Upon coming back, i tried to open observatory and got the CTD on the client, also, after relogging, i checked that even with multiblock being built, the data storages of Observatory show 0 data inside.
When i broke the observatory block and put it back, everything reverted to normal, also, all the data was lost.

As i have tested on the space station with warp controller, if you put the data chip and send the data to buffer, this leaves the empty data chip. However, if you press "store to buffer" once more, you get CTD. This only affect warp controller so far, i couldn't reproduce it with other data-storing blocks. Client crashreport is here: https://pastebin.com/KxFwajug

As of 1.019b version, there was no issues with observatory at all, also, astrobody data processor was working as intended.
If you need any additional data on the crashed, please contact me, i will gladly help with any data needed to fix the issues.

Updating to 1.25 version still make no effect.


text:
Get a callback when playback has reached the end

:clipboard: Description
Get a callback when playback has reached the end.
:microphone: Motivation
I have several clips that I would like to play in a sequence. I have to know when a sound has finished playing so I can start the next one.
:bulb: Alternatives
SetInterval and checking currentTime, comparing to the total length 🤦 Not good.

// Play the sound with an onEnd callback
whoosh.play((success) => {
if (success) {
console.log('successfully finished playing');
this.nextSong();
} else {
console.log('playback failed due to audio decoding errors');
}
});
});

I misread the docs :) Thanks

repo: zmxv/react-native-sound


text:
Default smoker status to never -- the default option that exists.

initial value of smokerStatus is no, an option that doesn't exist in the dropdown, so no default value is displayed to the user. The backend, however is sent the value of never in this case. This PR fixes the discrepancy between what the user sees on the screen (blank), and what is sent to the server (never).

Do you mind updating the data dictionary with a note to reflect this?

authors: JoshElgar MikeD-ZOE

repo: zoe/covid-tracker-react-native


text:
Project Structure

Setting up the project structure under symfony 3.4.

1 hour.

Setting up is terminated.

repo: zohac/snowtricks


text:
[issue-4336] halt launch requested notifications on projects

Describe your change here.
Remove launch email notifications from Projects
Review checklist

[x] First, the most important one: is this PR small enough that you can actually review it? Feel free to just reject a branch if the changes are hard to review due to the length of the diff.
[ ] If there are any migrations, will they the previous version of the app work correctly after they've been run (e.g. the don't remove columns still known about by ActiveRecord).
[ ] If anything changed with regards to the public API, are those changes also documented in the apiary.apib file?
[x] Are all the changes covered by tests? Think about any possible edge cases that might be left untested.

Looks good to me; accomplishes the goal to remove the project launch_requested change mailer.

authors: Tooyosi lcjohnso

repo: zooniverse/panoptes


text:
Spike build/tests with SWC

[x] Use SWC for building the web
[x] Use SWC with jest
[x] Use SWC with rollup

Pros 👍:

Fewer dependencies (react-scripts is so big)

We can use the latest jest/webpack versions

Cons 👎:

Custom configs (small ones compared to babel custom configs though)
Not seeing any major improvement in terms of speed on testing/building.

Notes:
cssTransform.js and fileTransform.js are copied from react-scripts

Closing as we don't see real benefits in terms of perf

repo: zopaUK/react-components


text:
Develop

Merge for major version upgrade.

:100:

authors: pkra zorkow

repo: zorkow/speech-rule-engine


text:
Fixed failing META test relating to licence

Updated meta to specify version two of the artistic license and added a copy of the Artistic license 2.0 to the repo.
Added a .gitignore to skip .precomp and editor related files.

I'd prefer to have the two commits squashed so I don't have a README change/revert in the history. If you cherry-pick/rebase-remove the change instead of performing a revert, this will be accepted more quickly.

Or maybe I'll just merge anyway... thanks!

Your welcome and sorry about clobbering the diff on the readme, I need to read up on rebasing.

authors: samgwise zostay


text:
How to use this plugin with the phonegap build?

Is it possible?

never mind I found out how, just add this line guys to your config.xml
<gap:plugin name="com.mediamatrixdoo.keepscreenon" source="plugins.cordova.io" />

repo: zoxxx/PhoneGap-KeepScreenOn-plugin


text:
test filed with error

i tried to use ui test with app and it field
The following assertion was thrown running a test:
Object/factory with  type Repository is not registered inside GetIt.
(Did you accidentally do GetIt sl=GetIt.instance(); instead of GetIt sl=GetIt.instance;
Did you forget to register it?)
'package:get_it/get_it_impl.dart':
Failed assertion: line 370 pos 7: 'instanceFactory != null'

@zubairehman ??

repo: zubairehman/flutter-boilerplate-project


text:
Royal Oppression text does not render

This is an odd problem, and so far it only applies to "Royal Oppression". For some reason GDI+ measures all 182 characters of the card text, but thinks it fits on three lines and returns the incorrect height:

It's definitely a weird glitch in GDI+ to overcome. Hopefully this is the only card that will run into this problem

"Snipe Hunter" also has the same problem

Fixed as part of https://github.com/zukisoft/ronin/commit/a523f6e10bdde0430398e2613c2574d6233f4347

repo: zukisoft/ronin


text:
Fixed several issues with giphy & googlesearch, and increased test coverage

Fixed issue where giphy posts error to console on test
Removed redundant code in googlesearch
Made googlesearch & googletranslate have 100% test coverage

LGTM will merge when build passes

merged!  thanks @fredfishgames!

Oh, btw @fredfishgames just a reminder to use imperative tense in your commit messages.  So say "Fix" instead of "Fixed".  It's not a big deal (and I obviously didn't notice it when I merged), but it's our convention.

authors: fredfishgames showell

repo: zulip/python-zulip-api


text:
added binding for API endpoint:get messages read recipt

added a local function for getting a messages read recipt
reference https://zulip.com/api/get-read-receipts
proof of working:

Please fix the typos in the function name -- these should all match the URLs in the API documentation.
Check out the Zulip commit message guidelines for more details.

hi any updates on this @timabbott

authors: codewithnick timabbott


text:
improvement: let users choose into which path they install the app

This is about the installer.
Currently the app installs automatically into %programfiles%. This folder requires elevated rights. Maybe the user or admin prefers a folder without elevated right to perform script-based updates.
Can this be added to the installer or at least a radio button option to install it either there or into %appdata%\Zulip?

@vbNETonIce Fixed. Now user will be able to decide where to install the app.

authors: akashnimare vbNETonIce

repo: zulip/zulip-electron


text:
search: Sent by should have the same behavior as sender:  in typeahead.

Typing sent by  should have a similar typeahead behavior to typing sender: .
Likely this should extend to other text descriptions as well, e.g. stream x should have the same typeahead behavior as stream: x. But the sent by is the one I run into most frequently.

The relevant code to modify here is in static/js/search_suggestions.js.  Look for get_person_suggestions.  It should be fairly easy to create a hack for "sent" but dealing with "sent by" may be slightly more tricky due to the upstream code that parses operators based on the expectation of ":" in various places.

@rishig I started work on this issue, I sent a WIP to validate how I'd approach this:
This is what I've gotten done so far:

But I have questions about what exactly is desired here.
The bigger change would be that sender x gets treated as sender: x, after the changes of the wip, typing sender  will give the same results as typing sender: but typing sender x will revert to behaving as follows:

Essentially, we want sender x to be treated exactly as sender: x, and then sent by to be treated as sender, so do we want to match for sent and by as well or only when we have the complete sent by?

@timabbott I'd appreciate any suggestions for how to approach this issue in a less hacky manner.

authors: YashRE42 rishig showell

repo: zulip/zulip


text:
Supprot backblaze for files storage

Hello,
Zulip currently supports S3 storage. I would be very interested to see it supporting backblaze sotrage.

I success used backblaze and now backblaze support cloudflare to save bandwidth fee, can zulip support set the endpoint or set a new option which was cname in cloudflare ?
Here is the doc:
https://help.backblaze.com/hc/en-us/articles/217666928-Using-Backblaze-B2-with-the-Cloudflare-CDN
can see at this @Gittenburg @timabbott

Zulip's S3 backend does support sending the endpoint URL; see the Zulip S3 documentation: https://zulip.readthedocs.io/en/latest/production/upload-backends.html
I don't know enough about Backblaze's offering to say whether that is S3 compatible.

Zulip's S3 backend does support sending the endpoint URL; see the Zulip S3 documentation: https://zulip.readthedocs.io/en/latest/production/upload-backends.html
I don't know enough about Backblaze's offering to say whether that is S3 compatible.

I tried the backblaze , it can be used to storage, but when use cloudflare cname to it's S3 friendly URL , it will be error
I followed the doc of that, so hoping zulip can support customer S3 URL to solve the issue
(https://help.backblaze.com/hc/en-us/articles/217666928-Using-Backblaze-B2-with-the-Cloudflare-CDN)

authors: GhaziTriki timabbott zhanggaoxuan


text:
Move administrative UI templates to static/templates/settings/

It would be a nice organizational improvement to move the various "organization settings" templates that have snuck into the static/templates/ root into static/templates/settings/.
$ ls static/templates/admin_*
static/templates/admin_bot_form.hbs              static/templates/admin_linkifier_list.hbs
static/templates/admin_default_streams_list.hbs  static/templates/admin_profile_field_list.hbs
static/templates/admin_emoji_list.hbs            static/templates/admin_settings_modals.hbs
static/templates/admin_export_list.hbs           static/templates/admin_tab.hbs
static/templates/admin_human_form.hbs            static/templates/admin_user_group_list.hbs
static/templates/admin_invites_list.hbs          static/templates/admin_user_list.hbs

(It's important to manually test that every moved template works, and git grep the template name to make sure one adjusted all references for this issue)

@zulipbot claim

authors: aryanshridhar timabbott


text:
Migrate "You are not currently subscribed" tooltip to Tippy

This typeahead warning tooltip should be migrated to Tippy.

@zulipbot  claim

@zulipbot  claim

PR #31490 fixes this issue.
@alya

We are currently discussing whether to remove these warnings altogether. Sorry I forgot to update the issue.

@zulipbot abandon

@alya, it appears this issue has been resolved by the changes made in PR #31578, specifically by removing the related warning.

Closing it out, thanks!


text:
Use pills for users' names in Custom emoji settings panel

As a follow-up to #24229, we should replace names with user pills in the Custom emoji settings panel.

@sujalshah-bit This would be a great follow-up for you to pick up.

@zulipbot  claim

@Indrajeety993648 sorry I was busy during my exams I forgot to claim the issue, there are plenty of issues can you can find another one. Or you can provide your feedback to #31030 if you want.

authors: Indrajeety993648 alya sujalshah-bit


text:
Missing title

Fixes #9785.

Note: The position of the tooltip depends on the mouse pointer position which is not visible in the screenshot.
pinging @rishig for a review on the title's names.

Those names sound good. Does q and w work in this setting? If so we could add those shortcuts to the title tag.

Thanks for the review @rishig . I've added the shortcuts.

Nice, merged, thanks @shubham-padia!

authors: rishig shubham-padia timabbott


text:
popovers: Hide user group popovers for guests.

When the user is a guest, clicking on user groups no longer triggers the user group info popover.
Fixes #12744.

Just to confirm, I guess because we have a cursor: pointer set over the whole message, it's not obvious to guest users that clicking this is supposed to do something?

@timabbott Would you want me to edit the CSS so that the cursor shows as the 🚫 symbol?

@timabbott I went ahead and added the cursor styling change in the second commit; feel free to let me know/drop the commit if it's not what you want.

@rishig what do you think about this design?  I think it might be better to just have clicking the user group do the default action of starting a reply to the message, if we can arrange that?

yeah

@timabbott @rishig Can you clarify what you want me to change the behavior to? I'm under the impression that you want to start a reply to the topic mentioning the clicked user group

yup, basically the same thing that would happen if you clicked elsewhere in the message.

@rishig For normal and guest users, clicking elsewhere in a message mentioning a user group doesn't do anything but open up a compose box on latest master. Is this normal?

@rishig Not sure what's going on with the "inserting mention syntax when other parts of the message are clicked" behavior not showing up on my end, but I pushed 1294893 to add the syntax insertion behavior when guests click on user group mentions.

Yes, that's the normal/expected behavior.  I think if you just have the code path return without a stopPropagation or preventDefault the right thing will happen.

@timabbott The normal/expected behavior doesn't happen with having no code changes on latest master and using stopPropogatiion/preventDefsult.

authors: rishig synicalsyntax timabbott


text:
bootstrap: upgrade to v2.3.2.

I don't think we can override the changes in https://github.com/zulip/zulip/commit/de4a22d94ba7b52f0c773afcbe45e9c2ef514261 in zulip.scss, so we will have to make change in the file itself. Is that fine?

I’d very much prefer to use 100% stock Bootstrap directly from NPM, delete the copy from our tree, and resist the temptation to fork it again at all. The main bootstrap package doesn’t have version 2.3.2, but there’s a bootstrap-2.3.2 package.

I’d very much prefer to use 100% stock Bootstrap directly from NPM, delete the copy from our tree, and resist the temptation to fork it again at all. The main bootstrap package doesn’t have version 2.3.2, but there’s a bootstrap-2.3.2 package.

Can we please do it when we upgrade to v3.x since I will have to repeat the process of fixing .btn , .popover, .typeahead and .tooltip if we do it in v2.3.2?

Can we please do it when we upgrade to v3.x since I will have to repeat the process of fixing .btn , .popover, .typeahead and .tooltip if we do it in v2.3.2?

Yeah, I think that's reasonable; if this process lets us simplify the complexity of understanding the next upgrades, it's well worth doing in this form.  I'm happy to block merging all code changes to bootstrap not related to upgrading it until we can get it from NPM.

Any commit not mentioned here is not worth worrying about.

Would you be up for listing the commits that we can ignore or explaining why we can not worry about them?  (E.g. they're formatting changes).

Changes to bootstrap-responsive will be reverted in a future
commit on v2.3.2. They should be moved in zulip.scss when
upgrading to v3.x.

Can you extend this paragraph of the commit message to explain what you mean here?  Is the point that we backported some details from newer bootstrap-responsive from v2.3.2 and so we'll get those changes automatically?

bootstrap-js: Upgrade and reset to v2.1.1.

Can you explain why it's the right approach to fork the tooltip library rather than doing something more tactical?  Is 21ccf45db9a353c99a86ff41296399532cd68edf the issue?  Might be worth including in that commit message a list of all the commit IDs that are not typeahead changes -- that'll be a useful resource for future work to have collected in one place.
And also I don't understand why we seem to replace it entirely in the v2.3.2 commit.  I think it might be cleaner to have the structure for that piece be:

Extract the v2.3.2 bootstrap version.
Add commits on top of it re-applying our changes to the tooltip module, so that it's easy to see and keep track of what we've changed (And add very visible comments with ZULIP in them explaining what we've changed and why near the changes).
Also, I had thought we'd made changes to the bootstrap popover library.

Finally, how confident are you in having ported all the changes forward correctly?

This is great progress and a valuable checkpoint that will let us look at a lot less deep history to understand our changes; posted a bunch of comments on how we might do even better before integrating this.

bootstrap.scss changes before this PR:
Changes added then removed, so irrelevant -
d7f9a2151970f4c69d1feb394423c180e85ccd43 api docs: Move json-api-example css to portico.scss.
9b740df2778bf9af3c072da3e7d2312b140f044b api_docs: Specify max width for long code examples. Fixes #10673.

Would you be up for listing the commits that we can ignore or explaining why we can not worry about them? (E.g. they're formatting changes).
Reducing z-index of overlays doesn't make sense - 1143ed721960042b01d1024dc453bbab0ccddb99 redesign: Change /#settings and /#administration to an overlay.
Moved to zulip.scss - 5d0960ae0445e06cb1e4b3b86d33c36ef34fbf6b Change color of inline code from red to black.
Moved to zulip.scss - 27217fddb34e79e2be1cdde65ee63d3de4e5c9a1 make bootstrap inline-code preserve whitespace
Reverted during reset to v2.1.1 and re-applied after reset to v2.3.2 - 2429ed6eebf2f8d713b8cedb82add771f8aab0fa Remove old Bootstrap2 button code.
Reverted during reset to v2.1.1 (It was not a typo but it adds support for IE9) - 3142d74d391d5eab698fba1784c1b2f72660a331 Typo fix.
Reverted during reset to v2.1.1 - ead73f37f97fa76ca6d35d1f055691dc61374a79 Remove Glyphicons completely.
Irrelevant (file moved) - 3bba0cc927c73c05c893f72e0b509de1bb4d8f48 Move zephyr/static to just static.
Moved to zulip.scss - 04df44f91ffb7bba25cfbe3d10548e5e36e80f19 Allow a backdoor for styling dropdown hovers in bootstrap.
Moved to zulip.scss - 7a3a3be7e547d3e8f0ed00820835104867f2433d [third] Fix sticky hover background color in typeaheads.

Since we're doing a reset to bootstrap's version, we want to show their license? -
441e4296e0ae4678154564ec7dfc181533cb74cd Add copyright notices to third-party files
5e2c493ea55237114024fbe9a79b2f94c5702203 Remove CSS/JS comments that were making their way into minified code
Irrelevant - 89ed4441fdfd4e80ca3deed9b85cb764af90f39d Update to the latest version of bootstrap.
Irrelevant (file moved) - 8f1cee0b882ebb656ee25bbf27564d7664432a39 Move third-party components into static/third/
Irrelevant - 1490ae1855d815270d91c6a42c825ab697e7cee4 Add Bootstrap

I will reply to rest of the comments tomorrow, I am not feeling good today.

The new version looks great; closing this in favor of it.  I don't think we need the "add license header" commits; we've moved that data to docs/THIRDPARTY.

authors: amanagr andersk timabbott


text:
Recent Topics: Improved the working of bell-icon when topic is mute and

previously when we mute or unmute topic there is no change in bell-icon (only the opacity changes).
GIFs or screenshots:
before

after

gif showing the improvement after

My opinion is this change will make muting icon behaviour inconsistent across Zulip. Also, there isn't a no clarity added from user's perspective from this change compared to the current behaviour.

We are working on a set of changes to muting icons in Zulip recipient bars that isn't quite this; @akshatdalton FYI so you can coordinate.

@ritikchauhan-01 I think when we mute a topic its bell icon should turn black in color (with no slash on it) and when it is unmuted it should turn its color back to grey (with a slash on it). See: https://chat.zulip.org/#narrow/stream/101-design/topic/muting.2Funmuting.20topics/near/1169237.

authors: akshatdalton amanagr ritikchauhan-01 timabbott


text:
populate_db: Only make valid email addresses.

The presence of the name "François" in the random first name list led to email addresses of the form françois1234@zulip.com which are invalid.
Strip invalid ASCII from the email addresses generated in populate_db, and validate them before tossing them verbatim into the database.

Fixes:

Screenshots and screen captures:

Self-review checklist

[ ] Self-reviewed the changes for clarity and maintainability
(variable names, code reuse, readability, etc.).

Communicate decisions, questions, and potential concerns.

[ ] Explains differences from previous plans (e.g., issue description).
[ ] Highlights technical choices and bugs encountered.
[ ] Calls out remaining decisions and concerns.
[ ] Automated tests verify logic where appropriate.

Individual commits are ready for review (see commit discipline).

[ ] Each commit is a coherent idea.
[ ] Commit message(s) explain reasoning and motivation for changes.

Completed manual review and testing of the following:

[ ] Visual appearance of the changes.
[ ] Responsiveness and internationalization.
[ ] Strings and tooltips.
[ ] End-to-end functionality of buttons, interactions and flows.
[ ] Corner cases, error conditions, and easily imagined bugs.

Merged, thanks @alexmv!

authors: alexmv timabbott


text:
Horizontal tabs in vertical tabs does not work

Hello --
We've just found out that embedding horizontal tabs in vertical tabs doesn't work. Please see the following CodePen, which triggers the issue:
http://codepen.io/scorchio/pen/YXavqr/
Kind regards,
Zoltán

Thanks for the note. We're not planning to write CSS for this use case as it seems like a custom component. A PR would be ok for the CSS styling. The JS works fine. We'll close this, thanks!

authors: rafibomb scorchio

repo: zurb/foundation


text:
Fix build failure

Seems to be related to this issue nix-community/naersk#323

Thats fine :)
I will bump the your PR in the upstream as well, hopefully it will be merged eventually.

Since I merged to the branch of that PR it should already be there

Ah I guess I misunderstood :) yeah go for it, thanks

Additional question, I would like to confirm, that this is broken on the nix-community upstream, any Idea on how to do that?

Do you mean to confirm that manix doesn't provide home-manager options?

Interesting, I don't know. The only change I think could make a difference is
  release ? "24.05",

In upstream they have 23.05. my only guess is try changing only this in upstream and rebuild then

Just tried that, even when committing this doesn´t break the build.
Did you encounter a build-failure as well before you merged this?

Nope, but I did this change quite some time ago, didn't try to build this since then

authors: haennes zvolin

repo: zvolin/manix


text:
Do not send frames when attempting to perform controller recovery

This should not happen:
... missed Send Data callback
2024-06-19T00:42:09.983Z SERIAL » 0x01030016ea                                                         (5 bytes)
2024-06-19T00:42:09.983Z DRIVER » [REQ] [SendDataAbort]
2024-06-19T00:42:09.985Z SERIAL « [ACK]                                                                   (0x06)
2024-06-19T00:42:19.987Z SERIAL » 0x010f00a9000100e00100250000000064f8                                (17 bytes)
2024-06-19T00:42:19.988Z DRIVER » [Node 224] [REQ] [SendDataBridge]
                                  │ source node id:   1
                                  │ transmit options: 0x25
                                  │ callback id:      100
                                  └─[NoOperationCC]
2024-06-19T00:42:19.990Z CNTRLR   The controller is unresponsive
2024-06-19T00:42:19.990Z DRIVER   Controller missed Send Data callback. Attempting to recover...
2024-06-19T00:42:19.990Z CNTRLR   Performing soft reset...

Not sure how this happened though, can't reproduce in tests.

repo: zwave-js/node-zwave-js


text:
Build failures on Python 3.11: PyFrameObject

(Apologies if this is a dupe)
I tried pip install zxing-cpp on Fedora 37 (beta, with Python 3.11rc2 and today again with 3.11 final).
I get:
[cbm@x1c7 ~]$ pip install zxing-cpp
Defaulting to user installation because normal site-packages is not writeable
Collecting zxing-cpp
  Using cached zxing-cpp-1.4.0.tar.gz (8.1 kB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... done
Requirement already satisfied: numpy in /usr/lib64/python3.11/site-packages (from zxing-cpp) (1.22.0)
Building wheels for collected packages: zxing-cpp
  Building wheel for zxing-cpp (pyproject.toml) ... error
  error: subprocess-exited-with-error

  × Building wheel for zxing-cpp (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> [223 lines of output]
      running bdist_wheel
      running build
      running build_ext
      -- The C compiler identification is GNU 12.2.1
      -- The CXX compiler identification is GNU 12.2.1
      -- Detecting C compiler ABI info
      -- Detecting C compiler ABI info - done
      -- Check for working C compiler: /usr/bin/cc - skipped
      -- Detecting C compile features
      -- Detecting C compile features - done
      -- Detecting CXX compiler ABI info
      -- Detecting CXX compiler ABI info - done
      -- Check for working CXX compiler: /usr/bin/c++ - skipped
      -- Detecting CXX compile features
      -- Detecting CXX compile features - done
      -- pybind11 v2.9.1
      -- Found PythonInterp: /usr/bin/python3 (found version "3.11")
      -- Found PythonLibs: /usr/lib64/libpython3.11.so
      -- Performing Test HAS_FLTO
      -- Performing Test HAS_FLTO - Success
      -- Found Git: /usr/bin/git (found version "2.38.1")
      -- Performing Test CMAKE_HAVE_LIBC_PTHREAD
      -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
      -- Found Threads: TRUE
      -- Performing Test COMPILER_NEEDS_FLOAT_STORE
      -- Performing Test COMPILER_NEEDS_FLOAT_STORE - Success
      -- Configuring done
      -- Generating done
      -- Build files have been written to: /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311
      [  1%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BitArray.cpp.o
      [  1%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BarcodeFormat.cpp.o
      [  2%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BitMatrix.cpp.o
      [  3%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BitMatrixIO.cpp.o
      [  4%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/CharacterSet.cpp.o
      [  5%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ConcentricFinder.cpp.o
      [  6%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ECI.cpp.o
      [  6%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GenericGF.cpp.o
      [  7%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GenericGFPoly.cpp.o
      [  8%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GTIN.cpp.o
      [  9%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/TextUtfEncoding.cpp.o
      [ 10%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ZXBigInteger.cpp.o
      [ 11%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BinaryBitmap.cpp.o
      [ 12%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BitSource.cpp.o
      [ 12%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/Content.cpp.o
      [ 13%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/DecodeHints.cpp.o
      [ 14%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/DecodeStatus.cpp.o
      [ 15%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GlobalHistogramBinarizer.cpp.o
      [ 16%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GridSampler.cpp.o
      [ 17%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GS1.cpp.o
      [ 18%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/HybridBinarizer.cpp.o
      [ 18%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/MultiFormatReader.cpp.o
      [ 19%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/PerspectiveTransform.cpp.o
      [ 20%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ReadBarcode.cpp.o
      [ 21%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ReedSolomonDecoder.cpp.o
      [ 22%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/Result.cpp.o
      [ 23%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ResultPoint.cpp.o
      [ 24%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/TextDecoder.cpp.o
      [ 25%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/WhiteRectDetector.cpp.o
      [ 25%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ReedSolomonEncoder.cpp.o
      [ 26%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/TextEncoder.cpp.o
      [ 27%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/MultiFormatWriter.cpp.o
      [ 28%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZDecoder.cpp.o
      [ 29%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZDetector.cpp.o
      [ 30%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZReader.cpp.o
      [ 31%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZEncoder.cpp.o
      [ 31%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZHighLevelEncoder.cpp.o
      [ 32%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZToken.cpp.o
      [ 33%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZWriter.cpp.o
      [ 34%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMBitLayout.cpp.o
      [ 35%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMVersion.cpp.o
      [ 36%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMDataBlock.cpp.o
      [ 37%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMDecoder.cpp.o
      [ 37%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMDetector.cpp.o
      [ 38%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMReader.cpp.o
      [ 39%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMECEncoder.cpp.o
      [ 40%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMHighLevelEncoder.cpp.o
      [ 41%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMSymbolInfo.cpp.o
      [ 42%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMWriter.cpp.o
      [ 43%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/maxicode/MCBitMatrixParser.cpp.o
      [ 43%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/maxicode/MCDecoder.cpp.o
      [ 44%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/maxicode/MCReader.cpp.o
      [ 45%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODUPCEANCommon.cpp.o
      [ 46%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode128Patterns.cpp.o
      [ 47%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCodabarReader.cpp.o
      [ 48%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode39Reader.cpp.o
      [ 49%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode93Reader.cpp.o
      [ 50%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode128Reader.cpp.o
      [ 50%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODDataBarCommon.cpp.o
      [ 51%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODDataBarReader.cpp.o
      [ 52%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODDataBarExpandedBitDecoder.cpp.o
      [ 53%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODDataBarExpandedReader.cpp.o
      [ 54%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODITFReader.cpp.o
      [ 55%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODMultiUPCEANReader.cpp.o
      [ 56%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODReader.cpp.o
      [ 56%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODRowReader.cpp.o
      [ 57%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCodabarWriter.cpp.o
      [ 58%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode39Writer.cpp.o
      [ 59%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode93Writer.cpp.o
      [ 60%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode128Writer.cpp.o
      [ 61%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODEAN8Writer.cpp.o
      [ 62%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODEAN13Writer.cpp.o
      [ 62%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODITFWriter.cpp.o
      [ 63%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODUPCEWriter.cpp.o
      [ 64%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODUPCAWriter.cpp.o
      [ 65%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODWriterHelper.cpp.o
      [ 66%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFBarcodeValue.cpp.o
      [ 67%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFBoundingBox.cpp.o
      [ 68%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFCodewordDecoder.cpp.o
      [ 68%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFDecodedBitStreamParser.cpp.o
      [ 69%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFDetectionResult.cpp.o
      [ 70%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFDetectionResultColumn.cpp.o
      [ 71%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFDetector.cpp.o
      [ 72%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFModulusGF.cpp.o
      [ 73%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFModulusPoly.cpp.o
      [ 74%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFReader.cpp.o
      [ 75%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFScanningDecoder.cpp.o
      [ 75%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFEncoder.cpp.o
      [ 76%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFHighLevelEncoder.cpp.o
      [ 77%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFWriter.cpp.o
      [ 78%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRCodecMode.cpp.o
      [ 79%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRErrorCorrectionLevel.cpp.o
      [ 80%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRVersion.cpp.o
      [ 81%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRBitMatrixParser.cpp.o
      [ 81%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRDataBlock.cpp.o
      [ 82%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRDecoder.cpp.o
      [ 83%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRDetector.cpp.o
      [ 84%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRFormatInformation.cpp.o
      [ 85%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRReader.cpp.o
      [ 86%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QREncoder.cpp.o
      [ 87%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRMaskUtil.cpp.o
      [ 87%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRMatrixUtil.cpp.o
      [ 88%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRWriter.cpp.o
      [ 89%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/Big5MapTable.cpp.o
      [ 90%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/KRHangulMapping.cpp.o
      [ 91%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/Big5TextDecoder.cpp.o
      [ 92%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/GBTextDecoder.cpp.o
      [ 93%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/JPTextDecoder.cpp.o
      [ 93%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/KRTextDecoder.cpp.o
      [ 94%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/Big5TextEncoder.cpp.o
      [ 95%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/GBTextEncoder.cpp.o
      [ 96%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/JPTextEncoder.cpp.o
      [ 97%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/KRTextEncoder.cpp.o
      [ 98%] Linking CXX static library libZXing.a
      [ 98%] Built target ZXing
      [ 99%] Building CXX object CMakeFiles/zxingcpp.dir/zxing.cpp.o
      In file included from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/cast.h:16,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/attr.h:13,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/pybind11.h:13,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/numpy.h:12,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/zxing.cpp:21:
      /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/detail/type_caster_base.h: In function ‘std::string pybind11::detail::error_string()’:
      /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/detail/type_caster_base.h:482:26: error: invalid use of incomplete type ‘PyFrameObject’ {aka ‘struct _frame’}
        482 |             frame = frame->f_back;
            |                          ^~
      In file included from /usr/include/python3.11/Python.h:42,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/detail/common.h:215,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/pytypes.h:12,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/cast.h:13:
      /usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject’ {aka ‘struct _frame’}
         22 | typedef struct _frame PyFrameObject;
            |                ^~~~~~
      gmake[2]: *** [CMakeFiles/zxingcpp.dir/build.make:76: CMakeFiles/zxingcpp.dir/zxing.cpp.o] Error 1
      gmake[1]: *** [CMakeFiles/Makefile2:116: CMakeFiles/zxingcpp.dir/all] Error 2
      gmake: *** [Makefile:136: all] Error 2
      Traceback (most recent call last):
        File "/home/cbm/.local/lib/python3.11/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 351, in <module>
          main()
        File "/home/cbm/.local/lib/python3.11/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 333, in main
          json_out['return_val'] = hook(**hook_input['kwargs'])
                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/home/cbm/.local/lib/python3.11/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 249, in build_wheel
          return _build_backend().build_wheel(wheel_directory, config_settings,
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 412, in build_wheel
          return self._build_with_temp_dir(['bdist_wheel'], '.whl',
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-nzp0zxas[cbm@x1c7 ~]$ pip install zxing-cpp
Defaulting to user installation because normal site-packages is not writeable
Collecting zxing-cpp
  Using cached zxing-cpp-1.4.0.tar.gz (8.1 kB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... done
Requirement already satisfied: numpy in /usr/lib64/python3.11/site-packages (from zxing-cpp) (1.22.0)
Building wheels for collected packages: zxing-cpp
  Building wheel for zxing-cpp (pyproject.toml) ... error
  error: subprocess-exited-with-error

  × Building wheel for zxing-cpp (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> [223 lines of output]
      running bdist_wheel
      running build
      running build_ext
      -- The C compiler identification is GNU 12.2.1
      -- The CXX compiler identification is GNU 12.2.1
      -- Detecting C compiler ABI info
      -- Detecting C compiler ABI info - done
      -- Check for working C compiler: /usr/bin/cc - skipped
      -- Detecting C compile features
      -- Detecting C compile features - done
      -- Detecting CXX compiler ABI info
      -- Detecting CXX compiler ABI info - done
      -- Check for working CXX compiler: /usr/bin/c++ - skipped
      -- Detecting CXX compile features
      -- Detecting CXX compile features - done
      -- pybind11 v2.9.1
      -- Found PythonInterp: /usr/bin/python3 (found version "3.11")
      -- Found PythonLibs: /usr/lib64/libpython3.11.so
      -- Performing Test HAS_FLTO
      -- Performing Test HAS_FLTO - Success
      -- Found Git: /usr/bin/git (found version "2.38.1")
      -- Performing Test CMAKE_HAVE_LIBC_PTHREAD
      -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
      -- Found Threads: TRUE
      -- Performing Test COMPILER_NEEDS_FLOAT_STORE
      -- Performing Test COMPILER_NEEDS_FLOAT_STORE - Success
      -- Configuring done
      -- Generating done
      -- Build files have been written to: /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311
      [  1%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BitArray.cpp.o
      [  1%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BarcodeFormat.cpp.o
      [  2%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BitMatrix.cpp.o
      [  3%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BitMatrixIO.cpp.o
      [  4%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/CharacterSet.cpp.o
      [  5%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ConcentricFinder.cpp.o
      [  6%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ECI.cpp.o
      [  6%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GenericGF.cpp.o
      [  7%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GenericGFPoly.cpp.o
      [  8%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GTIN.cpp.o
      [  9%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/TextUtfEncoding.cpp.o
      [ 10%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ZXBigInteger.cpp.o
      [ 11%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BinaryBitmap.cpp.o
      [ 12%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/BitSource.cpp.o
      [ 12%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/Content.cpp.o
      [ 13%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/DecodeHints.cpp.o
      [ 14%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/DecodeStatus.cpp.o
      [ 15%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GlobalHistogramBinarizer.cpp.o
      [ 16%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GridSampler.cpp.o
      [ 17%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/GS1.cpp.o
      [ 18%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/HybridBinarizer.cpp.o
      [ 18%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/MultiFormatReader.cpp.o
      [ 19%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/PerspectiveTransform.cpp.o
      [ 20%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ReadBarcode.cpp.o
      [ 21%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ReedSolomonDecoder.cpp.o
      [ 22%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/Result.cpp.o
      [ 23%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ResultPoint.cpp.o
      [ 24%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/TextDecoder.cpp.o
      [ 25%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/WhiteRectDetector.cpp.o
      [ 25%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/ReedSolomonEncoder.cpp.o
      [ 26%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/TextEncoder.cpp.o
      [ 27%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/MultiFormatWriter.cpp.o
      [ 28%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZDecoder.cpp.o
      [ 29%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZDetector.cpp.o
      [ 30%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZReader.cpp.o
      [ 31%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZEncoder.cpp.o
      [ 31%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZHighLevelEncoder.cpp.o
      [ 32%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZToken.cpp.o
      [ 33%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/aztec/AZWriter.cpp.o
      [ 34%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMBitLayout.cpp.o
      [ 35%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMVersion.cpp.o
      [ 36%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMDataBlock.cpp.o
      [ 37%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMDecoder.cpp.o
      [ 37%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMDetector.cpp.o
      [ 38%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMReader.cpp.o
      [ 39%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMECEncoder.cpp.o
      [ 40%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMHighLevelEncoder.cpp.o
      [ 41%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMSymbolInfo.cpp.o
      [ 42%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/datamatrix/DMWriter.cpp.o
      [ 43%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/maxicode/MCBitMatrixParser.cpp.o
      [ 43%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/maxicode/MCDecoder.cpp.o
      [ 44%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/maxicode/MCReader.cpp.o
      [ 45%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODUPCEANCommon.cpp.o
      [ 46%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode128Patterns.cpp.o
      [ 47%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCodabarReader.cpp.o
      [ 48%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode39Reader.cpp.o
      [ 49%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode93Reader.cpp.o
      [ 50%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode128Reader.cpp.o
      [ 50%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODDataBarCommon.cpp.o
      [ 51%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODDataBarReader.cpp.o
      [ 52%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODDataBarExpandedBitDecoder.cpp.o
      [ 53%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODDataBarExpandedReader.cpp.o
      [ 54%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODITFReader.cpp.o
      [ 55%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODMultiUPCEANReader.cpp.o
      [ 56%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODReader.cpp.o
      [ 56%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODRowReader.cpp.o
      [ 57%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCodabarWriter.cpp.o
      [ 58%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode39Writer.cpp.o
      [ 59%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode93Writer.cpp.o
      [ 60%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODCode128Writer.cpp.o
      [ 61%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODEAN8Writer.cpp.o
      [ 62%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODEAN13Writer.cpp.o
      [ 62%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODITFWriter.cpp.o
      [ 63%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODUPCEWriter.cpp.o
      [ 64%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODUPCAWriter.cpp.o
      [ 65%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/oned/ODWriterHelper.cpp.o
      [ 66%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFBarcodeValue.cpp.o
      [ 67%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFBoundingBox.cpp.o
      [ 68%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFCodewordDecoder.cpp.o
      [ 68%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFDecodedBitStreamParser.cpp.o
      [ 69%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFDetectionResult.cpp.o
      [ 70%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFDetectionResultColumn.cpp.o
      [ 71%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFDetector.cpp.o
      [ 72%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFModulusGF.cpp.o
      [ 73%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFModulusPoly.cpp.o
      [ 74%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFReader.cpp.o
      [ 75%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFScanningDecoder.cpp.o
      [ 75%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFEncoder.cpp.o
      [ 76%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFHighLevelEncoder.cpp.o
      [ 77%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/pdf417/PDFWriter.cpp.o
      [ 78%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRCodecMode.cpp.o
      [ 79%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRErrorCorrectionLevel.cpp.o
      [ 80%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRVersion.cpp.o
      [ 81%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRBitMatrixParser.cpp.o
      [ 81%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRDataBlock.cpp.o
      [ 82%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRDecoder.cpp.o
      [ 83%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRDetector.cpp.o
      [ 84%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRFormatInformation.cpp.o
      [ 85%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRReader.cpp.o
      [ 86%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QREncoder.cpp.o
      [ 87%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRMaskUtil.cpp.o
      [ 87%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRMatrixUtil.cpp.o
      [ 88%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/qrcode/QRWriter.cpp.o
      [ 89%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/Big5MapTable.cpp.o
      [ 90%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/KRHangulMapping.cpp.o
      [ 91%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/Big5TextDecoder.cpp.o
      [ 92%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/GBTextDecoder.cpp.o
      [ 93%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/JPTextDecoder.cpp.o
      [ 93%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/KRTextDecoder.cpp.o
      [ 94%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/Big5TextEncoder.cpp.o
      [ 95%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/GBTextEncoder.cpp.o
      [ 96%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/JPTextEncoder.cpp.o
      [ 97%] Building CXX object ZXing/CMakeFiles/ZXing.dir/src/textcodec/KRTextEncoder.cpp.o
      [ 98%] Linking CXX static library libZXing.a
      [ 98%] Built target ZXing
      [ 99%] Building CXX object CMakeFiles/zxingcpp.dir/zxing.cpp.o
      In file included from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/cast.h:16,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/attr.h:13,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/pybind11.h:13,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/numpy.h:12,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/zxing.cpp:21:
      /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/detail/type_caster_base.h: In function ‘std::string pybind11::detail::error_string()’:
      /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/detail/type_caster_base.h:482:26: error: invalid use of incomplete type ‘PyFrameObject’ {aka ‘struct _frame’}
        482 |             frame = frame->f_back;
            |                          ^~
      In file included from /usr/include/python3.11/Python.h:42,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/detail/common.h:215,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/pytypes.h:12,
                       from /tmp/pip-install-2qhe8zr1/zxing-cpp_bcf7f8b87e9e46b698a0ad04065a5cff/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/cast.h:13:
      /usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject’ {aka ‘struct _frame’}
         22 | typedef struct _frame PyFrameObject;
            |                ^~~~~~
      gmake[2]: *** [CMakeFiles/zxingcpp.dir/build.make:76: CMakeFiles/zxingcpp.dir/zxing.cpp.o] Error 1
      gmake[1]: *** [CMakeFiles/Makefile2:116: CMakeFiles/zxingcpp.dir/all] Error 2
      gmake: *** [Makefile:136: all] Error 2
      Traceback (most recent call last):
        File "/home/cbm/.local/lib/python3.11/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 351, in <module>
          main()
        File "/home/cbm/.local/lib/python3.11/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 333, in main
          json_out['return_val'] = hook(**hook_input['kwargs'])
                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/home/cbm/.local/lib/python3.11/site-packages/pip/_vendor/pep517/in_process/_in_process.py", line 249, in build_wheel
          return _build_backend().build_wheel(wheel_directory, config_settings,
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 412, in build_wheel
          return self._build_with_temp_dir(['bdist_wheel'], '.whl',
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 397, in _build_with_temp_dir
          self.run_setup()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 335, in run_setup
          exec(code, locals())
        File "<string>", line 49, in <module>
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/__init__.py", line 87, in setup
          return distutils.core.setup(**attrs)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/core.py", line 185, in setup
          return run_commands(dist)
                 ^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/core.py", line 201, in run_commands
          dist.run_commands()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 968, in run_commands
          self.run_command(cmd)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/dist.py", line 1217, in run_command
          super().run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 987, in run_command
          cmd_obj.run()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/wheel/bdist_wheel.py", line 299, in run
          self.run_command('build')
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/cmd.py", line 319, in run_command
          self.distribution.run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/dist.py", line 1217, in run_command
          super().run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 987, in run_command
          cmd_obj.run()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/command/build.py", line 132, in run
          self.run_command(cmd_name)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/cmd.py", line 319, in run_command
          self.distribution.run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/dist.py", line 1217, in run_command
          super().run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 987, in run_command
          cmd_obj.run()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/command/build_ext.py", line 84, in run
          _build_ext.run(self)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/command/build_ext.py", line 346, in run
          self.build_extensions()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/command/build_ext.py", line 466, in build_extensions
          self._build_extensions_serial()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/command/build_ext.py", line 492, in _build_extensions_serial
          self.build_extension(ext)
        File "<string>", line 42, in build_extension
        File "/usr/lib64/python3.11/subprocess.py", line 413, in check_call
          raise CalledProcessError(retcode, cmd)
      subprocess.CalledProcessError: Command '['cmake', '--build', '.', '--config', 'Release', '-j', '8']' returned non-zero exit status 2.
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
  ERROR: Failed building wheel for zxing-cpp
Failed to build zxing-cpp
ERROR: Could not build wheels for zx/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 397, in _build_with_temp_dir
          self.run_setup()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 335, in run_setup
          exec(code, locals())
        File "<string>", line 49, in <module>
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/__init__.py", line 87, in setup
          return distutils.core.setup(**attrs)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/core.py", line 185, in setup
          return run_commands(dist)
                 ^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/core.py", line 201, in run_commands
          dist.run_commands()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 968, in run_commands
          self.run_command(cmd)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/dist.py", line 1217, in run_command
          super().run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 987, in run_command
          cmd_obj.run()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/wheel/bdist_wheel.py", line 299, in run
          self.run_command('build')
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/cmd.py", line 319, in run_command
          self.distribution.run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/dist.py", line 1217, in run_command
          super().run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 987, in run_command
          cmd_obj.run()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/command/build.py", line 132, in run
          self.run_command(cmd_name)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/cmd.py", line 319, in run_command
          self.distribution.run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/dist.py", line 1217, in run_command
          super().run_command(command)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 987, in run_command
          cmd_obj.run()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/command/build_ext.py", line 84, in run
          _build_ext.run(self)
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/command/build_ext.py", line 346, in run
          self.build_extensions()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/command/build_ext.py", line 466, in build_extensions
          self._build_extensions_serial()
        File "/tmp/pip-build-env-nzp0zxas/overlay/lib/python3.11/site-packages/setuptools/_distutils/command/build_ext.py", line 492, in _build_extensions_serial
          self.build_extension(ext)
        File "<string>", line 42, in build_extension
        File "/usr/lib64/python3.11/subprocess.py", line 413, in check_call
          raise CalledProcessError(retcode, cmd)
      subprocess.CalledProcessError: Command '['cmake', '--build', '.', '--config', 'Release', '-j', '8']' returned non-zero exit status 2.
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
  ERROR: Failed building wheel for zxing-cpp
Failed to build zxing-cpp
ERROR: Could not build wheels for zx

This business about ‘PyFrameObject’ {aka ‘struct _frame’} seems to be a change in 3.10 to 3.11, see https://github.com/sirfz/tesserocr/issues/298#issuecomment-1114784972 for example, but I'm no expert.

You need pybind11 v2.10. Either use current HEAD or modify your
wrappers/python/CMakeLists.txt in your 1.4 source accordingly.
I believe this should do the trick.

I updated the ci script to build with python 3.11 and it works just fine under all 3 tested platforms -> proof that pybind11 v2.10 works with python 3.11.

Either use current HEAD or modify your
wrappers/python/CMakeLists.txt in your 1.4 source accordingly.

I think this means it will not "just work" yet from Pip, only from main branch.  Or have I misunderstood?
At least it does not on Fedora 37 (RC).   I have pybind11-devel-2.10.0.  I have python3-3.11.0-1.  I have latest pip (22.3.1).  Results of pip install zxing-cpp:
     [ 98%] Linking CXX static library libZXing.a
      [ 98%] Built target ZXing
      [ 99%] Building CXX object CMakeFiles/zxingcpp.dir/zxing.cpp.o
      In file included from /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/cast.h:16,
                       from /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/attr.h:13,
                       from /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/pybind11.h:13,
                       from /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/numpy.h:12,
                       from /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/zxing.cpp:21:
      /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/detail/type_caster_base.h: In function ‘std::string pybind11::detail::error_string()’:
      /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/detail/type_caster_base.h:482:26: error: invalid use of incomplete type ‘PyFrameObject’ {aka ‘struct _frame’}
        482 |             frame = frame->f_back;
            |                          ^~
      In file included from /usr/include/python3.11/Python.h:42,
                       from /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/detail/common.h:215,
                       from /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/pytypes.h:12,
                       from /tmp/pip-install-4_cvxjuw/zxing-cpp_8dc3f17291814141afeccffb7d8083ec/build/temp.linux-x86_64-cpython-311/_deps/pybind11-src/include/pybind11/cast.h:13:
      /usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject’ {aka ‘struct _frame’}
         22 | typedef struct _frame PyFrameObject;
            |                ^~~~~~
      gmake[2]: *** [CMakeFiles/zxingcpp.dir/build.make:76: CMakeFiles/zxingcpp.dir/zxing.cpp.o] Error 1
      gmake[1]: *** [CMakeFiles/Makefile2:116: CMakeFiles/zxingcpp.dir/all] Error 2
      gmake: *** [Makefile:136: all] Error 2

I can confirm I can build the main branch, so I guess I should file a new issue that the current release is not installable from pip...

repo: zxing-cpp/zxing-cpp


text:
add MCP server badge

This PR adds a badge for the Amazon Bedrock MCP Server server listing in Glama MCP server directory.

Glama performs regular codebase and documentation scans to:

Confirm that the MCP server is working as expected
Confirm that there are no obvious security issues with dependencies of the server
Extract server characteristics such as tools, resources, prompts, and required parameters.

This badge helps your users to quickly asses that the MCP server is safe, server capabilities, and instructions for installing the server.

Thanks! are you on the MCP Discord?
Let me know your Discord username and I will give you a special flair that's only for MCP server authors.
Thanks. my id is kane_54733

authors: punkpeye zxkane

repo: zxkane/mcp-server-amazon-bedrock


text:
Code Coverage

Okay, I have functional code coverage added. It uses the same functionality as the primary test report vis-a-vis posting the results via check run and badge and test results to the gist.
I'm happy with the code coverage testing functionality itself but I'm less happy with the report generated. I used https://github.com/danielpalme/ReportGenerator to convert from the JaCoCo to a text format and generate a code coverage badge. Unfortunately, it doesn't have markdown output (couldn't really find anything that would do JaCoCo to MD), and the HTML outputs it generated were too big for check runs or seemingly Gists.
The best way to generate the report would probably be doing an XSL based translation to Markdown like you are doing for the test reports, but I'm afraid that's outside of what I know how to do and I don't have time to learn at this moment.
Perhaps this could just be regarded as a first pass at code coverage with better report formatting coming in the future?
Here's an example of the outputs:
https://github.com/natescherer/PoshEmail/actions/runs/733609157
https://gist.github.com/natescherer/797ca586d176e0af436182c772e35c24
I would welcome your thoughts and comments.

Alternate option I just thought of: scrap the in-action coverage file conversion and recommend using a third-party service like codecov.io. I just did some initial testing and it consumes and reports on pester code coverage files just fine with a little massaging.

Update: don't merge this yet. I've got the bones of an XSLT working for jacoco. ReportGenerator mysteriously stopped installing on Windows agents and I decided to take another crack at it.

Okay, this is now ready to merge and I have no qualms with how this works! XLS was easier to learn than I anticipated.
See https://gist.github.com/natescherer/120b8e0b4fa7a2a68ba69f7ddc2c5b0a for example output.

This looks awesome, thanks for the contribution!

authors: ebekker natescherer

repo: zyborg/pester-tests-report


text:
feat: add support for assets in private repositories

This PR adds support for downloading assets from private repositories in eget.
I had to do some code improvements to facilitate this feature, which I implemented in separate commits for an easier review:

chore(http): send token using standard Bearer authorization scheme

the Bearer scheme also allows to use JSON web tokens (JWT)
ref: https://docs.github.com/en/rest/overview/authenticating-to-the-rest-api

chore(http): allow to provide Accept header in Get()

all binary downloads should use the application/octet-stream media type
all GitHub API calls should use the application/vnd.github+json media type
also refactor GetRateLimit() to use Get() instead of own HTTP request
ref: https://docs.github.com/en/rest/overview/media-types

The main changes to support assets in private repositories are in the third commit:

feat: add support for assets in private repositories

download assets through the GitHub API instead of browser download links
allows to download from private repositories when combined with a GitHub token
added new Asset type with the Name (necessary for matching) and DownloadURL of an asset
ref: https://docs.github.com/en/rest/releases/assets

The key aspect is using url instead of browser_download_url in the assets JSON response from GitHub, which always works for both public and private repositories (when using a GitHub token). However, the asset URL uses asset IDs instead of asset filenames. Therefore, I also introduced an Asset type that contains both, the Name of the asset and the DownloadURL.
Then, the majority of the changes are refactoring functions to use Asset instances instead of a plain string. In this way, all functions remain with access to the actual asset name regardless of the URL and thus private assets work seamlessly.
I tested this with both public and private repository assets, and with and without using a GitHub token.
I also ran make test and all the defined tests pass OK.

Hi , any update on this feature to be merged soon :)

authors: hhromic rinshadka

repo: zyedidia/eget


text:
[Feature request]: Duplicate lazy line selection

Hi
My name is Gavin, and I am a lazy line selector.
I have tried to go straight, but lack the willpower to make pinpoint accurate line selections.
I blame a troubled relationship with the mouse, we never bonded, and I have no love for the little rodent.
My condition is so bad, that sometimes my lazy line selection is  backwards - from bottom up!
Thankfully, there is a near perfect solution, the micro editor.
Micro will act upon partially selected lines:

MoveLinesDown
MoveLinesUp
IndentSelection
OutSelection
lua:comment.comment
Textfilter
SpawnMultiCursorSelect

The only irregular command I have discovered so far is DuplicateLine, and it trips me up hourly. With no selection, the current line is duplicated. However, with any text selected - only that text is duplicated (see https://github.com/zyedidia/micro/pull/416).
To duplicate a set of lines, I have to make a pinpoint selection, remembering to include the end-of-line character (not selected with a simple shift end!).
I guess many users will be accustomed to the default behaviour, and it would be unfair for my affliction to inconvenience the majority of law-abiding precision line selectors.
My ideal solution would be a pair of functions DuplicateLinesBelow and DuplicateLinesAbove, which would make copies of the current lazy line selections above or below AND leave my selection (and clipboard)  unchanged. e.g.
Before DuplicateLinesBelow  :

After DuplicateLinesBelow :

I am not good at manipulating bp.Cursor.Loc, so a Lua solution is beyond my abilities.
Any help for an incurable lazy line selector would be welcome.
Kind Regards Gavin Holt
OS: Windows 10
Version: 2.0.13
Commit hash: https://github.com/zyedidia/micro/commit/68d88b571de6dca9fb8f03e2a3caafa2287c38d4
Compiled on December 12, 2023

I'm using the following in my init.lua for lazy line selection:
function selectLineUp(bp)
    if not bp.Cursor:HasSelection() then
        bp:EndOfLine()
        bp:SelectToStartOfLine()
    else
        bp:SelectUp()
        bp:SelectToStartOfLine()
    end
end

function selectLineDown(bp)
    if not bp.Cursor:HasSelection() then
        bp:StartOfLine()
        bp:SelectDown()
    else
        bp:SelectDown()
    end
end

I have Ctrl-Shift-Up and Ctrl-Shift-Down bound to these functions:
    "CtrlShiftDown": "lua:initlua.selectLineDown",
    "CtrlShiftUp": "lua:initlua.selectLineUp",

So in particular you could use these to quickly select a few whole lines via Ctrl-Shift-Up and Ctrl-Shift-Down (i.e. in whatever direction you like) and then duplicate them via Ctrl-D.

Hi,
Many thanks for sharing your functions - taking this as inspiration - and combining with https://github.com/zyedidia/micro/issues/2583, I have written a SelectBlock function:
function editor_SelectBlock(Current)
-- Extend the selection to include the whole of any line selected
    if editor.HasSelection(Current)  then
        if Current.Cursor.CurSelection[1]:LessThan(-Current.Cursor.CurSelection[2]) then
            -- forward -> backward
            -- Extend selection to end
            Current:SelectToEndOfLine()
            -- Get EOL Character
            Current:SelectRight()
            -- Swap to end of selection
            editor_SwapAnchor(Current)
            -- Extend selection to begining of line
            Current:SelectToStartOfLine()
        else
            -- backward -> forward
            -- Extend selection to begining of line
            Current:SelectToStartOfLine()
            -- Swap to end of selection
            editor_SwapAnchor(Current)
            -- Extend selection to end
            Current:SelectToEndOfLine()
            -- Get EOL Character
            Current:SelectRight()
        end
    else
        Current.Cursor:SelectLine()
    end
    return true
end

This can be called before duplicateline to achieve block duplication:
    "CtrlD": "lua:initlua.editor_GetBlock, duplicateline"

Unfortunately these manipulations change the current selection (so you can't make multiple copies).
I will leave this open as I still feel duplicateline is an irregular command and better solution should be found.
Kind Regards Gavin Holt

I guess we can close this now as there is a work-around.
Kind Regards Gavin Holt

After downloading the new binary today, my selectblock function no longer works. I suspect this is a result of Fix Deselect() after mouse selection 3f810c2 or Fix cursor moving down when selection exist #3091

Yes, we changed the behavior to always ignore the direction of selection. First, to make it at least consistent (and to fix bugs caused by its inconsistency), second, because apparently some users even prefer this ignore-direction-of-selection behavior.
You can use something like this now:
function selectblock(bp)
    if bp.Cursor:HasSelection() then
        local lastY = bp.Cursor.CurSelection[2].Y
        bp:StartOfLine()
        while bp.Cursor.Loc.Y <= lastY do
            bp:SelectDown()
        end
    end
end

PS. Naming things is hard: given a free hand I would rename DuplicateLine action to Duplicate (a method to duplicate selection, or current line if no selection, without using the clipboard), and that would allow a more logical use for DuplicateLine (duplicate all partly selected lines or current line if no selection, without using the clipboard).

I'm thinking about the same. We may clean up and unify things by changing behavior of some action without changing behavior of the default keys bound to them (so that the change would not affect most users): bind Ctrl-c to Copy|CopyLine, Ctrl-x to Cut|CutLine, Ctrl-d to Duplicate|DuplicateLine. The Copy, Cut and Duplicate actions would return false if there is no selection, and the *Line variants would operate on whole lines, not just the selection.

I'm thinking about the same. We may clean up and unify things by changing behavior of some action without changing behavior of the default keys bound to them (so that the change would not affect most users): bind Ctrl-c to Copy|CopyLine, Ctrl-x to Cut|CutLine, Ctrl-d to Duplicate|DuplicateLine. The Copy, Cut and Duplicate actions would return false if there is no selection, and the *Line variants would operate on whole lines, not just the selection.

Implemented in #3335. With this PR you will probably not need your selectblock any longer.

Hi
I have been giving more thought to duplicate and have written a function to deal with three situations:

Duplicate the current line (if no selection)
Duplicate selected word/phrase (on one line)
Duplicate the whole of any partly selected lines (lazy multi-line selection)

All of these situations leave the cursor position/selection unchanged, and therefore can be repeated for multiple duplication.
My Lua function satisfies my needs, but would be better as a built in action - to work with multiple cursors.
function duplicate(Current)
    if Current.Cursor:HasSelection() then
        if Current.Cursor.CurSelection[1].Y == Current.Cursor.CurSelection[2].Y then
            -- Selection on a single line - therefore:
                -- Duplicate selection with padding
                -- Insert after last character
                -- Maintain original selection
            local sel = Current.Cursor:GetSelection()   -- BYTES
            sel = util.String(sel)                      -- String
            sel = sel.." "                              -- Add right padding as likely a word
            local nextcharLOC = buffer.Loc(Current.Cursor.CurSelection[2].X+1, Current.Cursor.CurSelection[2].Y)
            -- If I don't increment X the inserted text expands the current selection!
            Current.Buf:Insert(nextcharLOC, sel)
            return true
        else
            -- Multiline selection - therefore:
                -- Get all part selected lines
                -- Insert after last line
                -- Maintain original selection
            local block  =  ""
            local top    = math.min(Current.Cursor.CurSelection[1].Y,Current.Cursor.CurSelection[2].Y)
            local bottom = math.max(Current.Cursor.CurSelection[1].Y,Current.Cursor.CurSelection[2].Y)
            for i=top, bottom,1 do
                block = block..Current.Buf:Line(i).."\n"
            end
            local nextlineLOC = buffer.Loc(0,bottom+1)
            Current.Buf:Insert(nextlineLOC, block)
            return true
        end
    else
            -- Nil selection  - therefore:
                -- Duplicate current line
                -- Insert after current line
                -- Maintain cursor position
            local sel = Current.Buf:Line(Current.Cursor.Y).."\n"
            local nextlineLOC = buffer.Loc(0,Current.Cursor.Y+1)
            Current.Buf:Insert(nextlineLOC, sel)
            return true
    end
end

Kind Regards Gavin Holt

authors: Gavin-Holt dmaluka

repo: zyedidia/micro


text:
micro flashes every second until user has to restart his machine and go for a walk

Description of the problem or steps to reproduce
Micro continuously flashes every second from text, no text. I used it first time, It was a disorienting experience. I'm surprised such a bug exists, this is actually serious enough that I had to restart my machine because I couldn't figure out how to exit, help would flash too.
I had to give my eyes a break and go for a walk.
Specifications
You can use micro -version to get the commit hash.
Version: 1.2.1-22
Commit hash: 5e80ab9
Compiled on June 17, 2017
OS: Rasberry Pi Jessie

Hmm perhaps tcell's redraw is too slow on a raspberry pi? I'll have to look into it. I haven't had problems when I used micro on a raspberry pi in the past. In the mean time I recommend you use another editor.

I've tested the latest master build on ArchLinux on a Raspberry PI.
I can partly confirm this issue, redrawing is pretty slow, espacially if you use syntax highlighting but I get slow redraws, if I scroll, from top to bottom without any flashing.
Specs (RasPi B):
512 mb RAM
700 MHz CPU

I think the partly the problem could be that I am ssh-ing into a raspberry
pi in Kenya from USA. The latency is 300ms roundtrip, and the pi doesn't
have the best connection. In anycase I wouldn't expect the whole screen to
flash periodically even when no input is received.
On Sat, Jun 17, 2017 at 12:52 PM, Marius Messerschmidt <
notifications@github.com> wrote:

I've tested the latest master build on ArchLinux on a Raspberry PI.
I can partly confirm this issue, redrawing is pretty slow, espacially if
you use syntax highlighting but I get slow redraws, if I scroll, from top
to bottom without any flashing.
Specs (RasPi B):
512 mb RAM
700 MHz CPU
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/zyedidia/micro/issues/705#issuecomment-309236413, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AA-JVE-RsHF5Z0A8R_eg86L-fwlKOE4Eks5sFC51gaJpZM4N9Q8Q
.

Hmm well I'm puzzled as to why the screen would flicker when there is input. Do any other program exhibit this behavior (vim, less...) or do they work alright? Also how often does the screen flash?

Let me get back to you tomorrow with a recording
On Sat, Jun 17, 2017 at 1:55 PM, Zachary Yedidia notifications@github.com
wrote:

Hmm well I'm puzzled as to why the screen would flicker when there is
input. Do any other program exhibit this behavior (vim, less...) or do they
work alright? Also how often does the screen flash?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/zyedidia/micro/issues/705#issuecomment-309239664, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AA-JVOluPXEkZ8g6rDmFzDGk2u_R5seQks5sFD0-gaJpZM4N9Q8Q
.

authors: mame98 nojvek zyedidia


text:
⚠ Maple - Access Portal has degraded performance

In d4fd921, Maple - Access Portal (https://maple.zyradyl.moe) experienced degraded performance:

HTTP code: 523
Response time: 10697 ms

Resolved: Maple - Access Portal performance has improved in 2a467bf after 23 minutes.


text:
Request.to_scrapy method

An experiment: Requets.to_scrapy method is added, to simplify use of ..Navigation classes.

Codecov Report

Merging #47 (2fc2830) into main (209b5c2) will not change coverage.
Report is 12 commits behind head on main.
The diff coverage is 0.00%.

:exclamation: Current head 2fc2830 differs from pull request most recent head d3b92b6. Consider uploading reports for the commit d3b92b6 to get more accurate results

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@          Coverage Diff          @@
##            main     #47   +/-   ##
=====================================
  Coverage   0.00%   0.00%
=====================================
  Files          8       8
  Lines        673     731   +58
=====================================
- Misses       673     731   +58

Files Changed
Coverage Δ

zyte_common_items/__init__.py
0.00% <ø> (ø)

zyte_common_items/components.py
0.00% <0.00%> (ø)

zyte_common_items/items.py
0.00% <0.00%> (ø)

zyte_common_items/pages.py
0.00% <0.00%> (ø)

authors: codecov-commenter kmike

repo: zytedata/zyte-common-items


text:
improve readme

The types in readme is not compatible with the code.
And illustrating props with default values makes it easier to use.

@somarlyonks awesome! Thanks!!

authors: somarlyonks zzarcon

repo: zzarcon/react-circle


text:
🛑 MIX2 at FRP is down

In 4f13616, MIX2 at FRP (origin.$DOMAIN_CN) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MIX2 at FRP is back up in 0dd66b7 after 35 minutes.

repo: zzc-tongji/upptime


text:
显示存在 <字符的文本问题

再存在 <的文本显示会显示不全只显示<前面部分内容例如下面
"γ值的范围在-1和+1之间。γ>0为正相关，γ<0为负相 "
实际显示只有  “γ值的范围在-1和+1之间。γ>0为正相关，γ”

HTML要显示<得用转义符吧

直接用textView 显示，没有问题， > 也没有问题  就< 有问题  但给<后面加个空格就可以正常显示

<会被识别为html标签

已经解决，使用   title = StringEscapeUtils.escapeHtml4(title); 转义一次就OK了

authors: xiaojintongxue zzhoujay

repo: zzhoujay/RichText