text:
xdg-open: no method available for opening 'http://localhost:8080'

Dear all,
I'm having trouble while installing/running getokr-web (first time).
I'm trying to run it in an AWS VM (EC2), Linux Ubuntu, with node v.8.11.1 and npm 3.10.10 as recommended.
Below is the log after running npm run dev
Thank you for any help!
ubuntu@ip-172-31-0-142:~/getokr/getokr-web$ npm run dev

> getokr-web@1.0.0 dev /home/ubuntu/getokr/getokr-web
> webpack-dev-server --devtool eval --config src/config/webpack.config.js --progress --colors --hot --content-base build

 70% 1/1 build moduleshttp://localhost:8080/webpack-dev-server/
webpack result is served from /
content is served from /home/ubuntu/getokr/getokr-web/build
 95% emitHash: a93a9238333f78a67c6c
Version: webpack 1.12.14
Time: 14057ms
                                 Asset     Size  Chunks             Chunk Names
  72e7eb5e96f750529d9c1f4dd0f4fe7a.png  3.21 kB          [emitted]
  32400f4e08932a94d8bfd2422702c446.eot  70.8 kB          [emitted]
 a35720c2fed2c7f043bc7e4ffb45e073.woff  83.6 kB          [emitted]
  a3de2170e4e9df77161ea5d3f31b2668.ttf   142 kB          [emitted]
  f775f9cca88e21d45bebe185b27c0e5b.svg   366 kB          [emitted]
  f4769f9bdb7466be65088239c12046d1.eot  20.1 kB          [emitted]
448c34a56d699c29117adc64c43affeb.woff2    18 kB          [emitted]
 fa2772327f55d8198301fdb8bcfc8158.woff  23.4 kB          [emitted]
  e18bbf611f2a2e43afc071aa2f4e1512.ttf  45.4 kB          [emitted]
  89889688147bd7575d6327160d64e760.svg   109 kB          [emitted]
  29816bb0f232733bd5d2ae19462192ce.eot  50.7 kB          [emitted]
 39aef4dab6c15328034fbc1f3cdb989b.woff  31.1 kB          [emitted]
  74019bf81993721131bd00bfbe180d91.ttf  45.5 kB          [emitted]
  d5f830663258a64158b8683de2a5fd35.svg   138 kB          [emitted]
db812d8a70a4e88e888744c1c9a27e89.woff2  66.6 kB          [emitted]
  38d1f9b3a7d11a59ab5906d0d1d92856.jpg   168 kB          [emitted]
  56012c1ba0fd3b27342d46f8259ee9c8.png  5.06 kB          [emitted]
  112112ef966ad8eceb8a030b53e2c045.png  7.71 kB          [emitted]
  3719e5f1db2e64cc50c762a06c0b772b.png    18 kB          [emitted]
  0db2c814afda974fcfda6b5a58505ab9.png    17 kB          [emitted]
                         bundle_dev.js  4.15 MB       0  [emitted]  main
                             style.css   555 kB       0  [emitted]  main
                            index.html  3.09 kB          [emitted]
                           favicon.ico    32 kB          [emitted]
                 splash/getokrchart.js  90.7 kB          [emitted]
                       splash/homer.js   1.8 kB          [emitted]
                  splash/jquery.min.js  85.7 kB          [emitted]
               images/loading-bars.svg  1.99 kB          [emitted]
chunk    {0} bundle_dev.js, style.css (main) 3.83 MB [rendered]
    [0] multi main 40 bytes {0} [built]
    [1] (webpack)/hot/dev-server.js 1.85 kB {0} [built]
    [2] (webpack)/hot/log-apply-result.js 813 bytes {0} [built]
    [3] ./src/app/bootstrap.js 213 bytes {0} [built]
    [4] ./src/app/vendor.js 1.57 kB {0} [built]
    [5] ./src/app/scss/style.scss 41 bytes {0} [built]
   [31] ./~/angular/angular.min.js 155 kB {0} [built]
   [32] ./~/angular-ui-router/release/angular-ui-router.js 170 kB {0} [built]
   [33] ./~/angular-ui-bootstrap/dist/ui-bootstrap-tpls.js 260 kB {0} [built]
   [34] ./~/bootstrap/dist/js/npm.js 484 bytes {0} [built]
   [35] ./~/bootstrap/js/transition.js 1.83 kB {0} [built]
   [36] ./~/jquery/dist/jquery.js 259 kB {0} [built]
   [37] ./~/bootstrap/js/alert.js 2.28 kB {0} [built]
   [38] ./~/bootstrap/js/button.js 3.82 kB {0} [built]
   [39] ./~/bootstrap/js/carousel.js 7.14 kB {0} [built]
   [40] ./~/bootstrap/js/collapse.js 5.99 kB {0} [built]
   [41] ./~/bootstrap/js/dropdown.js 4.74 kB {0} [built]
   [42] ./~/bootstrap/js/modal.js 9.99 kB {0} [built]
   [43] ./~/bootstrap/js/tooltip.js 16.7 kB {0} [built]
   [44] ./~/bootstrap/js/popover.js 3.16 kB {0} [built]
   [45] ./~/bootstrap/js/scrollspy.js 4.71 kB {0} [built]
   [46] ./~/bootstrap/js/tab.js 3.9 kB {0} [built]
   [47] ./~/bootstrap/js/affix.js 4.84 kB {0} [built]
   [48] ./~/metismenu/dist/metisMenu.min.js 4.24 kB {0} [built]
   [49] ./~/ngstorage/ngStorage.js 8.69 kB {0} [built]
   [50] ./~/angular-xeditable/dist/js/xeditable.js 76.5 kB {0} [built]
   [51] ./~/moment/moment.js 104 kB {0} [built]
   [52] (webpack)/buildin/module.js 251 bytes {0} [built]
   [53] ./~/moment/locale ^\.\/.*$ 2.06 kB {0} [optional] [built]
   [54] ./~/moment/locale/af.js 2.58 kB {0} [optional] [built]
   [55] ./~/moment/locale/ar.js 4.52 kB {0} [optional] [built]
   [56] ./~/moment/locale/ar-ma.js 2.04 kB {0} [optional] [built]
   [57] ./~/moment/locale/ar-sa.js 3.08 kB {0} [optional] [built]
   [58] ./~/moment/locale/ar-tn.js 1.89 kB {0} [optional] [built]
   [59] ./~/moment/locale/az.js 3.27 kB {0} [optional] [built]
   [60] ./~/moment/locale/be.js 5.29 kB {0} [optional] [built]
   [61] ./~/moment/locale/bg.js 3.06 kB {0} [optional] [built]
   [62] ./~/moment/locale/bn.js 3.46 kB {0} [optional] [built]
   [63] ./~/moment/locale/bo.js 3.54 kB {0} [optional] [built]
   [64] ./~/moment/locale/br.js 3.37 kB {0} [optional] [built]
   [65] ./~/moment/locale/bs.js 4.59 kB {0} [optional] [built]
   [66] ./~/moment/locale/ca.js 2.85 kB {0} [optional] [built]
   [67] ./~/moment/locale/cs.js 5.79 kB {0} [optional] [built]
   [68] ./~/moment/locale/cv.js 2.29 kB {0} [optional] [built]
   [69] ./~/moment/locale/cy.js 2.84 kB {0} [optional] [built]
   [70] ./~/moment/locale/da.js 2.03 kB {0} [optional] [built]
   [71] ./~/moment/locale/de.js 2.78 kB {0} [optional] [built]
   [72] ./~/moment/locale/de-at.js 2.86 kB {0} [optional] [built]
   [73] ./~/moment/locale/el.js 3.55 kB {0} [optional] [built]
   [74] ./~/moment/locale/en-au.js 2.28 kB {0} [optional] [built]
   [75] ./~/moment/locale/en-ca.js 2.16 kB {0} [optional] [built]
   [76] ./~/moment/locale/en-gb.js 2.33 kB {0} [optional] [built]
   [77] ./~/moment/locale/eo.js 2.63 kB {0} [optional] [built]
   [78] ./~/moment/locale/es.js 2.86 kB {0} [optional] [built]
   [79] ./~/moment/locale/et.js 3.1 kB {0} [optional] [built]
   [80] ./~/moment/locale/eu.js 2.28 kB {0} [optional] [built]
   [81] ./~/moment/locale/fa.js 3.19 kB {0} [optional] [built]
   [82] ./~/moment/locale/fi.js 3.82 kB {0} [optional] [built]
   [83] ./~/moment/locale/fo.js 2.06 kB {0} [optional] [built]
   [84] ./~/moment/locale/fr.js 2.13 kB {0} [optional] [built]
   [85] ./~/moment/locale/fr-ca.js 1.98 kB {0} [optional] [built]
   [86] ./~/moment/locale/fy.js 2.54 kB {0} [optional] [built]
   [87] ./~/moment/locale/gl.js 2.67 kB {0} [optional] [built]
   [88] ./~/moment/locale/he.js 2.72 kB {0} [optional] [built]
   [89] ./~/moment/locale/hi.js 3.81 kB {0} [optional] [built]
   [90] ./~/moment/locale/hr.js 4.56 kB {0} [optional] [built]
   [91] ./~/moment/locale/hu.js 3.96 kB {0} [optional] [built]
   [92] ./~/moment/locale/hy-am.js 3.72 kB {0} [optional] [built]
   [93] ./~/moment/locale/id.js 2.9 kB {0} [optional] [built]
   [94] ./~/moment/locale/is.js 4.38 kB {0} [optional] [built]
   [95] ./~/moment/locale/it.js 2.41 kB {0} [optional] [built]
   [96] ./~/moment/locale/ja.js 1.87 kB {0} [optional] [built]
   [97] ./~/moment/locale/jv.js 2.9 kB {0} [optional] [built]
   [98] ./~/moment/locale/ka.js 3.56 kB {0} [optional] [built]
   [99] ./~/moment/locale/km.js 1.98 kB {0} [optional] [built]
  [100] ./~/moment/locale/ko.js 1.95 kB {0} [optional] [built]
  [101] ./~/moment/locale/lb.js 4.81 kB {0} [optional] [built]
  [102] ./~/moment/locale/lt.js 4.67 kB {0} [optional] [built]
  [103] ./~/moment/locale/lv.js 3.82 kB {0} [optional] [built]
  [104] ./~/moment/locale/me.js 4.07 kB {0} [optional] [built]
  [105] ./~/moment/locale/mk.js 3.07 kB {0} [optional] [built]
  [106] ./~/moment/locale/ml.js 2.47 kB {0} [optional] [built]
  [107] ./~/moment/locale/mr.js 3.7 kB {0} [optional] [built]
  [108] ./~/moment/locale/ms.js 2.81 kB {0} [optional] [built]
  [109] ./~/moment/locale/ms-my.js 2.82 kB {0} [optional] [built]
  [110] ./~/moment/locale/my.js 2.69 kB {0} [optional] [built]
  [111] ./~/moment/locale/nb.js 2.11 kB {0} [optional] [built]
  [112] ./~/moment/locale/ne.js 3.81 kB {0} [optional] [built]
  [113] ./~/moment/locale/nl.js 2.52 kB {0} [optional] [built]
  [114] ./~/moment/locale/nn.js 2.04 kB {0} [optional] [built]
  [115] ./~/moment/locale/pl.js 3.89 kB {0} [optional] [built]
  [116] ./~/moment/locale/pt.js 2.26 kB {0} [optional] [built]
  [117] ./~/moment/locale/pt-br.js 2.15 kB {0} [built]
  [118] ./~/moment/locale/ro.js 2.54 kB {0} [optional] [built]
  [119] ./~/moment/locale/ru.js 5.95 kB {0} [optional] [built]
  [120] ./~/moment/locale/si.js 2.17 kB {0} [optional] [built]
  [121] ./~/moment/locale/sk.js 5.84 kB {0} [optional] [built]
  [122] ./~/moment/locale/sl.js 6.05 kB {0} [optional] [built]
  [123] ./~/moment/locale/sq.js 2.37 kB {0} [optional] [built]
  [124] ./~/moment/locale/sr.js 4.05 kB {0} [optional] [built]
  [125] ./~/moment/locale/sr-cyrl.js 4.07 kB {0} [optional] [built]
  [126] ./~/moment/locale/sv.js 2.26 kB {0} [optional] [built]
  [127] ./~/moment/locale/ta.js 3.42 kB {0} [optional] [built]
  [128] ./~/moment/locale/th.js 2.29 kB {0} [optional] [built]
  [129] ./~/moment/locale/tl-ph.js 2.1 kB {0} [optional] [built]
  [130] ./~/moment/locale/tr.js 2.86 kB {0} [optional] [built]
  [131] ./~/moment/locale/tzl.js 3.24 kB {0} [optional] [built]
  [132] ./~/moment/locale/tzm.js 2.02 kB {0} [optional] [built]
  [133] ./~/moment/locale/tzm-latn.js 2.07 kB {0} [optional] [built]
  [134] ./~/moment/locale/uk.js 5.52 kB {0} [optional] [built]
  [135] ./~/moment/locale/uz.js 2 kB {0} [optional] [built]
  [136] ./~/moment/locale/vi.js 2.26 kB {0} [optional] [built]
  [137] ./~/moment/locale/zh-cn.js 4.32 kB {0} [optional] [built]
  [138] ./~/moment/locale/zh-tw.js 3.08 kB {0} [optional] [built]
  [139] ./~/ng-lodash/build/ng-lodash.js 411 kB {0} [built]
  [140] ./~/ng-draggable/ngDraggable.js 28.4 kB {0} [built]
  [141] ./~/checklist-model/checklist-model.js 5.01 kB {0} [built]
  [142] ./~/angular-route/index.js 56 bytes {0} [built]
  [143] ./~/angular-route/angular-route.js 37.9 kB {0} [built]
  [144] ./~/ui-select/index.js 59 bytes {0} [built]
  [145] ./~/ui-select/dist/select.js 84.5 kB {0} [built]
  [146] ./~/angular-input-masks/index.js 88 bytes {0} [built]
  [147] ./~/angular-input-masks/src/angular-input-masks.js 149 bytes {0} [built]
  [148] ./~/angular-input-masks/src/global/global-masks.js 469 bytes {0} [built]
  [149] ./~/angular-input-masks/src/helpers.js 1.73 kB {0} [built]
  [150] ./~/string-mask/src/string-mask.js 5.84 kB {0} [built]
  [151] ./~/angular-input-masks/src/global/date/date.js 1.48 kB {0} [built]
  [152] ./~/angular-input-masks/src/global/money/money.js 3.07 kB {0} [built]
  [153] ./~/angular-input-masks/src/~/validators.js 306 bytes {0} [built]
  [154] ./~/angular-input-masks/src/global/number/number.js 2.87 kB {0} [built]
  [155] ./~/angular-input-masks/src/global/percentage/percentage.js 3.17 kB {0} [built]
  [156] ./~/angular-input-masks/src/global/scientific-notation/scientific-notation.js 3.08 kB {0} [built]
  [157] ./~/angular-input-masks/src/global/time/time.js 1.59 kB {0} [built]
  [158] ./~/angular-input-masks/src/br/br-masks.js 567 bytes {0} [built]
  [159] ./~/angular-input-masks/src/br/boleto-bancario/boleto-bancario.js 571 bytes {0} [built]
  [160] ./~/angular-input-masks/src/~/mask-factory.js 1.29 kB {0} [built]
  [161] ./~/angular-input-masks/src/br/cep/cep.js 437 bytes {0} [built]
  [162] ./~/angular-input-masks/src/br/cnpj/cnpj.js 506 bytes {0} [built]
  [163] ./~/br-validations/releases/br-validations.js 15.7 kB {0} [built]
  [164] ./~/angular-input-masks/src/br/cpf/cpf.js 497 bytes {0} [built]
  [165] ./~/angular-input-masks/src/br/cpf-cnpj/cpf-cnpj.js 816 bytes {0} [built]
  [166] ./~/angular-input-masks/src/br/inscricao-estadual/ie.js 3.71 kB {0} [built]
  [167] ./~/angular-input-masks/src/br/nfe/nfe.js 517 bytes {0} [built]
  [168] ./~/angular-input-masks/src/br/phone/br-phone.js 1.22 kB {0} [built]
  [169] ./~/angular-input-masks/src/us/us-masks.js 158 bytes {0} [built]
  [170] ./~/angular-input-masks/src/us/phone/us-phone.js 672 bytes {0} [built]
  [171] ./~/angular-sanitize/index.js 62 bytes {0} [built]
  [172] ./~/angular-sanitize/angular-sanitize.js 25.7 kB {0} [built]
  [173] ./~/angular-filter/dist/angular-filter.min.js 19.1 kB {0} [built]
  [174] ./~/angular-loading-bar/index.js 72 bytes {0} [built]
  [175] ./~/angular-loading-bar/build/loading-bar.js 10.5 kB {0} [built]
  [176] ./~/ng-infinite-scroll/build/ng-infinite-scroll.js 7.54 kB {0} [built]
  [177] ./~/humanize-duration/humanize-duration.js 18.2 kB {0} [built]
  [178] ./~/angular-ui-mask/index.js 150 bytes {0} [built]
  [179] ./~/angular-ui-mask/dist/mask.js 41.8 kB {0} [built]
  [180] ./~/sweetalert/lib/sweetalert.js 13 kB {0} [built]
  [181] ./~/sweetalert/lib/modules/handle-dom.js 4.91 kB {0} [built]
  [182] ./~/sweetalert/lib/modules/utils.js 1.72 kB {0} [built]
  [183] ./~/sweetalert/lib/modules/handle-swal-dom.js 4.62 kB {0} [built]
  [184] ./~/sweetalert/lib/modules/default-params.js 657 bytes {0} [built]
  [185] ./~/sweetalert/lib/modules/injected-html.js 1.74 kB {0} [built]
  [186] ./~/sweetalert/lib/modules/handle-click.js 3.92 kB {0} [built]
  [187] ./~/sweetalert/lib/modules/handle-key.js 2.23 kB {0} [built]
  [188] ./~/sweetalert/lib/modules/set-params.js 7.48 kB {0} [built]
  [189] ./~/lodash/index.js 411 kB {0} [built]
  [190] ./~/ng-file-upload/index.js 70 bytes {0} [built]
  [191] ./~/ng-file-upload/dist/ng-file-upload-all.js 96.1 kB {0} [built]
  [192] ./~/angular-ui-sortable/src/sortable.js 19.3 kB {0} [built]
  [193] ./~/ng-dialog/js/ngDialog.js 42.1 kB {0} [built]
  [194] ./~/angular-hotkeys/build/hotkeys.js 53.5 kB {0} [built]
  [195] ./~/ngSmoothScroll/dist/angular-smooth-scroll.min.js 3.22 kB {0} [built]
  [196] ./~/ez-ng/dist/ez-ng.js 32.9 kB {0} [built]
  [197] ./~/chart.js/src/chart.js 1.91 kB {0} [built]
  [198] ./~/chart.js/src/core/core.js 1.46 kB {0} [built]
  [199] ./~/chart.js/src/core/core.helpers.js 30.2 kB {0} [built]
  [200] ./~/chartjs-color/index.js 11.2 kB {0} [built]
  [201] ./~/color-convert/index.js 1.73 kB {0} [built]
  [202] ./~/color-convert/conversions.js 16.9 kB {0} [built]
  [203] ./~/color-convert/~/color-name/index.js 4.62 kB {0} [built]
  [204] ./~/color-convert/route.js 2.23 kB {0} [built]
  [205] ./~/chartjs-color-string/color-string.js 6.36 kB {0} [built]
  [206] ./~/color-name/index.js 4.62 kB {0} [built]
  [207] ./~/chart.js/src/platforms/platform.js 2.83 kB {0} [built]
  [208] ./~/chart.js/src/platforms/platform.dom.js 8.37 kB {0} [built]
  [209] ./~/chart.js/src/core/core.canvasHelpers.js 3.25 kB {0} [built]
  [210] ./~/chart.js/src/core/core.plugin.js 10.7 kB {0} [built]
  [211] ./~/chart.js/src/core/core.element.js 2.12 kB {0} [built]
  [212] ./~/chart.js/src/core/core.animation.js 4.44 kB {0} [built]
  [213] ./~/chart.js/src/core/core.controller.js 20 kB {0} [built]
  [214] ./~/chart.js/src/core/core.datasetController.js 7.92 kB {0} [built]
  [215] ./~/chart.js/src/core/core.layoutService.js 12.9 kB {0} [built]
  [216] ./~/chart.js/src/core/core.scaleService.js 1.46 kB {0} [built]
  [217] ./~/chart.js/src/core/core.ticks.js 7.03 kB {0} [built]
  [218] ./~/chart.js/src/core/core.scale.js 23 kB {0} [built]
  [219] ./~/chart.js/src/core/core.title.js 5.39 kB {0} [built]
  [220] ./~/chart.js/src/core/core.legend.js 15 kB {0} [built]
  [221] ./~/chart.js/src/core/core.interaction.js 9.76 kB {0} [built]
  [222] ./~/chart.js/src/core/core.tooltip.js 24.5 kB {0} [built]
  [223] ./~/chart.js/src/elements/element.arc.js 2.62 kB {0} [built]
  [224] ./~/chart.js/src/elements/element.line.js 5.32 kB {0} [built]
  [225] ./~/chart.js/src/elements/element.point.js 2.85 kB {0} [built]
  [226] ./~/chart.js/src/elements/element.rectangle.js 5.13 kB {0} [built]
  [227] ./~/chart.js/src/scales/scale.linearbase.js 2.69 kB {0} [built]
  [228] ./~/chart.js/src/scales/scale.category.js 3.73 kB {0} [built]
  [229] ./~/chart.js/src/scales/scale.linear.js 5.5 kB {0} [built]
  [230] ./~/chart.js/src/scales/scale.logarithmic.js 7.14 kB {0} [built]
  [231] ./~/chart.js/src/scales/scale.radialLinear.js 16.2 kB {0} [built]
  [232] ./~/chart.js/src/scales/scale.time.js 15.7 kB {0} [built]
  [233] ./~/chart.js/src/controllers/controller.bar.js 17.8 kB {0} [built]
  [234] ./~/chart.js/src/controllers/controller.bubble.js 3.59 kB {0} [built]
  [235] ./~/chart.js/src/controllers/controller.doughnut.js 9.96 kB {0} [built]
  [236] ./~/chart.js/src/controllers/controller.line.js 12.3 kB {0} [built]
  [237] ./~/chart.js/src/controllers/controller.polarArea.js 6.18 kB {0} [built]
  [238] ./~/chart.js/src/controllers/controller.radar.js 7.7 kB {0} [built]
  [239] ./~/chart.js/src/charts/Chart.Bar.js 161 bytes {0} [built]
  [240] ./~/chart.js/src/charts/Chart.Bubble.js 166 bytes {0} [built]
  [241] ./~/chart.js/src/charts/Chart.Doughnut.js 171 bytes {0} [built]
  [242] ./~/chart.js/src/charts/Chart.Line.js 163 bytes {0} [built]
  [243] ./~/chart.js/src/charts/Chart.PolarArea.js 173 bytes {0} [built]
  [244] ./~/chart.js/src/charts/Chart.Radar.js 165 bytes {0} [built]
  [245] ./~/chart.js/src/charts/Chart.Scatter.js 966 bytes {0} [built]
  [246] ./src/app/customLibs/angular-tags-0.2.10-tpls.js 22.7 kB {0} [built]
  [247] ./src/app/customLibs/angular-bootstrap-multiselect.min.js 19.4 kB {0} [built]
  [248] ./src/app/customLibs/angular-title.js 8.15 kB {0} [built]
  [249] ./src/app/customLibs/icheck.js 31.9 kB {0} [built]
  [250] ./src/app/customLibs/angular-moment.js 19 kB {0} [built]
  [251] ./src/app/customLibs/angular-notify.js 6.51 kB {0} [built]
  [252] ./src/app/modules/component/notify/notify.html 937 bytes {0} [built]
  [253] ./src/app/customLibs/angular-google-analytics.js 43.5 kB {0} [built]
  [254] ./src/app/customLibs/customPopover.js 9.72 kB {0} [built]
  [255] ./src/app/appModule.js 2.45 kB {0} [built]
  [256] ./src/app/modules/component/templates/tag.html 378 bytes {0} [built]
  [257] ./src/app/modules/component/templates/tags.html 537 bytes {0} [built]
  [258] ./src/app/injectables.js 169 bytes {0} [built]
  [259] ./src/app/directives/index.js 63 bytes {0} [built]
  [260] ./src/app/directives/directives.js 9.38 kB {0} [built]
  [261] ./src/app/directives/templates/panel_tools.html 324 bytes {0} [built]
  [262] ./src/app/services/index.js 801 bytes {0} [built]
  [263] ./src/app/services/login/loginService.js 1.99 kB {0} [built]
  [264] ./src/app/services/main/mainService.js 1.01 kB {0} [built]
  [265] ./src/app/services/planningSession/planningSessionService.js 3.33 kB {0} [built]
  [266] ./src/app/services/objective/objectiveService.js 2.81 kB {0} [built]
  [267] ./src/app/services/company/companyService.js 1.33 kB {0} [built]
  [268] ./src/app/services/keyResult/keyResultService.js 1.31 kB {0} [built]
  [269] ./src/app/services/utils/sweet-alert.js 1.56 kB {0} [built]
  [270] ./src/app/services/checkIn/checkInService.js 487 bytes {0} [built]
  [271] ./src/app/services/httpInterceptor.js 1.71 kB {0} [built]
  [272] ./src/app/services/modal/modalService.js 5.28 kB {0} [built]
  [273] ./src/app/modules/modal/objective/objective.html 17.9 kB {0} [built]
  [274] ./src/app/modules/modal/planningSession/planningSession.html 3.04 kB {0} [built]
  [275] ./src/app/modules/modal/keyResult/keyResult.html 16.2 kB {0} [built]
  [276] ./src/app/modules/modal/resetPassword/resetPassword.html 1.56 kB {0} [built]
  [277] ./src/app/modules/modal/customizeGetokr/customizeGetokr.html 4.91 kB {0} [built]
  [278] ./src/app/modules/modal/checkIn/checkIn.html 12.7 kB {0} [built]
  [279] ./src/app/modules/modal/keyResultList/keyResultList.html 8.38 kB {0} [built]
  [280] ./src/app/modules/modal/checkInGraph/checkIngraph.html 929 bytes {0} [built]
  [281] ./src/app/modules/modal/team/team.html 2.79 kB {0} [built]
  [282] ./src/app/modules/modal/companies/companies.html 864 bytes {0} [built]
  [283] ./src/app/services/user/userService.js 2.63 kB {0} [built]
  [284] ./src/app/services/tag/tagService.js 950 bytes {0} [built]
  [285] ./src/app/services/team/teamService.js 1.01 kB {0} [built]
  [286] ./src/app/services/password/forgotPasswordService.js 810 bytes {0} [built]
  [287] ./src/app/services/security/securityService.js 640 bytes {0} [built]
  [288] ./src/app/services/notification/notificationService.js 1.22 kB {0} [built]
  [289] ./src/app/services/upload/uploadService.js 651 bytes {0} [built]
  [290] ./src/app/services/comment/commentService.js 1.05 kB {0} [built]
  [291] ./src/app/services/track/trackService.js 465 bytes {0} [built]
  [292] ./src/app/modules/index.js 1.77 kB {0} [built]
  [293] ./src/app/modules/shell/shellController.js 2.9 kB {0} [built]
  [294] ./src/app/modules/shell/header.html 4.73 kB {0} [built]
  [295] ./src/app/images/logo-getokr.png 82 bytes {0} [built]
  [296] ./src/app/modules/config/config.js 276 bytes {0} [built]
  [297] ./src/config/host-config.js 658 bytes {0} [built]
  [298] ./~/process/browser.js 5.42 kB {0} [built]
  [299] ./src/app/modules/config/routeConfig.js 7.32 kB {0} [built]
  [300] ./src/app/modules/shell/shell.html 342 bytes {0} [built]
  [301] ./src/app/modules/login/login.html 3.69 kB {0} [built]
  [302] ./src/app/images/logo-getokr-white.png 82 bytes {0} [built]
  [303] ./src/app/modules/home/home.html 30.4 kB {0} [built]
  [304] ./src/app/modules/companyOkr/companyOkr.html 18.3 kB {0} [built]
  [305] ./src/app/modules/tag/tag.html 3.68 kB {0} [built]
  [306] ./src/app/modules/user/user.html 3.47 kB {0} [built]
  [307] ./src/app/modules/user/addUser.html 8.88 kB {0} [built]
  [308] ./src/app/modules/password/forgotPassword.html 3.12 kB {0} [built]
  [309] ./src/app/modules/diagram/diagram.html 1.81 kB {0} [built]
  [310] ./src/app/modules/feed/feed.html 9.01 kB {0} [built]
  [311] ./src/app/modules/planning/planning.html 6.5 kB {0} [built]
  [312] ./src/app/modules/objectiveDetails/objectiveDetails.html 18.7 kB {0} [built]
  [313] ./src/app/modules/team/team.html 12.8 kB {0} [built]
  [314] ./src/app/modules/teams/teams.html 2.79 kB {0} [built]
  [315] ./src/app/modules/userDetails/userDetails.html 12.2 kB {0} [built]
  [316] ./src/app/modules/component/qsUtil.js 454 bytes {0} [built]
  [317] ./src/app/modules/login/loginController.js 6.98 kB {0} [built]
  [318] ./src/app/modules/home/homeController.js 25.1 kB {0} [built]
  [319] ./src/app/modules/companyOkr/companyOkrController.js 20.1 kB {0} [built]
  [320] ./src/app/modules/tag/tagController.js 2.07 kB {0} [built]
  [321] ./src/app/modules/diagram/diagramController.js 14.7 kB {0} [built]
  [322] ./src/app/modules/feed/feedController.js 10.3 kB {0} [built]
  [323] ./src/app/modules/planning/planningController.js 2.02 kB {0} [built]
  [324] ./src/app/modules/objectiveDetails/objectiveDetailsController.js 15.1 kB {0} [built]
  [325] ./src/app/modules/userDetails/userDetailsController.js 10.4 kB {0} [built]
  [326] ./src/app/modules/user/userController.js 1.9 kB {0} [built]
  [327] ./src/app/modules/user/addUserController.js 3.21 kB {0} [built]
  [328] ./src/app/modules/team/teamController.js 23.9 kB {0} [built]
  [329] ./src/app/modules/teams/teamsController.js 3.51 kB {0} [built]
  [330] ./src/app/modules/password/forgotPasswordController.js 1.97 kB {0} [built]
  [331] ./src/app/modules/modal/planningSession/planningSessionController.js 9.98 kB {0} [built]
  [332] ./src/app/modules/modal/keyResult/keyResultController.js 8.79 kB {0} [built]
  [333] ./src/app/modules/modal/resetPassword/resetPasswordController.js 1.83 kB {0} [built]
  [334] ./src/app/modules/modal/checkIn/checkInController.js 7.53 kB {0} [built]
  [335] ./src/app/modules/modal/keyResultList/keyResultListController.js 7.62 kB {0} [built]
  [336] ./src/app/modules/modal/customizeGetokr/customizeGetokrController.js 3.1 kB {0} [built]
  [337] ./src/app/modules/modal/objective/objectiveController.js 11.4 kB {0} [built]
  [338] ./src/app/modules/modal/checkInGraph/checkInGraphController.js 3.63 kB {0} [built]
  [339] ./src/app/modules/modal/team/teamModalController.js 2.68 kB {0} [built]
  [340] ./src/app/modules/modal/companies/companiesController.js 1.21 kB {0} [built]
  [341] ./src/app/factories/index.js 235 bytes {0} [built]
  [342] ./src/app/factories/mainFactory.js 521 bytes {0} [built]
  [343] ./src/app/factories/planningSessionFactory.js 1.3 kB {0} [built]
  [344] ./src/app/factories/userFactory.js 1.2 kB {0} [built]
  [345] ./src/app/factories/loginFactory.js 1.05 kB {0} [built]
  [346] ./src/app/factories/objectiveFactory.js 775 bytes {0} [built]
  [347] ./src/app/factories/keyResultFactory.js 506 bytes {0} [built]
Child extract-text-webpack-plugin:
    chunk    {0} extract-text-webpack-plugin-output-filename 585 kB [rendered]
        [0] ./~/css-loader!./~/sass-loader!./src/app/scss/style.scss 574 kB {0} [built]
        [1] ./~/css-loader/lib/css-base.js 1.51 kB {0} [built]
        [2] ./~/css-loader!./~/angular-loading-bar/build/loading-bar.css 3.11 kB {0} [built]
        [3] ./~/css-loader!./~/ng-dialog/css/ngDialog.min.css 1.62 kB {0} [built]
        [4] ./~/css-loader!./~/ng-dialog/css/ngDialog-theme-default.min.css 3.7 kB {0} [built]
        [5] ./~/font-awesome/fonts/fontawesome-webfont.eot?v=4.5.0 82 bytes {0} [built]
        [6] ./~/font-awesome/fonts/fontawesome-webfont.eot 82 bytes {0} [built]
        [7] ./~/font-awesome/fonts/fontawesome-webfont.woff2?v=4.5.0 84 bytes {0} [built]
        [8] ./~/font-awesome/fonts/fontawesome-webfont.woff?v=4.5.0 83 bytes {0} [built]
        [9] ./~/font-awesome/fonts/fontawesome-webfont.ttf?v=4.5.0 82 bytes {0} [built]
       [10] ./~/font-awesome/fonts/fontawesome-webfont.svg?v=4.5.0 82 bytes {0} [built]
       [11] ./src/app/fonts/glyphicons-halflings-regular.eot 82 bytes {0} [built]
       [12] ./src/app/fonts/glyphicons-halflings-regular.woff2 84 bytes {0} [built]
       [13] ./src/app/fonts/glyphicons-halflings-regular.woff 83 bytes {0} [built]
       [14] ./src/app/fonts/glyphicons-halflings-regular.ttf 82 bytes {0} [built]
       [15] ./src/app/fonts/glyphicons-halflings-regular.svg 82 bytes {0} [built]
       [16] ./src/app/fonts/Pe-icon-7-stroke.eot 82 bytes {0} [built]
       [17] ./src/app/fonts/Pe-icon-7-stroke.woff 83 bytes {0} [built]
       [18] ./src/app/fonts/Pe-icon-7-stroke.ttf 82 bytes {0} [built]
       [19] ./src/app/fonts/Pe-icon-7-stroke.svg 82 bytes {0} [built]
       [20] ./src/app/scss/graphics.png 82 bytes {0} [built]
       [21] ./src/app/images/login.jpg 82 bytes {0} [built]
       [22] ./src/app/images/green.png 82 bytes {0} [built]
       [23] ./src/app/images/green@2x.png 82 bytes {0} [built]
webpack: Compiled successfully.
/home/ubuntu/getokr/getokr-web/node_modules/open-browser-webpack-plugin/index.js:45
        if (err) throw err;
                 ^

Error: Command failed: /home/ubuntu/getokr/getokr-web/node_modules/open/vendor/xdg-open "http://localhost:8080"
xdg-open: no method available for opening 'http://localhost:8080'

    at ChildProcess.exithandler (child_process.js:275:12)
    at emitTwo (events.js:126:13)
    at ChildProcess.emit (events.js:214:7)
    at maybeClose (internal/child_process.js:925:16)
    at Socket.stream.socket.on (internal/child_process.js:346:11)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at Pipe._handle.close [as _onclose] (net.js:567:12)

npm ERR! Linux 4.15.0-1051-aws
npm ERR! argv "/home/ubuntu/.nvm/versions/node/v8.11.1/bin/node" "/home/ubuntu/.nvm/versions/node/v8.11.1/bin/npm" "run" "dev"
npm ERR! node v8.11.1
npm ERR! npm  v3.10.10
npm ERR! code ELIFECYCLE
npm ERR! getokr-web@1.0.0 dev: `webpack-dev-server --devtool eval --config src/config/webpack.config.js --progress --colors --hot --content-base build`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the getokr-web@1.0.0 dev script 'webpack-dev-server --devtool eval --config src/config/webpack.config.js --progress --colors --hot --content-base build'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the getokr-web package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     webpack-dev-server --devtool eval --config src/config/webpack.config.js --progress --colors --hot --content-base build
npm ERR! You can get information on how to open an issue for this project with:
npm ERR!     npm bugs getokr-web
npm ERR! Or if that isn't available, you can get their info via:
npm ERR!     npm owner ls getokr-web
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/ubuntu/getokr/getokr-web/npm-debug.log
ubuntu@ip-172-31-0-142:~/getokr/getokr-web$ node -v
v8.11.1
ubuntu@ip-172-31-0-142:~/getokr/getokr-web$ npm -v
3.10.10

Boa tarde pessoal, estou tentando utilizar o GetOKR mas não consigo fazer login. Tentei criar usuário novo e também utilizar o usuários padrões do seed mas sem sucesso. Alguém poderia dar um help?

authors: hences isorensen

repo: linkapi/getokr-web


text:
Metric proposal: Calculate the simulator tracks' idle time

(Edited) Problem Statement: The numSims configuration indicates the maximum number of active simulators allowed. Imagine them as channels/tracks to accommodate the launched simulators. There may be times where the number of simulators is less than maximum, before/between simulator launches and towards the end when there are no test bundles to pick up while some simulators are still testing. This simulator track idle time is not being tracked.
Proposal: Assuming there are 'n' simulator tracks waiting to get stuff done right from when the Bluepill starts... it can measure and report the tracks' processing time that wasn't used.
This metric should include the overhead of upfront computations (formation, splitting and/or ordering of test bundles, etc.,) and all the fragmentation towards the end of test execution where one or more tracks are idle, having no more test bundles to take up, while others are still busy.
Benefits: This would help us measure and compare multiple approaches (test-count based packing vs test-execution-time based packing of test bundles as discussed in https://github.com/linkedin/bluepill/issues/336) and identify when performance regressions happen.

As of now, there should  be no simulator idle time. That is, Bluepill will launch a simulator with the specific purpose of running a test bundle, run it, then shut it down, and then delete it. There should be no idle simulators ever. I suspect what you're seeing are simulators in the process of shutting down or booting up. The trace-profile file should already track all the other overhead (and if something is missing, it should be easy to fix).
Or am I misunderstanding your proposal?

@ob, You are right. The simulators are not idle. It's the simulator channel/track that is idle some of the time. Let me elaborate.
Right now the numSims configuration indicates the maximum number of simulators that can be active at any point of time and it is not actually the number of simulators Bluepill will create. Bluepill treats numSims as the number of simulator channels/tracks that are available and creates simulators in those tracks as needed. So, what I am proposing is more of a simulator track idle time.
Imagine a scenario where 12 out of 13 test bundles are tested with 4 parallel simulators but the simulator that is testing the 13th bundle is only 10% done. While that simulator tests remaining 90% other tracks have nothing else to do and are idle. Now if the testing of that 13th bundle was started earlier and all 4 tracks are done about the same time, then the track idle time would have been smaller. That's what the metric is supposed to indicate.

@ob I edited the problem statement.

Ah, that makes sense. You are talking about something like "lost opportunity of parallelizing".
I think this would need the same information as #336... namely the test times in order to organize the ordering of runs more efficiently.

@ravimandala  is this still a valid problem?
@ob  were you suggesting to re-organize the trace profile per bp process?

source: gharchive/issue

authors: chenxiao0228 ob ravimandala

repo: linkedin/bluepill

license_type: permissive

license_source: bigquery


text:
Added partition and table information on HiveWorkUnit

Added partition and table information on HiveWorkUnit
Added a capability of taking filesystem uri from job property for HiveSource

Passed unit test and integration test via MR mode.

@abti Could you take a look when you have a chance? Thanks!

source: gharchive/pull-request

repo: linkedin/gobblin

license_source: github-api


text:
Reusing connection and closing at the end rather than closing it imme…

Reusing database connection instead of closing it immediately after query execution

LGTM


text:
Create an abstract class for FlushThresholdUpdate strategies

This will help us create more implementations such as segment size based threshold tuning, memory based threshold tuning etc

Codecov Report

Merging #2765 into master will increase coverage by 0.01%.
The diff coverage is 73.91%.

@@            Coverage Diff             @@
##           master    #2765      +/-   ##
==========================================
+ Coverage   69.05%   69.07%   +0.01%
==========================================
  Files         876      879       +3
  Lines       42026    42043      +17
  Branches     5713     5713
==========================================
+ Hits        29023    29041      +18
+ Misses      11139    11131       -8
- Partials     1864     1871       +7

Impacted Files
Coverage Δ

...n/pinot/common/config/StreamConsumptionConfig.java
75% <100%> (+8.33%)
:arrow_up:

...x/core/realtime/segment/FlushThresholdUpdater.java
42.1% <42.1%> (ø)

...realtime/segment/FlushThresholdUpdaterFactory.java
50% <50%> (ø)

.../core/realtime/PinotLLCRealtimeSegmentManager.java
55.42% <88.88%> (-0.19%)
:arrow_down:

...realtime/segment/DefaultFlushThresholdUpdater.java
91.3% <91.3%> (ø)

...e/operator/dociditerators/SortedDocIdIterator.java
45.94% <0%> (-13.52%)
:arrow_down:

...kedin/pinot/core/util/SortedRangeIntersection.java
83.82% <0%> (-7.36%)
:arrow_down:

...n/pinot/core/io/writer/impl/MmapMemoryManager.java
80% <0%> (-6.16%)
:arrow_down:

...e/operator/dociditerators/BitmapDocIdIterator.java
60.71% <0%> (-3.58%)
:arrow_down:

...ot/core/query/pruner/ColumnValueSegmentPruner.java
84.74% <0%> (-3.39%)
:arrow_down:

... and 14 more

Continue to review full report at Codecov.

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

authors: codecov-io npawar

repo: linkedin/pinot


text:
Fix RT table creation schema check: the backwards compatibility path was broken due to a sequencing issue.

The code for RT table creation checked for schema before the table config was available on ZK. This broke the path where if we can't find the schema that matches the table name, the fallback that fetched name from validation-config returned nothing.
Added test case to cover this as well.

LGTM thanks again 👍

Codecov Report

Merging #2841 into master will decrease coverage by 0.02%.
The diff coverage is 50%.

@@            Coverage Diff             @@
##           master    #2841      +/-   ##
==========================================
- Coverage   69.25%   69.22%   -0.03%
==========================================
  Files         908      908
  Lines       43457    43461       +4
  Branches     5898     5900       +2
==========================================
- Hits        30095    30088       -7
- Misses      11354    11356       +2
- Partials     2008     2017       +9

Impacted Files
Coverage Δ

...ntroller/helix/core/PinotHelixResourceManager.java
61.17% <50%> (+0.05%)
:arrow_up:

...mpl/dictionary/DoubleOffHeapMutableDictionary.java
67.27% <0%> (-10.91%)
:arrow_down:

...impl/dictionary/DoubleOnHeapMutableDictionary.java
66.66% <0%> (-8.89%)
:arrow_down:

...kedin/pinot/core/util/SortedRangeIntersection.java
83.82% <0%> (-7.36%)
:arrow_down:

...e/impl/dictionary/LongOnHeapMutableDictionary.java
82.22% <0%> (-6.67%)
:arrow_down:

.../impl/dictionary/FloatOnHeapMutableDictionary.java
86.66% <0%> (-6.67%)
:arrow_down:

.../impl/dictionary/LongOffHeapMutableDictionary.java
81.81% <0%> (-5.46%)
:arrow_down:

...e/operator/dociditerators/SortedDocIdIterator.java
59.45% <0%> (-5.41%)
:arrow_down:

...e/operator/dociditerators/BitmapDocIdIterator.java
60.71% <0%> (-3.58%)
:arrow_down:

...not/broker/broker/helix/ClusterChangeMediator.java
63.33% <0%> (-3.34%)
:arrow_down:

... and 12 more

Continue to review full report at Codecov.

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

authors: codecov-io subprotocol sunithabeeram


text:
[dvc] dvc node blob discovery

Summary, imperative, start upper case, don't end with a period
Implemented a new API endpoint designed to facilitate the bootstrapping of nodes by identifying and listing live nodes prepared to serve the store's blobs. If the blob transfer feature is enabled for the store, it retrieves each node's hostname from the push store, given that these nodes are alive.
How was this PR tested?
integ. test cases
Does this PR introduce any user-facing changes?

[x] No. You can skip the rest of this section.
[ ] Yes. Make sure to explain your proposed changes and call out the behavior change.

Can we also have one integ test to verify the API works as expected?

does calling the endpoint count as a integ test? As i think that covers the entire Scenario ?I don't see any integ tests written for new router endpoints - pl correct me if i am wrong

Can we also have one integ test to verify the API works as expected?

does calling the endpoint count as a integ test? As i think that covers the entire Scenario ?I don't see any integ tests written for new router endpoints - pl correct me if i am wrong

Ideally, we should be writing an integ test to cover a new API too, such as this test, which tests the TYPE_CURRENT_VERSION API of router. Or, you can add the integ test to PushStatusStoreTest (this looks like a better place to put this test.

authors: adamxchen ishwarya-citro

repo: linkedin/venice


text:
Better Volume detachment

Call  Detach when Unmount is called. (when the container exits)
Use Docker API to find if a volume is in use by a container.
Fail Attach/Mount if volume is already in use by a container.
If Volume not in use, call Detach ( a just in case scenario)

Use  Docker API to find out if volume is in use.

@displague I just realized you did this already.   I took the approach of inspecting the volume using docker's API.  I like  what you did

@displague I just realized you have fixed this already.  I was also working on it.  I took the approach of inspecting  the volume reference count, but the Docker API documentation is not very clear on the guaranties of it been set.  I like what you did by querying containers with the volume name filter.   I merged my code with yours.  I also added a case when a container is using a volume and  the volume is attached locally.
I will do some testing.  Let me know what you think.

repo: linode/docker-volume-linode


text:
🛑 tailscale-derper is down

In 52808d4, tailscale-derper (https://derper.linshenkx.cn) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tailscale-derper is back up in 97fa845.

repo: linshenkx/upptime

license: MIT


text:
cant get Trends ,

when trying to get trends as shown in documents , i got error
"An unhandled exception of type 'System.NullReferenceException' occurred in Tweetinvi.dll
Additional information: Object reference not set to an instance of an object."
code var trendingTopics = Trends.GetTrendsAt(42);

When I write 42 it means any correct value.
So if you try using var trendingTopics = Trends.GetTrendsAt(1); (1 being a valid geo id) you will get results.

authors: MokaRex linvi

repo: linvi/tweetinvi

license: mit


text:
update flutter_hooks version

Because every version of osm_flutter_hooks depends on flutter_hooks ^0.18.5+1 and app_package depends on flutter_hooks ^0.20.3, osm_flutter_hooks is forbidden.
i think its time update flutter_hooks version

yeah true i will update the dependencies

its done


text:
小米note ，小米5无法播放视频

12-28 14:19:22.628 6486-6486/lhj.com.pbc I/JiaoZiVideoPlayer: onClick start [128778330]
12-28 14:19:22.630 6486-6486/lhj.com.pbc D/JiaoZiVideoPlayer: startVideo [128778330]
12-28 14:19:22.631 6486-6486/lhj.com.pbc D/JiaoZiVideoPlayer: addTextureView [128778330]
12-28 14:19:22.634 6486-6486/lhj.com.pbc I/JiaoZiVideoPlayer: onStatePreparing  [128778330]
12-28 14:19:22.636 6486-6486/lhj.com.pbc I/JZResizeTextureView: onMeasure  [16135178]
12-28 14:19:22.636 6486-6486/lhj.com.pbc I/JZResizeTextureView: onMeasure  [16135178]
12-28 14:19:22.640 6486-6491/lhj.com.pbc I/art: Do partial code cache collection, code=124KB, data=123KB
12-28 14:19:22.640 6486-6491/lhj.com.pbc I/art: After code cache collection, code=123KB, data=122KB
12-28 14:19:22.640 6486-6491/lhj.com.pbc I/art: Increasing code cache capacity to 512KB
12-28 14:19:22.641 6486-6486/lhj.com.pbc I/JiaoZiVideoPlayer: onSurfaceTextureAvailable [128778330]
12-28 14:19:22.653 6486-6832/lhj.com.pbc E/ExtMediaPlayer-JNI: env->IsInstanceOf fails
12-28 14:19:22.654 6486-6832/lhj.com.pbc E/MediaPlayer-JNI: JNIMediaPlayerFactory: bIsQCMediaPlayerPresent 0
12-28 14:19:22.654 6486-6832/lhj.com.pbc E/ExtMediaPlayer-JNI: env->IsInstanceOf fails
12-28 14:19:22.654 6486-6832/lhj.com.pbc E/MediaPlayer-JNI: JNIMediaPlayerFactory: bIsQCMediaPlayerPresent 0
12-28 14:19:22.687 6486-6832/lhj.com.pbc W/MediaPlayer: setScreenOnWhilePlaying(true) is ineffective without a SurfaceHolder
12-28 14:19:22.712 6486-6832/lhj.com.pbc W/MediaPlayer: setScreenOnWhilePlaying(true) is ineffective for Surface
12-28 14:19:23.657 6486-6498/lhj.com.pbc W/IMediaDeathNotifier: media server died
12-28 14:19:23.657 6486-6498/lhj.com.pbc E/MediaPlayer: error (100, 0)
12-28 14:19:23.658 6486-6832/lhj.com.pbc E/MediaPlayer: Error (100,0)
12-28 14:19:23.660 6486-6486/lhj.com.pbc E/JiaoZiVideoPlayer: onError 100 - 0 [128778330]
12-28 14:19:23.661 6486-6486/lhj.com.pbc I/JiaoZiVideoPlayer: onStateError  [128778330]

media server died
这个问题容易复现吗

目前只要是小米的手机全部无法播放。但是其他手机正常使用。如何切换播放引擎？

切换播放引擎参考ActivityApiCustomMediaPlayer

authors: lipangit lovelyYakir

repo: lipangit/JiaoZiVideoPlayer


text:
Introduce  alias

Fixes #116

Needs to update README example as well


text:
Add Soundcloud login service

I need the accounts merge for the soundcloud login service. In my local environment I have made the following changes:
file 'accounts-merge-server.js':

_services = [ "facebook", "twitter", "google", "linkedin", "github" ];

_services = [ "facebook", "twitter", "google", "linkedin", "github", "soundcloud" ];

file 'accounts-merge-client.js':

Meteor.signInWithSoundcloud = function (options, callback) {
Meteor.signInWithExternalService ('loginWithSoundcloud', options, callback);
+};

I tested it and it worked like a charm. Could you please add these changes to the master branch? Thank you in advance.

Arbitrary login services are supported without code changes as of v0.0.9.

authors: lirbank ulerch

repo: lirbank/meteor-accounts-merge


text:
hevc option produces great small output, but video files have random artifacts

Been using the --hevc option recently and it consistently produces smaller files with virtually no quality loss - but I have realized that something is happening to the output files that never happened with when I was using --nvenc:  Converted files will regularly have weird "pixelation" moments randomly through the video... or some videos will start all green and then transition to the correct color pallet in a few seconds after playing.  I guess it have nothing to do with my switch from --nvenc to --hevc and could be something else that happened around that time as well (maybe a driver update for the nvidia card or something)...
See this sample of an encode of a random moment at the 54 minute mark:

Any thoughts?  Looking a the transcode logs I didn't notice anything egregious that would have equated to that.
1234.mkv.log

It looks like your version of ffmpeg is a nightly build from a year or so ago. Just to eliminate is as a factor, have you tried it with an official release version?
Lisa will have more insight, but that's where I would start.

@ttyS0 That's actually what I was thinking! :)
Also, what player are you using?

Y'all are awesome - I just updated ffmpeg and did 10 encodes and the problems went away.  Amazing!

authors: lisamelton octopush-it ttyS0


text:
svg File content disappears on formatting

I love coding svg directly with vscode. I like the code formatting abilities 'on save'.
Unfortunaltely I found that on some circumstances the file content disappears on format/save. Editor and File are empty. This can be reverted [ctrl] [z] but it is annoying.
Some reasons for disappearing:

The content is erroneous, e.g. missing close tag,
Some xmlns declarations are missing
A bitmap image inside.

For now I turned of 'format on save' but I suggest the behavoiur of other formatters:

keep the editor text if something on formatting goes wrong, just display a little notice even if the reason is not available.

Thanks in advance.
ervin
P.S. This might also be related to some other svg plugins, therefore I mention them:

svgo
svg Editor

Thank you for your feedback!
Fixed at 0.1.1 Version, Update it & Enjoy

repo: lishu/vscode-svg


text:
歌单功能需要增强啊

不能多选，不能排序，功能稍微有点弱啊。
另外，导入的歌单，如果能自动在不同平台搜索，替换掉没有版权的歌曲就perfect了！

你好，现在播放歌曲会提供自动选择源功能，请下载最新版体验


text:
Publishing section should give guidance on source map generation

https://lit.dev/docs/tools/publishing/#compiling-with-typescript describes publishing .d.ts.map and shows "declarationMap": true, but does not give guidance on how TS->JS source maps should be set up.

For the lit package, we also have the inlineSources option (https://www.typescriptlang.org/tsconfig/#inlineSources) set true and do not include our ts source files in the npm package, just the js, js.map, d.ts, d.ts.map files which has the source files embedded. This does allow the browser to recreate the original ts source file in the dev tool, and stack trace works. In Node, setting the option --enable-source-maps does utilize the sourcemaps so the stack trace points to a location in the ts source file, but that file won't exist in the node_modules directory.
So we should clarify in the doc that we either

Suggest sourceMap and inlineSources for tsconfig compiler options be set, and don't include the original .ts source files in the package.
Or, suggest inlineSources need not be true, but then original .ts source files should also be included in the package.

I am unsure which of these options are better. For browsers, it feels inlining source might be better since it's not going to make a separate request for the .ts file, but in Node and when working within an editor with a feature like "Go to Definition", actually having the .ts source files seem more helpful.

Our choices of how we publish source maps are really specific to our project and others may have different opinions. We could add what we do with a disclaimer that you can do something different? This topic isn't really Lit specific at all... it's just plain TS/JS.
We do think it's best if source maps are published, so we can add "sourceMap": true easily enough.
But regarding whichinlineSources value is better: we don't want people importing our .ts files, so we don't publish them.
We had problems with this and getting requests to change the version of TS we use or compiler options, which didn't make much sense as we only intend the JavaScript to be imported. Then we had other people complain that our npm package was too big because we published the .ts files. So use inlineSources: true so we don't publish .ts.
Other packages may want to follow that, or they may not to and want to publish .ts files so they could, say, be used in Deno via an npm CDN.

authors: asyncLiz augustjk justinfagnani


text:
[labs/react] __forwardedRef is being minified in prod builds

Which package(s) are affected?
React (@lit-labs/react)
Description
__forwardedRef matches our our Terser property name mangling config, so it's being minified. This is noticeable because the prod tests trigger a React warning that _$Gl isn't a valid attribute name, which is caused by us adding __forwardedRef to props here: https://github.com/lit/lit/blob/main/packages/labs/react/src/create-component.ts#L250
This should mean that user refs are broken, but we have a ref test, so we need to check our coverage here.
We can prevent the mangling either by adding '__forwardedRef' to our global reserved property names, or by setting Terser's keep_quoted option to true.
Reproduction
Run the react tests
Workaround
none
Is this a regression?
No or unsure. This never worked, or I haven't tried before.
Affected versions
all
Browser/OS/Node environment
all

Actually, it's not really a problem that __forwardedRef is minified. It's a property name entirely internal to the component. The only problem is that filtering it by string literal isn't working, so it's being passed to createElement().

For better searchability because it took me quite a lot of hours to find this, only to find that this wasn't the cause of my issues - just updating Shoelace style caused this to be updated as well as cause the real problem.
React
Invalid attribute name: _$Gl

authors: justinfagnani mjaggard

repo: lit/lit


text:
add runit support and enable it by default

Related to this issue. Worked for me.
Also you can disable runit by setting ['lita']['runit']['enabled'] = false

Hi there!
Thanks so much for contributing this! I have only one general comment that I'd like your feedback on. Given that we have the SysV init script already in place and the fact there are like 42 million init systems for *NIX these days, I'd like to change the "switch" that turns on runit to something where runit is the default, but 'sysvinit' is also an option. I was thinking something like this:
default['lita']['init_system'] = 'runit'

That way, as folks who need systemd, upstart, smf, whatever come along, they can add their init provider and supporting files as a PR.
I'm happy to take your commit and make this change, but given you spent time on this, I wanted your opinion on the matter.
Thanks again!
Harlan

@harlanbarnes Yeah, totally agree. Actually every one is using ['init_style'] attrubute (See nginx or chef-client cookbooks). So I've added the same attr and a little bit reworked default recipe, check updated commit and tell me if it's ok.

@ptqa LGTM. I'll get it merged in and pushed to Supermarket today. Thanks for the change!

I manually merged this and squashed in the version change, changelog and readme. It's released as 1.0.0 since a) it was breaking change and b) that was the last thing I really wanted to do it (and you made that happen!!!)
https://supermarket.chef.io/cookbooks/lita/versions/1.0.0
Thanks again for that.

authors: harlanbarnes ptqa

repo: litaio/chef-lita


text:
unable to build lsquic

So, these are my steps to build lsquic
BORINGSSL_VERSION=b117a3a0b7bd11fe6ebd503ec6b45d6b910b41a1
mkdir -p $PLATFORM/boringssl
cd $PLATFORM/boringssl
ls .git/ || git init
git remote add origin https://boringssl.googlesource.com/boringssl
git fetch --depth 1 origin b117a3a0b7bd11fe6ebd503ec6b45d6b910b41a1
git checkout FETCH_HEAD
git remote remove origin
cmake -DBUILD_SHARED_LIBS=1 -DCMAKE_BUILD_TYPE=Release . && make
BORINGSSL=$PWD

cd ../..

LSQUIC_VERSION=2.27.4
rm -rf $PLATFORM/lsquic
git clone --depth 1 --branch v$LSQUIC_VERSION https://github.com/litespeedtech/lsquic.git $PLATFORM/lsquic
cd $PLATFORM/lsquic
git submodule init
git submodule update
cmake -DBORINGSSL_DIR=$BORINGSSL -DBORINGSSL_LIB_ssl=/usr/local/lib/ -DBORINGSSL_LIB_crypto=/usr/local/bin/ .

Here's what the /usr/local/lib/ looks like.
ls /usr/local/lib/
engines-1.1  libcrypto.a  libcrypto.so  libcrypto.so.1.1  libssl.a  libssl.so  libssl.so.1.1  pkgconfig  python2.7  python3.8

Here's what happens when I run make: https://bin.snopyta.org/?7be491e727f1a9e6#HAnp7UJemEAivPGFG8uYU3LCjsv5vBpjnqUzrzQ2RQVC
Without -DBORINGSSL_LIB_ssl=/usr/local/lib/ -DBORINGSSL_LIB_crypto=/usr/local/bin/, this is my output:
-- BoringSSL include directory /home/codespace/workspace/javacpp-presets/lsquic/cppbuild/linux-x86_64/boringssl/include
-- ssl library not found
-- crypto library not found
-- decrepit library not found
-- Found zlib: /usr/lib/x86_64-linux-gnu/libz.a
-- Found event: /usr/lib/x86_64-linux-gnu/libevent.a
-- sphinx-build not found: docs won't be made

Is there anything missing? I have openssl and libssl-dev installed.

You build BoringSSL but then link with system-installed OpenSSL?  Why not follow build directions in the README or .travis.yml?

You build BoringSSL but then link with system-installed OpenSSL?  Why not follow build directions in the README or .travis.yml?

I see that's a no brainer!
I found out the issue:
for some reason setting BORINGSSL_DIR isn't working for me, I worked around by setting BORINGSSL_INCLUDE instead.
codespace ➜ ~/workspace/lsquic (master ✗) $ cmake -DBORINGSSL_DIR=$BORINGSSL .
-- Build type: Debug
-- AddressSanitizer is OFF
-- Compiler flags:   -DLSQUIC_DEBUG_NEXT_ADV_TICK=1 -DLSQUIC_CONN_STATS=1 -Wall -Wextra -Wno-unused-parameter -fno-omit-frame-pointer -Wno-implicit-fallthrough -Wno-missing-field-initializers -O0 -g3
CMake Error at CMakeLists.txt:157 (MESSAGE):
  BoringSSL headers not found

-- Configuring incomplete, errors occurred!
See also "/home/codespace/workspace/lsquic/CMakeFiles/CMakeOutput.log".

I replaced -DBORINGSSL_DIR=$BORINGSSL with -DBORINGSSL_INCLUDE=$BORINGSSL/include and it worked.
Thanks for the help!

I see that's a no brainer!
I found out the issue:
for some reason setting BORINGSSL_DIR isn't working for me, I worked around by setting BORINGSSL_INCLUDE instead.
codespace ➜ ~/workspace/lsquic (master ✗) $ cmake -DBORINGSSL_DIR=$BORINGSSL .
-- Build type: Debug
-- AddressSanitizer is OFF
-- Compiler flags:   -DLSQUIC_DEBUG_NEXT_ADV_TICK=1 -DLSQUIC_CONN_STATS=1 -Wall -Wextra -Wno-unused-parameter -fno-omit-frame-pointer -Wno-implicit-fallthrough -Wno-missing-field-initializers -O0 -g3
CMake Error at CMakeLists.txt:157 (MESSAGE):
  BoringSSL headers not found

-- Configuring incomplete, errors occurred!
See also "/home/codespace/workspace/lsquic/CMakeFiles/CMakeOutput.log".

I replaced -DBORINGSSL_DIR=$BORINGSSL with -DBORINGSSL_INCLUDE=$BORINGSSL/include and it worked.
Thanks for the help!

authors: FireMasterK dtikhonov

repo: litespeedtech/lsquic


text:
Bug: cannot start server with PydanticPlugin if using pydantic == 1.x.x

Description
#3296 introduced a dictionary key as seen here that accesses an attribute that will not exist if pydantic_v2 is None.
This makes server startup impossible.
URL to code causing the issue
No response
MCVE
No response
Steps to reproduce
No response
Screenshots
No response
Logs
Traceback (most recent call last):
  File "/usr/local/lib/python3.11/multiprocessing/process.py", line 314, in _bootstrap
    self.run()
  File "/usr/local/lib/python3.11/multiprocessing/process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "/home/developer/.local/lib/python3.11/site-packages/uvicorn/_subprocess.py", line 78, in subprocess_started
    target(sockets=sockets)
  File "/home/developer/.local/lib/python3.11/site-packages/uvicorn/server.py", line 65, in run
    return asyncio.run(self.serve(sockets=sockets))
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/asyncio/runners.py", line 190, in run
    return runner.run(main)
           ^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/asyncio/runners.py", line 118, in run
    return self._loop.run_until_complete(task)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "uvloop/loop.pyx", line 1517, in uvloop.loop.Loop.run_until_complete
  File "/home/developer/.local/lib/python3.11/site-packages/uvicorn/server.py", line 69, in serve
    await self._serve(sockets)
  File "/home/developer/.local/lib/python3.11/site-packages/uvicorn/server.py", line 76, in _serve
    config.load()
  File "/home/developer/.local/lib/python3.11/site-packages/uvicorn/config.py", line 433, in load
    self.loaded_app = import_from_string(self.app)
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/developer/.local/lib/python3.11/site-packages/uvicorn/importer.py", line 19, in import_from_string
    module = importlib.import_module(module_str)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1204, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1176, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1147, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 690, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 940, in exec_module
  File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
  File "/app/backend/src/main.py", line 4, in <module>
    from litestar.contrib.pydantic import PydanticPlugin
  File "/home/developer/.local/lib/python3.11/site-packages/litestar/contrib/pydantic/__init__.py", line 8, in <module>
    from .pydantic_dto_factory import PydanticDTO
  File "/home/developer/.local/lib/python3.11/site-packages/litestar/contrib/pydantic/pydantic_dto_factory.py", line 50, in <module>
    pydantic_v2.JsonValue: Any,
    ^^^^^^^^^^^^^^^^^^^^^
AttributeError: '_EmptyEnum' object has no attribute 'JsonValue'

Litestar Version
2.8.0
Platform

[X] Linux
[ ] Mac
[ ] Windows
[ ] Other (Please specify in the description above)

[!NOTE]
While we are open for sponsoring on GitHub Sponsors and
OpenCollective, we also utilize Polar.sh to engage in pledge-based sponsorship.
Check out all issues funded or available for funding on our Polar.sh dashboard

If you would like to see an issue prioritized, make a pledge towards it!
We receive the pledge once the issue is completed & verified
This, along with engagement in the community, helps us know which features are a priority to our users.

I think the release that has https://github.com/litestar-org/litestar/pull/3335 should fix your issue?

Dup of https://github.com/litestar-org/litestar/issues/3334

authors: Alc-Alc LonelyVikingMichael peterschutt

repo: litestar-org/litestar


text:
chore: Add Stok as a named sponsor

Add Stock https://github.com/stok-team as a named sponsor to our Readme and docs

wooo

authors: JacobCoffee provinzkraut


text:
slow performance on big strings

I tried encoding a large-ish string (40k bytes) and started getting timeouts. Looking into it, I think you might have a quadratic algorithm hidden in there?
     initialWriter.basics            Data.Text.Punycode.Encode          376           1    0.0    0.0     0.0    0.0
       encode                        Data.Text.Punycode.Encode          324           0    0.0    0.0    97.6   98.3
        initialWriter.b              Data.Text.Punycode.Encode          331          11    0.0    0.0     0.0    0.0
        initialWriter                Data.Text.Punycode.Encode          326          11    0.7    0.7    97.6   98.3
         inner3                      Data.Text.Punycode.Encode          332          47    0.0    0.0    96.7   97.5
          inner3.helper              Data.Text.Punycode.Encode          333          47   35.6   47.3    96.7   97.5
           delta                     Data.Text.Punycode.Encode          420          36    0.0    0.0     0.0    0.0
           n                         Data.Text.Punycode.Encode          419          36    0.0    0.0     0.0    0.0
           inner3.helper.delta'      Data.Text.Punycode.Encode          394          37    0.0    0.0     0.0    0.0
            delta                    Data.Text.Punycode.Encode          395          37    0.0    0.0     0.0    0.0
           inner3.helper.n'          Data.Text.Punycode.Encode          390          37    0.0    0.0     0.0    0.0
            n                        Data.Text.Punycode.Encode          391          37    0.0    0.0     0.0    0.0
           inner3.helper.m           Data.Text.Punycode.Encode          389          37    4.5    0.4     4.5    0.4
           inner2                    Data.Text.Punycode.Encode          385     1339068   14.3   22.5    56.5   49.7
            inner2.helper            Data.Text.Punycode.Encode          386     1339068   25.9   24.9    42.3   27.2
             adapt                   Data.Text.Punycode.Shared          411         142    0.0    0.0     0.2    0.0
              adapt.helper           Data.Text.Punycode.Shared          413           0    0.2    0.0     0.2    0.0
               adapt.loop            Data.Text.Punycode.Shared          415         243    0.0    0.0     0.0    0.0
             adapt.helper            Data.Text.Punycode.Shared          410         142    0.0    0.0     0.0    0.0
             adapt.helper.delta'     Data.Text.Punycode.Shared          409         142    0.0    0.0     0.0    0.0
             inner2.helper.h'        Data.Text.Punycode.Encode          408         142    0.0    0.0     0.0    0.0
             h                       Data.Text.Punycode.Encode          407         285    0.0    0.0     0.0    0.0
             baseToAscii             Data.Text.Punycode.Encode          406         143    0.0    0.0     0.0    0.0
             inner                   Data.Text.Punycode.Encode          401         435    0.5    0.0     0.5    0.0
              baseToAscii            Data.Text.Punycode.Encode          404         292    0.0    0.0     0.0    0.0
              inner.t                Data.Text.Punycode.Encode          402         435    0.0    0.0     0.0    0.0
             inner2.helper.bias'     Data.Text.Punycode.Encode          399         143    0.0    0.0     0.0    0.0
             bias                    Data.Text.Punycode.Encode          398         143    0.0    0.0     0.0    0.0
             inner2.helper.delta'    Data.Text.Punycode.Encode          392     1339068   15.7    2.3    15.7    2.3
              inner2.helper.delta'.d Data.Text.Punycode.Encode          396     1336928    0.0    0.0     0.0    0.0
              delta                  Data.Text.Punycode.Encode          393     1339068    0.0    0.0     0.0    0.0
             inner2.helper.n'        Data.Text.Punycode.Encode          388     1339068    0.0    0.0     0.0    0.0
             n                       Data.Text.Punycode.Encode          387     1339068    0.0    0.0     0.0    0.0
           inner3.helper.h'          Data.Text.Punycode.Encode          335          47    0.0    0.0     0.0    0.0
           h                         Data.Text.Punycode.Encode          334          47    0.0    0.0     0.0    0.0
         initialWriter.basics        Data.Text.Punycode.Encode          327           0    0.2    0.2     0.2    0.2
          isBasic                    Data.Text.Punycode.Shared          329           0    0.0    0.0     0.0    0.0
        initialWriter.basics         Data.Text.Punycode.Encode          325          11    0.0    0.0     0.0    0.0
      encode                         Data.Text.Punycode.Encode          359           0    0.0    0.0     0.0    0.0
       initialWriter.b               Data.Text.Punycode.Encode          364          46    0.0    0.0     0.0    0.0
       initialWriter                 Data.Text.Punycode.Encode          361          46    0.0    0.0     0.0    0.0
        inner3                       Data.Text.Punycode.Encode          365          46    0.0    0.0     0.0    0.0
         inner3.helper               Data.Text.Punycode.Encode          366          46    0.0    0.0     0.0    0.0
          inner3.helper.h'           Data.Text.Punycode.Encode          368          46    0.0    0.0     0.0    0.0
          h                          Data.Text.Punycode.Encode          367          46    0.0    0.0     0.0    0.0
        initialWriter.basics         Data.Text.Punycode.Encode          362           0    0.0    0.0     0.0    0.0
       initialWriter.basics          Data.Text.Punycode.Encode          360          46    0.0    0.0     0.0    0.0

I made a patch to fix the memory leaks in encode. Please try it:
https://github.com/litherum/punycode/pull/3

authors: Cipherwraith mwotton

repo: litherum/punycode


text:
chore(crictl): Removing dependency to the crictl.yaml

Signed-off-by: shubhamchaudhary shubham.chaudhary@mayadata.io

/run-e2e-network-chaos

repo: litmuschaos/litmus-go


text:
Create Litmus Plugin for Backstage

Backstage is a popular CNCF project that acts as an aggregator to bring together multiple aspects of development-to-deploy for app (where the code lives, where/how is the service defined, where/how it is being built, where the docs reside) into a single view for the cloud native developer (backstage calls this the "developer portal"). There is immense value in viewing chaos tests associated with an app in this developer portal. For example, each app can be associated with its own hub, that can be visualized and leveraged within a given developer portal. Going further, this can be leveraged to view experiment execution status, not very different from how the CI/CD pipeline runs are viewed today in backstage.
This issue has been created to track the implementation of a chaos plugin for backstage, to provide the aforementioned functionality - based on a discussion between Backstage maintainers and @umamukkara , @ksatchit during the Kubecon NA 22.

Hey, I am a beginner and I want to contribute to this project so could you please tell me form where to get started ?

Closing it as this has been added.

authors: Saranya-jena ksatchit money8203

repo: litmuschaos/litmus


text:
prompt

Did you use the clothing-related prompt, such as IDM-VTON?
'caption': 'model is wearing Long Sleeve V Neck Cardigan ', 'caption_cloth': 'a photo of Long Sleeve V Neck Cardigan '.

We use fixed prompts,
{ "model_prompt":"a human wearing a " + cloth_type + " clothing",
"cloth_prompt": "a photo of " + cloth_type + " clothing" }
cloth_type = upper / lower / dresses.

repo: little-misfit/BooW-VTON


text:
Packagist isn't auto-updating

@stevie-mayhew can you please look at https://packagist.org/packages/littlegiant/silverstripe-spindb

Sorted I think :)

authors: stevie-mayhew tractorcow

repo: littlegiant/silverstripe-spindb


text:
32-bit color issues on STM32F746G-DISCO

Hi,
I'm trying to implement the demo application on the development board DISCO-STM32F746.
Screen 480x272 4.3"
Internal RAM 64KB
External SDRAM 64Mbit
The demo code work with 16bit color depth with the correct size of screen but the color of button is wrong (Horizontal Blu Lines)
I want to use 32bit color depth, I have configured the lv_conf.h and adapt the lcd driver with ARGB8888. Now the colors are correct but the image on the screen is divide in 4 equal parts and I don't understand what is the problem.
The VDB size is 480*272 and is allocated in External SDRAM.

C_File.zip

@Simof92 What a lucky coincidence! I just implemented 32-bit display support for that board earlier. Now you should just be able to set LV_COLOR_DEPTH to 32 and everything should work! Or is that what you already tried?

With LV_COLOR_DEPTH to 16 the colors of the button are wrong (Horizontal Blue Lines) (Image 1)
With LV_COLOR_DEPTH to 32 the colors are correct but the size of screen is reduced (Image 2)

@Simof92 Please run git pull and git submodule update. I think you may not have my latest changes.

@embeddedt I have updated my Atollic project with your last changes and now the colors are perfect in 16bit depth. What was the problem in the previus version? Thank you a lot.
Now I will try with 32bit depth!

@Simof92 I'm not sure what your problem was, 16-bit color has always worked as far as I know. Maybe you happened to have an old version of the project.

LV_VDB_ADR (SDRAM_ADDR)+(LV_HOR_RES*LV_VER_RES*2)
LV_COLOR_DEPTH 32
DMA2D configured for ARGB8888
LTDC configured for ARGB8888
and the result is the same of the second picture.
The screen area is divide in 4 parts, in the first 2 parts is draw only half screen and in the other parts there are only noise

@Simof92 If you use the default lv_conf.h supplied with the F746 project do you have problems?

@embeddedt after the update i don't have problem with the default configuration but LV_COLOR_DEPTH is configured 16 bit.
With the changes described above don't work correctly

@Simof92 Use the default configuration but change LV_COLOR_DEPTH to 32. That should work (it is working for me).

@Simof92 My mistake! I had made the pull request but the changes weren't actually in master yet; they were in a separate branch! Please git pull and git submodule update again.

repo: littlevgl/lvgl


text:
请问第二个模块 swipeback 是干什么的？

看不懂呀。。。这个模块使用来干啥的?前辈

优化退出的库  SwipeBackLayout
https://github.com/ikew0ng/SwipeBackLayout

authors: XQFHNB yintaishan


text:
🛑 lesta.ru is down

In 1c4823a, lesta.ru (https://lesta.ru) was down:

HTTP code: 0
Response time: 0 ms

Resolved: lesta.ru is back up in ebbee3f after 23 minutes.


text:
Dev server breaks as soon as I generate a new controller

Hey there!
I was going to give bud a shot and unfortunately I got stuck right after generating a new controller, getting this error:
| genfs: open "bud/cmd/app/main.go". genfs: open "bud/internal/web/web.go". genfs: open
"bud/internal/web/controller/controller.go". framework/controller: unable to load. controller: unable to load:
"/snap/go/current/src/context" can't be outside the module directory "/snap/go/10257/src"

To reproduce:
curl -sf https://raw.githubusercontent.com/livebud/bud/main/install.sh | sh
bud create hello
cd hello

# in one tab
bud run

# in another tab
bud new controller home:/ index

As soon as the browser attempts to refresh the page that error occurs, the browser hangs and the request never completes. If I stop the server and try to spin it up again I get the same error and it never comes up.
Some information about my environment:

Ubuntu 22.04.2
go version go1.20.6 linux/amd64 installed with snap install
bud: 0.2.8
svelte: 3.47.0
react: 18.0.0

go env (click to expand)
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/fabio/.cache/go-build"
GOENV="/home/fabio/.config/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/home/fabio/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/fabio/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/snap/go/current"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/snap/go/current/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.20.6"
GCCGO="gccgo"
GOAMD64="v1"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/home/fabio/projects/playground/hello/go.mod"
GOWORK=""
CGO_CFLAGS="-O2 -g"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-O2 -g"
CGO_FFLAGS="-O2 -g"
CGO_LDFLAGS="-O2 -g"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -Wl,--no-gc-sections -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build332917642=/tmp/go-build -gno-record-gcc-switches"

Same issue on Ubuntu 23.04
bud: 0.2.8
svelte: 3.47.0
react: 18.0.0
go version go1.20.3 linux/amd64 installed from deb
| Listening on http://127.0.0.1:3000
| genfs: open "bud/cmd/app/main.go". genfs: open "bud/internal/web/web.go". genfs: open "bud/internal/web/controller/controller.go". framework/controller: unable to load. controller: unable to load: "/usr/lib/go-1.20/src/context" can't be outside the module directory "/usr/share/go-1.20/src"

Sorry for the trouble here. I think this is related to: https://github.com/livebud/bud/issues/369.
I probably won't devote cycles to this since I'm working on a new version of Bud that won't have issues like this. But if you figure it out, please let me know!

authors: fgrehm matthewmueller zeitue

repo: livebud/bud


text:
A lot of the nodes in explorer are reported as inactive on a random basis.

Currently explorer is showing a lot of the nodes as inactive.
Tested on different devices ( iOS / macOS Mojave ) , Brave browser and Safari ( Trust built in browser )
At least for my node I'm sure is active and registered :
+----------------+
|TRANSCODER STATS|
+----------------+
*---------------------------*------------------------------*
|                    Status |                   Registered |
*---------------------------*------------------------------*
|                    Active |                         true |
*---------------------------*------------------------------*
|               Service URI |   https://.............:8935 |
*---------------------------*------------------------------*
|           Delegated Stake | 56492.815544358378427904 LPT |
*---------------------------*------------------------------*
|            Reward Cut (%) |                         0.19 |
*---------------------------*------------------------------*
|             Fee Share (%) |                          100 |
*---------------------------*------------------------------*
|         Price Per Segment |             150000000000 WEI |
*---------------------------*------------------------------*
|    Pending Reward Cut (%) |                         0.19 |
*---------------------------*------------------------------*
|     Pending Fee Share (%) |                          100 |
*---------------------------*------------------------------*
| Pending Price Per Segment |             150000000000 WEI |
*---------------------------*------------------------------*
|         Last Reward Round |                         1307 |
*---------------------------*------------------------------*

Using the explorer for looking at detailed info for some node could eventually change the node info to "active".
Behaviour is confirmed by other user on Discord :

yes @j1v  same for me
your transcoder also showing inactive
j1v Today at 8:09 PM
could you please click it's info
maybe try different menus
it showed inactive, but later it became active
but I don't remember when
I'm trying to post an issue, as @dob suggested
ToasT Today at 8:10 PM
oh wait
it just updated
j1v Today at 8:10 PM
I guess it's cache again. reward cut is 0.19 since a few rounds already
ToasT Today at 8:10 PM
So it's interesting...
If you click on a transcoder and let it update it's info and click back to the transcoders page..it'll show active
But then others arent

I'm seeing this too. @iameli If you check out the subgraph playground on The Graph's explorer, for some reason a bunch of transcoders are being incorrectly indexed as inactive. I'm not seeing this issue on my self hosted subgraph though so I wonder if this issue is only occurring in The Graph's hosted environment? If that's the case, is it possible to switch back to our self-hosted Graph Node?

Yep, it's ready to go. I'll go ahead and make the switch now, hopefully will resolve this right away.

Waiting on CI pipeline, then will close this.

Should be fixed now.

authors: adamsoffer iameli j1v

repo: livepeer/livepeerjs


text:
The js code is modified, causing the css code to become invalid

Operating environment：macOS 13.0.1 (22A400)、livereload：0.9.3
The following problems will appear in actual measurement. How to solve them?

When the css style is changed (such as changing the white background color to red), the foreground page will automatically refresh and the background will change to red, no problem.
But then I changed the title of the index.html page. After saving the title, the page was automatically refreshed, but the style was changed again (the background color was white again).

This is the code：
<!DOCTYPE html>
<html lang="en">

<head>
  <meta charset="UTF-8">
  <meta http-equiv="X-UA-Compatible" content="IE=edge">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Document</title>
  <link rel="stylesheet" href="main.css">
</head>

<body>
  <script>
    document.title = 'bbbb'
  </script>
  <script>
    document.write('<script src="http://' + (location.host || 'localhost').split(':')[0] +
      ':35729/livereload.js?snipver=1"></' + 'script>')
  </script>
</body>

</html>

main.css
body {
    background-color: aqua;
}

@suiboyu Just a guess: your stylesheet is cached by your browser. I'd check its contents after the above 2 steps happen. Does it contain the correct value? Or it reverted to the original color?
You mention livereload 0.9.3. That version doesn't even exist as far as I can tell. Please check your dependencies.

authors: smhg suiboyu

repo: livereload/livereload-js


text:
🛑 Movie is down

In 5ca9b0a, Movie (http://h.liyaodong.com:8096) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Movie is back up in 8c6f463.

repo: liyaodong/uptime


text:
🛑 까사미아 www.guud.com is down

In 450733e, 까사미아 www.guud.com (http://www.guud.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 까사미아 www.guud.com is back up in b3e7cfa after 9 minutes.

repo: lksjames/monitoring


text:
🛑 Goodmd total.good-md.com:5280 is down

In d78ee31, Goodmd total.good-md.com:5280 (https://total.good-md.com:5280) was down:

HTTP code: 503
Response time: 1496 ms

Resolved: Goodmd total.good-md.com:5280 is back up in 84d3feb.


text:
Test copier update

What does this PR do?
What issues does this PR fix or reference?
Fixes:
Previous Behavior
Remove this section if not relevant
New Behavior
Remove this section if not relevant
Merge requirements satisfied?
[NOTICE] Bug fixes or features added to Salt require tests.

[ ] Docs
[ ] Changelog - https://docs.saltproject.io/en/master/topics/development/changelog.html
[ ] Tests written/updated

Commits signed with GPG?
Yes/No
Please review Salt's Contributing Guide for best practices.
See GitHub's page on GPG signing for more information about signing commits with GPG.

Welcome to Codecov :tada:
Once you merge this PR into your default branch, you're all set! Codecov will compare coverage reports and display results in all future pull requests.
Thanks for integrating Codecov - We've got you covered :open_umbrella:

authors: codecov-commenter lkubb

repo: lkubb/saltext-pushover


text:
/app/run.sh: line 42: /root/go/bin/tesla-keygen: No such file or directory

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
[22:49:19] INFO: Current Nginx configuration
{"domain":"xaser.duckdns.org","hsts":"max-age=31536000; includeSubDomains","certfile":"fullchain.pem","keyfile":"privkey.pem","cloudflare":false,"customize":{"active":true,"default":"nginx_proxy_default*.conf","servers":"nginx_proxy/*.conf"}}
[22:49:19] INFO: Adding custom config to /share/nginx_proxy/nginx_tesla.conf
server {
server_name XXXXXXXXXXX;
ssl_certificate /ssl/fullchain.pem;
ssl_certificate_key /ssl/privkey.pem;
# dhparams file
ssl_dhparam /data/dhparams.pem;
listen 443 ssl http2;
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;
resolver 127.0.0.11;
set $target c03d64a7-tesla-http-proxy;
    # temporary Flask app for initial auth
    location / {
        proxy_pass http://$target:8099;
    }
    # static public key for Tesla
    location /.well-known/appspecific/com.tesla.3p.public-key.pem {
        root /share/tesla;
        try_files /com.tesla.3p.public-key.pem =404;
    }
}

[22:49:19] INFO: Generating self-signed SSL certificate
[22:49:19] INFO: Generating keypair
/app/run.sh: line 42: /root/go/bin/tesla-keygen: No such file or directory
s6-rc: info: service legacy-services: stopping
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

Oops, sorry about that! I broke it in the last update. I will fix it tonight.

Fixed in v1.3.3

authors: llamafilm olyashok

repo: llamafilm/tesla-http-proxy-addon


text:
Option in Paint Activity to export the current drawing to the journal as an image

It would be a nice feature if we have a button to export the current drawing in Paint activity to the journal as an image ( like we have in Moon Activity) in JPEG or PNG format.
for this, a simple toolbar button would work.
The user/child can later use his/her drawing and can import it to various other activities like Write Activity, Curriculum Activity, etc. from the journal.

In fact, it's already possible to import directly a Paint content into an activity.
Fototoon activity implement it here. It take no more than 2 lines of code.
So IMHO the question is more to update activities where importing Paint content make sense than adding one - more - toolbar button in Paint to export content as an image.

yes, agreed.
But the export tool button was also useful to save the drawing in form of image for more general use ( like downloading image to device directly and using that image off the sugarizer platform etc)
However, your "updating activities rather than adding one more toolbar button" point makes sense to me.

Okay you're right. I will try to do some space later. May be by grouping some icons in palettes.
I've commented your PR.

Fixed in https://github.com/llaske/sugarizer/pull/912

repo: llaske/sugarizer


text:
[Issue #731 fix] Removed unnecessary tutorial for Search

Fixes #731.

Nice. Thanks.

authors: dhruvmisra llaske


text:
controlnet is not working

i am using a M1 pro 10 cpu 16 gpu
i have installed homebrew, opencv-python, automatic1111, downloaded the models
i followed all the instructions of a thousand youtube videos to see if i am missing something
i am trying to use the scribble, but whatever i draw, its not using it... its like controlnet is doing nothing

Same happening for me on M1 Air; scribble got me super excited to set up all this stuff for the first time just to play with it, but my input images (even those copied from other successful examples online) are mostly ignored. Not completely ignored, but mostly. I wish I could explain better, and I am probably doing something dumb, but this is a new world for me.

Same happening for me on M1 Air; scribble got me super excited to set up all this stuff for the first time just to play with it, but my input images (even those copied from other successful examples online) are mostly ignored. Not completely ignored, but mostly. I wish I could explain better, and I am probably doing something dumb, but this is a new world for me.

yup i hope someone can help us, dont know what we are doing wrong

authors: DeahtKalif nfarina

repo: lllyasviel/ControlNet


text:
Interested in Mangacraft anyway to get Access?

Hi guys!
I'm interested in mangacraft, I've been searching online for it but it looks like it's been abandoned. Does anybody know how I can get access to it, any information would be greatly appreciated. Thank you!

I thought it got discontinued. Anyway, you can colour entire pages of manga if you are good with this AI.

您好(*?0?7▽｀)ノノ青弦已经收到您的邮件啦！请耐心等待，10个工作日内会给您回复w

hey! it's been close to 10 days, was wondering if there was any response to this, thank you so much for your reply! :)

hey, a reply would be greatly appreciated, I know you're busy with the SEPA launch so I 100% understand. Just wondering if you got my last reply, thank you :)

This qinxian233 user always says he will reply in 3 days, but he never does.

Hi all. (1) I do not know who is qinxian233. She/he is not a team member of S2P. (2) We have given up the support for Mangacraft several years ago, but hi ecchirealm, I did get your messages!

Hi @lllyasviel can we get the exact date of SEPA v5. April is coming to an end, I hope you guys release it soon but I'm not forcing it. The delay of release date is your right.
With respect :))

hi @lllyasviel a response would be appreciated :)

hello bumping in case illyasviel forgot about this

您好(*?0?7▽｀)ノノ青弦已经收到您的邮件啦！请耐心等待，10个工作日内会给您回复w

hey

just use s2p, it works fine.

hey

Or try using the way back machine

authors: Ihateyoudattebayo ReihanHaekal ecchirealm lllyasviel qingxian233


text:
LanceDb not defined

I know all my libraries are installed, as they imported, other libraries are loading but lanceDb won't instantiate. DB folder exists relative to the script running.
I get ReferenceError: LanceDb is not defined
import {RAGApplicationBuilder, PdfLoader, YoutubeSearchLoader, SitemapLoader, WebLoader, TextLoader } from '@llm-tools/embedjs';
async function setupRagApplication() {
try {
const ragApplication = await new RAGApplicationBuilder()
.addLoader(new YoutubeSearchLoader({ searchString: 'Tesla cars' }))
.addLoader(new SitemapLoader({ url: 'https://tesla-info.com/sitemap.xml' }))
.addLoader(new WebLoader({ url: 'https://en.wikipedia.org/wiki/Tesla,_Inc.' }))
.setVectorDb(new LanceDb ({ path: path.resolve('/db') })) // Ensure path is correct
.build();
console.log('RAG application built successfully:', ragApplication);
} catch (error) {
console.error('Failed to build RAG application:', error);
}
}
setupRagApplication();

Have you installed the dependency for LanceDB?
npm install vectordb
Once done, you need to import LanceDB from '@llm-tools/embedjs/vectorDb/lance'

that's now resolved, wasn't in the docs, so could not understand the import structure. It's now going off to website and building the lance db in the folder relative to script as its building and not failing.  However querying is failing what imports do i need to specify for this
.ragApplication.query('Tell me about the history of Tesla?')
Failed to build RAG application: TypeError: Cannot read properties of undefined (reading 'query')
Notice youtube issue's a fetch warning "experimental". I'm using node v18, moving to v20 soon.

Fair point on the docs. Will update it to include the import paths.

authors: adhityan converseKarl

repo: llm-tools/embedJs


text:
Implementacion CRUD Provider

Se implemento la funcionalidades correspondientes para realizar el CRUD de Provider

Hola Ariel, cómo va? El código está perfecto!
Te paso algunos comentarios / sugerencias.

Deberías documentar todos los endpoints del controller para que se vean bien en swagger. Según veo solo está el método delete.
En los métodos GET (tanto el all como el id) estás devolviendo el objecto directamente, sería también una buena práctica devolverlo dentro de un Ok(), tal como devolvés las respuestas en el método post o delete.
En algunos endpoints devolvés un StatusCode(500). Como buena práctica se podría evitar ese harcodeo y utilizar los StatusCodes que te facilita el framework, algo como:
return new StatusCodeResult(StatusCodes.Status500InternalServerError);
En el service, creaste un método llamado NombreUnico, dado que el resto de la aplicación está en inglés estaría bueno mantener la consistencia y que cambiarlo a UniqueName o algo así.

authors: LeviTamiozzo arielpironti


text:
pyrpl-lean branch (or fork?) with no QT?

In a recent upgrade of my conda installation, my previous strategy for pyrpl notebook GUI integration crashed and burned due to changes in ipykernel.
In principle, there is a "proper" solution using threading, but ipywidgets becomes unresponsive when there is a qt GUI event loop running:
https://stackoverflow.com/questions/70436504/problem-with-event-loops-gui-qt5-and-ipywidgets-in-a-jupyter-notebook
(which is always the case when using pyrpl, even if you do not use the gui...)
How hard / feasible would it be to decouple the QT APP and GUI from PyRPL? Does this sound like a branch, or more like a fork to a new library?
Not that I have the time or bandwidth right now, but the only thing that saved me was a conda rollback to a previous installation revision for my teaching lab the other day...I would love to see the QT GUI completely decoupled from the core RP interfacing code.

Hi Gary, sorry to come back so late (and happy new year!)
I read your question in stackoverflow.... I think what you are trying to do is to make the qt event loop the underlying loop of the  the asyncio framework... I believe we have precisly managed to do that in branch "python-3 only". The goal is to make this the "master branch" rather quickly as support for python 2.7 is not needed anymore.
In particular, if you have a look at the file "async_utils.py", you will see that we are using the library "quamash" to set qt as the asyncio eventloop.... Let me know if this helps with the new notebook version...

Hi Samuel,
No problem on the delay, happy new year to you too!
Indeed, I was trying the same thing myself, but the problem seems to be that the asynchronous events from my ipywidgets are not getting processed. It seems that interplay of ipywidget events and the qt gui loop is broken:
https://gitlab.tudelft.nl/python-for-applied-physics/rp-squid-python-code/-/blob/master/Debugging broken widgets Dec 2021.ipynb
You can see a short demo video here:
https://tudelft.zoom.us/rec/play/CgFo2_JIS8qdNQm8mJRwheOygc_CsCRmv4mNq4TIcvAnzPqLTzkNE0u6w0BlUrI2ckkvrQRXUlu0d3A8.TKUOmocoDlhmEG5n?continueMode=true&_x_zm_rtaid=chuscAkeT1OVGF1NZcosQQ.1641226261305.d72721c18f45943ad7e889aae4e8f2f5&_x_zm_rhtaid=584
I think I'll have to dig a bit into ipywidgets and maybe post a issue there. But indeed, it the library had an option of not even creating a qt gui loop at all, then that would also solve my issue, since for some reason I don't understand, ipywidget events do propagate properly into the %gui asyncio loop.
Cheers,
Gary

I found a solution after some digging:
https://github.com/ipython/ipykernel/issues/825
so my code is all working again :) But still, longer term, I think it would be valuable to decouple the QT GUI completely from the core IO code.

Great news and congrats for the perseverance, this looked not so trivial !
Regarding the coupling of pyrpl to the Qt GUI, indeed, it's nice to have the core application entirely decoupled from the gui, which I think is (at least not far) from being the case right now. However, there are still some asynchronous stuffs happening in the core application. For instance, the data acquisition with the scope comes with a function scope.single_async() and a synchronous version single(), which will not return until the data is actually acquired... At the moment all this is handled with an event loop and the async framework of python 3, which makes the code relatively clear (in branch python3_only). Of course, since in many cases we use a QT GUI, we decided to set the qt event loop as the underlying loop of asyncio, but I guess this could be changed to a more standard event loop if the GUI is not needed. I guess this could be done with (hopefully not too much efforts) by mainly touching the file async_utils.py.

repo: lneuhaus/pyrpl


text:
fix: add valid address to verification response

Description
Please provide a brief summary of changes made and files affected
Story
JIRA-XXX
Related PR's
Generator
Verify

[ ] Code runs without errors
[ ] Tests pass with >=85% coverage

Pull Request Test Coverage Report for Build 3832339008

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 72.148%

Totals

Change from base Build 3770683386:
0.0%

Covered Lines:
1842

Relevant Lines:
2533

💛  - Coveralls

authors: BennyKitchell coveralls

repo: lob/lob-typescript-sdk


text:
Fix phpstan/phpstan-deprecation-rules link

Link phpstan/phpstan-deprecation-rules to https://github.com/phpstan/phpstan-deprecation-rules instead of https://github.com/phpstan/phpstan

Thank you, @WyriHaximus!

authors: WyriHaximus localheinz

repo: localheinz/phpstan-rules


text:
update bitnami commons version, introduce semver range

As reported in #92, the chart's dependency on bitnami's common chart is quite outdated. This can cause issues when this chart is again used as a dependency with other library charts using the commons in a different version, leading to conflicting or at least a non-deterministic selection of transitive dependencies (as outlined in https://github.com/helm/helm/issues/11561).
This PR sets the dependency version to a version range: ^2.9.0.
We only have to regularly run helm dependency update and re-commit the generated lock file to update the chart (within updates in the major version 2). I might start looking into GitHub actions to automatically update the lock file when new versions of the chart are released.
Thanks @mjasnowski for the great issue report, making us aware of the issue and describing the background.
Fixes #92

If I'm not mistaken, the dependencies are packaged with the chart itself. The lock file pins the exact version of a dependency. So without performing helm dependency update the version range doesn't really have an effect, right?
I'll merge this PR for now, but we can continue the discussion here.

@alexrashed  TY for the quick turnaround, I've pulled down the latest release and confirmed issue is resolved.

authors: alexrashed mjasnowski

repo: localstack/helm-charts


text:
Tunneling over websocket instead of remote server port

In corporate environments exposing yourself is hard. The remote server port you get assigned is often blocked. Only http like traffic is working.
Now you see a lot of websocket based solutions popping up (https://rumpelsepp.org/blog/ssh-through-websocket/)
[webcat, websocat, wstunnel, wscat] but they are similar in use to ssh based tunnels.
Could the same trick be used in localtunnel to tunnel the traffic over a ws instead of the remote server port?

Hi!
I started to do some prototyping here https://github.com/StyleT/mytunnel-server/tree/feature/ws_tunnel Should be definitely possible. Hope to have it done in a month or so...

@StyleT are you still working on this?
I will be very interrested as all my output ports are blocked by my workplace firewall except 80 and 443.

authors: StyleT cpontvieux-systra sueastside

repo: localtunnel/localtunnel


text:
Need Documentation update (or just tell me what I am missing)

So I was having issues getting this working via the API. But it looks like the documentation is no longer accurate since localtunnel.me isn't used anymore and loca.lt is being used.
So every time I try to start the tunnel we just hang.
const tunnel = await localtunnel({'port': p, 'local_host': '127.0.0.1', 'subdomain': subdomain});
console.log(`${main.infoTag} Tunnel has started on ${tunnel.url}`);

The console.log never fires in this scenario but it looks like we do open the tunnel as I get the landing page. when entering my public IP the page says I'm wrong.
since the only client reaching out to it is another application, I can easily manipulate the headers, but I have no need for that yet at this part of testing.
So do we have updated docs? If so please point me there, If not, could someone tell me what I am missing here?
Thanks,

Ok, so after some playing around I discovered that the tunnel does work if you do not include subdomain: subdomain in the option list. If I only set the port, the tunnel starts up and works.


text:
GEOMESA-2864 Relocate the scalalogging dependency to support DataBricks

Signed-off-by: Oleksandr Berchenko ar.ukraine@gmail.com

merged as https://github.com/locationtech/geomesa/commit/c65f0d8f2e944bf86284f7fd719878294b148557

authors: OleksandrBerchenko elahrvivaz

repo: locationtech/geomesa


text:
GEOMESA-734 Change RuntimeException to IOException

Updated an exception to work within the GeoTools API.

merged as e241c95df99222707f6d3ec2b9f100806e2d09d0


text:
Props mutation

Describe the bug
Editor component mutates nodes prop. It's bad practice, you shouldn't do it.
I suggest you clone nodes prop and change it only after that.

In demo mode?

@VitamineC Do you see this behavior only in demo mode or in non-demo mode as well?

authors: VitamineC lochbrunner

repo: lochbrunner/react-flow-editor


text:
opening a suggested doc crashes the app

https://github.com/lockbook/lockbook/assets/6198756/7aa61309-db32-4a76-9170-28f11e0b700e

part of #2335

repo: lockbook/lockbook

license: Unlicense


text:
Active storage updates v2

Closes #68.
@hiattp @janklimo This would be the core of Jan's PR, but with the migration already run and credentials being optional, as outlined in my comments on the other PR (I didn't want to clutter up Jan's so you can see the differences).
Pick either/none.

All addressed in #68, closing.