The API doesn't type

The API doesn't type, I have to use op_Implicit in a bunch of places when I declare index names.
The API doesn't type, all the primary functions to actually index stuff take a Func<SomethingDescriptor<'TDocument>, ISomethingRequest> but the builder doesn't have a Finish() or Build() method that converts the descriptor to an actual request. When searching types in this repository there's a bunch of empty stubs, such as IIndexRequest and IndexRequest but with no implementations and no docs and there are no current docs on the homepage nor in the readme and all examples use the broken invocation. I presume there's a C# implicit conversion somewhere from the descriptor to the request interface, but how to call it is completely undocumented. :(
When adding first a property, app and then app.kubernetes.io, I would expect them to map to two mappings for two properties, but ES interprets it as one and the same, erroring out with: "org.elasticsearch.index.mapper.MapperParsingException: Could not dynamically add mapping for field [app.kubernetes.io/instance]. Existing mapping for [labels.app] must be of type object but found [text]." (labels is the parent object) This could be type-safely done, perhaps? Because if the call types, it should work.

Example for 2 that I haven't figured out yet:
  let createBuilder (x: CreateIndexDescriptor): ICreateIndexRequest =
    x.Map<CRD>(fun x -> x.AutoMap().Properties(fun y -> y) :> IPromise<_>) :> ICreateIndexRequest
// doesn't work

Workaround for 2:
let indexDocument (client: ElasticClient) (doc: CRD) =
  client.IndexAsync<CRD>(doc, fun i -> i.Id(doc.getId() |> Id.op_Implicit) :> IIndexRequest<_>)
    |> Async.AwaitTask

Actionable:

Create a few F# examples to ensure it's not so utterly frustrating to start using in a language that is not C#
Document what is what, and that a descriptor is also a request
Instead of overloading functions, and especially so if you have generic parameters in them, create two functions with clear and distinct names reflecting their usage, so I can choose whether to use a builder or construct the XXXRequest object outside of the call to the function.
Document whether the callbacks to the builder execute only once per type or once per document.

There are implicit conversions from a set of types to a type used by the client. For example,
https://github.com/elastic/elasticsearch-net/blob/901e60d520ccf938025485555bbc263e9734bf40/src/Nest/CommonAbstractions/Infer/IndexName/IndexName.cs#L81-L83
IndexName has implicit conversions from string and Type. Using these from F# would currently require using op_Implicit.

All SomethingDescriptor<'TDocument> explicitly implement their counterpart interface, e.g. ISomethingRequest, so there is no terminal build method. Because of this, using the fluent API with F# is going to be somewhat verbose due to needing to explicitly cast to the interface when finishing construction, all the way down the fluent building graph.

such as IIndexRequest and IndexRequest but with no implementations and no docs and there are no current docs on the homepage nor in the readme and all examples use the broken invocation

There is a fairly comprehensive suite of integration tests that run on every commit, and examples are also generated from tests, so I don't agree with your assessment here.
You may want to consider using the object initializer syntax with F#, as I think it may be less onerous to use. There's a recent blog post and accompanying gist that may help.

This is Elasticsearch behaviour: app.kubernetes.io is interpreted as the path within an object hierarchy, equivalent to if you'd sent:
"app": {
    "kubernetes": {
        "io": "some value"
    }
}

There's some history to this (e.g. https://www.elastic.co/guide/en/elasticsearch/reference/2.4/dots-in-names.html and https://github.com/elastic/elasticsearch/pull/19937), but this is the behaviour. Elastic Common Schema may be of interest to you: https://www.elastic.co/guide/en/ecs/current/ecs-reference.html.

Create a few F# examples to ensure it's not so utterly frustrating to start using in a language that is not C#

We have discussed several times in the past about better supporting F#, either through some wrapper APIs, similar to what FSharp.Akka does for Akka, or through a type provider. It is low priority for us however. Having written many client examples with F# in the past, I would agree that the API is more awkward to use with F# than C#, less so with the object initializer syntax though.

Instead of overloading functions, and especially so if you have generic parameters in them, create two functions with clear and distinct names reflecting their usage, so I can choose whether to use a builder or construct the XXXRequest object outside of the call to the function.

I'm not sure I understand this point. You can already construct requests outside of the call to a function, using a descriptor (builder) or an XXXRequest. The method overloading approach supporting the two different syntaxes generally works well, where the method names map to the Elasticsearch APIs, over 270 of them, and counting.

Using these from F# would currently require using op_Implicit.

You don't have to do it that way, just provide an overload and then F# deals with it just fine. The way it is right now doesn't type when you follow the docs. Using implicits instead of overloads adds no extra value.

Elastic Common Schema may be of interest to you: https://www.elastic.co/guide/en/ecs/current/ecs-reference.html.

Nice resource, thanks!

We have discussed several times in the past about better supporting F#, either through some wrapper APIs, similar to what FSharp.Akka does for Akka, or through a type provider.

I think you're over-complicating it then; F# interops very well with C# if the C# is written in a pretty standard way.
Since the client statically depends on the non-interface type, why not just let the callback return that? It's not like callers of your fluent API are going to say "Hey, I'm going to do a Liskov here and replace the instance I got in the callback with my own implementation of ITypeMapping", unless I'm not understanding something?
Doing a type provider for this is a complete drain of resources, I really don't recommend it. You basically want to set properties and do some reflection; improving your API to solve that is easy and doesn't have to take long.

with the object initializer syntax though.

The problem here is finding the right magic types to use when one doesn't know the API before. The docs don't document how to use the API sufficiently well. You can solve this either by

creating static factory methods on the supertype for the different subtypes
improving the docs; available subtypes per supertype, global invariants (like the null ref error) that the programmer needs to keep in the head
improving the APIs through a bunch of tweaks to work well in both cases

The method overloading approach supporting the two different syntaxes generally works well, where the method names map to the Elasticsearch APIs, over 270 of them, and counting.

Are you saying you have an API in Elasticsearch's API suffixed with Async? Because if you don't, then you already have renamed methods and my point stands w.r.t this particular reply.

I'm not sure I understand this point. You can already construct requests outside of the call to a function, using a descriptor (builder) or an XXXRequest.

What I mean is that when the programmer uses your API definitions in an IDE, there are two things that confuse the typing in F# in this case;

The constant concrete -> abstract upcasts (and somehow (magically?) knowing that the type you got from the builder factory explicitly implements the interface!)
That the method is overloaded - it makes the error messages much worse and it's harder to derive whether I missed some parameter or if the types of the callback don't type; because if those callback types don't type (which is almost always the case when using your API), the compiler responds with non-hydrated generic parameters in the error messages, like so:

You don't have to do it that way, just provide an overload and then F# deals with it just fine.

Are you proposing that .Field(...) is overloaded to accept string, everywhere that it is used?

The way it is right now doesn't type when you follow the docs. Using implicits instead of overloads adds no extra value.

This may be true for F#, but is not true for C#, the language the docs are written in. Using implicit conversions does add value in that it allows a string to be passed anywhere a Field is accepted, without needing to define overloads to also accept string.

Since the client statically depends on the non-interface type, why not just let the callback return that? It's not like callers of your fluent API are going to say "Hey, I'm going to do a Liskov here and replace the instance I got in the callback with my own implementation of ITypeMapping", unless I'm not understanding something?

There may be a reason why the signatures are Func<*Descriptor, I*Request> rather than Func<*Descriptor, *Descriptor>, which would require some investigation. I'll add this as a topic to discuss for the next major version.

Generally though; why are you making everything interfaces? If you have a request type that is a data bearer I really don't need an interface. Interfaces are called "protocols" in other languages and should define a method by which you can interact with stateful objects; or if you have data bearers, interfaces are nice to use as a tool to compose many aspects together, but having a one-to-one mapping between interface and implementation types is just bike shedding to appease some mocking framework most of the time.

There are two implementations for each I*Request interface:

*Descriptor that explicitly implements the interface, providing a fluent builder pattern to build a request, which is referred to as the fluent syntax/API. C# and VB.NET will implicitly cast the *Descriptor to the interface, aligning with the Func<*Descriptor, I*Request> signature.
*Request that implicitly implements the interface, allowing a request to be composed by building up an object graph, referred to as the object initializer syntax/API.

Are you saying you have an API in Elasticsearch's API suffixed with Async? Because if you don't, then you already have renamed methods and my point stands w.r.t this particular reply.

I think this is muddying the waters of the point. Since there is no method overloading varying on return type, async methods by nature will be differently named to their sync counterparts. The general practice when both sync and async methods are provided is also to suffix async methods with Async, which I'm sure you know 🙂

The constant concrete -> abstract upcasts (and somehow (magically?) knowing that the type you got from the builder factory explicitly implements the interface!)

The vast majority of users, using C# and VB.NET, don't need to know this. I would personally prefer that F# would also implicitly handle this, specifically for interop scenarios like this.

And marks (as you can see) everything an error, when the real error is in fun y -> y in this case (amongst things). Also, IPromise<'a>? Is that a future library I spy?

This is something that should be addressed for the next major version, as the implicit casting in some cases where IPromise<T> is used is problematic with F#. The following works
let createIndexResponse =
    client.Indices.Create(index "kubernetes-resources", fun c ->
        c.Map<Doc>(fun m ->
            m.AutoMap()
             .Properties(fun y -> y :> IPromise<_>)
            :> ITypeMapping)
        :> ICreateIndexRequest)

IPromise<T> is used in cases where repeated calls to some method need to be collected to return a a final value, IIRC.
As mentioned above, where we can improve the API to better interoperate with F# is something we will discuss for the next major version.

Using implicit conversions does add value in that it allows a string to be passed anywhere a Field is accepted, without needing to define overloads to also accept string.

Right, but it's auto-generated code, isn't it?

There are two implementations for each I*Request interface:

What I have a hard time understanding, (which you said you'd investigate) is how writing properties to the explicit interface implementation "knows" when it should complete the Request value, and therefore how that is different from writing to the object graph API directly. "Originally" the pattern of having a callback called, would be to keep the pre- and post- logic the same but varying the stuff in the middle, but if the Descriptors can be upcast then that abstraction might be broken.

I think this is muddying the waters of the point. [About Async suffix]

Well, in F# you don't have exactly the same overload resolution, so having a separate method would help, just like the Async suffix is a pattern in C#. All I'm saying is that if this codebase is auto-generated, accordances can be made without causing any large pain to the other language users. Just like Async is an affordance.
What your original point is, if I'm trying to articulate it as I understand it, is; [we want a one-to-one mapping between REST API endpoints and C# methods, because this is "more beautiful" or "more pure" or "easier to manage" than having more than one] -- is this what your intent?

F# is something we will discuss for the next major version.

Great, and perhaps you can consider some of the quickfixes, too, or else document the object API?

Right, but it's auto-generated code, isn't it?

Sadly, the request and response types are not generated; they are currently all hand written. There have been many discussions over the years to build a complete API specification for all requests and responses, which would make generating them possible, but we are not there yet.

What I have a hard time understanding, (which you said you'd investigate) is how writing properties to the explicit interface implementation "knows" when it should complete the Request value, and therefore how that is different from writing to the object graph API directly. "Originally" the pattern of having a callback called, would be to keep the pre- and post- logic the same but varying the stuff in the middle, but if the Descriptors can be upcast then that abstraction might be broken.

It doesn't need to know as such, because at any point, a **Descriptor is a valid I**Request, because it explicitly implements the interface. Therefore, it doesn't need to build some other instance with an explicit call to a  terminal build() method. The explicit interface implementation allows the *Descriptor to have fluent method names that match the names of the explicitly implemented interface properties. As a consumer, you are free to choose whether to use the fluent syntax or object initializer syntax to construct requests.

What your original point is, if I'm trying to articulate it as I understand it, is; [we want a one-to-one mapping between REST API endpoints and C# methods, because this is "more beautiful" or "more pure" or "easier to manage" than having more than one] -- is this what your intent?

We want a one-to-one mapping (+ async variants) between client methods and APIs because we believe this makes it easier for client consumers to use the API. For example, a consumer can use the fluent API to make a synchronous search call
var client = new ElasticClient();

var searchResponse = client.Search<Document>(s => s
	.Index("posts")
	.Query(q => q
		.Match(m => m
			.Field(f => f.Content)
			.Query("some query")
		)
	)
);

or the object initializer syntax
var client = new ElasticClient();

var searchResponse = client.Search<Document>(new SearchRequest<Document>("posts")
{
	Query = new MatchQuery
	{
		Field = Nest.Infer.Field<Document>(f => f.Content),
		Query = "some query"
	}
});

In both cases, Search<TDocument>(...) aligns with the search API.

Great, and perhaps you can consider some of the quickfixes, too, or else document the object API?

As a rule, we follow semantic versioning, and align at least the major version of the client with the major version of Elasticsearch. Accordingly, binary breaking API changes would only be able to be made in a major release. What do you see as the quickfixes?

What do you see as the quickfixes?

See referenced PR for an example

Will open meta-ticket to track improved F# support with v8+


Suggestion: Shift-Clicking an encoded pattern sends it straight to inventory.

This is just a QOL feature that is really good. Used it in PAE2 and it's actually really good. Let me know your thoughts.
So when you shift click the arrow to encode a pattern, it sends it straight to your inventory. This can be used to have multiple of the same patterns to be used in parallel. Thank you

This sounds both pretty nice and easy to implement. I also thought about letting patterns stack if you export the same pattern twice so maybe Ill just add those to features.

This sounds both pretty nice and easy to implement. I also thought about letting patterns stack if you export the same pattern twice so maybe Ill just add those to features.

Same patterns alreadt stack :)

I mean let them stack when you press the create button in the pattern grid if you want multiple patterns.

Ah right okay.


Update Storage to azure-core preview 3

Migrated from #4482

Thanks for catching all the manual fixes - I'll fix up the swagger in this repo.

Moving back to #4482.


“Download as PDF” by rendering the markdown webpage

I have recently started using duax.io to create markdown based documentation for our website.
Now I would like to know, what will be the simplest way to add “download as PDF” link/button on website, so that it will allow rendering the markdown webpage and downloading it in PDF format.

Can it be done by using Pandoc and MiKTeX? And how?
Or it is only possible by converting markdown files into HTML and then using some command-line, script or utility?
Any help will be greatly appreciated.

Hi, You want to download just a single page by PDF ?
I can print the page as pdf, we can tweak the styles to keep only the content.
I'm working on exporting all pages to one pdf you can follow that in issue #163

That might help !
https://gitprint.com/justinwalsh/daux.io/blob/master/README.md

I added new print styles in the dev branch. You can have a look at them on the dev branch : http://dev.daux.io


flutter_gallery has a seemingly out of date release string

"applicationVersion: '2016 Q3 Preview'" looks out of date.
https://github.com/flutter/flutter/blob/master/examples/flutter_gallery/lib/gallery/drawer.dart#L219

cc @sethladd

Thanks!

Going to close this in favor of https://github.com/flutter/flutter/issues/7983


[Impeller] backdrop blurs are not limited by coverage.

From https://github.com/flutter/flutter/issues/132735
Given a backdrop filter that is surrounded by a clip that limits it to a significantly smaller region of the screen.
  @override
  Widget build(BuildContext context) {
    return ClipRect(
      child: BackdropFilter(
        filter: ImageFilter.blur(
          sigmaX: 28,
          sigmaY: 28,
          tileMode: TileMode.mirror,
        ),
        child: DecoratedBox(
          decoration: BoxDecoration(color: Colors.black.withOpacity(.65)),
          child: child,
        ),
      ),
    );
  }

We don't actually seem to be taking that coverage information into account. Instead it looks like the unscaled component of the first pass is the same size as the entire screen.

This was incorrect, they are limited by coverage - its actually advanced blends that aren't limited by coverage


Update benchmarking script to the latest tanium interfaces based on the transformer.

Current script has fallen behind current interface.

done


Milling Quality Control GA demo

Successful demo delivered at the Apr 2022 GA. Well done @avillaj1988!


Use the base image (gclub/skywardai) instead and change the working directory to /app.

Use the base image (gclub/skywardai) instead and change the working directory to /app.
Description
Use base images to reduce build steps and build time.
The Image working directory is unified into the /app directory that is commonly used in open source projects.
This PR fixes #57
Notes for Reviewers
Signed commits

[ ] Yes, I signed my commits.

@Micost @arvin936 As we discussed, we should remove this chmod. It will not be supported in multiple-platforms build.

Close by #72


Extension fails to open new tabs next to the current tab...

Issue Description
On Latest Chrome Browser for Windows:  This extension does not open new tabs next to the current tab. Instead, it opens new tabs at the end of the tab bar.  This is a deviation from the normal Chrome browser behavior.
I'd suggest that the default behavior is changed to open new tabs NEXT to the current tab.  OR, provide an option to open it at the end of the tab bar.

I've got an different extension for that behaviour: https://chrome.google.com/webstore/detail/open-tabs-next-to-current/gmpnnmonpnnmnhpdldahlekfofigiffh
I just checked, the normal behaviour is not changed, what you're experience is the default.


Having a problem with the search action

Hi everyone, I'm having a problem with the search action.
I am not triggering the search event in my User Resource when filter. But this event is fired when I access the list of Resource's dependencies (relation OneToOne). I do not understand the cause of the error?

Could you be more specific? What should be appearing in filters?


Fix test gap: mbedtls_cipher_setup_psa() with ECB

Description
Fixes https://github.com/ARMmbed/mbedtls/issues/4973.
Backport: 2.2x
This PR:

adds test cases for  AES-xxx-ECB PSA (based on  AES-xxx-CBC PSA),
adds missing code to support ECB mode for PSA.

Test results after enabling MBEDTLS_USE_PSA_CRYPTO in mbedtls_config.h (PSA part):
AES-128-CBC crypt Encrypt NIST KAT #1 PSA ......................... PASS
AES-128-CBC crypt Encrypt NIST KAT #2 PSA ......................... PASS
AES-128-CBC crypt Encrypt NIST KAT #3 PSA ......................... PASS
AES-128-CBC crypt Encrypt NIST KAT #4 PSA ......................... PASS
AES-128-CBC crypt Decrypt NIST KAT #1 PSA ......................... PASS
AES-128-CBC crypt Decrypt NIST KAT #2 PSA ......................... PASS
AES-128-CBC crypt Decrypt NIST KAT #3 PSA ......................... PASS
AES-128-CBC crypt Decrypt NIST KAT #4 PSA ......................... PASS
AES-192-CBC crypt Encrypt NIST KAT #1 PSA ......................... PASS
AES-192-CBC crypt Encrypt NIST KAT #2 PSA ......................... PASS
AES-192-CBC crypt Encrypt NIST KAT #3 PSA ......................... PASS
AES-192-CBC crypt Encrypt NIST KAT #4 PSA ......................... PASS
AES-192-CBC crypt Decrypt NIST KAT #1 PSA ......................... PASS
AES-192-CBC crypt Decrypt NIST KAT #2 PSA ......................... PASS
AES-192-CBC crypt Decrypt NIST KAT #3 PSA ......................... PASS
AES-192-CBC crypt Decrypt NIST KAT #4 PSA ......................... PASS
AES-256-CBC crypt Encrypt NIST KAT #1 PSA ......................... PASS
AES-256-CBC crypt Encrypt NIST KAT #2 PSA ......................... PASS
AES-256-CBC crypt Encrypt NIST KAT #3 PSA ......................... PASS
AES-256-CBC crypt Encrypt NIST KAT #4 PSA ......................... PASS
AES-256-CBC crypt Decrypt NIST KAT #1 PSA ......................... PASS
AES-256-CBC crypt Decrypt NIST KAT #2 PSA ......................... PASS
AES-256-CBC crypt Decrypt NIST KAT #3 PSA ......................... PASS
AES-256-CBC crypt Decrypt NIST KAT #4 PSA ......................... PASS
AES-128-ECB crypt Encrypt NIST KAT #1 PSA ......................... PASS
AES-128-ECB crypt Encrypt NIST KAT #2 PSA ......................... PASS
AES-128-ECB crypt Encrypt NIST KAT #3 PSA ......................... PASS
AES-128-ECB crypt Encrypt NIST KAT #4 PSA ......................... PASS
AES-128-ECB crypt Decrypt NIST KAT #1 PSA ......................... PASS
AES-128-ECB crypt Decrypt NIST KAT #2 PSA ......................... PASS
AES-128-ECB crypt Decrypt NIST KAT #3 PSA ......................... PASS
AES-128-ECB crypt Decrypt NIST KAT #4 PSA ......................... PASS
AES-192-ECB crypt Encrypt NIST KAT #1 PSA ......................... PASS
AES-192-ECB crypt Encrypt NIST KAT #2 PSA ......................... PASS
AES-192-ECB crypt Encrypt NIST KAT #3 PSA ......................... PASS
AES-192-ECB crypt Encrypt NIST KAT #4 PSA ......................... PASS
AES-192-ECB crypt Decrypt NIST KAT #1 PSA ......................... PASS
AES-192-ECB crypt Decrypt NIST KAT #2 PSA ......................... PASS
AES-192-ECB crypt Decrypt NIST KAT #3 PSA ......................... PASS
AES-192-ECB crypt Decrypt NIST KAT #4 PSA ......................... PASS
AES-256-ECB crypt Encrypt NIST KAT #1 PSA ......................... PASS
AES-256-ECB crypt Encrypt NIST KAT #2 PSA ......................... PASS
AES-256-ECB crypt Encrypt NIST KAT #3 PSA ......................... PASS
AES-256-ECB crypt Encrypt NIST KAT #4 PSA ......................... PASS
AES-256-ECB crypt Decrypt NIST KAT #1 PSA ......................... PASS
AES-256-ECB crypt Decrypt NIST KAT #2 PSA ......................... PASS
AES-256-ECB crypt Decrypt NIST KAT #3 PSA ......................... PASS
AES-256-ECB crypt Decrypt NIST KAT #4 PSA ......................... PASS
Cipher Corner Case behaviours ..................................... PASS

----------------------------------------------------------------------------

Open questions?

Is ok that we got same results for CBC and ECB modes?
For ECB IV is irrelevant, but for CBC it is relevant, so why we are always testing the same vector (all zeros)?

Status
READY
Migrations
NO

I think that this PR might need a changelog entry, since it changes default behaviour for a certain cipher mode.

Addressed review comments.
Confirmed that tests still pass for other key sizes.
@AndrzejKurek I checked the ChangeLog file but I'm not sure what and where should I add in this file. Generally this PR just adds tests and provides fix for PSA ECB mode.

FAILED (605 / 606 tests (184 skipped))
^^^^test_tls13_experimental_with_ecp_restartable: ssl-opt.sh (TLS 1.3 experimental): "$@" -> 1^^^^

It has passed before I committed the change-log, but I doubt that this is the reason. Maybe I need to rebase PR?

There's an unusually high load on the CI today and it's causing a lot of timeouts.
Generally speaking, the intermittent failure of "DTLS client reconnect from same port: reference" under load is a known bug in our test scripts.

Actually I was looking at the wrong log. This isn't #3377.
14:18:22 Session resume using cache, DTLS: openssl client ....................... RETRY RETRY FAIL
14:18:22   ! bad client exit code (expected 0, got 143)
14:18:22   ! outputs saved to o-XXX-149.log

However it does look like a timeout caused by heavy load.

After yesterday's spike, there are still a lot of failures on the CI due to timeouts and unrelated to the content of the PR. Between https://jenkins-mbedtls.oss.arm.com/job/mbed-tls-pr-merge/job/PR-4996-merge/10, https://jenkins-mbedtls.oss.arm.com/job/mbed-tls-pr-merge/job/PR-4996-merge/8 and https://jenkins-mbedtls.oss.arm.com/job/mbed-tls-pr-head/job/PR-4996-head/6, I'm satisfied that there's enough coverage to claim that this PR is passing, so I'm going to go ahead and merge.

I tried to reproduce the fail locally today. Locally test passes. Logs below:
log.txt


Pages load out of order

I cant share the PDF because it belongs to my employer, but my 8 page PDF shows page 8 as page 2.

Thank you, and I don't blame you. I'll look around at some point and try to figure stuff out.


CI: Use travis APT add-on

This appears to fix #157 (see https://travis-ci.org/catch22/octave-doctest/builds/290707102).

@mtmiller can you review this?

I like this a lot 👍


Adds the cefglue fix to the readme

i mean this should only occur if you previously had the submodule set to non-robust cefglue right?

This feels like a pretty minor thing since it only happens to the subset of people who checked out the robust repo before we changed the submodule address.

fair


How do it works?

What did you do?
See your repo
What did you expect to happen?
My code works
What actually happened?
I dont know how it works
What versions of PHP, Lumen and this module are you using?
php 5.6 - lumen 5.4
Hi man, How do I can integrate this repo to my lumen project? I tried many ways to integrate another solutions to my lumen 5.4, but without goods results, I hope your repo can help me

@soderluk maybe you could add some instructions to the README?


Demonstrate SafeECDSAPlugin in in-page wallet

Resolves #74

Uses deterministic addresses instead of relying on consistent config
Adds SafeECDSAFactory for creating a safe with the ecdsa plugin
Replaces initCode with just using SafeECDSAFactory (since you need to create 2 contracts anyway and 4337 won't let you do that with initCode so you need a separate creation step anyway)
Adds sendEth hardhat task and includes instructions in the readme to make setup easier and more clear
Updates to solidity 0.8.19 to enable create2 without assembly (and is more consistent with forge which is 0.8.20 on my machine, (I had other troubles with newer versions so I left it at 0.8.19))
Refactors the account logic out of EthereumApi so this happens via a common interface (IAccount)
Adds a new implementation of IAccount to support SafeECDSAAccount (SafeECDSAAccountWrapper)
Adds popup when creating the user's account allowing them to choose which account type they'd like to use

@blakecduncan A bit about squashing vs merging


Fix incorrect package ID reference in README

Why is the build red?

Packages failing to resolve, maybe they got rolled off the necessary MyGet feeds?

Opening a new combine PR just to cover all the things approved for the brief preview1 update :). This was already approved anyway.


Info.plist file is missing the required key: CFBundleVersion (carthage | xcframework)

What did you do?
Uploading exported ipa file to appcenter. I'm using carthage with xcframework to build app.
What did you expect to happen?
Upload exported ipa file to appcenter without any issue.
What happened instead?
Appcenter upload failed with below the error, The Info.plist file is missing the required key: CFBundleVersion
TPPDF Environment
TPPDF version: 2.4.1
Xcode version:  14.2
Swift version: 5.7
Demo Code / Project
{
NSLocalizedDescription = "Asset validation failed";
NSLocalizedFailureReason = "This bundle Payload/xx.app/Frameworks/TPPDF.framework is invalid. The Info.plist file is missing the required key: CFBundleVersion. Please find more information about CFBundleVersion at https://developer.apple.com/documentation/bundleresources/information_property_list/cfbundleversion (ID: 8e9e8a8b-275e-4f80-95ca-15ef9d977418)";

Please upload the Info.plist located in the TPPDF.framework

I'll close this now, because this has not been reported since then.
If it is still relevant, feel free to reopen


Feature Request: @lru_cache overriding a method not raising reportIncompatibleMethodOverride if args and return is correct

(This is a feature request as the current behaviour is technically correct).
Code example:
from functools import lru_cache
class Factorial:
    def factorial(self, n: int) -> int:
        if n == 0 or n == 1:
            return 1
        else:
            return n * self.factorial(n - 1)

class FactorialLRUCache(Factorial):
    @lru_cache
    def factorial(self, n: int) -> int:
        return super().factorial(n)

Current behaviour (on strict typing):
Pylance underlines the whole function of FactorialLRUCache.factorial, saying that "factorial" overrides method of same name in class "Factorial" with incompatible type "_lru_cache_wrapper[int]"Pylance(reportIncompatibleMethodOverride).
Suggested behaviour:
Pylance is fine with this - there could be a setting to enable to fix this.
Use case:
Like here, comparing speed of function with and without caching.

Because of the the way @lru_cache is defined in the typeshed stubs, pylance would have no way of knowing that the overloaded method is compatible with the original. Given the information provided, pylance is correct in flagging this as incompatible.
There is a possibility that the lru_cache method could be annotated in a better manner within the typeshed stub using PEP 612 (ParamSpec) support, but not all type checkers provide support for ParamSpec at this time.
The reportIncompatibleMethodOverride check is not on by default. You can choose to disable it for your project or on a per-file basis (using a # pyright: reportIncompatibleMethodOverride=false comment), or you can suppress that one instance of the error using # type: ignore.

I looking at PEP 612, it does seem like lru_cache could be annotated in this way. Guess we have to wait for 3.10.
I've used # type: ignore in my project. Up to you to decide what to do with this issue.

lru_cache is defined in typeshed in stubs, which are free to use newer features without waiting for Python releases. typeshed already uses ParamSpec in at least one place, contextlib.

Closing old issue. If this is still a problem, please reopen with the information requested. thanks


⚠ Bofrost.de has degraded performance

In 4b0be14, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1020 ms

Resolved: Bofrost.de performance has improved in 501fedd after 30 minutes.


Create AsyncTechnicalExceptionConverter implementation

Logics require the capability to convert unexpected/unhandled exceptions into TechnicalExceptions.
Create a version o this which can easily be applied in any of the logics directly for convenience and consistency.

Applying this as a utility method in AsyncExceptionHandler for consistency.


Add the AnonCreds logos to the repo, and to the specification

Signed-off-by: Stephen Curran<EMAIL_ADDRESS>

Currently referencing the branch to be merged as the source of the logo. Once this is ready for merging, I'll update the source of the logo to reference the "to be merged" location of the logo.  I was able to test locally to make sure that the logo comes in nicely.


Correction for raw affiliation CNRS-IReMus

Correction needed for raw affiliation CNRS-IReMus
raw_affiliation_name: CNRS-IReMus
new_rors: ;04gf9wd48
previous_rors:
works_examples: W4297944375;W4297944230;W4323651458;W4297208638;W4297206465;W4297206535
contact: d9a7c01adbf1215062bf15a87d144be4:fe44a110bbed255c125c5d4378 @ sorbonne-universite.fr

This issue was accepted and ingested by the OpenAlex team on 2024-11-01. The new affiliations should be visible within the next 7 days.


High and medium vulnerabilities in CIROH image

Context
We are seeing two high and two medium vulnerabilities in CIROH image based on quay security scanner.
Quay Security Scanner has detected 4 vulnerabilities.
2 High-level vulnerabilities.
2 Medium-level vulnerabilities.
Package: ujson, httplib2, numpy
Proposal
No response
Updates and actions
No response

Thanks for communicating in the open @arpita0911patel. Please note the shared responsibility model explains how 2i2c and AWI/CIROH share tasks. While issues within the software environment should be assigned to CIROH/AWI, we at 2i2c are here to assist you and your community. 2i2c's engineering team, including @sgibson91, has a more-than-full assignment of tasks across a variety of communities so can't take on GitHub issue assignments outside our intended scope.

Thank you James for sharing this shared responsibility model details. I wasn't aware on that.


[TUI] General TUI Notes

This issue describes small notes and things to implement that are generated from PRs but that it makes more sense to tackle later.
Directory Tree

double click also opens and close the folder, consider using right-click or a hold-button + click.
delete directories through the directory tree
update the directory tree either periodically or whenever it is clicked in order to display changes that have been made in the underlying filesystem (e.g. if deleting a file through the system file browser) (see https://github.com/Textualize/textual/issues/3574)
maybe only show the root folder name at the top and provide an easy way to get the full path (e.g. right-click menu)

Project Selection Screen

Implement lightweight script for extraction of project metadata (date created, date last edited, datatypes, n_subjects, etc.)

Create Tab

“Templating” + dynamic inference of “Next” subject/session value
Validation of sub and ses strings (with corresponding tcss properties → Change in border color when valid/invalid)
Implement ToolTips that appear when hovering over Input or DirectoryTree widgets.
Force tree open up to ses level!

Settings Tab -> For changing view settings etc.

Windows powershell or cmd does not work we,, Anaconda Powershell prompt, which looks pretty much exactly the same as the WIndows Terminal  (both look good). If the anaconda temrinal looks good cross platform we can just reccomend running in this.

macOS is rendering weird, this is know textual problem that does not look like a quick fix. This makes it difficult to recommend it's use on Mac.
Down the line it would be nice to package datashuttle, so use does not need to worry about installing conda at all. Under this model I believe we should be able to spin up an anaconda prompt ourselves, i.e. forcing the user to use a terminal we know will render properly. Until then though we will have to ask users to install a different terminal for best experience on macOS. If this is the case and there are no workarounds we should move to a package install as soon as possible.

Some misc. general TODOs

add persistant settings for create tab ( checkboxes), has a button or something that brings up modal window for create-tab preferences (e.g. autofill options)
Add type hints, some preliminary tests just to understand how textualize is testing
update datashuttle to have an option to return the existing projects in last-modified order so they can be displayed in this order on TUI

We need somewhere to 'setup-ssh-connection-to-central-server'.

add tooltips to all relevant widgets
refresh the directory tree on filesytem change - textual currently implementing updated filetree that keeps the currently selected node when the directorytree is updated (currently it refreshes to root)
Figure out best how to present to the user that validation is local vs. central (SSH is very slow)
add tests

Some TUI feedback:
Datashuttle meeting 22/11/2023
filetree for config path selection
typing in path a last resort
remove confirmation confogs screen
rename Configure Project to save
central path brought into connection method level
fix remote machine name at start of central path
rename ‘central_host_username’ to ‘central_host’
change central host autofill
Regex builder with buttons to input commenly used preset
Let people delete stuff with a warning
option to whitelist validation and make files anyway
datatype name lowercase
a little question mark somewhere on tags, right / left click etc.

Add a hold key + double click on file to append new suggested file rather than replacing.

Add 'Options' button on Transfer tab that contains transfer related options which are currently stored in CFG.

see https://textual.textualize.io/getting_started/ for terminals that textual runs on. Best option is probably to package all terminals (if possible) (or use system if works) and just launch them + run command in them from python (again, if possible).

https://stackoverflow.com/questions/38489755/python-script-to-type-something-in-terminal


Feature Request: Add GraphQL as a request content type to RestAPI Monitor

The GraphQL as a request content type is supported in the API and UI for RestAPI monitors already.

@marksieczkowski Added GraphQL as a request content type to RestAPI Monitor. Please refer the example https://github.com/site24x7/terraform-provider-site24x7/blob/main/examples/rest_api_monitor_us.tf


Add test case for not mutating when restartPolicy is Always

This PR adds a new test case to assure that when pod's restartPolicy is Always,
ActiveDeadlineSeconds field is not set by webhook.

/assign @ingvagabund

/lgtm


⚠ Bofrost.be has degraded performance

In cd12b39, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1461 ms

Resolved: Bofrost.be performance has improved in c0a5bc7.


Fixes for #45 , #12 and #52

-Minor addition to AppVeyor scripts to prevent failures when running tests on forked repo.
-Added support for choco install paramstring as discussed in #52.
-Example included
Test:
PS C:\Users\jdekoning> Start-DscConfiguration .\myChocoConfig -wait -Verbose -force
VERBOSE: Perform operation 'Invoke CimMethod' with following parameters, ''methodName' = SendConfigurationApply,'className' = MSFT_DSCLocalConfigurationManager,'namespaceName' = root
/Microsoft/Windows/DesiredStateConfiguration'.
VERBOSE: An LCM method call arrived from computer DESKTOP-NOFRUJ8 with user sid S-1-5-21-271044204-3381612949-3303693247-1001.
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ Start  Set      ]
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ Start  Resource ]  [[cChocoInstaller]installChoco]
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ Start  Test     ]  [[cChocoInstaller]installChoco]
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoInstaller]installChoco]  Start Test-TargetResource
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoInstaller]installChoco]  Is choco installed?
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoInstaller]installChoco]  NO - Choco isn't Installed
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ End    Test     ]  [[cChocoInstaller]installChoco]  in 0.0950 seconds.
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ Start  Set      ]  [[cChocoInstaller]installChoco]
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoInstaller]installChoco]  Start Set-TargetResource
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoInstaller]installChoco] [ChocoInstaller] Start InstallChoco
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoInstaller]installChoco] Loading module from path 'C:\Windows\TEMP\chocolatey\chocInstall\tools\chocolateysetup.psm1'.
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoInstaller]installChoco] Importing function 'Initialize-Chocolatey'.
WARNING: [DESKTOP-NOFRUJ8]:                            [[cChocoInstaller]installChoco] Failure attempting to let Explorer know about updated environment settings.
  Could not find a part of the path 'C:\Windows\system32\config\systemprofile\AppData\Local\Temp\jo543ukh.tmp'.
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoInstaller]installChoco] [ChocoInstaller] Finish InstallChoco
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ End    Set      ]  [[cChocoInstaller]installChoco]  in 10.3740 seconds.
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ End    Resource ]  [[cChocoInstaller]installChoco]
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ Start  Resource ]  [[cChocoPackageInstaller]installSkypeWithChocoParams]
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ Start  Test     ]  [[cChocoPackageInstaller]installSkypeWithChocoParams]
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoPackageInstaller]installSkypeWithChocoParams] Start Test-TargetResource
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoPackageInstaller]installSkypeWithChocoParams] Start IsPackageInstalled skype
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoPackageInstaller]installSkypeWithChocoParams] Start IsPackageInstalled skype
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ End    Test     ]  [[cChocoPackageInstaller]installSkypeWithChocoParams]  in 2.3610 seconds.
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ Start  Set      ]  [[cChocoPackageInstaller]installSkypeWithChocoParams]
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoPackageInstaller]installSkypeWithChocoParams] Start Set-TargetResource
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoPackageInstaller]installSkypeWithChocoParams] Start IsPackageInstalled skype
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoPackageInstaller]installSkypeWithChocoParams] Start IsPackageInstalled skype
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoPackageInstaller]installSkypeWithChocoParams] Install command: 'choco install skype -y --version="<IP_ADDRESS>" --allowdo
wngrade --allowemptychecksum --allowemptychecksumsecure'
VERBOSE: [DESKTOP-NOFRUJ8]:                            [[cChocoPackageInstaller]installSkypeWithChocoParams] Package output Chocolatey v0.10.0 Installing the following packages: skyp
e By installing you accept licenses for the packages.  skype v<IP_ADDRESS> [Approved] Downloading skype    from 'http://download.skype.com/msi/SkypeSetup_<IP_ADDRESS>.msi'  Progress: 3%
- Saving 1.23 MB of 37.93 MB (1290049/39772160) Progress: 7% - Saving 2.96 MB of 37.93 MB (3098789/39772160) Progress: 10% - Saving 3.99 MB of 37.93 MB (4181632/39772160) Progress: 1
3% - Saving 5.18 MB of 37.93 MB (5432004/39772160) Progress: 15% - Saving 5.74 MB of 37.93 MB (6020556/39772160) Progress: 20% - Saving 7.62 MB of 37.93 MB (7990486/39772160) Progres
s: 22% - Saving 8.57 MB of 37.93 MB (8985328/39772160) Progress: 25% - Saving 9.79 MB of 37.93 MB (10268008/39772160) Progress: 27% - Saving 10.62 MB of 37.93 MB (11134452/39772160)
Progress: 30% - Saving 11.39 MB of 37.93 MB (11942088/39772160) Progress: 32% - Saving 12.29 MB of 37.93 MB (12882720/39772160) Progress: 35% - Saving 13.5 MB of 37.93 MB (14154208/3
9772160) Progress: 38% - Saving 14.65 MB of 37.93 MB (15357356/39772160) Progress: 42% - Saving 16.07 MB of 37.93 MB (16850548/39772160) Progress: 45% - Saving 17.27 MB of 37.93 MB (
18106184/39772160) Progress: 47% - Saving 17.97 MB of 37.93 MB (18842144/39772160) Progress: 48% - Saving 18.41 MB of 37.93 MB (19300148/39772160) Progress: 49% - Saving 18.84 MB of
37.93 MB (19759504/39772160) Progress: 51% - Saving 19.6 MB of 37.93 MB (20555032/39772160) Progress: 53% - Saving 20.36 MB of 37.93 MB (21349172/39772160) Progress: 57% - Saving 21.
84 MB of 37.93 MB (22901324/39772160) Progress: 60% - Saving 23.03 MB of 37.93 MB (24152020/39772160) Progress: 62% - Saving 23.86 MB of 37.93 MB (25019040/39772160) Progress: 65% -
Saving 24.76 MB of 37.93 MB (25967516/39772160) Progress: 67% - Saving 25.63 MB of 37.93 MB (26879644/39772160) Progress: 68% - Saving 26.1 MB of 37.93 MB (27365604/39772160) Progres
s: 70% - Saving 26.88 MB of 37.93 MB (28189368/39772160) Progress: 73% - Saving 27.75 MB of 37.93 MB (29102192/39772160) Progress: 75% - Saving 28.81 MB of 37.93 MB (30214528/3977216
0) Progress: 77% - Saving 29.38 MB of 37.93 MB (30811736/39772160) Progress: 79% - Saving 30.32 MB of 37.93 MB (31797628/39772160) Progress: 81% - Saving 30.8 MB of 37.93 MB (3229457
9/39772160) Progress: 83% - Saving 31.72 MB of 37.93 MB (33263080/39772160) Progress: 88% - Saving 33.75 MB of 37.93 MB (35384258/39772160) Progress: 89% - Saving 34.1 MB of 37.93 MB
 (35757250/39772160) Progress: 91% - Saving 34.7 MB of 37.93 MB (36386076/39772160) Progress: 94% - Saving 35.81 MB of 37.93 MB (37547440/39772160) Progress: 97% - Saving 36.83 MB of
 37.93 MB (38619608/39772160) Progress: 98% - Saving 37.4 MB of 37.93 MB (39220416/39772160) Progress: 100% - Saving 37.93 MB of 37.93 MB (39772160/39772160) Progress: 100% - Complet
ed download of C:\Windows\TEMP\chocolatey\skype\<IP_ADDRESS>\SkypeSetup_<IP_ADDRESS>.msi (37.93 MB). Download of SkypeSetup_<IP_ADDRESS>.msi (37.93 MB) completed. Installing skype... skype
 has been installed. Environment Vars (like PATH) have changed. Close/reopen your shell to  see the changes (or in powershell/cmd.exe just type `refreshenv`).  The install of skype w
as successful.   Software installed to 'C:\Program Files (x86)\Skype\'  Chocolatey installed 1/1 packages. 0 packages failed.  See the log for details (c:\choco\logs\chocolatey.log).
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ End    Set      ]  [[cChocoPackageInstaller]installSkypeWithChocoParams]  in 27.1080 seconds.
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ End    Resource ]  [[cChocoPackageInstaller]installSkypeWithChocoParams]
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ End    Set      ]
VERBOSE: [DESKTOP-NOFRUJ8]: LCM:  [ End    Set      ]    in  40.1570 seconds.
VERBOSE: Operation 'Invoke CimMethod' complete.
VERBOSE: Time taken for configuration job to complete is 40.479 seconds

PS C:\Users\jdekoning>

thanks!

Thanks for the PR, I'm going to edit the examples config to clarify the difference between the params property and chocoparams just in case people misunderstand.

I don't seem to be able to figure out from the examples how I would pass a parameter to the ps1 script (i.e. a sas key for a binary stored in a storage account in azure) using params or chocoparams in this dsc module.  Is this achievable as a result of this fix?

params - or install arguments (passed through chocoParams)

What is the syntax for params?

@Stangg187 you may need to review examples or source code - we have only recently taken over and do not have a good feel for this aspect just yet.


cannot connect.

im using the original gameboy color pokemon pin ball for testing,  gameboy sp, cannot connect to printer.
i did hit receive in the app on the flipper.

Just checking, are you on a custom firmware, or latest official?
Can you tell me about the link cable interface you are using?
You mention GBA SP, as Pokemon Pinball is a GBC game, you need to use a GBC link cable (without the notch on top). A GBA link cable will not work for GB/GBC games linked between two GBA devices.

Just checking, are you on a custom firmware, or latest official?
Can you tell me about the link cable interface you are using?
You mention GBA SP, as Pokemon Pinball is a GBC game, you need to use a GBC link cable (without the notch on top). A GBA link cable will not work for GB/GBC games linked between two GBA devices.

this is my problem, its a gba link cable.  thank you!


Optimize repository role - common code for RHEL and Ubuntu where possible

Make RHEL and Ubuntu path more consistent (combine the same/similar code as common for both, compare differences and make the code similar for easier maintenance)

Can be closed as this is achieved with the latest work as mentioned by @rafzei


Systemd service assumes tmux path

The path assumed by the systemd service template can be wrong on certain distributions. In particular, NixOS does not put the executable anywhere you'd expect it. For my user profile, it's at /etc/profiles/per-user/mkaito/bin/tmux. As you can see, there's no way for you to know in advance.
If at all possible, the template should run $(which tmux), instead of assuming it knows the path.

Or better: $(command -v tmux).
command -v is a (POSIX) shell builtin, whereas which is a binary that may or may not be available.


fix importing creates duplicate resources

Current logic

Always generate new id for resources when importing
No check for existing resources

New logic

Only generate new id for resources when importing if the resource has no id
Add logic to check if resources have already existed

Test files

5946-original-config.json
5946-config-with-additional-request.json

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

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

This fix is highly relevant for us!

Thanks for the PR!
Closing as this creates other issues on the UX and will be addressed in a separate PR.

Thanks for the PR! Closing as this creates other issues on the UX and will be addressed in a separate PR.

Where was this addressed? I currently have this issue.


fix: Add kwargs to study

Related to #64, forgot this existed already. Add the usage in the examples

Thanks for the quick review!


BPAN Package Release Request Queue

This is a long running issue that is used for updating the BPAN Index for BPAN package releases.
When a BPAN package author runs the bpan release CLI command, it posts a comment to this issue which triggers the GitHub Actions workflow to update the BPAN Index.
The update process verifies that the package release request is valid by running a set of checks.
If the checks all pass, it updates the index.
The update status is added to the release request comment, and marked :+1: or :-1:.
The reply contains the user's GitHub ID so they will be notified.
This issue also acts as a log of all BPAN releases.

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.6
Details

Package: github:bpan-org/bashplus
Version: 0.1.6
Commit:  592727b4416e2b69efc9db8e620662a54e5adf2b
Changes:

Add +in-gha +version-gt +version-ge

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.6
Details

Package: github:bpan-org/bashplus
Version: 0.1.6
Commit:  592727b4416e2b69efc9db8e620662a54e5adf2b
Changes:

Add +in-gha +version-gt +version-ge

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.6
Details

Package: github:bpan-org/bashplus
Version: 0.1.6
Commit:  592727b4416e2b69efc9db8e620662a54e5adf2b
Changes:

Add +in-gha +version-gt +version-ge

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.6
Details

Package: github:bpan-org/bashplus
Version: 0.1.6
Commit:  592727b4416e2b69efc9db8e620662a54e5adf2b
Changes:

Add +in-gha +version-gt +version-ge

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.6
Details

Package: github:bpan-org/bashplus
Version: 0.1.6
Commit:  592727b4416e2b69efc9db8e620662a54e5adf2b
Changes:

Add +in-gha +version-gt +version-ge

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.6
Details

Package: github:bpan-org/bashplus
Version: 0.1.6
Commit:  592727b4416e2b69efc9db8e620662a54e5adf2b
Changes:

Add +in-gha +version-gt +version-ge

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.6
Details

Package: github:bpan-org/bashplus
Version: 0.1.6
Commit:  592727b4416e2b69efc9db8e620662a54e5adf2b
Changes:

Add +in-gha +version-gt +version-ge

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.6
Details

Package: github:bpan-org/bashplus
Version: 0.1.6
Commit:  592727b4416e2b69efc9db8e620662a54e5adf2b
Changes:

Add +in-gha +version-gt +version-ge

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.6
Details

Package: github:bpan-org/bashplus
Version: 0.1.6
Commit:  592727b4416e2b69efc9db8e620662a54e5adf2b
Changes:

Add +in-gha +version-gt +version-ge

Requesting BPAN Package Release for github:bpan-org/getopt-bash 0.1.7
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.7
Commit:  9fe08812bb82d255583b8177f7fb35e7a4dfeb95
Changes:

Dual options default to , not false
Update BPAN assets

Requesting BPAN Package Release for github:bpan-org/md2man 0.1.6
Details

Package: github:bpan-org/md2man
Version: 0.1.6
Commit:  c9c8a2bfff3ff364a5bd3898c4c402ee0cdbb842
Changes:

Add a .gitignore file
Refactor file.bpan.update list

Requesting BPAN Package Release for github:bpan-org/md2man 0.1.6
Details

Package: github:bpan-org/md2man
Version: 0.1.6
Commit:  c9c8a2bfff3ff364a5bd3898c4c402ee0cdbb842
Changes:

Add a .gitignore file
Refactor file.bpan.update list

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.7
Details

Package: github:bpan-org/bashplus
Version: 0.1.7
Commit:  b2b5c1f57a58d58d407cf5d742ea26ae668e6db2
Changes:

Refactor to new config schema

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.7
Details

Package: github:bpan-org/bashplus
Version: 0.1.7
Commit:  b2b5c1f57a58d58d407cf5d742ea26ae668e6db2
Changes:

Refactor to new config schema

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.7
Details

Package: github:bpan-org/bashplus
Version: 0.1.7
Commit:  b2b5c1f57a58d58d407cf5d742ea26ae668e6db2
Changes:

Refactor to new config schema

Requesting BPAN Package Release for github:bpan-org/getopt-bash 0.1.8
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.8
Commit:  7d0da839d8b8d072f60425dcee9d06562a5c7ca1
Changes:

Update to new config file schema

Requesting BPAN Package Release for github:bpan-org/md2man 0.1.7
Details

Package: github:bpan-org/md2man
Version: 0.1.7
Commit:  93c902ccca3d7efa7b4661953d71273212b95f70
Changes:

Refactor to new config schema

Requesting BPAN Package Release for github:bpan-org/test-tap-bash 0.1.7
Details

Package: github:bpan-org/test-tap-bash
Version: 0.1.7
Commit:  86f5cc66712534e03213e9b74b330e66daf70bfa
Changes:

Refactor to new config file schema
Update BPAN assets
Fix broken symlink

Requesting BPAN Package Release for github:ingydotnet/pst 0.1.6
Details

Package: github:ingydotnet/pst
Version: 0.1.6
Commit:  a51311bb7d5bbc6f80a0bb8796681c6c9bf8fac2
Changes:

Fix Makefile issues

Requesting BPAN Package Release for github:bpan-org/test-tap-bash 0.1.8
Details

Package: github:bpan-org/test-tap-bash
Version: 0.1.8
Commit:  b29480523708381690e1a2079e575a47e676606e
Changes:

Fix bug with is when no label
Fix tests to use local lib/test-tap.bash

Requesting BPAN Package Release for github:bpan-org/test-tap-bash 0.1.9
Details

Package: github:bpan-org/test-tap-bash
Version: 0.1.9
Commit:  74b9209eb8ea6e3a6e4ef0eda846c233aab5a9e5
Changes:

Update BPAN files
Renumber tests
Add test functions: ok-empty, ok-h and ok-s

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.8
Details

Package: github:bpan-org/bashplus
Version: 0.1.8
Commit:  1aada24694809f3316518c39f544510c8556d2c7
Changes:

Turn off -x debugging in die function

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.8
Details

Package: github:bpan-org/bashplus
Version: 0.1.8
Commit:  949f90a4c69c121079c88d8199e808852d02fa81
Changes:

Turn off -x debugging in die function

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.8
Details

Package: github:bpan-org/bashplus
Version: 0.1.8
Commit:  39737d995bbaf1be432696c278a4b66e44a7ba74
Changes:

Update BPAN files
Turn off -x debugging in die function

Requesting BPAN Package Release for github:bpan-org/getopt-bash 0.1.9
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.9
Commit:  5fcc2246787964bbee2ca3ccd340104cbb319fc3
Changes:

Update BPAN files
Support long name with dashes --foo-bar-baz

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.9
Details

Package: github:bpan-org/bashplus
Version: 0.1.9
Commit:  936dfa459f739e49a45ef3e3676c4debfafd9f0b
Changes:

Added functions +2:1 +2:x +=:x

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.10
Details

Package: github:bpan-org/bashplus
Version: 0.1.10
Commit:  d4bba478b7e6d576c45d4c3b7ef839562ad0aa1d
Changes:

Added comments

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.11
Details

Package: github:bpan-org/bashplus
Version: 0.1.11
Commit:  b2d4f3542204017473a74681fa5c969c15041812
Changes:

Add comments to library

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.11
Details

Package: github:bpan-org/bashplus
Version: 0.1.11
Commit:  b2d4f3542204017473a74681fa5c969c15041812
Changes:

Add comments to library

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.12
Details

Package: github:bpan-org/bashplus
Version: 0.1.12
Commit:  072b61a19072c5eb88f8a5515e4a4af3ed97e460
Changes:

Added a blank line

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.13
Details

Package: github:bpan-org/bashplus
Version: 0.1.13
Commit:  a81d2d47ecdc28d0b418e0ea61b8f91439d3d584
Changes:

Removed a blank line for testing release

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.14
Details

Package: github:bpan-org/bashplus
Version: 0.1.14
Commit:  817a25f06918dfd954d005c55872cb227d86c510
Changes:

Dummy commit for testing release

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.15
Details

Package: github:bpan-org/bashplus
Version: 0.1.15
Commit:  65607906e3a67ed91f292877fd09180999ac0c3a
Changes:

Dummy commit to test releease

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.16
Details

Package: github:bpan-org/bashplus
Version: 0.1.16
Commit:  ad4b0acdf088d4caf2762712a3c9bafb8c1b062a
Changes:

Dummy commit to test release

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.17
Details

Package: github:bpan-org/bashplus
Version: 0.1.17
Commit:  2177df15e9abef1d90d4e51b09f655339c1cb6d6
Changes:

Dummy commit to test release

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/test-tap-bash 0.1.10
Details

Package: github:bpan-org/test-tap-bash
Version: 0.1.10
Commit:  332eb2a094f04df6b8c193725ae0c520ef58d575
Changes:

Complete the documentation

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.18
Details

Package: github:bpan-org/bashplus
Version: 0.1.18
Commit:  5c0545df359b2e6add262f30c7ddfe68c0a1e2a6
Changes:

BPAN update

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:ingydotnet/pst 0.1.7
Details

Package: github:ingydotnet/pst
Version: 0.1.7
Commit:  276f8a42ffb67b7d6c4c1e29c465eebfa94e6c3b
Changes:

Fix problems with BPAN integration

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:ingydotnet/pst 0.1.7
Details

Package: github:ingydotnet/pst
Version: 0.1.7
Commit:  276f8a42ffb67b7d6c4c1e29c465eebfa94e6c3b
Changes:

Fix problems with BPAN integration

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:ingydotnet/pst 0.1.8
Details

Package: github:ingydotnet/pst
Version: 0.1.8
Commit:  435afd9d55cb387725aaa555be3f10000b0930e1
Changes:

Build with latest bpan

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.19
Details

Package: github:bpan-org/bashplus
Version: 0.1.19
Commit:  cd5c456feefd9491dc0c12d76ba12f2594d65d27
Changes:

Add more possible +sym implementations
Remove .bpan/lib/bpan.bash

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.20
Details

Package: github:bpan-org/bashplus
Version: 0.1.20
Commit:  579a86bb18adfcba87bc79af8e3ff97efd3785c8
Changes:

Fix bug in test

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/getopt-bash 0.1.10
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.10
Commit:  60b5b56ccc422c134b97ee3a515d628dbc0e8d61
Changes:

Make sure value options default being bound

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/getopt-bash 0.1.11
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.11
Commit:  4f36006f93c145d4e7d69b229900e1d5da556c99
Changes:

Support commenting out spec lines with #
Support * indicator for hidden option

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.21
Details

Package: github:bpan-org/bashplus
Version: 0.1.21
Commit:  b14cc6e45da366dcf732bba228a7cb30365ad086
Changes:

Add +is-empty function for files and dirs
Change function x ... to x() ...
Change +warn back to warn

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.22
Details

Package: github:bpan-org/bashplus
Version: 0.1.22
Commit:  99db7825a7d99cd193a8071a47b7b2317d11953d
Changes:

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.23
Details

Package: github:bpan-org/bashplus
Version: 0.1.23
Commit:  a723c10737e8626e49dfcf77637f66f20de7c881
Changes:

Change update.template to update.file in config

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/getopt-bash 0.1.12
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.12
Commit:<PHONE_NUMBER>0bef30e048773e1c803beee30fe7e8
Changes:

Change update.template to update.file in config

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/md2man 0.1.8
Details

Package: github:bpan-org/md2man
Version: 0.1.8
Commit:  0ed5cd7d0021d6481daca8a25422ba6e5c11c2f4
Changes:

Change update.template to update.file in config
Improve error handling

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/test-tap-bash 0.1.11
Details

Package: github:bpan-org/test-tap-bash
Version: 0.1.11
Commit:  28a4f36b730ca4955eec01430e3a47a287302705
Changes:

Fix tests for cmp-array rename to array:is
Change update.template to update.file in config

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:ingydotnet/pst 0.1.9
Details

Package: github:ingydotnet/pst
Version: 0.1.9
Commit:<PHONE_NUMBER>ab81c0349fc0f05e1a5ea99d7e1ced
Changes:

Update BPAN assets
Change update.template to update.file in config

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.24
Details

Package: github:bpan-org/bashplus
Version: 0.1.24
Commit:  144188cb2d7f6c732fcba6ea61e703bd57ef40e6
Changes:

Add +dirname and +dirpath

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.24
Details

Package: github:bpan-org/bashplus
Version: 0.1.24
Commit:  61a4d373b182bd130baec962df6c68d611842159
Changes:

Add +dirname and +dirpath

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.26
Details

Package: github:bpan-org/bashplus
Version: 0.1.26
Commit:  f4809b9ff941ea3232335e83b1ffaf5df1fbacc2
Changes:

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/getopt-bash 0.1.13
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.13
Commit:  25d366ee62ddf485730871b2e7a7a4f47df958d8
Changes:

Support comment lines anywhere in spec

BPAN Index Updater triggered and will begin processing this request soon…

xxx

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.27
Details

Package: github:bpan-org/bashplus
Version: 0.1.27
Commit:  ba183248a0c5d0ea99ecb114d40642796f63c118
Changes:

Fix +mtime on macos

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/bashplus 0.1.28
Details

Package: github:bpan-org/bashplus
Version: 0.1.28
Commit:  c206d1137634ebd4be1bfa7efa2892d0eb8825e8
Changes:

Fix .bpan/config symlink

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/getopt-bash 0.1.14
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.14
Commit:  c131c1e05e970c5cf74377aea5e9479a497c0a11
Changes:

Fix .bpan/config symlink

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Release for github:bpan-org/test-tap-bash 0.1.12
Details

Package: github:bpan-org/test-tap-bash
Version: 0.1.12
Commit:  c8911940d2dfc9247edcbb8de8d3fa961f3e37e8
Changes:

Fix bugs in label handling

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.29
Details

Package: github:bpan-org/bashplus
Version: 0.1.29
Commit:  0e7ba87feac9c0ae90e4edeb3096c4597a7898f3
Changes:

Newline one last die msg line disables line #

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.29
Details

Package: github:bpan-org/bashplus
Version: 0.1.29
Commit:  0e7ba87feac9c0ae90e4edeb3096c4597a7898f3
Changes:

Newline one last die msg line disables line #

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.9
Details

Package: github:bpan-org/md2man
Version: 0.1.9
Commit:  25ad8a21f47154cd79740873005fadd1e517660f
Changes:

Support HTML comments in Markdown

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.10
Details

Package: github:bpan-org/md2man
Version: 0.1.10
Commit:  bd3e342507786ae0708ffca7922e624b27a190c7
Changes:

Print output when test/01-rawblock.t fails

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.10
Details

Package: github:bpan-org/md2man
Version: 0.1.10
Commit:  bd3e342507786ae0708ffca7922e624b27a190c7
Changes:

Print output when test/01-rawblock.t fails

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.10
Details

Package: github:bpan-org/md2man
Version: 0.1.10
Commit:  bd3e342507786ae0708ffca7922e624b27a190c7
Changes:

Print output when test/01-rawblock.t fails

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.30
Details

Package: github:bpan-org/bashplus
Version: 0.1.30
Commit:  c11ea0f091505f12fdca9bc73133b3b51091d737
Changes:

Fix whether to print line # for die message

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/ini-bash 0.1.1
Details

Package: github:bpan-org/ini-bash
Version: 0.1.1
Commit:  505ecc1c8ad71c3da9c2b22d4c607bb5000b6a9f
Changes:

Put bpan config in Meta file

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.31
Details

Package: github:bpan-org/bashplus
Version: 0.1.31
Commit:  77d7b29094a2723d69865a198454d9e58fd353a2
Changes:

Reformat bashplus:version function

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/getopt-bash 0.1.15
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.15
Commit:  d22aff01ab5b5fd5380f52e307c21656f0bb2a55
Changes:

Export the getopt function

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/getopt-bash 0.1.16
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.16
Commit:  adb494c812aeba1fbd2035cc667b205a19061336
Changes:

Refactor pager code
Change ReadMe.md from symlink to file

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/ini-bash 0.1.2
Details

Package: github:bpan-org/ini-bash
Version: 0.1.2
Commit:  f269f9a3bf5a31140dd3d03367838abe1185018a
Changes:

Add ability to expand predefined variables
Add ini:version function

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:ingydotnet/docker-connect 0.82.3
Details

Package: github:ingydotnet/docker-connect
Version: 0.82.3
Commit:  1e087680fd0148bcd5f2cdc8da9529fafe4fb59c
Changes:

fooooo

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.11
Details

Package: github:bpan-org/md2man
Version: 0.1.11
Commit:  9bc2126534416616f8b04fcb378d0ede7d07dfab
Changes:

Add command options --pandoc --ronn --pod etc

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.12
Details

Package: github:bpan-org/md2man
Version: 0.1.12
Commit:  6a1a5df4dec22c28c6ba8ea4871cc5f46a576f7c
Changes:

Fix a bug in generated POD

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.13
Details

Package: github:bpan-org/md2man
Version: 0.1.13
Commit:  a7db54783644062fd69a300d10e11981464f3597
Changes:

Better fix for generated pod bug

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.14
Details

Package: github:bpan-org/md2man
Version: 0.1.14
Commit:  1b84b7107d831ed1044b79da262da83f066b6d74
Changes:

Use portable mktemp command

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.15
Details

Package: github:bpan-org/md2man
Version: 0.1.15
Commit:  3aa125e728a446b8b01999ef2f7b684d54b0f0b9
Changes:

Remove ronn support for now

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.16
Details

Package: github:bpan-org/md2man
Version: 0.1.16
Commit:  bf568e7b8ddd73004ccc29cbcd9c8414447fb550
Changes:

Fix bug where md2man does nothing

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/getopt-bash 0.1.17
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.17
Commit:  f0eac858b61f986e31d38390da03e4e411e6a017
Changes:

Revert Version 0.1.17
Version 0.1.17
Make tests pass in Bash versions 3.2 - 5.2

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/getopt-bash 0.1.18
Details

Package: github:bpan-org/getopt-bash
Version: 0.1.18
Commit:<PHONE_NUMBER>ecd3ddb71a80c3adf824c7199154f1
Changes:

Revert Make tests pass in Bash versions 3.2 - 5.2

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/ini-bash 0.1.3
Details

Package: github:bpan-org/ini-bash
Version: 0.1.3
Commit:  b6addec1b0fcc34a869885dc202b4e407b4eba4d
Changes:

Works with Bash 3.2+

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.17
Details

Package: github:bpan-org/md2man
Version: 0.1.17
Commit:  c870a46ce040ed55c3d6d64ad02048878be3bd83
Changes:

Works with Bash 3.2+

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.32
Details

Package: github:bpan-org/bashplus
Version: 0.1.32
Commit:  09a65cd619151e9ba07eea90f8fa62deacebf2bb
Changes:

Add timer functions
Add +source and +wrap functions

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.33
Details

Package: github:bpan-org/bashplus
Version: 0.1.33
Commit:  8f4a904acdfb2a6bd6107f9230df601553dffd3e
Changes:

Improve +timer* functions

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.34
Details

Package: github:bpan-org/bashplus
Version: 0.1.34
Commit:  fbc15929607a1bd075bf5b5e0ac1ab8a4995548a
Changes:

Fix some bugs in +timer-wrap

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.35
Details

Package: github:bpan-org/bashplus
Version: 0.1.35
Commit:  7ef7f7a0f652ffe483b7260341bf9bf285d4eecd
Changes:

Renumber tests

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.36
Details

Package: github:bpan-org/bashplus
Version: 0.1.36
Commit:  d7df00658dc7b5bf8ad8654e3e2594806b0eae72
Changes:

Add sub-library bashplus/git.bash

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.37
Details

Package: github:bpan-org/bashplus
Version: 0.1.37
Commit:  729e268b4c462c1d2e3a508ea387a22bacb4239d
Changes:

Break up bashplus into smaller sub libraries
Add +say in lib/bashplus/say.bash

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.38
Details

Package: github:bpan-org/bashplus
Version: 0.1.38
Commit:  868af2df2ae98a4b47f8f9c96a0160582c73aac0
Changes:

Fixes and refactoring

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/test-tap-bash 0.1.13
Details

Package: github:bpan-org/test-tap-bash
Version: 0.1.13
Commit:  5775399a865eda9fb3ec0ba70b3f22b44f50f67c
Changes:

Update BPAN assets
Allow color in messages

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.39
Details

Package: github:bpan-org/bashplus
Version: 0.1.39
Commit:  6ef0ba7240a320d9dcad95b4003f0b495258de7d
Changes:

Small fixes

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.40
Details

Package: github:bpan-org/bashplus
Version: 0.1.40
Commit:  a89c8d5b8e8cc6653823fcf1578a60490fb36e07
Changes:

Another refactoring bug fix

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.41
Details

Package: github:bpan-org/bashplus
Version: 0.1.41
Commit:<PHONE_NUMBER>e77a127810aa47defd90842122cf38
Changes:

A couple more refactoring bugs fixed

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.42
Details

Package: github:bpan-org/bashplus
Version: 0.1.42
Commit:  2a038bc8a5c2db86ff8df876617b29835f60d566
Changes:

Fix bugs in error function from refactor

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.43
Details

Package: github:bpan-org/bashplus
Version: 0.1.43
Commit:  d593c7f7cfa8e984f482fad13862b841a22db90a
Changes:

Fix a wording bug in the error function

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.44
Details

Package: github:bpan-org/bashplus
Version: 0.1.44
Commit:  8e7154eba7dca4d40d9cb2ef05328016dbac4c3a
Changes:

Simplfy +source

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.45
Details

Package: github:bpan-org/bashplus
Version: 0.1.45
Commit:  28852944aa45f655fcd8a89b7efc436b46d5a7c8
Changes:

Implement +stack-trace and use in die and error

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/ini-bash 0.1.4
Details

Package: github:bpan-org/ini-bash
Version: 0.1.4
Commit:  7bccc64f27be3b07027fe2bd04627de75bb5ffea
Changes:

Call ini:init with no args to re-read configs

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/ini-bash 0.1.5
Details

Package: github:bpan-org/ini-bash
Version: 0.1.5
Commit:  14d0e533e9a63b224fe730aaf42134ce3ebf5d30
Changes:

Support INI_DEBUG_BASH_X

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.46
Details

Package: github:bpan-org/bashplus
Version: 0.1.46
Commit:  093d6e1f56939044ebcabc989533ea4f6e12912f
Changes:

Support BASHPLUS_DEBUG_BASH_X

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/test-tap-bash 0.1.14
Details

Package: github:bpan-org/test-tap-bash
Version: 0.1.14
Commit:  dbba2a4e02e3319bcb9fab1404d2ae450d9dacd8
Changes:

Allow source with --

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.18
Details

Package: github:bpan-org/md2man
Version: 0.1.18
Commit:  5c17e301790c799959a5601143ba889c11427809
Changes:

Various updates

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/md2man 0.1.19
Details

Package: github:bpan-org/md2man
Version: 0.1.19
Commit:  e3113f1ce0e0d4418a319d8baf200909cc5f172e
Changes:

Revert back to using readlink -f

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.47
Details

Package: github:bpan-org/bashplus
Version: 0.1.47
Commit:  8a9f9d9728b8883f662599943c706d627c199836
Changes:

Add +time:ymd for yyyy-mm-dd date string
Syntax tweak

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.48
Details

Package: github:bpan-org/bashplus
Version: 0.1.48
Commit:  0a24dc2a2b606925d97d8ff39291f5bd251c3c0e
Changes:

Add a +time:stamp function
Rename bashplus/fun to bashplus/func
Add ::FUNC-NAME:: support to bashplus/fun

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.49
Details

Package: github:bpan-org/bashplus
Version: 0.1.49
Commit:  db58b595f13737d4fbf76b2ff04c7880042d87a7
Changes:

Finish fun -> func refactor

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/test-tap-bash 0.1.15
Details

Package: github:bpan-org/test-tap-bash
Version: 0.1.15
Commit:  34fc46372500d79f2451cf318121ffaa22794d51
Changes:

Avoid unnecessary subshell functions

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.50
Details

Package: github:bpan-org/bashplus
Version: 0.1.50
Commit:  f7584bb3dd4e81820dee8d0080a9b4bea2aeceb2
Changes:

Avoid unnecessary subshell functions

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/ini-bash 0.1.6
Details

Package: github:bpan-org/ini-bash
Version: 0.1.6
Commit:  e13e53c405fd2ca59fc3226427ab719924e05e64
Changes:

Change main functions to not use subshell

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/ini-bash 0.1.7
Details

Package: github:bpan-org/ini-bash
Version: 0.1.7
Commit:  9b596d0409773ec2ef09b8ddf252b4e2009f3fa8
Changes:

Fix bug with ini globals

BPAN Index Updater triggered and will begin processing this request soon…

Requesting BPAN Package Publish for github:bpan-org/bashplus 0.1.51
Details

Package: github:bpan-org/bashplus
Version: 0.1.51
Commit:  cefcba0828865d18107750aa04109641d291105f
Changes:

Change source bashplus --foo to +foo

BPAN Index Updater triggered and will begin processing this request soon…


No syntax highlighting in VIM

After compiling under Gentoo I have no color in vim.
The normal shell shows colors fine, but when I start vim, it only gives underscoring as highlighting.
Is there a way to activate the color in VIM?

what is your TERM set to?

TERM is set to "xterm-256color".
I tried some others but without any change.

Try setting it to contour-latest or contour, additionally are you by any chance running VIM through tmux? If so, what is your TERM within tmux?

I can't reproduce it

I didn't use Tmux till now.
If I set the TERM to contour or contour-latest vim show no highlight.
The VIM powerline is without color to.
Maybe there is a compiler flag that I have to use?
termino is a good point. Where I will found it? I have looked for it, but I'm unsure where to find it.
I have add the list of installed files:
* Searching for contour in x11-terms ...
 * Contents of x11-terms/contour-<IP_ADDRESS>:
/usr
/usr/bin
/usr/bin/contour
/usr/lib64
/usr/lib64/libcontour_frontend_opengl.so
/usr/lib64/libcrispy-core.so
/usr/share
/usr/share/Actions.cpp
/usr/share/Actions.h
/usr/share/BackgroundBlur.cpp
/usr/share/BackgroundBlur.h
/usr/share/CMakeLists.txt
/usr/share/CaptureScreen.cpp
/usr/share/CaptureScreen.h
/usr/share/Config.cpp
/usr/share/Config.h
/usr/share/ContourApp.cpp
/usr/share/ContourApp.h
/usr/share/ContourGuiApp.cpp
/usr/share/ContourGuiApp.h
/usr/share/Controller.cpp
/usr/share/Controller.h
/usr/share/FileChangeWatcher.cpp
/usr/share/FileChangeWatcher.h
/usr/share/TerminalDisplay.h
/usr/share/TerminalSession.cpp
/usr/share/TerminalSession.h
/usr/share/TerminalWindow.cpp
/usr/share/TerminalWindow.h
/usr/share/applications
/usr/share/applications/contour.desktop
/usr/share/contour
/usr/share/contour-run.desktop
/usr/share/contour.desktop
/usr/share/contour.rc
/usr/share/contour.yml
/usr/share/contour/Changelog.md
/usr/share/contour/LICENSE.txt
/usr/share/contour/README.md
/usr/share/contour/shell-integration.zsh
/usr/share/doc
/usr/share/doc/contour-<IP_ADDRESS>
/usr/share/doc/contour-<IP_ADDRESS>/README.md.bz2
/usr/share/helper.cpp
/usr/share/helper.h
/usr/share/kservices5
/usr/share/kservices5/ServiceMenus
/usr/share/kservices5/ServiceMenus/contour-run.desktop
/usr/share/main.cpp
/usr/share/opengl
/usr/share/opengl/CMakeLists.txt
/usr/share/opengl/OpenGLRenderer.cpp
/usr/share/opengl/OpenGLRenderer.h
/usr/share/opengl/ShaderConfig.cpp
/usr/share/opengl/ShaderConfig.h
/usr/share/opengl/TerminalWidget.cpp
/usr/share/opengl/TerminalWidget.h
/usr/share/opengl/shaders
/usr/share/opengl/shaders/background.frag
/usr/share/opengl/shaders/background.vert
/usr/share/opengl/shaders/text.frag
/usr/share/opengl/shaders/text.vert
/usr/share/pixmaps
/usr/share/pixmaps/contour.png
/usr/share/res
/usr/share/res/images
/usr/share/res/images/contour-logo-256.png
/usr/share/res/images/contour-logo.icns
/usr/share/res/images/contour-logo.ico
/usr/share/res/images/contour-logo.png
/usr/share/shell-integration.zsh

After you build contour, contour.terminfo is located in <build_dir>/src/contour/, as for where to put it, it's usually in /usr/share/terminfo
However I tried using xterm-256color and it still worked for me
@christianparpart can you reproduce this on your gentoo?

I think if the TERM=contour is set the start of the shell didn't source the /etc/profile. If I set it manualy to TERM=xterm-256color and source the profile I have all my settings, but no Color in VIM

It's set by default to TERM=contour unless overridden in one of your start/init scripts, such as /etc/profile or ~/.bashrc etc. :)

However I tried using xterm-256color and it still worked for me (tested on mac)

@christianparpart can you reproduce this on your gentoo?
The reason why this one might not show colors is the way RGB colors are formatted by the app. I can check later however. :)

However I tried using xterm-256color and it still worked for me (tested on mac)

@christianparpart can you reproduce this on your gentoo?
The reason why this one might not show colors is the way RGB colors are formatted by the app. I can check later however. :)

I think it's because I have contour terminfo somewhere ($HOME/.terminfo)

not sure how he installed. but the install process does (should) put the terminfo file accordingly, too.

I have found the reason why my profile isn't source completely.
The shell is not setting the $LS_COLORS variable and of that my profile will not source complete.
After I add "TERM contour*" to "/etc/DIR_COLORS" my profile will source with all my settings.
Once again many thanks.
The Term now runs with all my settings.

I have used a old ebuild file (thats a installation resouce for gentoo) from the internet. Maybe there is a fault with it?
# Copyright 2022 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2

# from https://github.com/microcai/gentoo-zh

EAPI=8

inherit flag-o-matic git-r3 cmake

DESCRIPTION="Modern C++ Terminal Emulator"
HOMEPAGE="https://github.com/contour-terminal/contour"
SRC_URI="
		https://github.com/contour-terminal/contour/archive/v${PV}.tar.gz -> ${P}.tar.gz"

LICENSE="Apache-2.0"
SLOT="0"
KEYWORDS="amd64"
RESTRICT="strip"

IUSE="-test -debug +boost kde"

DEPEND="
		boost? ( dev-libs/boost )
		dev-cpp/yaml-cpp
		dev-qt/qtcore
		dev-qt/qtgui
		dev-qt/qtnetwork
		dev-qt/qtopengl
		kde-frameworks/extra-cmake-modules
		kde? ( kde-frameworks/kwindowsystem )
		media-libs/fontconfig
		media-libs/freetype
		media-libs/harfbuzz
		sys-libs/ncurses
		"
RDEPEND="${DEPEND}"
BDEPEND=""

PATCHES=(
	"${FILESDIR}/disable_generate_terminfo.patch"
)

src_unpack() {
	default
	if use test ;then
		THIRDPARTIES="catch2 fmt range_v3 yaml_cpp termbenchpro libunicode GSL"
	else
		THIRDPARTIES="fmt range_v3 yaml_cpp termbenchpro libunicode GSL"
	fi

	for MY_REPO_NAME in ${THIRDPARTIES} ; do
		EGIT_REPO_URI="https://github.com/$(grep -A 2 "NAME ${MY_REPO_NAME}" ${S}/cmake/ThirdParties.cmake | grep GITHUB | awk -F '"' '{print $2F}')"
		EGIT_COMMIT=$(grep "${MY_REPO_NAME}: commit hash" ${S}/cmake/ThirdParties.cmake | awk -F '"' '{print $2F}')
		git-r3_fetch ${EGIT_REPO_URI}
		git-r3_checkout ${EGIT_REPO_URI} "${WORKDIR}/${MY_REPO_NAME}-src"
	done

}

src_configure() {

	append-cxxflags "-fPIC"

	if ! use debug; then
		CMAKE_BUILD_TYPE="Release"
	fi

	if use test; then
		FETCHCONTENT_SOURCE_DIR_CATCH2="${WORKDIR}/catch2-src"
	fi

	local mycmakeargs=(
		-GNinja \
		-DCMAKE_SKIP_RPATH=ON \
		-DYAML_BUILD_SHARED_LIBS=OFF \
		-DYAML_CPP_BUILD_CONTRIB=OFF \
		-DYAML_CPP_BUILD_TESTS=OFF \
		-DYAML_CPP_BUILD_TOOLS=OFF \
		-DYAML_CPP_INSTALL=OFF \
		-DCONTOUR_BLUR_PLATFORM_KWIN="$(usex kde)" \
		-DUSE_BOOST_FILESYSTEM="$(usex boost)" \
		-DCONTOUR_TESTING="$(usex test)" \
		-DCRISPY_TESTING="$(usex test)" \
		-DLIBTERMINAL_TESTING="$(usex test)" \
		-DFETCHCONTENT_SOURCE_DIR_FMT="${WORKDIR}/fmt-src"
		-DFETCHCONTENT_SOURCE_DIR_RANGE_V3="${WORKDIR}/range_v3-src"
		-DFETCHCONTENT_SOURCE_DIR_YAML_CPP="${WORKDIR}/yaml_cpp-src"
		-DFETCHCONTENT_SOURCE_DIR_TERMBENCHPRO="${WORKDIR}/termbenchpro-src"
		-DFETCHCONTENT_SOURCE_DIR_LIBUNICODE="${WORKDIR}/libunicode-src"
		-DFETCHCONTENT_SOURCE_DIR_GSL="${WORKDIR}/GSL-src/"
	)
	cmake_src_configure
}

src_install() {
	cmake_src_install $@
	dolib.so "${BUILD_DIR}/src/contour/opengl/libcontour_frontend_opengl.so"
	dolib.so "${BUILD_DIR}/src/crispy/libcrispy-core.so"
}

FetchContent? Contour should not be using that. I think you can remove all those vars.
Why did you disable this part in your patch file? It's basically removing the terminfo creation part. :) It it not working? If so, what's the error message? Maybe we can make this ebuild get properly working (if you don't mind).

This is old build (0.2.3)
@christianparpart i think we need to release soon xD

This is old build (0.2.3)
@christianparpart i think we need to release soon xD

I'll be at the PC in a moment then I can twitch & talk about it.

I have only copy the files to my local repo. I don't know why the make a patch file for that build.
I can deactivate the patch file and look what will happen with the compilation.

My new file comes without patching the sourcing and make the terminfo file.
It's not really clean because the actual needed libs (catch2, fmt, range_v3, yaml_cpp, GSL) are provided by gentoo and can't be downloaded from the compiling process.
Better would be to use the libs from Gentoo, but so far I fail.
/var/db/repos/localrepo/x11-terms/contour/contour-<IP_ADDRESS>.ebuild
# Copyright 2022 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2

inherit flag-o-matic git-r3 cmake

DESCRIPTION="Modern C++ Terminal Emulator"
HOMEPAGE="https://github.com/contour-terminal/contour"
SRC_URI="https://github.com/contour-terminal/contour/archive/v${PV}.tar.gz -> ${P}.tar.gz"

LICENSE="Apache-2.0"
SLOT="0"
KEYWORDS="amd64"
RESTRICT="strip"

IUSE="-debug"

DEPEND="
      dev-util/pkgconf
      dev-qt/qtgui
      dev-libs/libconfig
      kde-frameworks/extra-cmake-modules
      media-libs/freetype
      media-libs/fontconfig
      media-libs/harfbuzz
      "
RDEPEND="${DEPEND}"
BDEPEND=""

src_unpack() {
   default
   THIRDPARTIES="catch2 fmt range_v3 yaml_cpp GSL termbenchpro libunicode"

   for MY_REPO_NAME in ${THIRDPARTIES} ; do
      EGIT_REPO_URI="https://github.com/$(grep -A 2 "NAME ${MY_REPO_NAME}" ${S}/cmake/ThirdParties.cmake | grep GITHUB | awk -F '"' '{print $2F}')"
      EGIT_COMMIT=$(grep "${MY_REPO_NAME}: commit hash" ${S}/cmake/ThirdParties.cmake | awk -F '"' '{print $2F}')
      git-r3_fetch ${EGIT_REPO_URI}
      git-r3_checkout ${EGIT_REPO_URI} "${WORKDIR}/${MY_REPO_NAME}-src"
   done
}

src_configure() {
   append-cxxflags "-fPIC"

   if ! use debug; then
      CMAKE_BUILD_TYPE="Release"
   fi

   local mycmakeargs=(
      -DFETCHCONTENT_SOURCE_DIR_CATCH2="${WORKDIR}/catch2-src"
      -DFETCHCONTENT_SOURCE_DIR_FMT="${WORKDIR}/fmt-src"
      -DFETCHCONTENT_SOURCE_DIR_RANGE_V3="${WORKDIR}/range_v3-src"
      -DFETCHCONTENT_SOURCE_DIR_YAML_CPP="${WORKDIR}/yaml_cpp-src"
      -DFETCHCONTENT_SOURCE_DIR_GSL="${WORKDIR}/GSL-src/"
      -DFETCHCONTENT_SOURCE_DIR_TERMBENCHPRO="${WORKDIR}/termbenchpro-src"
      -DFETCHCONTENT_SOURCE_DIR_LIBUNICODE="${WORKDIR}/libunicode-src"
   )
   cmake_src_configure
}

src_compile() {
   XDG_STATE_HOME="${HOME}"  \
   XDG_CONFIG_HOME="${HOME}" \
   cmake_src_compile
}

src_install() {
   cmake_src_install $@
   dolib.so "${BUILD_DIR}/src/contour/opengl/libcontour_frontend_opengl.so"
   dolib.so "${BUILD_DIR}/src/crispy/libcrispy-core.so"
}

I think portage (still) has a src_fetch() function, isn't it? I should probably revive me Gentoo install still lying around. Many thanks for your heads-up, @echo2go :)

I have only this document https://devmanual.gentoo.org/ebuild-writing/ and there is no src_fetch() function.
That's the reason why I used the workaround in the src_configure().
I use a modified ebuild with ...
BDEPEND="
        dev-cpp/catch
        dev-libs/libfmt
        dev-cpp/range-v3
        dev-cpp/yaml-cpp
        dev-cpp/ms-gsl
        "

and only ...
     local mycmakeargs=(
         -DFETCHCONTENT_SOURCE_DIR_TERMBENCHPRO="${WORKDIR}/termbenchpro-src"
         -DFETCHCONTENT_SOURCE_DIR_LIBUNICODE="${WORKDIR}/libunicode-src"
     )

... but when Gentoo comes to compile, the process ignores the 5 installed libs and try to downloads the libs directly. And that download fails because of the sandbox which has no connection to the internet.
And so I tried ...
     local mycmakeargs=(
         -DFETCHCONTENT_SOURCE_DIR_CATCH2="/usr/include/catch2/"
         -DFETCHCONTENT_SOURCE_DIR_FMT="/usr/include/fmt"
         -DFETCHCONTENT_SOURCE_DIR_RANGE_V3="/usr/include/range/v3/range"
         -DFETCHCONTENT_SOURCE_DIR_YAML_CPP="/usr/include/yaml-cpp"
         -DFETCHCONTENT_SOURCE_DIR_GSL="/usr/include/gsl"
         -DFETCHCONTENT_SOURCE_DIR_TERMBENCHPRO="${WORKDIR}/termbenchpro-src"
         -DFETCHCONTENT_SOURCE_DIR_LIBUNICODE="${WORKDIR}/libunicode-src"
         )

... but that's ends in many errors.

src_fetch() is not part of EAPI iirc


browserify?

can this be used in a browser, for example, if I passed it an instance of ImageData? possibly in a worker thread? :3

Yes, the API is undocumented but the index.js entry point doesn't require anything out of the ordinary.
It will be extremely slow, if you want something faster check out distance-transform.

cool, thanks, I'll take a look at that.  Thank you for the recommendation!

If you do find a way of getting distance-transform to work easily with SDF rendering, let me know. :smile: I've been meaning to optimize this module.

https://github.com/scijs/distance-transform/issues/1

@mattdesl @nickdesaulniers here's an example of using a distance transform for SDF rendering (I used a different algorithm though): https://mapbox.github.io/tiny-sdf/


add resume options to resume training properly

Add a resume_from option to load a checkpoint (https://, str, Path) using

Checkpoint.load_objects

Ref : deit, ignite cifar10

I'm looking current code.
resume_from() exists in utils.py but nobody is calling it.


runtimes should not live in $DOTFILES directory

In particular:

vagrant boxes should live in ~/vms/boxes in my directory structure
rbenv runtimes (indeed all runtimes) should live under ~/lib  -- ie.e ~/lib/rbenv

Take a look at how the stuff from vendor is initialised...

The fact that the github repo page still shows as having 18.6% Ruby in the codebase is because ~/link/.vagrant.d/ has Ruby gems, which ought not be tracked by the repo (I think...) and definately don't belong under ~/link/

Commit c70c716 resolves.
Further libraries must use the new $LIB variable to specify a new home instead of in $HOME and be placed within Dotfiles under lib/ rather than linking under link/

renamed $LIB to $LIBRARY for Issue #41


Always prevent the default behaviour on clickable dropdowns

Currently preventDefault() is only called when opening the dropdown menu. But unfortunately this is not of much use, because the default (aka visiting the link) is executed, when the dropdown menu is closed again, resulting in an ugly extra history state.
This pull requests always prevents the default behaviour, when using a clickable dropdown menu.

Fixed in 1.0 alpha