Trying to remove gnu-getopt

If Homebrew was updated on Aug 10-11th 2016 and brew update always says Already up-to-date. you need to run: cd "$(brew --repo)" && git fetch && git reset --hard origin/master && brew update.
Please follow the general troubleshooting steps first:

[x] Ran brew update and retried your prior step?
[x] Ran brew doctor, fixed as many issues as possible and retried your prior step?
[x] Confirmed this is problem with Homebrew/brew and not specific formulae? If it's a formulae-specific problem please file this issue at https://github.com/Homebrew/homebrew-core/issues/new

You can erase any parts of this template not applicable to your Issue.
Bug reports:
~ $ brew remove gnu-getopt
Error: No available formula with the name "homebrew/php/php70"
Please tap it and then try again: brew tap homebrew/php
~ $ brew tap homebrew/php
==> Tapping homebrew/php
Cloning into '/usr/local/Homebrew/Library/Taps/homebrew/homebrew-php'...
remote: Counting objects: 664, done.
remote: Compressing objects: 100% (433/433), done.
remote: Total 664 (delta 431), reused 301 (delta 229), pack-reused 0
Receiving objects: 100% (664/664), 281.25 KiB | 0 bytes/s, done.
Resolving deltas: 100% (431/431), done.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/arcanist.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/behat.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/boris.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/box.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/codeception.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/composer.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/deployer.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/drupal-code-sniffer.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/drupalconsole.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/drush.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/envoy.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/foreman.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/mondrian.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/n98-magerun.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/n98-magerun2.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/pdepend.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phan.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/pharcc.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phing.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/php-code-sniffer.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/php-cs-fixer.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/php-plantumlwriter.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/php53-xhgui.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/php54-xhgui.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/php55-xhgui.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/php56-xhgui.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpab.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpbrew.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpcpd.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpctags.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpdocumentor.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpdox.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phploc.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpmd.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpmetrics.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpmyadmin.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phppgadmin.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpunit-skeleton-generator.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/phpunit.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/pickle.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/psysh.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/puli.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/robo.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/sqlformat.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/symfony-installer.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/terminus.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/virtphp.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/wp-cli.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Invalid formula: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/xdebug-osx.rb
Formulae found in multiple taps:

homebrew/php/php53
josegonzalez/php/php53

Please use the fully-qualified name e.g. homebrew/php/php53 to refer the formula.
Error: Cannot tap homebrew/php: invalid syntax in tap!
~ $

Please provide your brew config.

On Dec 23, 2016, at 12:13 PM, Mike McQuaid<EMAIL_ADDRESS>wrote:
Please provide your brew config.

HOMEBREW_VERSION: 1.1.5-33-g8f85eb6
ORIGIN: https://github.com/Homebrew/brew.git
HEAD: 8f85eb64c4875fed514150dec755cb267a96df74
Last commit: 3 days ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 60c9a23d3333e7cf5d68a426266e9494638c4a1a
Core tap last commit: 7 hours ago
HOMEBREW_PREFIX: /usr/local
HOMEBREW_REPOSITORY: /usr/local/Homebrew
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_BOTTLE_DOMAIN: https://homebrew.bintray.com
CPU: quad-core 64-bit haswell
Homebrew Ruby: 2.0.0-p648
Clang: 8.0 build 800
Git: 2.10.1 => /Applications/Xcode.app/Contents/Developer/usr/bin/git
Perl: /usr/bin/perl
Python: /usr/bin/python
Ruby: /Users/stevewi/.rbenv/shims/ruby => /Users/stevewi/.rbenv/versions/2.3.3/bin/ruby
Java: N/A
macOS: 10.12.2-x86_64
Xcode: 8.2.1
CLT: <IP_ADDRESS>.1.1480973914
X11: N/A
--
Steve Witten<EMAIL_ADDRESS>

I'll work on a proper fix for this but brew untap josegonzalez/php should fix this issue for you.

On Dec 24, 2016, at 9:14 AM, Mike McQuaid<EMAIL_ADDRESS>wrote:
I'll work on a proper fix for this but brew untap josegonzalez/php should fix this issue for you.

Will this uninstall php70…which I use?  Thanks…
--
Steve Witten<EMAIL_ADDRESS>

No, it won't uninstall anything. You have the same tap tapped twice.

On Dec 24, 2016, at 9:29 AM, Mike McQuaid<EMAIL_ADDRESS>wrote:
No, it won't uninstall anything. You have the same tap tapped twice.

OK… Thanks for your help!
--
Steve Witten<EMAIL_ADDRESS>

Closing as duplicate of https://github.com/Homebrew/brew/issues/1654.


CustomMaps Support

First of all I wish to say hi and thank you for this great mod which is a huge adition to the game absurdly low storage space but i have a problem. Im currently running TQ AE Atlantis v2.8 and TQVaultAE v3.3.1 and i was trying to use a mod ( Legacy: rng_overhaul ) and it seems TQVaultAE doesnt work with CutomMaps. I mention that i followed the correct steps for both TQ AE and TQVaultAE. ( For example: Go town iteract with caravan driver to create the necessary files save exit and setup TQVaultAE ). Now TQVaultAE works as intended with CustomMaps if i manually copy: "SaveData\Sys\rng_overhaul" to "CustomMaps\rng_overhaul" but i need to repeat the process every time i exit the game to update any changes. And one more tiny little thing: Necklace slot doesnt display correctly in TQ AE it needs a bit of attention.

Thanks for the kind words.
If that's alright with you, we'll track these issues in their respective threads:

#212 Complete support of custom maps and characters
#128 Adjust the space on the character panel for Ragnarok necklaces

Just for reference: is this mod from the Steam Workshop?

Just for reference: is this mod from the Steam Workshop?

No it is from Nexus Mods:
https://www.nexusmods.com/titanquestanniversaryedition/mods/7

Thanks for the kind words.
If that's alright with you, we'll track these issues in their respective threads:
#212 Complete support of custom maps and characters
#128 Adjust the space on the character panel for Ragnarok necklaces

Np sir thank you your time.


Initial attempt at using pkexec

This is not ready to merge, but I am opening the PR so that there can be a conversation while I work on it.

Good point! Sorry, Richard. Ripley was just unlucky enough to be suggested by GItHub :)

I force-pushed an updated version that is now ready for review. This has been tested on Ubuntu Bionic and the VM Sylvia release.
I believe the major issue left to discuss is whether to require the user to authenticate at all when using our wrapper. We could, in the policy, just set, <allow_active>yes</allow_active> instead of auth_admin; however, I am uncertain of the benefit of this. I don't love the idea of there being a way to arbitrarily run ansible-pull with root privileges.

@ripleymj and I had a conversation about the shell wrapper for ansible-pull. That's now gone. This commit should be ready for review.
Sorry about all the stuff in regards to "Remember user's chosen roles." None of that is included in this commit but previously that commit's message included a reference to this pull request number.
I have tested this on Mint 18.3 and Ubuntu 18.04 and it worked as far as I could tell. It would be nice to have a second set (or more) of testing.


Add trendline to "New cases per day" chart

I think that it would be a good idea to add a trend line for new cases (for example the average number of new cases in last 7 days). It would help to eliminate daily fluctuations in data (caused by the weekend and other factors) and to better notice possible upward or downward trends.

Possibly new cases deviation from trend line. Deviation shows acceleration speed and direction. But don't put all the mathematical analysis on the same picture. :)

Oh! From my math study I remember one rule how to calculate trend line:
t=y; Loop( t = t*11/12 + y/12 );

This is a good suggestion. A 7-day trendline would probably be most appropriate as this would eliminate effects based on the day of the week but is also short enough to reflect rapidly rising or falling numbers of cases.
There was a suggestion made in another issue to add a trendline for deaths too. Currently the "New cases per day" chart displays entries for "Confirmed cases", "Discharged from hospital", and "Deaths". "Discharged from hospital" doesn't belong in this chart and we should remove it. The scale for "Confirmed cases" and "Deaths" is also drastically different, to the extent that in the default view it's impossible to see the change in Deaths. It would make sense therefore to display the data for daily cases and deaths on separate charts. Trendlines could then be added to both without interfering visually with each other.
For inspiration, there is an example of how the New York Times adds a trendline to a chart of daily cases here:

Source: https://www.nytimes.com/interactive/2021/us/new-york-covid-cases.html


Error occurred prerendering page "/studio/[[...index]]". ReferenceError: window is not defined

Not apparently due to any particular change in my code, my project is failing/succeeding intermittently with this being the reason. Local builds don’t seem to error, just on Vercel. All environment variables are correct and nothing was changed that might have affected it when this error started to occur. Even reversing the commit will intermittently pass/fail. The issue started occurring yesterday.
Essentially build success/failure currently seems to be a coin-toss.
Error occurred prerendering page "/studio/[[...index]]". Read more: https://nextjs.org/docs/messages/prerender-error
--
17:33:56.717 | ReferenceError: window is not defined
17:33:56.717 | at Object.<anonymous> (/vercel/path0/node_modules/@sanity/ui/dist/index.js:775:60)
17:33:56.717 | at Module._compile (node:internal/modules/cjs/loader:1218:14)
17:33:56.717 | at Module._extensions..js (node:internal/modules/cjs/loader:1272:10)
17:33:56.718 | at Module.load (node:internal/modules/cjs/loader:1081:32)
17:33:56.718 | at Module._load (node:internal/modules/cjs/loader:922:12)
17:33:56.718 | at Module.require (node:internal/modules/cjs/loader:1105:19)
17:33:56.718 | at require (node:internal/modules/cjs/helpers:103:18)
17:33:56.718 | at Object.<anonymous> (/vercel/path0/node_modules/sanity/lib/index.js:1:6952)
17:33:56.718 | at Module._compile (node:internal/modules/cjs/loader:1218:14)
17:33:56.718 | at Module._extensions..js (node:internal/modules/cjs/loader:1272:10)

> Build error occurred
--
17:33:59.288 | Error: Export encountered errors on following paths:
17:33:59.288 | /studio/[[...index]]
17:33:59.288 | at /vercel/path0/node_modules/next/dist/export/index.js:425:19
17:33:59.288 | at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
17:33:59.288 | at async Span.traceAsyncFn (/vercel/path0/node_modules/next/dist/trace/trace.js:79:20)
17:33:59.289 | at async /vercel/path0/node_modules/next/dist/build/index.js:1422:21
17:33:59.289 | at async Span.traceAsyncFn (/vercel/path0/node_modules/next/dist/trace/trace.js:79:20)
17:33:59.289 | at async /vercel/path0/node_modules/next/dist/build/index.js:1280:17
17:33:59.289 | at async Span.traceAsyncFn (/vercel/path0/node_modules/next/dist/trace/trace.js:79:20)
17:33:59.289 | at async Object.build [as default] (/vercel/path0/node_modules/next/dist/build/index.js:73:29)
17:33:59.338 | Error: Command "npm run build" exited with 1
17:33:59.546 | BUILD_UTILS_SPAWN_1: Command "npm run build" exited with 1

My _app.tsx is structure like this, although with or without the useRouter this problem persists so I believe it to be irrelevant:
import 'styles/sanity.css'
import 'styles/scss/main.scss'

import { AppProps } from 'next/app'
import Layout from 'components/global/Layout'

import { useRouter } from 'next/router';

export default function App({ Component, pageProps }: AppProps) {

  const router = useRouter()
  const currentRoute = router.pathname
  const baseRoute = currentRoute.split('/')[1]

  return (
    <>
      {baseRoute && baseRoute === 'studio' ? (
        <Component {...pageProps} />
      ) : (
        <Layout>
          <Component {...pageProps} />
        </Layout>
      )}
    </>
  )
}

and here is my package.json – although I was previously running an older, non-canary version of next (13.1.6) when the issue started so this does not seem to have any relation.
{
  "private": true,
  "scripts": {
    "build": "next build",
    "dev": "next",
    "format": "npx prettier --write . --ignore-path .gitignore",
    "lint": "next lint -- --ignore-path .gitignore",
    "lint:fix": "npm run format && npm run lint -- --fix",
    "start": "next start",
    "type-check": "tsc --noEmit"
  },
  "prettier": {
    "semi": false,
    "singleQuote": true
  },
  "dependencies": {
    "@mux-elements/mux-audio-react": "^0.3.12",
    "@mux/mux-video-react": "^0.7.7",
    "@portabletext/react": "^2.0.0",
    "@sanity/image-url": "^1.0.1",
    "@sanity/ui": "^1.0.12",
    "@sanity/vision": "^3.2.1",
    "@vercel/og": "^0.0.26",
    "a11y-react-emoji": "^1.2.0",
    "classnames": "^2.3.2",
    "date-fns": "^2.29.3",
    "intl-segmenter-polyfill": "^0.4.4",
    "next": "^13.2.4-canary.3",
    "next-sanity": "^4.1.6",
    "next-sanity-image": "^5.0.0",
    "rc-slider": "^10.1.1",
    "react": "^18.2.0",
    "react-dom": "^18.2.0",
    "react-is": "^18.2.0",
    "react-resize-detector": "^8.0.3",
    "sanity": "^3.2.1",
    "sanity-plugin-asset-source-unsplash": "^1.0.6",
    "sanity-plugin-media": "^2.0.4",
    "sanity-plugin-mux-input": "^2.0.4",
    "sass": "^1.57.1",
    "server-only": "^0.0.1",
    "styled-components": "^5.3.6",
    "suspend-react": "^0.0.9",
    "swiper": "^9.1.0"
  },
  "devDependencies": {
    "@svgr/webpack": "^6.5.1",
    "@types/react": "^18.0.26",
    "autoprefixer": "^10.4.13",
    "eslint": "^8.31.0",
    "eslint-config-next": "^13.1.1",
    "eslint-plugin-simple-import-sort": "^8.0.0",
    "postcss": "^8.4.21",
    "prettier": "^2.8.2",
    "prettier-plugin-packagejson": "^2.3.0",
    "prettier-plugin-tailwindcss": "^0.2.1",
    "tailwindcss": "^3.2.4",
    "typescript": "^4.9.4"
  },
  "engines": {
    "node": ">=16"
  }
}

https://github.com/vercel/next.js/issues/47664
@balazsorban44 kindly pointed out that based on the build error that this is likely a problem with sanity/ui accessing the window when it shouldn’t. I don’t think I’m doing anything particularly out of the ordinary in this studio, but wondered if its in relation to my use of conditional fields with nested objects / arrays of objects which might have escaped Sanity’s initial testing? Specifically the "tabs" object on my page document.
https://github.com/sanity-io/ui/blob/f5846564bd4fe74a019191a42a9271ff088568c5/src/observers/resizeObserver.ts#L6-L9C29

And yes we haven't seen this issue before even though we are doing quite a lot of dogfooding of next-sanity/studio as well as regular embeds in our testing.
I don't think what you're doing is out of ordinary per se, it seems like it's on us to expand our testing to cover more territory :)


startDate and endDate props should not be required

This PR fixes errors being thrown when either startDate or endDate
props are not supplied.
Fixes https://github.com/Hacker0x01/react-datepicker/commit/9715c69f4ad68866de35c350a6b0c42c5bd6cc0e#commitcomment-14071280
/cc @Reggino

Thanks for this!


ssntp: Remove STOP and RESTART commands

These commands are no longer in use as they have been superceded by
overloading of START and DELETE.
Fixes: #1122
Signed-off-by: Rob Bradford<EMAIL_ADDRESS>

Coverage decreased (-0.3%) to 65.557% when pulling b4ab19e118d8953aa54c3cd8348758536deaac5d on rbradford:ssntp-cleanup into 6acf14d7eeeaf0cccf320a994f4ecf92864c8daa on ciao-project:master.

Coverage decreased (-0.3%) to 65.557% when pulling c7057f32a5ac37582bc9f9f421021209b63f3291 on rbradford:ssntp-cleanup into 6acf14d7eeeaf0cccf320a994f4ecf92864c8daa on ciao-project:master.

Coverage decreased (-0.3%) to 65.587% when pulling 884fc9bb3053f53fb8ed53917615c2df4f695cb2 on rbradford:ssntp-cleanup into d54c5a72f375f5f7250407b47c9ca23ec7e3ace8 on ciao-project:master.

Coverage decreased (-0.3%) to 65.591% when pulling 696afec1b0d3df16fbfa80f5f86247417a7a2b03 on rbradford:ssntp-cleanup into d54c5a72f375f5f7250407b47c9ca23ec7e3ace8 on ciao-project:master.


Make buttons full width for smaller screens

These changes are the same as those in a PR for GOV.UK elements: https://github.com/alphagov/govuk_elements/pull/63/files
For smaller screens, buttons are now full width.
Button styles are removed from the _forms.scss file.
@timpaul @tombye

I may be looking in the wrong places but I can't find many examples of full-width buttons on www.gov.uk. If that is the case it seems a bit odd setting this as the default for all buttons.
Could you give a bit more detail around the need for this please?

I may be looking in the wrong places but I can't find many examples of full-width buttons on www.gov.uk. If that is the case it seems a bit odd setting this as the default for all buttons.
Could you give a bit more detail around the need for this please?

@tombye this is for smaller screens, as we do in Register to vote?

This matches the styling used in Register to Vote and ensures that the "Continue" button is the same width as the other form elements - such as input boxes, which are set to 100% width for smaller screens.
In user research with visually impaired users, @edwardhorsford and I saw users drag a finger down the middle of the screen - for voiceover to read the content on the page. By increasing the size of the button for smaller screens, it would make the button more likely to be found on the page and read out in this way.


does not work in BlazBlue Entropy Effect

I tried with ReiPatcher , BepinEX and Melon Mod and it didn't work with any of them.

that's a il2cpp game, did you use the right plugin?


[Question] Respond to A and AAAA queries?

Hi,
First of all thanks for this great library! I do however have a question.
Is it already possible to answer A and AAAA queries? I do see a generic answer function, but don't see any sample as to how to answer this. I did find the parse but that is used only when querying oneself?
Sincerely,
Bram Nijenkamp

Will add a generalized answer function that will solve this

Thanks will look forward to it!!!

This has now been implemented and the example code shows how to answer different record types


Links to ids doesn't work when using letters from foreign languages like Ż

Below doesn't work in vmd.

Click url

[Header with Ż link](#header-with-ż)
# Header with Ż

Without foreign characters works as expected:
[Header with Z link](#header-with-z)
# Header with Z

Interesting find. This work on GitHub if you use the same casing ([Header with Ż link](#header-with-Ż) instead of [Header with Ż link](#header-with-ż)).
However, this doesn't make it work in vmd.
The reason seems to be that the library that converts the MDAST to HTML escapes the character in the URL.
MDAST Node:

HTML:

This probably needs to be fixed in one of the remark or rehype libaries.


Challenge says "give each element a unique ID" but it assumes that target1 through target3 are in the left, and target 4 through target6 are in the right.

Challenge - Give Each Element a Unique ID

I had interlaced the numbers so left has 1, 3, 5 and right has 2, 4, 6 and this was wrong because 2 was not in left and 5 was not in right.

 All other tests pass.

Like this:

jQuery Playground

#left-well

        <button class="btn btn-default target" id="target1"></button>
        <button class="btn btn-default target" id="target3"></button>
        <button class="btn btn-default target" id="target5"></button>

#right-well

        <button class="btn btn-default target" id="target2"></button>
        <button class="btn btn-default target" id="target4"></button>
        <button class="btn btn-default target" id="target6"></button>

I guess I never considered that someone wouldn't just number them 1-6 starting at the top of the code.
I'd be ok with an additional instruction explicitly specifying that 1-3 go in the left well, 4-6 in the right.

this free code academy is awesome

it should be like this :)

jQuery Playground

#left-well

#right-well

https://www.freecodecamp.com/nishant8

@Nishant8, This place is not for put answer on here. You could help people at FreeCodeCamp Chat Room. GitHub Issues are for reporting bugs on the website only.
Happy Coding!

jQuery Playground

#left-well

#right-well


Svelte support

I know next to nothing about radix-ui, but the new UI library looks very nice! I was wondering if Svelte support will be added since I prefer to use it over React.

Thank you! We don't have any plans for Svelte support yet


high sierra: Insecure Update error

On High Sierra beta 6 it does popup this window:

It seems to be a bug in the update checking.

I'm not getting this error on macOS 10.13.1 (on the latest stable public build). Can you confirm if this is still happening for you, and if so how to reproduce it?


nixos.sway: add a package option

Description of changes
This should be a starting point to allow for home-manager configured sway to interact with NixOS. More work may be needed

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[ ] Fits CONTRIBUTING.md.

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/sway-nixos-home-manager-conflict/20760/9

I think a package option is generally a good thing for most options. Perhaps we could set internal = true to leave it undocumented, seems be that way in some other modules, although I don't think there is any particular rule for it.
In any case, I don't actually use sway personally, but perhaps some addition options could be added to modify the wrapper further, like extra options to pass to the override or a flag to disable it outright?

I also wants this.
Currently we cannot correctly reference the path of swaymsg which lies inside sway package. Using pkgs.sway would introduce two sway derivation which is also suboptimal (unless I applies the same special default overrides to it). There are some where relying PATH is not feasible or not good idea, like in config files or scripts.

A programs.sway.package option was added in https://github.com/NixOS/nixpkgs/pull/213482

Thanks a lot for your comment @edrex! - I wasn't even aware of that other PR yet.
The other PR should have considered this PR but at least it was quite a good implementation. Let's close this PR then.
Thanks for giving this a try @nrdxp (although it got me a bit confused that you don't actually use Sway :o :D).

although it got me a bit confused that you don't actually use Sway

It was a while ago now, but someone, somewhere was having issues integrating home-manager due to the lack of this flag and I was just trying to help out. I also did use sway for a good while, and I still have a config for it, I just switched to vivarium a while back.
Anyway, glad its been resolved.


Added table view to controller/product and views/stock_list

items showing for now: name, description, price
Signed-off-by: Injo Baik<EMAIL_ADDRESS>

You forgot the changelog ;)


renderer.generateTexture() doesn't capture the main Sprite

In the above example, I use renderer.generateTexture to showcase various poses of a Sprite, the actual Sprite is the body, the head and the hat is children, renderer.generateTexture only captures the children, also, the resulting texture has weird dimensions but I didn't dive into it that issue yet

pixi.js version: 4.8.2
Browser: Chrome Latest
Device: Macos
Plugins: All disabled (no layers or display : )

Can you build an example playground? Looking at the code, this shouldn't be happening as far as I can tell.

Couldn't replicate, best I could do is this: https://www.pixiplayground.com/#/edit/Bl3h4KNg4qxgtXCL6RNPZ
You can also add bunny.scale=new PIXI.Point(2,2); - and messes things further, which makes me think whether the body was pushed down by this anomalies rather than went missing on my initial report

This issue really turned into an obsession for me - I've tested some old PIXI versions too, other browsers, the issue is persistent
I've tested it on NPC objects, rather than Character's in my game, NPC's work, there's almost no difference between NPC's and Characters, but obviously something on the Character entities causes the renderer.generateTexture to render the texture on the Character invisible, I even tried giving the same texture to an NPC, it's rendered there, so at this point, I'm just eliminating things one by one and hoping to reach the cause

FYI, renderer.generateTexture(element,PIXI.SCALE_MODES.NEAREST,window.devicePixelRatio); <- this was a must for me, it seems the scaleMode / ratio isn't adopted - it was the cause of the blur issues

Best thing that will help us track this down is a minimal repro case. :)

I couldn't reproduce it, in the end, it was easier to just re-create the Sprite rather than copying it with generateTexture


Use data_type and nodata from raster extension if present

Currently the default dtype is float64 and the default fill_value is np.nan.
The raster extension defines fields for specifying the dtype (data_type) and fill value (no_data). It might be a good idea to change the default to using values from raster:band, falling back to float64 / np.nan if the raster extension isn't present.

Thanks for opening the issue to track this; there's some more info in https://github.com/gjoseph92/stackstac/issues/63#issuecomment-868726296 too. Definitely excited about the raster extension! @TomAugspurger think you'd have any time to work on this?

Awesome, happy to hear raster:bands is going to get some traction!
Note that in doing this, we'll probably want to add some special-handling logic for raster:bands, similar to how the subfields of eo:bands get pulled out into top-level coordinates (I could also see making this more generic to any dict-ish fields in flattened_metadata_by_asset): https://github.com/gjoseph92/stackstac/blob/3a58906ed6a6ab39205d91b4665f595644b22ce9/stackstac/prepare.py#L485-L518


More informative set_password error messages and some authentication fixes

In apps.authentication.views.set_password there are some edge cases not being handled gracefully, resulting in a HTTP 500 INTERNAL SERVER ERROR if triggered.

[x] if rt.is_valid: does not have an else, and there's no return statement - which means if the token is invalid for whatever reason (expired or a "fake"), an exception is thrown due to a view not returning a HttpResponse object. Fix by returning something, e.g. a request.message and a redirect to root (/).
[x] Make sure any other cases returns to root with a message, simply remove L 250 else and unindent, adding relevant request.messages where appropriate.
[x] Add minimum length password validators according to Django 1.9 password validators.
[ ] up for discussion Update RegisterToken model to have RegisterToken.token field as unique. If that's implemented, we can remove if token.count() == 1 and replace it with a get_object_or_404, reducing code complexity, branching and readability.

Adding minimum length for passwords is a good idea, but please no complicated rules. Be sure to check how validation of these rules fit into form validation. Does it trigger on "user.set_password()"? Do we need to specifically validate this?
I think one of the points with not having a unique token field is that you could possibly have two tokens that had the same uuid generated for it. Another one is that it makes no sense to return 404 in my eyes. The count is a way around having to either get an object or fail with 404, allowing you to insert another error, like "Lenken er ikke gyldig, hent en ny."

Does it trigger on "user.set_password()"? Do we need to specifically validate this?
It triggers just as any other model field with a validator. https://docs.djangoproject.com/en/1.9/ref/forms/validation/

https://docs.djangoproject.com/en/1.9/topics/auth/passwords/#integrating-validation

If one or more validators reject the password, raises a ValidationError with all the error messages from the validators.

Well, password reset doesn't work if there are two identical tokens. Therefore, it shouldn't be possible to have two identical tokens (rather than telling the user to try again - because we didn't verify that there is no token with the same uuid).
Regarding 404 I agree. A better approach would be to try to get it, and if it fails, return to either root or reset password view.

Was not actually fixed.

What did we end up with on the last point? Do or don't?

bump 👆🏼

This point

Update RegisterToken model to have RegisterToken.token field as unique. If that's implemented, we can remove if token.count() == 1 and replace it with a get_object_or_404, reducing code complexity, branching and readability.
?

I say go.

I think this was fixed by #1505.

The RegisterToken.token field is not unique, so the issue is not fixed. That targeted another issue with regards to some other use of the token.

I don't get this, the RegisterToken.token field has been unique since March of 2016?
There is no if token.count() == 1 either.
I see no reason for this issue to still be open. But I may be wrong.

I think the problem I was pointing out was that there was never created a migration for the field to actually be marked as unique, even though the model states it should be. Seems like that got added in 806c65f05e6f2170440a8039ebc67b560b89ed33, though.
I can't recall what else it could've been, so I agree with closing this issue :)


Volume control

Hello, @miketeachman. Is it possible somehow programmatically from micropython to adjust the volume of the sound coming from the speakers?

Hi,
It is definitely possible.  Please take a look at a post I made on the MicroPython Forum:
https://forum.micropython.org/viewtopic.php?f=18&t=8406&hilit=i2s+volume
Hopefully this helps.


Cryptography: Descriptions of Historical Ciphers

http://turing.cs.trincoll.edu/~crypto/historical
Human ingenuity cannot concoct a cypher which human ingenuity cannot resolve. -- Edgar Allen Poe
“Virtues of  a perfect cipher: ‘… that they be not laborious to write and read; that they be impossible to decipher; and, in some cases, that they be without suspicion.’” - Francis Bacon

Types Ciphers:

Substitution
Substitution cipher, in which the plaintext letters are replaced by letters from another alphabet (or by different letters from the same alphabet).

Polyalphabetic

Transposition
A transposition cipher involves the rearranging of the letters in the plaintext to encrypt the message.

CIPHER
Description of the Key

Caesar | An integer by which each letter is shifted
Simple Substitution | A keyword or a permutation of A..Z
Transposition | A String, such as 1023, describing the reordering of a block of text
Vigenere | A keyword
Gronsfeld | A keyword
Beaufort | A keyword
Autoclave | A keyword
Playfair | A keyword
Railfence | An integer > 0 giving number of rows

PGP
PGP: Pretty Good Privacy. In private-key cryptography one key is used by both parties. One problem with this kind of encryption is that if the key is intercepted, a third party could decrypt the messages. So, the idea of public-key cryptography was developed. Here's how it works...
Everyone has two keys: a public and a private key. When someone wants to send something to a recipient, they (the sender) encrypt it with the recipient's public key. Then the only way to decrypt it is with the recipient's private key. One of the other benefits to PGP is that it allows the sender to "sign" their messages. This proves that the message came from the sender and has not been altered in transport.
Based on this theory, PGP allows everyone to publicize their public keys, while keeping their private keys secret. The result is that anyone can encrypt a message to someone else, as long as they have that person's public key.
In actuality, PGP uses a seies of private key, public key and one-way hash functions to encrypt a message. A one-way hash function takes some plaintext and translates it into a specific hash. The hash is unique to the message (like a fingerprint is to a person). The hash is also non-reversable, hence the name one-way.
An example of what PGP does to encrypt and decrypt an e-mail message. Our sender will be Chris and our receiver will be Brian.
-Chris writes his message.

-Chris uses a one-way hash function (such as MD5) to create a hash for the message.

-Chris, via RSA or some other digital signature algorithm, signs the hash with his private key.

-Chris merges the message and the signature, resulting in a new signed message.

-A random encryption key is generated, the session key.

-Chris uses the session key to encrypt the message, using DES or some other private key method.

-Chris gets Brian's public key.

-Chris then encrypts the key with Brian's public key, via RSA or some other public key method.

-Chris merges the encrypted message and the encrypted key and mails it to Brian.

Once Brian receives the message he can have PGP decrypt it. Here's what it would do:
-Brian seperates the encrypted message and the encrypted session key.

-Using RSA, Brian decrypts the session key.

-Using DES, Brian decrypts the message with the decrypted session key.

-Brian then seperates the message and the signature.

-Using MD5, Brian calculates the hash value of the message.

-Brian gets Chris' public key.

-Via RSA, and Chris' public key, Brian decrypts the signature.

-Brian then compares the hash value and the decrypted signature. If they are the same, Brian knows that the message is authentic and has not been altered since Chris signed it.

Note: While we have used RSA,DES and MD5 in our example (that is what PGP uses) other similar algorithms could be used in their place. It is the combination of these three functions that makes PGP so strong. Remember, however, that the overall security of the method you choose is only as good as the weakest encryption method you choose to substitute for the three forms in the above example.

 The first row is a shift of 0; the second is a shift of 1; and the last is a shift of 25.
Note that each row of the table corresponds to a Caesar Cipher. The first row is a shift of 0; the second is a shift of 1; and the last is a shift of 25.
The Vigenere cipher uses this table together with a keyword to encipher a message. For example, suppose we wish to encipher the plaintext message:
to be or not to be that is the question
using the keyword RELATIONS. We begin by writing the keyword, repeated as many times as necessary, above the plaintext message. To derive the ciphertext using the tableau, for each letter in the plaintext, one finds the intersection of the row given by the corresponding keyword letter and the column given by the plaintext letter itself to pick out the ciphertext letter.
Keyword:    RELAT IONSR ELATI ONSRE LATIO NSREL
Plaintext:    tobeo rnott obeth atist heque stion
Ciphertext:    KSMEH ZBBLK SMEMP OGAJX SEJCS FLZSY
Decipherment of an encrypted message is equally straightforward. One writes the keyword repeatedly above the message:
Keyword:    RELAT IONSR ELATI ONSRE LATIO NSREL
Ciphertext:    KSMEH ZBBLK SMEMP OGAJX SEJCS FLZSY
Plaintext:    tobeo rnott obeth atist heque stion
This time one uses the keyword letter to pick a row of the table and then traces across the row to get the column containing the ciphertext letter. The index of that column is the plaintext letter.
The strength of the Vigenere cipher against frequency analysis can be seen by examining the above ciphertext. Note that there are 7 'T's in the plaintext message and that they have been encrypted by 'H,' 'L,' 'K,' 'M,' 'G,' 'X,' and 'L' respectively. This successfully masks the frequency characteristics of the English 'T.' One way of looking at this is to notice that each letter of our keyword RELATIONS picks out 1 of the 26 possible substitution alphabets given in the Vigenere tableau. Thus, any message encrypted by a Vigenere cipher is a collection of as many simple substitution ciphers as there are letters in the keyword.
Although the Vigenere cipher has all the features of a useful field cipher -- i.e., easily transportable key and tableau, requires no special apparatus, easy to apply, etc. -- it did not catch on its day. A variation of it, known as the Gronsfeld cipher , did catch on in Germany and was widely used in Central Europe. The Gronsfeld variant used the digits of a keynumber instead of a the letters of keyword, but remained unchanged in all other respects. So in fact the Gronsfeld is a weaker technique than Vigenere since it only uses 10 substitute alphabets (one per digit 0..9) instead of the 26 used by Vigenere.
Cryptanalyzing the Vigenere Cipher: The Kasiski/Kerckhoff Method
Vigenere-like substitution ciphers were regarded by many as practically unbreakable for 300 years. In 1863, a Prussian major named Kasiski proposed a method for breaking a Vigenere cipher that consisted of finding the length of the keyword and then dividing the message into that many simple substitution cryptograms. Frequency analysis could then be used to solve the resulting simple substitutions.


fix: double tx title on chrome@103

Description
Resolve: https://github.com/Magickbase/ckb-explorer-public-issues/issues/411

I find that there are some other places using @media query of styled-components, which may cause this problem too, will refactor later

Usually CSS is prior to JavaScript on updating layout, why use the hook and remove CSS here

Usually CSS is prior to JavaScript on updating layout, why use the hook and remove CSS here

reverted hook implementation and updated css


Making grep -q -e -e  usable on solaris

replacing -q by /dev/null
repalcing double -e by  or in regex itself

Sure!
--
Mgr. Jiri Vanek
@.***
---------- Původní e-mail ----------
Od: Stewart X Addison @.>
Komu: adoptium/temurin-build @.>
Kopie: judovana @.>, Mention @.>
Datum: 2. 5. 2024 20:46:19
Předmět: Re: [adoptium/temurin-build] Making grep -q -e -e usable on solaris
(PR #3788)
"
@sxa requested changes on this pull request.
Putting a block on this purely because it was a problem I reported and I
want to verify that it works before anyone merges it ;-)
Will test tomorrow - thanks for the quick turnaround @judovana
(https://github.com/judovana)
—
Reply to this email directly, view it on GitHub
(https://github.com/adoptium/temurin-build/pull/3788#pullrequestreview-2036605243)
, or unsubscribe
(https://github.com/notifications/unsubscribe-auth/AAWFCS2DRW2YGTUNLBEY5XDZAKCXLAVCNFSM6AAAAABHEHJG66VHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMZDAMZWGYYDKMRUGM)
.
You are receiving this because you were mentioned. Message ID: <adoptium/
@.***>
"

ERROR the following files don't have a valid license header:
.github/workflows/semgrep_diff.yml
Is unrelated

Thanx @karianna  I was wondering....

@sxa  I had make it much nicer to move that or to regex. The only disadvantage is that it is now unreadable:( and -E is not reliable over distros. But with that explanation in echo just on another line it should be ok

I'm getting:
The mandatory repo argument has a very strict format 'jdk[0-9]{1,3}[u]{0,1}' or just plain 'jdk' for tip. 'jdk8u' does not match.

from this change on Solaris - that's from
just running ./make-adopt-build-farm.sh jdk8u without any additional parameters
A bit if diagnoses shows that echo jdk8u | grep '^\(jdk\|jdk[0-9]\{1,3\}[u]\{0,1\}\)$' returns nothing on Solaris' grep

Hm
echo jdk8u | grep '^\(jdk\|jdk[0-9]\{1,3\}[u]\{0,1\}\)$'
jdk8u

I do nothave soalris around to try to up. maybe E and removal of slashes can help,  Maybe try it in the previous https://github.com/adoptium/temurin-build/pull/3788/commits/669a1a5ae67a9c53de2e4737d32599125fe74311 revision. Generally I'mm running out of ideas.

Hm
echo jdk8u | grep '^(jdk|jdk[0-9]{1,3}[u]{0,1})$'
jdk8u
I do nothave soalris around to try it up. maybe -E and removal of slashes can help, Maybe try it in the previous 669a1a5 revision. Generally I'mm running out of ideas.

Yeah I think I'd vote for using the previous revision at this point - it's a bit messy using two variables but it's reasonably clear and should work everywhere.

The https://github.com/adoptium/temurin-build/commit/669a1a5ae67a9c53de2e4737d32599125fe74311 really worked for you???  and others had not? /me amazed. WIll remove the second commit then

Failing github check seems to be covered by https://github.com/adoptium/temurin-build/issues/3789 and not relevant to this PR

Ok. added comment on this topic to the code. Ok by me, plesae review/merge as necessary.

Thank you. I keep learning.


Extract Manual.find_by_slug! and use Manual vs ManualRecord in a bunch of rake tasks

This started off as an attempt to reduce duplication where a Manual was being looked up by its slug via a ManualRecord query. However, it has also led me into using Manual vs ManualRecord in a bunch of Rake tasks and extracting Manual#set & Manual#editions.
The higher level goal of preferring Manual over ManualRecord is that the latter should be an implementation detail of the former and ideally shouldn't be accessed from outside the former.

I notice a number of commits don't contain any explanation (e.g. "Extract Manual.find_by_slug!" and "Introduce Manual#editions"). I can see that an explanation might not be necessary while looking at the commits in the context of the branch but I can imagine that it might be useful when coming back to these commits in future. What do you think?

The commit titled "Use a real user vs OpenStruct in SectionReslugger spec" changes the SectionReslugger rather than its spec. It might be worth updating the commit note.

Rebasing against master and force-pushing.

@chrisroos: Thanks for the feedback. I've fixed the one incorrect commit note and elaborated on my motivations in a bunch of others. I've force-pushed my changes and plan to merge this if/when the CI build passes.


double escape

It seems that the filter will escape text that is already escaped.
I have inline code examples on a page <code> (example whithin a an exampe) but what is finally shown is <code>. It seems that the hyphenator is escaping the output.

Thanks for the report. Do you have a reproducible test case that shows the behavior?

I do.
I tried it on my blog/testing site with this result:
https://5883e938668674777f6fb0e6--marco-zone.netlify.com/progressiver-html-blocksatz-mit-silbentrennung#plattformübergreifende-silbentrennung
The markdown has it defined correctly:
https://github.com/Nemo64/marco-zone/blob/master/_posts/2015-11-04-progressiver-html-blocksatz-mit-silbentrennung.markdown#plattformübergreifende-silbentrennung
And the base layout hyphenates it:
https://github.com/Nemo64/marco-zone/blob/81b7079e8aaa3ebd20c3b23b2328cfe00cd98779/_layouts/base.html#L64
using this configuration:
https://github.com/Nemo64/marco-zone/blob/81b7079e8aaa3ebd20c3b23b2328cfe00cd98779/_config.yml#L57
I'd love to fix it myself but my ruby knowledge is basically none existent.

+1

If you search for a quick fix then {{ content | hyphenate | replace: '&amp;', '&'}} will help. Maybe even throw in  | replace: '-', '-' (note the utf8 shy character in the replace string) to help remove shy's after a dash which is kind of wrong.


mat-form-field doesn't display * next to placeholder for ngControl with Validators.required

Bug, feature request, or proposal:
Make mat-form-field recognize Validators.required as a reason to put the * next to the placeholder text.
What is the expected behavior?
If you have a <mat-form-field> with an <input> that doesn't have a required attribute and the input is associated with a form control (via [formControl] or [formControlName]) which has the validator Validators.required, the placeholder text should still have a * next to the text.
What is the current behavior?
The * only displays next to the placeholder if the <input> has a required attribute.
What are the steps to reproduce?
Demo: http://plnkr.co/edit/P6NNKcS2rNGJszf2jVZJ?p=preview
Both inputs should show the *.
What is the use-case or motivation for changing an existing behavior?
It's nice not to have to split validation across two mechanisms.
Which versions of Angular, Material, OS, TypeScript, browsers are affected?
Current

See https://github.com/angular/material2/issues/2574

This is working as intended for now, since FormControl can't tell us if there is a Validators.required associated with it, only if it is valid in its current state. If https://github.com/angular/angular adds this feature we would be happy to support it here.


Match lexers and formatters by extension separatly

d0487e3b3ec7 "Remove filename pattern caches" (#2153) introduced a huge performance regession. While it is true that fnmatch already uses functools.lru_cache, that cache is limited to 127 entries and we have over 1000 matching patterns, which means the cache is evicted entirely on every iteration.
We can be more clever without reverting that patch by avoiding fnmatch calls alltogether, which provides an even better speedup. The bulk (> 99%) of all filename matches are on the filename extension, so in gen_mapfiles.py we split these into a separate tuple list that we match without calling fnmatch().
This restores previous performance speedup without the overhead of an extra regexp cache.

I haven't done a full microbenchmark on this other than simple timeit executions:
print(timeit.timeit('fnmatch.fnmatch("foo.py", "*.py")', setup='import fnmatch'))
print(timeit.timeit('"foo.py".endswith(".py")'))
print(timeit.timeit('"py" in ("lala", "loop", "py")'))

which prints here:
0.5052752160008822
0.08419276200220338
0.028339595002762508

so  a "if str in tuple of strings" is ~ factor 20 faster than fnmatch(), even with a cached regexp, so beyond the pathological case where the regexp cache is overflowing like in my original case. Also, many of the regular expressions actually have no wildcard at all. > 90% have wildcards that match only on extension, and another small percentage is matching on the full filename (so no regular expression at all). a meaningful regexp is the execption.
Thats what led me into writing the full patch, which I applied in my (much larger) program and my profiled bottleneck went completely away.  There's certainly a bit of cleanup that can be done on my patch to make it less convoluted. an API break would make this simpler (if the plugin would specify matches on the extension separately for example).
my original program that let me to profile this essentially runs lexers.guess_lexer_for_filename() several 10 thousands of times.

I have pushed a plain revert (with some import cleanups to pass tests) instead. let me know how you want to proceed.

@Jean-Abou-Samra I don't have such a slowdown with python 3.11. with the simple revert patch applied, your benchmark.py
is
python3.11:
0.7443678290001117

python3.10:
0.7769828950004012

which is in line what is expected of the general speedup of python 3.11. so looks good to me. thank you for the quick merge!


Unecessary newline for integrity constraints

:- a, b.

produces
:-
    a,
    b.

but could be
:-  a,
    b.

Strictly speaking the formatters job is adding unnecessary newlines. :smile:

Actually this was a serious comment :smile: Is this newline intended ? Wouldn't it be better without ? ;)

The issue was addressed in 0543d785c7d839144f840fc2ef03bd225664186b


Add option to use previous release if latest release contains no assets that match given filter

I'm automating updates for a repo that failed to build their latest version for arm64 - it would be nice to have a fallback:
https://github.com/minecraft-linux/appimage-builder/releases/tag/v0.9.0-713

@cobalt2727 I've dealt with a similar issue and think there's already an option for you :-)
lastversion --having-asset ~arm64 minecraft-linux/appimage-builder

Thanks! Is this in the documentation anywhere?

Yes, there's a section in the README that goes Use case: releases with specific assets


Help commands are not working (E149)

After a fresh installation of vlime on neovim 0.2.0-2 (on an up-to-date Arch machine) I can't open the help commands for vlime.
For example, typing :help vlime yields the following output:
E149: Sorry, no help for vlime

Vlime seems to be installed because after manually launching the sbcl server I can connect to it by typing \cc on nvim while editing a lisp file.

Seems your help tags are outdated. Try running :helptags ALL in Neovim, and then try :help vlime again.
How did you install Vlime? If you used a plugin manager such as Vundle, the help tags should have been automatically updated.

That did it, thank you. I did use a plugin manager (plug and that hadn't happened before) I'll have it in mind for future occasions.
As far as I'm concerned, feel free to close this ticket now.


Correct support of assignment of a transposed view through a slice

Fix #1148

@diorcety this is my end-of-year present ;-) Thanks a lot for all your issues and bugfixes!


How properly apply a tokenizer map function to a Tensorflow batched dataset?

Considering the following batched_dataset:
samples =  ([{"query": "this is a query 1", "doc": "this is one relevant document regarding query 1"},
              {"query": "this is a query 2", "doc": "this is one relevant document regarding query 2"},
              {"query": "this is a query 3", "doc": "this is one relevant document regarding query 3"},
              {"query": "this is a query 4", "doc": "this is one relevant document regarding query 4"},
              ])
dataset = tf.data.Dataset.from_generator(
    lambda: samples, {"query": tf.string, "doc": tf.string})

batched_dataset = dataset.batch(2)

#{
#'doc': <tf.Tensor: shape=(2,), dtype=string, numpy=array(
#     [b'this is one relevant document regarding query 1',
#      b'this is one relevant document regarding query 2'], dtype=object)>,
#
#'query': <tf.Tensor: shape=(2,), dtype=string, numpy=array(
#     [b'this is a query 1',
#      b'this is a query 2'], dtype=object)>
#}

and a map function to tokenize this batched_dataset:
def tokenize(sample):
    tokenized_query = tokenizer.batch_encode_plus(sample["query"].numpy().astype('str'), ...)
    tokenized_doc = tokenizer.batch_encode_plus(sample["doc"].numpy().astype('str'), ...)
    return (tokenized_query, tokenized_doc)

I could tokenize the entire batched_dataset using a for-loop:
for batch in batched_dataset:
    tokenize(batch)
# (
# {'input_ids': <tf.Tensor: shape=(2, 8), dtype=int32, numpy=
#   array([[  101,  2023,  2003,  1037, 23032,  1015,   102,     0],
#          [  101,  2023,  2003,  1037, 23032,  1016,   102,     0]],
#      dtype=int32)>,
#  'attention_mask': <tf.Tensor: shape=(2, 8), dtype=int32, numpy=
#   array([[1, 1, 1, 1, 1, 1, 1, 0],
#          [1, 1, 1, 1, 1, 1, 1, 0]], dtype=int32)>},

# {'input_ids': <tf.Tensor: shape=(2, 8), #dtype=int32, numpy=
#   array([[ 101, 2023, 2003, 2028, 7882, 6254, 4953,  102],
#          [ 101, 2023, 2003, 2028, 7882, 6254, 4953,  102]], dtype=int32)>,
#  'attention_mask': <tf.Tensor: shape=(2, 8), dtype=int32, numpy=
#   array([[1, 1, 1, 1, 1, 1, 1, 1],
#          [1, 1, 1, 1, 1, 1, 1, 1]], dtype=int32)>})
#  ...

However, when using tf.data.Dataset.map the following error arises:
tokenized_dataset = batched_dataset.map(tokenize)
AttributeError: 'Tensor' object has no attribute 'numpy'

Then, how properly apply a tokenizer map function to a batched dataset?
Note: I published a working example on Google Colab.

I have tried on colab with TF version 2.2.0-rc3 and was able to reproduce the issue.Please, find the gist here.Thanks!

@Ceceu Please take a look at similar issue here and here and let me know if it helps. Thanks!

I think tf.numpy_function works for you.

@Ceceu Can you please respond to the above comment to take this discussion further. Thanks!

Hi everyone, see a related issue where this doesn't work on TPU here https://github.com/huggingface/transformers/issues/5066

@gowthamkpr,
Currently I ended up refactoring my code to torchtext because it is much simpler to create an efficient data pipeline when you are using text datasets.
Until the Tensorflow v2.3, tf.py_fuction wrapper did not yet support dictionaries.

@Ceceu  Can you o ahead and close the issue as it has been resolved. Thanks!


UI defaults to undefined namespace

Pre-requisites

[X] I have double-checked my configuration
[X] I can confirm the issue exists when I tested with :latest
[X] I have searched existing issues and could not find a match for this bug
[ ] I'd like to contribute the fix myself (see contributing guide)

What happened/what did you expect to happen?
I've installed latest Argo Workflows through the Helm chart and created a role, rolebinding, serviceaccount and secret (in the argo namespace) for accessing the UI with the token. The UI always defaults to an Undefined namespace and I always have to switch it to argo. I thought this should have been fixed with: https://github.com/argoproj/argo-workflows/pull/9008  or do I need to configure the default namespace somewhere? I couldn't find any option.

Version
3.5.4
Paste a small workflow that reproduces the issue. We must be able to run the workflow; don't enter a workflows that uses private images.
Not related to workflows

Logs from the workflow controller
Not related to workflows

Logs from in your workflow's wait container
Not related to workflows

Could you provide more information regarding your configuration, for instance, your workflow-controller-configmap.yaml, your Server args and env vars, and the Role you created? I'm familiar with the Helm chart so the values and version of the Chart would suffice for me for the first two (the Role is custom though, so would need that).
I can't reproduce this and actually haven't ever seen this, particularly not persisted (as the UI saves your namespace to localStorage) so I'm not sure what's causing this to happen for you

Also check your service account to see if there's namespace associated with it in order to work with the fix https://github.com/argoproj/argo-workflows/pull/9008

Also check your service account to see if there's namespace associated with it in order to work with the fix #9008

SAs are namespace-scoped, so an SA will always have a namespace. Not sure if you meant something else?

Yeah I think maybe there's a case where the namespace is not correctly/successfully obtained from the SA.

I have the same issue. Some information on my configuration. Installed via Helm Chart aswell. I created two namespaces: argo-workflows-ctrl -> The controller runs here
argo-workflows -> Workflows run here
Within the argo-workflows namespace I created a SA which is used to log into the UI. The definition of this account looks like:
apiVersion: v1
kind: ServiceAccount
metadata:
  name: argo-developer
  namespace: argo-workflows

Does that help? Let me know if you need more info or if my setup might be the issue.

Sure here is the configmap you asked for:
apiVersion: v1 data:   config: |     metricsConfig:       enabled: true       path: /metrics       port: 9090       ignoreErrors: false       secure: false     nodeEvents:       enabled: true kind: ConfigMap metadata:   annotations:     kubectl.kubernetes.io/last-applied-configuration: |       {"apiVersion":"v1","data":{"config":"metricsConfig:\n  enabled: true\n  path: /metrics\n  port: 9090\n  ignoreErrors: false\n  secure: false\nnodeEvents:\n  enabled: true\n"},"kind":"ConfigMap","metadata":{"annotations":{},"labels":{"app.kubernetes.io/component":"workflow-controller","app.kubernetes.io/instance":"argo-workflows-installation","app.kubernetes.io/managed-by":"Helm","app.kubernetes.io/name":"argo-workflows-cm","app.kubernetes.io/part-of":"argo-workflows","helm.sh/chart":"argo-workflows-0.40.10"},"name":"argo-workflows-installation-workflow-controller-configmap","namespace":"argo-workflows-ctrl"}}   creationTimestamp: "2024-02-14T14:41:58Z"   labels:     app.kubernetes.io/component: workflow-controller     app.kubernetes.io/instance: argo-workflows-installation     app.kubernetes.io/managed-by: Helm     app.kubernetes.io/name: argo-workflows-cm     app.kubernetes.io/part-of: argo-workflows     helm.sh/chart: argo-workflows-0.40.10   name: argo-workflows-installation-workflow-controller-configmap   namespace: argo-workflows-ctrl   resourceVersion: "499618279"   uid: e0f037db-b886-4e7a-8810-e4ceb21baa41

You logged in with this SA's token in client auth mode? I don't see any annotations on the SA. Can you provide the Role and RoleBinding as well?

Yes, here is the deployed SA:
`apiVersion: v1
kind: ServiceAccount
metadata:
annotations:
kubectl.kubernetes.io/last-applied-configuration: |
{"apiVersion":"v1","kind":"ServiceAccount","metadata":{"annotations":{},"labels":{"app.kubernetes.io/instance":"argo-workflows-installation"},"name":"argo-developer","namespace":"argo-workflows"}}
creationTimestamp: "2024-02-14T14:41:58Z"
labels:
app.kubernetes.io/instance: argo-workflows-installation
name: argo-developer
namespace: argo-workflows
resourceVersion: "494076059"
uid: f2d06591-174e-47b2-8754-368ad17eecf0
secrets:

name: argo-developer-token-hh664`

I'm using the "edit" role which is defined in the helm chart here: https://github.com/argoproj/argo-helm/blob/main/charts/argo-workflows/templates/controller/workflow-aggregate-roles.yaml
`apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
name: argo-developer
subjects:

kind: ServiceAccount
name: argo-developer
namespace: argo-workflows
roleRef:
kind: ClusterRole
name: argo-workflows-installation-edit
apiGroup: rbac.authorization.k8s.io`

Could you also provide the args and env vars to the Server? I had requested that previously too. Can provide your Deployment manifest

Yes, here is the relevant part from my Deployment manifest:
apiVersion: v1
kind: Pod
metadata:
  annotations:
    cni.projectcalico.org/containerID: 4dfab955c7d4a495fcf16422568fd612ae731c74a169f76065dbc99b78f14b20
    cni.projectcalico.org/podIP: <IP_ADDRESS>/32
    cni.projectcalico.org/podIPs: <IP_ADDRESS>/32
  creationTimestamp: "2024-02-21T12:39:29Z"
  generateName: argo-workflows-installation-server-54b8f89dfb-
  labels:
    app.kubernetes.io/component: server
    app.kubernetes.io/instance: argo-workflows-installation
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/name: argo-workflows-server
    app.kubernetes.io/part-of: argo-workflows
    app.kubernetes.io/version: v3.5.4
    helm.sh/chart: argo-workflows-0.40.10
    pod-template-hash: 54b8f89dfb
  name: argo-workflows-installation-server-54b8f89dfb-7sktk
  namespace: argo-workflows-ctrl
spec:
  containers:
  - args:
    - server
    - --configmap=argo-workflows-installation-workflow-controller-configmap
    - --secure=true
    - --loglevel
    - info
    - --gloglevel
    - "0"
    - --log-format
    - text
    env:
    - name: IN_CLUSTER
      value: "true"
    - name: ARGO_NAMESPACE
      valueFrom:
        fieldRef:
          apiVersion: v1
          fieldPath: metadata.namespace
    - name: BASE_HREF
      value: /
    - name: FIRST_TIME_USER_MODAL
      value: "false"
    - name: FEEDBACK_MODAL
      value: "false"
    - name: NEW_VERSION_MODAL
      value: "false"
    image: quay.io/argoproj/argocli:v3.5.4
    imagePullPolicy: Always
    name: argo-server

Could you also provide the logs of your Server Pod(s)? I'm suspecting there's an error there

Getting this as well.

Could you also provide the logs of your Server Pod(s)? I'm suspecting there's an error there

I'm also experiencing the same issue as @JoKuebler.
These are the logs from a fresh install using KinD:
k -n argo logs deployment/argo-workflows-server -f
time="2024-06-04T14:44:37.602Z" level=info msg="not enabling pprof debug endpoints"
time="2024-06-04T14:44:37.603Z" level=info authModes="[server client]" baseHRef=/argowf/ managedNamespace= namespace=argo secure=false ssoNamespace=argo
time="2024-06-04T14:44:37.603Z" level=warning msg="You are running in insecure mode. Learn how to enable transport layer security: https://argo-workflows.readthedocs.io/en/release-3.5/tls/"
time="2024-06-04T14:44:37.603Z" level=info msg="SSO disabled"
time="2024-06-04T14:44:37.609Z" level=info msg="Starting Argo Server" instanceID= version=v3.5.4
time="2024-06-04T14:44:37.609Z" level=info msg="Creating event controller" asyncDispatch=false operationQueueSize=16 workerCount=4
time="2024-06-04T14:44:37.612Z" level=info msg="GRPC Server Max Message Size, MaxGRPCMessageSize, is set" GRPC_MESSAGE_SIZE=104857600
time="2024-06-04T14:44:37.612Z" level=info msg="Argo Server started successfully on http://localhost:2746" url="http://localhost:2746"
time="2024-06-04T14:44:57.431Z" level=info duration="116.292µs" method=GET path=index.html size=494 status=0
time="2024-06-04T14:45:06.155Z" level=info duration="111.583µs" method=GET path=index.html size=0 status=304
time="2024-06-04T14:45:06.235Z" level=info msg="finished unary call with code OK" grpc.code=OK grpc.method=GetUserInfo grpc.service=info.InfoService grpc.start_time="2024-06-04T14:45:06Z" grpc.time_ms=0.491 span.kind=server system=grpc
time="2024-06-04T14:45:06.235Z" level=info msg="finished unary call with code OK" grpc.code=OK grpc.method=GetInfo grpc.service=info.InfoService grpc.start_time="2024-06-04T14:45:06Z" grpc.time_ms=0.123 span.kind=server system=grpc
time="2024-06-04T14:45:06.235Z" level=info duration=2.987ms method=GET path=/api/v1/info size=70 status=0
time="2024-06-04T14:45:06.236Z" level=info duration=2.854292ms method=GET path=/api/v1/userinfo size=118 status=0
time="2024-06-04T14:45:06.302Z" level=info msg="finished unary call with code OK" grpc.code=OK grpc.method=GetVersion grpc.service=info.InfoService grpc.start_time="2024-06-04T14:45:06Z" grpc.time_ms=0.152 span.kind=server system=grpc
time="2024-06-04T14:45:06.311Z" level=info duration=8.868166ms method=GET path=/api/v1/version size=215 status=0
time="2024-06-04T14:45:08.859Z" level=info msg="finished unary call with code OK" grpc.code=OK grpc.method=ListWorkflowTemplates grpc.service=workflowtemplate.WorkflowTemplateService grpc.start_time="2024-06-04T14:45:08Z" grpc.time_ms=8.334 span.kind=server system=grpc
time="2024-06-04T14:45:08.859Z" level=info duration=9.86ms method=GET path=/api/v1/workflow-templates/undefined size=53 status=0
time="2024-06-04T14:45:08.859Z" level=info msg="finished unary call with code OK" grpc.code=OK grpc.method=ListCronWorkflows grpc.service=cronworkflow.CronWorkflowService grpc.start_time="2024-06-04T14:45:08Z" grpc.time_ms=6.292 span.kind=server system=grpc
time="2024-06-04T14:45:08.860Z" level=info duration=7.254166ms method=GET path=/api/v1/cron-workflows/undefined size=53 status=0
time="2024-06-04T14:45:08.861Z" level=info msg="finished unary call with code OK" grpc.code=OK grpc.method=ListWorkflows grpc.service=workflow.WorkflowService grpc.start_time="2024-06-04T14:45:08Z" grpc.time_ms=6.746 span.kind=server system=grpc
time="2024-06-04T14:45:08.861Z" level=info duration=9.1905ms method=GET path=/api/v1/workflows/undefined size=53 status=0

Hmm, after debugging https://github.com/argoproj/argo-workflows/discussions/13316#discussioncomment-9976614, I think this might be because #9008 relies on claims.ServiceAccountNamespace which might be missing for certain login types. Need to investigate that more, but that one's fairly simple to check against the UI with

Need to investigate that more, but that one's fairly simple to check against the UI with

For --auth-mode=server, no claims what-so-ever on the UserInfo page:

That may explain undefined, although I'm surprised we haven't gotten this while testing, since the test instance defaults to this.
For --auth-mode=client, "Service Account" and "Service Account Namespace" are missing (only "Issuer" and "Subject" are present):

For client, we can derive the SA name and namespace from the subject. For server, it should use the Server SA's name and namespace

Is there a work around for this issue? I'm currently using client auth mode.
More discussion in this slack thread: https://cloud-native.slack.com/archives/C01QW9QSSSK/p1720719356717919

Here is my deployment yaml:
argo-server.yaml.txt

Is there a work around for this issue?

Per OP, the workaround is to manually set the namespace in the left-hand filters.
In your case though, you're not able to reach the Workflows List page to change the filters for some reason (still haven't quite figured out why).
The other two workarounds are to change your URL to have the correct namespace instead of undefined or to similarly modify your localStorage current_namespace key to the namespace instead of undefined.
It being set to undefined seems to stem from around this part of the UI code, which I'd like to fix to return default instead, which the default. But fixing the claims to include the serviceAccountNamespace would be the root cause fix. Should probably have something soon for that.

Here is my deployment yaml:

Thanks for your ultra small repro, hopefully I can repro with this. That suggests that my local env has additional config that makes me not hit this.
Btw, I removed most of the generated and default fields in this. Generally speaking, those are not useful and very distracting (they are substantially larger than the actual content), so please do not provide manifests with those to anyone; usually the raw manifest you input into your cluster is better than the output retrieved from the cluster. --show-managed-fields false will also remove part of that output.

For client, we can derive the SA name and namespace from the subject. It would be more secure and less error-prone to pull from the SA itself though as a source of truth.

The token also has this information inside it. For example, here's an SA token created with a long-lived Secret's payload:
{
  "iss": "kubernetes/serviceaccount",
  "kubernetes.io/serviceaccount/namespace": "argo",
  "kubernetes.io/serviceaccount/secret.name": "jenkins.service-account-token",
  "kubernetes.io/serviceaccount/service-account.name": "jenkins",
  "kubernetes.io/serviceaccount/service-account.uid": "20ccc0c5-46cc-4727-be12-bef4e44e9126",
  "sub": "system:serviceaccount:argo:jenkins"
}

kubernetes.io/serviceaccount/service-account.name and kubernetes.io/serviceaccount/service-account.uid match the annotations on the k8s Secret.
And one created from kubectl create token is a bit different:
{
  "aud": [
    "https://kubernetes.default.svc.cluster.local",
    "k3s"
  ],
  "exp":<PHONE_NUMBER>,
  "iat":<PHONE_NUMBER>,
  "iss": "https://kubernetes.default.svc.cluster.local",
  "kubernetes.io": {
    "namespace": "argo",
    "serviceaccount": {
      "name": "jenkins",
      "uid": "20ccc0c5-46cc-4727-be12-bef4e44e9126"
    }
  },
  "nbf":<PHONE_NUMBER>,
  "sub": "system:serviceaccount:argo:jenkins"
}

I've tried removing and setting the namespace value in the local storage to the correct namespace. After logging in, if I try to go to the workflows or workflows templates page it resets the namespace in local storage to "undefined" and takes me back to the login page.
After switching to using a secret for the service account, I've had no problems with the UI.


Drawer web assembly app on Android has transparent background

Bug type
Component
Component name
MudDrawer
What happened?
background becomes transparent on Android
Expected behavior
Should not be transparent
Reproduction link
https://app.lyra.live/
Reproduction steps
just copy the example from doc
project source: https://github.com/LYRA-Block-Lattice/NebulaClient
Relevant log output
No response
Version (bug)
6.0.2
Version (working)
No response
What browsers are you seeing the problem on?
Other
On what operating system are you experiencing the issue?
Android
Pull Request

[ ] I would like to do a Pull Request

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Test it now and it works fine on my android.


2022.2.0 won't import due to missing config file

Me again, seems like some files didn't make it into the released package for 2022.2.0
I also noticed that the release action ran despite failing tests - will PR a dependency so that this can't happen in future
Python 3.9.10 | packaged by conda-forge | (main, Feb  1 2022, 21:24:37)
Type 'copyright', 'credits' or 'license' for more information
IPython 8.0.1 -- An enhanced Interactive Python. Type '?' for help.

In [1]: import dask_ctl
---------------------------------------------------------------------------
FileNotFoundError                         Traceback (most recent call last)
Input In [1], in <module>
----> 1 import dask_ctl

File ~/mambaforge/envs/dask-ctl/lib/python3.9/site-packages/dask_ctl/__init__.py:6, in <module>
      3 __version__ = get_versions()["version"]
      4 del get_versions
----> 6 from . import config
      8 from .discovery import (
      9     discover_cluster_names,
     10     discover_clusters,
     11     list_discovery_methods,
     12 )
     13 from .lifecycle import (
     14     get_cluster,
     15     create_cluster,
   (...)
     19     get_snippet,
     20 )

File ~/mambaforge/envs/dask-ctl/lib/python3.9/site-packages/dask_ctl/config.py:9, in <module>
      6 fn = os.path.join(os.path.dirname(__file__), "ctl.yaml")
      7 dask.config.ensure_file(source=fn)
----> 9 with open(fn) as f:
     10     defaults = yaml.safe_load(f)
     12 dask.config.update_defaults(defaults)

FileNotFoundError: [Errno 2] No such file or directory: '/lmb/home/aburt/mambaforge/envs/dask-ctl/lib/python3.9/site-packages/dask_ctl/ctl.yaml'

The test failures appear to be issues with the tests themselves, so I have no issues with the release going out.
It's weird that it is complaining about ctl.yaml not being included, we include all YAML in the MANIFEST.in.
https://github.com/dask-contrib/dask-ctl/blob/c618df40f29ec06fd8268bdfd5f87acbb4e3496b/MANIFEST.in#L3
@jakirkham would you mind taking a quick look here, I'm not sure why the YAML files are not being included in the distribution.

Hopefully 2022.2.1 will have this fixed.


PBR shader final color

I'm trying to understand why pow(color, vec3(1.0 / 2.2)) is used to write final color in this line: https://github.com/KhronosGroup/glTF-WebGL-PBR/blob/master/shaders/pbr-frag.glsl#L316
Is there any formula about this?
Thanks for clarification

@snagy knows a lot more about the math than me, but, if you look at the git history for that line, you can find some very relevant comments:  665722d2e935246

Fix SRGB flag usage for platform where the extension is supported
Add manual shader sRGB decode for platforms where extension is not
supported

Gamma 2.2 encode the shader output

The code changes there appear to be converting all the sRGB texture channels to linear space on their way into the shader, then all the PBR math happens in linear space, and then the result is corrected back to sRGB space on the way out.  @snagy Did I get that right?

@emackey thanks for quick reply,
I used same function (SRGBtoLINEAR) to convert SRGB texture to linear space in my engine pbr_metalrough.glsl, I never thought that I should convert it back to SRGB :)
After your comment I found similar in this thread: https://gamedev.stackexchange.com/a/105045/35488

I found similar in this repo:
Linear to SRGB : https://github.com/glslify/glsl-gamma/blob/master/out.glsl
SRGB to Linear: https://github.com/glslify/glsl-gamma/blob/master/in.glsl
it seems neat. I think PBR shader could use a wrapper/getter like above to make things more readable
It is time to close this, thanks again!

The code changes there appear to be converting all the sRGB texture channels to linear space on their way into the shader, then all the PBR math happens in linear space, and then the result is corrected back to sRGB space on the way out. @snagy Did I get that right?

precisely!  keep in mind that this is how it works in WebGL, but some APIs support linear output and thus you wouldn't want to do this there.


Pneumatic valve description is not descriptive enough

Description

Right now the description in the construction menu and upon examination for the pneumatic valve is not really descriptive at all. It just says it's a "valve controlled by pressure" when in reality it's much more complicated than that.
The only way to learn about how the valve works is to ask someone else IC/OOC (nothing inherently wrong about exclusively IC/OOC knowledge, but this is something that really should be known) or to look at it for yourself in the code.
Reproduction

Look at the pneumatic valve in game or in the construction menu
Ponder about how this actually works because it really just doesn't tell you
Cry.

Screenshots

Too lazy at this moment.
Additional context

I am working on this.

create an issue before making a pr that fixes the issue
profit

Very good. Had to learn what a pneumatic really did through being taught IC.


Refactored some of the implementation and design smells

@smit2509 What is the point of all these changes? Why do you think they are useful and how? Not to mention that these changes break API compatibility for no reason of what so ever. I think I could accept 032549fa820bcbf1676271d245bec9ed1b7bd450 but no other commits.


Consider dropping ginkgo

ginkgo is a BDD test harness for go. While test style is inherently subjective, I find that ginkgo fights the go community's testing style and instead favors a Ruby style. Personally, I find larger BDD test suite very difficult to grok as the context for each test is spread around the file, and you need to be intimately aware of the scopes the test case is executing within. Ginkgo also messes with the test output and focusing, limiting the usefulness of common tools. (Like the run focused test action in VS Code)
Other project I have been been involved with (Knative, projectriff, etc) have used the table driven test pattern to great effect. Like BDD the tests remain DRY, but the context for each test is also tightly bounded. Tables can either be raw inline structs, or externalized with more intricate behavior defined to support the behavior being tests. Helper methods can also be defined to streamline setup if desired.
I started to introduce table in https://github.com/servicebinding/service-binding-controller/pull/41/files?file-filters[]=.go#diff-678a49b6486ad24ebdb6f3ee5fb9dd055f913f50c9f1fed9e7cb0aa1af900104R34 since the mappings POC also used this pattern.

I personally really like ginko and gomega in particular and find that they improve readability significantly. There are plenty of Go-based projects using Ginko, Kubernetes being one of them.
Table driven test pattern is orthogonal to the testing approach. Ginko has a nice support for table-driven tests. Here is the question if we want to drive this project with BDD, what I would very welcome.
See also: https://github.com/shageman/gotestit
At the same time, if somebody does not feel conformable with Ginko, we should allow just plain Go tests as well.

There's no longer any ginkgo in the repo.


fix fix auto collector always create sample job no matter the table size

Proposed changes
Issue Number: close #xxx

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall

run buildall

run buildall

run buildall

run buildall

run  buildall

run buildall

run buildall

run buildall

run buildall


Fixed Programms names and urls and github actions

Fixed programs' names like f.lux to F.lux and changed a lot of URLs to programs' official websites
Fixed Github Action I ran it locally and it worked (didn't test it on GitHub cause I don't know how to make a GitHub action)

I'm trying to fix unit test failing but whatever I try it seems like it's hard-coded every time it says Invoke-WinUtilGPU cannot find path
If anybody has a solution please comment

So unit testing wasn't working because pester checks always failed
it seems like I was looking for Invoke-WinUtilGPU and Invoke-WinUtilStickyKeys functions so I fixed it by:
changing the file Invoke-WinUtilStickyKeys to Invoke-WinUtilStickyKeys.ps1
rename the Invoke-GPUCheck function in the Invoke-WinUtilGPU.ps1 file to Invoke-WinUtilGPU
after testing now everything should work and unit testing is working fine.

Looks good, going forward you don't need to include winutil.ps1 or the inputapp.xaml as those are auto-generated.

Looks good, going forward you don't need to include winutil.ps1 or the inputapp.xaml as those are auto-generated.

Thanks, for the approval, on not including winutil.ps1 and inputapp.xaml I didn't know how to remove them from the commit so I pushed it anyway and it doesn't conflict with the testing branch.

Looks good, going forward you don't need to include winutil.ps1 or the inputapp.xaml as those are auto-generated.

Thanks, for the approval, on not including winutil.ps1 and inputapp.xaml I didn't know how to remove them from the commit so I pushed it anyway and it doesn't conflict with the testing branch.

When you use the git add command you can specify files, git add . selects all changed files. Otherwise, you can use Github Desktop to revert changes to file and/or check only the files that you intend to submit for changes. That's the gist of it. Definitely look into the documentation or YouTube for more information on using Github.


GitHub Packages and jonase/eastwood upgrade

Main changes:

change deployment target to Github Packages
remove version lock from lein to get rid of java.sql.Timestamp error
upgrade jonase/eastwood to 0.3.11
define missing namespaces in http_kit.clj

Actually Travis doesn't seem to deploy package ...


build(packages): updating

:tada: This PR is included in version 9.8.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Shall we remove branch "lucabelluccini-prod"?

@lucabelluccini ,
I believe I merged the functionality of branch "lucabelluccini-prod" into branch "dansuma".
Do you agree to remove your branch "lucabelluccini-prod"?

Yes, we can remove the branch

OK, branch removed


Small fixes to documentation

Great little project - I spotted some small issues with the docs (a few typos, some snippets that I found misleading, and a couple other things) and have fixed in this PR. Let me know if anything isn't self-explanatory.

Coverage remained the same at 0.0% when pulling 0a90d6167a2e97bc07615b3714e2621777bd4498 on dbuxton:master into 11bc0a27c0358242d429c3ce2d77b9b398399c5d on rocktavious:master.

Going to close this and send PR from a separate branch


[1.12] dcos/dcos setup for the UI banner plugin is broken

High-level description
What features does this change enable? What bugs does this change fix?
Corresponding DC/OS tickets (obligatory)
These DC/OS JIRA ticket(s) must be updated (ideally closed) in the moment this PR lands:
https://jira.mesosphere.com/browse/DCOS-45279
Related tickets (optional)
Other tickets related to this change:

DCOS_OSS- Foo the Bar so it stops Bazzing.

Checklist for all PRs

[ ] Added a comprehensible changelog entry to CHANGES.md or explain why this is not a user-facing change:
[ ] Included a test which will fail if code is reverted but test is not. If there is no test please explain here:
[ ] Read the DC/OS contributing guidelines
[ ] Followed relevant code rules Rules for Packages and Systemd

Checklist for component/package updates:
If you are changing components or packages in DC/OS (e.g. you are bumping the sha or ref of anything underneath packages), then in addition to the above please also include:

[ ] Change log from the last version integrated (this should be a link to commits for easy verification and review): example
[ ] Test Results: [link to CI job test results for component]
[ ] Code Coverage (if available): [link to code coverage report]

PLEASE FILL IN THE TEMPLATE ABOVE / DO NOT REMOVE ANY SECTIONS ABOVE THIS LINE
Instructions and review process
What is the review process and when will my changes land?
All PRs require 2 approvals using GitHub's pull request reviews.
Reviewers should be:

Developers who understand the code being modified.
Developers responsible for code that interacts with or depends on the code being modified.

It is best to proactively ask for 2 reviews by @mentioning the candidate reviewers in the PR comments area. The responsibility is on the developer submitting the PR to follow-up with reviewers and make sure a PR is reviewed in a timely manner. Once a PR has 2 ship-it's, no red reviews, and all tests are green it will be included in the next train.

@mesosphere-mergebot bump-ee

@mesosphere-mergebot label [Ready for Review]

@mesosphere-mergebot bump-ee

@juliangieseke please rebase the branch

@mesosphere-mergebot bump-ee

@nLight done 👍

@mesosphere-mergebot bump-ee

meh…

@mesosphere-mergebot bump-ee

@mesosphere-mergebot bump-ee

@juliangieseke
Your pull request's branch is not based on the most recent version of 1.12. Please rebase your changes against this repo's 1.12 branch.

c'mon…
asked for help: https://mesosphere.slack.com/archives/C0L6U3ECQ/p1543577764003000

seems like we can actually ignore this being outdated… review was missing, mergebot added ship it and weill (hopefully) take care of it.


ReferenceError: Can't find variable: require when using plugin-babel

When using plugin-babel as a transpiler, the following error is thrown:
  ReferenceError: Can't find variable: require
  at /path/to/project/node_modules/systemjs-plugin-babel/plugin-babel.js:1

The problem is that karma-systemjs is including plugin-babel by itself into the browser, which has no 'require()' function.
The solution is to have SystemJS handle loading the transpiler.
This should be a simple matter of changing the transpiler's file pattern to just serve: true instead of included: true. However I'm unsure what effect this will have only other transpilers.
Will need to test that this works fine with the latest traceur and typescript too.

Fixed by 389bba969aad99d4a066754e043d8d45d0a8733f


Doesn't work for epub output

Plugin needs to branch on the expected output format, and then generate different code styles in the final output. My assumption is that the raw latex stuff should instead be raw html spans?

Fixed via 17e2bb0313161182735a062ec63a39881d1ad2b1


support ES2020 syntax

New ES2020 operators such as optional chaining or nullish coalescing are not supported:
({})?.x
({}) ?? x

I also had to update Acorn >= 8.x because 7.3.x was looping indefinitely with ecmaScript: "latest" (fixed in https://github.com/acornjs/acorn/issues/981 ).
Alternatives would be to only force es: 2020 in place of "latest" and ideally adding an additional command line flag, but JavaScript being hopefully backward compatible :) , I think "latest" would be more practical on the long term for most users.

heh, Travis is failing on Node < 14 (not supporting this new syntax of course), which is both logical but unexpected at the same tile ... :)

I'm sorry for neglecting this pull request, Eric. I have submitted #138 for review. :)

I'm sorry for neglecting this pull request, Eric. I have submitted #138 for review. :)

No problem, thank you for submitting this @davidchambers !


Imported electricity doesn't fill the gap between total production and total demand

In an electrification scenario for Muide Meulestede (Gent), we expected that whenever the total electricity production doesn't meet the total electricity demand, imported electricity would be used to fill this gap. This didn't seem to be the case though. As can be seen in the screenshot below, we observed that at least 9 kW of electricity can be imported per hour (see black circle). However, at the spot where the red circle is drawn, the total electricity demand is 7 kW per hour but only 2 kW of electricity is imported.
@antw Would you have any idea why this is the case?

At long last: fixed!

If a user wants to build a more moderate scenario (e.g. a 2030 scenario in which only limited H2 is available) the issue can also arise for a city like Amsterdam (450k residences). 15% H2 HHPs in Amsterdam [...]

Is this the same issue. This case seems a bit more extreme than I see above. I have opened Elburg.

Even when adding all series (not just the ones displayed) it doesn't sum up to the total

As an added bonus, this is now also fixed. Q will no longer return a curve with rounded values when used as part of another query:
SUM(
  SUM(Q(merit_households_other_demand)),
  SUM(Q(merit_buildings_other_demand)),
  SUM(Q(merit_ev_demand)),
  SUM(Q(merit_households_hot_water_demand)),
  SUM(Q(merit_households_space_heating_demand)),
  SUM(Q(merit_industry_metals_demand)),
  SUM(Q(merit_industry_chemical_demand)),
  SUM(Q(merit_buildings_space_heating_demand)),
  SUM(Q(merit_agriculture_demand)),
  SUM(Q(merit_industry_other_demand)),
  SUM(Q(merit_transport_other_demand)),
  SUM(Q(merit_other_demand)),
  SUM(Q(merit_hv_network_loss)),
  SUM(Q(merit_other_flexibility_demand))
)

Region:     om_elburg
Production: 89,552.57702782296
Beta:       44,351


Create a Python package

This would make installation easy (pip install homu, python setup.py install, etc).
Would also mean that starting homu could be as easy as homu -c CONF.
I have some initial work in my package branch of homu: https://github.com/bheesham/homu/tree/package.
I'll submit a pull req once it's complete.

This had been done by 32c08b6, except the ability to choose the configuration file. Closing for now.