Paths are not getting changed at all

I tried for over 3 hours to find what I am missing but I can't find any mistake, however, none of my paths is being changed by the plugin.
Debug is not outputting anything useful despite the fact that it loads the configs correctly.
Error:
Failed to resolve import "@components/titlebar" from "src\App.tsx". Does the file exist?
20:00:56 [vite] Internal server error: Failed to resolve import "@components/titlebar" from "src\App.tsx". Does the file exist?
  Plugin: vite:import-analysis
  File: G:/Eigene Dateien/Documents/Node/electron/pigeon/src/App.tsx:2:21
  16 |  }
  17 |  import "./App.css";
  18 |  import TitleBar from "@components/titlebar";
     |                        ^
  19 |  function App() {
  20 |    return /* @__PURE__ */ jsxDEV("div", { className: "bg-primary text-primary", children: /* @__PURE__ */ jsxDEV(TitleBar, {}, void 0, false, {

vite.config.ts:
import { defineConfig } from 'vite';
import electron from 'vite-plugin-electron';
import renderer from 'vite-plugin-electron-renderer';
import react from '@vitejs/plugin-react';
import tsConfigPaths from 'vite-tsconfig-paths';

// https://vitejs.dev/config/
export default defineConfig({
  plugins: [
    react(),
    tsConfigPaths({
      loose: true
    }),
    electron([
      {
        // Main-Process entry file of the Electron App.
        entry: 'electron/main.ts',
      },
      {
        entry: 'electron/preload.ts',
        onstart(options) {
          // Notify the Renderer-Process to reload the page when the Preload-Scripts build is complete,
          // instead of restarting the entire Electron App.
          options.reload();
        },
      },
    ]),
    renderer(),
  ],
});

tsconfig.json:
{
  "compilerOptions": {
    "target": "ES2020",
    "useDefineForClassFields": true,
    "lib": ["ES2020", "DOM", "DOM.Iterable"],
    "module": "ESNext",
    "skipLibCheck": true,
    "baseUrl": "./",

    /* Bundler mode */
    "moduleResolution": "bundler",
    "allowImportingTsExtensions": true,
    "resolveJsonModule": true,
    "isolatedModules": true,
    "noEmit": true,
    "jsx": "react-jsx",
    "allowJs": false,

    /* Linting */
    "strict": true,
    "noUnusedLocals": true,
    "noUnusedParameters": true,
    "noFallthroughCasesInSwitch": true,
    "paths": {
      "@/*": [ "src/*" ],
      "@components/*": [ "src/components/*" ],
      "@public/*": [ "public/*" ],
    },
  },
  "include": ["src", "electron"],
  "references": [{ "path": "./tsconfig.node.json" }]
}

Couple things to maybe check:

Do you need to turn on the allowJs option in your tsconfig? This plugin seems to use it as a signal for allowing .svelte and .vue files, so maybe some of that logic applies to other formats such as .svg? https://github.com/aleclarson/vite-tsconfig-paths#allowjs

Should your public folder be part of your include option in the tsconfig? Since you're importing a SVG file from there and treating it as a JS module in your dependency tree, and this plugin's README says it respects include/exclude rules: https://github.com/aleclarson/vite-tsconfig-paths#includeexclude

Also wondering if importing stuff from the public directory is a good idea, given that by default Vite treats this directory as content to copy over as-is. There might be some logic on the Vite side that prevents importing from that directory? Can you check with publicDir: false?
https://vitejs.dev/config/shared-options.html#publicdir

This might be a Windows issue

This might be a Windows issue. Run Vite with DEBUG="vite-tsconfig-paths vite:resolve-details" vite and paste the logs here please.

Oh my bad, you need to do DEBUG="vite-tsconfig-paths,vite:resolve-details" vite (note the comma)

Any progress? Same issue with vite-plugin-electron XD

Having the same issue here. When checking the debug logs, it looks like exactly the items that match tsconfig.json#compilerOptions.paths are marked as [fallthrough], e.g.
  vite:resolve-details [fallthrough] @/pages/index +0ms
  vite:resolve-details [fallthrough] @/pages/index +0ms

And eventually the same imports are not resolved/found:
Failed to load url @/pages/index (resolved id: @/pages/index)

Seeing the same in the other debug log above.
The fallthrough logic I find at https://github.com/vitejs/vite/blob/eef4aaa063ed420c213cb9e24f680230cf2132b2/packages/vite/src/node/plugins/resolve.ts#L430
Then I found the getIncluder logic here in vite-tsconfig-paths and I'm convinced that in my case my include paths caused the issue.
In my local lib/tsconfig.json:
{
  "extends": "./some/path/far/away/tsconfig-base.json",
  "compilerOptions": {
    "paths": {
      "@/*": ["./src/*"]
    }
  }
}

And that tsconfig-base.json contains this:
{
  "include": ["../../../src/**/*.ts"]
}

I believe the issue is that (vite or) this plugin does not resolve the include entries against the file in which they're defined. Because they seem unchanged in the debug logs.
When I override the include entries in lib/tsconfig.json all is fine. Hope this helps :)

I changed tsconfig.json  "allowJs" filed value to "true"

then the plugin works well

In my case it works with pnpm and doesn't work with npm\bun
npm run build log:
vite v5.2.11 building for production...
  vite:resolve-details [fs] w:\web\santehnica.ru\bun-issue\index.html -> W:/web/santehnica.ru/bun-issue/index.html +74ms
transforming (1) index.html  vite:resolve-details [url] /src/main.ts -> W:/web/santehnica.ru/bun-issue/src/main.ts +21ms
  vite:resolve-details [relative] ./style.css -> W:/web/santehnica.ru/bun-issue/src/style.css +11ms
  vite:resolve-details [relative] ./typescript.svg -> W:/web/santehnica.ru/bun-issue/src/typescript.svg +1ms
  vite:resolve-details [fallthrough] /vite.svg +0ms
  vite:resolve-details [relative] ./counter.ts -> W:/web/santehnica.ru/bun-issue/src/counter.ts +1ms
  vite:resolve-details [fallthrough] @js/test.ts +0ms
  vite:resolve-details [fallthrough] @js/test.ts +1ms
✓ 3 modules transformed.
x Build failed in 42ms

pnpm run build log:
vite v5.2.11 building for production...
  vite:resolve-details [fs] D:\temp\bun-issue\index.html -> D:/temp/bun-issue/index.html +85ms
transforming (1) index.html  vite:resolve-details [url] /src/main.ts -> D:/temp/bun-issue/src/main.ts +21ms
  vite:resolve-details [relative] ./style.css -> D:/temp/bun-issue/src/style.css +10ms
  vite:resolve-details [relative] ./typescript.svg -> D:/temp/bun-issue/src/typescript.svg +0ms
  vite:resolve-details [fallthrough] /vite.svg +1ms
  vite:resolve-details [relative] ./counter.ts -> D:/temp/bun-issue/src/counter.ts +0ms
  vite:resolve-details [fs] D:\temp\bun-issue\src\js\test.ts -> D:/temp/bun-issue/src/js/test.ts +1ms
  vite-tsconfig-paths resolved: {
  id<EMAIL_ADDRESS>  importer: 'D:/temp/bun-issue/src/main.ts',
  resolvedId: 'D:/temp/bun-issue/src/js/test.ts',
  configPath: 'D:/temp/bun-issue/tsconfig.json'
} +70ms
✓ 8 modules transformed.
dist/index.html                 0.46 kB │ gzip: 0.29 kB
dist/assets/index-Cz4zGhbH.css  1.21 kB │ gzip: 0.62 kB
dist/assets/index-v3LfW65U.js   3.07 kB │ gzip: 1.65 kB
✓ built in 83ms

Probably fixed by #157 (available in v5.1.0). If you're still experiencing issues on Windows, please open a new issue.


Update device-watcher to 2.9.2

Please update my adapter ioBroker.device-watcher to version 2.9.2.
This pull request was created by https://www.iobroker.dev c0726ff.

2.9.2 was released at 19.05.2023
Normally a new release should be one or two weeks at latest before adding oit to stable.
If this release is a urgent hot fix please indiacte.
Otherwise I will delay merging a litle bit ..

wtf? since when?? it's importent and fixes important issues for an smooth work.

I can only repeat it also here:The question from @mcm1957 would have been the same I would have asked ... lso updating "just dependencies" introdued a lot of fun in some cases ...


win32 x86 build of openssl / visual studio 2012

Hi All,
I've been reading a lot of documentation and trying to step my way through building OpenSSL.
I've gone through the steps, installed Active Perl, installed NASM, then read a statement that it wasn't recommended to use that.  I am trying to build as x86.  So I opened Visual Studio 2012 command prompt - then I did the following:
NOTE:  I'm running this on a Windows 7 machine
ran this from the folder where the OpenSSL files were downloaded    (the prefix is an empty folder where I expected the target files to be created):
c:\perl\bin\perl.exe Configure VC-WIN32 --prefix=D:\Code_TFS\Shared\Libraries\FreeRDP\Main\RawFiles\OpenSSL_Solution

I observed that a new file was created named "makefile"
instructions say to run "do_ms" in the "ms" folder - but there are no executables in that folder, so I couldn't perform this step
nmake -f makefile

this ran for a bit.  There were several warnings and then errors.
Here are the first set of errors:     It seems that they are trying to utilize "Windows Kits\8.0" - and it is complaining about errors using that.   Is this the correct version of windows kits that should be used?   Is there any information about this ?   or how to install and/or configure it to use a different version ?
        cl  /I "." /I "include" -DOPENSSL_USE_APPLINK -DDSO_WIN32 -DNDEBUG -DOPENSSL_THREADS -DOPENSSL_NO_STATIC_ENGINE -DOPENSSL_PIC -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DRC4_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPADLOCK_ASM -DPOLY1305_ASM "-DENGINESDIR=\"D:\\Code_TFS\\Shared\\Libraries\\FreeRDP\\Main\\RawFiles\\OpenSSL_Solution\\lib\\engines-1_1\"" "-DOPENSSLDIR=\"C:\\Program Files (x86)\\Common Files\\SSL\"" -W3 -wd4090 -Gs0 -GF -Gy -nologo -DOPENSSL_SYS_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN -D_CRT_SECURE_NO_DEPRECATE -DUNICODE -D_UNICODE /MD /O2 /Zi /Fdapp -c /Foapps\apps.obj "apps\apps.c"
apps.c
C:\Program Files (x86)\Windows Kits\8.0\include\um\windows.h(32) : warning C4067: unexpected tokens following preprocessor directive - expected a newline
apps\apps.c(2027) : error C2065: 'DWORD' : undeclared identifier
apps\apps.c(2027) : error C2146: syntax error : missing ';' before identifier 'err'
apps\apps.c(2027) : error C2065: 'err' : undeclared identifier
apps\apps.c(2028) : error C2143: syntax error : missing ';' before 'type'
apps\apps.c(2041) : warning C4013: 'MultiByteToWideChar' undefined; assuming extern returning int
apps\apps.c(2041) : error C2065: 'CP_ACP' : undeclared identifier
apps\apps.c(2041) : error C2065: 'WCHAR' : undeclared identifier
apps\apps.c(2041) : error C2059: syntax error : ')'
apps\apps.c(2043) : warning C4552: '<' : operator has no effect; expected operator with side-effect
apps\apps.c(2043) : error C2143: syntax error : missing ';' before ')'
apps\apps.c(2046) : error C2065: 'CP_ACP' : undeclared identifier
apps\apps.c(2046) : error C2065: 'WCHAR' : undeclared identifier
apps\apps.c(2046) : error C2059: syntax error : ')'

Any help is much appreciated.
Thank you
Glen

I have no idea what "Windows Kits" is, but it seems that you have added its include directory (or rather, a subdirectory of it) into Visual Studio's header file search path.  That needs correcting, as there's obviously a windows.h there that's not compatible with the standard Windows windows.h.
Seeing that the path it complains about is C:\Program Files (x86)\Windows Kits\8.0\include\um\windows.h, I would think that the path C:\Program Files (x86)\Windows Kits\8.0\include\um was added to that search path, and it really should just be C:\Program Files (x86)\Windows Kits\8.0\include (programs using that particular windows.h should probably include it like this: #include <um/windows.h>).
I cannot claim to know the workings of Visual Studio and its settings, but perhaps this stackoverflow page can help you figure it out.

Side note: in the future, please tell us which OpenSSL version you're working with.  OpenSSL 1.1.x builds differently from 1.0.2.  Things like ms\do_ms is particular to pre 1.1.0 versions, while 1.1.0 simply produces the makefile you noticed.

um subdirectory in %INCLUDE% path is perfectly legitimate and it does work [for me]. For reference there are no header files in Windows Kits*\include, just handful subdirectories, um being one of them. No, you shouldn't attempt to #include <um/windows.h>. Yes, Microsoft SDKs\Windows*\include have header files, but that's different story. Yes, user can [figure out how to] switch to SDKs [by manipulating %INCLUDE% and %LIBPATH% environment variables], but Windows Kits should work, and does for me.

%INCLUDE% and %LIB%, not %LIBPATH%.

Key question is what's on line 32 of windows.h in question and why compiler gets angry about it. Not that I know answer to that question, nor that I offer myself to find one. After all we stand for code and user stands for working developer environment. We do make it work in default environment [like appveyor, but we can eventually confirm other versions], but we don't [have capacity to] get involved in every custom setting that cause some specific trouble.
This shouldn't discourage anybody to share their experience with similar problem. If it turns to be common problem, it might be worth considering it for FAQ...

Ok, shows how much I know...  sorry for my yacking

You don't say what OpenSSL version, but I'm assuming 1.0.2.

I've gone through the steps, installed Active Perl, installed NASM, then read a statement that it wasn't recommended to use that.

NASM is the recommended way to do this, so I'm not sure where you read that (was that in official docs - if so can you point at where it says that). Perhaps you are confusing it with MASM, which is not recommended.

instructions say to run "do_ms" in the "ms" folder - but there are no executables in that folder, so I couldn't perform this step

The instructions say:
 - If you are using NASM then run:
   > ms\do_nasm

 - If you don't want to use the assembly language files at all then run:
   > perl Configure VC-WIN32 no-asm --prefix=c:/some/openssl/dir
   > ms\do_ms

So (since you didn't specify no-asm) you should be running ms\do_nasm not ms\do_ms. You must perform this step - if you can't perform it then you need to solve that problem before continuing. You say there are no executables in that folder. There should be several .bat files, including "do_ms.bat", "do_nasm.bat" etc. It is those that get executed by the above command. If they are not present then you have a corrupt distribution. Download it again to a fresh directory and start again.
I'm not sure if that is the cause of the error you posted above (it doesn't seem directly related), but certainly you need to solve these problems first.

Thank you all for your prompt assistance.   FYI:  I was using OpenSSL version 1.1 because I wanted to use the latest version.    Regarding windows kits - I believe those are the C distributable version that was installed when I installed Visual Studio.  I have not modified anything there.  I wasn't sure if there was a specific version of these the Microsoft C libraries that should be used.
NOTE:  I could have mistaken MASM for NASM - so you may disregard that comment.  If I find a reference, I'll definitely let you know.
I'll definitely repeat the steps again with ms\do_nasm and maybe that will help.   You mentioned that if I don't want to use the assembly language files at all, then I can use the no-asm parameter.   What would you recommend - to use them or not use them?   It is not clear to me the value either way.
Thank you very much everyone

I was using OpenSSL version 1.1

Ah, that changes things significantly. The build instructions are different between 1.0.2 and 1.1.0. It sounds like you are trying to apply 1.0.2 build procedure to 1.1.0. See the INSTALL file for details
Essentially the build procedure should be:
> perl Configure VC-WIN32 --prefix=D:\Code_TFS\Shared\Libraries\FreeRDP\Main\RawFiles\OpenSSL_Solution
> nmake
> nmake test
> nmake install

You don't need to run anything in the ms folder for a 1.1.0 build.

Thank you everyone.
What I learned is that the requirement to build this for 1.1:
Visual Studio 2010 Command Prompt
Windows SDK - installed C:\Program Files (x86)\Windows Kits\8.0
I was using Visual Studio 2012.  I looked on Microsoft websites, and newer versions of Visual studiodo not support this.   It is required to use Visual Studio 2010
It is building and the tests are passing.   Thank you so much.   Have a great day!


pod install throws an error

Current behavior
After installing the library pod install throws an error
Installing NextLevelSessionExporter (0.4.6)
Installing react-native-compressor (1.8.3)
[!] The following Swift pods cannot yet be integrated as static libraries:

The Swift pod `react-native-compressor` depends upon `React-Fabric`, `React-graphics`, `React-utils`, and `React-debug`, which do not define modules. To opt into those targets generating module maps (which is necessary to import them from Swift when building as static libraries), you may set `use_modular_headers!` globally in your Podfile, or specify `:modular_headers => true` for particular dependencies.

[!] [Codegen] warn: using experimental new codegen integration

Adding use_modular_headers! globally breaks other libraries.
Adding use_modular_headers just to react-native-compression doesn't fix the issue.
Expected behavior
Should install without issues
Platform

[] Android
[X] iOS

React Native Version
0.72.3
React Native Compressor Version
1.8.3
Reproducible Steps And Demo

can you try to install a pod like this?
pod 'NextLevelSessionExporter', :modular_headers => true

Didn't help, I had to patch react-native-compressor by commenting out the line in podpsec:
install_modules_dependencies(s)

@marcin-piela-800 are you using RCT_NEW_ARCH_ENABLED?

@numandev1 yes, new architecture with hermes enabled

@marcin-piela-800 did you try bundle exec pod install command?

closing for now, please feel free to reopen if you face this issue again


Add method stringifyVariable to use method depending on sf version

In sf >= 4, the DataCollector::varToString() doesn't exists anymore.
Add a proxy method to check the availability of the method

for reference https://github.com/symfony/symfony/blob/master/UPGRADE-4.0.md#httpkernel

thanks @mojoLyon 👍


updated code for landing page and loginform/feature

updated code for landing page and login form/feature

Pushing to main. No Conflicts observed.


Certain Armor Does not Textures

-The texture for soulblaze leggings do not render when worn
-The texture for the whole phantasmite set aside from the leggings do not render when worn

I'd like to correct the previous comment, it's the other way around, the phantasmite leggings render as diamond leggings for me and the soulblaze armor renders as a missing texture

I'd like to correct the previous comment, it's the other way around, the phantasmite leggings render as diamond leggings for me and the soulblaze armor renders as a missing texture

yep, thanks for correcting me.


Pictures of widgets appearance, and status of the library

Hello ddorn,
Are there pictures or screenshots of the widgets, that you could share? (maybe post directly, or add a link in the readme?)
I see that no commits were made in the past 8 months; are you still working on this library?
Thank you

I'm having a gap year so I'm actually having a break with coding, and I'm not currently working on this library but I still plan to continue it when I'll come back.
I will add screenshots of the widgets as soon as I can (I don't know why I haven't done that before...)
Thanks for your interest! 😃

Noted, thank you for your reply. I'll be waiting for you to post the pictures.

@ReblochonMasque Hi! This repo has been moved to https://gitlab.com/lama-corp/pygame-GUI-wrapper
I will continue @ddorn 's work, with him I hope!. Screenshots will be uploaded to gitlab shortly, please reopen an issue over there.
Thanks for your interest! It means the world to us :P


slog.Handler not implemented

Hi,
../../go/pkg/mod/github.com/!service!weaver/weaver@v0.3.0/runtime/logging/logger.go:85:9: cannot use h (variable of type *LogHandler) as slog.Handler value in return statement: *LogHandler does not implement slog.Handler (wrong type for method Handle)
have Handle(slog.Record) error
want Handle(context.Context, slog.Record) error
The handler used in the package is correct with the corresponding interface signature but the newer version of slog is using another Handle method signature. This leads to the error above. I'm doing something wrong while installing weaver on my local machine?

Hi @naivary, thanks so much for reporting this. It looks like our code depends on a stale version of the exp/slog module from 02/06/2023:
https://github.com/ServiceWeaver/weaver/blob/2c48ca8f415cb9dba82ce28b854957512789c0e2/go.mod#L25
We'll work on updating the code to the latest version of exp.

My pleasure to contribute. I would like to contribute to the project but I have no idea where to start for the beginning to? I already read some main parts of the code and understood it (thanks for the nice written code and docs). Should I start with an issue first or try something else?


Fix indefinite length list

Allow skipping and reference finding in indefinite length lists

FYI calling references on the zero length cid example a163666f6fd82a5800 produces an error. Not sure if that is correct, I just noticed it.

A zero length CID? what is that?

No idea. I just copied it from your tests...


[Help Wanted] Review and verify these MS Exchange instructions for unofficial guide

While there are How To's for the following:

Amazon SES

Postfix

Gmail

Hotmail

There is no mention of how to connect Mattermost to MS Exchange.  Given that most Mattermost deployments are internal only, and that most companies run Exchange internally, it stands to reason that there should be some type of information about how to configure the mail settings in Mattermost to connect to an Exchange server.   At the very least there should be something about how to use a same system Postfix server to act as a relay to the Exchange server in a secure fashion.

Thanks @gluelue for the feedback! Is this something you'd be interested helping with? We'd love to work with you to review and get instructions into the docs.

@jasonblais Sure, I'd like to help on it.  Assume just get you the files by attaching them here?

Thanks @gluelue!
Are you familiar with opening a pull request in GitHub? It can be done through the UI and there's a few steps here to guide you through it.
We'd be happy to submit an update based on the files you attach as well, that wouldn't be a problem. But having you submit a pull request let's us acknowledge your contribution in our release notes and contributors page.

@gluelue If you're not comfortable submitting a pull request, that's totally fine. I'd be happy to prepare the guides based on the files you have.
Feel free to attach them here and I can follow-up on it.
Really appreciate your interest helping document this :)

Jason,
I did a pull request, never done one before so I'm not sure if I did it
right so I figured I would forward these this way as well.
Cheers,
Tom
On Fri, Mar 24, 2017 at 5:52 PM, Jason Blais<EMAIL_ADDRESS>wrote:

@gluelue https://github.com/gluelue If you're not comfortable
submitting a pull request, that's totally fine. I'd be happy to prepare the
guides based on the files you have.
Feel free to attach them here and I can follow-up on it.
Really appreciate your interest helping document this :)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/mattermost/docs/issues/994#issuecomment-289161822,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFALXmqUvSkojkIuOo9qktGtwYQREcxQks5rpEk0gaJpZM4MfpIs
.

Mattermost Configuration with Postfix

You must set up a service account in Microsoft Exchange to enable the Mattermost server to be able to be able to send email through the Exchange server.
You must also set the IP address of the Mattermost Linux server as a relay host in Exchange.
Once this is done you can move to the configuration of the Mattermost server in the System Console.
Under Notifications, Email you'll find the settings for the email configuration of the matter most server.
Under the Notification From Address, put the service account email address provided to you by your Exchange administrator.
Enter your message footer (if desired).
Skip SMTP Server Username and SMTP Password (leave them blank).
In the SMTP Server field enter <IP_ADDRESS> for localhost.
In the SMTP server port field enter 25.
Connection security should be set to None since you are sending mail to the localhost.
After this is completed, you will need to install Postfix on your Mattermost server to relay the messages that you are sending to the local host.

Postfix
Note: This installation instruction set is meant specifically to be used with Ubuntu 16.04 server.  Other systems may vary.

sudo apt-get install postfix
When prompted choose Satellite system.
Enter your domain ex. example.com (Do not
use example.com)
Enter the FQDN or ip address of the SMTP server and port that you want to send email to.
You should be sending to TCP port 25, 465, or 587 depending upon how your Exchange server is configured.  Confirm with your Exchange administrator as to which port will allow you to use STARTTLS.  This may vary based upon how your Exchange server is configured.
Once this is completed you'll need to enter some additional commands via the Terminal to complete the configuration.
sudo touch relay_password
sudo vi relay_password
Enter the IP address of the server followed by the username:password to the account you will be using on the Exchange server.
sudo postmap relay_password to create the password database file.
Now, go back to the System Console of the Mattermost server and test your connection.  You should get a message back that states, "No errors were reported while sending an email.  Please check your inbox to make sure."
If you receive this message, save the configuration on the Mattermost server.
Now, use the example Postfix configuration file to configure
Postfix to connect to Exchange. Note: Your configuration may vary based upon your environment.

Written with StackEdit.

See /usr/share/postfix/main.cf.dist for a commented, more complete version
Debian specific:  Specifying a file name will cause the first
line of that file to be used as the name.  The Debian default
is /etc/mailname.
#myorigin = /etc/mailname
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no
appending .domain is the MUA's job.
append_dot_mydomain = no
Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
readme_directory = no
TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/yourvalidcerthere.crt
smtpd_tls_key_file=/etc/ssl/certs/yourvalidkeyhere.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
information on enabling SSL in the smtp client.
#smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = my.host.name
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
relayhost = XXX.XXX.XXX.XXX:587 (or :465 or :25 whereever you can use STARTTLS)
mailbox_size_limit = 0
recipient_delimiter =
inet_interfaces = all
inet_protocols = ipv4
mydestination = $myhostname, localhost.$mydomain, localhost
enable SASL authentication
smtp_sasl_auth_enable = yes
disallow methods that allow anonymous authentication.
smtp_sasl_security_options =
where to find sasl_passwd
smtp_sasl_password_maps = hash:/etc/postfix/relay_password
Hardening SSL configuration
enable opportunistic TLS support in the SMTP server and client
smtp_tls_security_level = encrypt
smtp_tls_loglevel = 1
only offer authentication after STARTTLS
smtpd_tls_auth_only = yes
Disable SSL compression
tls_ssl_options = NO_COMPRESSION
Disable SSLv2 and SSLv3 leaving TLSv1, TLSv1.1 and TLSv1.2 enabled.
smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
smtpd_tls_protocols = !SSLv2 !SSLv3
Configure the allowed cipher list
smtpd_tls_mandatory_ciphers=high
tls_high_cipherlist=EDH+CAMELLIA:EDH+aRSA:EECDH+aRSA+AESGCM:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EECDH:+CAMELLIA256:+AES256:+CAMELLIA128:+AES128:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!DSS:!RC4:!SEED:!ECDSA:CAMELLIA256-SHA:AES256-SHA:CAMELLIA128-SHA:AES128-SHA
Enable EECDH key exchange for Forward Security
smtpd_tls_eecdh_grade=ultra
smtpd_tls_loglevel = 1
compatibility_level = 2

Hi @gluelue
Thanks! This information will be a good help to anyone setting up Exchange.
The contribution process for Mattermost docs is poorly documented. Actually, I don't think it's documented at all. I'd like to write up a process that people can easily follow and that takes the guesswork out of contributing to the Mattermost docs. I know you've already done a lot, but would you be able to volunteer to help with that?
If you don't have time, that's ok. In that case, we'll cancel your PR, I'll incorporate your content myself and create a new PR with you as reviewer to make sure I did it right, then we'll merge it in.
But if you do have time, then I'll start working on a "how to contribute" doc that you can review and help with, using your Exchange setup docs as an example. I'd like to include everything from how to fix a typo to how to make a major contribution such as yours.
Let me know what you'd like to do, and we'll get started on it. In the meantime, I'll add the "Work in Progress" label to your PR until I hear from you.
Thanks again!

I'd love to help!  Just let me know next steps and I'll get on it.
Cheers,
Tom
On Tue, Apr 11, 2017 at 12:17 PM, Jeff Schering<EMAIL_ADDRESS>wrote:

Hi @gluelue https://github.com/gluelue
Thanks! This information will be a good help to anyone setting up Exchange.
The contribution process for Mattermost docs is poorly documented.
Actually, I don't think it's documented at all. I'd like to write up a
process that people can easily follow and that takes the guesswork out of
contributing to the Mattermost docs. I know you've already done a lot, but
would you be able to volunteer to help with that?
If you don't have time, that's ok. In that case, we'll cancel your PR,
I'll incorporate your content myself and create a new PR with you as
reviewer to make sure I did it right, then we'll merge it in.
But if you do have time, then I'll start working on a "how to contribute"
doc that you can review and help with, using your Exchange setup docs as an
example. I'd like to include everything from how to fix a typo to how to
make a major contribution such as yours.
Let me know what you'd like to do, and we'll get started on it. In the
meantime, I'll add the "Work in Progress" label to your PR until I hear
from you.
Thanks again!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/mattermost/docs/issues/994#issuecomment-293333934,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFALXnN0xUQZ--eZtx0gJ9DIsTjT7IJPks5ru7WOgaJpZM4MfpIs
.

I'd love to help.  Just let me know next steps!
Cheers,
Tom
On Tue, Apr 11, 2017 at 12:17 PM, Jeff Schering<EMAIL_ADDRESS>wrote:

Hi @gluelue https://github.com/gluelue
Thanks! This information will be a good help to anyone setting up Exchange.
The contribution process for Mattermost docs is poorly documented.
Actually, I don't think it's documented at all. I'd like to write up a
process that people can easily follow and that takes the guesswork out of
contributing to the Mattermost docs. I know you've already done a lot, but
would you be able to volunteer to help with that?
If you don't have time, that's ok. In that case, we'll cancel your PR,
I'll incorporate your content myself and create a new PR with you as
reviewer to make sure I did it right, then we'll merge it in.
But if you do have time, then I'll start working on a "how to contribute"
doc that you can review and help with, using your Exchange setup docs as an
example. I'd like to include everything from how to fix a typo to how to
make a major contribution such as yours.
Let me know what you'd like to do, and we'll get started on it. In the
meantime, I'll add the "Work in Progress" label to your PR until I hear
from you.
Thanks again!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/mattermost/docs/issues/994#issuecomment-293333934,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFALXnN0xUQZ--eZtx0gJ9DIsTjT7IJPks5ru7WOgaJpZM4MfpIs
.

Great @gluelue! If you haven't already, join pre-release.mattermost.com and join the Documentation channel https://pre-release.mattermost.com/core/channels/documentation and @mention me and we'll take it from there.

@gluelue You have a successful install with Exchange now ? I'm faced with the very same issue.

Hi @gluelue,
Just circling back on whether you've had a chance to join the Documentation channel on pre-release.mattermost.com so you and @JeffSchering can touch base?

Not yet, but will by next week.
Cheers,
Tom
On Thu, Apr 27, 2017 at 4:15 AM, lindy65<EMAIL_ADDRESS>wrote:

Hi @gluelue https://github.com/gluelue,
Just circling back on whether you've had a chance to join the Documentation
channel https://pre-release.mattermost.com/core/channels/documentation
on pre-release.mattermost.com so you and @JeffSchering
https://github.com/JeffSchering can touch base?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/mattermost/docs/issues/994#issuecomment-297659642,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFALXkxonDSnL5-4TtugxVbAme-jsS6bks5r0FyVgaJpZM4MfpIs
.

Sounds good!  Thanks @gluelue !

Hi @gluelue,
Circling back to check how it's going?

Hey @gluelue, how are you?
I noticed you tried submitting a pull request earlier, let me know if I can help? Don't hesitate to ask if you're having trouble submitting a pull request.
Looks like you did a lot of great work here, would love to see your contribution included in our documentation.

Any reason this seems to have stalled out?

@dotnetchris I think @gluelue got busy with other stuff -- wondering if you'd be interested helping with a pull request?
We'd be happy to review and merge it as an unofficial guide.
If you're interested, don't hesitate to ask questions

A few other people have asked about connecting to MS Exchange as well, so the doc contribution could have a high impact,

if i  get the opportunity to run this myself or if someone at my org follows it and confirms it works I could do that. i don't want to just setup the pull request and get that published attributed to me if it doesn't actually work right.

Thanks @dotnetchris, sounds fair 👍

Hi @dotnetchris
Did you perhaps have a chance to try this or has anyone at your org confirm it works?

Anyone in the community able to review and verify the MS Exchange instructions so we can publish as an unofficial guide? We are open to accepting and reviewing a pull request to the docs repo if we carrying this across the finish line. Appreciate the work and conversation we've had so far,
cc/ @dotnetchris @gluelue @stephaneeybert

Closing.


Transfer AMP domains name to OpenJSF

[ ] Get confirmation from OpenJSF that the zone records have been prepped and make sure they match (see #3). Alternatively keep current name server.
[ ] Provide transfer code for amp.dev as encrypted email to<EMAIL_ADDRESS>[ ] Confirm domain re-registered under LF IT domain account.
[ ] Confirm wildcard SSL certs and SXG certs have been purchased by the foundation.

@sebastianbenz can you please confirm you're OK with the above plan, post graduation? Thanks.

Thanks Tobie, this makes sense.


Fix broken website layout #274

See above for how this PR fixes how it looks on iPhone 4, looks the same on iPhone 6 also.

https://github.com/cyclejs/core/issues/274

nice one @guacjack good work :)

Hi @guacjack, thanks a lot for the initiative. Since you're at it, can you fix the lack of any lateral padding for mobile screens? It looks like this:

@staltz there was an issue on mobile where long  tags were not wrapping so made the display look weird. As seen below

this was due to the text not being allowed to be wrapped due to it being a long snippet of code
This latest commit adds the padding as well as allowing the text to wrap as seen here

Merged. Many thanks @guacjack !

well done @guacjack first merge to OSS project 👍💪👌 First of many I hope 😊


add parachain c

some parachain may not use GeneralKey as its token, but use just its parachain, i.e. PHA:
https://github.com/AcalaNetwork/Acala/blob/d92b2db7e384ebf24dafc89d7cc0e04ee4724435/runtime/karura/src/lib.rs#L1811-L1812
// Phala Native token
Token(PHA) => Some(MultiLocation::new(1, X1(Parachain(parachains::phala::ID)))),

this PR add parachain c, and use parachain(3) to represent its token.

Codecov Report

Merging #699 (4919640) into master (4a66b29) will increase coverage by 0.11%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #699      +/-   ##
==========================================
+ Coverage   74.63%   74.74%   +0.11%
==========================================
  Files          83       83
  Lines        7261     7293      +32
==========================================
+ Hits         5419     5451      +32
  Misses       1842     1842

Impacted Files
Coverage Δ

xtokens/src/mock/mod.rs
92.72% <100.00%> (+0.41%)
:arrow_up:

xtokens/src/tests.rs
99.22% <100.00%> (+0.04%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 4a66b29...4919640. Read the comment docs.


DMK21AU04.AS not registered to uvcvideo under Ubuntu 18.04

Under Ubuntu 18.04 (kernel 4.18), on my laptop embedding a webcam, DMK21AU04.AS is not loaded properly by module uvcvideo when connected. It appears 'new_id' is not written to /sys/bus/drivers/uvcvideo, and device support is then dropped. For instance, running a SYMLINK command in the usb subsystem rule shows the link added, then dropped on lack of reference.
Camera is properly detected as:
Bus 003 Device 033: ID 199e:8101 The Imaging Source Europe GmbH DFx 21BU04 Camera

This doesn't work for me for uvcvideo:
# add the imaging source VID and PID to the list of devices supported by uvcvideo
ACTION=="add", SUBSYSTEM=="drivers", \
               ENV{DEVPATH}=="/bus/usb/drivers/uvcvideo", \
               ATTR{new_id}="199e 8101"

This works for me:
# add the imaging source VID and PID to the list of devices supported by uvcvideo
ACTION=="add", SUBSYSTEM=="drivers", \
               ENV{DEVPATH}=="/bus/usb/drivers/uvcvideo", \
               RUN+="echo '199e 8101' > /sys/bus/drivers/uvcvideo"

I have no issue with ATTR{new_id} on another very specific machine (gentoo with kernel 4.4.6) which has a fairly old eudev (version returned is 220), but I needed to add WAIT_FOR=="new_id" in order to wait for ucvideo to load. I believe WAIT_FOR is an element available to eudev only.
Probably the issue I see On Ubuntu 18.04 is related, although ucvideo is already loaded because of the embedded webcam.

This is not really an "issue" per se as I also provide the workaround.


Initialization problem: NullReferenceException: Object reference not set to an instance of an object

Hi,
I am using script from OpenIAB demo scene in my project.
I am using my googlePublicKey value.
App is properly configured in Google Play Developer Console.
AndroidManifest file in my app is modified with tags from OpenIAB demo scene.
When I run OpenIAB demo scene in Unity, everything works fine.
But when I try to use the same demo script in my project, I get an error during plugin initialization:
https://github.com/inessa-aks/code/blob/master/ErrorOpenIAB.txt
I am using code given bellow (googlePublicKey value is empty because of security reasons).
https://github.com/inessa-aks/code/blob/master/InAppPurchaseOpenIAB.cs
Can you tell me what is the reason of the error?
What should I do to make my project in Unity initialie OpenIAB in a right way?
Regards, Inessa

I've found out the reason of this behaviour.
I forgot to add OpenIABEventManager prefab to my scene in Unity.


Detect incomplete device ids before crashing

The checks following this code snippet assume a given number of tokens in ids and will crash if a different camera is attached to the system that doesnt populate the same fields.

The fix makes sense, thank you @bentank


Implement i18n, l10n, and locale storage in profile

This one started as a request around "color" vs "colour" in the name color component. We should try to implement at least US and UK English localizations: locale-en-US, locale-en-UK

Sounds like extra work for little return and may be confusing. Why not just add an alias?


Generate env.c

The environment stuff is built into Acton and consists of manually written C code. One of the big challenges we have with this is that the manually written C code needs to match the code that actonc generates. Simple in practice, but as we improve actonc and our output changes ever so slightly, we must keep env.c up to date. As it turns out, this is a challenge and we have failed numerous times.
Can we improve the situation and generate parts of env.c? I think so.
My idea is roughly:

rename env.c to env_in.c
generate env_cgen.c from stdlib/src/builtin.act
extract function signatures from env_cgen.c and env_in.c

error out if mismatch - they must match!

remove functions in env_cgen.c that match function signatures in env_in.c
produce env.c by merging env_cgen.c and env_in.c

[x] not possible to stub & cgen compile stdlib/src/builtin.act #486
[ ] should we cgen entire stdlib/src/builtin.act or first cut out just the Env part of it? including only:

actor Env
actor Connection
actor RFile
actor WFile

I did try to extract just the Env part into a new act file, like and stub&cgen compile that but got another error:
kll@Boxy:~/terastream/acton/stdlib/src$ ../../dist/bin/actonc --stub --cgen env.act

******************** Type error
 10:36-40
   |
10 |    openR        : action(str) -> ?RFile
   |                                   ^^^^^
Cannot infer RFile < __builtin__.RFile

kll@Boxy:~/terastream/acton/stdlib/src$

@nordlander since the goal is to produce env.c, can you comment on how we should generate this from builtin.act? Is it a valid idea to first extract from the source builtin.act only the Actors Env, Connection, RFile & WFile (these are the things implemented in env.c, right!?) or must builtin.act be compiled as a whole? I mean, at the point where I am compiling it, we have already built a builtin.ty for our own system - we should already be "bootstrapped" in that sense, so I reckon I should be able to extract parts into a env.act and stub+cgen that to get the C output I want. Thoughts?

Differently phrased, should env.c contain the lambdas etc for things defined in builtin.act, i.e. builtins, but that are not part of what is otherwise thought of as the environment?
env.c should only contain a subset of the things in __builtin__.act, right? THe things that pertain to the environment actors Env, Connectionm, RFile & WFile... right?

@nordlander I'm not quite done yet but these are the function signature differences, which I suspect you can start working on right away, anyway.
ERROR: $Env$__init__ return type differs: ($NoneType) vs ($R)
ERROR: $Env$__init__ args differs: ($Env __self__, $list argv) vs ($Env __self__, $list args, $Cont c$cont)
ERROR: $Env$newact return type differs: ($Env) vs ($R)
ERROR: $Env$newact args differs: ($list p$1) vs ($list args, $Cont c$cont)
ERROR: $Connection$__init__ return type differs: ($NoneType) vs ($R)
ERROR: $Connection$__init__ args differs: ($Connection __self__, int descr) vs ($Connection __self__, $Cont c$cont)
ERROR: $Connection$newact return type differs: ($Connection) vs ($R)
ERROR: $Connection$newact args differs: (int descr) vs ($Cont c$cont)
ERROR: $RFile$__init__ return type differs: ($NoneType) vs ($R)
ERROR: $RFile$__init__ args differs: ($RFile __self__, FILE* file) vs ($RFile __self__, $Cont c$cont)
ERROR: $RFile$newact return type differs: ($RFile) vs ($R)
ERROR: $RFile$newact args differs: (FILE* file) vs ($Cont c$cont)
ERROR: $WFile$__init__ return type differs: ($NoneType) vs ($R)
ERROR: $WFile$__init__ args differs: ($WFile __self__, int descr) vs ($WFile __self__, $Cont c$cont)
ERROR: $WFile$newact return type differs: ($WFile) vs ($R)
ERROR: $WFile$newact args differs: (int descr) vs ($Cont c$cont)

These differences all concern constructors for the built-in actors Env, Connection, RFile and WFile. The compiler generated signatures are technically correct, but since these actors are just intended to be instantiated by hand-written code in env.c, the constructor signatures should really not have been part of the compiler output at all. Note that it's not just the CPS parameters and results that make the compiler output different, it's also the absence of the true constructor parameters 'descr' and 'file' -- parameters that can only be given meaningful values inside env.c.
The correct fix to this problem would thus be to make the compiler avoid generating constructor signatures for actors that we intend to be abstract. Whether this should be inferred from the --stub flag or something else must be discussed, though.

@nordlander well we can just selectively filter them out in the gen_env.py script to avoid getting these errors!? Is it general enough that it is worthwhile having the compiler not emit these? and if it doesn't emit it during --cgen, how are we supposed to write new actors like this? I've always imagined the --cgen output as a skeleton where you then modify the function bodies etc
The lines say "ERROR" but the script continues processing, so this is more of a warning. Nonetheless, the combination of generated and manual code right now in the branch does not
compile. Have I generated too much and should back down a bit? Or is the fix to move forward closer to the generated code?

@plajjan The core issue I'm touching upon is that we actually don't want it to be possible to instantiate Env, Connection, RFile and WFile actors from within Acton. So it's really a question of what we put in the .ty file when we compile with the --stub flag, and how we programatically identify an actor that's just meant to be an interface.
Currently we don't have any notion of an "abstract" actor, although we do have something in that vein for classes (any class for which there exists a method signature without an accompanying method definition will be impossible to instantiate). Maybe we should provide something similar for actors?
But coming back to the core issue of checking env.c: it doesn't matter so much if the script checks signatures that shoudn't really have been emitted, as long as it doesn't overwrite any manually crafted code. Treating "ERROR" as a warning is ok, it's still the C programmer's responsibility to understand what it all means. Moreover, having a compiler-generated constructor function isn't strictly necessary, as it's always possible to utilize the macro $NEWACTOR in C and invoke init on the new instance manually. Which the current code does in the manually written constructors.
I'll take a look at the C compiler errors and see what they imply.

@nordlander right, so the script does not emit functions that already exist, which it determines by looking at the name of the function. It does check the signature and warns about this mismatch but then accepts and proceeds.
However, you are talking about CPS & not-CPS style. I guess the script/actonc will emit some other functions which are meant to be used the CPS way and the manual functions are non-CPS? I dunno which are which, so hard for me to tell. Maybe they don't hurt, since they are not called anyway?
If these functions are correct, it sounds all the more like I should just back out changes until env.c/.h compile again...

Yep, hold on for the moment!
The distinction between CPS or not is of course very important in general, but for functions that aren't supposed to be called by compiled code it's all in the hands of the C programmer. So in parallel with the current issue we should also plan for (1) find a way of making actor types abstract, and (2) update the CPS conversion slightly so that it can take the kind of shortcuts we currently do manually. None of these tasks are critical, though.

Agreed, none of that is critical.
I had a look at the current errors and I'm not so sure that it actually has anything to do with any existing code! It appears that all the errors are in newly generated functions! I find this weird. I presumed that the errors we would see would be from mismatches between generated code and manually written code.
There used to be 14lambda but now it goes up to like 26. Looks like some of the newly generated functions are wrong!? Where did these functions come from? Have we been missing so many? What are they related to? Shoudln't we see linker errors if we tried to call these?
Would be good if you had a look at it @nordlander. If it's something bigger to fix, we can just comment out these new functions for the time being.

Ah, more lambdas are created because actor initiation is nowadays executed as synchronous messages, which in turn creates extra continuations. And all of this happens inside the actor constructors we just concluded shouldn't really have been exposed!
I guess the script could easily be tweaked to filter out these lambdas (and four plain functions that go with them), although I also realize that it wouldn't take much for me to fix the problem closer to its root by just silencing the generation of actor constructors when --stub is on. Although this probably isn't the approach to "abstract actors" we want in the long term, it is definitely good enough for now.
I'll get right to it!

I'm not sure I grasp all the details, but is suppressing this generally correct and not just for env? I mean, if I want to write module Foo in C that looks like an actor won't I need those functions that you are talking about suppressing?
Looks like the --gen option (to generate code) is less and less useful, too many exceptions... but I guess that is fine. We can settle for the --check option. It could just say "missing function" for the new lambda bla bla and that would be it. We could include all the current exceptions, so it becomes more of a warning if something happens.
All this is to help us maintain env. I don't want to spend more time on this gen / check script than we spend on actually maintaining env, so we need a lagom approach.

I've implemented a (weak) support for abstract actors, by which we understand actors with one or more method defined just as a signature. Such actors are currently only allowed if we compile with --stub. The only catch is that these abstract methods currently don't leave any trace at all in the generated code, which I guess is something of a drawback....
I'll keep working on it, but hopefully you be able to resume your work in parallel!

Short update: rather than also generating C code for actor methods only defined in terms of signatures, I decided to keep code generation as it is and instead add some redundant signatures to the env actors just to make them abstract. This makes the --stub C output close to what we want, at the expense of an obscure signature _abstract : () -> None in some actor interfaces. But as long as no-one attempts to call that silly method everything is benign. And we must of course develop a better syntax for expressing abstract actors down the line.


Nix flake

Closes #50 (partially, only the flake part, not the NixOS module) and #58

@mmahut I'm implementing the flake wrapping the already present default.nix file, the only change I did (and that I'll ever do probably) to the default.nix file is making it use by default the same nixpkgs rev locked by the flake lockfile. Is this acceptable?
Right now I'm using a more recent nixpkgs that the one which was set by default in the default.nix, upgrading it implies that I had to add name (and change machine to node.machine) to makeTests in the default.nix file.
If you don't like this I can downgrade the nixpkgs version used by the flake and at this point the default.nix file would emit exactly the same derivations as without my PR.

@sorki @1000101 @mmahut I also added a docker image generated with dockerTools, refer to #50 for the motivations. I'm keeping all changes in a single fork my simplicity.

@sorki Let's do one thing at time i.e. let's address the NixOS module thing in another PR. Meanwhile this adds a flakes support and make it possible to build the Docker image with Nix.

@sorki Let's do one thing at time i.e. let's address the NixOS module thing in another PR. Meanwhile this adds a flakes support and make it possible to build the Docker image with Nix.

Sounds good and thanks for this one, testing.

Created a PR for your branch since I cannot seem to add commits here, PTAL https://github.com/mlabs-haskell/blockfrost-backend-ryo/pull/1

@sorki Just resolved conflicts, it's ready to be merged I guess

@sorki Just resolved conflicts, it's ready to be merged I guess

I've opened a rebased version at #83 so it runs thru CI, closing this one. Thanks!

Thank you


fix #3 singleton registration methods

added singleton registration methods

I had a look at the unittests and saw that only the scoped methods are used. TThe transient-methods aren't used.
In fact all methods are just conveniance methods for the private ones.

I now refactored the existing tests using theories to test the transient and singleton methods as well.


Kernel died with exit 1 code : Out of disk space

Environment data

VS Code version:  1.59.0
Jupyter Extension version (available under the Extensions sidebar): v2021.8.1236758218
Python Extension version (available under the Extensions sidebar): v2021.8.1105858891
OS (Windows | Mac | Linux distro) and version: Linux
Python and/or Anaconda version: conda 4.10.3
Type of virtual environment used (N/A | venv | virtualenv | conda | ...): conda
Jupyter server running: Remote

Expected behaviour
Jupyter notebook connects to kernel
Actual behaviour
Fails to get connect and the kernel dies with exit code 1, returns the following traceback
Kernel died with exit code 1. /home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/site-packages/traitlets/traitlets.py:2199: FutureWarning: Supporting extra quotes around Unicode is deprecated in traitlets 5.0. Use 'hmac-sha256' instead of '"hmac-sha256"' – or use CUnicode.
FutureWarning)
/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/site-packages/traitlets/traitlets.py:2154: FutureWarning: Supporting extra quotes around Bytes is deprecated in traitlets 5.0. Use 'c9cfe903-f888-4749-82d9-6b2236f0fe55' instead of 'b"c9cfe903-f888-4749-82d9-6b2236f0fe55"'.
FutureWarning)
OSError: [Errno 28] No space left on device
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/runpy.py", line 193, in _run_module_as_main
"main", mod_spec)
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/runpy.py", line 85, in _run_code
exec(code, run_globals)
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/site-packages/ipykernel_launcher.py", line 16, in
app.launch_new_instance()
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/site-packages/traitlets/config/application.py", line 844, in launch_instance
app.initialize(argv)
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/site-packages/traitlets/config/application.py", line 87, in inner
return method(app, *args, **kwargs)
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/site-packages/ipykernel/kernelapp.py", line 570, in initialize
self.write_connection_file()
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/site-packages/ipykernel/kernelapp.py", line 232, in write_connection_file
iopub_port=self.iopub_port, control_port=self.control_port)
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/site-packages/jupyter_client/connect.py", line 137, in write_connection_file
f.write(json.dumps(cfg, indent=2))
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/contextlib.py", line 119, in exit
next(self.gen)
File "/home/mingliang/anaconda3/envs/dgflowenv/lib/python3.7/site-packages/jupyter_core/paths.py", line 474, in secure_write
yield f
OSError: [Errno 28] No space left on device

Thanks for the bug but I believe the error message there is indicating what the problem is. That drive has no space left. We need to be able to write the connection_file in order to connect to the kernel.


update Zoo stub loading for SparseZoo 1.1 refactor

test_plan:
TODO: test manually against sparseml.yolact commands using stubs

Manually tested two pathways touched by @bfineran: get_model_onnx_from_stub and  get_checkpoint_from_stub. Everything working as expected.
Files that use sparsezoo:
./eval.py:237:from sparsezoo.utils import load_numpy_list
./eval.py:251:#from sparsezoo.models.detection import yolo_v3 as zoo_yolo_v3
./utils/zoo.py:2:from sparsezoo import Model

The second one needs to be removed, looking into it.


how to set Thursday as first day of the week?

I think a method like setFirstDayOfWeek(int firstDayOfWeek) will work. Where you pass in an Int constant , which would be listed here: http://docs.oracle.com/javase/6/docs/api/java/util/Calendar.html#DAY_OF_WEEK
For example:
calendat.setFirstDayOfWeek(Calendar.Monday);

Has this been implemented yet?
I would like to set Sunday as first day of the week and not the default Monday?

I am also very interested in this feature. I also wonder if it is possible to donate/sponsor this project to get certain issues faster done?

Thanks for the interest, I should have time during the coming holiday to address some of the issues. If you can hold till then, I should have an update on this. I tend to do features which have most interest/upvotes.

Thanks for the fast reply.
Thats okay for me. I will vote for my favorite issues. :)

yeah,I face this requirement also. did it implement

@carl1990 I'll be able to get around to it in the coming week I believe.

I believe I have this done now. Basically you have the set the first day of month using the constance provided in the Calendar class. Example usage:
compactCalendarView.setFirstDayOfWeek(Calendar.SUNDAY);

or in the case of the ticket, you have todo:
compactCalendarView.setFirstDayOfWeek(Calendar.THURSDAY);

I believe I have this done now. Basically you have the set the first day of month using the constance provided in the Calendar class. Example usage:
compactCalendarView.setFirstDayOfWeek(Calendar.SUNDAY);

or in the case of the ticket, you have todo:
compactCalendarView.setFirstDayOfWeek(Calendar.THURSDAY);

dependencies {
    compile 'com.github.sundeepk:compact-calendar-view:1.9.7'
}

Should be in 1.9.7 please allow some time for it to be available.

Hey there,
I have tested it and it works great!
Thanks a lot for your work during the holidays.
I really appreciate it.


anno_simple colors are wrong

I want to plot 22 groups on top of my heatmap with light and dark grey.
For the colors argument I'm using the following dictionary:
{1: '#999993',
 2: '#eeeee4',
 3: '#999993',
 4: '#eeeee4',
 5: '#999993',
 6: '#eeeee4',
 7: '#999993',
 8: '#eeeee4',
 9: '#999993',
 10: '#eeeee4',
 11: '#999993',
 12: '#eeeee4',
 13: '#999993',
 14: '#eeeee4',
 15: '#999993',
 16: '#eeeee4',
 17: '#999993',
 18: '#eeeee4',
 19: '#999993',
 20: '#eeeee4',
 21: '#999993',
 22: '#eeeee4'}

And then plot the heatmap like this:
plt.figure(figsize=(10, 5))

cols = HeatmapAnnotation(chromosome = anno_simple(cut_chroms.chromosome,add_text=True, colors = colors, text_kws ={"color": "black"} )
                         ,plot_legend = True,axis = 1,plot = False)
cm1 = ClusterMapPlotter(data=hm,row_dendrogram=True,show_rownames=False,show_colnames=False,top_annotation = cols,
                       row_cluster_metric = "euclidean",col_cluster = False,
                      row_cluster = True, label='Expression')

plt.show()

As you see, in the initial dictionary group 16 was supposed to be light grey (unlike 15 and 17) and you can also see that in the legend it's light grey, but in the heatmap it's dark grey. Could you please suggest what might be an issue?

Could you please upload the data you used so I can debug it?

Could you let me know if you solved this issue?

Hi, I have encountered the same issue in my script. Apparently this happens when the number of the annotation is >= 22. In my case, the color of the 13th and 14th annotations should be distinct, but they are both plotted in the 13th annotation color, although the legend looks normal. I am wondering if you have any idea to fix this. Thank you in advance.

Could you please try to use cmap='cmap50' and rerun it? The default colormap, such as Set1 and Dark2, only has 10 different kinds of color; cmap50 is a custom colormap in PyComplexHeatmap.

That's weird. Let me find the reason and fix it.

I found the bug and fixed it. Please update to the newest version (1.5.2) and try again. @tyamadat  @Laolga

Here is an example to test:
colors={}

for i in range(1,23):
    c='#eeeee4' if i %2 ==0 else '#999993'
    colors['chr'+str(i)]=c
print(colors)

cut_chroms=pd.DataFrame(['chr'+str(i) for i in range(1,23)],columns=['chromosome'])
cut_chroms.chromosome=cut_chroms.chromosome.map(str)

plt.figure(figsize=(12, 5))
col_ha = HeatmapAnnotation(chromosome = anno_simple(cut_chroms.chromosome,colors = colors,add_text=True,text_kws={'rotation':90,'fontsize':8,'color':'black'}),
                         plot=True,plot_legend = True,axis = 1)
plt.show()

Thank you for your quick response. Here's what I get by running your example. I"ll also try to figure out what's happening. Thanks.

Thank you for your quick response. I have checked the commit for v1.5.2 (https://github.com/DingWB/PyComplexHeatmap/commit/1b6cc0abf07cc9aadcea31bf00eca79dce378b4a), but I cannot find any changes which can be related to vmax. Do you refer to v.1.5.1? Thanks again.

I checked again. It works on my side. Did you upgrade to 1.5.2? Try:
pip install --upgrade PyComplexHeatmap

Please keep me posted.

Sorry to bother you. I checked the commit record thoroughly, and I missed some commits. Now I can plot your example correctly. I really appreciate your support, and thank you so much for developing such a great package!


Not working

Not working after version 0.0.2

It should work. What language are you using it for? And are you using VS Code insiders or not?

how to make it work?Please give me a demonstration?


Python language server no longer recommendation auto imports from local files (still works for site-packages in venv)

Type: Bug
Unsure, it worked 3 days ago, not it doesn't, didn't change any workspace settings what so ever.
Extension version: 2022.14.0
VS Code version: Code 1.71.2 (Universal) (74b1f979648cc44d385a2286793c226e611f59e7, 2022-09-14T21:05:37.721Z)
OS version: Darwin x64 21.6.0
Modes:
Sandboxed: No

System Info

Item
Value

CPUs
Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz (16 x 2300)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmetal: disabled_offmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_renderer: enabled_onvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: disabled_off

Load (avg)
2, 2, 2

Memory (System)
32.00GB (6.37GB free)

Process Argv
--crash-reporter-id 0731fb54-df68-48c8-9bc7-cb94d92db4d8

Screen Reader
no

VM
0%

Could you please try turning off indexing in the settings file and see if the recommendations reappear?
"python.analysis.indexing": false

This doesn't not appear to solve the issue.

I had the same issue as you, and have found a workaround. It seems to be related to pyright looking for its configuration in ./pyproject.toml if it exists. Can you check the output logs of "Python Language Server"? For me it looks something like this if pyright finds the pyproject.toml file, but not the tool.pyright section:
...
[Info  - 8:14:29 AM] (9676) No configuration file found.
[Info  - 8:14:29 AM] (9676) pyproject.toml file found at {{workspace path}}.
[Info  - 8:14:29 AM] (9676) Setting pythonPath for service "python": "{{venv path}}"
[Info  - 8:14:29 AM] (9676) Loading pyproject.toml file at {{workspace path}}/pyproject.toml
[Error - 8:14:29 AM] (9676) Pyproject file "{{workspace path}}/pyproject.toml" is missing "[tool.pyright]" section.

Workaround 1
Add an empty section to the pyproject.toml in the workspace:
pyproject.toml
# adding the empty section below fixes the issue

[tool.pyright]

Workaround 2
Delete pyproject.toml

I am having the same issue.
Imports suddenly stopped working without changing any settings.
Curiously enough, if I open the module with a function I want to import in a new VSCode tab, then Pylance finds it and auto import works as it should in the original file. Obviously this is not convenient at all specially with big projects. Can't have all the modules opened all the time.
None of the suggestions in this thread fixed the issue.

Adding [tool.pyright] seems to indeed have fixed the issue combined with "python.analysis.indexing": true

FYI, the pyproject.toml issue is https://github.com/microsoft/pylance-release/issues/3348, which is fixed in our latest prerelease build (2022.9.31).

FYI, the pyproject.toml issue is #3348, which is fixed in our latest prerelease build (2022.9.31).

I still have this issue running on 2022.9.31
Maybe it's a different from op. See my description above.

Curiously enough, if I open the module with a function I want to import in a new VSCode tab, then Pylance finds it and auto import works

@alejoar, does setting "python.analysis.indexing": true fix this for you?
cc: @heejaechang

@debonte no it doesn't. Only works after I have open the file that contains what I intend to import.

user symbol only shows up auto import if it is used by some files already transitively. all of user symbols will show up in add import not auto import.
you can get add import by putting your caret on the unknown symbol and do ctrl+. to bring up light blub (code action)

you can get add import by putting your caret on the unknown symbol and do ctrl+. to bring up light blub (code action)

@heejaechang indeed this works. However this behavior is different from what I used to have before, where I would start typing and the auto imports would get suggested. Then just pressing TAB would trigger the auto import.
Is this some setting I accidentally changed? Do you know how do I get back to the behavior I am describing?

Is this some setting I accidentally changed? Do you know how do I get back to the behavior I am describing?

it has been this way for long time. I think before without you realizing, user symbols you wanted somehow used somewhere in open files transitively. that's why it showed up.
by transitively, what I mean is some imports in one of your opened files are imported the file that have the symbol you wanted used.
ex) file 'a.py' has import lib and file lib.py has import lib2 and lib2.py has import lib3 and so on. then all symbols in a, lib, lib2, lib3 will be shown in auto import.
that being said, we can consider adding new option to show all user symbols in auto import if we have enough vote for people who are fine with having perf hit time to time to include a few thousands item in completion.

please upvote the issue if you want to option to make all user symbols show up in completion.


20681 Slack improvements

slack logging to be used via logger
add environment to slack message
do not alert about bad data if the blob is already marked as invalid

When deploying these changes, add environment:
ENVIRONMENT=DEV
# or
ENVIRONMENT=PROD

Build is now fixed in dev. The error was caused by dependency installation process on Docker image build, and was not related to these changes.


BUG - Next button not showing

cc: @UlyssesMaclaren
Hi @pierssinclairssw,
When you navigate directly to a rule URL e.g. https://www.ssw.com.au/rules/management-is-your-client-clear-on-how-you-manage-projects the 'next' and 'previous' buttons dont show up.
This is beacuse the buttons navigate through a category, and some rules have multiple categories so you need to navigate to the rule from a category for the buttons to show up.

Add ApplicationInsights to the 'next' and 'previous' buttons
See if these buttons are used. If they are, action the next 2 items:
When a rule is opened in a new tab, it should remember which category it come from.
When you dont navigate through a category it should show the 'next' and 'previous' buttons. Our current thinking to resolve this is to default to the first category

Thanks,
-Brady
AB#61339

(checked by @adamcogan and @pierssinclairssw )
As per my follow up then, I will follow up on this task in a month.


A problem about loss and lr value?

In your code, i see in the loss.py the final loss value is the value after excluding twice the batchsize .
And in your train.py，final lr multiply the batchsize. so i think it's the reason.  i don't know if i'm right.
By the way, i update the loss.py and train.py by remove the batchsize_average in the loss.py, and remove the batchsize multiplier coefficient in the train.py, the result mIoU is same.

I have the same comfusion, why the code use size_average and batch_average at the same time, it seems divide the batch_size twice?


ci: add fixed header to prs

changes

adds fixed header (inspired by wallet-web) to stacks.js pull requests

Codecov Report

Merging #1344 (f96ea86) into master (132e0c5) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #1344   +/-   ##
=======================================
  Coverage   65.06%   65.06%
=======================================
  Files         126      126
  Lines        8833     8833
  Branches     1910     1910
=======================================
  Hits         5747     5747
  Misses       2833     2833
  Partials      253      253

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


fix: missing/wrong PHPDoc

Fixed and added missing PHPDocs and @return annotations

Coverage decreased (-0.2%) to 91.815% when pulling 79c721e994c894146534f35a39f68b3858b3a780 on erasys:5.4-fixes into aa65465385635af86174bf71af7fd9df02bad4cc on jarektkaczyk:5.4.


tests: add new helper and increase coverage

Added new helper method to be consumed across the entire test suite.
Test case to ensure create command shows up an appropriate warning if a directory with the same name (which isn't empty) already exists in path.

Thanks, @jamesgeorge007


Missing file from curse

Minecraft version: 1.10.2
Unabridged or Abridged version: Beta 9.1
Issue Description: There's a mod from curse that is no longer on curse, so the pack won't download.
Steps to Reproduce:  Download the pack.
Crash report or log (uploaded to gist.github.com or pastebin.com): https://gist.github.com/Time6628/59f8c6b3a333b40413cb1ef0622e1857

I'm having the exact same issue...

The 1.10.2 version has been split off and updated, this is no longer an issue.
https://minecraft.curseforge.com/projects/unabridged-iv


rpc: move middleware creation into separate file

moved middleware creation as it will be needed in further PR with Fraud Service integrating.

Codecov Report

Merging #812 (f30c0be) into main (aee88c2) will increase coverage by 0.14%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main     #812      +/-   ##
==========================================
+ Coverage   53.03%   53.17%   +0.14%
==========================================
  Files         117      118       +1
  Lines        6760     6766       +6
==========================================
+ Hits         3585     3598      +13
+ Misses       2810     2804       -6
+ Partials      365      364       -1

Impacted Files
Coverage Δ

node/rpc/component.go
100.00% <100.00%> (ø)

service/rpc/middleware.go
100.00% <100.00%> (ø)

service/rpc/server.go
79.06% <100.00%> (-0.94%)
:arrow_down:

fraud/bad_encoding.go
31.11% <0.00%> (-3.34%)
:arrow_down:

ipld/retriever.go
87.05% <0.00%> (-0.72%)
:arrow_down:

das/daser.go
76.31% <0.00%> (+2.63%)
:arrow_up:

header/core/listener.go
58.49% <0.00%> (+5.66%)
:arrow_up:

ipld/get_shares.go
81.63% <0.00%> (+8.16%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update aee88c2...f30c0be. Read the comment docs.


[hotfix] Update copyright NOTICE year to 2023

I noticed this during the release test. It's not a blocker for the 1.17 release.

Thanks for the quick review ... merging.


insert into 中包含 ; 时会插入报错

版本：2.3.7
全部数据一起写入 报错：但是在2.1.12版本中测试可以正常写入
INSERT INTO twitter_test.`tweets` (`tweet_id`,`twitter_id`,`text`,`reference_tweet_type`,`reference_tweet_id`,`created_at`,`updated_at`,`retweet_count`,`reply_count`,`like_count`,`quote_count`) VALUES
    -> ('1612944629728514048','64844802','RT @kimberlywtan: 📢✨New year, new team! @a16z is hiring (!!!) on our enterprise team. I cold-applied and you can too 🎉 Want to work with t…','retweeted','1612531671923826691','2023-01-10 22:49:01','2023-01-11 08:32:39.654',4,0,0,0)
    -> ,('1612928519297695751','64844802','RT @a16zBioHealth: In our latest Bio Eats World episode, @vijaypande and @pmarca dive into expert AI: As data and complexities for physicia…','retweeted','1612479444261773312','2023-01-10 21:45:00','2023-01-11 08:32:39.654',7,0,0,0)
    -> ,('1612905084912037888','64844802','RT @a16zcrypto: 22 of our most popular posts, podcasts, videos, and other resources from 2022. 🧵','retweeted','1612885694523019270','2023-01-10 20:11:53','2023-01-11 08:32:39.654',122,0,0,0)
    -> ,('1612882796493606921','64844802','RT @andrewchen: Excited to be working with Marcus Jacobs and Adam Schaub on their new startup :) Marcus was the GM of the Candy Crush fran…','retweeted','1612867346414317569','2023-01-10 18:43:19','2023-01-11 08:32:39.654',21,0,0,0)
    -> ,('1612865033381318693','64844802','RT @stevesi: #CES2023 — More Business, Less Spectacle. I walked 65,000 steps so you don\'t have to.It was a different year for CES. It…','retweeted','1612344855711338497','2023-01-10 17:32:44','2023-01-11 08:32:39.654',29,0,0,0)
    -> ,('1612834177186922499','64844802','RT @seidrofficial: We are thrilled to announce that we have closed a seed round led by @a16z. Together we are dedicated to crafting the nex…','retweeted','1612812209046040578','2023-01-10 15:30:07','2023-01-11 08:32:39.654',53,0,0,0)
    -> ,('1612814445222285314','64844802','RT @JoshLu: I\'m delighted to announce @a16z\'s seed investment in @seidrofficial, my first investment at the firm! Seidr is a new studio out…','retweeted','1612812258526265352','2023-01-10 14:11:43','2023-01-11 08:32:39.654',47,0,0,0)
    -> ,('1612812837163880449','64844802','Were excited to lead the seed investment in @seidrofficial. Founders Adam Schaub and Marcus Jacobs are building the next generation of platform-agnostic, cross-play games.Read more from a16z Games @andrewchen & @joshlu ↓ https://t.co/0nGjaLyb7c','','','2023-01-10 14:05:19','2023-01-11 08:32:39.654',29,2,70,2);
ERROR 1064 (HY000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '<EOF>' at line 9

单独插入第九行 可以成功：
mysql> INSERT INTO twitter_connector_test.`tweets` (`tweet_id`,`twitter_id`,`text`,`reference_tweet_type`,`reference_tweet_id`,`created_at`,`updated_at`,`retweet_count`,`reply_count`,`like_count`,`quote_count`) VALUES
    -> ('1612812837163880449','64844802','Were excited to lead the seed investment in @seidrofficial. Founders Adam Schaub and Marcus Jacobs are building the next generation of platform-agnostic, cross-play games.Read more from a16z Games @andrewchen & @joshlu ↓ https://t.co/0nGjaLyb7c','','','2023-01-10 14:05:19','2023-01-11 08:32:39.654',29,2,70,2);
Query OK, 1 row affected (0.07 sec)
{'label':'insert_a63e269e-919c-11ed-a7d5-02369d384f1f', 'status':'VISIBLE', 'txnId':'232297810'}

单独插入前八行可以成功：
 INSERT INTO twitter_connector_test.`tweets` (`tweet_id`,`twitter_id`,`text`,`reference_tweet_type`,`reference_tweet_id`,`created_at`,`updated_at`,`retweet_count`,`reply_count`,`like_count`,`quote_count`) VALUES
    -> ('1612944629728514048','64844802','RT @kimberlywtan: 📢✨New year, new team! @a16z is hiring (!!!) on our enterprise team. I cold-applied and you can too 🎉 Want to work with t…','retweeted','1612531671923826691','2023-01-10 22:49:01','2023-01-11 08:32:39.654',4,0,0,0)
    -> ,('1612928519297695751','64844802','RT @a16zBioHealth: In our latest Bio Eats World episode, @vijaypande and @pmarca dive into expert AI: As data and complexities for physicia…','retweeted','1612479444261773312','2023-01-10 21:45:00','2023-01-11 08:32:39.654',7,0,0,0)
    -> ,('1612905084912037888','64844802','RT @a16zcrypto: 22 of our most popular posts, podcasts, videos, and other resources from 2022. 🧵','retweeted','1612885694523019270','2023-01-10 20:11:53','2023-01-11 08:32:39.654',122,0,0,0)
    -> ,('1612882796493606921','64844802','RT @andrewchen: Excited to be working with Marcus Jacobs and Adam Schaub on their new startup :) Marcus was the GM of the Candy Crush fran…','retweeted','1612867346414317569','2023-01-10 18:43:19','2023-01-11 08:32:39.654',21,0,0,0)
    -> ,('1612865033381318693','64844802','RT @stevesi: #CES2023 — More Business, Less Spectacle. I walked 65,000 steps so you don\'t have to.It was a different year for CES. It…','retweeted','1612344855711338497','2023-01-10 17:32:44','2023-01-11 08:32:39.654',29,0,0,0)
    -> ,('1612834177186922499','64844802','RT @seidrofficial: We are thrilled to announce that we have closed a seed round led by @a16z. Together we are dedicated to crafting the nex…','retweeted','1612812209046040578','2023-01-10 15:30:07','2023-01-11 08:32:39.654',53,0,0,0)
    -> ,('1612814445222285314','64844802','RT @JoshLu: I\'m delighted to announce @a16z\'s seed investment in @seidrofficial, my first investment at the firm! Seidr is a new studio out…','retweeted','1612812258526265352','2023-01-10 14:11:43','2023-01-11 08:32:39.654',47,0,0,0);
Query OK, 7 rows affected (0.04 sec)
{'label':'insert_cb4e86af-919c-11ed-a7d5-02369d384f1f', 'status':'VISIBLE', 'txnId':'232298215'}

将第九行字符串中的; 去掉 也可以成功：
mysql> INSERT INTO twitter_connector_test.`tweets` (`tweet_id`,`twitter_id`,`text`,`reference_tweet_type`,`reference_tweet_id`,`created_at`,`updated_at`,`retweet_count`,`reply_count`,`like_count`,`quote_count`) VALUES
    -> ('1612944629728514048','64844802','RT @kimberlywtan: 📢✨New year, new team! @a16z is hiring (!!!) on our enterprise team. I cold-applied and you can too 🎉 Want to work with t…','retweeted','1612531671923826691','2023-01-10 22:49:01','2023-01-11 08:32:39.654',4,0,0,0)
    -> ,('1612928519297695751','64844802','RT @a16zBioHealth: In our latest Bio Eats World episode, @vijaypande and @pmarca dive into expert AI: As data and complexities for physicia…','retweeted','1612479444261773312','2023-01-10 21:45:00','2023-01-11 08:32:39.654',7,0,0,0)
    -> ,('1612905084912037888','64844802','RT @a16zcrypto: 22 of our most popular posts, podcasts, videos, and other resources from 2022. 🧵','retweeted','1612885694523019270','2023-01-10 20:11:53','2023-01-11 08:32:39.654',122,0,0,0)
    -> ,('1612882796493606921','64844802','RT @andrewchen: Excited to be working with Marcus Jacobs and Adam Schaub on their new startup :) Marcus was the GM of the Candy Crush fran…','retweeted','1612867346414317569','2023-01-10 18:43:19','2023-01-11 08:32:39.654',21,0,0,0)
    -> ,('1612865033381318693','64844802','RT @stevesi: #CES2023 — More Business, Less Spectacle. I walked 65,000 steps so you don\'t have to.It was a different year for CES. It…','retweeted','1612344855711338497','2023-01-10 17:32:44','2023-01-11 08:32:39.654',29,0,0,0)
    -> ,('1612834177186922499','64844802','RT @seidrofficial: We are thrilled to announce that we have closed a seed round led by @a16z. Together we are dedicated to crafting the nex…','retweeted','1612812209046040578','2023-01-10 15:30:07','2023-01-11 08:32:39.654',53,0,0,0)
    -> ,('1612814445222285314','64844802','RT @JoshLu: I\'m delighted to announce @a16z\'s seed investment in @seidrofficial, my first investment at the firm! Seidr is a new studio out…','retweeted','1612812258526265352','2023-01-10 14:11:43','2023-01-11 08:32:39.654',47,0,0,0)
    -> ,('1612812837163880449','64844802','Were excited to lead the seed investment in @seidrofficial. Founders Adam Schaub and Marcus Jacobs are building the next generation of platform-agnostic, cross-play games.Read more from a16z Games @andrewchen &amp @joshlu ↓ https://t.co/0nGjaLyb7c','','','2023-01-10 14:05:19','2023-01-11 08:32:39.654',29,2,70,2);
Query OK, 8 rows affected (0.03 sec)
{'label':'insert_ef6458f8-919c-11ed-a7d5-02369d384f1f', 'status':'VISIBLE', 'txnId':'232298569'}

@duopa Could you please provide your statement to create the table?

CREATE TABLE `tweets` (
  `tweet_id` varchar(50) NOT NULL COMMENT "",
  `twitter_id` varchar(20) NOT NULL COMMENT "",
  `text` varchar(65533) NULL COMMENT "",
  `reference_tweet_type` varchar(50) NULL COMMENT "",
  `reference_tweet_id` varchar(50) NULL COMMENT "",
  `created_at` datetime NOT NULL COMMENT "",
  `updated_at` datetime NOT NULL COMMENT "",
  `retweet_count` bigint(20) NOT NULL COMMENT "",
  `reply_count` bigint(20) NOT NULL COMMENT "",
  `like_count` bigint(20) NOT NULL COMMENT "",
  `quote_count` bigint(20) NOT NULL COMMENT ""
) ENGINE=OLAP
UNIQUE KEY(`tweet_id`)
COMMENT "OLAP"
DISTRIBUTED BY HASH(`tweet_id`) BUCKETS 40
PROPERTIES (
"replication_num" = "3",
"in_memory" = "false",
"storage_format" = "V2",
"enable_persistent_index" = "false"
);

CREATE TABLE `tweets` (
  `tweet_id` varchar(50) NOT NULL COMMENT "",
  `twitter_id` varchar(20) NOT NULL COMMENT "",
  `text` varchar(65533) NULL COMMENT "",
  `reference_tweet_type` varchar(50) NULL COMMENT "",
  `reference_tweet_id` varchar(50) NULL COMMENT "",
  `created_at` datetime NOT NULL COMMENT "",
  `updated_at` datetime NOT NULL COMMENT "",
  `retweet_count` bigint(20) NOT NULL COMMENT "",
  `reply_count` bigint(20) NOT NULL COMMENT "",
  `like_count` bigint(20) NOT NULL COMMENT "",
  `quote_count` bigint(20) NOT NULL COMMENT ""
) ENGINE=OLAP
UNIQUE KEY(`tweet_id`)
COMMENT "OLAP"
DISTRIBUTED BY HASH(`tweet_id`) BUCKETS 40
PROPERTIES (
"replication_num" = "3",
"in_memory" = "false",
"storage_format" = "V2",
"enable_persistent_index" = "false"
);

this issue seems to have the same problem with https://github.com/StarRocks/starrocks/issues/16552
@rickif please also have a look at this issue, thanks.

This problem is fixed in 2.5. We are trying to port the fix to 2.3.

There are also problems with this version : 2.2.10

Hi @rickif , is there any progress for fix this issue?

@HangyuanLiu PTAL.

Hi @rickif, @HangyuanLiu, @duopa. I've found this issue have been fixed since #11752, but it's hard to backport to older branch because legcy paser still in use in branch 2.2 -> 2.4.
A minor change in #17846 could fix this issue, PTAL.


[BUG] Fail to snapshot/backup a Running RHEL9 VM w/ extra disk mount due to 'Failed to freeze file system'

Describe the bug
Fail to snapshot/backup a Running rhel-9 VM w/ disk mount due to Failed to freeze file system
To Reproduce

Create a RHEL9 VM with multiple disk

rhel-9.4-x86_64-kvm.qcow2

Format and mount extra volume /dev/vdb to /data

Command

df -h[root@rhel9-multiple-disk ~]# df -h
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        4.0M     0  4.0M   0% /dev
tmpfs           838M     0  838M   0% /dev/shm
tmpfs           336M  4.9M  331M   2% /run
/dev/vda4       8.8G  1.5G  7.3G  17% /
/dev/vda3       960M  170M  791M  18% /boot
/dev/vda2       200M  7.1M  193M   4% /boot/efi
tmpfs           168M     0  168M   0% /run/user/1000
/dev/vdb        3.9G   24K  3.7G   1% /data

Snapshot :x:

Expected behavior
Should be able to snapshot and backup a running VM with disk mount
Support bundle
supportbundle-FailToSnapshotRunningRHEL6WithDiskMount.zip
Environment

Harvester ISO version: v1.3.1 and v1.3.2-rc2
Underlying Infrastructure (e.g. Baremetal with Dell PowerEdge R630): Single node Baremetal (48C/128G/2T)

Additional context

Same operation works in Ubuntu

Here are some initial investigation:
From the virt-launcher pod log, we can see the guest agent has no permission to open /data.
compute {"component":"virt-launcher","kind":"","level":"error","msg":"Failed to freeze vmi","name":"rhel9-multiple-disk","namespace":"default","pos":"server.go:269","reason":"virError(Code=
1, Domain=10, Message='internal error: unable to execute QEMU agent command 'guest-fsfreeze-freeze': failed to open /data: Permission denied')","timestamp":"2024-09-04T08:30:46.341786Z","ui
d":"31109d85-cd36-4094-9557-7dce6ce96bc6"}

In the guest, vdb is mounted under /data with seclabel.
$ mount
...
/dev/vdb on /data type ext4 (rw,relatime,seclabel)

By checking the audit log, we can also see the guest agent has no permission to open /data:
$ less /var/log/audit/audit.log
...
type=AVC msg=audit(1725434562.819:128): avc:  denied  { read } for  pid=647 comm="qemu-ga" name="/" dev="vdb" ino=2 scontext=system_u:system_r:virt_qemu_ga_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=dir permissive=0

Disabling the selinux and the snapshot works well:
setenforce 0

We'll need more investigation on this and provide a guideline on how to mount a hot-plugging volume or add a SELinux policy in the guest.

@bk201 would SELinux need to be set up at the KubeVirt level?
https://github.com/kubevirt/kubevirt/blob/main/docs/getting-started.md#selinux-support

@bk201 would SELinux need to be set up at the KubeVirt level? https://github.com/kubevirt/kubevirt/blob/main/docs/getting-started.md#selinux-support
Maybe this could be a UI "checkbox", when starting a VM much like we do for "secure boot" , "uefi" 🤔

https://github.com/kubevirt/kubevirt/blob/main/docs/getting-started.md#selinux-support

By default, a custom SELinux policy gets installed by virt-handler on every node, and it gets used for VMIs that need it. Currently, the only VMIs using it are the ones that enable passt-based networking.

From my understanding, Harvester doesn't use passt-based networking currently.

The SELinux policy for FsFreeze could be generated from audit.log:

$ grep qemu-ga /var/log/audit/audit.log | audit2allow -M my_qemu_ga
This will generate my_qemu_ga.te and my_qemu_ga.pp

Applying the generated policy

$ semodule -i my_qemu_ga.pp

Checking if the policy is applied

$ semodule -l | grep -w my_qemu_ga

Checking if the VM could have FsFreeze

Entering virt-launcher pod's container compute
Executing $virt-freezer --freeze --namespace <VM namespace> --name <VM name>
If FsFreeze success, vmi will have .status.fsFreezeStatus = froze

Additional context:

For this issue, it needs to have twice the generate-and-apply process

Under the situation with .te file is provided, the policy could be applied with the following steps:

Using checkmodule to Compile the .te File into a .mod File (module object file)

$ checkmodule -M -m -o my_qemu_ga.mod my_qemu_ga.te

Using semodule_package to Convert the .mod File into a .pp File (policy package)

$ semodule_package -o my_qemu_ga.pp -m my_qemu_ga.mod

Installing the Policy Module Using semodule

$ semodule -i my_qemu_ga.pp


fix(game-tag-change): fix regex not capturing non-alphabet entity

Regex was too strict to capture Chinese/Korean/Japanese etc battle tags.

Codecov Report

Merging #50 into master will decrease coverage by 0.61%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #50      +/-   ##
==========================================
- Coverage   85.92%   85.31%   -0.62%
==========================================
  Files          20       19       -1
  Lines         341      320      -21
  Branches       52       52
==========================================
- Hits          293      273      -20
+ Misses         33       32       -1
  Partials       15       15

Impacted Files
Coverage Δ

src/line-parsers/game-tag-change.ts
96.29% <100%> (ø)
:arrow_up:

src/data/meta.ts
100% <0%> (ø)
:arrow_up:

src/line-parsers/index.ts
100% <0%> (ø)
:arrow_up:

src/index.ts

src/GameState.ts
100% <0%> (+8.33%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 8a62563...89806c6. Read the comment docs.


Comment can't be selected on Edge&Chrome&Safari

Repro steps:
• Navigate to https://makecode.microbit.org/beta
• Drag block "show number" and right-click to add some commet
• Try to select part of comment and then to delete it
Expect result(Firefox):
Comment should be selected

Actual result(Chrome&Edge):
Comment can't be selected

Fixed by new comments. Will follow up soon.

This fixed in alpha


Bot Presence

Todo:

[ ] Connect to the discord wss and keep alive
[ ] Broadcast the server uptime (maybe some other kind of interesting)
[ ] Change the bot image using some nice ai generated bot face

Done in #30


updated CI

CI updated to include aiida installation within the container image (installed via pip), this prevents the dependency issues between aiida/rabbitmq/postgres with ambertools (installed in CI via mamba).


original KAN

whether there is original spl-KAN code  in your repository?

Here is the original KAN code:
https://github.com/KindXiaoming/pykan
Here is an efficient version of it (which has been applied to MNIST data set):
https://github.com/KindXiaoming/pykan
Also, you can see a lot more variety of implementations (of different methods):
https://github.com/mintisan/awesome-kan

thanks a lot
On Fri, Aug 9, 2024, 18:33 zavareh1 @.***> wrote:

Here is the original KAN code:
https://github.com/KindXiaoming/pykan
Here is an efficient version of it (which has been applied to MNIST data
set):
https://github.com/KindXiaoming/pykan
Also, you can see a lot more variety of implementations (of different
methods):
https://github.com/mintisan/awesome-kan
—
Reply to this email directly, view it on GitHub
https://github.com/zavareh1/Wav-KAN/issues/2#issuecomment-2278908627,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A6XP76W6GLOFZ4R4XCCEUJDZQVNWJAVCNFSM6AAAAABMJC7RJCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENZYHEYDQNRSG4
.
You are receiving this because you authored the thread.Message ID:
@.***>


Initial commit Farcaster Follow app.

Description

This widget shows an accounts follower number on Farcaster, a Twitter-like social network that is decentralized.
Copilot

🤖 Generated by Copilot at a698139
Summary
🚀👥🎨

This pull request adds a new app called Farcaster Follows, which shows the follower count of a Farcaster user on the Tidbyt device. The app consists of a Starlark script (farcaster_follows.star) that implements the app logic and UI, and a manifest file (manifest.yaml) that provides metadata for the app. The app uses the Warpcaster API to fetch data and allows the user to customize the username and the color scheme.

Farcaster Follows
Shows your fans on Tidbyt
Autumn of fame

Walkthrough

Create and register a new app for displaying Farcaster follower count on Tidbyt (link, link)

I have read the CLA Document and I hereby sign the CLA

recheck


Callback breaking Google Auth flow - messages not passed through

I have discovered, when using simple Google Tutorial app, that if the user goes to Google, authenticate successfully and then my app cancels this log in (e.g. because this user was not found in the database) then the Passport flow is completely broken. The message raised (eg "Please Sign Up before using Google Auth") is not propagated and the user is just redirected with an empty request to Login page. This is the complete opposite of what the Local Strategy would do - pass the messages.
This issue can be seen here https://github.com/molt2020/broken-passport/blob/main/routes/auth.js (modified Passport Google tutorial)
All I have done to modify the tutorial is:
passport.use(new GoogleStrategy({
  clientID: process.env['GOOGLE_CLIENT_ID'],
  clientSecret: process.env['GOOGLE_CLIENT_SECRET'],
  callbackURL: '/oauth2/redirect/google',
  scope: [ 'profile' ]
}, function verify(issuer, profile, cb)

{
return cb(null, false, {message : "Please Sign Up before using Google Login"});  // I replaced all logic from the Tutorial with a simple reject message
}

Is this intended behaviour? If so, it is very poor as it doesn't cover a basic scenario where federated authentication is successful but something else fails and we want to inform the customer.
Or, is there a workaround for this scenario??

It was a RTFM in this case - I needed to use failureMessage: true option to be able to collect the message on return from Google. I suggest including this in the todos app as it seems an intuitive thing for the type of eample.


Is there any AMI ready to run Yocto linux on AWS?

Hi there,
We are trying to move some of the local test farm to AWS, and we would like to run Yocto Linux on AWS. The only tutorial I found on line is Getting Started with Cloud-Native Automotive Software Development, however it only has AMI for us-east-1. There's also an article TipsAndTricks/Running YP Image On AWS. Before I dive deeper into it, just want to know if AWS already provides an Yocto Linux AMI?
Thanks

@rpcme Thanks for the reply. Yes we do have out local meta- layer but as an appetizer I just want to build the vanilla Yocto image and deploy it on AWS. Will also include the meta-aws layer. Any recommended tutorial?
Thanks

For building AMI, the meta-aws project doesn't yet provide anything. However, there are tutorials for various device targets for meta-aws (mostly greengrass) in the meta-aws-demos and meta-aws-ci repos.
Please feel free to reach out directly to me on LinkedIn and will be able to carry on the convo from there?
https://www.linkedin.com/in/richardelberger/
I will resolve this issue for now since we will not be providing this mechanism from meta-aws itself, but there is potential to solve it via the meta-aws-ci repo and we can likely help with that.


Add release note for 1.3.8

Signed-off-by: Ryan Liang<EMAIL_ADDRESS>Description
Add release note for 1.3.8

Maintenance

Issues Resolved

Relate: https://github.com/opensearch-project/opensearch-build/issues/3012

Is this a backport? If so, please add backport PR # and/or commits #
Check List

[ ] New functionality includes testing
[ ] New functionality has been documented
[x] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Since we are having test issues on main, so I'm manually creating this backporting pr against to 1.3 branch directly.


fix(versions): update Activiti/example-runtime-bundle versions into master

UpdateBot pushed maven dependency: org.activiti.cloud.rb:activiti-cloud-runtime-bundle-dependencies to: 7.1.171

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.rb:activiti-cloud-runtime-bundle-dependencies 7.1.171


feat: 🎸 (completions) add uploaded attachment list

Task linked: CU-2qa12v0 VADA - completions ska lista vilka filer som laddats upp


Fix video link in README

Markdown does not allow a line break or other whitespace between [] and () when creating a link.

Codecov Report

Merging #2079 into develop will decrease coverage by 0.07%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           develop   #2079      +/-   ##
==========================================
- Coverage    68.88%   68.8%   -0.08%
==========================================
  Files          676     680       +4
  Lines        49495   49596     +101
==========================================
+ Hits         34095   34127      +32
- Misses       15400   15469      +69

Impacted Files
Coverage Δ

src/ripple/basics/DecayingSample.h
77.77% <0%> (-8.34%)
:arrow_down:

src/ripple/peerfinder/impl/Logic.h
41.41% <0%> (-7.94%)
:arrow_down:

src/ripple/app/tx/impl/PayChan.h
100% <0%> (ø)
:arrow_up:

src/ripple/basics/impl/Time.cpp
100% <0%> (ø)
:arrow_up:

src/ripple/json/Writer.h
100% <0%> (ø)
:arrow_up:

src/beast/extras/beast/unit_test/main.cpp

src/lz4/lib/xxhash.c

src/protobuf/vsprojects/config.h

src/ripple/basics/ByteOrder.h

src/beast/test/core/to_string.cpp

... and 17 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c6b6d82...1ec2183. Read the comment docs.

Merged as 8430f9deff6d3a64a57325c02b787147f58a1afc


fix(zoom-in-out): Fix sync of zoom slider with zooming shortcuts

Fixes #2982
Describe the changes you have made in this PR -
Make zoom slider change while zooming in/out using (Ctrl + (+/-)) as described in the issue #2982
Screenshots of the changes (If any) -

@gr455
Could you check this, please?

Coverage remained the same at 81.785% when pulling afc201076f91839947672b106a908d5ffe839190 on ahmedibrahim404:zoom-in-out-bug#2982 into 80b1a0ba56231b1b43d4d1355cf033ee36fe4025 on CircuitVerse:master.


Result selector broken since 11.6.1

Since the Update to 11.6.1 The sq-result-selector is broken.
It doesn't react to the user selecting documents and doesn't display the selected count any more. Also there are no Actions like the labels or baskets showing up, because it doesn't seem to register the selection changes. When I select all at once it shows the count but still no actions...

Hello,
This bug should be fixed in the latest version that we pushed early last week. The bug was introduced when we released the 11.6.1, but we pushed the fix to this repository (as well as on NPM and in the SBA workspace packaged in the Sinequa release).

Alright,
I pulled the latest version from master and merged it into our project. It works again.
Thanks.


issue #628 added

added STL containers and iterators , @ajay-dhangar can you please review this.

@ajay-dhangar can you please review this , thank you!

@ajay-dhangar can you please review this , thank you!