text:
does not work with CRNA / Expo

Hi, any idea why I can't seem to import your module with a fresh CRNA install?
import SInfo from 'react-native-sensitive-info'

console.log('SInfo: ', SInfo)

console output:
SInfo:  undefined
I use:
"dependencies": {
    "expo": "^21.0.0",
    "react": "16.0.0-alpha.12",
    "react-native": "^0.48.4",
    "react-native-sensitive-info": "^5.1.0"
  }

Hi @Morriz! Did you get this behavior on Android or iOS? Usually when a module with native code returns undefined it's because it was not linked properly with the native projects, you can try running react-native link react-native-sensitive-info again or linking it manually. I'm not very familiar with expo though, not sure how it handles external native dependencies.

I did that already, but to no avail. It would be awesome if your module would work with CRNA out of the box, but you probably have to do some tweaking. I would reach out to the CRNA ppl if I were you.

On Sep 28, 2017, at 13:42, Victor notifications@github.com wrote:
Hi @Morriz! Did you get this behavior on Android or iOS? Usually when a module with native code returns undefined it's because it was not linked properly with the native projects, you can try running react-native link react-native-sensitive-info again or linking it manually. I'm not very familiar with expo though, not sure how it handles external native dependencies.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

I always test on physical device btw

Yes, that would be nice given the popularity of CRNA. I will look into it this weekend, maybe @mCodex can give it a try too

@Morriz thank you for letting us know about this problem. I'll take a look :)

:)

@mCodex @Morriz You cannot use any modules that require linking (i.e. native modules) with expo. You must either detach to ExpoKit or eject completely. See this.
Please note that Expo SDK 21 already has a SecureStore.

Thanks for clarifying @Palisand!

Yes, tnx! That new SecureStore is exactly what I need :)

Thanks @Palisand 👍 I'll close this issue for now since @Morriz found the solution 👍

I encountered the same issue with react-native init project on ios. The auto linking did not work. I had to manually link to get this working.

@marudhupandiyang could you please open a new issue for that and provide more detail (RN version, iOS version etc.)?

authors: Morriz Palisand mCodex marudhupandiyang vspedr

repo: mCodex/react-native-sensitive-info


text:
feat: Support direct url routing from config (#797)

Duplicating this PR - https://github.com/mParticle/mparticle-web-sdk/pull/797 which was already approved and merged into development, but undone due to blackout requirements.
Instructions

PR target branch should be against development
PR title name should follow this format: https://github.com/mParticle/mparticle-workflows/blob/main/.github/workflows/pr-title-check.yml
PR branch prefix should follow this format: https://github.com/mParticle/mparticle-workflows/blob/main/.github/workflows/pr-branch-check-name.yml

Summary
This PR provides logic to incorporate the new directURLRouting feature flag.  The feature routes all external requests to the equivalent silo ie jssdkcdn.us1.mparticle.com as opposed to the default which is going through a generic fastly endpoint ie jssdkcdn.mparticle.com.  The logic is as follows:

When true, set any custom endpoints passed to confirm, then set remaining endpoints to be the silo-specific url
When false, set any custom endpoints passed to confirm, then set remaining endpoints to be the generic fastly URL

Testing Plan

[X] Was this tested locally? If not, explain why.
{explain how this has been tested, and what, if any, additional testing should be done}

Added unit tests.
Also tested in a local app to see if silos were respected when feature flag is true, and if custom URLs took priority over thos still

Reference Issue (For mParticle employees only.  Ignore if you are an outside contributor)

Closes https://go.mparticle.com/work/SQDSDKS-5899

@samdozor 🙏

source: gharchive/pull-request

repo: mParticle/mparticle-web-sdk

license_type: permissive

license_source: github-api


text:
Getting framework not found error

I have "$PODS_ROOT/R.swift/rswift" "--import" "Spring" "$SRCROOT" script in my build phase in Xcode.
I am getting the following error while compiling the project.
ld: framework not found Rswift for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

What version of R.swift are you using?

Just found the solution. The pod was not included in the Podfile. It works fine now. Thanks.

source: gharchive/issue

authors: RishabhTayal tomlokhorst

license: mit

license_source: bigquery


text:
Error: you can only have 1 method with the attribute ArmaDllExportAttribute

Why is that? can't i call multiple methods by name from within ArmA?

an arma extension only has 1 entry point, so no you can not define multiple entry points

so you would need one dll per function you want to call from within arma? that sounds weird

you route commands in the dll

Can you give an example of what you mean?

no sorry

license: MIT


text:
Outset should ignore .DS_Store files

If Outset is configured to verify checksums and a .DS_Store file happens to exist in out of the Outset directories, an error is printed to the log.
This doesn't seem to cause any problems with processing other scripts, but it would be nice if Outset would simply ignore that file.
For my build process, I wrote a script to copy all of my scripts from a local repo into the Outset folder and then use outset-pkg to make the installer. When I copy those files, sometimes a .DS_Store can be included. Obviously I've improved my own build script to exclude .DS_Store files, but I think it would be nice if Outset ignored them by default.
Thanks for reading!

I've thought about this for a bit and I've decided to close this as wontfix.
The reason being that outset is not impacted by the presence of .DS_Store files but will result in an error to the log. This behaviour is preferred to ensure your deployments are clean. As you have indicated, the presence of the error message forced you to improve your process. If no error were thrown in the presence of files that were not supposed to be there then you would not have noticed.
That is to say, we want outset to notify us when our file structure is not how it should be, but also errant files should not impact regular operation.

authors: bartreardon seanchristians-vention

repo: macadmins/outset


text:
printf log

hi, does MCU unit ignore serial log output?
I started to build homekit firmware for Avatto ME81H thermostat and worried about debug log.
Also I didn't find apps to listen broadcast udp log for mac os.

The communications between the MCU and the ESP is via the serial port, so you can't use serial port for logging otherwise you get unpredictable results. My firmware sends login over UDP by redirecting printf

The client is part of the udplogger which can be found at https://github.com/HomeACcessoryKid/UDPlogger

thank you
but im using arduino esp-idf, not rtos
so i redifined printf with 2 macro for udp broadcast
#include <WiFiUdp.h>
WiFiUDP Udp;
IPAddress broadcastIp;
uint16_t  bPort = 8888;
#include "wifi_info.h"

char buffer[256];
uint32_t counter = 1;

#define LOG_D(fmt, ...)  if (WiFi.isConnected()) { \
  Udp.beginPacket(broadcastIp,bPort); \
  sprintf_P(buffer, PSTR(fmt "\n"), ##__VA_ARGS__); \
  Udp.write(buffer); \
  Udp.endPacket(); \
  }

#define printf(fmt, ...) LOG_D(fmt, ##__VA_ARGS__)

void setup() {
  Serial.begin(115200);
  wifi_connect(); // in wifi_info.h
  IPAddress broadcastIp = WiFi.localIP(); //(10,0,1,22);
  broadcastIp[3] = 255;

}

void loop() {
  LOG_D("UDP log: %d", counter);
  printf("printf log: %d", counter);
  counter++;
  delay(10000);

}

Assume you have all you need so closing.

authors: danilkorotkov maccoylton

repo: maccoylton/esp-homekit-wired-thermostat


text:
Hi-C library constructed with two enzymes

Hi @machinegun
I've got sequencing data from a HiC library digested with two enzymes. How to specify the two enzymes in SALSA/run_pipeline.py? Thank you.

Figured out!

repo: machinegun/SALSA


text:
Getting Duplicate Definition Error

When clicking through to any page on my site, I keep getting the following error in Console, which prevents Trix and any remaining JavaScript to finish loading. If I refresh the page, then I don't get the error and the Trix editor loads along with the remaining JavaScripts on the page. Also, I'm using CloudFront for my assets.
This is the output of the Console:
Error: DuplicateDefinitionError: a type with name 'trix-toolbar' is already registered

e
cloudfront.net/assets/...1730bfa.js

e.registerElement
cloudfront.net/assets/...1730bfa.js

<anonymous>
cloudfront.net/assets/...1730bfa.js

<anonymous>
cloudfront.net/assets/...1730bfa.js

<anonymous>
cloudfront.net/assets/...1730bfa.js

<anonymous>
cloudfront.net/assets/...1730bfa.js

One additional question, should Trix be loading on all pages, or just ones with the editor?

Hi @Reveren! Unfortunately, this sounds like there might be an issue with how you are requiring trix's assets. I'd suggest double checking that you are only requiring trix once, and that you are then only requiring that require (I know, annoying 😞) once. Other than that, this sounds like an issue specific to your application, and not a bug in the trix gem.


text:
feature/dq_delay

Limitation on threads removed.

Was used to regulate the number of active threads in service to prevent overwhelming DataQuery.

repo: macrosynergy/macrosynergy


text:
Plot Process Terminated and System Crashed (auto rebooted)

Below is the relative info. Could someone help me PLEASE!

Machine Info:

OS: Ubuntu 20.04
CPU: 5950x, 16 cores / 32 threads
RAM: 64G
Hardisk: 2*2T NVME
No GPU attached (no driver installed either)

Output of df -h (only parts of them are shown below)

root@chiamoon2:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1    1.8T   77M  1.7T   1% /mnt/buffer_mp600_2
/dev/nvme1n1    1.8T  154G  1.6T   9% /mnt/buffer_mp600_1
/dev/sdf        7.3T  5.9T  1.1T  86% /mnt/wd_enterprise_8t_2
...

Plot argument: -r 16 -t /mnt/buffer_mp600_1/ -2 /mnt/buffer_mp600_2/ -d /mnt/wd_enterprise_8t_2/ -p [my pool key] -f [my farm key]
Issue (for like thousands of times): our machine crashed in Phase 1 (or early Phase 2), and rebooted automatically.
FYI, the system log in /var/log/syslog is as follows:

Jun  9 18:54:44 chiamoon2 rtkit-daemon[1654]: Running.
Jun  9 18:54:44 chiamoon2 rtkit-daemon[1654]: Canary thread running.
Jun  9 18:54:44 chiamoon2 rtkit-daemon[1654]: Watchdog thread running.
Jun  9 18:54:44 chiamoon2 rtkit-daemon[1654]: Successfully made thread 1645 of process 1645 owned by '122' high priority at nice level -11.
Jun  9 18:54:44 chiamoon2 rtkit-daemon[1654]: Supervising 1 threads of 1 processes of 1 users.
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activating service name='org.freedesktop.systemd1' requested by ':1.1' (uid=122 pid=1653 comm="/usr/libexec/gnome-session-binary --systemd --auto" label="unconfined")
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activating service name='org.freedesktop.systemd1' requested by ':1.2' (uid=122 pid=1653 comm="/usr/libexec/gnome-session-binary --systemd --auto" label="unconfined")
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Jun  9 18:54:44 chiamoon2 gnome-session[1653]: gnome-session-binary[1653]: WARNING: Falling back to non-systemd startup procedure due to error: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.freedesktop.systemd1 exited with status 1
Jun  9 18:54:44 chiamoon2 gnome-session-binary[1653]: WARNING: Falling back to non-systemd startup procedure due to error: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.freedesktop.systemd1 exited with status 1
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activating service name='org.freedesktop.systemd1' requested by ':1.2' (uid=122 pid=1653 comm="/usr/libexec/gnome-session-binary --systemd --auto" label="unconfined")
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activating service name='org.freedesktop.systemd1' requested by ':1.2' (uid=122 pid=1653 comm="/usr/libexec/gnome-session-binary --systemd --auto" label="unconfined")
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activating service name='org.freedesktop.systemd1' requested by ':1.2' (uid=122 pid=1653 comm="/usr/libexec/gnome-session-binary --systemd --auto" label="unconfined")
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activating service name='org.freedesktop.systemd1' requested by ':1.2' (uid=122 pid=1653 comm="/usr/libexec/gnome-session-binary --systemd --auto" label="unconfined")
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activating service name='org.freedesktop.systemd1' requested by ':1.2' (uid=122 pid=1653 comm="/usr/libexec/gnome-session-binary --systemd --auto" label="unconfined")
Jun  9 18:54:44 chiamoon2 /usr/lib/gdm3/gdm-wayland-session[1652]: dbus-daemon[1652]: [session uid=122 pid=1652] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Jun  9 18:54:44 chiamoon2 gnome-session[1653]: gnome-session-binary[1653]: WARNING: Could not parse desktop file orca-autostart.desktop or it references a not found TryExec binary
Jun  9 18:54:44 chiamoon2 gnome-session-binary[1653]: WARNING: Could not parse desktop file orca-autostart.desktop or it references a not found TryExec binary
Jun  9 18:54:44 chiamoon2 gnome-shell[1677]: Failed to create backend: No drm devices found
Jun  9 18:54:44 chiamoon2 gnome-session[1653]: gnome-session-binary[1653]: WARNING: App 'org.gnome.Shell.desktop' exited with code 1
Jun  9 18:54:44 chiamoon2 gnome-session-binary[1653]: WARNING: App 'org.gnome.Shell.desktop' exited with code 1
Jun  9 18:54:44 chiamoon2 gnome-session-binary[1653]: Unrecoverable failure in required component org.gnome.Shell.desktop
Jun  9 18:54:44 chiamoon2 gdm3: GdmDisplay: Session never registered, failing
...
...
...
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011Before reporting problems, check http://wiki.x.org
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011to make sure that you have the latest version.
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: Markers: (--) probed, (**) from config file, (==) default setting,
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011(++) from command line, (!!) notice, (II) informational,
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun  9 18:54:45 2021
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (==) Using system config directory "/usr/share/X11/xorg.conf.d"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (==) No Layout section.  Using the first Screen section.
...
...
...
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Unloading modesetting
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Failed to load module "modesetting" (already loaded, 0)
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) LoadModule: "fbdev"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Module fbdev: vendor="X.Org Foundation"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011compiled for 1.20.1, module version = 0.5.0
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011Module class: X.Org Video Driver
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011ABI class: X.Org Video Driver, version 24.0
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) UnloadModule: "fbdev"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Unloading fbdev
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Failed to load module "fbdev" (already loaded, 0)
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) LoadModule: "vesa"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Module vesa: vendor="X.Org Foundation"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011compiled for 1.20.4, module version = 2.4.0
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011Module class: X.Org Video Driver
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011ABI class: X.Org Video Driver, version 24.0
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) UnloadModule: "vesa"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Unloading vesa
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Failed to load module "vesa" (already loaded, 0)
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) modesetting: Driver for Modesetting Kernel Drivers: kms
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) FBDEV: driver for framebuffer: fbdev
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) VESA: driver for VESA chipsets: vesa
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (WW) Falling back to old probe method for modesetting
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE) open /dev/dri/card0: No such file or directory
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (WW) Falling back to old probe method for fbdev
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Loading sub module "fbdevhw"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) LoadModule: "fbdevhw"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Module fbdevhw: vendor="X.Org Foundation"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011compiled for 1.20.9, module version = 0.0.2
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011ABI class: X.Org Video Driver, version 24.1
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE) open /dev/fb0: No such file or directory
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (WW) Falling back to old probe method for modesetting
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE) open /dev/dri/card0: No such file or directory
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (WW) Falling back to old probe method for fbdev
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Loading sub module "fbdevhw"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) LoadModule: "fbdevhw"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (II) Module fbdevhw: vendor="X.Org Foundation"
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011compiled for 1.20.9, module version = 0.0.2
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011ABI class: X.Org Video Driver, version 24.1
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE) open /dev/fb0: No such file or directory
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE) No devices detected.
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE)
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]:  Fatal server error:
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE) no screens found(EE)
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE)
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: Please consult the The X.Org Foundation support
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: #011 at http://wiki.x.org
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]:  for help.
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE)
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1695]: (EE) Server terminated with error (1). Closing log file.
Jun  9 18:54:45 chiamoon2 /usr/lib/gdm3/gdm-x-session[1693]: Unable to run X server

Try lowering RAM clocks

Or upping RAM voltage.

Thanks!!! @madMAx43v3r @xydrine
Both solutions work!

Thanks to @madMAx43v3r and @xydrine, the unexpected reboot thing got fixed (for a while LOL).
It happens again - -*
Could anyone help on this PLEASE! Thanks a lot.

Please see the machine info above.
Version of the repo used: 48b4f0c.
The output of last -x:

The log info in /var/log/syslog:

authors: ChangyWen madMAx43v3r xydrine


text:
Overwriting core_email and core_email_template gives conflicts

A few frequently used email modules like Ashroder_Smtp, mailchimp and dotmailer rewrite the core_email and core_email_template models.
Is there any other way to do the profiling on emails than a rewrite or maybe make it optional?
https://github.com/madalinoprea/magneto-debug/blob/master/code/Debug/etc/config.xml#L27

Hi @sandermangel,
I'm going to think about it. I agree that this extension shouldn't have this side effect.
Currently I'm going to see if we can apply this solution https://github.com/Danack/intahwebz-examples/tree/master/src/Intahwebz/Examples/DynamicInheritance
Or add the rewrites dynamically only if we can handle core/email_template implementation.

Great! Thanks for that. Looks like a nice option to fix the issue

@madalinoprea wasn't this fixed in the latest version?

authors: madalinoprea sandermangel

repo: madalinoprea/magneto-debug


text:
PHP Warning:  file_put_contents(/home/runnel/lhttps/cert/cnf/v3.ext):

failed to open stream: Permission denied in /home/runnel/lhttps/src/Openssl.php on line 21
PHP Warning:  file_put_contents(/home/runnel/lhttps/cert/cnf/openssl.cnf): failed to open stream: Permission denied in /home/runnel/lhttps/src/Openssl.php on line 42
sh: 1: cannot create /home/runnel/lhttps/cert/live/process: Permission denied
sh: 1: cannot create /home/runnel/lhttps/cert/csr/process: Permission denied

Please make sure that the directory is owned by you!! this is due to permission.

authors: Runneli madeny

repo: madeny/lhttps


text:
Added finnish translation

Hey.
I cannot find dev branch specified in Contribute Guidelines. So I made this pull request to master.

Thank you!   I will merge this manually (6.0.2 is the latest one).  I need to update the guidelines.  Send me an email at matt@matthewsmith.com and I will send you a theme pack to thank you for your work.

repo: madoublet/respond


text:
rework getContent to fix race condition and simplify

Changes _getContent to map from feed instead of db. Makes checkout much easier. Also fixes a race condition if _getContent is ran many times before it finishes. Additionally it tries to load content in ready if it's cached locally, wheather or not it is writable.
Also fixes some bugs in test/mount that wasn't triggered before with namespaces being reused.

@RangerMauve that was the upcoming change i mentioned in irc

repo: mafintosh/hyperdrive


text:
Non-sticky sessions: Session meta data stored asynchronously with sessionBackupAsync="false"

From martin.grotzke on April 19, 2011 22:57:07
For non-sticky sessions session meta data (e.g. lastAccessedTime) is stored independently from actual session attributes.
Even when sessionBackupAsync="false" is configured, the session meta data is just set on spymemcached without waiting for the result.
This was reported on the mailing list:
http://groups.google.com/group/memcached-session-manager/browse_thread/thread/2bd165916ed24a2f/02d045967659a67a
Original issue: http://code.google.com/p/memcached-session-manager/issues/detail?id=98

From martin.grotzke on April 19, 2011 14:08:07
With sessionBackupAsync="false" now the result of writing session meta data is checked (waiting sessionBackupTimeout millis).
Pushed to master and tomcat7 branch.
Status: Fixed
Labels: Milestone-1.4.2

From martin.grotzke on July 19, 2011 14:48:00
(No comment was entered for this change.)
Labels: -Milestone-1.4.2 Milestone-1.5.0

repo: magro/memcached-session-manager


text:
scrollbar for suggestions

Replace this paragraph with a description of what this PR is changing or adding, and why. Consider including before/after screenshots.
List which issues are fixed by this PR. You must list at least one issue.
Fix: https://github.com/maheshmnj/searchfield/issues/33
Pre-launch Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I listed at least one issue that this PR fixes in the description above.
[x] I updated/added relevant documentation (doc comments with ///).
[x] I added new tests to check the change I am making, or this PR is [test-exempt].
[x] All existing and new tests are passing using flutter test

If you need help, consider pinging the maintainer @maheshmnj

published v0.7.5

repo: maheshmnj/searchfield


text:
Move connection_candidate

This change is

r? @vinipsmaker
(maidsafe_highfive has picked a reviewer for you, use r? to override)

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

Comments from Reviewable

authors: canndrew maidsafe-highfive vinipsmaker

repo: maidsafe/crust


text:
TypeError: Cannot read property 'path' of undefined

What version of the module is the issue happening on? Does the issue happen on latest version?
2.0.1

What platform and Node.js version? (For example Node.js 6.9.1 on Mac OS X)
NodeJs 8.1.2 Windows 7 64 Bit

Does the action work when you manually perform request against mailgun using curl (or other means)?

Sample source code or steps to reproduce
import * as fs from 'fs';
const mailgunClient = require('mailgun.js');

export default class MailClient {
constructor(config) {
    let mailgunConfig = config.mailgun;
    this.domain = mailgunConfig.domain;
    this.mailgun = mailgunClient.client({ username: 'api', key: mailgunConfig.api_key });

}

sendEmailConfirm(to, confirmToken) {

    try {
        let that = this;

        const path = require('path');
        fs.readFile(path.resolve(__dirname, '../templates/confirm.html'), 'utf8', function (err, html) {

            if(err){
                console.log(err);
            }

            //html.replace('{token}', confirmToken);
            //html.replace('{to}', to);
            let stringHtml = html.toString();

            that.mailgun.messages.create(that.domain, {
                from: "Excited User <mailgun@email.com>",
                to: [to],
                subject: "Hello",
                text: "Verify your email address for ",
                html: stringHtml
            })
                .then(msg => console.log(msg)) // logs response data
                .catch(err => console.log(err)); // logs any error

        });
    } catch (error) {
        throw error;
    }
}

}
(Write description of your issue here, stack traces from errors and code that reproduces the issue are helpful)
:\Labs\service-user-profile\node_modules\popsicle\node_modules\form-data\lib\form_data.js:151
if (options.filename || value.path) {
^
TypeError: Cannot read property 'path' of undefined
at FormData._multiPartHeader (D:\Labs\service-user-profile\node_modules\popsicle\node_modules\form-data\lib\form_data.js:151:34)
at FormData.append (D:\Labs\service-user-profile\node_modules\popsicle\node_modules\form-data\lib\form_data.js:39:21)
at D:\Labs\service-user-profile\node_modules\mailgun.js\lib\request.js:114:20
at Array.forEach (native)
at D:\Labs\service-user-profile\node_modules\mailgun.js\lib\request.js:113:19
at Array.forEach (native)
at Request.postMulti (D:\Labs\service-user-profile\node_modules\mailgun.js\lib\request.js:111:23)
at MessagesClient.create (D:\Labs\service-user-profile\node_modules\mailgun.js\lib\messages.js:21:27)
at D:/Labs/service-user-profile/src/lib/mail-client.js:29:39
at tryToString (fs.js:512:3)
at FSReqWrap.readFileAfterClose [as oncomplete] (fs.js:500:12)

I received this error when to was [undefined]

This happened to me when any of the data object's required fields were missing.

I have the same issue. Any fix?

In my case, I received this error when i was setting the reply to header
['h:Reply-To']: replyTo

but replyTo was undefined

Another cause: setting cc/bcc to undefined values.
module should handle this.

authors: hannujaakkola mariusa otothea raicheljohn28 ryanburnette yotewach

repo: mailgun/mailgun-js


text:
Add subtopic to RawMessage

FEATURE REQUEST

Is there an open issue addressing this request? If it does, please add a "+1" reaction to the
existing issue, otherwise proceed to step 2.
NA

Describe the feature you are requesting, as well as the possible use case(s) for it.
Add subtopic to RawMessage in order to propagate channel subtopics described in #429. It will also affect #565

Indicate the importance of this feature to you (must-have, should-have, nice-to-have).
Must have

You can also replace Channel field by ChannelID - which will impact probably all services connected to NATS at this time.

Duplicated #642

@nmarcetic this is an issue, not a PR. Please do not close it until PR is merged ;).

Closed by #659

authors: drasko nmarcetic

repo: mainflux/mainflux


text:
Extend the TaskInstance derived state

~Blocked by #132~
The PR adds two new properties to the TaskInstance:

hasStarted - starts as false and then as soon as the instance is started it changes to true,
isFinished - starts as false and regardless of how it finishes (errored, cancelled or successfully) will switch to true

Closes #125
Closes #127

Good to go @paoloricciuti

repo: mainmatter/sheepdog


text:
Test project crashes with "incompatible function arguments" for setattr

I've successfully built the latest godot-python-extension code using the latest Godot 4.2.1 download. I copied the test project and tried to run it. It restarts once to enable the extension, but afterwards crashes with this error:
$ Godot Engine v4.2.1.stable.official.b09f793f5 - https://godotengine.org
Vulkan API 1.3.224 - Forward+ - Using Vulkan Device #0: NVIDIA - NVIDIA GeForce GTX 980 Ti

ERROR: Traceback (most recent call last):
  File "godot/_internal/__init__.py", line 137, in initialize
    importlib.import_module('godot._python_extension')
  File "godot/_python_extension/__init__.py", line 7, in <module>
    from . import python_language
  File "godot/_python_extension/python_language.py", line 10, in <module>
    from .python_script import PythonScript
  File "godot/_python_extension/python_script.py", line 12, in <module>
    from . import python_script_instance
  File "godot/_python_extension/python_script_instance.py", line 59, in <module>
    class PythonScriptInstanceInfo(gde.GDExtensionScriptInstanceInfo, metaclass=_script_instance_info_meta):
  File "godot/_python_extension/python_script_instance.py", line 34, in __new__
    res = utils.apply_attrs(res,
          ^^^^^^^^^^^^^^^^^^^^^^
  File "godot/_internal/utils/general_utils.py", line 233, in apply_attrs
    setattr(obj, name, value)
TypeError: (): incompatible function arguments. The following argument types are supported:
    1. (self: _gdextension.GDExtensionScriptInstanceInfo, arg0: std::optional<function>) -> None

Invoked with: <_gdextension.GDExtensionScriptInstanceInfo object at 0x7efe97d50db0>, <function PythonScriptInstanceInfo.set_func at 0x7efe97d40ae0>

Did you forget to `#include <pybind11/stl.h>`? Or <pybind11/complex.h>,
<pybind11/functional.h>, <pybind11/chrono.h>, etc. Some automatic
conversions are optional and require extra headers to be included
when compiling your pybind11 module.

   at: initialize_python_module (src/extension/extension.cpp:262)

Thanks for reporting this! Not sure how I missed it. I'm hoping to have more time to spend on the project soon, this will be the first thing I'll fix. For now you should be able to build like this, or with something similar (the important part is the single_source=true):
scons -j12 platform=linux single_source=true use_llvm=true

When I find time I'll also update the documentation and project description with more details. I'll keep this issue open until this is actually fixed with build documentation written.
Please keep opening new issues for anything else you run into, there's plenty I will miss on my own, and it really helps with motivation to know someone is interested in using the project!

With d678a2f it should now be possible to build both as single source and separate source without issue. Still need to update build documentation tho.

Now tracking documentation tasks in #8, so will close this as the issue is otherwise fixed.

authors: hemebond maiself

repo: maiself/godot-python-extension


text:
Disable progress bar if there is no TTY to write to.

If there is no TTY to write to (neither a Bus's writers are TTYs), then there's no purpose in letting the progress bar do any writes.

The progress bar is now initialized with either one of the current output.Bus's writers, or with an output.NilWriter (in the case that neither of the Bus's writers are TTYs).


text:
Ultenic T10

Description
Hello Guys
I have a Ultenic T10, it used to work for a very long time but now it stopped working on my HA instance.
Steps to reproduce
The Robot stopped working with HA.
I tried following steps:
Reconfigured the robot, didn't work, at some time I could not delete the device, so I deleted the entire integration and reinstalled it with HACS.
Now when I want to add the device again I get this error in the GUI:
Unable to connect to your device with those details. It could be an intermittent issue, or they may be incorrect.
In the logbook I can see this:
This error originated from a custom integration.
Logger: custom_components.tuya_local.device
Source: custom_components/tuya_local/device.py:458
integration: Tuya Local (documentation, issues)
First occurred: 11:03:21 PM (10 occurrences)
Last logged: 11:07:19 PM
Test protocol error 904: Unexpected Payload from Device
Test protocol error 914: Check device key or version
But whatever I try, the problem occurs.
I tried adding the robot again to the network to find its correct IP (because MAC address in Ultenic APP is wrong) by checking the DHCP lease time.
I used this info to reserve a "fixed" ip that my DHCP doesn't serve.
I tried adding the device with multiple options through the GUI.
Tried using tuya-uncover and the device data and endpoints still looks the same as before the robot stopped working with HA.
Expected behaviour
No response
Additional context
No response
Confirmation

[X] I am sure this is a bug or improvement, that is well enough described that it can be implemented.

[X] If this is for a specific device, the device config is mentioned above, or diagnostics are included.

[X] Log messages or diagnostics relevant to the issue are included.

[X] This is not requesting addition of a new device.

Connection issues can come from many external sources, in this case it appears your device has likely had a firmware upgrade that changed its protocol version, or been reset and changed its device id.

authors: Versuswaw make-all

repo: make-all/tuya-local


text:
tompd_63lw_breaker, entity None is implicitly using device name by not setting its name

I don't understand what should I do?
Logger: homeassistant.helpers.entity
Source: helpers/entity.py:375
First occurred: 9:33:56 AM (1 occurrences)
Last logged: 9:33:56 AM

Entity None (<class 'custom_components.tuya_local.switch.TuyaLocalSwitch'>) is implicitly using device name by not setting its name. Instead, the name should be set to None, please report it to the custom integration author.

tuya_local-04af1652d2a1f1a20788ab10b185eea3-Circuit breaker energy meter-1968c6386062d92c6a9db7affea88ffb.json(9).txt

The string you put a question mark by is the "Manufacturer" reported by the device.  In the case of Tuya Local, the manufacturer is currently always reported as Tuya.

Are you planning to specify something like tompd_63lw_breaker as the model?

Long term. But currently it is not possible to distinguish different devices that share the same config.


text:
Whitelisting Proposals for Gnosis and Set (Jan6)

MIP10c9-SP 16 through 25:
MIP10c9-SP16 Whitelist Gnosis on BTC/USD Oracle Security Module
MIP10c9-SP17 Whitelist Gnosis on LINK/USD Oracle Security Module
MIP10c9-SP18 Whitelist Gnosis on ZRX/USD Oracle Security Module
MIP10c9-SP19 Whitelist Gnosis on YFI/USD Oracle Security Module
MIP10c9-SP20 Whitelist Gnosis on COMP/USD Oracle Security Module
MIP10c9-SP21 Whitelist Set Protocol on AAVE/USD Oracle Medianizer
MIP10c9-SP22 Whitelist Set Protocol on LRC/USD Oracle Medianizer
MIP10c9-SP23 Whitelist Set Protocol on YFI/USD Oracle Medianizer
MIP10c9-SP24 Whitelist Set Protocol on ZRX/USD Oracle Medianizer
MIP10c9-SP25 Whitelist Set Protocol on UNI/USD Oracle Medianizer

LGTM! Polls will be queued for Monday, January 11, 2021.

LGTM! Polls will be queued for Monday, January 11, 2021.

authors: CPSTL NiklasKunkel

repo: makerdao/mips


text:
Lower tensor dialect to LLVM backend

Hi @makslevental, I'm a second-year PhD student at Cornell who has been following your projects and papers for a long time :) Thanks for open-sourcing your great project! The Python binding for MLIR is extremely helpful, and I learned a lot from Nelli and your other repositories.
Not sure if this is the right place to ask questions. Our group is building something similar that lowers from a Python program to MLIR, but recently we encounter some issues when trying to lower the tensor dialect to the LLVM backend. Due to the limited documentation of MLIR, we are not sure whether this is the correct path. An example is to extract a slice from a tensor. The following code snippet shows retrieving the slice A[1:2, 1:3] from a 6x6 tensor A.
module {
  func.func @slicing(%arg0: tensor<6x6xi32>) -> tensor<1x2xi32> {
    %extracted_slice = tensor.extract_slice %arg0[1, 1] [1, 2] [1, 1] : tensor<6x6xi32> to tensor<1x2xi32>
    return %extracted_slice : tensor<1x2xi32>
  }
}

We leverage the following pass to lower the module. My LLVM version is 18.x (commit 4706251).
pm = PassManager.parse(
    "builtin.module(one-shot-bufferize{allow-return-allocs bufferize-function-boundaries},"
    "expand-strided-metadata, func.func(convert-linalg-to-affine-loops),lower-affine)"
)

It generates the MLIR module (just before lowering to LLVM) as follows. It seems it does not correctly capture the strides and offsets, which are dynamic in the module.
module {
  func.func @slicing(%arg0: memref<6x6xi32, strided<[?, ?], offset: ?>>) -> memref<1x2xi32, strided<[?, ?], offset: ?>> {
    %base_buffer, %offset, %sizes:2, %strides:2 = memref.extract_strided_metadata %arg0 : memref<6x6xi32, strided<[?, ?], offset: ?>> -> memref<i32>, index, index, index, index, index
    %0 = arith.addi %offset, %strides#0 : index
    %1 = arith.addi %0, %strides#1 : index
    %reinterpret_cast = memref.reinterpret_cast %base_buffer to offset: [%1], sizes: [1, 2], strides: [%strides#0, %strides#1] : memref<i32> to memref<1x2xi32, strided<[?, ?], offset: ?>>
    return %reinterpret_cast : memref<1x2xi32, strided<[?, ?], offset: ?>>
  }
}

After feeding in the real inputs, it consistently returns the first part of the tensor no matter how we change the indices.
# Numpy input
[[0 8 0 1 7 4]
 [8 3 5 0 2 5]
 [9 8 8 4 6 5]
 [0 5 1 5 5 8]
 [1 2 1 8 2 6]
 [4 5 1 8 1 4]]
# Expected
[[3 5]]
# Generated
[[0 8]]

I notice you have similar test cases for tensor.extract_slice, but only test if the generated IR is correct. I wonder whether you have fed the module to the LLVM execution engine to obtain the actual outputs? What is your lowering pass from tensor dialect to LLVM?
I would greatly appreciate it if you could use Nelli to execute this case on LLVM and see what would happen.
Many thanks,
Hongzheng

Hello @chhzh123.
I haven't directly tried this (I will shortly) but I believe there might be some bugs having to do with strides and offsets for memref
https://discourse.llvm.org/t/setting-memref-elements-in-python-callback/72759
https://reviews.llvm.org/D157008
I will try this and let you know shortly.

Thanks for your pointer! It worked after I applied the patch in the thread! The bug is a bit tricky though.

repo: makslevental/nelli


text:
🛑 Jakarta - hostdata.id is down

In c90045f, Jakarta - hostdata.id ($SITES_SERVER_ID) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Jakarta - hostdata.id is back up in 5024215 after 6 minutes.

repo: malang-dev/upptime


text:
Supressed Uncaught TypeError: listener is not a function

I fixed an error with new code.
The internal handleChange seems to try to execute listeners that doesn't exist. I dont know if it has something to do with my refactor.
But i added a simple check to see if the listener exists, and now the component works as expected.

when does this happen?

I tried out my app in the chrome emulator for different devices. Whenever i change device (resolution), it threw the error. And the props didn't update.
I use this hoc in fairly complex layouts, where nested elements are wrapped in this, so i don't know if rerendering the parent element (and thus rerendering the connected element) trigger this.
Adding more complex test cases might also be a good idea..

the update is pretty much unusable in my app, so i would appreciate you merging in this fix...

fixed it in an own commit. thanks though!

super.. thanks.. :)

authors: malte-wessel mikkelwf

repo: malte-wessel/react-matchmedia-connect


text:
Option to disable fancy tracebacks

I'm again seeing truncated tracebacks (xref: #242) in my (WSL) terminal.
The fancy reprs are great, but if they don't work properly you need an escape hatch so you can debug the actual problem:
❯ boa build ./boa

           _
          | |__   ___   __ _
          | '_ \ / _ \ / _` |
          | |_) | (_) | (_| |
          |_.__/ \___/ \__,_|

Loading config files:

Updating build index: /opt/mambaforge/envs/bld/conda-bld

No numpy version specified in conda_build_config.yaml.  Falling back to default numpy value of 1.16
WARNING:conda_build.metadata:No numpy version specified in conda_build_config.yaml.  Falling back to default numpy value of 1.16
Recipe validation OK
Found 1 recipe
 - quantdev

Assembling all recipes and variants

           Output: quantdev
┏━━━━━━━━━━━━━━━━━┳━━━━━━━━━━━━━━━━━━┓
┃ Package         ┃ Variant versions ┃
┡━━━━━━━━━━━━━━━━━╇━━━━━━━━━━━━━━━━━━┩
│ target_platform │ linux-64         │
└─────────────────┴──────────────────┘

Initializing mamba solver

Downloading source

Preparing environment for quantdev

Finalizing run for quantdev
error    Could not open lockfile '/opt/mambaforge/pkgs/cache/cache.lock'
warning  LockFile creation for path '/opt/mambaforge/pkgs/cache' failed, continuing without it
conda-forge/linux-64                                        Using cache
error    Could not open lockfile '/opt/mambaforge/pkgs/cache/cache.lock'
warning  LockFile creation for path '/opt/mambaforge/pkgs/cache' failed, continuing without it
conda-forge/noarch                                          Using cache
error    Could not open lockfile '/opt/mambaforge/pkgs/cache/497deca9.solv.lock'
warning  LockFile creation for path '/opt/mambaforge/pkgs/cache/497deca9.solv' failed, continuing without it
error    Could not open lockfile '/opt/mambaforge/pkgs/cache/09cdf8bf.solv.lock'
warning  LockFile creation for path '/opt/mambaforge/pkgs/cache/09cdf8bf.solv' failed, continuing without it
Reloading output folder: /opt/mambaforge/envs/bld/conda-bld
error    Could not open lockfile '/opt/mambaforge/pkgs/cache/cache.lock'
warning  LockFile creation for path '/opt/mambaforge/pkgs/cache' failed, continuing without it
error    Could not open lockfile '/opt/mambaforge/pkgs/cache/cache.lock'
warning  LockFile creation for path '/opt/mambaforge/pkgs/cache' failed, continuing without it
[+] 0.0s
opt/mambaforge/envs/bld/conda-bld/linux-64 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━   0.0 B /  ??.?MB @  84.6MB/s Downloaded  0.0s[+] 0.1s
opt/mambaforge/envs/bld/conda-bld/linux-64 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━   6.2kB /   6.2kB @  84.6MB/s Downloaded  0.1s
opt/mambaforge/envs/bld/conda-bld/noarch   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━╸━━━━━━━━━━━━━━━╸━━━━━━━━━━━━━━━━━━━━━━━━━━━━━   0.0 B /  ??.?MB @  ??.?MB/s             0.1s╭─────────────────────────────── Traceback (most recent call last) ────────────────────────────────╮
│                                                                                │
│ /opt/mambaforge/envs/bld/lib/python3.10/site-packages/boa/core/run_build.py:515 in build_recipe  │
│                                                                                │
│   512 │   │   │                                                                                │
│   513 │   │   │   o.config._build_id = o0.config.build_id                                        │
│   514 │   │   │                                                                                │
│ ❱ 515 │   │   │   o.finalize_solve(sorted_outputs)                                               │
│   516 │   │   │                                                                                │
│   517 │   │   │   meta = MetaData(recipe_path, o)                                                │
│   518 │   │   │   o.set_final_build_id(meta)                                                     │
│ /opt/mambaforge/envs/bld/lib/python3.10/site-packages/boa/core/recipe_output.py:663 in           │
│ finalize_solve                                                                                │
│                                                                                │
│   660 │   │                                                                                │
│   661 │   │   self._solve_env("build", all_outputs)                                              │
│   662 │   │   self._solve_env("host", all_outputs)                                               │
│ ❱ 663 │   │   self._solve_env("run", all_outputs)                                                │
│   664 │   │                                                                                │
│   665 │   │   # TODO figure out if we can avoid this?!                                           │
│   666 │   │   if self.config.variant.get("python") is None:                                      │
│                                                                                │
│ /opt/mambaforge/envs/bld/lib/python3.10/site-packages/boa/core/recipe_output.py:604 in           │
│ _solve_env                                                                                │
│                                                                                │
│   601 │   │   │   else:                                                                          │
│   602 │   │   │   │   subdir = self.config.build_subdir                                          │
│   603 │   │   │                                                                                │
│ ❱ 604 │   │   │   solver, pkg_cache = get_solver(                                                │
│   605 │   │   │   │   subdir, output_folder=self.config.output_folder                            │
│   606 │   │   │   )                                                                              │
│   607 │   │   │   if env == "host":                                                              │
│                                                                                │
│ /opt/mambaforge/envs/bld/lib/python3.10/site-packages/boa/core/solver.py:49 in get_solver        │
│                                                                                │
│    46 │   │   │   os.makedirs(pkg_cache, exist_ok=True)                                          │
│    47 │                                                                                │
│    48 │   if not solver_cache.get(subdir):                                                       │
│ ❱  49 │   │   solver_cache[subdir] = MambaSolver([], subdir, output_folder)                      │
│    50 │                                                                                │
│    51 │   return solver_cache[subdir], pkg_cache                                                 │
│    52                                                                                │
│                                                                                │
│ /opt/mambaforge/envs/bld/lib/python3.10/site-packages/boa/core/solver.py:140 in __init__         │
│                                                                                │
│   137 │   │   self.local_index = []                                                              │
│   138 │   │   self.local_repos = {}                                                              │
│   139 │   │   # load local repo, too                                                             │
│ ❱ 140 │   │   self.replace_channels()                                                            │
│   141 │                                                                                │
│   142 │   def replace_installed(self, prefix):                                                   │
│   143 │   │   prefix_data = libmambapy.PrefixData(prefix)                                        │
│                                                                                │
│ /opt/mambaforge/envs/bld/lib/python3.10/site-packages/boa/core/solver.py:152 in replace_channels │
│                                                                                │
│   149 │                                                                                │
│   150 │   def replace_channels(self):                                                            │
│   151 │   │   console.print(f"[blue]Reloading output folder: {self.output_folder}")              │
│ ❱ 152 │   │   self.local_index = get_index(                                                      │
│   153 │   │   │   (self.output_folder,), platform=self.platform, prepend=False                   │
│   154 │   │   )                                                                                │
│   155                                                                                │
│                                                                                │
│ /opt/mambaforge/envs/bld/lib/python3.10/site-packages/mamba/utils.py:103 in get_index            │
│                                                                                │
│   100 │   │   │   )                                                                              │
│   101 │   │   │   dlist.add(sd)                                                                  │
│   102 │                                                                                │
│ ❱ 103 │   is_downloaded = dlist.download(api.MAMBA_DOWNLOAD_FAILFAST)                            │
│   104 │                                                                                │
│   105 │   if not is_downloaded:                                                                  │
│   106 │   │   raise RuntimeError("Error downloading repodata.")                                  │

quantdev on  main [!] via  bld
❯

I think the error was caused by permissions on the cache files. Nuking the cache folder let the build succeed. It might be easier to troubleshoot if you could e.g. pass a flag --plain-tb to just show the text repr of the error.

It's probably some weird/mis configuration of my Windows terminal running WSL so I wouldn't ditch the nice tracebacks - they're great and probably work for everyone else but if they don't an escape hatch is nice to have.
I'd consider this very low priority (unless it starts affecting others). I just wanted to write ti down in case anyone (my future self?) feels like scratching this itch.

How did you solve this? I'm facing the same issue. You mention cache files, where are they? The stacktrace also mentions channels, I tried building with --offline but got the same error, what's the best approach here?

This issue is about truncated tracebacks. The actual error demonstrating the truncated traceback is irrelevant to the discussion here so I'd open a new issue describing your problem and pasting the commands you used and the output you observed.

repo: mamba-org/boa


text:
llvm: Update from version 14.0.5 to 16.0.1

Also includes a bump for mesa. This LLVM version is needed for the .clang-format file I'm about to PR in.

Hold this because I need to rebuild rust too as a sanity check.

Blocked on rust not compiling with llvm 16.0.1.

This is good to go after CI is approving.

repo: managarm/bootstrap-managarm


text:
Try to fix #1358

Yeah, I'm pretty sure I did something wrong, but running the specs takes FOREVER on my laptop, so I'm just going to let Travis do its thing. :)

Maybe the specs will pass, but the to_s for Array should be Array(T) while for the Iterator inside an Array it should be Array::Iterator, so the logic is a bit more complex.

repo: manastech/crystal


text:
Add support for macOS (x86_64)

This adds support for macOS (#34) on x86_64. ARM Macs may or may not work - unfortunately I don't have an Apple Silicon machine to test on.
Tested with Ghidra 10.2.3 and Python 3.9~3.11, where ghidrathon_example.py seems to run fine.

@mike-hunhoff Thanks for the review! I don't remember there's any. The standard steps should do it.

@mike-hunhoff Thanks for the review! I don't remember there's any. The standard steps should do it.

great, thank you!

authors: Cnly mike-hunhoff

repo: mandiant/Ghidrathon


text:
[MGX-513] Motion close only for council members

incorporates https://github.com/mangata-finance/substrate/pull/92

@mateuszaaa  merge with this!
https://github.com/mangata-finance/mangata-e2e/pull/271/files

authors: goncer mateuszaaa

repo: mangata-finance/mangata-node

license: Unlicense


text:
Prompt resource validator message sometimes disappears on repeated entry

When i run go run _examples/prompt/main.go, and then type asdf into the input field, and repeatedly spam ENTER, sometimes the validation message disappears. This seems to happen randomly.
I also sometimes see that the prompt may swallow up the previous lines, or may duplicate lines. This leads me to think that it's something to do with the screenbuf package and how it manages its height. Is there a good way to debug this?

It is due to the function Write() in Screenbuf.go that it only assumes one line. So if your input in the terminal has more than one line, it only rewrites the previous line.
I have my own hack of screenbuf that calculates the height on my own.  The reason being hack is some special characters in prompt make us hard to get actual prompt length. (the actual length might be smaller, showing in your terminal)

You could try my fork
https://github.com/tigergraph/promptui

When i run go run _examples/prompt/main.go, and then type asdf into the input field, and repeatedly spam ENTER, sometimes the validation message disappears. This seems to happen randomly.
I also sometimes see that the prompt may swallow up the previous lines, or may duplicate lines. This leads me to think that it's something to do with the screenbuf package and how it manages its height. Is there a good way to debug this?

You could try my fork. I fixed it some way.
Since it is a bit hack, I won't create pr to really fix it for now.
https://github.com/tigergraph/promptui

authors: chriszzt richardmcsong

repo: manifoldco/promptui


text:
Markets emails

I have to merge this with main to see how it looks with real markets (only sending the email to myself) but if that looks good will just have to change the interval and sub out the query for me for the query for all users.
The function gets all private users and filters for those who haven't unsubscribed from weekly trending emails (unsubscribe link at bottom), and gets the top 50 trending markets by unique individual bettor ids. For each user it filters the top 50 markets for ones they haven't bet in already and sends them 3 random ones. I was thinking about tracking the ones we've sent them (just a string array of slugs on the PrivateUser model) but Stephen thinks this isn't necessary so I removed it.
I had to move a few different bits of code from web/lib to common so that I could build the og-image on the backend and send it with the email.

The see more text is only weird for markets without descriptions. Most have descriptions and will look like the last market. Do you think the last market's see more button is awkward?

The see more text is only weird for markets without descriptions. Most have descriptions and will look like the last market. Do you think the last market's see more button is awkward?

Maybe the description / see more paragraph should be aligned directly under the image (same width)

Hm I can't figure out how to download the html from the preview. I used the template builder and when I preview the content It's in an iframe but can't figure out how to download the iframe contents. Not going to block on that as they're just backups it seems like - they're stored on mailgun already.

I moved it to be centered after the description text but it sort of feels like it might take me to the next question so unsure of how much better it is.

Yeah, I think the market description is not adding anything. I'd remove it.
I'll figure out how to extract the html from the email. Feel free to merge this in and start running now.

I created an html email with my design:

authors: IanPhilips jahooma mantikoros

repo: manifoldmarkets/manifold


text:
🛑 Mesa Freeworld is down

In 79b6bd8, Mesa Freeworld (https://nonfree.eu) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Mesa Freeworld is back up in 5bbb6e0 after 12 minutes.

repo: manjaro-contrib/upptime


text:
🛑 Mesa Freeworld is down

In 2165927, Mesa Freeworld (https://nonfree.eu) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Mesa Freeworld is back up in c28939b after 48 minutes.


text:
🛑 Mesa Freeworld is down

In 45391e0, Mesa Freeworld (https://nonfree.eu) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Mesa Freeworld is back up in 30756c3 after 24 minutes.


text:
Travis reports failure with v2.0 branch on certain combinations of compilers + python

I have no idea how this is happening. Must be a race-condition -- tests pass cleanly (10+ times) on my laptop.

Interesting -- wp test fails on my laptop if I run make tests from the root directory but passes if I run make tests in the xi_theory/wp directory

This is a very weird bug -- make tests in the tests directory runs ./test_periodic 2 for the wp test (which fails). Immediately after, if I run ./test_periodic 2, then the test passes!

Ahha. wp is the only code that reorders the input X/Y/Z arrays -- in theory that should be irrelevant since none of the other codes make any assumptions about the input ordering. So, when ./test_periodic 2 is run by itself, the tests read the arrays and hand them off whereas when all tests are running the arrays have been read before and used. Still don't know how this could make a difference but clearly it does.

With the re-ordering of tests, all tests fail on linux and the one test on Mac passes! Since the previous failure was with gcc48 on travis, I checked with gcc48 on my laptop and the tests pass. (Side-note, the gcc48 portfile is no longer broken on Macs -- updating README to reflect this.)
Now I need to test on a linux box.

Some cells contain 0 particles -- since I was using malloc, then lattice would have uninitialized values for start and nelements. The sorting would then use these uninitialized values and all hell would break loose.
Since this bug was not triggering on Mac, I will assume that malloc on Mac is really calloc under the hood whereas on Linux malloc is malloc.

Updated the checks for nelements > 0 and only running sort for non-zero cells (commit f03ad6bc735ffe034e15d280bc6359bef641d9be)
@aphearin This is pretty much in line with how halotools computes the correlation function. Slightly slower than my version in master, but does avoid duplicating the particle memory. Relevant functions/files are gridlink_index in utils/gridlink.c and xi_theory/wp/countpairs_wp

Thanks for pointing me to this, @manodeep . I'm partway through my fully-cythonized overhaul, so your timing to point me to the relevant files is good.

@aphearin No problem at all. We might want to re-run the timing tests here once your cython version is ready.
Btw, I discovered that AVX gives up to a factor of 4 speedup in certain cases -- for e.g., large Rmax (although not in the ones we were looking at).

authors: aphearin manodeep

repo: manodeep/Corrfunc


text:
Multi-image posts not being downloaded

Beginning on 2.2 (running binaries) with human-readable option active, reddsaver is no longer downloading all the images in multi-image posts, just one for each post.

Thanks for raising the issue. I have identified the cause of the issue and am already working on a bug fix. Until then please continue using without the human readable flag as the issue is not present when using that option as per my testing.

Thanks for raising the issue. I have identified the cause of the issue and am already working on a bug fix. Until then please continue using without the human readable flag as the issue is not present when using that option as per my testing.

authors: CitronSorcier manojkarthick

repo: manojkarthick/reddsaver


text:
[Bug]: Improve the button color

Is there an existing issue for this?

[X] I have searched the existing issues

What happened?
when you open the tab the buttons color changes -
"feedback" tab - the button color is white,
"contact" tab - the button color is black,
"team" tab -  the button color is white,
"features" tab - the button color is black,
& "home" tab - the button color is blue.. which doesn't look very good. I want to change the color of all tabs to blue color and also fix the main problem - when I open the "home" tab the color of the both 'home" and "features" tab button changes from white to blue.

@mansiruhil13  please assign me this task.
Add Screenshots
No response
What browsers are you seeing the problem on?
No response
Record

[X] I agree to follow this project's Code of Conduct
[X] I'm a GSSOC contributor
[X] I want to work on this issue
[X] I'm willing to provide further clarification or assistance if needed.

@mansiruhil13

assigned already


text:
Add API extension for Metrics-Server v0.4.0

Generate Java API client and model types for Kubernetes Metrics Server.
See also:

https://github.com/kubernetes-sigs/metrics-server#installation
https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml

Support was added in:

#21
https://github.com/manusa/yakc/commit/396524db7bebb0754114f19065025e07f7d42bdf
https://github.com/manusa/yakc/commit/0c6ea54bccfd90f68fbe2f9963fe613a36d96614
https://github.com/manusa/yakc/commit/71481bb2f79c32541df4994044cf0a759ed4fb90
https://github.com/manusa/yakc/commit/c094e23ca37dc5e0241e3b9bb993010f2af624f3

repo: manusa/yakc


text:
Column header match for location titles should not be case-sensitive

For e.g., it should be possible to use 'name' or 'Name' as title fields for locations.

Closing because of inactivity, reopen if needed.

repo: mapascoletivos/yby-client


text:
Using reverted changesets for model training

Per text with @batpad,
Changeset comment has revert
There are a total of 13,125 changesets on osmcha with revert in the changeset comment. Interestingly, 2,505 (20%) changesets are one feature modification changesets which is what we use in the latest version of Gabbar.

One feature changesets with revert in changeset comment

Assuming, mappers revert a problematic or wrong feature in these one feature modification changesets, this could be an additional dataset we could make use of for the current iteration of the feature level classifier of Gabbar. I manually :eyes: a couple of these changesets and they are definitely want we want to catch with Gabbar.

https://osmcha.mapbox.com/49465923

https://osmcha.mapbox.com/49442894

Changesets from revert user accounts
Mappers and DWG sometimes maintain a separate account for reverts. Changesets from these accounts will be interesting to look at as well. Ex:

https://www.openstreetmap.org/user/SomeoneElse_Revert/history

cc: @anandthakker @geohacker

Found 2604 changesets that had the geojson version of it in real changesets. Assuming all features in changesets with revert in the changeset comment are correcting a harmful change, I get changeset IDs of the previous version of all features in these changesets. Ex:

Changeset 49692400,, has a changeset comment: Reverting 49662828 by Demo15_15
There is one feature deleted in this changeset, Node: 4924043021
The changeset that previously touched this feature is 49662828
This is the potentially problematic edit we are interested

Following this workflow, I find a list of 14,062 unique changesets. Ideally, this is a list of changesets that had a problematic feature which was later reverted. The next step was to see what percentage of this was recent, (say in 2017) and have real changesets version so that we can use it as part of the training/validation dataset in Gabbar.

There are 10,691 (76%) potentially problematic changesets that have real changeset.

@manoharuss @krishnanammala, need your help here. Can you randomly :eyes: about 100 changesets from this list to see what percentage of the 100 are problematic. This will help us understand what to expect and if this can be used as training dataset in Gabbar.

https://gist.github.com/bkowshik/bddc87ca4dd74c37d9ae097985a28edc

Next actions

[ ] Review 100 changesets randomly (some at the top, middle, end, etc)
[ ] What percentage of the 100 changesets are actually problematic?
[ ] Now that we know the percentage, can we use it in Gabbar - @bkowshik

cc: @planemad

@bkowshik any changeset reverted by an experienced editor (>100edits) we can safely say was definitely a bad one. Lets use our time time more wisely to review only those that were reverted by a inexperienced user (<20 edits), this is where we might find some false negatives.
Other highly valuable questions to answer here:

What is the average response time for the community to fix a bad change?
Is there any corelation between the response time and user attributes like experience, mapping activity.. ?

cc @maning @batpad

Thank you @planemad, that was super helpful!
Reverting changesets

Out of the total of 12257 changesets, only 2604 (21%) have real changesets.
There are a total of 468 mappers.
2493 (95%) reverting changesets were by users with 100 or more changesets
21 (1%) reverting changesets were from users with less than 20 changesets

The CSV with 21 reverting changesets by new users is at the link below:

https://gist.github.com/bkowshik/3bb6edd4bb12c5f4be712d64338d4614

Yes, there is a correlation between the experience of the user and number of reverting changesets. Reverting changesets are way more likely from experienced users than new users.

What is more interesting is that user_mapping_days has a stronger correlation at 0.6 to number of reverting changesets in comparison to user_changesets with a correlation of 0.3. So, the mapping days of the user is a stronger indicator.

Reverted changesets
I couldn't resist finding who's changeset were getting reverted - the other side of the story.

Out of the total of 14062 changesets, only 10693 (76%) have real changesets
There are a total of 1301 mappers with one or more reverted changesets
8679 (61%) reverted changesets were of users with 100 or more changesets
1161 (8%) reverted changesets were of users with less than 20 changesets
User DACGroup had 60% of his/her changesets reverted, 4106 reverted changesets

As expected, the user mapping days is negatively correlated, -0.3. Thus, higher a users mapping days, less likely of changeset being reverted.

Per https://github.com/mapbox/gabbar/issues/66#issuecomment-310029426
There are 21 reverting changesets by users less than 20 changesets. @manoharuss @krishnanammala can you please 👀 these and post notes about what percentage of this 21 are actually problematic?

https://gist.github.com/bkowshik/3bb6edd4bb12c5f4be712d64338d4614

cc: @planemad

authors: bkowshik planemad

repo: mapbox/gabbar


text:
Subpixel placement of marker images results in blurry rendering

Marker positions are calculated automatically and this usually results in subpixel placements, which in turn results in blurry rendering.
My solution locally is to round the x and y in the handleMarkerLayer function
x = Math.round(pos.x - size[0] + anchor.x),
y = Math.round(pos.y - anchor.y);

I am not sure if there are any unintended consequences from doing that, but the result is much crisper markers.
See the two generated images for comparison.

Fixed in #64

authors: daamsie tmcw

repo: mapbox/leaflet-image


text:
Red orbs similar to restriction via nodes

Pretty easy to get confused with each other. One idea discussed with @amishas157 was to use ticks and crosses instead of circle for the review markers.

cc @rasagy

@planemad Agreed, will also simplify the color issue with the verification panel:

Will work on the icons and share an update today evening.

The objective of the markers are just to document that a detected signage has been reviewed. It should be designed in such a way that a mapper can easily identify that these areas do not need to be eyeballed and can focus on locations which have not been reviewed.

Couldn’t find any icon in our styleguide that would work for redundant signage, so decided to quickly make an icon set.
Icons: Valid, Invalid, Redundant, Note (two options)

Button states:

I’m planning a single color (purple) orb with an icon next to it (so it doesn’t overlap signage icon). Thoughts?

@rasagy looks great!
Like the last one for note. Lets not invent a symbol for redundant objects, its fine to show it as valid but with a minor visual difference, or keep it something super simple. The meaning should be Its a valid restriction, but unnecessary to map.

@planemad Ah right. Does something like the last one work for redundant?

authors: planemad rasagy

repo: mapbox/osm-navigation-map

license: ISC


text:
Allow to use a different projection for the scalebar

Closes #210
This PR adds an optional projection parameter to the scalebar attribute. If given, the scalebar calculations will be done on the map bounds reprojected to that projection.
Example usage:
{
    ...
    "attributes": {
        ...
        "scalebar": {
            "projection": "EPSG:21781"
        },
        "map": {
            ...
            "projection": "EPSG:3857"

looks good

Thanks Jesse for taking a look.

authors: jesseeichar tsauerwein

repo: mapfish/mapfish-print


text:
Fix include path for vlfeat in opensfm

Summary: Fix the problem caused by previous diff.
Differential Revision: D34100698

Done here : b3bb7638337c81436f1c1c2ca4701e6eb361e7ab

repo: mapillary/OpenSfM


text:
Caching with nginx not working/slow

Hello dear folks,
we are currently testing martin to render a network of cycle paths. Unfortunately even though we are using nginx to cache tile requests, it takes quite a long time (up to 20s) each time to render the network (even when switching off/on which should be covered by the cashing mechanism). Any ideas on how to debug this? Our setup is quite similiar to the example on the github page. In fact we are using the very same nginx.conf.
martin:
    image: maplibre/martin:main
    hostname: martin
    container_name: project_martin
    networks:
      - intern
    environment:
      - DATABASE_URL=postgres://martin:verysecretpassword@postgres/project
      - RUST_LOG=actix_web=info,martin=debug,tokio_postgres=debug
    restart: unless-stopped
    depends_on:
      - postgres

  nginx_martin:
    image: nginx:alpine
    hostname: martin_nginx
    container_name: project_martin_nginx
    volumes:
      - "./data/martin_nginx/cache:/var/cache/nginx"
      - "./data/martin_nginx/log:/var/log/nginx"
      - "./data/martin_nginx/nginx.conf:/etc/nginx/nginx.conf:ro"
    networks:
      - intern
      - traefik
    labels:
      traefik.enable: "true"
      traefik.http.routers.project-nginxmartin-websecure.entrypoints: "websecure"
      traefik.http.routers.project-nginxmartin-websecure.rule: "Host(`maps.project.our.server`)"
      traefik.http.routers.project-nginxmartin-websecure.tls: true
      traefik.http.routers.project-nginxmartin-websecure.tls.certresolver: httpResolver
      traefik.http.services.project-nginxmartin-websecure.loadbalancer.server.port: 80
      traefik.docker.network: "traefik"
    restart: unless-stopped
    depends_on:
      - martin

Any help would be much appreciated!

Hi @eftas-gka,
Could you please check that the Nginx caches the tiles? Check if the tiles response contains the X-Cache-Status header. It should be Hit if the tile is returned from the cache or Miss if the server generates the tiles.

In that case, there seems to be an issue with the Nginx or setup itself.

@eftas-gka were you able to figure out the issue?

Unfortunately no. We decided not to use martin for now but to render tiles each time our database gets updated with tippecanoe and serve them with apache+mod_mbtiles.

thx @eftas-gka , it does make sense to pregenerate in most cases. Please do keep in mind that we are working on mbtiles and pmtiles support for Martin, so hopefully soon we will have an ability to serve tiles from all sort of backends, and eventually - even server-side render them.

We're having the same issue: nginx with same config as given here.
Cache is hit, but the server response is about 2.5 seconds which is long for us.
I understand that this is rather the problem with nginx config than the tile server itself
Did anyone beat this problem?

In my case we returned too much data.
Keeping only basic properties in Martin and requesting big data chunks like population distributions by classic endpoints from your application helped the situation significatly

@ArtOshchepkov you may also want to check the usual query performance problems --  postgres might be missing geometry indexes (Martin now shows a warning in some cases to spot that a table has no geo index)

authors: ArtOshchepkov eftas-gka nyurik stepankuzmin

repo: maplibre/martin


text:
add_layer problems

Having trouble with the add_layer function off of a map object - in Javascript, I can construct a Layer object, which passes a simple l instanceof mapnik.Layer test, but node-mapnik throws
/Users/tmcw/Code/js/sites/spinnaker/node_modules/tilelive/node_modules/step/lib/step.js:38
        throw arguments[0];
                       ^
TypeError: mapnik.Layer expected

Looking at the source, I don't think that there's much that could be going wrong, though HasInstance might behave differently than instanceof? Or something like that? I'm not sure.
The code in question is below:
var l = new mapnik.Layer('countries');
l.srs = map.mapnik.srs;
l.styles = ['countries'];
var mem_ds = new mapnik.MemoryDatasource({
    extent: '-20037508.342789,' +
        '20037508.342789,' +
        '20037508.342789,' +
        '20037508.342789'
});
collection.forEach(function(c) {
    mem_ds.add({
        x: c.lon,
        y: c.lat,
        name: c.name
    });
});
l.datasource = mem_ds;
console.log(l instanceof mapnik.Layer);
map.mapnik.add_layer(l);

This is a corner-case and I think the behavior on Mapnik's part is fine - could be useful for making sure that incompatible builds don't mix. Closing.

repo: mapnik/node-mapnik


text:
Unit test failures against Mapnik master

@artemp - can you take a look at these tomorrow? Hitting these after updated to latest mapnik master at https://github.com/mapnik/mapnik/commit/03285f60b0b5fb92b289fad9046a253874e776cd.
Note you'll need 125a6f170 to be able to build node-mapnik against mapnik master.
  1) mapnik.Image SVG should throw with invalid usage:
     TypeError: SVG parse error:
parse_rect: Invalid width
Failed to parse SVG value: "FAIL"
parse_rect: Invalid height
parse_rect: Invalid rx
parse_rect: Invalid ry
unable to parse invalid svg <path>
unable to parse invalid svg <path> with id 'fail-path'
unable to parse invalid svg <path> with id 'fail-path'
parse_circle: Invalid radius
Failed to parse <polygon> 'points'
Failed to parse <polyline> 'points'
parse_ellipse: Invalid rx
parse_ellipse: Invalid ry
parse_rect: Invalid height

      at test/image.svg.test.js:33:24
      at Function._throws (assert.js:292:5)
      at Function.assert.throws (assert.js:318:11)
      at Context.<anonymous> (test/image.svg.test.js:32:16)

  2) mapnik.Image SVG should error with async file full of errors:
     Uncaught AssertionError: null == true
      at test/image.svg.test.js:114:16

  3) mapnik.Parameters  should be settable on map:

      AssertionError: "<?xmlversion=\"1.0\"encoding=\"utf-8\"?><Mapsrs=\"+proj=longlat+ellps=WGS84+datum=WGS84+no_defs\">\n<Parameters>\n<Parameternam == "<?xmlversion=\"1.0\"encoding=\"utf-8\"?><Mapsrs=\"+proj=longlat+ellps=WGS84+datum=WGS84+no_defs\">\n<Parameters>\n<Parameternam
      + expected - actual

       <?xmlversion="1.0"encoding="utf-8"?><Mapsrs="+proj=longlat+ellps=WGS84+datum=WGS84+no_defs">
       <Parameters>
       <Parametername="a">b</Parameter>
      -<Parametername="bool">0</Parameter>
      +<Parametername="bool">false</Parameter>
       <Parametername="num">12.2</Parameter>
       <Parametername="num2">1</Parameter>
       </Parameters>
       </Map>

      at Context.<anonymous> (test/parameters.test.js:41:16)

@artemp fixed the SVG errors by relaxing the expectations. The change causing the parameters.test.js to fail is that <Parameter name="bool">false</Parameter> becomes <Parameter name="bool">0</Parameter> when serialized. This was not happening before. Perhaps it is okay, but kind of add this would all of a sudden starting ocur

@springmeyer - fixed by restoring local variant_io.hpp whic has specialisation fro  bool https://github.com/mapnik/mapnik/commit/c615708a2ab89084adf59442cfa2e8cfdf039aba

authors: artemp springmeyer


text:
Minimal spec - The 'Simple' part of the SSS

Overview
There's been a variety of situations where I've tried to explain or get people to use SSSOM, and sometimes it can be confusing for them. At the moment, there is a particular working group that wants to add mapping metadata to some data structures. They looked at SSSOM, but it looked too complex to them. We should emphasize that the core part of SSSOM is indeed simple, and I think maybe make it one of the first things that someone entirely unfamiliar with SSSOM sees when looking at the docs.
Details
I chatted w/ Nico and these are the parts of the spec that should be in the most minimal / simple format:

subject_id
predicate_id
object_id
mapping_justification

I would even daresay that mapping_justification should be listed as optional there as well.
Additional info
It might also be good to suggest some predicate_ids that people can use, with examples. For example, it can be confusing to pick between skos:narrower and skos:narrowMatch, and to know what to choose for your subject/object if all you want to say is "a is a narrower case than b".
Related: https://mapping-commons.github.io/sssom/5star-mappings/

Couldn’t agree more. I think one of the more challenging bits is being required to come up with a reason for every mapping. Who does that, even among experts? But I think that argument was lost long ago in the spec, no?
I would be especially enthusiastic to have a really good basic example spreadsheet that embeds self-explanatory documentation. A large percentage of beginners would instantly grok the paradigm without any further instruction needed.
We don’t have a SSSOM validation tool yet, do we? (Just wondering how I would know if an example I made was valid.)

Very good point. I was actually looking for instructions in the documentation regarding mandatory elements both at mapping and mapping set levels. Looking at the detailed specifications, I relied on the cardinality info.
At mapping set level :

mapping_set_id
license

This is fine but we may also want at least one information regarding provenance, maybe who (person/organisation) responsible for publishing the mapping set, probably creator_id.
At mapping level:

subject_id
predicate_id
object_id
mapping_justification

Regarding mapping_justification, I have mixed feelings, especially after reading  #211 .  You say here that this is made "to explain how the mapping came into being" (not the reason for the mapping) which is crucial as it can make the difference between fully automatically computed mappings (low value) vs. manually, curated mappings (high value, unreproducible).
As we will necessarily face cases where this information is not known (republishing existing mappings created by others is a very probable case), I felt that the option "sempav:UnspecifiedMapping" was reasonable.
But I see that thoughts have evolved since then... This may be discussed more largely with mapping users. A good topic for a workshop ;-)

There is a workshop right now being organised by @ylefranc and @jonquet that covers all of what you are debating here (it is not SSSOM specific, but covers much the same bases).
@graybeal We use validation, also in GitHub actions! see for example here

repo: mapping-commons/sssom


text:
Add Oracle JRE to supported technologies

Is your feature request related to a problem? Please describe.
Oracle Java Runtime 8 is currently supported in PowerStig but not PowerStigScan
Describe the solution you'd like
Build the logic necessary for JRE to be supported by PowerStigScan.

JRE depends on files being present to check against. Deployment.config and Deployment.properties. If the deployent.properties is not in the path specified by deployment.config then the settings do not apply but the STIG could be good. PowerStig currently has the path in Deployment.config as a hard set value.

repo: mapresto/PowerStigScan


text:
Please make life simpler for everybody using the maproulette API (Question wrt client authentication)

It is not quite clear from the API doc what the intended model for a third party client app to obtain an api-key is.
Simply require the user to C&P from the MR UI, or is there a way to authenticate via the API so that the apikey can be retrieved?

At this moment there is no way to authenticate via the API apart from using the API key. So the key would need to be generated by the user and then retrieved through the API.
So in a 3rd party client app, you would need to have some sort of settings field allowing a user of the app to insert their API key which then be able to make the requests.

@mgcuthbert thanks for the response. I was already suspecting so much.
A real simple solution for this would for maproulette to store the api key in the users OSM preferences when (re-) generated. This would allow other authorised apps to retrieve the key (in a secure fashion) without requiring the user to C&P on mobile. If the user removes the apps authorisation it then has no access to the apikey either, which potentially be an issue if the key is stored locally.

At this moment using Maproulette in Vespucci works as follows:

users solves task
uploads changes
get "enter Maproulette API key field", what is horrible for any user who is not a programmer/has experience with technical side of APIs. What covers >99% of OSM mappers and even for others this is obnoxious UX.

As I understand there is no way to improve this in Vespucci, except disabling Maproulette by default.

@matkoniecz just as a note, what the use has to do is spelt out in no unclear terms in http://vespucci.io/help/en/12.0.0 Release notes/#support-for-maproulette

The tricky part is that users generally are not reading release notes.
Especially ones that will start using Vespucci in future rather than upgrading from the old version.

A real simple solution for this would for maproulette to store the api key in the users OSM preferences when (re-) generated.

This seems to make sense but would require an authenticated OSM API call. This should be possible since we already have an OSM API token for the user, but I don't think we currently ask for preferences write permissions when the user authenticates with OSM. This can of course be changed.

Alternatively, but not as user friendly, would be to at least add a button that would copy the key in to the C&P buffer of the system in question. Still is a multi/many step operation but at least not so error prone as trying to copy the key manually.

I opened a separate ticket in the maproulette3 repo to specifically cover the API key enhancement, since this would need to be implemented in the front end: https://github.com/osmlab/maproulette3/issues/1745.
As I mention there, my remaining concern is that there is no granular control over OSM user prefs read permissions, which could lead to unintended consequences for the user. Any application with read permissions on the user's OSM preferences could grab the key and make authenticated calls to the MapRoulette API. While reading OSM user preferences would of course require explicit consent of the user, you could argue that the user does not really know what they are 'giving away'. If all kinds of applications start storing API keys in there, granting OSM user preference read permissions really means granting restricted API access to all those applications. Is my understanding here correct?

Your understanding is correct and there is actually a longer issue thread on the rail-ports issue tracker on the subject. But even in that discussion nobody was suggesting fine grained access to prefs, it was more all or nothing on a per app base.
There are naturally other ways to fix this, they will simply all be a bit hackish.

Right. I don't see this as a huge vulnerability right now, since granting OSM user preferences read permissions is probably something a fairly small amount of people do, and those people are likely to be pretty savvy about this anyway. But it would be nice to have a link in the OAuth permissions screen to a human-readable presentation of the contents of your preferences so users can make an educated guess.

there is actually a longer issue thread on the rail-ports issue tracker on the subject.

The issue wasn't really that long: https://github.com/openstreetmap/openstreetmap-website/issues/2326
I closed it after a year because it wasn't going anywhere.

This was resolved in #1745  by way of https://github.com/maproulette/maproulette-backend/pull/990

The API key is stored in the maproulette_apikey_v2 key in the OSM user preferences (api/0.6/user/preferences)

authors: matkoniecz mgcuthbert mmd-osm mvexel simonpoole


text:
Unmatched duplicates connected to max_distance

Hi,
I'm importing addresses in Croatia, and there is a problem with unmatched duplicates I am experiencing. When the max_distance is put in too big, like 30 meters, conflator is finding addresses from the dataset that are closer than 30 meters to each other, and putting them in the unmatched duplicates category. Therefore, not uploading them. When I gradually lower the max_distance, the unmatched duplicates are lowering too, and when I get to 0 unmatched duplicates, I upload. But by then I lost some of the existing osm points I could have merged with, which are too far now.
Here is my profile: https://github.com/osm-hr/imports/blob/main/Adrese_Sisak-Moslavina/adrese.py
I hope you find the cause,
Thanks for great software,
Janko

How come there are duplicates in your dataset? Are there identical addresses all over?

How come there are duplicates in your dataset? Are there identical addresses all over?

No, unless I don't know how conflator determines duplicate addresses. They have unique IDs in the dataset collection, and different coordinates.Tags have addr:house number, addr:street, source:addr, and source:addr:date, of which there is never the same combination. I don't have the ref tag, and I set no_dataset_id = True, so maybe conflator doesn't know how to find duplicates? Should I set the find_ref function?

No, unless I don't know how conflator determines duplicate addresses. They have unique IDs in the dataset collection, and different coordinates.Tags have addr:house number, addr:street, source:addr, and source:addr:date, of which there is never the same combination. I don't have the ref tag, and I set no_dataset_id = True, so maybe conflator doesn't know how to find duplicates? Should I set the find_ref function?

I tried to set find_ref, and concatenated the city, street and house number strings, so that find_ref is always unique. But I saw that the unmatched duplicates is printed before find_ref is even called, so it's not relevant. Now I think maybe the master tags should be unique? I'll try that today..

I tried to set find_ref, and concatenated the city, street and house number strings, so that find_ref is always unique. But I saw that the unmatched duplicates is printed before find_ref is even called, so it's not relevant. Now I think maybe the master tags should be unique? I'll try that today..

I added a new tag in the dataset, a ref:addr tag that concatenates place name, street name and housenumber. That made conflator think they are unique, and didn't remove "duplicates" any more. Then I deleted those ref:addr tags in the output osm file. This is a workaround, but I still don't know exactly how conflator determines it is going to delete nodes closer then max_distance. Tags are in the equation somehow.

I added a new tag in the dataset, a ref:addr tag that concatenates place name, street name and housenumber. That made conflator think they are unique, and didn't remove "duplicates" any more. Then I deleted those ref:addr tags in the output osm file. This is a workaround, but I still don't know exactly how conflator determines it is going to delete nodes closer then max_distance. Tags are in the equation somehow.

authors: Janjko Zverik