text:
German translation please

German Interface / Translation would be nice.

Belim antwortete bereits im anderen Zweig auf eine diesbezügliche Frage.
"... ich erinnere mich, dass es ... eine deutsche Resourcedatei gab, als die App noch in C++ geschrieben war.
... ich sie mal neu Lokalisieren (den Code muss ich sowieso neu schreiben) . Die Pflege der deutschen Übersetzung würde ich allerdings gerne abgeben. ..."
Also abwarten!

Mit dem Release 4.0.6 ist die App nun "lokalisierbar". Ich habe auch eine erste KI-generierte deutsche Sprachdatei erstellt. Wenn du sie in Zukunft anpassen und pflegen möchtest, folge bitte den nachstehenden Anweisungen (ich werde diese auf Englisch tippen, da sie für alle anderen Übersetzer auch gelten und leicht zu verstehen sind  😸

Grab the tool from https://github.com/HakanL/resxtranslator/releases. This handy tool lets non-developers swiftly translate .NET project resource files (resx) into multiple languages simultaneously.
Download the language files in resx format from here. It's best to grab the entire raw "locales" folder:
Open ResxTranslator.exe, navigate to File > Open directory, and locate the previously downloaded "locales" folder. The tool will scan all subfolders to find resx files (note: it doesn't rely on VS SLN or project files, just files with the .resx extension).
In the left panel, you'll see a tree view of all discovered resources. Double-click a node to open a resource and view its strings on the right side of the screen.
Once you've translated all strings, go to File > Export all resources. Make sure to include a language code; for example, use "de" for German translations.

I was an XP-Antispy user.
Thank you for your continued development.
and I've created a (ja-JP, Japanese) Japanese locale using the above procedure.
Best Regards.

@Belim
Das mit dem Tool verstehe ich. Denke werde das hinbekommen.
Was mir aber aufgefallen ist, dass ab "Tweaks (Plugins)" die Keys, sowie die dazugehörigen englischen Texte fehlen.
AH, _catTaskbar habe ich gefunden, ergo muss ich _catTweaks (Plugins) neu erstellen.
Die anderen "Einträge" werde ich auch noch herausfinden, denke ich.

Was fehlt!
Optimierungen (Plugins)
Icon-Cache löschen
Diese Funktion löscht den Symbol-Cache in Windows, um Probleme mit der fehlerhaften Anzeige von Symbolen zu beheben.
Versteckte Dateierweiterungen ausblenden   ???????????? einblenden !!!!!!!!!!!!
Diese Funktion zeigt oder verbirgt versteckte Dateierweiterungen im Windows Explorer.
Snap Assist Flyout aktivieren
Damit wird das Snap Asssist Flyout in Windows 11 aktiviert.
Helles Thema verwenden ??? Theme !!!!!!!
Aktivieren Sie das Kontrollkästchen für den hellen Modus, deaktivieren Sie es für den dunklen Modus.
Sicherheit (Plugins)
Benutzerkontensteuerung aktivieren (UAC)
Aktivieren Sie diese Option, um die Benutzerkontensteuerung (UAC) zu aktivieren, deaktivieren Sie sie, um die UAC zu deaktivieren. Bitte deaktivieren Sie diese Einstellung nur, wenn Sie absolut sicher sind, dass Sie die vollständige Kontrolle über Ihr System haben!!! Andernfalls könnte dies eine große Sicherheitslücke in Ihrem System öffnen.

@Mira-Bellenbaum  Die Plugin-Strings sind nicht hardcodiert in der Anwendung, sondern befinden sich außerhalb des Kerns der Anwendung. Ich bin unsicher, ob es sinnvoll ist, diese zu übersetzen. Im Release habe ich auch angedeutet, dass die JSON-Dateien, also die Plugins und der toolDebloater, nicht von mir übersetzt wurden.

Mit ....
Enable Snap Assist Flyout
This will enable Snap Asssist Flyout in Windows 11
kann ich leider nichts anfangen, ich nutze kein Windows 11 und habe also keine Ahnung was für eine Funktion das ist.

Zitat: "@Mira-Bellenbaum Die Plugin-Strings sind nicht hardcodiert ...."
Ah, OK. Dann muss ich mich damit ja nicht weiter beschäftigen.

I was an XP-Antispy user. Thank you for your continued development.
and I've created a (ja-JP, Japanese) Japanese locale using the above procedure.
Best Regards.

Cool, thanks. When you're done, please read through step 6 again or upload the file here.

@Mira-Bellenbaum
Enable Snap Assist Flyout ist das Andock Layout
https://www.deskmodder.de/wiki/index.php?title=Windows_11_Maximieren_Schaltfläche_Andock_Layout_deaktivieren_aktivieren

Mit dem Release 4.0.6 ist die App nun "lokalisierbar". Ich habe auch eine erste KI-generierte deutsche Sprachdatei erstellt. Wenn du sie in Zukunft anpassen und pflegen möchtest, folge bitte den nachstehenden Anweisungen (ich werde diese auf Englisch tippen, da sie für alle anderen Übersetzer auch gelten und leicht zu verstehen sind 😸

Grab the tool from https://github.com/HakanL/resxtranslator/releases. This handy tool lets non-developers swiftly translate .NET project resource files (resx) into multiple languages simultaneously.
Download the language files in resx format from here. It's best to grab the entire raw "locales" folder:
Open ResxTranslator.exe, navigate to File > Open directory, and locate the previously downloaded "locales" folder. The tool will scan all subfolders to find resx files (note: it doesn't rely on VS SLN or project files, just files with the .resx extension).
In the left panel, you'll see a tree view of all discovered resources. Double-click a node to open a resource and view its strings on the right side of the screen.
Once you've translated all strings, go to File > Export all resources. Make sure to include a language code; for example, use "de" for German translations.
Send me the exported file by opening a new GitHub Issue or via a new Pull request.

Hallöle...
Bis jetzt nur mitgelesen (...auch auf Deskmodder).....
Bei mir erscheint eine Fehlermeldung beim Öffnen des Ordners...
Siehe Bild
Grüsse

Am besten mal die Dateien erneut herunterladen, hier auch nochmal beigefügt
Strings-de.zip

authors: Belim Camelot631 DMmoinmoin DasFragezeichen Mira-Bellenbaum dai

repo: builtbybel/xd-AntiSpy


text:
[feature] Implementação da tela publicação de vaga

Descrição
A implementação de uma tela de cadastro das vagas para facilitar o trabalho para pessoas não técnicas ou com pouco conhecimento no uso de markdown.
Solução
Criar uma tela estática no site que permitirá o preenchimento das informações da vaga de forma guiada.
Ao submeter as informações para publicação,o usuário será redirecionado para uma pagina de criação de nova issue, já com os dados da vaga preenchidos no padrão que aceitaremos.
Futuramente, será possível criar rotinas de automação que façam a publicação automática das vagas no site assim que as mesmas forem cadastradas.

Criada a pagina em https://www.builtinruby.com/jobs/publish

source: gharchive/issue

repo: builtinruby/builtinruby

license: MIT

license_type: permissive

license_source: github-api


text:
Implemented user session variable

I won the battle, but I did not win the war

                                .      .          .

                     *       .    .           .
               .          .       .   *
                             .            .
                   .        .    +              .
                      .        .       .
               .          +         .  *      +
                     .* . .     .      .    .    .
                  .       .    ,`',          .
                      . .    -`   -      .+
                   .  . +    ~,(.~     .* .
                .    .  .       ).._     .   .
                       *    .:::::%%   .
                     .     :::;;%%%$
                           :::::;%%$          .
                           :%::%:;%$
                          .:%::::;%$
                          `"%:::;;$$
                        ___ %:::;%%$ ___
                  .--~'^    %:;:%%$$    ^`~--.
               .:'          `^""""^'          `.
              (  `~ - ,. _ _       _ _ . ,-  ~`:.
              `:             `~~~~'             :
               |:_.'`:                    ..    )
               `|%%%%`;      .-,.      ,-'##`._.'
                |:%%%%$`:.,/'$$$`:   ,;#######|
                `|:%%%%%%$$$%$$$$$`~'$#######|'
           ___,--`|%%%%$%%%$$$$$#$$#$#######|'---,___
     __,~~~       |:%%%%%$%$%$$$$$$$########|        ~~~-..
 .-~^             `|%%%%$%%%$$$$$#$########|'              ~-,_
(                   `^^-%%%$$%$$$$$####-^^'                    :.
:;                                                              :.
::~~ ..                                                       .,;'
`:.     ~ .. .                                        ..  ~     :
 `:.             ~     ...   .  ..    ..    .    ~            .:'
  `:.                                                         ::
   `::.                                                       ::
    |::.     ,:""`:.                  .:'~`:.     .:~;.,;~;.  `:
    `| `:.,;'   .  `:.     .:~;.    .:'     `:..,:'        `:.;'
     |:          :   `:..,:'   `:.,:'          .           :|

Congratulation.

source: gharchive/pull-request

authors: Frozenhawk krstlb

repo: bulaleeplum/starter-auth


text:
Bundler not complaint with semantic versioning specification

I want to use build metadata part in my version number, according to the semantic versioning specification: 0.1.0+build. But bundler refuses to install:
[!] There was an error while loading `language.gemspec`: Malformed version number string 0.1.0+build. Bundler cannot continue.

Any ideas? I think there is no reason not to follow semantic versioning specification, although this is probably quite unusual requirement.

Currently, Rubygems doesn't support including build metadata in versions. As you're probably aware, different languages implement SemVer slightly differently, particularly on the less-used parts (build metadata, expectations pre-1.0.0, equivalence of tokens like alpha and a).
There is work going on to harmonise this at https://github.com/semver/semver, and Bundler and the Rubygems teams are represented there, but for now there's no way to specify build metadata in a Rubygems version number.

authors: greysteil krystof-k

repo: bundler/bundler


text:
Autoconfig gemfile

This finishes off the work with different Gemfiles. Now if you do a
bundle install --gemfile Gemfile.dev

the new Gemfile.dev will be saved to the configuration and be used automatically for all further references.

I think it is not good idea to set ENV variable.

It only sets it if it is not already set, so the priorities are:

use Gemfile from BUNDLE_GEMFILE
use Gemfile from command-line (--gemfile)
use Gemfile from .bundle/config
use default Gemfile

In fact, there are quite some places in the code where ENV['BUNDLE_GEMFILE'] is set... Which is a bad excuse to go on, I know.

We're actually moving away from auto-setting config variables in 2.0, so I'm not really sure that we want to add another right now?

Since we are removing remembered options, I don't think it makes sense to add one here. Please use bundle config gemfile Gemfile.dev in order to change the Gemfile location.

Le 16/05/2015 22:38, André Arko a écrit :

Since we are removing remembered options, I don't think it makes sense
to add one here. Please use |bundle config gemfile Gemfile.dev| in order
to change the Gemfile location.

OK - your call.
But I still have the problem that after |bundle config gemfile
Gemfile.dev| the |require 'bundler/setup'| doesn't pick up the new
config, it still uses |Gemfile|. Is that on purpose? Part of my patch
'fixes' that, too.

@ineiti the proper fix for that is to probably alter SharedHelpers.default_gemfile to also check the config at each step up

Le 18/05/2015 05:29, Samuel E. Giddins a écrit :

@ineiti https://github.com/ineiti the proper fix for that is to
probably alter |SharedHelpers.default_gemfile| to also check the config
at each step up

@samuel yes, but SharedHelpers.default_gemfile gets called the first
time BEFORE the config-file is available, in Bundler.root
This is why I put the code in Bundler.definition, which seemed the first
place where the config-file is available.

I think it would make sense to modify shared helpers to fix the issue there, as the config is found relative to the Gemfile path.
-Samuel E. Giddins
On May 18, 2015, at 2:12 AM, Linus Gasser notifications@github.com wrote:
Le 18/05/2015 05:29, Samuel E. Giddins a écrit :

@ineiti https://github.com/ineiti the proper fix for that is to
probably alter |SharedHelpers.default_gemfile| to also check the config
at each step up

@samuel yes, but SharedHelpers.default_gemfile gets called the first
time BEFORE the config-file is available, in Bundler.root
This is why I put the code in Bundler.definition, which seemed the first
place where the config-file is available.
—
Reply to this email directly or view it on GitHub.

Le 18/05/2015 14:08, Samuel E. Giddins a écrit :

I think it would make sense to modify shared helpers to fix the issue
there, as the config is found relative to the Gemfile path.

OK, so the .bundle/config depends on the Gemfile. But the name of the
Gemfile is found in .bundle/config :(
Would it be acceptable to modify SharedHelpers.find_gemfile to
search_up for 'Gemfile' and '.config' and then act accordingly?
if .config found
   look for new name
elsif Gemfile found
   ok
end

And why is the 'gems.rb' in the search_up-path?

Yes, a modification like that would make sense in my opinion. gems.rb is an alternate name for the Gemfile.

OK, before I try a new pull-request, how about that:

search for global $HOME/.bundle/config and initialize Bundler.settings
search_up for [ .bundle, Bundler.settings[:gemfile], 'Gemfile' ]
if .bundle is found, initialize Bundler.settings and search for [ Bundler.settings[:gemfile], 'Gemfile' ] in that directory

One problem is SharedHelpers.in_bundle? which is called from bundler/setup before any configuration is read. So we'd have to initialize the settings in SharedHelpers instead of bundler.rb, as this is the only thing required in bundler/setup.

authors: indirect ineiti segiddins simi


text:
Update README.md.tt

Under the "Development" header, the README was telling users to run "rake rspec" if the RSpec gem is being used. However, in lib/bundler/templates/newgem/Rakefile.tt, the rake task that runs RSpec is named 'spec', rather than 'rspec'.
I changed the generated README text to read 'rake spec' instead of 'rake rspec'.
Also: Should I write a test for this change?

+1, when I generated a gem with bundle gem and chose rspec, the README recommended running rake rspec, but the registered task name was rake spec

Good catch, thanks!

authors: ethanez713 indirect maxjacobson


text:
Add documentation of spec.files to the new gem gemspec template

Resolves #6246
Thanks so much for the contribution!
To make reviewing this PR a bit easier, please fill out answers to the following questions.
What was the end-user problem that led to this PR?
Confusion during manually testing about why a file was not being installed as part of an in-development gem.
What was your diagnosis of the problem?
User (me) did not understand how the git ls-files -z-based files specification in the autogenerated gemspec works, and that the expected file was not installed because it was not yet checked in to git.
What is your fix for the problem, implemented in this PR?
A small amount of documentation to explain what spec.files does and how the default git-based value works.
Why did you choose this fix out of the possible options?
I chose this fix because it's minimally intrusive and makes the new gem experience more newbie-friendly.

Whoops, closing in favor of  #6347


text:
Update README.md

Q
A

Branch?
1.12 or 1.13

Bug fix?
no/yes

New feature?
no/yes

BC breaks?
no/yes

Deprecations?
no/yes

Related tickets
fixes #X, partially #Y, mentioned in #Z

License
MIT

/bns-start

/bns-start

/bns-start

/bns-start

/bns-start

/bns-stop

repo: bunnyshell/OSS-Sylius


text:
float_to_ascii

Kodun temel fikri iyi görünüyor, ancak bazı sorunlar var.
Bir sorun, decimal ve ondalık bölümlerini saklamak için 'char' türününü kullanmışsın. 'char' türü, sayıları değil, karakterleri saklamak içindir ve 'queue[0]' ve 'queue[2]' değişkenlerinde saklanan değerler, oluşan casting sonrası gerçekte decimal ve ondalık bölümleri olmayabilir. Bunun yerine 'sprintf()' çağrısı içinde '%d' ve '%d' biçimlendirme belirteçlerini kullanarak decimal ve ondalık bölümlerin tamsayı değerlerini 'queue' dizgesine yazabiliriz.
Diğer bir sorun ise girdi değerine 33.33 değerinin eklenmen. Bu, girdi değerinin yakın olduğu bir sayı olmaması durumunda fonksiyonun beklenmedik sonuçlar üretebileceği anlamına geliyor.
Ayrıca, ondalık kısım kesilirken "0" dan "9" a kadar ascii değerlerinde 48 ile 57 arasındadır, bu yüzden ondalık kısmın ascii temsili için 48 eklemen gerekiyor.
umarım yardımcı olabilmişimdir.

Kodun temel fikri iyi görünüyor, ancak bazı sorunlar var.
Bir sorun, decimal ve ondalık bölümlerini saklamak için 'char' türününü kullanmışsın. 'char' türü, sayıları değil, karakterleri saklamak içindir ve 'queue[0]' ve 'queue[2]' değişkenlerinde saklanan değerler, oluşan casting sonrası gerçekte decimal ve ondalık bölümleri olmayabilir. Bunun yerine 'sprintf()' çağrısı içinde '%d' ve '%d' biçimlendirme belirteçlerini kullanarak decimal ve ondalık bölümlerin tamsayı değerlerini 'queue' dizgesine yazabiliriz.
Diğer bir sorun ise girdi değerine 33.33 değerinin eklenmen. Bu, girdi değerinin yakın olduğu bir sayı olmaması durumunda fonksiyonun beklenmedik sonuçlar üretebileceği anlamına geliyor.
Ayrıca, ondalık kısım kesilirken "0" dan "9" a kadar ascii değerlerinde 48 ile 57 arasındadır, bu yüzden ondalık kısmın ascii temsili için 48 eklemen gerekiyor.
umarım yardımcı olabilmişimdir.

Öncelikle teşekkürler kodu incelediğiniz ve yorumladığınız için. Ancak açıklamak istediğim nokta şu ki, bu algoritma sadece bir dönüşüm algoritması değil. Aynı zamanda bir veri sıkıştırması. Biliyorsunuz veri tiplerinde float'ın bit genişliği 32 iken char'ın 8. Aynı zamanda, bu kodları üzerinde çalıştığımız bir elektrikli arabanın araç kontrol sistemi için yazıyorum. Örnek vermek gerekirse batarya sıcaklığını ilgili sistemden alıp, veriyi sıkıştırıp (dolaylı olarak kriptolayıp), aracın ekranına yolluyorum. Bunu yaparken RF haberleşmesi ve UART kullanıyorum. Elimizde STM32F407 kartları olduğundan veri sıkıştırması yapmak zorundayız. Ki zaten batarya sıcaklığının alabileceği maksimum değer 80 derece. Bu noktada sistem kapanıyor. ASCII tablosunda ilk 32 değer klavye atamalarıdır ve devamını semboller ve harfler oluşturur. Klavye ataması dışında herhangi bir char bizim işimizi görüyor. Ki 33.33 toplaması da buradan geliyor. Bunu sağlamak için o işlemi yapıyoruz. Sonrasında ekiple birlikte bunun 32.32 olmasında karar kıldık çünkü eğer batarya 90 dereceye gelirse (imkansız sayılır ama her şeyi düşünmeye çalışıyoruz) 90+32'den 122 eder bu da ASCII tablosunda son harf olan z'yi işaret ediyor. Sprintf() konusuna gelinirse, bana gönderilen verileri can haberleşmesi ile ilgilenen ekipten bir başka arkadaşım yapıyor. Struct'taki tipleri aslında o dizi haline getiriyor ve bunu sprintf ile yapıyor. Bu tarz fonksiyonların kullanımı minimal düzeyde tutmaya çalışıyoruz zira bu elektrikli araba ile bir yarışmaya katılacağız ve "yerlilik" de kıstaslardan biri. Kodlarıma ilgi gösterdiğiniz ve çekinmeyip yorumda bulunduğunuz için çok çok teşekkürler :)

Aslında hiç rahatsız olmam aksine beni mutlu eder. Yazılımda yeniyim henüz, illa ki hatalarım vardır. Bunları düzeltmenin en iyi yolu daha profesyonel yazılımcılarla görüşmek olur. Eğer vaktiniz varsa ve dilerseniz gördüğünüz hatalardan bahsedebilirsiniz elbette. Teşekkür ederim.


text:
Build on Debian wheezy fails

Trying to build on Debian wheezy, system:
Linux main 2.6.32-042stab120.16 #1 SMP Tue Dec 13 20:58:28 MSK 2016 x86_64 GNU/Linux

Distributor ID:	Debian
Description:	Debian GNU/Linux 7.11 (wheezy)
Release:	7.11
Codename:	wheezy

I installed the dependencies as:
sudo apt-get install libssl-dev libjansson-dev libcurl4-openssl-dev libsqlite3-dev sendemail

without errors. Checked out blackbird as specified in the README, got commit 9f05809f174b76b6312c12cdd240886e16625d5a.
Executing make gives:
Compiling shell.o:
Compiling sqlite3.o:
Archiving libsqlite3.a:
ar: creating libsqlite3.a
a - sqlite3.o
Linking sqlite3:
Compiling src/bitcoin.o:
Compiling src/check_entry_exit.o:
Compiling src/curl_fun.o:
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h:53:3: error: conflicting declaration ‘typedef struct json_t json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: ‘struct json_t’ has a previous declaration as ‘struct json_t’
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h: In function ‘json_t* json_incref(json_t*)’:
/usr/include/jansson.h:94:20: error: invalid use of incomplete type ‘struct json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: forward declaration of ‘struct json_t’
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h:95:15: error: invalid use of incomplete type ‘struct json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: forward declaration of ‘struct json_t’
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h: In function ‘void json_decref(json_t*)’:
/usr/include/jansson.h:105:20: error: invalid use of incomplete type ‘struct json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: forward declaration of ‘struct json_t’
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h:105:54: error: invalid use of incomplete type ‘struct json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: forward declaration of ‘struct json_t’
make: *** [src/curl_fun.o] Error 1

Can you include gcc version and jansson version used to compile this? Also run make with -VERBOSE=1 to show the cmd invocation used.

gcc version:
gcc (Debian 4.7.2-5) 4.7.2

jansson version:
libjansson-dev:
  Installed: 2.3.1-2+deb7u1
libjansson4:
  Installed: 2.3.1-2+deb7u1

(libjansson4 was installed automatically with the -dev package)
make with verbosity:
$ make VERBOSE=1
Compiling src/curl_fun.o:
g++ -Wall -pedantic -std=c++11 -O2 -DNDEBUG -I ./src -I ./extern/sqlite3/include -c src/curl_fun.cpp -o src/curl_fun.o
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h:53:3: error: conflicting declaration ‘typedef struct json_t json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: ‘struct json_t’ has a previous declaration as ‘struct json_t’
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h: In function ‘json_t* json_incref(json_t*)’:
/usr/include/jansson.h:94:20: error: invalid use of incomplete type ‘struct json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: forward declaration of ‘struct json_t’
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h:95:15: error: invalid use of incomplete type ‘struct json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: forward declaration of ‘struct json_t’
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h: In function ‘void json_decref(json_t*)’:
/usr/include/jansson.h:105:20: error: invalid use of incomplete type ‘struct json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: forward declaration of ‘struct json_t’
In file included from src/curl_fun.cpp:4:0:
/usr/include/jansson.h:105:54: error: invalid use of incomplete type ‘struct json_t’
In file included from src/curl_fun.cpp:1:0:
src/curl_fun.h:6:8: error: forward declaration of ‘struct json_t’
make: *** [src/curl_fun.o] Error 1

Okay, I think I see what the issue is. Jansson 2.3.1 defines
typedef struct { /* ... */} json_t;

so that can't be forward declared. (See SO question for explanation). Later versions doesn't have this issue because the json_t definition got changed to:
typedef struct json_t {
  // ...
} json_t;

It looks like this change got introduced in jansson 2.5 (specifying in this commit) so forward declaring is possible.
Try getting Jansson 2.5 or later and recompiling with that.

I got the latest Jansson from github, compiled that, now blackbird compiles :)
Thank you very much!

repo: butor/blackbird

license: mit

license_source: bigquery


text:
Pr144

Updates PR #144

Resolves #144

repo: button/DeepLinkKit


text:
🛑 VBHC Serene Town A Block is down

In d52dad9, VBHC Serene Town A Block (https://cloud.tymly.in/status/1129) was down:

HTTP code: 521
Response time: 20226 ms

Resolved: VBHC Serene Town A Block is back up in a283d26.

repo: bvenkysubbu/tymlymonitor


text:
🛑 SNR Silver Ripples 2 is down

In 9a86ea5, SNR Silver Ripples 2 (https://cloud.tymly.in/status/1040) was down:

HTTP code: 521
Response time: 20451 ms

Resolved: SNR Silver Ripples 2 is back up in 184d22a.


text:
🛑 United Elysium 2 is down

In 42df1b2, United Elysium 2 (https://cloud.tymly.in/status/1026) was down:

HTTP code: 521
Response time: 20215 ms

Resolved: United Elysium 2 is back up in 6cb423c.


text:
🛑 Trifecta Esplanade B Block is down

In 0ca94bc, Trifecta Esplanade B Block (https://cloud.tymly.in/status/1154) was down:

HTTP code: 521
Response time: 20218 ms

Resolved: Trifecta Esplanade B Block is back up in 46b9e73.


text:
🛑 Trifecta Esplanade Multipurpose Hall is down

In 8d1cfa7, Trifecta Esplanade Multipurpose Hall (https://cloud.tymly.in/status/1169) was down:

HTTP code: 521
Response time: 225 ms

Resolved: Trifecta Esplanade Multipurpose Hall is back up in ce1403f.


text:
🛑 SNR Silver Ripples is down

In 862b6ba, SNR Silver Ripples (https://cloud.tymly.in/status/1039) was down:

HTTP code: 521
Response time: 20255 ms

Resolved: SNR Silver Ripples is back up in 9b9561d.


text:
🛑 Hinduja Park 1 is down

In 39ba978, Hinduja Park 1 (https://cloud.tymly.in/status/1067) was down:

HTTP code: 521
Response time: 233 ms

Resolved: Hinduja Park 1 is back up in 6a48f57.


text:
🛑 SBB Touchstone Reborn is down

In 169d2f9, SBB Touchstone Reborn (https://cloud.tymly.in/status/1018) was down:

HTTP code: 521
Response time: 237 ms

Resolved: SBB Touchstone Reborn is back up in 396f2a9.


text:
🛑 PSR Aster 1 is down

In 2960657, PSR Aster 1 (https://cloud.tymly.in/status/1059) was down:

HTTP code: 521
Response time: 20676 ms

Resolved: PSR Aster 1 is back up in 3789263.


text:
🛑 SNR Silver Ripples 2 is down

In 1683c16, SNR Silver Ripples 2 (https://cloud.tymly.in/status/1040) was down:

HTTP code: 521
Response time: 20236 ms

Resolved: SNR Silver Ripples 2 is back up in a6fa330.


text:
🛑 SNR Silver Ripples is down

In 9b06f22, SNR Silver Ripples (https://cloud.tymly.in/status/1039) was down:

HTTP code: 521
Response time: 229 ms

Resolved: SNR Silver Ripples is back up in 31e562b.


text:
🛑 VBHC Serene Town B Block is down

In 219806c, VBHC Serene Town B Block (https://cloud.tymly.in/status/1130) was down:

HTTP code: 521
Response time: 207 ms

Resolved: VBHC Serene Town B Block is back up in d91d358.


text:
🛑 SNR Silver Ripples is down

In ad105c1, SNR Silver Ripples (https://cloud.tymly.in/status/1039) was down:

HTTP code: 521
Response time: 256 ms

Resolved: SNR Silver Ripples is back up in cef4b96.


text:
🛑 SMR Vinay Cascade A Block is down

In b90f9d3, SMR Vinay Cascade A Block (https://cloud.tymly.in/status/1094) was down:

HTTP code: 521
Response time: 253 ms

Resolved: SMR Vinay Cascade A Block is back up in 931e5f1.


text:
🛑 Mahaveer Varna A4 is down

In f4494f8, Mahaveer Varna A4 (https://cloud.tymly.in/status/1084) was down:

HTTP code: 521
Response time: 20239 ms

Resolved: Mahaveer Varna A4 is back up in d7bc904.


text:
🛑 Desai Grandeur 1 is down

In 96ae8b3, Desai Grandeur 1 (https://cloud.tymly.in/status/1133) was down:

HTTP code: 521
Response time: 234 ms

Resolved: Desai Grandeur 1 is back up in 3591852.


text:
🛑 Mahaveer Varna B3 is down

In 1fe0221, Mahaveer Varna B3 (https://cloud.tymly.in/status/1086) was down:

HTTP code: 521
Response time: 20228 ms

Resolved: Mahaveer Varna B3 is back up in c53ed8b.


text:
🛑 Sterling Shalom E Block is down

In 1ba90d9, Sterling Shalom E Block (https://cloud.tymly.in/status/1070) was down:

HTTP code: 521
Response time: 20214 ms

Resolved: Sterling Shalom E Block is back up in 1c37585.


text:
🛑 SMD Altezz Block B is down

In ee807c7, SMD Altezz Block B (https://cloud.tymly.in/status/1176) was down:

HTTP code: 521
Response time: 20231 ms

Resolved: SMD Altezz Block B is back up in 3081d68.


text:
🛑 SMR Vinay Cascade B Block is down

In badc78f, SMR Vinay Cascade B Block (https://cloud.tymly.in/status/1093) was down:

HTTP code: 521
Response time: 20234 ms

Resolved: SMR Vinay Cascade B Block is back up in d80d322.


text:
🛑 United Elysium 2 is down

In 9ac0a07, United Elysium 2 (https://cloud.tymly.in/status/1026) was down:

HTTP code: 521
Response time: 232 ms

Resolved: United Elysium 2 is back up in d44435f.


text:
🛑 Trifecta Esplanade A Block is down

In 8a79b23, Trifecta Esplanade A Block (https://cloud.tymly.in/status/1153) was down:

HTTP code: 521
Response time: 20289 ms

Resolved: Trifecta Esplanade A Block is back up in f121756.


text:
🛑 SMD Altezz Block B is down

In 547730a, SMD Altezz Block B (https://cloud.tymly.in/status/1176) was down:

HTTP code: 521
Response time: 20239 ms

Resolved: SMD Altezz Block B is back up in 29d0b8a.


text:
🛑 Sowparnika Swastika 2 is down

In 38bf01f, Sowparnika Swastika 2 (https://cloud.tymly.in/status/1099) was down:

HTTP code: 521
Response time: 206 ms

Resolved: Sowparnika Swastika 2 is back up in 9b2e80d.


text:
🛑 Wilson Vintage 2 is down

In c160eb9, Wilson Vintage 2 (https://cloud.tymly.in/status/1038) was down:

HTTP code: 521
Response time: 2025 ms

Resolved: Wilson Vintage 2 is back up in 759af34.


text:
🛑 Wilson Vintage 1 is down

In 0f1654a, Wilson Vintage 1 (https://cloud.tymly.in/status/1037) was down:

HTTP code: 521
Response time: 20220 ms

Resolved: Wilson Vintage 1 is back up in 03fc283.


text:
🛑 Greenville Whitefield is down

In cb30a17, Greenville Whitefield (https://cloud.tymly.in/status/1020) was down:

HTTP code: 521
Response time: 20208 ms

Resolved: Greenville Whitefield is back up in 498f00a.


text:
🛑 White Breeze 2 is down

In 82c1cd3, White Breeze 2 (https://cloud.tymly.in/status/1097) was down:

HTTP code: 502
Response time: 6971 ms

Resolved: White Breeze 2 is back up in 3eb82f6.


text:
feature: Add function that checks voice channel for users

In discord.js there's a function member and in discord.py there's is, both return users present in given voice channel, we need something similiar for go, i wrote a small example code that accepts channelID and guildID and returns either empty array or array populated with userIDs, the code itself probably works poorly because i wrote it w/o understanding how exactly it should be implemented, but we still need something similiar.

This is probably outside the scope of this library.  DiscordGo is intended to be a minimal wrapper around the Discord API itself, without any added magic functions.  If there's not an API endpoint from Discord to provide this lookup, it's not really a good fit.  Maybe an example of how to do it could be added to the wiki if you'd like to contribute that.

authors: bwmarrin haddu

repo: bwmarrin/discordgo


text:
RocksDB sometimes crashes

https://github.com/bwsw/t-streams/issues/732#issuecomment-361846275
RocksDB sometimes crashes with segmentation fault. Maybe it happens when a RocksDBCompactionJob performs compaction in a same time when server writes something in RocksDB.
Using a ReentrantReadWriteLock in RocksDB wrappers can solve this problem.

https://github.com/facebook/rocksdb/issues/3355#issuecomment-360223325

Try wait until CompactionJob is closed in CompactionJob.close().

repo: bwsw/t-streams


text:
Fix file reading concurrency issues

Preface
I am not an experienced python programmer and I have not worked with greenlet before. If my changes look unpythonic or the fix shows a flawed understanding of greenlet, please let me know.
The code also doesn't exactly get prettier with my fixes, but I opted to fix the problem at hand instead of trying to refactor it simultaneously.
Issue
I noticed that CME does not properly try all combinations when specifying multiple targets. To test this, I created the following files:

users1.txt with the contentone
two
three

passwords1.txt with the content111
222
333

Then I ran CME in SMB brute force mode on two hosts. In the following screenshot you can see that host .8 never receives the 3 guesses with username two, while host .13 receives the guesses for that username twice!

In --no-bruteforce mode it gets even worse:  .8 never receives the one guess with username two, but gets attacked using the credentials three:222 which should not happen. Host .13 gets a single broken guess of one:333 before CME enters an infinite loop (from seeking the user file while iterating over it). See the following screenshot:

See the commit message for root cause analysis.
Commit message
Before this commit, file objects for the username, password or NTLM hash files were all shared between target jobs for different hosts. This could cause numerous different errors in password or hash spraying jobs with multiple targets. Sometimes some lines in input files were skipped for some targets, and sometimes CME even ended up in an infinite loop due to seeking in a file that is currently also being iterated on.
There have been attempts to fix some of these errors with file.seek(0) in some places, such as with d13042f6375e98fe6a0cff6d3a23a48b4a84b4c7. This almost works because of the BoundedSemaphore sem that effectively keeps CME attacks single-threaded. However, there were still corner cases with shared file object accesses not protected by the semaphore.
To fix this in a reliable way, this commit shifts the responsibility of open()ing a file object to every job instead of globally at the start. While this does mean that the application will open the same files a bunch of times, it also ensures correctness in regard to concurrency. This should also allow to relax the semaphore in the future in case no global or username limit across all targets is required.

This issue only appears with cme smb target.txt -u pass.txt -p pass.txt or it's the same with cme smb <IP>  -u pass.txt -p pass.txt or cme smb target.txt -u USER -p pass.txt or cme smb target.txt -u user.txt -p PASS etc etc ?

This issue only appears with cme smb target.txt -u pass.txt -p pass.txt or it's the same with cme smb <IP> -u pass.txt -p pass.txt or cme smb target.txt -u USER -p pass.txt or cme smb target.txt -u user.txt -p PASS, cme smb target.txt -u USER -p PASS etc etc ?

Specifiying targets as arguments on the command line or in a file does not seem to make any difference (cme smb <IPs> vs cme smb targets.txt). This makes sense, as the target list gets created in the main crackmapexec.py before creating the concurrent jobs.
cme smb targets.txt -u USER -p PASS works.
cme smb targets.txt -u USER -p pass.txt seems to work okay. This makes sense, as the semaphore single-threads execution and the password file gets seek(0) after each loop.
cme smb targets.txt -u user.txt -p PASS is broken, similar to the case shown above.

cme smb targets.txt -u user.txt -pass.txt is broken as shown above.
The --no-bruteforce option requires both arguments to be files, and is exceptionally broken as shown above.

Btw this issue impact options like --local-auth or --shares

Can you elaborate what you mean by that? If you mean my changes break those options I fail to see how that happens, both from the code and from testing.
Note that my suggested changes may open up the possibility to relax the semaphore a bit to gain back some concurrency. As far asI can see spawning all these jobs for targets doesn't really do anything because the mutex is so restrictive.
The current code only works because the semaphore almost causes everything to happen like it's all just one big for loop.
If that is the intended behavior it may be easier to stop spawning all those greenlet threads, use a big loop, use seek() and call it a day. At least then it would be easy to reason about when a file will be seeked and that nothing happens concurrently.
However, if concurrency is desired for CME, cleanly separating the resources used by each thread may allow to relax the semaphore in the future if you figure out a way to fix every feature that currently depends on the fact that there is always only one thread connecting at a time (The limits come to mind here).
As I don't currently use the limits I tried that out locally - the speed gains are enormous with multiple targets.

Can you elaborate what you mean by that? If you mean my changes break those options I fail to see how that happens, both from the code and from testing.

I'm speaking if it's domain user credentials. I f you got a hit on one machine it will works everywhere same if you have a fail.

I'll take a look at this in the coming days.

Okay, better late than never, I've tested this and it works well. Will probably merge it in the following days :)

Let's merge it now :)

Wow, interesting that the patch still applied after all that time.
Thanks for looking into it!

authors: RagingCactus byt3bl33d3r mpgn


text:
move generated bindings files to a generated/ sub-directory

This is a small pet-peeve of mine but I figured I'd raise it: I find the name src/bindings.rs to be a little ambiguous, as it assumes people are already familiar with how WIT, Wasm Components, and wasm-bindgen work. It also assumes that people seeing the file in the hierarchy understand that this was auto-generated and was not checked in by hand. I feel like we would be better served by clearer labeling that this file is automatically generated, and specific to Wasm Components - not just any old bindings. This is doubly the case when we consider that people might generate bindings to other things, for example: it's not unreasonable for someone to generate bindings to a protobuf schema, and then wire that over wasi:sockets.
What I'm proposing here are two relatively minor changes:

Create a directory called src/generated/ which we recommend using as the output target for all generated code.
Rename the bindings.rs file to something slightly more descriptive. Something like wasm_bindings or component_bindings could more clearly clue in people unfamiliar with Wasm Components about what is going on.

If we put those two together, that would result in a rename like src/bindings.rs → src/generated/component_bindings.rs. A little longer, but more clearly factored in a way that makes it clear we're not supposed to edit this by hand.
This is clearly a "what color do we paint the bike shed" type of question, which is why I've put this off raising this for a while. But it feels like we're in the home stretch of delivering an end-to-end story, and I've recently seen at least one person be confused about the purpose of bindings.rs, so I figured raising this now might actually be reasonable timing.

+1 for this idea, I have submitted a PR (#316) for this, Please take a look if this is what we want.

repo: bytecodealliance/cargo-component


text:
Gen binds

left three things behind
wasm_engine_t *
wasm_engine_new_with_args(mem_alloc_type_t type, const MemAllocOption *opts);

typedef enum {
    Alloc_With_Pool = 0,
    Alloc_With_Allocator,
    Alloc_With_System_Allocator,
} mem_alloc_type_t;

typedef union MemAllocOption {
    struct {
        void *heap_buf;
        uint32_t heap_size;
    } pool;
    struct {
        void *malloc_func;
        void *realloc_func;
        void *free_func;
    } allocator;
} MemAllocOption;

@BenSunWhiteBoard there is a draft version of binggen.py, and you can use it to create all wrappers, and there is a simple introduction to the preparation, and please let me know when you have any doubts, and good luck.

Actually when I tried to run it myself, I find out an error message like:
......
  File "utils/bindgen.py", line 134, in visit_Struct
    info[decl.name] = self.get_type_name(decl.type)
  File "utils/bindgen.py", line 52, in get_type_name
    return self.get_type_name(type.type)
  File "utils/bindgen.py", line 68, in get_type_name
    raise Exception(f"a new type should be in type_map: {type}")
Exception: a new type should be in type_map: long

for long and errno_t, after I added
            "errno_t": "c_int",
            "long": "c_long",

to type_map, it's all fine.
I guess that's because I am using macOS and size of certain type is a little different?

repo: bytecodealliance/wamr-python


text:
Move spec interpreter fuzzing behind a Cargo feature

Building the spec interpreter requires a local installation of Ocaml and
now libgmp which isn't always available, so this enables the ability to
disable building the spec interpreter by using cargo +nightly fuzz build --no-default-features. The spec interpreter is still built by
default but if fuzzers are being built locally and the spec interpreter
isn't needed then this should enable it to be relatively easily
opted-out of.

Hm, well, looking at the build failures, maybe that is why we settled on [target.'cfg(fuzzing)'.dependencies]?

Yeah to get cargo test --workspace working by default I added back in the cfg(fuzzing) dependency, so this should still work as before and now we also have the ability to turn off the ocaml interpreter by passing --no-default-features to cargo fuzz build

authors: abrown alexcrichton

repo: bytecodealliance/wasmtime


text:
cranelift: Fix fdemote on the interpreter

👋 Hey,
This PR does a few things:

Enables fpromote/fdemote in the fuzzer
Splits the current test suite into individual files

RISC-V wasn't running these tests because it doesn't support SIMD, It now runs the non SIMD ones.

Fixes a bug in the interpreter with fdemote
Changes the documentation for these instructions

We don't actually support a fpromote f32 -> f32, the verifier fails on those cases, so I updated the documentation.

It's built on top of #5155 since enabling these tests is what caused me to discover that bug.
Fuzzing for the last 2 hours on aarch64 and x86 hasn't turned up anything yet.

Oh, sorry, since I took a while to review this, #5231 got in first. So the heap_addr instructions in the tests which you extracted from conversions-load-store.clif need to be updated, though at least it's a small change. Could you rebase?


text:
Show function names in explore tool instead of only function indices

Another one in the "let's make debugging a bit easier": show function names in the "explore" tool.  (There's a bit of code repetition here to clean up the names, but it's slightly different when we're considering HTML output, so I think that's OK.)
Here's how it works on my machine:

Very nice!
This can be further improved by demangling the function names first. For some example code that does that, see: https://github.com/bytecodealliance/wasmtime/blob/54e53cc77a29c8e4eb819333d81ef4158685690a/crates/wasmtime/src/runtime/profiling.rs#L194-L200
I don't think we need to be nearly so careful about sanitizing function names in this setting. These strings are first serialized to JSON, and that should ensure that any string we provide is valid JSON. The JSON string is then used in a <script> tag; we might need to escape the JSON for embedding in HTML, but <script> tags are implicitly treated as CDATA in HTML5, right? Finally, the strings embedded in the JSON are spliced into the DOM using textContent, so they don't need to be escaped at that point.
As a result I think we should just give the user whatever they provided, preferably after demangling.

Agreed demangling would be great -- also fine with deferring that to a follow up PR.

Pushed the requested changes. Current output here is now this one (notice the pop-up showing the unmangled name):

Ooh, the pop-up is a nice touch. There's a lot more that could be done with wasmtime explore eventually.
I'd be happy to review this next week, or just as happy if you want to approve it @fitzgen.

Alright, force-pushed (sorry!) due to the formatting changes, but it should be a whole lot clearer now.  I'll rebase the other PR once this one lands.

Alright, @fitzgen, pushed a new revision that should address your comments.

authors: fitzgen jameysharp lpereira


text:
Hotfix/remove api key

This change is

Reviewed 85 of 85 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable

repo: byu-oit-appdev/ios-byuSuite


text:
Batch processing to get the topology features

Hi, thank you so much for sharing this useful library! I am wondering how to use it for handling batch input. For example, when I want to calculate the vr persistence l1 features of a batch with "BxNx3", one simple way is to use your "vr_persistence_l1" function with a for loop, which will cost a lot of time (B times compared with 1 input). Do you have any suggestion for this scenario?

Currently you have to use the loop approach as batch processing is not supported. cheers c.

authors: c-hofer wengzehang

repo: c-hofer/torchph


text:
How to edit a Quantum at runtime?

First of all, thanks for the awesome library! :)
I'm looking for a way to edit a Quantum at runtime, specifically change its schedule and the task it is performing. I know there is a way to find jobs by name by doing Quantum.find_job(name) but after finding it I also need to change its task.
The reason is that I have a wrapper around Quantums, called Jobs, that users can create/edit/delete. The details of a job, such as its frequency, can be edited by a user. When such an edit is performed, I then need to edit the underlying Quantum. For example, if the user initially creates the Job with a 24 hour schedule, then changes it to a 6 hour schedule, I need to somehow make that change on the Job's Quantum. Right now I'm deleting the Quantum and creating & activating a new one, but doing that doesn't feel very elegant.

Thanks for your question!
Currently, you would need to use delete_job/1 and add_job/2 to update an existing job. A new function update_job would be great, but is currently not implemented. Any contributions in that direction are welcome!

Gotcha. When you say "to update an existing job" what do you mean? Using delete_job and then add_job creates a brand new job with a brand new PID, right?
It's not a big deal, I already wrote the code to do it - I'm just curious. Thanks! :)

@egeersoz Yes, deleting and adding a job leads to a new PID.
Feel free to send a PR to bring your "update an existing job" to the code base. I'll merge it. If you don't want to send a PR, please close this issue.

@egeersoz any update on this? can we close this issue?

authors: c-rack egeersoz

repo: c-rack/quantum-elixir


text:
🛑 www.ssc.sk is down

In 579ffce, www.ssc.sk (https://www.ssc.sk/sk/Aktualne.ssc) was down:

HTTP code: 403
Response time: 525 ms

Resolved: www.ssc.sk is back up in 1190519.


text:
🛑 cms2.alejtech.eu is down

In 5026fea, cms2.alejtech.eu (http://cms2.alejtech.eu/UserSystem/login/login.alej) was down:

HTTP code: 403
Response time: 384 ms

Resolved: cms2.alejtech.eu is back up in ac41804.


text:
🛑 www.ssc.sk is down

In 6bd2ec1, www.ssc.sk (https://www.ssc.sk/sk/Aktualne.ssc) was down:

HTTP code: 403
Response time: 802 ms

Resolved: www.ssc.sk is back up in fbe7bd9.


text:
Normalized (100% stacked) chart support

Are you planning on adding normalized charts? Like this

Algorithm for calculating values is easy, but I can't figure out where to put is so it doesn't brake the whole library.
Thank!

So this appears to be duplicate of #142, and #142 is still open.
Will close this one


text:
Bullet Physics release  3.07 this 11 days ago

3.07: Merge pull request #3090 from ErikGartner/master
@erwincoumans erwincoumans released this 11 days ago · 9 commits to master since this release
This updated Bullet Physics release was used for the
"Learning Agile Robotic Locomotion Skills by Imitating Animals" research., led by Jason Peng.

Sync finished:
https://github.com/c4games/engine-x/commit/e273d77c964c59177917ce65f1b7efa5236bfbc5


text:
feat: merge get options to single dict

TransactionGenerator.get_transactions の引数 timerange, blockrange を一つのdictとしてまとめた。
senka側ではtimerange, blockrangeをまだ利用している箇所がないため、この変更による影響は受けない。
CI結果
https://github.com/kouMatsumoto/senkalib/actions/runs/2206577965

LGTM


text:
🛑 CBTB Coffee House Shop is down

In 284228f, CBTB Coffee House Shop (https://shop.cbtb.coffee/) was down:

HTTP code: 403
Response time: 1216 ms

Resolved: CBTB Coffee House Shop is back up in 77507a6.

repo: cachetech/service-status


text:
🛑 CBTB Coffee House Shop is down

In 0247f5f, CBTB Coffee House Shop (https://shop.cbtb.coffee/) was down:

HTTP code: 403
Response time: 1631 ms

Resolved: CBTB Coffee House Shop is back up in a0b42a8.


text:
🛑 CBTB Coffee House Shop is down

In 7f09b62, CBTB Coffee House Shop (https://shop.cbtb.coffee/) was down:

HTTP code: 403
Response time: 1433 ms

Resolved: CBTB Coffee House Shop is back up in 5ea6bd4 after 760 days, 18 hours, 11 minutes.


text:
🛑 CBTB Coffee House Shop is down

In 7e395e5, CBTB Coffee House Shop (https://shop.cbtb.coffee/) was down:

HTTP code: 403
Response time: 1570 ms

Resolved: CBTB Coffee House Shop is back up in dea9941.


text:
elixir using latin1 locale instead of utf8 even with glibcLocales

Describe the bug
In a fresh project with only pkgs.glibcLocales and elixir enabled , running iex warns about using latin1 instead of utf8:
$ iex --version
Erlang/OTP 25 [erts-13.1.4] [source] [64-bit] [smp:12:12] [ds:12:12:10] [async-threads:1] [jit:ns]

warning: the VM is running with native name encoding of latin1 which may cause Elixir to malfunction as it expects utf8. Please ensure your locale is set to UTF-8 (which can be verified by running "locale" in your shell)
IEx 1.14.3 (compiled with Erlang/OTP 25)

This works in an older project I have though, so I'll attach two gists only differing by the devenv.lock.
Guessing something changed between nixos-22.05 and nixos-22.11?
Not sure how to fix on my end other than modifying the devenv.lock, though.
To Reproduce
Broken:  https://gist.github.com/pikdum/93a1df7ca19392d7c0dc3092064e5883
Working: https://gist.github.com/pikdum/2e1d311de30f8ce5879dc5989dc917c6
Version
$ devenv version
devenv: 0.5.1

@pikdum, what does locale output when you run it in your shell?

$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Weird! Your "broken" gist works fine on my machine. And your locales don't look out of the ordinary either.
What does echo $LOCALE_ARCHIVE say?

Looks unset.
$ echo $LOCALE_ARCHIVE

Interesting! Last idea: what if you set LOCALE_ARCHIVE to the archive provided by glibcLocales?
{ pkgs, ... }:
{
  packages = [ pkgs.glibcLocales ];
  languages.elixir.enable = true;

  env = {
    LOCALE_ARCHIVE = "${pkgs.glibcLocales}/lib/locale/locale-archive";
  };
}

Neat, looks like that fixes it:
$ iex --version
Erlang/OTP 25 [erts-13.1.4] [source] [64-bit] [smp:12:12] [ds:12:12:10] [async-threads:1] [jit:ns]

IEx 1.14.3 (compiled with Erlang/OTP 25)

What distro are you using by the way?

Pop!_OS 22.04

@domenkozar, should we check $LOCALE_ARCHIVE and friends when launching the shell? NixOS sets this by default, but we might see weirdness like this in other distros.
I imagine glibcLocalesUtf8 is a smaller closure:
export LOCALE_ARCHIVE="${pkgs.glibcLocalesUtf8}/lib/locale/locale-archive"

3MB, let's just add those by default!

glibc and locales
Source: https://nixos.org/manual/nixpkgs/stable/#locales

To allow simultaneous use of packages linked against different versions of glibc with different locale archive formats, Nixpkgs patches glibc to rely on LOCALE_ARCHIVE environment variable.
On non-NixOS distributions, this variable is obviously not set. This can cause regressions in language support or even crashes in some Nixpkgs-provided programs. The simplest way to mitigate this problem is exporting the LOCALE_ARCHIVE variable pointing to ${glibcLocales}/lib/locale/locale-archive. The drawback (and the reason this is not the default) is the relatively large (a hundred MiB) size of the full set of locales. It is possible to build a custom set of locales by overriding parameters allLocales and locales of the package.

Locales on non-NixOS hosts
Source: https://nixos.wiki/wiki/Locales

You may need to set the environmental variable LOCALE_ARCHIVE to point to your system's locale-achive. The following can be added to your .zshenv (zsh) or .profile (bash) and applies to Debian, Red Hat, and Arch derivatives:
export LOCALE_ARCHIVE=/usr/lib/locale/locale-archive

authors: domenkozar pikdum sandydoo

repo: cachix/devenv


text:
Can this build forks?

The first time I ever used xcaddy, IIRC was to build a feature branch with the single quote support for the envfile.
If I were to make a custom version with a change like that that's either in PR or not acceptable, I'd still benefit from the convenience of being able to load in extra modules.
I hoped that it might "just work" by giving the git URL in the standard syntax:
xcaddy build 'https://github.com/coolaj86/caddy#my-feature' \
  --with ... \
  --output ./caddy-my-feature+stuff

However, it flat out failed, which also isn't entirely unexpected.
Is there a way to support PR branches?

Already supported. See the last paragraph of this section in the README: https://github.com/caddyserver/xcaddy#custom-builds

xcaddy build \
    --with github.com/caddyserver/caddy/v2=github.com/my-user/caddy/v2@some-branch

Note: it takes a Go path, not a Git URL

/v2 for mod versioning, not necessarily a file path
@ rather than # for branch
Works from file path root, not .git root

probably uses the go mod replacer under the hood, hence the =

Indeed that's what we're doing

repo: caddyserver/xcaddy


text:
Question: Linux Support? .appimage? (SOLVED)

SOLVED: https://github.com/cafali/SnapKey/issues/4#issuecomment-2251568839 <- Click
As the title requests. Can an .appimage be compiled to operate under a Linux environment?
I'll be understanding if this doesn't work on a Wayland session such as (Sway).
Maybe the application could work on i3 (X11/Xorg Session) ?

The code is specifically designed for Windows, utilizing the Windows API to manage keyboard input and system tray interactions. Consequently, it will not run on Linux systems without modifications.
Currently, I am not looking to convert or rewrite the code for Linux, as there are additional features planned for the future. Additionally, my knowledge of Linux software development is limited. ...sorry

No problem! I hope a Linux solution eventually comes along.

@cafali Got this working on Linux with Proton! :100:
Using Flatpak Steam + Flatpak steamtinkerlaunch
Step 1:
Place config.cfg and SnapKey.exe in a folder under Steam game directory.
example directory:
/home/dillacorn/.var/app/com.valvesoftware.Steam/data/Steam/steamapps/compatdata/2365810/pfx/drive_c/Program Files/SnapKey
Step 2:
Launch game with steamtinkerlaunch -> hit spacebar when tinker launcher opens.
Step 3:
Check "Use custom command" and "Fork custom command"
Step 4:
Add SnapKey.exe Application under game directory
example:
/home/dillon/.var/app/com.valvesoftware.Steam/data/Steam/steamapps/compatdata/2365810/pfx/drive_c/Program Files/SnapKey_socd/SnapKey.exe
SAVE AND PLAY
Enjoy :)
Note:
If you click "SAVE" in some cases custom command application looks like it doesn't stick.. It could be a bug with flatpak version not sure? - If this does happen click "SAVE AND PLAY" anyway and an application loader should pop up.. navigate to the directory again and pick the SnapKey.exe again and next time you start the game with steamtinkerlauncher in Steam it should work.
I pretty much primarily game with Proton so I'd say mark this issue as solved! :)
Extra Rant:
I spent at least a week so far troubleshooting and trying to get Snap Key to work on my Gamakay TK68HE.. I just want to thank you dev for writing an awesome program that doesn't use AutoHotkey! :)
I did find an AutoHotkey solution that DID work.. but I'd suggest others to avoid that solution if you can..ESPECIALLY for competitive games that use anti-cheat!

That's fantastic news! I'm really glad to hear it's working smoothly for you on Linux with Proton.
I hope your detailed steps make it clear for anyone else trying to set it up!
Enjoy using SnapKey, and thanks a ton for the appreciation! It means a lot!

Edited directions per new findings.
Yes I hope this helps others especially!
It's not the cleanest or even that easy to setup AND tinkerlaunch is kind of buggy occasionally, although it may be due to my Wayland (Sway) session.
I've actually had to do a system restart (sudo reboot now) because tinkerlaunch wouldn't LAUNCH after configuration so this solution isn't perfect to configure but it does work when launching the game 99% of the time after configuration so that's good..
Next hurdle is creating a copy and replace files in each directory script for when you push a new update.. because I have to have duplicates of the applications in the game directory which is very strange but HAS to be done in order for SnapKey to work along with steamtinkerlaunch. ~ This isn't going to be hard to achieve.
Here is image of an example directory

Would this also work w/o the flatpak steam version?

@Tom-jm03

Would this also work w/o the flatpak steam version?

Flatpak steamtinkerlaunch is not compatible with non-flatpaked Steam...
You will need to install steam tinker launch from your repo provider or through github for your specific distro.
The directories navigation will be slightly different.. If you're using non-flatpak Steam, Steam already has access to your entire file system so place SnapKey.exe + its configuration files in the directory of your choice and follow the rest of the directions from the post for adding SnapKey.exe as a custom command.
Reason I'm using flatpak versions is primarily high compatability and I've personally found there to be no downsides... Unless if you're using an Nvidia GPU which just came to mind..
I want to add I've concluded from using Linux for a long time that flatpak steam is perfectly fine as it packages the latest mesa drivers and through extensive testing has been more flexible in use with every DE and WM that I've tested and used.
"ever DE and WM that I've tested and used" includes GNOME, KDE 5/6, XFCE, DWM Flexipatch, i3 and Sway.
Let me know if you have any more questions I should be able to help.

Uncheck "Use Steam Linux Runtime with Custom Command"

does this setting even exist ? i can only find USESLR="1" which doesn't specifically affect the game process

the SnapKey.exe process doesn't kill itself once the main process dies, meaning that it has to be killed manually after each session, otherwise steam will display a RUNNING status…
does anyone knows a way to kill the SnapKey.exe process once a game is stopped ?

the SnapKey.exe process doesn't kill itself once the main process dies, meaning that it has to be killed manually after each session, otherwise steam will display a RUNNING status…
does anyone knows a way to kill the SnapKey.exe process once a game is stopped ?

If you click "STOP" in Steam it should close the game and any process related to it. I have noticed this behavior but I don't know a solution.. It's not that big of a deal as long as you know you need to also STOP the game within Steam Client as well..

repo: cafali/SnapKey


text:
"caffe2/caffe2/python/pybind_state.cc:251:61: error: ‘Message’ has not been declared" when make

Problem:
When I make the Caffe2, it shows an ERROR that " Message has not been declared".
I guess there is something wrong with the protobuf.
My Caffe2 is using own protobuf under third_party, which is already make install before.

Operating system:CentOS 7

### CMake summary output

-- ******** Summary ********
-- General:
--   CMake version        : 3.10.2
--   CMake command         : /home/pding/download/cmake-3.10.2/bin/cmake
--   Git version           : v0.8.1-1191-g43bbfed-dirty
--   System                : Linux
--   C++ compiler          : /usr/bin/c++
--   C++ compiler version  : 4.8.5
--   Protobuf compiler     : /home/pding/download/protobuf-3.5.0/bin/protoc
--   Protobuf include path :
--   Protobuf libraries    : Protobuf_LIBRARY-NOTFOUND;-lpthread
--   BLAS                  : Eigen
--   CXX flags             :  -std=c++11 -O2 -fPIC -Wno-narrowing -Wno-invalid-partial-specialization
--   Build type            : Release
--   Compile definitions   : ``
--
--   BUILD_BINARY          : ON
--   BUILD_DOCS            : OFF
--   BUILD_PYTHON          : ON
--     Python version      : 3.6.3
--     Python library      : /home/pding/anaconda3/lib/libpython3.6m.so
--   BUILD_SHARED_LIBS     : ON
--   BUILD_TEST            : ON
--   USE_ATEN              : OFF
--   USE_ASAN              : OFF
--   USE_CUDA              : ON
--     CUDA version        : 8.0
--     CuDNN version       : 6.0.21
--     CUDA root directory : /usr/local/cuda-8.0
--     CUDA library        : /usr/lib64/libcuda.so
--     CUDA NVRTC library  : /usr/local/cuda-8.0/lib64/libnvrtc.so
--     CUDA runtime library: /usr/local/cuda-8.0/lib64/libcudart.so
--     CUDA include path   : /usr/local/cuda-8.0/include
--     NVCC executable     : /usr/local/cuda-8.0/bin/nvcc
--     CUDA host compiler  : /usr/bin/cc
--   USE_EIGEN_FOR_BLAS    : 1
--   USE_FFMPEG            : ON
--   USE_GFLAGS            : ON
--   USE_GLOG              : ON
--   USE_GLOO              : ON
--   USE_LEVELDB           : ON
--     LevelDB version     : 1.20
--     Snappy version      : ..
--   USE_LITE_PROTO        : ON
--   USE_LMDB              : ON
--     LMDB version        : 0.9.21
--   USE_METAL             : OFF
--   USE_MKL               :
--   USE_MOBILE_OPENGL     : OFF
--   USE_MPI               : OFF
--   USE_NCCL              : ON
--   USE_NERVANA_GPU       : OFF
--   USE_NNPACK            : ON
--   USE_OBSERVERS         : ON
--   USE_OPENCV            : ON
--     OpenCV version      : 3.4.0`
--   USE_OPENMP            : OFF`
--   USE_PROF              : OFF
--   USE_REDIS             : OFF
--   USE_ROCKSDB           : OFF
--   USE_THREADS           : ON
--   USE_ZMQ               : OFF

### Make Output

[ 93%] Linking CXX executable ../bin/smart_tensor_printer_test
[ 94%] Linking CXX executable ../../bin/predictor_verifier
[ 94%] Linking CXX executable ../bin/context_test
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:251:61: error: ‘Message’ has not been declared
 static bool ParseProtobufFromLargeString(const string& str, Message* proto) {
                                                             ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In function ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:256:17: error: request for member ‘ParseFromCodedStream’ in ‘* proto’, which is of non-class type ‘int’
   return proto->ParseFromCodedStream(&coded_stream);
                 ^
In file included from /home/pding/download/caffe2/caffe2/core/allocator.h:22:0,
                 from /home/pding/download/caffe2/caffe2/core/context.h:25,
                 from /home/pding/download/caffe2/caffe2/python/pybind_state.h:21,
                 from /home/pding/download/caffe2/caffe2/python/pybind_state.cc:17:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:320:72: error: cannot convert ‘caffe2::DeviceOption*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
                   py::bytes(device_option).cast<std::string>(), &option));
                                                                        ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:459:77: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
                 ParseProtobufFromLargeString(def.cast<std::string>(), &proto));
                                                                             ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:484:77: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
                 ParseProtobufFromLargeString(def.cast<std::string>(), &proto));
                                                                             ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:493:77: error: cannot convert ‘caffe2::OperatorDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
                 ParseProtobufFromLargeString(def.cast<std::string>(), &proto));
                                                                             ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:502:77: error: cannot convert ‘caffe2::PlanDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
                 ParseProtobufFromLargeString(def.cast<std::string>(), &proto));
                                                                             ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:534:74: error: cannot convert ‘caffe2::OperatorDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
             ParseProtobufFromLargeString(op_def.cast<std::string>(), &def));
                                                                          ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:619:57: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
                 init_net.cast<std::string>(), &init_net_));
                                                         ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:621:63: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
                 predict_net.cast<std::string>(), &predict_net_));
                                                               ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
[ 95%] Linking CXX executable ../../bin/make_cifar_db
[ 95%] Built target event_test
[ 95%] Linking CXX executable ../bin/logging_test
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:697:55: error: cannot convert ‘std::unique_ptr<caffe2::NetDef>::pointer {aka caffe2::NetDef*}’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
                 bytes.cast<std::string>(), proto.get()));
                                                       ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:849:77: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
             ParseProtobufFromLargeString(net_def.cast<std::string>(), &proto),
                                                                             ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:951:70: error: cannot convert ‘caffe2::OperatorDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
         ParseProtobufFromLargeString(op_def.cast<std::string>(), &def));
                                                                      ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:962:74: error: cannot convert ‘caffe2::OperatorDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
             ParseProtobufFromLargeString(op_def.cast<std::string>(), &def),
                                                                          ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:979:71: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
         ParseProtobufFromLargeString(net_def.cast<std::string>(), &def));
                                                                       ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:988:72: error: cannot convert ‘caffe2::PlanDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
         ParseProtobufFromLargeString(plan_def.cast<std::string>(), &def));
                                                                        ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:998:75: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
             ParseProtobufFromLargeString(net_def.cast<std::string>(), &def));
                                                                           ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:1017:52: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
             net_def_bytes.cast<std::string>(), &def));
                                                    ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:1020:58: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
             init_def_bytes.cast<std::string>(), &init_def));
                                                          ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:1048:75: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
             ParseProtobufFromLargeString(net_def.cast<std::string>(), &net));
                                                                           ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:1068:75: error: cannot convert ‘caffe2::NetDef*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
             ParseProtobufFromLargeString(net_def.cast<std::string>(), &def));
                                                                           ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
/home/pding/download/caffe2/caffe2/python/pybind_state.cc: In lambda function:
/home/pding/download/caffe2/caffe2/python/pybind_state.cc:1132:68: error: cannot convert ‘caffe2::DeviceOption*’ to ‘int*’ for argument ‘2’ to ‘bool caffe2::python::ParseProtobufFromLargeString(const string&, int*)’
               py::bytes(device_option).cast<std::string>(), &option));
                                                                    ^
/home/pding/download/caffe2/caffe2/core/logging.h:149:11: note: in definition of macro ‘CAFFE_ENFORCE’
     if (!(condition)) {                                                       \
           ^
[ 95%] Built target inspect_gpus

The main problem is where does the 'Message' declare. I can not find it.
Other ERRORs just caused by this 'Message' ERROR.

@Yangqing  @bddppq @bwasti @dzhulgakov @kittipatv

Why is it using the protoc from /home/pding/download/protobuf-3.5.0/bin/protoc ? Have you passed in this compiler specifically as a cmake flag? Or is this folder in your PATH? Is there a full protobuf installation here with protobuf libraries too or just the protoc executable?

I have added -DPROTOBUF_PROTOC_EXCUTABLE=  -DPROTOBUF_LIBRARY=  -DPROTOBUF_INCLUDE_DIR when cmake.
I have a full protobuf installation with lib, include and bin.

@pjh5 I have added -DPROTOBUF_PROTOC_EXCUTABLE= -DPROTOBUF_LIBRARY= -DPROTOBUF_INCLUDE_DIR when cmake.
I have a full protobuf installation with lib, include and bin.

Setup
Ubuntu 16.04, Cuda 9.1, Cudnn 7.1.
I have the same error. Library protobuf 3.5.1 compiled, tested and installed from source.
Should I downgrade protobuf? Any hint is more than welcome. Thanks
-- General:
--   CMake version         : 3.5.1
--   CMake command         : /usr/bin/cmake
--   Git version           : v0.8.1-1237-gbaf8cdb
--   System                : Linux
--   C++ compiler          : /usr/bin/c++
--   C++ compiler version  : 5.4.0
--   Protobuf compiler     :
--   Protobuf include path :
--   Protobuf libraries    :
--   BLAS                  : Eigen
--   CXX flags             : -fPIC -std=c++11 -O2 -fPIC -Wno-narrowing -Wno-invalid-partial-specialization
--   Build type            : Release
--   Compile definitions   :
--   BUILD_BINARY          : ON
--   BUILD_DOCS            : OFF
--   BUILD_PYTHON          : ON
--     Python version      : 2.7.12
--     Python library      : /usr/lib/x86_64-linux-gnu/libpython2.7.so
--   BUILD_SHARED_LIBS     : ON
--   BUILD_TEST            : ON
--   USE_ATEN              : OFF
--   USE_ASAN              : OFF
--   USE_CUDA              : ON
--     CUDA version        : 9.0
--     CuDNN version       : 7.1.1
--     CUDA root directory : /usr/local/cuda-9.0
--     CUDA library        : /usr/local/cuda-9.0/lib64/stubs/libcuda.so
--     CUDA NVRTC library  : /usr/local/cuda-9.0/lib64/libnvrtc.so
--     CUDA runtime library: /usr/local/cuda-9.0/lib64/libcudart.so
--     CUDA include path   : /usr/local/cuda-9.0/include
--     NVCC executable     : /usr/local/cuda-9.0/bin/nvcc
--     CUDA host compiler  : /usr/bin/cc
--   USE_EIGEN_FOR_BLAS    : 1
--   USE_FFMPEG            : ON
--   USE_GFLAGS            : ON
--   USE_GLOG              : ON
--   USE_GLOO              : ON
--   USE_LEVELDB           : ON
--     LevelDB version     : 1.18
--     Snappy version      : 1.1.3
--   USE_LITE_PROTO        : ON
--   USE_LMDB              : ON
--     LMDB version        : 0.9.17
--   USE_METAL             : OFF
--   USE_MKL               :
--   USE_MOBILE_OPENGL     : OFF
--   USE_MPI               : ON
--   USE_NCCL              : ON
--   USE_NERVANA_GPU       : OFF
--   USE_NNPACK            : ON
--   USE_OBSERVERS         : ON
--   USE_OPENCV            : ON
--     OpenCV version      : 3.4.1
--   USE_OPENMP            : OFF
--   USE_PROF              : OFF
--   USE_REDIS             : OFF
--   USE_ROCKSDB           : OFF
--   USE_THREADS           : ON
--   USE_ZMQ               : OFF

@studentz for you this output
-- Protobuf compiler : -- Protobuf include path : -- Protobuf libraries :
is blank. Do you have protobuf? Did cmake find it in the cmake step? Do you see an error similar to "can not find protobuf" in your cmake output?
@Musicwire Do you also have a protobuf installation in system paths such as /usr/lib or /usr/local/lib ? For you also
--   Protobuf include path :  --   Protobuf libraries    : Protobuf_LIBRARY-NOTFOUND;-lpthread
this output indicated an error finding protobuf. How did you pass PROTOBUF_INCLUDE_DIR and PROTOBUF_LIBRARY?

@pjh5
Yes I have protobuf. I compiled, tested, and installed. Also, the message "can not find protobuf" it doesn't appear when compiling.
The following options doesn't display in the output.  However, when you use ccmake  ..   from the build directory and toggle the advanced options this option is showed:

Protobuf_DIR = /usr/local/lib/cmake/protobuf

In addition the following commands after installation showed were the libraries and include files are installed :
pkg-config --libs protobuf
-L/usr/local/lib -lprotobuf -lpthread
pkg-config --cflags protobuf
-lpthread -I/usr/local/include
I guess, if caffee2 is compiled with cmake then cmake would use those commands to find the
libraries and .h files
Please let me know if you need more information.
I tested with another version of protobuf (3.3), but produced different error.
Thanks.

@studentz what version of cmake are you using? Where is your protobuf installed? I'm not convinced Caffe2 is finding your protobuf if those fields are empty

@pjh5
cmake --version
3.9.0
 which protoc
/usr/local/bin/protoc
ls /usr/local/lib/ | grep proto
libprotobuf.a
libprotobuf-lite.a
libprotobuf-lite.so
libprotobuf-lite.so.3.5.1
libprotobuf.so
libprotobuf.so.3.5.1
libprotoc.a
libprotoc.so
libprotoc.so.3.5.1
ls /usr/local/include/google/protobuf/
any.h                  duration.pb.h                     has_bits.h               metadata_lite.h       type.pb.h
any.pb.h               duration.proto                    implicit_weak_message.h  reflection.h          type.proto
any.proto              dynamic_message.h                 io                       reflection_ops.h      unknown_field_set.h
api.pb.h               empty.pb.h                        map_entry.h              repeated_field.h      util
api.proto              empty.proto                       map_entry_lite.h         service.h             wire_format.h
arena.h                extension_set.h                   map_field.h              source_context.pb.h   wire_format_lite.h
arena_impl.h           field_mask.pb.h                   map_field_inl.h          source_context.proto  wire_format_lite_inl.h
arenastring.h          field_mask.proto                  map_field_lite.h         struct.pb.h           wrappers.pb.h
compiler               generated_enum_reflection.h       map.h                    struct.proto          wrappers.proto
descriptor_database.h  generated_enum_util.h             map_type_handler.h       stubs
descriptor.h           generated_message_reflection.h    message.h                text_format.h
descriptor.pb.h        generated_message_table_driven.h  message_lite.h           timestamp.pb.h
descriptor.proto       generated_message_util.h          metadata.h               timestamp.proto
Here is the link of the directories for installation
[(https://paste.ubuntu.com/p/FYcq23SZHz/)]
make  -j45-- std::exception_ptr is supported.
-- NUMA is available
-- Current compiler supports avx2 extention. Will build perfkernels.
-- Caffe2: Found protobuf with new-style protobuf targets.
-- Caffe2 protobuf include directory: /usr/local/include
........... more stuff .........
Error
/home/user/caffe2/caffe2/python/pybind_state.cc:252:61: error: ‘Message’ has not been declared
static bool ParseProtobufFromLargeString(const string& str, Message* proto)

@studentz can you run nm /usr/local/lib/libprotobuf.so | grep Message?

@pjh5
Here is the link of the output for
nm /usr/local/lib/libprotobuf.so | grep Message
https://paste.ubuntu.com/p/rp7RmnDp4j/
Thanks

@studentz I get a 404 error trying to access that website

@pjh5
Try select copy and paste. I clicked in the link and I had the same problem.
Thanks

@studentz what's gcc --version for you?

@pjh5
gcc --version
gcc (Ubuntu 5.4.0-6ubuntu1~16.04.9) 5.4.0 20160609

@studentz what flags are you passing to cmake? What is your $PATH and $LD_LIBRARY_PATH?

@pjh5
I use ccmake , a curses interface.
Here is the link https://cmake.org/cmake/help/v3.11/manual/ccmake.1.html
This interface will generate the Make file and the flags automatically according to the chosen options.
Here is how ccmake works:
In the source directory you create a sub-directory named build mkdir build  and cd build to this directory  and type ccmake ..

The only problems that I can imagine our

Something is wrong with your protobuf installation
-> Try a different protobuf version, or try installing protobuf with pip or conda

cmake isn't finding your protobuf installation correctly
-> What are $PATH and $LD_LIBRARY_PATH ?
-> Can you try cmake instead of ccmake ?

There's a gcc ABI mismatch somewhere
-> From the output of nm , it looks like your protobuf installation was built with a gcc > 5 , and your default gcc is also > 5, so I don't know how else this could arise, unless for some reason cmake is switching into the old gcc ABI mode somehow

There's another protobuf also under a system directory that is confusing cmake
-> What is find /usr -name protoc ?
-> If more than one file shows up, then you have multiple protobuf installations both in system directories, and you should probably remove all but one of them

authors: Musicwire pjh5 studentz


text:
Run NCCL tests in CUDA environments

cc @slayton58

Awesome :)

@caffe2bot retest this please

@slayton58 Looks like it hangs without your fix! :)


text:
Bst balance

Pull for resubmission.

Coverage decreased (-1.9%) to 98.074% when pulling a07a4ace992b52ca0a175abda2ce88b97eb2dd40 on bst-balance into d0b3f7689715b2fa0f541f549b999718ab4d83ad on resubmit.


text:
Include ether and wei units into cairo lang

Currently cairo does not support units like ether and wei. If a dev want to work with these units, he have to create constatnt value manually and work with them.
Include these standard ether units into the next cairo lang update

Hi, this is the repository of the Cairo book, not the Cairo language, please submit your feature requests to https://github.com/starkware-libs/cairo! Thank you

authors: enitrat quentin-abei

repo: cairo-book/cairo-book


text:
Add support for class/namespace/method arguments for XUnit2

It would be useful to have a way to natively support targeting namespace/class/method tests via the XUnit2 console runner.
  -method "name"         : run a given test method (should be fully specified;
                         : i.e., 'MyNamespace.MyClass.MyTestMethod')
                         : if specified more than once, acts as an OR operation
  -class "name"          : run all methods in a given test class (should be fully
                         : specified; i.e., 'MyNamespace.MyClass')
                         : if specified more than once, acts as an OR operation
  -namespace "name"      : run all methods in a given namespace (i.e.,
                         : 'MyNamespace.MySubNamespace')
                         : if specified more than once, acts as an OR operation

I've made a pass over this functionality; will submit PR shortly

fixed by #1953

authors: devlead kcamp

repo: cake-build/cake


text:
Decide on approach for NuGet and Chocolatey Pack

Currently, the strategy that is used for creating NuGet and Chocolatey Packages is to store the nuspec file in source control.  Then, within build.cake, the NuGetPack and ChocolateyPack commands are used, to provide additional information, like version, releasenotes, files, etc.
However, the nuspec file is not actually required, as NuGetPack and ChocolateyPack can both create temp files, which are then used to do the actual creation of the nupkg's.
The first approach means some duplication of properties, like Copyright, Owners, etc, which could be made into consts within the build.cake file.
We need to make a decision about how to move forward with this.

I prefer to use nuspecs, but if we move this to code then I think we at least should put it in another .cake file to reduce clutter.

This can now be closed.  We have settled on the approach, i.e. use a nuspec so that things are consistent.


text:
GH-1882: Added Alias EnsureDirectoryDoesNotExist

@gep13 @augustoproiete @devlead - For #1882

Hey @nikhilagrawaldotnet yes :arrow_right: https://github.com/cake-build/cake/pull/3409#discussion_r674161607

@augustoproiete - Change has been committed. Could you review, approve and merge pls.

@nikhilagrawaldotnet your changes have been merged, thanks for your contribution :+1:

authors: augustoproiete nikhilagrawaldotnet


text:
🛑 xmr-node.cakewallet.com:18081 is down

In 5a8abc9, xmr-node.cakewallet.com:18081 (xmr-node.cakewallet.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: xmr-node.cakewallet.com:18081 is back up in a46f94f after 9 minutes.

repo: cake-tech/upptime-cakewallet


text:
🛑 xmr-node.cakewallet.com:18081 is down

In 9e17bc2, xmr-node.cakewallet.com:18081 (xmr-node.cakewallet.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: xmr-node.cakewallet.com:18081 is back up in 3aca94c after 5 minutes.

repo: cake-tech/upptime-monerocom


text:
Allow dict config for zmk_keycode_map and qmk_keycode_map

Hi,
First of all, thank you so much for creating this. It works really well and is super useful.
I have one small feature request:
The raw_binding_map allows you to specify a dict that draws multiple symbols for a key, such as
  raw_binding_map:
     &mm_grescm_gui': {t: ESC, h: ⌘, s: '` ~'}

Since default &kp keys can also have multiple binding, such as / ?, it would be great if we could assign multiple values to those too, like:
  zmk_keycode_map:
    SLASH: {t: "/", s: '?'}

But currently this raises an error:
❯ keymap -c chocofi_keymap_config.yaml parse -c 10 -z ../config/corne.keymap > chocofi_keymap.yaml && keymap -c chocofi_keymap_config.yaml draw -k crkbd/rev1 chocofi_keymap.yaml > chocofi_keymap.svg
Traceback (most recent call last):
  File "/Users/Kim/.local/bin/keymap", line 8, in <module>
    sys.exit(main())
  File "/Users/Kim/.local/pipx/venvs/keymap-drawer/lib/python3.10/site-packages/keymap_drawer/__main__.py", line 147, in main
    config = Config.parse_obj(yaml.safe_load(f))
  File "pydantic/main.py", line 527, in pydantic.main.BaseModel.parse_obj
  File "pydantic/env_settings.py", line 39, in pydantic.env_settings.BaseSettings.__init__
  File "pydantic/main.py", line 342, in pydantic.main.BaseModel.__init__
pydantic.error_wrappers.ValidationError: 5 validation errors for Config
parse_config -> qmk_keycode_map -> COMMA
  str type expected (type=type_error.str)
parse_config -> qmk_keycode_map -> DOT
  str type expected (type=type_error.str)
parse_config -> qmk_keycode_map -> SLASH
  str type expected (type=type_error.str)
parse_config -> qmk_keycode_map -> SLSH
  str type expected (type=type_error.str)
parse_config -> zmk_keycode_map -> SINGLE_QUOTE
  str type expected (type=type_error.str)

Thank you for taking the time to consider this.

Good idea, thanks! Please give the new version a shot and see if that works for you.
In the future I'll add shifted fields to the default qmk/zmk_keycode_map values and probably add a config to disable emitting them during parsing in case a user prefers not to.

Wow that was fast. Thank you.
I installed the new version, but unfortunately, it's not working:
❯ keymap -c chocofi_keymap_config.yaml parse -c 10 -z ../config/corne.keymap > chocofi_keymap.yaml && keymap -c chocofi_keymap_config.yaml draw -k crkbd/rev1 chocofi_keymap.yaml > chocofi_keymap.svg
Traceback (most recent call last):
  File "/Users/Kim/.local/bin/keymap", line 8, in <module>
    sys.exit(main())
  File "/Users/Kim/.local/pipx/venvs/keymap-drawer/lib/python3.10/site-packages/keymap_drawer/__main__.py", line 155, in main
    parse(args, config.parse_config)
  File "/Users/Kim/.local/pipx/venvs/keymap-drawer/lib/python3.10/site-packages/keymap_drawer/__main__.py", line 64, in parse
    parsed = ZmkKeymapParser(config, args.columns).parse(args.zmk_keymap)
  File "/Users/Kim/.local/pipx/venvs/keymap-drawer/lib/python3.10/site-packages/keymap_drawer/parse.py", line 43, in parse
    return self._parse(f)
  File "/Users/Kim/.local/pipx/venvs/keymap-drawer/lib/python3.10/site-packages/keymap_drawer/parse.py", line 254, in _parse
    layers = self._get_layers(parsed)
  File "/Users/Kim/.local/pipx/venvs/keymap-drawer/lib/python3.10/site-packages/keymap_drawer/parse.py", line 210, in _get_layers
    layers[layer_name] = [
  File "/Users/Kim/.local/pipx/venvs/keymap-drawer/lib/python3.10/site-packages/keymap_drawer/parse.py", line 211, in <listcomp>
    self._str_to_key("&" + stripped)
  File "/Users/Kim/.local/pipx/venvs/keymap-drawer/lib/python3.10/site-packages/keymap_drawer/parse.py", line 137, in _str_to_key
    return LayoutKey(tap=mapped(par))
  File "pydantic/main.py", line 342, in pydantic.main.BaseModel.__init__
pydantic.error_wrappers.ValidationError: 1 validation error for LayoutKey
t
  str type expected (type=type_error.str)

I think keymap might still be pointing to the version that you installed through pipx since the stack trace lines don't match the current main. I think you might be able to force it via python -m keymap_drawer in the keymap-drawer folder but it would be good to figure out the path issues.

You were right, I did a forced install from github over my existing install and I guess it didn't take. I uninstalled and installed it again and now it's working.
Thank you!
But I found a new small problem... Now the macro labels also contain the shifted versions, which is probably not the intended behavior.
Here's a screenshot:

For me this not a big deal, so don't bother if this is something you also don't mind.
I don't think a config option is the way to go though. When someone defines a combo, I doubt their intention is to also use the shifted version of the combo, since that would require using a lot of contortion. They probably only have the combo for the unshifted version.
At least that's my thinking and perhaps other people don't think that way. So, I would just disable rendering the shifted text on the combos.

I think there is value in hold fields in combos, since e.g. Miryoku uses them for layer activations with two thumb keys. Since I thought that made sense I had also added shifted support, although I admit there is less justification for that. I do use my combos with shift but I probably don't need it drawn since it makes the combo box unnecessarily busy.
I'll disable adding the shifted field during parsing, so they will still be drawn if they are in the YAML but parsing won't add them if they are in zmk_binding_map etc.

authors: caksoylar infused-kim

repo: caksoylar/keymap-drawer


text:
[@next] issue with initialPage & maxRenderWindow

Environment
Got an expo@45 app running on android (iOS also seems to be afflicted on expo snack).
Using "react-native-pager-view": "^6.0.0-rc.0",
Description
There are a few issues concerning initialPage & maxRenderWindow.
I'm not completely sure if those are related or if they are separate issues tho.
First of all setting initialPage to for example 50, the resulting page is 50 - buffer, so for example if we have a buffer of 2. Pages 48 till 52 gets mounted and the 48th page is displayed.
The next issues is, if we have maxRenderWindow set, the pages before and after the buffer don't get mounted at all and the pager stops at 48 & 52.
Reproducible Demo
https://snack.expo.dev/@djwassink/carefree-blueberries

I am having similar issues with the next branch.
Is there interest in getting work done on getting the few bugs in v6 fixed and the version released? It looks like it has been a bit forgotten…

https://github.com/callstack/react-native-pager-view/issues/673

authors: DJWassink renchap troZee

repo: callstack/react-native-pager-view


text:
Failed to build iOS project

Error when run this project:

yarn start
yarn run:host:ios

Help me to fix this issue when run IOS.

Hey @trancongdung12,
I believe you forgot to install pods which you can do by running
cd packages/host
yarn pods

if it fails to install the pods, you can delete the Podfile.lock file inside of the ios directory.
rm packages/host/ios/Podfile.lock

and after that try running installing the pods again.

repo: callstack/super-app-showcase


text:
Missing Pbutton.png image

@mlamoureux in the Phidgets_7.ipynb notebook:

there's a Pbutton.png image that's missing in the images folder.
There's also a typo 'buttone' in the first paragraph.

this is an old repo, so no need to update these notebooks.

repo: callysto/Phidgets


text:
Current version fails to find my usbkey for upgrade

I grabbed the most recent copy, and there seems to be something seriously broken, as it cannot find my usbkey.  diskinfo, however, does not appear to list it, just my fixed drives.
[root@0c-c4-7a-c2-a3-06 /dev/dsk]# diskinfo
TYPE    DISK                    VID      PID              SIZE          RMV SSD
SATA    c1t0d0                  WDC      WD6002FFWX-68TZ4N0 5589.03 GiB   no  no
SATA    c1t1d0                  WDC      WD6002FFWX-68TZ4N0 5589.03 GiB   no  no
SATA    c1t2d0                  WDC      WD6002FFWX-68TZ4N0 5589.03 GiB   no  no
SATA    c1t3d0                  WDC      WD6002FFWX-68TZ4N0 5589.03 GiB   no  no

[root@0c-c4-7a-c2-a3-06 /dev/dsk]# grep usbkey /etc/mnttab
zones/usbkey    /usbkey zfs     rw,devices,setuid,nonbmand,exec,xattr,noatime,dev=169000c       1552767571
/usbkey/shadow  /etc/shadow     lofs    dev=169000c     1552767571
/usbkey/ssh     /etc/ssh        lofs    dev=169000c     1552767571

[root@0c-c4-7a-c2-a3-06 /dev/dsk]# ls /usbkey/
config      config.inc  shadow      ssh

[root@0c-c4-7a-c2-a3-06 /dev/dsk]# uname -a
SunOS 0c-c4-7a-c2-a3-06 5.11 joyent_20190314T022406Z i86pc i386 i86pc

Shows up in cfgadm -alv:
usb1/4.1                       connected    configured   ok         Mfg: <undef>  Product: <undef>  NConfigs: 1  Config: 0  <no cfg str descr>
unavailable  usb-device   n        /devices/pci@0,0/pci15d9,86d@14/hub@4:4.1

but apparently not usable?  I wonder if this is related to the boot changes made after 2019/04.

Reseating the USB key resolved all issues, dunno why it was like that (first time in 5 years I've had to do that). ;)

repo: calmh/smartos-platform-upgrade


text:
Fix x-correlator syntax

What type of PR is this?
Add one of the following kinds:

correction

What this PR does / why we need it:
Align with Commonalities on syntax for x-correlator
Which issue(s) this PR fixes:

Fixes #8
Special notes for reviewers:
Changelog input
 release-note

Additional documentation
This section can be blank.
docs

Fixed the errors reported earlier, and passed the local check: but the Megalinter run above says the Spectral ruleset itself is invalid...?

@javierlozallu my mistake (see issue #11)  - please review PR #12 which will fix.

repo: camaraproject/SimpleEdgeDiscovery


text:
misc/docker: investigate /.dockerinit replacement

/.dockerinit presence was used to check whether we were running on docker. it's now gone or something.
I need to find a replacement test.

https://camlistore-review.googlesource.com/8726

repo: camlistore/camlistore


text:
Configure continuous integration

Travis ? Jenkins ?

Travis !

authors: ChristopheBraud romainbessugesmeusy

repo: campsi/api


text:
Create CODE_OF_CONDUCT.MD

Added link to Camunda Code of Conduct

duplicate of #38

authors: celanthe pihme

repo: camunda-community-hub/maven-template