text:
Can't select value from specific point

I'm not able to get the value of a specific point:
curl -G 'http://localhost:8086/db/test/series?u=root&p=root&time_precision=u' --data-urlencode 'q=select * from ts limit 1'
[{"name":"ts","columns":["time","sequence_number","value"],"points":[[1420981200837000,90001,9648.5]]}]

If I query exactly this point as described in http://influxdb.com/docs/v0.7/api/query_language.html#selecting-a-specific-point the attached value 9648.5 is not returned:
curl -G 'http://localhost:8086/db/test/series?u=root&p=root&time_precision=u' --data-urlencode 'q=select * from ts where time = 1420981200837000 and sequence_number = 90001'
[{"name":"ts","columns":["time","sequence_number"],"points":[[1420981200837,90001]]}]

Even if value is explicitely queried there is no difference in the result:
curl -G 'http://localhost:8086/db/test/series?u=root&p=root&time_precision=u' --data-urlencode 'q=select value from ts where time = 1420981200837000 and sequence_number = 90001'
[{"name":"ts","columns":["time","sequence_number"],"points":[[1420981200837,90001]]}]

In contrast to the first result the time values are not in microsecond epoch although time_precision=u is given.
Furthermore I always get a result even I use a timestamp and sequence number that is not present:
curl -G 'http://localhost:8086/db/test/series?u=root&p=root&time_precision=u' --data-urlencode 'q=select * from ts where time = 9999999999 and sequence_number = 12345'
[{"name":"ts","columns":["time","sequence_number"],"points":[[9999999,12345]]}]

Unfortunately I'm not able to reproduce that from scratch because of #1290 which causes that specific points are not returned at all.
Environment:
InfluxDB v0.8.3
Ubuntu 14.04.1 LTS

I believe it will work if you add the precision 'u' to the timestamp in the db query itself, like
q=select * from ts where time = 1420981200837000u and sequence_number = 90001
The 'time_precision' query parameter in the url doesn't appear to control the precision of the timestamp in the db query.  Instead, it controls the precision of the returned data.
By the way, your link is to the 0.7 version of the docs, although they're not materially different from their 0.8 brethren.

I checked again and if suffix u is appended the point is returned correctly but the example in the documentation should be updated accordingly and at http://influxdb.com/docs/v0.8/api/query_language.html#absolute-time it is said that the value in the query defaults to microsecond epoch and the suffix is only necessary if that should be changed.
Furthermore I still do not understand the result of the following query from above:
curl -G 'http://localhost:8086/db/test/series?u=root&p=root&time_precision=u' --data-urlencode 'q=select * from ts where time = 9999999999 and sequence_number = 12345'
[{"name":"ts","columns":["time","sequence_number"],"points":[[9999999,12345]]}]

It somehow looks like a point is found but the value is missing. Even if time_precision=u only controls the returned data it is unclear to me why 9999999 gets returned (should be 9999999999 or maybe 9999999999000).
In my opinion the logical answer would be [] (empty array).
PS: I updated the link to the most recent API documentation.

authors: akloeber joel-airspring


text:
[0.9.0] BatchPoint time isn't setting the default time for points

The influxdb go client BatchPoint doesn't behave as it's docs suggest. The docs state that the time field will be used as the default for all points if they don't set their own time field. But it uses the current time instead of what you give it for points with no time set.

@epelc see #2513 which is a PR for a test case demonstrating how the code fails to do what the docs say.  i'm fairly sure that it would require significant architectural changes to change the code to work the way the docs advertise and since the line protocol is going to eventually be the only way to write points i expect that this issue won't be fixed.

since the line protocol is going to eventually be the only way to write points

actually, if i recall, you're using the go client and my comment is related to using JSON and HTTP.  regardless, to make BatchPoint work as advertised seems unlikely to me.

@neonstalwart Is the goal to define the time once in the BatchPoint json instead of in each Point's json? If you don't mind redefining it in each points json this could probably work.
As for @2513 I think you might be able to fix it by using an anonymous struct in place of Point in BatchPoint.UnmarshalJson. It would be essentially the same as Point but because it's anonymous you could control everything in BatchPoint.UnmarshalJson.
Also if it can't be fixed is there any other reason to keep the Time field in BatchPoint? I think it'd be much less confusing/irritating for people using the client if it can't be fixed.

@epelc now that i look again, my problem was with precision not time - but i think there are some similar issues.  if you know a way to fix it then i'm sure a PR would be merged.

@epelc I got bitten by this too.
As stated in f7d90cf, when the client was changed to use the line protocol, we kind of lost the ability to use default values (eg: tags, time, precision) for all points in the Batchpoints. This is hooked on the server side that does a "normalization" (https://github.com/influxdb/influxdb/blob/master/services/httpd/handler.go#L368) of the points when json data is received.
The line protocol needs information per point and, problably, will never have the same idea as the json.
So, it still works if you can send the json payload directly to the server, something that is no longer possible with the go client.
I think we could do the same "normalization" of the points on the client side to, at least, have the behavior stated on the Batchpoints documentation.

Your assumption is correct, @vladlopes, there are no plans to add batch parameters to the line protocol.
The JSON protocol is soon to be retired and this code along with it. @epelc is there a specific place in the documentation that led to your confusion? I'd love to update that to make it less likely to lead people astray while the JSON protocol is still active.

@beckettsean The documentation we are refering is both on the client Readme, that has a Note that you can set the values for all points, and on the source code for the client.

Yes it'd be nice if the docs were updated to reflect the current behavior.

Thanks, @epelc and @vladlopes. I made #3056 to address the README issue, please let me know if that seems reasonable.
I've opened #3057 to update the godocs as fixing it is beyond my expertise. Please give suggestions on that as to how we can better document the client functions.

source: gharchive/issue

authors: beckettsean epelc neonstalwart vladlopes

repo: influxdb/influxdb

license: mit

license_type: permissive

license_source: bigquery


text:
Skip measurements with NaN fields

fixes #389
@rvignaud this will fix the error messages and panic that you were seeing, it will simply skip measurements that have NaN fields.

cc @rvrignaud ^

Thanks @sparrc for the super fast fix. I'll give it a try tomorrow.

source: gharchive/pull-request

authors: rvrignaud sparrc

repo: influxdb/telegraf


text:
🛑 The spirit of feelings is down

In 2eeb1da, The spirit of feelings (https://quotes.devf5r.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: The spirit of feelings is back up in 30d2a42 after 4 days, 5 hours, 42 minutes.

license: MIT

license_source: github-api


text:
🛑 alternative site is down

In cb7d0bf, alternative site (https://almgro7al3nzy.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: alternative site is back up in fa0c18e after 20 minutes.


text:
New arena + old arena wrapper

[ ] Tests added for any new code
[x] Ran make fmt-fix (or had formatting run automatically on all files edited)
[ ] Documentation added for any new functionality
[ ] Entries added to ./unreleased/ for any new functionality

Step towards #2184.
PureArena defines a context-free arena class. ArenaContextSync defines an interface equal (up to the use of pointers) to that of the current Arena, the aim being to replace the current arenas with ArenaContextSync in the next iteration, then eventually transition to PureArenas only once context logic is handled purely in the translation rules.

also, there is something wrong with scaladoc

Codecov Report

Merging #2308 (10f510e) into main (8a41540) will decrease coverage by 0.52%.
The diff coverage is 0.00%.

:exclamation: Current head 10f510e differs from pull request most recent head 32bc558. Consider uploading reports for the commit 32bc558 to get more accurate results

@@            Coverage Diff             @@
##             main    #2308      +/-   ##
==========================================
- Coverage   78.61%   78.09%   -0.53%
==========================================
  Files         435      437       +2
  Lines       14844    14943      +99
  Branches     2087     2106      +19
==========================================
  Hits        11669    11669
- Misses       3175     3274      +99

Impacted Files
Coverage Δ

...te/apalache/tla/bmcmt/arena/ArenaContextSync.scala
0.00% <0.00%> (ø)

...t/forsyte/apalache/tla/bmcmt/arena/PureArena.scala
0.00% <0.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

authors: Kukovec codecov-commenter konnov

repo: informalsystems/apalache


text:
Remove unused code

Remove unused type parser factory code.

Codecov Report

Merging #2564 (f468911) into main (b2fcebf) will decrease coverage by 0.02%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main    #2564      +/-   ##
==========================================
- Coverage   78.56%   78.55%   -0.02%
==========================================
  Files         441      441
  Lines       15579    15579
  Branches     2512     2512
==========================================
- Hits        12240    12238       -2
- Misses       3339     3341       +2

see 2 files with indirect coverage changes
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

authors: codecov-commenter thpani


text:
Integration test issue.

Failed integration-test with docker.
The reason, can't access, 192.168.10.2 endpoint.

I believe this is fixed now.

repo: informalsystems/tm-load-test


text:
Enable Faceting in Show Details of Facets

We want faceting in the modal that we display after users click on "show details" in recordset.
This requires changes in ermrestjs.

The changes in ermrestjs are done. The only missing issue here is the UX. We should discuss what should be the appropriate UX for having facet in the facet modal.

Based on my understanding we're not going to pursuit this given the confusing UX, so I'm going to close this. If a new requirement came up that needed this feature we should create a new issue with more information.

repo: informatics-isi-edu/chaise


text:
🛑 Uvirtual is down

In 19a297b, Uvirtual (https://uvirtual.unimonserrate.edu.co/) was down:

HTTP code: 502
Response time: 399 ms

Resolved: Uvirtual is back up in c85d84a after 1 hour, 32 minutes.

repo: infraestructuraidt/status


text:
🛑 Academusoft is down

In 02eaa37, Academusoft ($SECRET_ACADEMUSOFT) was down:

HTTP code: 503
Response time: 2363 ms

Resolved: Academusoft is back up in 4ed1240.


text:
Does this support gif output

Does this support gif output , how can i do it?

some pointers - it should be possible to make a gif from a video using FFMEG - https://engineering.giphy.com/how-to-make-gifs-with-ffmpeg/. Therefore it should be possible to make a video using @nexrender/action-encode https://github.com/inlife/nexrender/tree/master/packages/nexrender-action-encode ? Haven't time to actually do POV yet

make a gif from a video may change the gif width and height or transparent.

as @pdkn mentioned, ffmpeg is capable of generating gif based on your input settings and a videofile produced by after effects
but, just to be sure, please check if after effects is capable of generating a gif on its own, maybe you do not need to even use FFmpeg for that

gif is now supported as an preset option for action-encode

authors: arlonlove inlife pdkn

repo: inlife/nexrender


text:
change property of an animator that added to a layer

can I change the property value for an animator that added to a text layer.
{
	"type": "data",
	"layerName": "title",
	"property": "Animator 1.Range Selector 1.Start",
	"value": "50%"
}

it says Error: nexrender: Can't find a property sequence Animator 1 for key: Animator 1
not sure if nexrender support this or how to?
thx~

seems animator is not a property of a text layer. will use scripts to solve this problem.


text:
Improve UX of the inmanta project/module update command

Description

This PR improves the UX of the inmanta module update and the inmanta project update command by printing a descriptive message to stderr when the command fails.
The default log level of the inmanta commandline tool was changed from ERROR to WARNING.

closes #3911
Self Check:

[x] Attached issue to pull request
[x] Changelog entry
[x] Type annotations are present
[x] Code is clear and sufficiently documented
[x] No (preventable) type errors (check using make mypy or make mypy-diff)
[x] Sufficient test cases (reproduces the bug/tests the requested feature)
[x] Correct, in line with design
[ ] End user documentation is included or an issue is created for end-user documentation

Reviewer Checklist:

[ ] Sufficient test cases (reproduces the bug/tests the requested feature)
[ ] Code is clear and sufficiently documented
[ ] Correct, in line with design

Processing this pull request

Merged into branches master in 045a7105f7f64ef62a5fefa33817841f6ac8a86c

This branch was not deleted as it seems to still be in use.

Processing #4231.

authors: arnaudsjs inmantaci

repo: inmanta/inmanta-core


text:
COMPOSER - block edit of certain services

The Order API relies on the PATCH endpoint to update the attributes of a service instance. This means that the Order API only supports updates on instances of service entities that have strict_modifier_enforcement enabled. I wasn't sure whether there was sufficient awareness about this in the front-end team, that's why I wanted to mention it here explicitly.
EXAMPLE:
I got a tree of instances displayed on my canvas in the composer, and some of those instances can't be updated because the don't have the attribute modifier enforced. But if I change some of the attributes of an instance that allows it, and deploy the entire tree, the endpoint will support that.
TASK: Block the edit of instances that don't have the strict_modifier_enforced set to true.

Note for myself: links coming from these components have to be blocked as well, essentially whole Halo + tools on links

authors: LukasStordeur matborowczyk

repo: inmanta/web-console


text:
Build(deps): Bump node-forge from 1.2.1 to 1.3.0 (#3165)

Pull request opened by the merge tool on behalf of #3165

Merged in 758ac6b75657d2482c9f8bbb8f2fc52ca595ba14


text:
feat(elements|ino-snackbar): add color scheme property

✨ Features:

Added a new inoColorScheme property to the ino-snackbar component

Closes #115

The new color schemes do not seem to match the designer's specifications. In the specification, it's only the border color that changes with each scheme.

The new color schemes do not seem to match the designer's specifications. In the specification, it's only the border color that changes with each scheme.

whoops I overlooked the specifications - I'll fix it

repo: inovex/elements


text:
Use hexadecimal for all addresses instead of base58+bech32

There are three main benefits to this:
Reason one - easier to decode
Currently, for every address, we have to do two steps

Try decoding as base58
If (1) fails, try decoding as bech32

However, given that all base58 addresses all start with the prefix 0b1000, parsing from hexadecimal immediately gives you the right address type.
Reason two - easier to query
Currently, all queries to cardano-db-sync have to use the bech32 prefix "addr" otherwise you won't get any results. This seems fairly arbitrary as a requirements. Would be much easier if I can just query the hex representation of an address and know it works for all address types.
Reason three - ambiguity on legacy addresses
I have seen people multiple times take a base58 address and wrap it in bech32. Tools like cardano-cli even accept legacy addresses in this format! It's really confusing if we have to parse base58 addresses in two different ways. Saving raw hex is the only canonical way to handle addresses.

Currently, for every address, we have to do two steps

As consumers of the database we should only be exposed to the presentation address format, so this is a workaround.

Currently, all queries to cardano-db-sync have to use the bech32 prefix "addr" otherwise you won't get any results.

The network discrimination forms part of the address identity, why are there addresses being derived without it?

I have seen people multiple times take a base58 address and wrap it in bech32

Wrapping in bech32 seems like an odd approach to a non-existent problem (unless I am missing the point entirely). What is the point of mutating an identity?
I'd also like to see resolution here to the inconsistencies, but decoding should be an internal concern of the chain sync client
https://github.com/input-output-hk/cardano-graphql/issues/255#issuecomment-665166242

@SebastienGllmt What about adding an extra column to the tx_out table containing the un-encoded address?

authors: SebastienGllmt erikd rhyslbw

repo: input-output-hk/cardano-db-sync


text:
Add --database-path parameter to CommonCLI parser

There is also some further restructuring on this branch: #84
~I have placed comments next to changes pertaining to the addition of the --database-path parameter~
The PR is split into two commits as per @mrBliss 's suggestion.

bors r+

bors r+

bors r-

bors r+

repo: input-output-hk/cardano-node


text:
Handy script to analyse the project dependencies

Hi all,
I have been working on a script to complement the information stack dot produces under the form of a Graphviz graph (which @domenkozar already showed me). This script enumerates all the dependencies in cardano (by piggybacking on stack list-dependencies --test --bench and also tracks the direct & indirect dependencies (mostly relying on ghc-pkg field). It finally produces a table like this (which we can customise later):

I have deliberately filtered the cardano-* project family from the reverse dep list (thus some packages has a 0 in the rev deps section) so actually focus a bit better (in the future it's easy to add an option like --exclude-cardano and by default show everything). The game would be to start from the top (the table is sorted by number of direct deps) and for those check the packages which have the minor number of reverse dependencies, which means that, if we eliminate those, we can effectively get rid of the package from the codebase. For example, the screenshot shows the case of store (which in other branches has been already removed): It has as reverse deps timewarp and kademlia, so dropping store from both will allow us to remove store (disclaimer: it's basically what actually happened in other wip-branches).
To run the script, first build the project as usual, and then:
./scripts/haskell/dependencies.sh

I hope we can use this as a starting point to optimise our CI times and the project in general. Let me know what you think! cc @georgeee @neongreen

The list (with the cardano deps filtered)
deps_no_cardano.txt

Nice work! Could we also figure out how many dependencies will store remove?

Yep, having a field like “unique direct deps” would be very helpful

Nice work! Could we also figure out how many dependencies will store remove?
Yep, having a field like “unique direct deps” would be very helpful.

Aye, that would be my next step, but didn't get to that as I wanted to run this first pass for your scrutiny to make sure this piece of work was actually useful 😉

Ok, I have updated the script with the counters you asked:
deps_excluding_cardano_updated.txt
Assuming my code is correct (a review of uniqueDependenciesFor is surely appreciated) I can see how turtle, for example, it's used only in cardano but it's introducing 6 unique deps to the project. Maybe switching to something like shelly (which I have used professionally in the past with success) might be better.

For reasons I'm struggling to understand, omitting --test and --bench from stack list-dependencies wouldn't change a thing, and criterion (as well as hspec) would still show up. I have manually filtered those out of the initial list to produce the following deps list:
deps_no_cardano_lib_only.txt

Okay, here are my thoughts on dependencies:

Removing turtle, yes.
We can probably copy HasLens into CSL and get rid of the ether dependency.
I've heard that we can get rid of scotty (and we haven't done that yet only because nobody cared enough).
I would kinda like to throw away benchmarks and get rid of criterion and all its deps.
We use stm-containers in precisely one place. I don't know whether switching to a Map in a TVar there would lead to a performance degradation or not (for all I know, that map might be updated only once per second or something, and then using stm-containers is like bringing a gun to a knife-fight).
We don't use witherable and can get rid of it right now.
string-qq can be removed in favor of neat-interpolation.
optparse-simple and optparse-text can be removed too (they don't give that much over optparse-applicative).
serokell-util should probably lose a bunch of dependencies (like cereal-vector, aeson-extra and binary-orphans).

I tend to subscribe with you on pretty much the whole line. I would also add that it might be total overkill but it should be in principle possible to get rid of lens as well: from a first skim through the codebase looks like the only reason why we cannot switch to microlens (from which we depend already) is the absence of makePrisms from the latter (to be precise from microlens-th), but looks like migrating that is a bit of a pita, so not worth it.
On the scotty topic I have experience with both scotty and snap so I should be in the position to migrate everything to snap, provided that we can implement the same thing scotty provides us with only snap-core and snap-server (the only 2 dependencies pulled in from ekg. Depending from snap is even worse than depending from scotty 😛  ).

AFAIK we want everything to use wai+warp+servant and get rid of snap as well :)

AFAIK we want everything to use wai+warp+servant and get rid of snap as well :)

Alas ekg has a direct dependency on snap-server and snap-core, so not sure how many tricks we can play there (apart, of course, we don't need ekg for the library linking, only for the executable 😉 )

I wonder whether @tibbe might be open to adding a flag to ekg to use warp instead of snap. (Or even switching to warp completely.)

As interim, we could have a crack at http://hackage.haskell.org/package/ekg-wai (I never used it, but Hackage revealed with whilst searching for ekg). Might be a starting point!

from a first skim through the codebase looks like the only reason why we cannot switch to microlens (from which we depend already) is the absence of makePrisms from the latter (to be precise from microlens-th), but looks like migrating that is a bit of a pita, so not worth it.

I can easily write microlens-pro with prisms and isomorphisms. I don't think it will be worth it because lots of packages (swagger and wreq, for instance) depend on lens, and retting rid of them as well (or forking them) wouldn't be easy. It can be done, but I hope that Hydra will come sooner than our predicament becomes dire enough to justify the cost of the lens-switch :)

@neongreen can you prioritize your list by affection on build time (or our expectations)? Is it doable?

I don't think it will be worth it

Yea, it was my idea as well, but I wanted to be sure by getting a second opinion 😉
@neongreen @georgeee I haven't mentioned it explicitly, but needless to say I'm happy to take the burden at going through Artyom's list and reduce the deps load.
Only question I have for you is: can we merge this handy script in the meantime, and move the discussion somewhere else? 😀

can you prioritize your list by affection on build time (or our expectations)? Is it doable?

Btw, using something like sort -k3 -r should do the trick (ymmv, I did this on my local machine earlier this week but I couldn't find the exact parameters for sort, but it's definitely doable) 😉

/cc @23Skidoo who now co-maintains ekg.
I've long wanted to make ekg use a lighter-weight (meaning fewer dependencies/faster to compile) HTTP server. It only needs very basic functionality. Here's how I see the ekg ecosystem:
Existing packages:

ekg-core: defines the various types of metrics.
ekg-json: defines the JSON protocol used both by the HTML UI and other libraries/executables that need programmatic access to the metrics.
ekg: uses the above to create a "one liner" drop in monitoring for any Haskell executable. Will use whatever HTTP server works (i.e. it should be transparent to the user). Right now this is snap, could be something lighter-weight.
ekg-statsd: pushes metrics to statsd. You could imagine other metrics "pushers", such as ekg-graphite, etc.

Packages that should exist:

ekg-warp/ekg-snap/ekg-yesod: a way to expose ekg metrics through a specific web server/framework. Could integrate with authentication provided for that server/framework, add server/framework-specific metrics (e.g. "snap.requests", "yesod.requests.404"), etc. The ekg package could use one of these as an implementation detail.
ekg-ui: it would be nice to package up the ekg HTML UI so it could be reused by any server/framework as well.

I don't have time to work on this but if someone has please do!

Thanks @tibbe.
@adinapoli since we're primarily using ekg-statsd, it sounds like we can adjust things to depend only on ekg-core and ekg-statsd. Perhaps optionally in dev mode we can use the full ekg so that developers can see the html ui of individual nodes for convenience, whereas the devops team will always use the statsd route.

@dcoutts Sounds good to me! ;)

authors: adinapoli adinapoli-iohk dcoutts domenkozar georgeee neongreen tibbe

repo: input-output-hk/cardano-sl


text:
Revise swagger API documentation of TxMetadata

Issue Number
ADP-307 / #2073
Overview
Updates swagger documentation according to recent API changes.
Comments
Rendered

bors merge

bors merge

bors retry

authors: KtorZ rvl

repo: input-output-hk/cardano-wallet


text:
Post v2021-11-11

8b915591ed1118696409a65c677bcf1b351ac805
update migration-tests.nix

cca27b9d228f41425f26692bb648e2f7d2daaa01
update Smash version to 1.6.1

Comments

Issue Number

bors r+


text:
wip: Windows build

This is work in progress. The branch is based on #494. It builds but needs some hacks:

[ ] There is some problem with template haskell in certain places. The workaround is to hack out these uses of TH.
[ ] persistent-sqlite is not building. Workaround is to add a cabal flag to chop out the SQLite DB backend. We might want to keep the sqlite flag for other targets, but SQLite should work on windows.

Hydra jobset for master branch
Hydra jobset for #491

@rvl Good news is that #490 gets rid of some of the TH that is causing issues here.
About the SQLite stuff, the work-around seems not to be an option to me :/ ... Have we more details about why sqlite prevent cross-compilation to windows at the moment :thinking: ? Is it actually SQLite or, persistent ?

@KtorZ I think there is a general issue cross compiling some template haskell splices which need to write temporary files.
There probably isn't an issue with persistent-sqlite per se, just its dependencies. I'm hoping @angerman can help us out here.
All of the hacks in this PR are probably unacceptable options for us. I have split out the OK build fixes into #494.

Thank you @rvl!

All of the hacks in this PR are probably unacceptable options for us

I believe so to. We gotta find a way to get SQLite built for windows too. If it means switching to a simpler SQLite library with less "problematic" dependencies then we might have to go there.. although I am fond of throwing away a month of effort with persistent and SQLite :/ ...

although I am fond of throwing away a month of effort with persistent and SQLite :/ ...

@KtorZ of course you wanted to say : I am NOT fond of ...., right?

if sqlite is giving us quibbles, we are lost. For cardano-sl we even managed to make the much much harder rocksdb work. So I'm absolutely positive we'll manage to build sqlite for windows!

@KtorZ I believe you wanted to say here (and I am strong proponent of that) : I am NOT fond of ....

WHOLA! Oui! :joy:
Edited.

You can relax. Nobody's going to remove SQLite. One of my methods is to chop out bits until it builds, then we have an idea of how many things need to be fixed. And from this, it looks like it's probably a single TH issue specific to cross compiling under nix.

Just to recap the TH issues are with

heredoc, where the quasiquoter apparently doesn't work.
Hlint annotation comments {- ANN $f "Hlit: ..." -}

I'll have to look into heredoc, hlint is annoying, for hlint the ANN syntax shouldn't be used and the HLINT one should instead for reasons other than just being naughty with TH. See https://github.com/ndmitchell/hlint#ignoring-hints

Thanks, I have fixed the hlint annotations.
In addition to the TH issues above, there are:

wai-app-static, where $(embedFile ...) doesn't work.
generics-sop doesn't build (this is a dependency of persistent-sqlite).

iohk-nix#125 allows me to build
/nix/store/517n5liwargx6f7szbb3s7644xbigwj5-cardano-wallet-2019.6.24-exe-cardano-wallet-http-bridge-x86_64-pc-mingw32

successfully.

Thanks @angerman . I have removed the build hacks and included input-output-hk/iohk-nix#125. Let's see how it goes.

I have rebased on master and put the symlinks/tests stuff on another branch.

authors: KtorZ angerman paweljakubas rvl


text:
Improve error messages

Closes #14

Instead of doing this I would suggest using #[source] or #[from] and output the Error::source. You can look at how we do that in jormungandr.

authors: Zeegomo eugene-babichenko

repo: input-output-hk/catalyst-toolbox


text:
UI/UX Incorrect fees displayed

Re-delegation Fees are showed as costing 1ADA to move to a new pool after initial delegation, but actually charge 0.17  ADA
This is not pertaining to the 2 ADA "deposit" for delegation UI/UX improvement.

The problem you are describing comes out of the fact that cardano-wallet does random input-selection for both:

Fee estimation
Transaction creation
...and as a result of that the fee could be different in both of these calls.
There is nothing we (Daedalus team) can do at the moment.
Still, soon there will be an update of how fee estimation works on the cardano-wallet side and the same fee value will be preserved during both fee estimation and transaction creation/submittion.
Thank you for your patience!

repo: input-output-hk/daedalus


text:
Fix packaging for mac and linux

@domenkozar: Packaged application was not starting on Mac and Linux since there were Windows specific things in electron/main.development.js. Also, the directory for cardano-node logs was not created if it does not exist. This PR introduces temporary fix. Please make improvements if needed.

Most of this is gone, can you test https://github.com/input-output-hk/daedalus/pull/112

OK, thanks @domenkozar. We can ignore this PR. I will remove it one #112 is merged. We need to be careful not to introduce changes that will break packaged app in the future.

@darko-mijic I haven't bothered with Linux/OSX prod packages since we don't ship the software yet there. Once we do (really soon) it will be automated with the CI :) Sorry!

@darko-mijic FYI #112 is merged.

Thanks @domenkozar. Closing this one.

authors: darko-mijic domenkozar


text:
[DDW-739] Fix the position of the external link icon

This PR introduces a fix for external link icon positions.
Screenshots
1 Loading page -> Connectivity issues

2 Staking->Staking Countdown

3 Staking->Info

4 BlockConsolidationStatus->Default

5 ManualUpdateOverlay->Default

Testing Checklist

Slack QA thread
[  ] Test Storybook story under: Loading page -> Connectivity issues
[  ] Test Storybook story under: Staking -> Staking Countdown
[  ] Test Storybook story under: Staking -> Info
[  ] Test Storybook story under: BlockConsolidationStatus -> Default
[  ] Test Storybook story under: ManualUpdateOverlay -> Default

Review Checklist
Basics

[ ] PR has been assigned and has appropriate labels (feature/bug/chore, release-x.x.x)
[ ] PR is updated to the most recent version of the target branch (and there are no conflicts)
[ ] PR has a good description that summarizes all changes and shows some screenshots or animated GIFs of important UI changes
[ ] CHANGELOG entry has been added to the top of the appropriate section (Features, Fixes, Chores) and is linked to the correct PR on GitHub
[ ] Automated tests: All acceptance and unit tests are passing (yarn test)
[ ] Manual tests (minimum tests should cover newly added feature/fix): App works correctly in development build (yarn dev)
[ ] Manual tests (minimum tests should cover newly added feature/fix): App works correctly in production build (yarn package / CI builds)
[ ] There are no flow errors or warnings (yarn flow:test)
[ ] There are no lint errors or warnings (yarn lint)
[ ] There are no prettier errors or warnings (yarn prettier:check)
[ ] There are no missing translations (running yarn manage:translations produces no changes)
[ ] Text changes are proofread and approved (Jane Wild / Amy Reeve)
[ ] Japanese text changes are proofread and approved (Junko Oda)
[ ] UI changes look good in all themes (Alexander Rukin)
[ ] Storybook works and no stories are broken (yarn storybook)
[ ] In case of dependency changes yarn.lock file is updated

Code Quality

[ ] Important parts of the code are properly commented and documented
[ ] Code is properly typed with flow
[ ] React components are split-up enough to avoid unnecessary re-renderings
[ ] Any code that only works in main process is neatly separated from components

Testing

[ ] New feature/change is covered by acceptance tests
[ ] New feature/change is manually tested and approved by QA team
[ ] All existing acceptance tests are still up-to-date
[ ] New feature/change is covered by Daedalus Testing scenario
[ ] All existing Daedalus Testing scenarios are still up-to-date

After Review

[ ] Merge the PR
[ ] Delete the source branch
[ ] Move the ticket to done column on the YouTrack board
[ ] Update Slack QA thread by marking it with a green checkmark

Reviewing this one now...

@tomothespian Not a big deal, but the icons on Loading-Connectivity/Sync issues are smaller in comparison to the other appearances.

Everything else looks good.

@tomothespian Not a big deal, but the icons on Loading-Connectivity/Sync issues are smaller in comparison to the other appearances.

@gnpf this issue has been fixed. Please approve the PR 🙏

authors: gnpf nikolaglumac tomothespian


text:
[CSL-2296] Update config files

input-output-hk/cardano-sl#2632 introduces some breaking changes to the launcher configuration.
This PR addresses that and changes the launcher configuration files accordingly.

I haven't tested this on Mac, because I don't have a Mac system.

@hithroc @gromakovsky @georgeee Please retarget to release/0.9.1.

This PR should be merged after daedalus starts using version of cardano-sl which is currently in develop.

authors: darko-mijic gromakovsky hithroc


text:
clean up

some messages with removing/opening pipe:
cannot remove symlink: /home/ksaric/.local/share/Daedalus/qa/Logs/launcher
exception: /home/ksaric/.local/share/Daedalus/qa/Logs/launcher: removeLink: does not exist (No such file or directory

reported by @ksaric

and I still see these message counters:
[iohk.cardano.#messagecounters.aggregation:Debug:15] [2019-11-13 13:28:09.73 UTC] time_interval_(s) = 0
[iohk.cardano.#messagecounters.monitoring:Debug:18] [2019-11-13 13:28:09.73 UTC] time_interval_(s) = 0
[iohk.cardano.#messagecounters.monitoring:Debug:18] [2019-11-13 13:29:09.73 UTC] time_interval_(s) = 60
[iohk.cardano.#messagecounters.aggregation:Debug:15] [2019-11-13 13:29:09.73 UTC] time_interval_(s) = 60


text:
Byron: check if key is okay in checkIsLeader

See #2169.
Marking this as high priority because logging information about invalid blocks being produced is terrifying, whereas messages about keys being out of date just means PEBKAC. (A report about invalid blocks came in only today, so it's important we address this soon.)
In addition, the construction of invalid blocks is causing trouble for @nfrisby 's tests; doing this will hopefully avoid the hack in https://github.com/input-output-hk/ouroboros-network/pull/2048 -- indeed, we should be able to avoid the whole "should we do the production of this EBB?" thing.

Closed in https://github.com/input-output-hk/ouroboros-network/pull/2176 .

repo: input-output-hk/ouroboros-network


text:
applyChainTick should update the Shelley ledger view history

The fundamental cause of the error in Issue #2558 is -- at least as of 9480613771e0ede5ad41348a36d3a963a974beb6 -- that the Shelley ledger view history is only updated when adding a block. It should also/instead be updated when ticking.
IIUC we always tick before/as part of adding a block. As a consequence the Shelley ledger view history is currently always empty: we tick, which updates the epoch state without taking a snapshot, and then we add a block. But the add-block logic now no longer sees an epoch change (since the tick already handled that) and so also doesn't take a snapshot (it would be the wrong snapshot anyway). That's what lead to the failure in Issue 2558.
This Issue is done when ticking the Shelley ledger state is responsible for adding snapshots to its ledger view history.

The fix should also include a low-level test. I'm not quite sure yet (hence Issue 2558 is still open) but I think this failure only occurs when pools end up with zero stake after an epoch transition, so I don't think we should rely on the ThreadNet tests to catch regressions here: that's an odd case.


text:
Chain Index: separate scripts and redeemers tables

This PR attempts to resolve #70. I set this as a draft for further testing. I really feel like missing something and no failed tests make it even more worrying.

Pre-submit checklist:

Branch

[ ] Tests are provided (if possible)
[x] Commit sequence broadly makes sense
[x] Key commits have useful messages
[x] Relevant tickets are mentioned in commit messages
[x] Formatting, materialized Nix files, PNG optimization, etc. are updated

PR

[x] Self-reviewed the diff
[x] Useful pull request description
[ ] Reviewer requested

Seems reasonable to me; mark it as a non-draft and we'll take a look! Thanks! :)

@silky @sjoerdvisscher I could confirm that this works fine locally now. I wonder if we should add a test or two?

No that's ok, thanks!

authors: kk-hainq silky sjoerdvisscher

repo: input-output-hk/plutus-apps


text:
Add calculateAndUpdateTxFee

This PR was triggered by a FeeTooSmallUTxO CI error in the MintBurn test. The fix was to calculate it automatically.
In addition to the above, some more refactoring was done:

Calculate the fee automatically for all transactions for all tests (except for the second one in ScriptTx e2e test which I couldn't figure out);
Remove fee argument from emptyTxBodyContent as it's calculated automatically;
Move tests from Integration to Spec.Marconi.ChainIndex.Indexers.ScriptTx (the integration test was mis-named, it was actually an end to end test for the ScriptTx indexer to begin with);
Add mkAddressValueTxOut, a more general version of mkAddressAdaTxOut.

Apart from automatic fee calculation the other changes should functionally be no-ops.
All tests continue to pass.
~Question: I guess in the emptyTxBodyContent the fee argument should be removed as it's added automatically? In plutus-e2e-tests it's actually done that way already.~
Pre-submit checklist:

Branch

[ ] Tests are provided (if possible)
[x] Commit sequence broadly makes sense
[x] Key commits have useful messages
[ ] Formatting, PNG optimization, etc. are updated
[ ] Important changes are reflected in changelog.d of the affected packages

PR

[x] Self-reviewed the diff
[x] Useful pull request description
[ ] Reference the ADR in the PR and reference the PR in the ADR (if revelant)
[x] Reviewer requested

except for the second one in ScriptTx e2e test which I couldn't figure out
@eyeinsky in the absence of key witness input, did you ensure the correct number of witnesses when considering collateral input?

except for the second one in ScriptTx e2e test which I couldn't figure out

@eyeinsky in the absence of key witness input, did you ensure the correct number of witnesses when considering collateral input?

@koslambrou I used the wrong witnesses list to get the length https://github.com/input-output-hk/plutus-apps/pull/972/commits/a4c3402a874460360ef708eb478d11fbbd023086 with no help, then also tried adding +1 to the number of inputs https://github.com/input-output-hk/plutus-apps/pull/972/commits/1ca251750f083385678e40266923e7406b4f0eb5 because there is an extra input in the collateral field, but no success with both.

authors: eyeinsky james-iohk


text:
Unable to scroll through results when using Haddock Quick Jump

Area
[x] Other Any other topic (Playgrounds, etc.)
Summary
When using Quick Jump in the Plutus Haddock, if the list of results is long enough to go off the bottom of the page then a scroll bar is displayed but it is not possible to scroll down. Tried with mouse wheel, clicking on scroll bar and using arrow keys.
Steps to reproduce
Steps to reproduce the behavior:

Go to https://staging.plutus.iohkdev.io/doc/haddock/index.html
Click on 'Quick Jump' in the top right corner
Type 'val'
See list of results that requires scrolling
Attempt to scroll...

Expected behavior
Is possible to scroll down and view all results
System info (please complete the following information):

OS: Linux Mint
Version: 20 (Ulyana)
Browser: Brave Version 1.26.74 Chromium: 91.0.4472.124 (Official Build) (64-bit)
Plutus commit hash: bfc2e4a3f598115d50b3fa685089d97f2f5f30e9

Screenshots and attachments

I tested this works fine in Firefox, but not in Chromium.  This is an upstream haddock issue that was fixed by https://github.com/haskell/haddock/pull/1235 . I'll need to take a closer look how the docs are being generated in case we can patch this locally without much effort

@james-iohk I took a closer look at docs generation and put up a fix https://github.com/input-output-hk/plutus/pull/3542 . Would be great if you can give it a test

authors: james-iohk luigy

repo: input-output-hk/plutus


text:
Fix NumericInput on BigNumber.DEBUG

Background
Here is the definition of BigNumber.DEBUG from the documentation
/**
     * To aid in debugging, if a `BigNumber.DEBUG` property is `true` then an error will be thrown
     * if the BigNumber constructor receives an invalid `BigNumber.Value`, or if `BigNumber.isBigNumber`
     * receives a BigNumber instance that is malformed.
     *
     * ```ts
     * // No error, and BigNumber NaN is returned.
     * new BigNumber('blurgh')    // 'NaN'
     * new BigNumber(9, 2)        // 'NaN'
     * BigNumber.DEBUG = true
     * new BigNumber('blurgh')    // '[BigNumber Error] Not a number'
     * new BigNumber(9, 2)        // '[BigNumber Error] Not a base 2 number'
     * ```
     *
     * An error will also be thrown if a `BigNumber.Value` is of type number with more than 15
     * significant digits, as calling `toString` or `valueOf` on such numbers may not result
     * in the intended value.
     *
     * ```ts
     * console.log(823456789123456.3)       //  823456789123456.2
     * // No error, and the returned BigNumber does not have the same value as the number literal.
     * new BigNumber(823456789123456.3)     // '823456789123456.2'
     * BigNumber.DEBUG = true
     * new BigNumber(823456789123456.3)
     * // '[BigNumber Error] Number primitive has more than 15 significant digits'
     * ```
     *
     * Check that a BigNumber instance is well-formed:
     *
     * ```ts
     * x = new BigNumber(10)
     *
     * BigNumber.DEBUG = false
     * // Change x.c to an illegitimate value.
     * x.c = NaN
     * // No error, as BigNumber.DEBUG is false.
     * BigNumber.isBigNumber(x)    // true
     *
     * BigNumber.DEBUG = true
     * BigNumber.isBigNumber(x)    // '[BigNumber Error] Invalid BigNumber'
     * ```
     */

Problem
new BigNumber(null) throws an error when BigNumber.DEBUG is set to true, and yet react-polymorph currently depends on this behavior inside the NumericInput component.
Impact is that programs that have BigNumber.DEBUG set to true can't use react-polymorph's NumericInput.
Solution
To fix this, I handle all the null/undefined cases explicitly
I also added BigNumber.DEBUG=true to the test file to make sure this error gets caught in the future

Works great @SebastienGllmt, thanks! 🙏

@SebastienGllmt I published 0.9.8-rc.3 which contains your fix + my bug fix for an issue I just discovered after merging your PR 😉

authors: DominikGuzei SebastienGllmt

repo: input-output-hk/react-polymorph


text:
Closes #976 - Refactoring of MDC access for log-trace correlation

closes #976

This change is

PR has been reverted. Please see PR #1009

repo: inspectIT/inspectit-ocelot


text:
pkg/columns: add safety mechanism for dynamically added columns

This prevents panics if getStart() returns a nil pointer. While this should not happen under normal circumstances, this adds another safety mechanism for handling untrusted data coming from image based gadgets.
Part of #2512

Thanks for the review!

repo: inspektor-gadget/inspektor-gadget


text:
Undefined local timezone causes errors on some browsers

https://sentry.inspirehep.net/inspire-prod/ui/issues/20193
Issue appears when momentInstance.format is called but the main reason is momentInstance is created with undefined timezone which means Intl.DateTimeFormat().resolvedOptions().timeZone is undefined for some browsers.

Let's decide if we care to support these browsers: https://sentry.inspirehep.net/inspire-prod/ui/issues/20193/tags/browser/

https://sentry.inspirehep.net/inspire-prod/ui/issues/24135 same issue, happens on author detail pages too.

repo: inspirehep/inspirehep


text:
updated range.py and len.py

Please fill in this pull request template before submitting
1. This pull request resolves #???
(^Fill in the issue number after #)
2. Description
I have updated the range.py and len.py
3. Fill in checklist by marking [x]

[ ] I've read the CONTRIBUTING.md
[ ] I was assigned to this issue
[ ] My code is formatted using required linting
[ ] I've run my code locally and checked it works

closing this due to conflicts with other PRs

authors: L-crypt funbeedev


text:
cannot add a team number to a project

In GitLab by @guyingyan on Dec 7, 2017, 16:36
login with LDAP user only can create project, cannot create service and images.

In GitLab by @wknet123 on Nov 8, 2019, 07:42
Fixed with PR #768

In GitLab by @sokril on Nov 8, 2019, 08:16
closed

In GitLab by @sokril on Nov 8, 2019, 08:16
assigned to @wknet123

repo: inspursoft/board


text:
Logged in with a deleted account No response

In GitLab by @liyanq528 on Aug 22, 2017, 15:04

In GitLab by @wknet123 on Nov 8, 2019, 07:35
Fixed with PR #264

In GitLab by @sokril on Nov 8, 2019, 08:08
closed

In GitLab by @sokril on Nov 8, 2019, 08:08
assigned to @wknet123

In GitLab by @wknet123 on Nov 13, 2019, 06:35
mentioned in merge request !96

In GitLab by @wknet123 on Nov 13, 2019, 09:57
mentioned in merge request !184


text:
Use rlax

Feature
Use rlax where we can, so that we don't have to implement and test common methods.
Proposal
As far as I can see we can use it for policy/critic loss and GAE.
Benchmarking

Needs to match the perfromance of the current develop branch.

Investigated, it massively slowed down existing systems :disappointed:

repo: instadeepai/Mava


text:
Backup stories that are shared with logged-in user in a saved collection

Provide us a use case of the feature
I have a collection that is shared with me and shows up under the "saved" area. This is currently not part of the backup.
Describe the solution you'd like
Backup all saved collections, including the ones that are shared with me.
Describe alternatives you've considered
There is currently no alternative to backup this part of the profile.
If the feature request is accepted, would you be willing to submit a pull request?
Maybe

duplicate of https://github.com/instaloader/instaloader/issues/544

repo: instaloader/instaloader


text:
tagged posts results "400 Bad Request" even no reason given, while stories and highlights are downloading normally.

using
python3 /mnt/disk/__configs/615_import_firefox_session.py  -c /mnt/diskfirefox/default/cookies.sqlite
to load cookies and then
instaloader --login=USER --fast-update    --user-agent "Mozilla/5.0.........." --abort-on=302,400,401,429,403  --stories  --tagged --highlights Lauren.horner/
to download pics of user, TAGGED posts are blocked, they arent downloading while stories and highlights are downloading.
What is happening? In many other profiles same error, or it let me to download some and then it stops with some error.
Loaded session from /home/........
Logged in as .......
[1/1] Downloading profile lauren.horner
lauren.horner/2024-08-22_01-50-12_UTC_profile_pic.jpg already exists
Retrieving tagged posts for profile lauren.horner.
Resuming from lauren.horner/:tagged/iterator_Wha2sV92.json.xz.
[  1]
Saved resume information to lauren.horner/:tagged/iterator_Wha2sV92.json.xz.
Download aborted: Query to https://www.instagram.com/graphql/query responded with "400 Bad Request": {"message":"feedback_required","spam":true,"feedback_title":"Try Again Later","feedback_message":"We limit how often you can do certain things on Instagram to protect our community. Tell us if you think we made a mistake.","feedback_url":"","feedback_action":"report_problem","feedback_appeal_label":"Let us know","restriction_enrollment_data":"","status":"fail"}.
Saved session to /home/.......

Note that i havent download anything from instagram for days. It is some feature of insta specially for tagged posts or is an error sourced to instaloder?
without tagged posts...
Loaded session from .....
Logged in as .......
[1/1] Downloading profile lauren.horner
lauren.horner/2024-08-22_01-50-12_UTC_profile_pic.jpg already exists
Retrieving highlights "San Diego" from profile lauren.horner
lauren.horner/San Diego/2024-10-01_22-28-08_UTC_cover.jpg already exists
[  1/ 25] lauren.horner/San Diego/2024-10-02_23-45-05_UTC.jpg exists json
Retrieving highlights "North Carolina" from profile lauren.horner
lauren.horner/North Carolina/2018-07-16_19-59-48_UTC_cover.jpg already exists
[  1/ 26] Warning: Unable to fetch video from graphql of <StoryItem 2585982453185443758>: list index out of range
lauren.horner/North Carolina/2021-05-31_20-32-30_UTC.mp4 lauren.horner/North Carolina/2021-05-31_20-32-30_UTC.jpg exists json
Retrieving highlights "NYC" from profile lauren.horner
lauren.horner/NYC/2023-06-16_22-45-42_UTC_cover.jpg already exists
[  1/ 19] lauren.horner/NYC/2024-08-22_18-31-40_UTC.jpg exists json
Retrieving highlights "Jax" from profile lauren.horner
lauren.horner/Jax/2024-07-12_00-27-10_UTC_cover.jpg already exists
[  1/ 27] Loaded session from /home/elias/.config/instaloader/session-fotomelodios.

[1/1] Downloading profile lauren.horner
lauren.horner/2024-08-22_01-50-12_UTC_profile_pic.jpg already exists
Retrieving highlights "San Diego" from profile lauren.horner
lauren.horner/San Diego/2024-10-01_22-28-08_UTC_cover.jpg already exists
[  1/ 25] lauren.horner/San Diego/2024-10-02_23-45-05_UTC.jpg exists json
Retrieving highlights "North Carolina" from profile lauren.horner
lauren.horner/North Carolina/2018-07-16_19-59-48_UTC_cover.jpg already exists
[  1/ 26] Warning: Unable to fetch video from graphql of <StoryItem 2585982453185443758>: list index out of range
lauren.horner/North Carolina/2021-05-31_20-32-30_UTC.mp4 lauren.horner/North Carolina/2021-05-31_20-32-30_UTC.jpg exists json
Retrieving highlights "NYC" from profile lauren.horner
lauren.horner/NYC/2023-06-16_22-45-42_UTC_cover.jpg already exists
....
Downloading stories
Saved session to /......

does instagram has infiltrated instaloader? Why it is not planned when instaloader claims to archive instagram's posts, stories, and tagged posts, it is not planned? This is very counterintuitive without any explanation.
You can say "it is impossible", "we cannot do it", or whatever.... BUT not planned? hey this is instaloader or instagram bot? Thankfully exist other tools to do it.

Instaloader is a free tool, created and maintained by a small group of volunteers who dedicate significant time to this project. We handle hundreds of issues each year, which creates a considerable workload for our team. To manage this, we have a simple reporting process to make sure each issue report includes the essential details for us to investigate thoroughly.
When submitting an issue, users see a note explaining our requirements:

Please understand that a bug issue that lacks the required information cannot be processed.

This notice is prominent, and the issue template itself asks for specific information. This guidance exists because we need certain details to understand each report and address it efficiently. When these details are missing, we apply a “no template” label and close the report, which indicates that it lacked the information required for us to proceed.
In this case, both the initial note and the “no template” label communicated the requirements clearly, so the reason for closure was fully transparent. This process helps us dedicate our time to actionable reports that benefit the whole community. When users disregard these guidelines and respond with complaints, it can feel ungrateful and discouraging, especially for those volunteering their time to provide this tool for free.
As an open-source project, Instaloader relies on respectful collaboration, and we’re happy to assist users who engage with us constructively. We welcome submissions that follow the template, as thorough reports allow us to work efficiently and effectively.

i have given myself too, my time to open source projects. ok then, from now on i will fully follow the template. i will post the bug again... However, it is mysterious that so few people complain... when to tagged posts can be downloaded... whatever

authors: aandergr estatistics


text:
Store stories in subdirectory?

The current command that I run is instaloader @myname --dirname-pattern "~instaarchive/{target}" --stories --highlights --tagged --comments --login=myname --fast-update".  While this successfully downloads all files, stories appear in ~/instaarchive/profile instead of ~/instaarchive/profile/stories.  Is there a way to do this?

Currently it's not possible, it is however a suggested feature, see #253.
Until it's been implemented you could strip --stories from your invocation and separately run: instaloader --dirname-pattern "~instaarchive/{target}/stories" :stories --login=myname

Wouldn't {target} just be :stories in this case?

My mistake, the pattern should be "~instaarchive/{profile}/stories".


text:
Generating temporals of specific precision

Feature Description
If truncated temporals—think of instants, for example—are needed, there is no means of changing the precision at the generator level. This means that the unwanted part will have to be discarded manually after the instants are generated.
The preferred option would be to introduce new methods for manipulating precision in InstantSpec, LocalDateTimeSpec, etc. I think precision or truncatedTo would make for a good name for it. You may also want to have a corresponding global option in o.i.s.Keys.
Usage Example
_1st: temporal().instant().truncatedTo(ChronoUnit.MICROS);
_2nd: temporal().instant().truncatedTo(TimeUnit.MICROSECONDS);
_3rd: temporal().instant().precision(ChronoUnit.MICROS);
_4th: temporal().instant().precision(TimeUnit.MICROSECONDS);

@foaw thank you for the suggestion. It should be possible to achieve this using the as(Function) method, e.g.:
temporal().instant().as(i -> i.truncatedTo(ChronoUnit.MICROS))

Most built-in generators provide this method to allow mapping from one value to another. Can you give it a try to see if it meets your needs?

Judging by its code, it should work. Except that it erases the actual generator type and returns a generic GeneratorSpec<T>, but that's trivia. Still, it would be nice if someday there were a method that could convey this intention more clearly. :-)

I agree it'd make the API a little nicer. I'll keep this to investigate a bit more.

@foaw this will be included in 4.2.0.

@foaw just released 4.2.0. Please give it a try.

Just gave it a try. Switched over to InstantGenerator#truncatedTo and it works like a charm!
Off-topic: when updating I noticed the major version went up. Does Instancio have a change log aside from git log <release-1>..<release-2>?

The release page has the changelog: https://github.com/instancio/instancio/releases

authors: armandino foaw

repo: instancio/instancio


text:
black rhino knowledge

https://github.com/instructlab/taxonomy/issues/795

Closed due to wrong qna.yaml file, and attribution.

repo: instructlab/taxonomy


text:
Change the template for data to use JSON instead of arrays

The current template_data.sql file is good for small data entries. When larger (more columns) occur it's tough to manage. Moving to a JSON structure can help simplify this and also allow for easy mass updates of certain types of data.

Note: this is done here: https://github.com/martindsouza/starter-project-template/blob/master/templates/template_data.sql I need my other PR accepted before making a PR for this ticket.

Note: this is done here: https://github.com/martindsouza/starter-project-template/blob/master/templates/template_data.sql I need my other PR accepted before making a PR for this ticket.

repo: insum-labs/starter-project-template


text:
🛑 Shopintake is down

In e9c8f84, Shopintake (https://www.shopintake.com) was down:

HTTP code: 403
Response time: 311 ms

Resolved: Shopintake is back up in a748d75 after 16 minutes.


text:
IndexError while conducting GPT-2 Large benchmark for 1k input tokens.

Hi!
I followed the instructions in python/llm/dev/benchmark/all-in-one to run benchmark for GPT2-large model.
I'm encountering an IndexError while conducting the all-in-one benchmark (test-api: optimized-model) for the GPT-2 Large model for 1024/128 input/output tokens. It works fine with 512 tokens.

Model: openai-community/gpt2-large
Input/output tokens: 1024/128
Error: IndexError: index out of range in self

Any assistance would be greatly appreciated. Thank you.

Hi @JoAnnHang , we are trying to reproduce it now.

Hi @JoAnnHang, we've reproduced the issue, will get back to you once we have a solution :)

Hi!  你好！
I followed the instructions in python/llm/dev/benchmark/all-in-one to run benchmark for GPT2-large model.我按照 python/llm为 GPT2-large 模型运行 benchmark。 I'm encountering an IndexError while conducting the all-in-one benchmark (test-api: optimized-model) for the GPT-2 Large model for 1024/128 input/output tokens. It works fine with 512 tokens.我在为 GPT-2 大型模型执行 1024/128 个输入/输出令牌的一体化基准测试（test-api：optimized-model）时遇到 IndexError。它与 512 个令牌一起工作得很好。

Model: openai-community/gpt2-large模型： openai-community/gpt2-large
Input/output tokens: 1024/128输入/输出令牌：1024/128
Error: IndexError: index out of range in self错误：IndexError：索引超出 self 范围

Any assistance would be greatly appreciated. Thank you.任何帮助将不胜感激。谢谢。

Refer to https://huggingface.co/openai-community/gpt2-large/blob/main/config.json line13 n_ctx=1024 which means that the maximum length of the input + output token is 1024. So 1024/128 will out of range, 512/128 is OK.

authors: ACupofAir JoAnnHang lzivan

repo: intel-analytics/ipex-llm


text:
Ultrasonic sensor python example

Is it possible to add a python example for an ultrasonic sensor like a HC-SR04?
I noticed there is a c++ example for GroveUltrasonic. Is this equivalent to the HC-SR04?

Hi, yes, the Grove Ultrasonic sensor works the same way as the HCSR04 and the implementation is basically the same. The two separate drivers will be eventually merged into one and we will try to add the missing python sample as well when this happens.

Python example added for hcsr04. hcsr04 and grove ultrasonic to be merged soon.

authors: BTWS Propanu malikabhi05

repo: intel-iot-devkit/upm


text:
[POAE7-2677] HashTable implemented based on the design of ClickHouse

What changes were proposed in this pull request?

Migration from ClickHouse.
List of main changes:
1.FixedHashMap is ready, which is designed for int8 and int16.
2.Added CiderNewHashTableTest.cpp and validated the usage of FixedHashMap.
3.Removed and rewrote some dialects under C++20(like concept, requires etc.)
4.Multi-tread model and buffer reader/writer is disabled currently since we are under the thread model of velox.
5.Memory Arena specially designed for strings is leaving dummy since it's not suitable for cider and we have to implement it later.
6.Memory allocator is now using CiderDefaultAllocator, which should be replaced to an allocator with better performance and control later.
Why are the changes needed?

Implement new HashTables.
Does this PR introduce any user-facing change?

No.
How was this patch tested?

UTs.
Which label does this PR belong to?

For license check failed, you may need to add a new header file in ci/scripts and change the license-header.py

What's your public interface to other module? FixedImplicitZeroHashMapWithCalculatedSize FixedImplicitZeroHashMapWithCalculatedSize?

Public api will be divided into two parts - agg and join, which are separated from hash table implementation and I'm working on it.

What's your public interface to other module? FixedImplicitZeroHashMapWithCalculatedSize FixedImplicitZeroHashMapWithCalculatedSize?

Public api will be divided into two parts - agg and join, which are separated from hash table implementation and I'm working on it.

I think this part is first thing we need:)

Yes, both are important, and public api for agg will be ready no later than Monday of next week.

should not name this PR as Migration

Offline discussed with @jikunshang @yma11 , I will divide this PR into several PRs for different types to make it clear and readable.

Thanks for all reviews above~

authors: Deegue jikunshang spevenhe

repo: intel/BDTK


text:
best practices: ossf scorecard: Token-Permissions

Token-Permissions
HIGH
Determines if the project's workflows follow the principle of least privilege.
Reason
detected GitHub workflow tokens with excessive permissions
Details
Info: jobLevel 'actions' permission set to 'read': .github/workflows/codeql.yml:32
Info: jobLevel 'contents' permission set to 'read': .github/workflows/codeql.yml:33
Warn: jobLevel 'contents' permission set to 'write': .github/workflows/pin_downstream.yml:82
Warn: jobLevel 'contents' permission set to 'write': .github/workflows/rfc.yml:15
Info: jobLevel 'contents' permission set to 'read': .github/workflows/testing.yml:20
Info: topLevel 'contents' permission set to 'read': .github/workflows/00_pr_auto_approve.yml:6
Warn: no topLevel permission defined: .github/workflows/alice_async_comms.yml:1
Info: topLevel 'contents' permission set to 'read': .github/workflows/alice_please_contribute_recommended_community_standards.yml:13
Info: topLevel 'contents' permission set to 'read': .github/workflows/alice_shouldi_contribute.yml:13
Info: topLevel 'contents' permission set to 'read': .github/workflows/build_images_containers.yml:58
Info: topLevel 'contents' permission set to 'read': .github/workflows/codeql.yml:24
Info: topLevel 'contents' permission set to 'read': .github/workflows/dependency-review.yml:13
Warn: no topLevel permission defined: .github/workflows/dffml_build_images_containers.yml:1
Warn: no topLevel permission defined: .github/workflows/dispatch_build_images_containers.yml:1
Info: topLevel 'contents' permission set to 'read': .github/workflows/new_2nd_party_tcb_eval.yml:10
Info: topLevel 'contents' permission set to 'read': .github/workflows/pin_downstream.yml:20
Info: topLevel 'contents' permission set to 'read': .github/workflows/rfc.yml:10
Info: topLevel permissions set to 'read-all': .github/workflows/scorecard.yml:12
Warn: no topLevel permission defined: .github/workflows/testing.yml:1

repo: intel/dffml


text:
docs: fix typo spelling grammar

fix typo speliing grammar,and replace to correct words with reference from Merriam webster and wiktionary

thank you so much sir @pdxjohnny !!


text:
test: this is a test

do not merge
Signed-off-by: Julio Montes julio.montes@intel.com

Coverage decreased (-0.05%) to 80.688% when pulling 85d9b41b715fc6ca75c6004e753ff05590b184e5 on devimc:topic/test into cab47093760f36ef5a5da880bb70c4bf128abbbf on intel:master.

Coverage decreased (-0.05%) to 80.688% when pulling 85d9b41b715fc6ca75c6004e753ff05590b184e5 on devimc:topic/test into cab47093760f36ef5a5da880bb70c4bf128abbbf on intel:master.

authors: coveralls devimc

repo: intel/govmm


text:
Can't run more than 8 emulators

Hi!
I was install last android studio with 7.3.2 HAXM and QEMU emulator version 2.12.0. I try to start 9 android emulators but can start only 8. I get this error when try to start 9th emulator:
Failed to create VM. Error code: 31
Failed to create vm ffffffff
Failed to create HAX VM
No accelerator found.
qemu-system-x86_64.exe: failed to initialize HAX: Invalid argument
I have 16 GB of ram memory in my PC. I try to change ram, hype and other memory in emulators, but I always get this error. Also I try run 9 emulators on other PC and get the same error. Could you help me?

Internal code is structured against that number. Also if you want to add more, than we might run out of minor numbers per device type. We already support 8 VMs x 16 VCPUs that is 128 minor devices.
If you need something more advance, probably there is an option to go for something more advanced than HAXM. You might adapt your setup for your needs that is within the supported range of VMs.

@krytarowski was right. The 8 VM limitation seems to be an early design decision (long before I started working on this project). Maybe it's because the original authors chose to generate VM IDs using an 8-bit seed:
https://github.com/intel/haxm/blob/98c8126e99a4f4fd225f7b3566159e7a294a7e04/core/vm.c#L39-L40
If that's the only place in the code that enforces this limitation, we should be able to replace it with an uint64_t seed and support 64 VMs. BTW, which version of Windows are you using?

@raphaelning, thank you for your responce. I clone repo and change this:
static uint64_t vm_mid_bits = 0;
#define VM_MID_BIT 64 - This I also changed to 64. Without this change does not work
I build solution in Debug conf and install debug certificate, than I replace IntelHaxm.sys and restart intelhaxm service. After that I can run more than 8 Android VM.
I think it would be nice if you ever fixed it in the main branch. Thanks again =)

#141

authors: insidiaGithub krytarowski raphaelning

repo: intel/haxm


text:
Enable -tritonintelgpu-optimize-reduction-locality by default

After pending issues that will be listed below are merged, this pass can be enabled by default:

https://github.com/intel/intel-xpu-backend-for-triton/issues/2749
https://github.com/intel/intel-xpu-backend-for-triton/issues/2750
https://github.com/intel/intel-xpu-backend-for-triton/issues/2751
https://github.com/intel/intel-xpu-backend-for-triton/issues/2752

Speedups after these changes in victor/perf-test (attn benchmark):
Min Speedup: 0.997086
Quartile 1: 1.000324
Median: 1.026954
Quartile 2: 1.121962
Max speedup: 1.181823
Average: 1.064171
Average if improved (>=1.05): 1.131925
#Improved (>=1.05): 12/26
#Worse (>=1.05): 0

Blocked: There are some performance regressions after latest optimizations were pushed. Trying alternative approaches.

repo: intel/intel-xpu-backend-for-triton


text:
tests: Prevent installation of test plugin binaries

Test plugin binaries were inadvertently installed along with the mptcpd binaries.  This was caused by the attempt to get test plugins to be built as actual Libtool modules rather than Libtool convenience
libraries when listing test plugins under the Automake check_LTLIBRARIES variable.  Test plugins were built and installed locally under the tests subdirectory, but the base install directory could be overridden with the DESTDIR make variable, ultimately forcing test plugin binaries to be installed outside of the mptcpd tests directory.
The fix involved listing the plugins under the check_LTLIBRARIES  Automake variable, and forcing Libtool to generate modules instead of convenience libraries by adding a "-rpath" option to the linker flags.  Test plugins sources were then moved to appropriately named test subdirectories to make the plugin test less brittle, and more easily understood.  A side benefit is that test plugins are now only built if the tests themselves are built via "make check" or "make distcheck".
Fixes #72.

Cleanup looks fine too

authors: mjmartineau ossama-othman

repo: intel/mptcpd


text:
Add BEiT ONNXRT example

Type of Change
example
API not change
Description
ONNXRT quantization example of BERT Pre-Training of Image Transformers(BEiT) model
It was first released in https://github.com/microsoft/unilm/tree/master/beit.
How has this PR been tested?
CI, extension test
Dependency Change?
No

extension test is running

repo: intel/neural-compressor


text:
Csc optimize

support user-specified test standrad for csc and support format ARGB framereader.

can you have a reviw @uartie

can we use md5 as test standard?

I would prefer ssim be the default since it reveals more details about the result then md5

can we use md5 as test standard?

I prefer ssim be the default since it reveals more details about the result than md5

If we use ssim as standard, we should create reference for every case, because "assert sum(ssim) == 6.0" only can be used when both input and output have the same pixel subsampling, then we do ssim during output and reference, do you agree this solution?

can we use md5 as test standard?

I prefer ssim be the default since it reveals more details about the result than md5

Of course, we should confirm the test standard firstly, then I can modify my code better.

can we use md5 as test standard?

I prefer ssim be the default since it reveals more details about the result than md5

If we use ssim as standard, we should create reference for every case, because "assert sum(ssim) == 6.0" only can be used when both input and output have the same pixel subsampling, then we do ssim during output and reference, do you agree this solution?

That is why it should be user configurable.  User configurable metric support wasn't added until later on... and only some tests got converted to allow configurable metric.  We just need to finish updating the rest of the tests.

can we use md5 as test standard?

I prefer ssim be the default since it reveals more details about the result than md5

Of course, we should confirm the test standard firstly, then I can modify my code better.

This csc test was originally written to only support CSC with same subsampling, thus ssim works fine for that.  But of course, making the metric configurable (as stated before) will allow us to define cases with different subsampling and reference files if user wants.  There should not be any problem adding that functionality while still retaining the current behavior as the default.  Not all features are available in this entire test suite that we want... thus I am grateful for any enhancements provided.

Do you mean that we still that use "sum(ssim) == 6.0" for same subsampling, and use reference file to do ssim for different subsampling? If so, I will modify my code and add condition to fit it.

Do you mean that we still that use "sum(ssim) == 6.0" for same subsampling, and use reference file to do ssim for different subsampling? If so, I will modify my code and add condition to fit it.

I think we can use ssim default like the fixed decode tests (e.g. avc) and user reference if specified else source  (e.g. params.setdefault("reference", params["source"]))

Do you mean that we still that use "sum(ssim) == 6.0" for same subsampling, and use reference file to do ssim for different subsampling? If so, I will modify my code and add condition to fit it.

I think we can use ssim default like the fixed decode tests (e.g. avc) and user reference if specified else source (e.g. params.setdefault("reference", params["source"]))

And if user specifies a reference file, then assume it is in the output format (csc).

OK, I see, I modify it later, thank you very much.

repo: intel/vaapi-fits


text:
2017

Add raw data for 2017 (based on 2016 branch).

Thanks @msom!
The reason I haven't merged this yet (or #23 for that matter) is that starting with 2016 swisstopo changed their metadata and it wasn't possible in a straight-forward way to create a makefile which is compatible with the years before that.
I'll try to get back to this at some point but currently I'm very busy with other things …

authors: herrstucki msom

repo: interactivethings/swiss-maps


text:
Testnet chainspec for Light Client Demo

Is your feature request related to a problem? Please describe.
We at Parity are preparing a light client demo for Bitcoin Miami 2022. We want to use a substrate connect light client to move kBTC. It would be nice to do that on the testnet that's live at https://testnet.interlay.io/bridge
With substrate connect, light clients connect to a relay or parachain without syncing with it. All they need is the correct chainspecs. Greg forwarded some chainspecs from Interlay devops:

https://interlay-public.ams3.digitaloceanspaces.com/staging-latest-parachain-1.7.4.json
https://interlay-public.ams3.digitaloceanspaces.com/rococo-local-0.9.16.json

However these chaispecs don't give us the necessary information on bootNodes. They are:

empty on relay chainspec
127.0.0.1 on para chainspec

Without the correct information on bootNodes, we can't get the light client to connect to Interlay testnet, because they don't know how to find the chain.
Describe the solution you'd like
We need chainspecs with bootNodes that are prepared to launch nodes outside of Interlay infrastructure.
Describe alternatives you've considered
Worst case, we will launch our own testnet. But using Interlay infrastructure would be very helpful to us.
Additional context
Here's a screenshot of the burnr wallet in action:

The plan is to have kBTC instead of WND, and interact with the testnet chain over the light client that we will launch from the provided chainspecs.

The chainspec files have been updated. Please download them again and test it out.

We added an additional boot nodes on both the parachain and the relay chain; The chainspec files have been updated.

Thank you @ns212 .
Will test new chainSpecs and let you know of the outcome.

@ns212 Can you please also add the following settings in collator (and relay if possible) so that they are listening for WebSocket connections? In order to do that - please add --listen-addr /ip4/0.0.0.0/tcp/30333/ws --listen-addr /ip6/[::]/tcp/30333/ws. This must be done on before the -- that separates the collator CLI options from the relay chain options, if there is any.
This is necessary, because we would like to connect to the collator from substrate-connect, which runs in the browser. Browsers only allow webpages to open WebSocket connections, meaning that the node we want to connect to needs to listen for WebSocket connections.

@wirednkod Thanks for the clarification. The chainspec files are updated and include 2 nodes (both ipv4 & ipv6) with websocket p2p ports.
Please check on your end if this setup works.

Hey,

https://interlay-public.ams3.digitaloceanspaces.com/staging-latest-parachain-1.7.4.json

When connecting to the bootnodes in this chain spec, I'm getting a genesis block hash mismatch between the bootnodes and the chain spec.
In other words, what is under raw doesn't match what the chain spec of the bootnodes have under raw.

From my investigation, it seems that everything is working more or less fine, you just need to wait a very long time (several minutes) for smoldot to initialize.
The problem is that the relay chain has a new session every 10 blocks. Compare this for example to Polkadot, where there's a session every 2400 blocks. The block at every session needs to be verified by smoldot, so in total this takes a lot of time.
One way to mitigate this would be to generate a checkpoint of the relay chain by calling the sync_state_genSyncSpec RPC call. See this script for example. This will generate a chain spec that contains the current finalized block, meaning that you will start syncing from that block and not from genesis.

@ns212 any updates?

From my investigation, it seems that everything is working more or less fine, you just need to wait a very long time (several minutes) for smoldot to finish syncing the relay chain.
The problem is that the relay chain has a new session every 10 blocks. Compare this for example to Polkadot, where there's a session every 2400 blocks. The block at every session change needs to be verified by smoldot, so in total this takes a lot of time.
One way to mitigate this would be to generate a checkpoint of the relay chain by calling the sync_state_genSyncSpec RPC call. See this script for example. This will generate a chain spec that contains the current finalized block, meaning that you will start syncing from that block and not from genesis.

Does smoldot have to verify both the relay and the parachain state on the session change or is that only required for the relaychain?

@tomaka @bernardoaraujor this is the chain spec generated by the script https://interlay-public.ams3.digitaloceanspaces.com/rococo-local-0.9.16-syncspec.json

Does smoldot have to verify both the relay and the parachain state on the session change or is that only required for the relaychain?

The parachain state is simply downloaded from the relay chain.

repo: interlay/interbtc


text:
refactor: move tests to parachain runtimes

Signed-off-by: Gregory Hill gregorydhill@outlook.com
Adds configurable parachain runtime tests, minimal functional changes from those already in standalone - which can be removed once this is merged. These tests are noticeably faster to compile, I think this is because the other tests are built using no-std.

These tests are noticeably faster to compile, I think this is because the other tests are built using no-std.

Definitely not the case for me. Running the standalone tests would compile 592 packages, these new tests compile 1082. Plus having the feature guard is a pain. But I guess that's the price to pay for better test coverage..

Can we make the tests work without feature guards? In the same way that we can run the benchmarks with any runtime?

Can we make the tests work without feature guards? In the same way that we can run the benchmarks with any runtime?

I will investigate, but it would likely be a very involved change. Let's merge this first and I'll open a separate task to review.


text:
chore: update frontend environment variables

Changes proposed in this pull request

Updated frontend environment variables: GRAPHQL_URL, OPEN_PAYMENTS_URL, ENABLE_INSECURE_MESSAGE_COOKIE, NODE_ENV, KRATOS_ADMIN_URL.
Changed start command in package.json.
Updated docs with the new changes.

Context

For this issue, I made the following changes:

Made GRAPHQL_URL and OPEN_PAYMENTS_URL mandatory and removed their default values.
Set NODE_ENV  to production in docker files.
Set default value for ENABLE_INSECURE_MESSAGE_COOKIE to true in docker files and removed it from start script in package.json
Added KRATOS_ADMIN_URL to variables in envConfig.server.ts.
Updated frontend-variables.mdx.

Fixes #2994
Checklist

[ ] Related issues linked using fixes #number
[ ] Tests added/updated
[ ] Make sure that all checks pass
[ ] Bruno collection updated (if necessary)
[ ] Documentation issue created with user-docs label (if necessary)
[ ] OpenAPI specs updated (if necessary)

Related to #2994

Doc updates are ready to go in PR #3042 3042, but I'm waiting for this issue and #2994 to be merged first. (Please let me merge my PR when it's time, there are prettier issues I need to fix first).

@melissahenderson merged!

authors: melissahenderson oana-lolea

repo: interledger/rafiki


text:
.to_json() throwing error

I encountered some problems when using the method .to_json() in counterfactuals. I don't really know what is making it crash in certain scenarios. You can reproduce it by using your public Notebook for classification: https://github.com/interpretml/DiCE/blob/master/docs/source/notebooks/DiCE_multiclass_classification_and_regression.ipynb
If you try to generate a JSON dump of the first set of counterfactuals like this genetic_iris.to_json(), the following error raises TypeError: Object of type 'float32' is not JSON serializable

@javirandor what version of dice-ml are you seeing this issue with?

@javirandor, I was able to repro the issue using the referred notebook. I have created a PR https://github.com/interpretml/DiCE/pull/248 to fix this issue. The fix should be able in the upcoming dice-ml release.
Regards,

authors: gaugup javirandor

repo: interpretml/DiCE


text:
[uss_qualifier] DSS0030 slight overlap subscription interactions

Extends ISASubscriptionInteractions generic scenario to include a subscription that only barely intersects with the ISA.
Note that this subscription's area is generated based on the configured ISA's area (see generate_slight_overlap_area in common/dss/utils.py).
For ISA footprints that are a square or rectangle, the new test area is guaranteed to only share a single point with the footprint: if this is too restrictive, we can increase the overlap area.
If required, this new test area could also be added to the configuration instead of being generated, but we would then risk users to configure an area that would not respect the spirit of the test.

Parked while I look at #369 and until I addressed the comments.
@BenjaminPelletier in the meantime I'd be happy to get your input on whether to extend the scenario or not or to keep the separate ID or not: if there are reasons for avoiding using new IDs unless strictly necessary I'd be happy to know them for the future scenarios I'll write.

repo: interuss/monitoring


text:
Hive scripts with "SET"

When I'm running script that has "SET ..." in it I get an error like:
2015-11-10 15:22:54,433 INFO  [HiveServer2-Handler-Pool: Thread-425] mapred.FileInputFormat (FileInputFormat.java:listStatus(249)) - Total input paths to process : 1
Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 100.578 sec <<< FAILURE! - in com.site.proj.tests.HiveTest
testDuplicates(com.site.proj.tests.HiveTest)  Time elapsed: 98.882 sec  <<< ERROR!
org.apache.hive.service.cli.HiveSQLException:
Error while compiling statement: FAILED: ParseException line 2:4 missing KW_ROLE at 'hive' near 'hive'
line 2:8 missing EOF at '.' near 'hive'
    at com.site.proj.tests.HiveTest.runTestScript(HiveTest.java:105)
    at com.site.proj.tests.HiveTest.testDuplicates(HiveTest.java:150)
Caused by: org.apache.hive.service.cli.HiveSQLException:
Error while compiling statement: FAILED: ParseException line 2:4 missing KW_ROLE at 'hive' near 'hive'
line 2:8 missing EOF at '.' near 'hive'
Caused by: java.lang.RuntimeException:
org.apache.hadoop.hive.ql.parse.ParseException:line 2:4 missing KW_ROLE at 'hive' near 'hive'
line 2:8 missing EOF at '.' near 'hive'

When they are removed - all works fine.
SET hive.exec.scratchdir=/tmp/hive-${USERNAME};
SET hive.exec.parallel=true;
SET hive.exec.dynamic.partition=true;
SET hive.exec.dynamic.partition.mode=nonstrict;

USE ${DATABASE_NAME};

.....

The problem was in comment, not in set keyword.
According to this reply https://issues.apache.org/jira/browse/HIVE-1166?focusedCommentId=12833402&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12833402
comments can be used only before queries.

authors: KuzmaIryna presidentio

repo: intropro/prairie


text:
🛑 Database is down

In ec98705, Database (api.inu-cafeteria.app) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Database is back up in ccf389d.

repo: inu-appcenter/cafeteria-status


text:
[FEATURE] 모든 종료버튼에 다시 묻는 창.

기능 추가 요청이 특정 문제와 관련이 있나요? 설명해주세요.
현재 일부 종료버튼에만 다시 묻는 창이 뜨는데 모든 종료버튼에 개선.
어떤 해결책을 선호하는지 설명해주세요
현재 일부 종료버튼에만 다시 묻는 창이 뜨는데 모든 종료버튼에 개선.
고려했던 대안들에 대해 설명해주세요
이미 고려해 보았던 다른 대안들에 대해 명확하고 간결하게 설명해주세요.
추가적인 컨텍스트
이 기능 추가 요청과 관련된 상황이나 스크린샷들을 추가해주세요.

제가 하겠습니다~

authors: kimDDong waristo

repo: inureyes/gradios


text:
theme.less: review bootstrap oriented classes

In the theme.less file, there are still kept bootstrap classes e.g .btn-*. We should review if they are still used in the semantic UI context and if yes, refactor them to use the proper SUI classes. Otherwise, we can remove them.

Update.
Remove .btn-primary in theme.less as it is not used anywhere.

authors: lnielsen zzacharo

repo: inveniosoftware/invenio-app-rdm


text:
CSS: standardize identity icon display

closes https://github.com/inveniosoftware/invenio-app-rdm/issues/1581

@kpsherva @jennur I've applied the changes you suggested in https://github.com/inveniosoftware/invenio-app-rdm/pull/1519 and rebased on master.

@zzacharo after talking to @jennur IRL, we decided to go ahead with the 1rem. Then, she will discuss with @lhenze and decide if its useful to export it to a variable :)


text:
[FR] Example use cases (website/docs)

[X] I checked and didn't find similar feature request

Problem
I am a potential new user/contributor and I can't quite identify if InvenTree would be a good solution for my business/client.
It looks like an amazing tool, and takes advantage of in house expertise with django, but I don't want to invest a huge amount of time investigating how we could make it work if it might turn out to be a poor fit.
Background
I am working for/with a couple of organic producers, one (my employer) is a seed company, and the other supplies perennial herbs/vegetables.
We don't have 'parts', or build lists, but we do have suppliers, seed lots (both supplier and in house), packeting batches, labels etc, and a load of business specific workflows around germination testing, seed growing and managing stock on our website.
Suggested solution
I would really like to see a couple of examples of contrasting businesses that use inventree. Even better it would be really useful/reassuring to see a list of example businesses that might not be a good fit, eg the platform is not focussed on that type of workflow.
The example could be something like:

business name
sector
features/core-workflows used*
extensions/plugins

I assume the best place for something like this would be on the inventree.org website?
I would be happy to chip in with an example of my own if we did decide to adopt inventree.
* eg I don't think I have a use for BOM, so it would be good to see another example business that does not use that but clearly still finds inventree a good fit.
Describe alternatives you've considered
I could install InvenTree locally, and explore the docs and codebase to see how far i could move the admin interface and workflows to meet our (loosely defined) business logic/workflows.
I will in fact do a cursory investigation of this type if I can make time, but it seems likely to be the sort of task that gets really involved really quickly, and I am not sure how much time I could dedicate, especially as I would predict that I would need to do some plugin development to establish our workflows.
Examples of other systems
This is an example of highlighting projects made on a different django platform:
https://madewithwagtail.org
disclaimer: i used to work for Torchbox, who develop wagtail
Do you want to develop this?

[x] I want to develop this.

At least would certainly try to contribute with feedback/content/examples.

@tombola I would really like that. The problem I faced when trying to get this going is that most users in my circle use it for industrial production, defense or niche industries. There is a (real) fear that openly advertising the use of the tool would/could open one up to targeted probing into the security of InvenTree and then hacking of the company via it / poisoning the supply chain to get to information.

I think this will not gain support. Even I can not submit my usecase due to compliance guidelines. @SchrodingersGat should we close this?
@tombola I am sorry no one was interested - nobody really wants to put their company into the limelight. Maybe it is a fit for you, if you have questions feel free to reach out here or check my GitHub profile/website for more private channels.

Thanks for taking the time to consider my suggestion.
On balance I think without broader interest in the project I might be better off working around what we have in place.
Keep up the good work.

authors: matmair tombola

repo: inventree/InvenTree


text:
🛑 SharePic is down

In 8432a87, SharePic (https://sharepic.eu) was down:

HTTP code: 0
Response time: 0 ms

Resolved: SharePic is back up in fce1926.

repo: involve-gmbh/upptime


text:
🛑 Primeconcept is down

In 6c12a80, Primeconcept (https://primeconcept.at) was down:

HTTP code: 500
Response time: 832 ms

Resolved: Primeconcept is back up in 8c876a5.


text:
support "type": ["object", "null"]

I need to set "type": ["object", "null"] in my json schema, but haven't found a way to do this. Is there a way?
For now I use Reflect and then set .Type = "[object, null]" and then when the schema is done I do a replace all.. it works, but is a little hacky

Use jsonschema:"nullable" until #110 is merged, then you'll have an option to specify all nullable Go types to be marked as nullable.
In case of this library, the {"oneof":[{spec}, {"type":"null"}] will be generated.

authors: Tloe candiduslynx

repo: invopop/jsonschema


text:
🛑 Bitwage API (Sandbox) is down

In bfd2b41, Bitwage API (Sandbox) (https://api.sandbox.bitwage.com) was down:

HTTP code: 403
Response time: 250 ms

Resolved: Bitwage API (Sandbox) is back up in bf57be1 after 19 minutes.


text:
🛑 Bitwage API (Sandbox) is down

In 6cdd045, Bitwage API (Sandbox) (https://api.sandbox.bitwage.com) was down:

HTTP code: 403
Response time: 240 ms

Resolved: Bitwage API (Sandbox) is back up in 8ebae4c after 13 minutes.


text:
🛑 Bitwage API (Sandbox) is down

In 89ad529, Bitwage API (Sandbox) (https://api.sandbox.bitwage.com) was down:

HTTP code: 403
Response time: 295 ms

Resolved: Bitwage API (Sandbox) is back up in 3ed7767 after 6 minutes.


text:
🛑 Bitwage API (Sandbox) is down

In 5bf00ee, Bitwage API (Sandbox) (https://api.sandbox.bitwage.com) was down:

HTTP code: 403
Response time: 261 ms

Resolved: Bitwage API (Sandbox) is back up in 8643da8 after 34 minutes.


text:
Cpp wrapper tests improvement

Cpp-wrapper unit tests have been fully fleshed out with unit testing structure not resembling the dictionary behaviour tests as well as 26 additional unit tests added. Planck-unit renaming changes also included.

 Fully flesh out cpp-wrapper tests

repo: iondbproject/iondb


text:
Where i can find a keyboard-attach document for IONIC 3

I need use this in my inputs and text-areas in my project, but i can't find any place with a good document explaning all the steps. I'm a dummie... :-)
Thanks to all guys!

Here it is: http://ionicframework.com/docs/native/keyboard/

No man... I am looking about keyboard-attach... u know? For example: I have a text area in my projet... and then when i click in text-area my keyboard hide my input field. Understood? Other peoples tellme about this... that i need use a keyboard-attach!

Maybe i gonna try this method disableScroll(disable)... :-) It's right?

Hello! Thank you for opening an issue with us! As this seems like more of a support question I will urge that you ask this question on our forum or on our slack channel. Thanks for using Ionic!

authors: Sampath-Lokuge kensodemann phantoxe

repo: ionic-team/ionic


text:
Datetime used in Angular form has incorrect value (object instead of an ISO string)

Ionic version:  (check one with "x")
(For Ionic 1.x issues, please use https://github.com/ionic-team/ionic-v1)
[ ] 2.x
[ ] 3.x
[x] 4.x
I'm submitting a ...  (check one with "x")
[x] bug report
[ ] feature request
Current behavior:

Use datetime in an angular form (either with ngModel or through reactive forms) and the value after selecting a date/time is always an object (DatetimeData?).
Expected behavior:

According to the docs, the value should be an ISO string, not an object.
Steps to reproduce:

Related code:
@Component({
    selector: 'app-example',
    template: '<ion-datetime displayFormat="YYYY-MM-DD HH:mm" [(ngModel)]="myDate"></ion-datetime>'
})
export class ExampleComponent {
    public myDate; // after selecting something, this will be an object
}

Other information:

Ionic info: (run ionic info from a terminal/cmd prompt and paste output below):
Ionic:

   ionic (Ionic CLI)          : 4.1.2
   Ionic Framework            : @ionic/angular 4.0.0-beta.12
   @angular-devkit/core       : 0.7.5
   @angular-devkit/schematics : 0.7.5
   @angular/cli               : 6.1.5
   @ionic/ng-toolkit          : 1.0.8
   @ionic/schematics-angular  : 1.0.6

Cordova:

   cordova (Cordova CLI) : not installed
   Cordova Platforms     : not available
   Cordova Plugins       : not available

System:

   NodeJS : v8.11.3 (C:\Program Files\nodejs\node.exe)
   npm    : 5.6.0
   OS     : Windows 10

I am also seeing this. For a date the 'value' is an object similar to:
{ day: {text: "3", value: 3, columnIndex: 0},
month: {text: "Oct", value: 10, columnIndex: 1},
year: {text: "2018", value: 2018, columnIndex: 2} }

Hello! Thank you for opening an issue with us! I am closing this issue because it is a duplicate of Issue #15408. Please track that issue for further updates. Also please comment on that issue with any new information you may have to share.  Thank you for using Ionic

authors: codeinpink kensodemann petenunn


text:
CoverFlow Animation not working...Followed Ionic Documentation

I am working in my Ionic 4 app and I have added the CoverFlow effect to my slider but it is not working.
But it is not showing the coverflow effect. It is displaying simple effect slider.
It's not even showing any error.Eventhough i've set the duration still its showing the default slider
Any help is much appreciated.

Please see https://codepen.io/liamdebeasi/pen/vYYEwZM for an example of cover flow working on ion-slides.

Try this it helped me.......
https://codepen.io/liamdebeasi/pen/vYYEwZM

Thank you.....by removing the last two line its working for me


text:
feat(transition): iOS page transition shadow

EXPERIMENTAL: Adds a page shadow to transitioning pages on iOS. Disabled by default.

To enable, set the experimentalTransitionShadow Ionic config to true

Performance is great on my iPhone 5s!
Noticing one thing: The shadow seems to be bigger relative to native. Here are some comparisons:
iPhone 7 (iOS 13)

Ionic
Native

iPhone 5s (iOS 12.2)*

Performance is great on my iPhone 5s!
Noticing one thing: The shadow seems to be bigger relative to native. Here are some comparisons:
iPhone 7 (iOS 13)

Ionic
Native

iPhone 5s (iOS 12.2)

Ionic
Native

Updated comparison:
iPhone 5s (iOS 12)

Ionic
Native

iPhone 7 (iOS 13)

Ionic
Native

iPhone Xs Max (iOS 13)

Ionic
Native

Hey, this looks great!
I would like to learn if there is a specific reason that you used a background-image for .transition-shadow and not a box-shadow. Is this more performant?

I would like to learn if there is a specific reason that you used a background-image for .transition-shadow and not a box-shadow. Is this more performant?

@adamdbradley this would be really interesting to me, thank you :slightly_smiling_face:

authors: RafaelKr adamdbradley liamdebeasi


text:
Access consumer outside of render()

Is there any way to access the consumer outside of the render() hook? Something similar to React's this.context, for example:
componentDidLoad() {
  this.context.increment()
}

Note: The docs state "There are other approaches to consuming the information" - which approaches exactly?

I have added a page to the wiki for this. https://github.com/ionic-team/stencil-state-tunnel/wiki/Injecting-Props-into-a-component

repo: ionic-team/stencil-state-tunnel


text:
Feat/improvement for data sources

What does this fix or implement?

Checklist

[ ] PR name added as appropriate (e.g. feat:/fix:/doc:/test:/refactor:)
[ ] Tests added or updated
[ ] Documentation updated
[ ] Changelog updated and version incremented (label: upcoming release)
[ ] Github Issue linked if any
[ ] Jira task updated

When it comes to data-sources the general feedback is:

documentation should be updated with all new arguments
errors should also be updated where needed
the comment form data_source_dbaas_cluster is available in almost all data sources

This block with ListClusters should be in the else branch of partial match (like before) since if partial match is set you are making an additional unnecessary call. Also taking into consideration that you've added additional parameters, you should firstly verify nameOk, and after this the partial_match, since you don't want to filter by name if the user did not want this (if you have tests with this, something is wrong there).
On the else branch of nameOk you can make another ListClusters call to be sure that result have all clusters for the filters after.

authors: gabisavu-ionos iblindu