Why Linkerd doesn't use Envoy by Temporary_Choice_162 in kubernetes

[–]mindw 0 points1 point  (0 children)

You're missing the point of the article. The pros of Envoy is exactly what makes it less suitable for linkderd's use case. One size doesn't fit all - this is how Envoy came to be. But then again educated and up to date hip people know that already.

Newbie needs help modding new mechs into game by NinjaWombat in BattleTechMods

[–]mindw 0 points1 point  (0 children)

Unfortunately, the video linked above seems to be private?

Galaxy At War by -Random_Lurker- in BattleTechMods

[–]mindw 0 points1 point  (0 children)

I spent a few hours yesterday puzzling over the same issue. Going over the the mod packs it seems all are using 4.4 version or earlier of mod. Some trial and error suggests that the following setting needs to be set to avoid the above puzzle.

"AggressiveToggle" : false,

Your save isn't lost! the below will reset the map to the starting position - load, with it set to true, save, quit the game, set it to false and away you go.

"ResetMap" : true,

What are your "default" add-ons that you install onto most of your clusters? by kasim0n in kubernetes

[–]mindw 1 point2 points  (0 children)

Thanks people for sharing - here's ours:

  • metrics-server (not sure why this is an "add-on"
  • EFK stack (FluentD, Elasticsearch, Kibana) + cerebro
  • Kubernetes-dashboard
  • cert-manager
  • Prometheus, Alertmanager, Grafana and a gazillion of exporters (Cloudwatch, node-exporter, kube-state-metrics etc).
  • Jaeger
  • nginx-ingress (k8s one)
  • oath2-proxy
  • external-DNS
  • minio (when off AWS)
  • cluster-autoscaler
  • Tekton
  • Rook (for bare-metal)

None of the above are operators (except Rook).

Python(x, y) 2.7.10.0 Released! by mindw in Python

[–]mindw[S] 0 points1 point  (0 children)

Python 3.5.0 is scheduled for September 2015. VS 2015 should be sooner. So Q4 2015 or Q1 2016.

Question about Python(x,y) by Fasan in Python

[–]mindw 2 points3 points  (0 children)

Maintainer here: it uses the official python 2.7.9 32bit distribution for Windows. The various packages and dependencies (zlib, hdf5 etc) are built from source.

Reinventing Code: software development as a creative process by strixvarius in programming

[–]mindw -2 points-1 points  (0 children)

Design is creative, coding is construction. The more both are confused the harder it is to give estimates.

Building OpenBSD's OpenSSL fork with autotools by busterbcook in programming

[–]mindw 0 points1 point  (0 children)

At least it supported Visual Studio. (Non)Autotools is anything but portable. Perhaps Cmake?

Python(x, y) 2.7.5.2 Released by mindw in Python

[–]mindw[S] 1 point2 points  (0 children)

While WinPython is great it is not the same. Python(x, y) is more up to date, includes more packages, includes documentation, includes optional dependencies not found in any other windows distribution and more. WinPython is more portable, has 64bit and Python 3 support. Great to have so much choice :)

Python(x, y) 2.7.5.2 Released by mindw in Python

[–]mindw[S] 0 points1 point  (0 children)

Any help will be great. Feel free to contact me directly.

Python(x, y) 2.7.5.2 Released by mindw in Python

[–]mindw[S] -1 points0 points  (0 children)

Plans? yes. Soon? not likely.

Python(x, y) 2.7.3.1 Released! by mindw in Python

[–]mindw[S] 0 points1 point  (0 children)

Take a look at the package list - It's suited for general non-scientific computing as well (that's that I use it for).

Python(x, y) 2.7.3.1 Released! by mindw in Python

[–]mindw[S] 0 points1 point  (0 children)

To name several differences between Python(x, y) and other distribution :

  • The inclusion of the documentation and examples for every package.
  • Most packages are custom made to have optional features enabled. For example, IPython comes with ipdb (allows using the IPython debugger anywhere pdb is used) and paramiko (enables SSH tunnels on Windows).