Shogun error in compilation at 68%  What's wrong ?

In ubuntu 16.04  :
cmake -DPythonModular=ON ../
make
then l get  :
[ 67%] Building C object src/shogun/CMakeFiles/libshogun.dir/lib/external/PMurHash.c.o
[ 68%] Building C object src/shogun/CMakeFiles/libshogun.dir/lib/external/dSFMT/dSFMT.c.o
[ 68%] Building C object src/shogun/CMakeFiles/libshogun.dir/lib/external/SFMT/SFMT.c.o
[ 68%] Building CXX object src/shogun/CMakeFiles/libshogun.dir/base/class_list.cpp.o
[ 68%] Built target libshogun
Scanning dependencies of target shogun
[ 68%] Linking CXX shared library libshogun.so
/usr/bin/ld.gold: error: /usr/local/lib/liblzo2.a(lzo1x_1o.o): requires dynamic R_X86_64_PC32 reloc against 'memset' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/liblzo2.a(lzo1x_9x.o): requires dynamic R_X86_64_PC32 reloc against 'memset' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/liblzo2.a(lzo_init.o): requires dynamic R_X86_64_PC32 reloc against 'stack_chk_fail' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(optimize.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_isinf' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(options.o): requires dynamic R_X86_64_PC32 reloc against 'malloc' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(stop.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_isinf' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(timer.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(timer.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(timer.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(timer.o): requires dynamic R_X86_64_PC32 reloc against 'gettimeofday' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(timer.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(timer.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(direct_wrap.o): requires dynamic R_X86_64_PC32 reloc against 'malloc' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(cdirect.o): requires dynamic R_X86_64_PC32 reloc against 'memcpy' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(praxis.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_stop_forced' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(plip.o): requires dynamic R_X86_64_PC32 reloc against 'malloc' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(plis.o): requires dynamic R_X86_64_PC32 reloc against 'malloc' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(pnet.o): requires dynamic R_X86_64_PC32 reloc against 'malloc' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(pssubs.o): requires dynamic R_X86_64_PC32 reloc against 'sqrt' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(crs.o): requires dynamic R_X86_64_PC32 reloc against 'memcpy' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mlsl.o): requires dynamic R_X86_64_PC32 reloc against 'malloc' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(ccsa_quadratic.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_count_constraints' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mma.o): requires dynamic R_X86_64_PC32 reloc against 'sqrt' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(cobyla.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_unscale' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(newuoa.o): requires dynamic R_X86_64_PC32 reloc against 'memset' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(nldrmd.o): requires dynamic R_X86_64_32 reloc which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(sbplx.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_stop_forced' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(auglag.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_stop_forced' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(bobyqa.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_unscale' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(isres.o): requires dynamic R_X86_64_PC32 reloc against 'ceil' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(slsqp.o): requires dynamic R_X86_64_PC32 reloc against 'sqrt' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(esch.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_urand' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(deprecated.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_local_search_alg_deriv' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(general.o): requires dynamic R_X86_64_32 reloc which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(general.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(general.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(general.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): requires unsupported dynamic reloc 11; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mt19937ar.o): unsupported reloc 23 against local symbol
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(qsort_r.o): requires dynamic R_X86_64_PC32 reloc against 'nlopt_qsort_r' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(redblack.o): requires unsupported dynamic reloc 11; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(rescale.o): requires dynamic R_X86_64_PC32 reloc against 'malloc' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(sobolseq.o): requires dynamic R_X86_64_PC32 reloc against 'malloc' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(DIRect.o): requires dynamic R_X86_64_PC32 reloc against 'malloc' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(DIRserial.o): requires dynamic R_X86_64_PC32 reloc against 'direct_dirinfcn' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(DIRsubrout.o): requires dynamic R_X86_64_PC32 reloc against 'direct_dirgetlevel' which may overflow at runtime; recompile with -fPIC
/usr/bin/ld.gold: error: /usr/local/lib/libnlopt.a(mssubs.o): requires dynamic R_X86_64_PC32 reloc against 'luksan_mxudot__' which may overflow at runtime; recompile with -fPIC
collect2: error: ld returned 1 exit status
src/shogun/CMakeFiles/shogun.dir/build.make:1461: recipe for target 'src/shogun/libshogun.so.17.2' failed
make[2]: *** [src/shogun/libshogun.so.17.2] Error 1
CMakeFiles/Makefile2:192: recipe for target 'src/shogun/CMakeFiles/shogun.dir/all' failed
make[1]: *** [src/shogun/CMakeFiles/shogun.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2

Can you please put this in a gist and delete the super long message?
Wat happens if you disable nlopt in cmake?
Can you link other applications against your system's nlopt?

cmake  nlopt=OFF   in that way ?
Can you link other applications against your system's nlopt?
actually it's the only error l get

the docs tell you cmake -DENABLE_NLOPT=OFF
ccmake is a good tool for such things
Did you actually try 3)?

l didn't understand what did you mean by  Can you link other applications against your system's nlopt?

when l tried everything from scratch l got this compilation error
  conflict with libraries in implicit directories:

    runtime library [libxml2.so.2] in /usr/lib/x86_64-linux-gnu may be hidden by files in:
      /root/anaconda2/lib

  Some of these libraries may not be found correctly.

CMake Warning at examples/meta/cpp/CMakeLists.txt:16 (ADD_EXECUTABLE):
  Cannot generate a safe runtime search path for target
  feedforward_net_regression because files in some directories may conflict
  with libraries in implicit directories:

    runtime library [libxml2.so.2] in /usr/lib/x86_64-linux-gnu may be hidden by files in:
      /root/anaconda2/lib

  Some of these libraries may not be found correctly.

CMake Warning at examples/meta/cpp/CMakeLists.txt:16 (ADD_EXECUTABLE):
  Cannot generate a safe runtime search path for target linear_svm because
  files in some directories may conflict with libraries in implicit
  directories:

    runtime library [libxml2.so.2] in /usr/lib/x86_64-linux-gnu may be hidden by files in:
      /root/anaconda2/lib

  Some of these libraries may not be found correctly.

-- Generating done
-- Build files have been written to: /home/anelmad/shogun/build
root@anelmad-Aspire-V3-372:/home/anelmad/shogun/build# make
[  1%] Generating version header
[  1%] Built target version
[  1%] Built target class_list
[ 67%] Built target libshogun
make[2]: *** No rule to make target '../third_party/libs/nlopt/libnlopt.a', needed by 'src/shogun/libshogun.so.17.2'.  Stop.
CMakeFiles/Makefile2:194: recipe for target 'src/shogun/CMakeFiles/shogun.dir/all' failed
make[1]: *** [src/shogun/CMakeFiles/shogun.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2


Allow for custom headers inside get request

Brave new coin (for example) requires authentication via tokens that are passed as a custom HTTP header. The requests library therefore need the ability to use custom headers

Fixed by #28


Weird shorting in PersonaBar in Title

Description of bug

The German word for website settings (Website-Einstellungen) gets "shorted" to the even longer string Website-Einstellunge...
Steps to reproduce
Open Web Settings with German Language Pack
Affected version

[ ] 10.0.0 alpha build
[ x]  9.6.0 rc2 build
[ ]  9.5.0 latest supported release
[ ]  9.4.4

We now have the language packs as repositorys, oddly, I cannot move the issue there https://github.com/dnnsoftware/Language-Pack-DE-DE
@SCullman could you copy it over there and I will close this one here. Thanks.

Oh, sorry I completely misunderstood the issue, reopeneing.

thank you!

Basically if the number of "too many chars" is less than 3, we should not shorten it and add 3 chars. Even better we could just not even hard-shorten stuff at all, just let it flow.

I agree!


BUILD-256: create driver configuration configmap

testing with prior PRs proved that if we fully integrate with the StaticResourceController, we cannot change the configmap (this is what we expected based on educating ourselves with library-go)
long term, we will revisit if we can encorporate the configobserver approach or something else in library-go to mange this (even with our driver currently watching the mounted config map)
follow ups currently captured in https://github.com/openshift/csi-driver-shared-resource-operator/issues/23
this is a meets min / unblock basic functionality for BUILD-256

/hold

2021-11-05T04:06:01.771593801Z I1105 04:06:01.771579       1 starter.go:118] GGM2 error unmarshaling JSON: json: Unmarshal(nil *v1.ConfigMap)

OK it is working now:
apiVersion: v1
items:
- apiVersion: v1
  kind: ConfigMap
  metadata:
    annotations:
      control-plane.alpha.kubernetes.io/leader: '{"holderIdentity":"aws-ebs-csi-driver-operator-55b986874d-9jgk5_a10b6e48-b8a7-4825-834b-578ef61733e8","leaseDurationSeconds":137,"acquireTime":"2021-11-05T12:20:31Z","renewTime":"2021-11-05T12:40:29Z","leaderTransitions":0}'
    creationTimestamp: "2021-11-05T12:20:31Z"
    name: aws-ebs-csi-driver-operator-lock
    namespace: openshift-cluster-csi-drivers
    resourceVersion: "27342"
    uid: 9ffac696-badb-4edc-b26c-4b6ffe5052de
- apiVersion: v1
  data:
    config.yaml: |
      ---
      ignoredNamespaces:
        - openshift-machine-api
        - openshift-kube-apiserver
        - openshift-kube-apiserver-operator
        - openshift-kube-scheduler
        - openshift-kube-controller-manager
        - openshift-kube-controller-manager-operator
        - openshift-kube-scheduler-operator
        - openshift-console-operator
        - openshift-controller-manager
        - openshift-controller-manager-operator
        - openshift-cloud-credential-operator
        - openshift-authentication-operator
        - openshift-service-ca
        - openshift-kube-storage-version-migrator-operator
        - openshift-config-operator
        - openshift-etcd-operator
        - openshift-apiserver-operator
        - openshift-cluster-csi-drivers
        - openshift-cluster-storage-operator
        - openshift-cluster-version
        - openshift-image-registry
        - openshift-machine-config-operator
        - openshift-sdn
        - openshift-service-ca-operator

      refreshResources: true

      shareRelistInterval: 10m

will clean up commits, then unhold and assign

/assign @coreydaley
copies what we did for the CRDs
see my update to the PR description for some background and follow up steps
thanks

/lgtm

/hold cancel


How does MMDetection calculate Precision in a one-class classification?

Hey,
I have a question of understanding. I did a one-class classification and for that trained a model with MMDetection.
In the case of one-class classification I only know the positive samples. Then I can only calculate TruePositive and FalseNegative and therefore only recall. I don't know FalsePositive (Predict positive when the actual value is negative) and TrueNegative (Predict negative when the actual value is negative) if I don't have a negative class. That's why I can't calculate Precision. Am I wrong?
But MMDetection calculates precision in the training. How is precision calculated if I do not have FalsePositive?

When I am printing the confusion matrix of the testing, FalsePositive is always 100 % and TrueNegative 0 %. How can FalsePositive be 100% if I have no negative samples? Does the background always count as negative?

Maybe I'm missing something, but I don't get it at the moment.

Maybe you can use
TP = np.diag(confusion_matrix)
FP = np.sum(confusion_matrix, axis=0) - TP
FN = np.sum(confusion_matrix, axis=1) - TP

precision = TP / (TP + FP)
recall = TP / (TP + FN)
average_precision = np.mean(precision[:-1])
average_recall = np.mean(recall[:-1])
f1 = 2 * (average_precision * average_recall) / (average_precision + average_recall)

I cannot ensure accuracy


Is it possible to use vue-i18n with the library?

const i18n = createI18n({
  locale: 'ja',
  fallbackLocale: 'en',
  messages: {
    en: {
      message: {
        hello: 'hello world'
      }
    },
    ja: {
      message: {
        hello: 'こんにちは、世界'
      }
    }
  }
})
const initializeApp = context => {
  // initializeVueApp is a default function creating and initializing LiveVue App
  const app = initializeVueApp(context)
  // you can initialize additional plugins here, eg. Pinia
  app.use(pinia)
  app.use(i18n)
  return app
}
doesn't work for me

What does it mean doesn't work? Could you give more details?


Add Grafana/Mimir to good first issues

ℹ Repository information
Hi I am a grafana/mimir maintainer and we would like to be part of good first issue list.
The repository has:

[x] At least three issues with the good first issue label.
[x] At least 10 contributors.
[x] Detailed setup instructions for the project.
[x] CONTRIBUTING.md
[x] Actively maintained.

@jai-deepsource @aman-deepsource @ishan-deepsource  @rahul-deepsource @rohan-deepsource hey could some of you give it a look :), thanks


Ignoring --target when running flutter CLI/Android?

as on Gitter: this is also a cc to @xster @cbracken
Steps to Reproduce
following my quest to have Flutter compile multiple targets for iOS (see #14648) , i've built a sample app, and defined in AndroidStudio 4 Run/Debug configurations: development, staging, demo and production.
Each configuration has a different entry point like main-dev.dart, main-staging.dart which, besides running the app, defines some constants, different for each environment.
If I run the app like this
 flutter run --target=lib/main-dev.dart --flavor=Rotor-dev or via AndroidStudio choosing the appropriate configuration, I notice that in the logs it's always referenced the  original lib/main.dart, and not the one specified in --target or in the field in the AndroidStudio configuration panel
Logs
I know the build fails, but this is not the issue now: once the plugin has "compiled" the Flutter app, I can run the app directly via XCode. The problem is, that in XCode I have always the same Fliutter app that references lib/main.dart and not the different flavor I want
Launching lib/main-dev.dart on iPhone 6 in debug mode...
Running Xcode build...
Failed to build iOS app
Error output from Xcode build:
↳
    ** BUILD FAILED **
    ....
 PhaseScriptExecution Run\ Script Build/Intermediates.noindex/Runner.build/Debug-Rotor-dev-iphonesimulator/Rotor-tg-dev.build/Script-D15A366720321C340096E181.sh
        cd /Users/walter/Lavori/progettiIAKTA/fluttheero/ios
        export ACTION=build
        export AD_HOC_CODE_SIGNING_ALLOWED=YES
        export ALTERNATE_GROUP=staff
        export ALTERNATE_MODE=u+w,go-w,a+rX
        export ALTERNATE_OWNER=walter
       ....skip..
        export FLUTTER_TARGET=lib/main.dart

Ok.. I can at least partly overcome this one in XCode with this workaround:
In the XCode workspace, edit the file  Runner/Flutter/Generated.xconfig
and change the line to respect the entry point I want.
FLUTTER_TARGET=lib/main-dev.dart
Of course this is against my purpose, which is to have a fool/error-proof build command to build a staging product, with everything configured for staging, and a release product, without need for manual intervention/tweaking.

Can you describe the ideal setup a bit?
Do you want to route via command line params or building these toggling into schemes and route via scheme/flavor selections?

Hi,
yes. When we build apps for iOS and Android, we start by creating different schemas/targets/flavors for the different environments we are developing the app:
one for our local development, one for the staging environment, one for a demo one, and one for release.
By using this technique we can be SURE not to ship (as once happened) a production app with the staging debug logs and staging API server host (which is terrible!)

on iOS, include different files for different targets, or use #ifdef in the same file, to have configuration specific strings (i.e. the API server)
on iOS, define different pLists and image assets for every target app, so they can have a different bundle name (it.rotor.app.staging and it.rotor.app) and different icons
on Android, include different resource files with constants and define different icons for the flavors

The setup we have on Flutterand AndroidStudio plugin is

to have different entry points (main.dart, main-dev.dart, main-staging.dart main-demo.dart) where we define a constant with the appropriate target, and we use this constant in the code to pick the correct configuration data for every item. It's a bit more complicated than this but that's the concept. And it works, provided that the Flutter app runs with the correct entry point
we have defined 4 Run/Debug configuration setups in the Run menu of AS/IntelliJ, each one points to the

correct entry point (main-xxx.dart)
correct flavor name (the XCode schema name for iOS, the flavor for Android)

Ideally I'd like to build from the IDE and have the correct configuration set up for iOS, so to have the correct schema built with the correct entry point.
So to answer your question, I'd rather prefer to have this behaviour using the built in IDE command (build/run the appropriate configuration).
Of course this won't be used for building the release archive, so maybe also via CLI will be useful.
I hope this answers, if not please ask me again.
on Android, it kinda works with

Just to make sure, there's a toggle in both the dart side and the native side right? And you'd want to make sure they're tied up so you don't accidentally do flutter run --flavor=production-keys --target=lib/main-with-debug-logging.dart. You just want flutter run --flavor=production right?
It's currently possible to do some limited flavor toggling #11412 but we don't have a good story for passing in the selected flavor/scheme into dart yet. A temporary workaround for now is to switch on the flavor/scheme and pass in values via platform channels.
Our tentative tasks are:

Fix the -t param
Have a new build system that can do codegen during the build

ok. Yes that's basically this. Even though in AS/IntelliJ you can control both the -t switch and the flavor in the same configuration, so this is just part of the problem.
At the moment every options seems, on the paper, to do right what we like, but it doesn't seem to work on the iOS side. I repeat, as per our tests, the trick with the IntelliJ Run/Debug configuration seems to work as expected.
So basically yes:

the -t params seems not to be honored when building for iOS
moreover some paths are totally confused during build with iOS so it really doesn't build automatically (even though I could yesterday overcome this by compiling from Xcode directly)

Thanks a lot.
PS this is what I'd reallly like: for this panel to work

Take a look at https://github.com/flutter/flutter/pull/16934
This path creates a lib/build_config.g.dart file like this one:
// GENERATED CODE - DO NOT MODIFY BY HAND

class BuildConfig {
  static const bool kDebug = true;
  static const String kModeName = "debug";
  static const String kFlavor = null;
  static const String kVersionName = "1.0.0";
  static const int kVersionNumber = 1;
}

So it will be more comfortable on Dart side to do something depending on the build. Maybe it helps a little bit.

Related to #14648

@zoechi It works fine when running on android, but on iOS it seems to use FLUTTER_TARGET for all builds regardless of what I supply with -t. Any ideas?
flutter --version
Flutter 1.18.0-6.0.pre.23 • channel master •
https://github.com/flutter/flutter.git
Framework • revision a6b39a230f (11 days ago) • 2020-04-14 13:01:54 -0700
Engine • revision deef2663ac
Tools • Dart 2.8.0 (build 2.8.0-dev.20.0 c9710e5059)

@jmagman  I am experiencing same issue right now with flutter build ipa -t FILE.
We have defined two ios schemes dev and prod (production). Each flavor has own entry point main_dev.dart and main_prod.dart.
I've found out that in XCode setting there is FLUTTER_TARGET which was set to main_dev.dart for every scheme. It looks like ---target (-t) option is completely ignored as app was built with main_dev everytime, no matter which value was passed to this option.

@petrnymsa I just tried this in https://github.com/flutter/flutter/tree/master/dev/integration_tests/flavors:
Made a target for each flavor:
$ cp lib/main.dart lib/main_free.dart
$ cp lib/main.dart lib/main_paid.dart

Then when I run $ flutter build ipa -t lib/main_paid.dart --flavor paid -v in the Xcode build script that's passing the build environment variables to the flags to the dart compiler I see: export FLUTTER_TARGET\=lib/main_paid.dart
which is translated to the arg -dTargetFile=lib/main_paid.dart
flutter --verbose assemble --no-version-check --output=/Users/m/Library/Developer/Xcode/DerivedData/Runner-cqzusirynrenhugmzygawrvjefer/Build/Intermediates.noindex/ArchiveIntermediates/paid/BuildProductsPath/Release Paid-iphoneos/ -dTargetPlatform=ios -dTargetFile=lib/main_paid.dart
                     -dBuildMode=release -dIosArchs=arm64 -dSdkRoot=/Users/m/Applications/Xcode-14_beta3.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS16.0.sdk -dSplitDebugInfo= -dTreeShakeIcons=true -dTrackWidgetCreation=false -dDartObfuscation=false -dEnableBitcode= -dAction=install --ExtraGenSnapshotOptions= --DartDefines=
                     --ExtraFrontEndOptions= -dCodesignIdentity=F017BEAB1A8E263BCBACD1C599C9EE11D19B5C55 release_ios_bundle_flutter_assets

If you open Xcode, the Generated.xcconfig build settings reflect the flags from the last flutter command you ran.  One of the reasons you would use flavors would be to more granularly control the build settings per build configuration.  So in your case, I would recommend overriding FLUTTER_TARGET per build configuration in your target:

@jmagman  This caught me for several hours. If we run flutter run --flavor Paid -t "lib_paid.dart" everything works as expected. Just build ipa ignores --target parameter and we had to, like you said, to manually set each FLUTTER_TARGET value..

Just build ipa ignores --target parameter

I didn't see that in my tests, flutter build ipa -t lib/main_paid.dart --flavor paid worked correctly without setting FLUTTER_TARGET explicitly. Can you revert the  FLUTTER_TARGET changes you made to the project to reproduce again, then run the command again with the -v verbose flag.  Attach the output (it will be large).

@jmagman
Command run: flutter build ipa -t lib/main_prod --flavor prod -v .
Full log here.
Flutter doctor (we are using FVM). The app is on 2.10.x as migration to 3.x is planned later.
[✓] Flutter (Channel stable, 2.10.4, on macOS 12.4 21F79 darwin-arm, locale en-CZ)
    • Flutter version 2.10.4 at /Users/ci/fvm/versions/2.10.4
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision c860cba910 (5 months ago), 2022-03-25 00:23:12 -0500
    • Engine revision 57d3bac3dd
    • Dart version 2.16.2
    • DevTools version 2.9.2

[✓] Android toolchain - develop for Android devices (Android SDK version 32.1.0-rc1)
    • Android SDK at /Users/ci/Library/Android/sdk
    • Platform android-32, build-tools 32.1.0-rc1
    • Java binary at: /Applications/Android Studio.app/Contents/jre/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 11.0.12+0-b1504.28-7817840)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 13.4.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • CocoaPods version 1.11.3

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 2021.2)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 11.0.12+0-b1504.28-7817840)

[✓] Android Studio (version 2021.2)
    • Android Studio at /Applications/Android Studio 2.app/Contents
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 11.0.12+0-b1504.28-7817840)

[✓] VS Code (version 1.70.0)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension can be installed from:
      🔨 https://marketplace.visualstudio.com/items?itemName=Dart-Code.flutter

[✓] Connected device (1 available)
    • Chrome (web) • chrome • web-javascript • Google Chrome 104.0.5112.79

[✓] HTTP Host Availability
    • All required HTTP hosts are available

• No issues found!

Your log does show -dTargetFile=lib/main_dev.dart.  But when I run the same thing on 2.10.4 I see the target that's passed with the option.
Can you run that again, and attach ios/Runner.xcodeproj/project.pbxproj and ios/Flutter/Generated.xcconfig?


merge configuration from both workstations

Currently, configuration for both workstations aarch64-darwin and x86_64-darwin reside in separate repositories.
Merge them together in a convenient way; for that we need to learn how to

split home-manager configuration based on separate workstation
(possibly) merge pkgs that ought to be installed on separate boxes; some pkgs might not be needed on the other box, probably conditionals are needed here
might help achieve this #4

https://stackoverflow.com/a/9733277/2733115
for splitting gitconfig into multiple parts

https://stackoverflow.com/a/75665834/2733115 for splitting nvim configuration and importing some bits from a file


Reorganize launch files

This should cause no functional changes but reorganizes the structure a bit. Not sure if this is the final form we want but I wanted to start a discussion about it.

This looks much cleaner!
Some thoughts (I can help with implementing):

Maybe remove rviz? I think it'd be nice if these mirrored the functionality of the blue_bringup launch files as much as possible
It'd be nice if the file naming/directory structure matched the convention we use in blue_bringup
Is there a reason we start controllers in the pickup world but not the empty one?
Comments would be nice

Yes! I removed rviz and tried to match the convention in blue_bringup as much as possible. Comments are also added!
The controllers are launched because otherwise, the right arm drops. Once it makes a collision with the table the mimic joints bug out. For some reason, only the right arm has this behavior. Let me know if you find any good ways of fixing that!

Looks great! Ready to merge as soon as the conflicts are sorted out.
One question -- how do you feel about disabling the mimic joint Gazebo plugin, or making it so the plugin needs to be explicitly enabled? It's really hard to use Gazebo with the plugin enabled because of all the restarting needed; I've been manually disabling it.

Just kidding, approval retracted -- I can't get full.launch to work. Gazebo opens, but when I run rviz things seem broken. Also, a z component was added and the robot's now floating in the air?

The z component is to account for the addition of the gravity dependency
(https://github.com/berkeleyopenarms/blue_core/pull/76) and was meant to help address this issue.
https://github.com/berkeleyopenarms/blue_core/issues/74
My bad on breaking rviz. It should be fixed now.


Bulgarian language added

I have added a Bulgarian implementation in the library + tests.

 You should sign our Contributor License Agreement in order to get your pull request merged.Boyan Mihaylov seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account ([for further information, click here] (https://help.github.com/articles/why-are-my-commits-linked-to-the-wrong-user/#commits-are-not-linked-to-any-user)).

Thank you for your interest in contributing to Numsense :+1:
I must admit that I'm a bit confused. Numsense already has an implementation for Bulgarian. Is anything wrong with it? (I don't read Bulgarian, so I can't tell...)

Hah my bad. It seems another guy has done it before me. When I forked the project there was no Bulgarian implementation :-) Sorry, you can discard my change request

OK, I'm going to close it, then.


US date format mm/dd/yyyy is not working...

First I tried with the default config. It accepts "April 30,2012" but not "04/30/2012".
Next I tried with config.use_plugin_parser = true but the same problem persists.
My understanding is that the default is US date format but it is not working for me.
Appreciate any help in getting US date formats working.

It doesn't appear to be.  I experienced precisely the same problem (and workaround) as @jmif.


404 error, wp json doesnt load

Have opened an issue - mine is of a similar nature. When updating the SITE URL on the WordPress dashboard and refreshing the returned JSON data. The page refreshed the URL to match the SITE URL i have just changed and returns a 404. A little confused as to why it is doing this as not mirrored in the tutorial? im thinking its to do with the config in HCMS?
Thanks for your time in reading this issue - many thanks :)


Control Backspace doesn't delete a pair

Description
I have
lua require("nvim-autopairs").setup({map_c_w=true,map_c_h=true})

in init.vim. I also have mapped <C-BS> to delete a word with
noremap! <C-BS> <C-w>
noremap! <C-h> <C-w>

This makes <C-BS> behave like <C-w> . I want for control backspace to delete a pair and a word, just like <C-w> does. This functionality is not present and furthermore after installing the plugin, control backspace gets unmapped and no longer works.
Hopefully this can be fixed, thanks!
Steps to reproduce
Add the commands
lua require("nvim-autopairs").setup({map_c_w=true,map_c_h=true})

in init.vim or init.lua.  Map <C-BS> to delete a word with
noremap! <C-BS> <C-w>
noremap! <C-h> <C-w>

Note that control space no longer deletes full words. After that, delete the options map_c_w=true and map_c_h=true.  You can see how control backspace deletes a word.

are you try nmap?

are you try nmap?

What? Do you mean that if I have tried using nmap <C-BS> <C-w> and nmap <C-h> <C-w> ?  If I put that in my config it maps <C-BS to <C-w> but in normal mode, so it doesn't do anything.

sorry i mean imap.
you need make sure your terminal can remap .  you can try imap <c-bs> hello.
on my terminal it treat <c-bs> to <c-h>  when i press <c-bs> nvim  will receive <c-h>
maybe you can map it to lua function  https://github.com/windwp/nvim-autopairs/blob/de4f7138a68d5d5063170f2182fd27faf06b0b54/lua/nvim-autopairs.lua#L334


fix: creation of log directory

Description
Seeing some reports from Sentry of the error The folder “rn_logs” doesn’t exist. This should fix the creation of the log directory.
Other changes
N/A
Tested
Tested locally on iOS 15
How others should test
N/A
Related issues
N/A
Backwards compatibility
Yes

Hey @MuckT since NA is mentioned in how others should test section we are skipping this PR
Thanks.!


Can't open the generated graph(s) with --open

Description
I get a FileNotFoundError exception when I run the default example from the README.md. Without --open TrustTrees works as expected.
Environment

TrustTrees version:

v3.0.0

pyenv local:

3.7.0

OS:

$ lsb_release -a
LSB Version:	core-11.0.1ubuntu1-noarch:security-11.0.1ubuntu1-noarch
Distributor ID:	Ubuntu
Description:	Ubuntu 19.10
Release:	19.10
Codename:	eoan

Output
$ trusttrees --target example.com --open

      ______                __ ______
     /_  __/______  _______/ //_  __/_______  ___  _____
      / / / ___/ / / / ___/ __// / / ___/ _ \/ _ \/ ___/
     / / / /  / /_/ (__  ) /_ / / / /  /  __/  __(__  )
    /_/ /_/   \__,_/____/\__//_/ /_/   \___/\___/____/
              Graphing & Scanning DNS Delegation Trees

[ STATUS ] Querying nameserver '<IP_ADDRESS>/e.root-servers.net.' for NS of 'example.com.'
......
[ STATUS ] Opening final graph...
Traceback (most recent call last):
  File "/home/dgzlopes/.pyenv/versions/3.7.0/bin/trusttrees", line 11, in <module>
    load_entry_point('TrustTrees', 'console_scripts', 'trusttrees')()
  File "/home/dgzlopes/TrustTrees/trusttrees/__main__.py", line 43, in main
    args.upload_args,
  File "/home/dgzlopes/TrustTrees/trusttrees/draw.py", line 170, in generate_graph
    subprocess.call(['open', filename])
  File "/home/dgzlopes/.pyenv/versions/3.7.0/lib/python3.7/subprocess.py", line 304, in call
    with Popen(*popenargs, **kwargs) as p:
  File "/home/dgzlopes/.pyenv/versions/3.7.0/lib/python3.7/subprocess.py", line 756, in __init__
    restore_signals, start_new_session)
  File "/home/dgzlopes/.pyenv/versions/3.7.0/lib/python3.7/subprocess.py", line 1499, in _execute_child
    raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: 'open': 'open'

Thanks so much for making this @dgzlopes!

Fixed, thanks again! :)


chore: release july 24 2024

External release notes:

create-app now supports Prisma
create-app now generates 2 separate branches for apps (dev branch and deployment branch)

There's some more internal stuff (Check the commits).

:tada: This issue has been resolved in version 1.33.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Add pcx content type to rendered content

addresses PCX-4345.
The pcx-content-type frontmatter needs to be changed to pcx_content_type so we can access that value w/in a Hugo template. This will not affect anything about how the page is rendered.
This PR adds a new value w/in the head section so we can pull it out when scraping (and use it for generating pre-filtered lists of content based on a certain type... i.e., Tutorials).

addresses PCX-4345.
The pcx-content-type frontmatter needs to be changed to pcx_content_type so we can access that value w/in a Hugo template. This will not affect anything about how the page is rendered.
This PR adds a new value w/in the head section so we can pull it out when scraping (and use it for generating pre-filtered lists of content based on a certain type... i.e., Tutorials).