text:
Revert changes made in pr #537 to change DataTransfer.data typehint.

According to this issue, a PR was made to change the type of DataTransfer.data to Any rather than str.
This PR makes the type str instead of Any.

@mdwcrft Does this PR have any impact on our internal codebase?

The schema specifies

I would suggest also that we add a comment, to explain this complication in the standard in detail - I might prevent it reverted again into the future?

@Jared-Newell-Mobility ready for review (once tests pass)

I've check over things again, I don't see a type specified in the schema. There is clearly a discrepancy between the descriptions 1. Optional. Data without specified length or format, in response to request and 2. text, data without specified length or format.
Schema normally trumps; I'm going to raise it with the OCA at minimum this might be cleared up also for others in the next Errata
  "$schema": "http://json-schema.org/draft-06/schema#",
  "$id": "urn:OCPP:Cp:2:2020:3:DataTransferRequest",
  "comment": "OCPP 2.0.1 FINAL",
  "definitions": {
    "CustomDataType": {
      "description": "This class does not get 'AdditionalProperties = false' in the schema generation, so it can be extended with arbitrary JSON properties to allow adding custom data.",
      "javaType": "CustomData",
      "type": "object",
      "properties": {
        "vendorId": {
          "type": "string",
          "maxLength": 255
        }
      },
      "required": [
        "vendorId"
      ]
    }
  },
  "type": "object",
  "additionalProperties": false,
  "properties": {
    "customData": {
      "$ref": "#/definitions/CustomDataType"
    },
    "messageId": {
      "description": "May be used to indicate a specific message or implementation.\r\n",
      "type": "string",
      "maxLength": 50
    },
-----------------
    "data": {
      "description": "Data without specified length or format. This needs to be decided by both parties (Open to implementation).\r\n"
    },
-----------------
    "vendorId": {
      "description": "This identifies the Vendor specific implementation\r\n\r\n",
      "type": "string",
      "maxLength": 255
    }
  },
  "required": [
    "vendorId"
  ]
}```

```{
  "$schema": "http://json-schema.org/draft-06/schema#",
  "$id": "urn:OCPP:Cp:2:2020:3:DataTransferResponse",
  "comment": "OCPP 2.0.1 FINAL",
  "definitions": {
    "CustomDataType": {
      "description": "This class does not get 'AdditionalProperties = false' in the schema generation, so it can be extended with arbitrary JSON properties to allow adding custom data.",
      "javaType": "CustomData",
      "type": "object",
      "properties": {
        "vendorId": {
          "type": "string",
          "maxLength": 255
        }
      },
      "required": [
        "vendorId"
      ]
    },
    "DataTransferStatusEnumType": {
      "description": "This indicates the success or failure of the data transfer.\r\n",
      "javaType": "DataTransferStatusEnum",
      "type": "string",
      "additionalProperties": false,
      "enum": [
        "Accepted",
        "Rejected",
        "UnknownMessageId",
        "UnknownVendorId"
      ]
    },
    "StatusInfoType": {
      "description": "Element providing more information about the status.\r\n",
      "javaType": "StatusInfo",
      "type": "object",
      "additionalProperties": false,
      "properties": {
        "customData": {
          "$ref": "#/definitions/CustomDataType"
        },
        "reasonCode": {
          "description": "A predefined code for the reason why the status is returned in this response. The string is case-insensitive.\r\n",
          "type": "string",
          "maxLength": 20
        },
        "additionalInfo": {
          "description": "Additional text to provide detailed information.\r\n",
          "type": "string",
          "maxLength": 512
        }
      },
      "required": [
        "reasonCode"
      ]
    }
  },
  "type": "object",
  "additionalProperties": false,
  "properties": {
    "customData": {
      "$ref": "#/definitions/CustomDataType"
    },
    "status": {
      "$ref": "#/definitions/DataTransferStatusEnumType"
    },
    "statusInfo": {
      "$ref": "#/definitions/StatusInfoType"
    },
-------------------------
    "data": {
      "description": "Data without specified length or format, in response to request.\r\n"
    }
-------------------------
  },
  "required": [
    "status"
  ]
}```

The OCA has confirmed that AnyType is any type as expected and is reflected in the schema. However, in OCPP 2.0.1 Part 2, Section 2.1.4. Primitive Datatypes the description for AnyType could be improved on, that is to remove the word "Text". This has been raised. So given this, I will close this PR as the current type used is correct.

Thanks for your effort @Jared-Newell-Mobility

authors: Jared-Newell-Mobility OrangeTux alexmclarty proelke

repo: mobilityhouse/ocpp


text:
🛑 PizzaRiing Web is down

In de44760, PizzaRiing Web (https://pizzariing.uy) was down:

HTTP code: 0
Response time: 0 ms

Resolved: PizzaRiing Web is back up in 667a80b.

source: gharchive/issue

repo: mobilitysol/monitorweb

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 RequetePizza Web is down

In d9e74dc, RequetePizza Web (https://requetepizza.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: RequetePizza Web is back up in 64808b5.


text:
Reuse Huggingface model cache directory as standard

As the idea is it seems (or should be?) minimizing the compute resources needed for these models, one useful optimization is to avoid unnecessarily re-downloading models from Huggingface (when for instance they have already been downloaded with the huggingface_hub API to the standard cache directory such as ~/.cache/huggingface/hub/)
diff --git a/hqq/models/base.py b/hqq/models/base.py
index e305391..2ba7fa1 100755
--- a/hqq/models/base.py
+++ b/hqq/models/base.py
@@ -282,7 +283,10 @@ class BaseHQQModel:
         save_dir = pjoin(cache_dir, save_dir_or_hub)

         if not os.path.exists(save_dir):
-            save_dir = snapshot_download(repo_id=save_dir_or_hub, cache_dir=cache_dir)
+            if cache_dir == "":
+                save_dir = snapshot_download(repo_id=save_dir_or_hub)
+            else:
+                save_dir = snapshot_download(repo_id=save_dir_or_hub, cache_dir=cache_dir)
             save_dir = pjoin(save_dir)

         # Check

may need some adjustment according to how you were intending it should work; for instance, I think my code would not create a (new) copy in a directory more local to the cwd (though it should? handle older files downloaded to such locations), you may think you need to add that for the sake of matching the original functionality

Hi @MarkBenjamin , does it re-download the model if you pass the cache_dir as a parameter ?
model  = HQQModelForCausalLM.from_pretrained(model_id, cache_dir=cache_path, torch_dtype=compute_dtype, attn_implementation=attn_imp)

It seems to try to
HQQModelForCausalLM.from_quantized('mobiuslabsgmbh/Llama-2-7b-chat-hf_1bitgs8_hqq', cache_dir='/home/mark/.cache/huggingface/hub/') for instance

it looks as though cache_dir isn't being passed from HQQWrapper.from_quantized() to BaseHQQModel.try_snapshot_download()
diff --git a/hqq/engine/base.py b/hqq/engine/base.py
index 27b3050..e2f4acf 100755
--- a/hqq/engine/base.py
+++ b/hqq/engine/base.py
@@ -74,12 +74,12 @@ class HQQWrapper:
         cls,
         save_dir_or_hub,
         compute_dtype: torch.dtype = float16,
-        device="cuda",
-        cache_dir: str = "",
+        device=torch.device('cuda' if torch.cuda.is_available() else 'cpu'),
+        cache_dir: str | None = "",
         adapter: str = None,
     ):
         # Both local and hub-support
-        save_dir = BaseHQQModel.try_snapshot_download(save_dir_or_hub)
+        save_dir = BaseHQQModel.try_snapshot_download(save_dir_or_hub, cache_dir=cache_dir)
         arch_key = cls._get_arch_key_from_save_dir(save_dir)
         cls._check_arch_support(arch_key)

You need to put here as well: https://github.com/mobiusml/hqq/blob/master/hqq/models/base.py#L303
That part in /hqq/engine/base.py is not supposed to download the whole repo, only the config.json to figure out which architecture the model is, but somehow forgot to change it.
I actually don't see this issue. Just use a fixed cache_dir, like cache_dir='' and it should work just fine.

I seem to have it working now, whether I specify the huggingface cache path or specifically send None; the diff (plus some type hints allowing specifically passing None) cleaned of the torch cpu code would be
diff --git a/hqq/engine/base.py b/hqq/engine/base.py
index 27b3050..a767fad 100755
--- a/hqq/engine/base.py
+++ b/hqq/engine/base.py
@@ -75,11 +75,11 @@ class HQQWrapper:
         save_dir_or_hub,
         compute_dtype: torch.dtype = float16,
         device="cuda",
-        cache_dir: str = "",
+        cache_dir: str | None = "",
         adapter: str = None,
     ):
         # Both local and hub-support
-        save_dir = BaseHQQModel.try_snapshot_download(save_dir_or_hub)
+        save_dir = BaseHQQModel.try_snapshot_download(save_dir_or_hub, cache_dir=cache_dir)
         arch_key = cls._get_arch_key_from_save_dir(save_dir)
         cls._check_arch_support(arch_key)

diff --git a/hqq/models/base.py b/hqq/models/base.py
index e305391..32e0a88 100755
--- a/hqq/models/base.py
+++ b/hqq/models/base.py
@@ -278,8 +278,11 @@ class BaseHQQModel:
         cls.save_weights(weights, save_dir)

     @classmethod
-    def try_snapshot_download(cls, save_dir_or_hub: str, cache_dir: str = ""):
-        save_dir = pjoin(cache_dir, save_dir_or_hub)
+    def try_snapshot_download(cls, save_dir_or_hub: str, cache_dir: str | None = ""):
+        if cache_dir is None:
+            save_dir = pjoin("", save_dir_or_hub)
+        else:
+            save_dir = pjoin(cache_dir, save_dir_or_hub)

         if not os.path.exists(save_dir):
             save_dir = snapshot_download(repo_id=save_dir_or_hub, cache_dir=cache_dir)

I guess you wouldn't see it unless you have already (or subsequently?) directly called
from huggingface_hub import snapshot_download
snapshot_download('mobiuslabsgmbh/Llama-2-7b-chat-hf_1bitgs8_hqq')

(unless your envvars have altered the HF_HUB_CACHE or (legacy) HUGGINGFACE_HUB_CACHE or (climbing the tree) HF_HOME or XDG_CACHE_HOME values?)

Sorry @MarkBenjamin , I missed this.
In general, if you specify the cache directory when you load via from_pretrained this problem doesn't happen. At least, no one has reported this issue before.
I can try using the logic you mentioned in try_snapshot_download or you can do a pull request if you want, happy to review it !

Will do 🙂
Best regards
Mark

Closing since this was merged, thanks!

authors: MarkBenjamin mobicham

repo: mobiusml/hqq


text:
Error, could not handle SMTP server response (only via ethernet)

I'm using an Olimex ESP32-EVB board.
When i'm sending email via ethernet port (fix IP) i got "Error, could not handle SMTP server response" message.
Tried with multiple mail service. Credentials are all good.
With WiFi, everything OK.
I edited the ESP32_MailClient.cpp to check, whats happening. On line 1518 the expected result code  is 220, but i got -1000.
1518: if (waitSMTPResponse(smtpData) != 220)  <- here i got -1000
Connecting to SMTP server...
[DEBUG] - INFO: connecting to SMTP server...
[DEBUG] - ***** //intentionally hidden smtp server address and not relevant
[DEBUG] - 465
[DEBUG] - INFO: starting socket
[DEBUG] - INFO: connecting to Server...
[DEBUG] - INFO: server connected
[DEBUG] - INFO: seeding the random number generator
[DEBUG] - INFO: setting up the SSL/TLS structure...
[DEBUG] - INFO: setting hostname for TLS session...
[DEBUG] - INFO: performing the SSL/TLS handshake...
[DEBUG] - INFO: verifying peer X.509 certificate...
[DEBUG] - INFO: certificate verified
[DEBUG] - INFO: smtp server connected
SMTP server connected, wait for response...
-1000       //i printed this after line 1518
Error, could not handle SMTP server response
[DEBUG] - ERROR: could not handle SMTP server response
[DEBUG] - INFO: cleaning SSL connection
Error sending Email, could not handle SMTP server response

You may need to use secure port 587.

Thank you for your help!
It seems you are right about a possible bug in ESP core library.
I found a few forum topic about why can't use Ethernet without proper WiFi connection.

authors: atlantisguru mobizt


text:
ESP32-Mail-Client smtpData.setDebug not recognized

smtpData.setDebug(true);
setDebug is not recognized by Arduino compiler. Please note that "setDebug" is not in orange like the other methods .setLogin and .setSender

It's already in the keyword file.
https://github.com/mobizt/ESP32-Mail-Client/blob/master/keywords.txt#L58
You need to update the library.


text:
updating /etc/modprobe.d/*.conf requires initramfs rebuild after every change

Installing Nvidia-drivers has shown that the added config file /etc/modprobe.d/nvidia.conf is being ignored. nouveau is still being loaded even though its blacklisted. Currently, blacklisting modules requires grub cmdline additions. modprobe.blacklist=nouvaeu until you rebuild the initramfs.
finalize.yaml should require:
mos kernel gi --all --grub --set-links
this will rebuild initramfs to include new driver modules and update modprobe config rules.

Additionally, Nouveau should be a separate package as nvidia is.
Ideally, blacklisting should have been enabled in the kernel, right?

authors: jcfrosty msdobrescu

repo: mocaccinoOS/desktop


text:
勘误：38页倒数第二行

勘误：38页倒数第二行
如图2-6所示，其实应该是图2-7

谢谢指正，最新的重印版已经修正这个问题。

repo: mocheng/react-and-redux

license: mit

license_source: bigquery


text:
Proposal: Get Rid of Gradio Interface

I spent some time playing with the Gradio interface for the axolotl trainer.  Here are my impressions:

It doesn't add much in the way of ease of use.  The dataset is pre-baked, and you still need to carefully fill out a config.yaml file.
We recommend the GUI in the README as the beginner option and the CLI as the advanced option.  I would argue that the GUI is more confusing as you need to create a deployment backend as well as the Gradio front end.  The only thing the GUI offers you is to press a button to train, but this is not good enough.
The data viewers add no value IMO as they are not formatting the data (and the form factor isn't going to work for many real-world datasets).
The gradio app has bugs in the inference tab, the model fails to load and config/data are not shown.

My suggestion is to get rid of the gradio app as it expands the surface area of this tutorial and application in ways that don't seem worth it.  That way, we can have a more focused experience but also make this code more maintainable.  I think deleting that part of the code will let modal really shine.
cc: @charlesfrye

See this slack discussion

repo: modal-labs/llm-finetuning


text:
ICE: Simd operations crashes when using input that is not repr(simd)

I tried this code:
// simd.rs
#![feature(platform_intrinsics)]

extern "platform-intrinsic" {
    fn simd_add<T>(x: T, y: T) -> T;
    fn simd_eq<T, U>(x: T, y: T) -> U;
}

#[kani::proof]
fn check_invalid_sum() {
    let a = 'a';
    let b = 'b';
    let sum = unsafe { simd_add(a, b) };
    assert!(sum.is_lowercase());
}

using the following command line invocation:
kani simd.rs

with Kani version: 0.34.0 (dev)
I expected to see this happen: The code above shouldn't compile.
Note that the different simd operations display the same problem, there is no validation that the type representation is simd.

Instead, this happened: Kani's compiler crashed.
 Backtrace:
Kani Rust Verifier 0.34.0 (standalone)
warning: function `simd_eq` is never used
  --> non_simd.rs:12:8
   |
12 |     fn simd_eq<T, U>(x: T, y: T) -> U;
   |        ^^^^^^^
   |
   = note: `#[warn(dead_code)]` on by default

thread 'rustc' panicked at kani-compiler/src/codegen_cprover_gotoc/codegen/intrinsic.rs:1532:36:
called `Option::unwrap()` on a `None` value
stack backtrace:
   0: rust_begin_unwind
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/std/src/panicking.rs:617:5
   1: core::panicking::panic_fmt
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/core/src/panicking.rs:67:14
   2: core::panicking::panic
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/core/src/panicking.rs:117:5
   3: core::option::Option<T>::unwrap
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/core/src/option.rs:935:21
   4: kani_compiler::codegen_cprover_gotoc::codegen::intrinsic::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::codegen_simd_op_with_overflow
             at /kani/kani-compiler/src/codegen_cprover_gotoc/codegen/intrinsic.rs:1532:22
   5: kani_compiler::codegen_cprover_gotoc::codegen::intrinsic::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::codegen_intrinsic
             at /kani/kani-compiler/src/codegen_cprover_gotoc/codegen/intrinsic.rs:503:27
   6: kani_compiler::codegen_cprover_gotoc::codegen::intrinsic::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::codegen_funcall_of_intrinsic
             at /kani/kani-compiler/src/codegen_cprover_gotoc/codegen/intrinsic.rs:58:21
   7: kani_compiler::codegen_cprover_gotoc::codegen::statement::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::codegen_funcall
             at /kani/kani-compiler/src/codegen_cprover_gotoc/codegen/statement.rs:516:20
   8: kani_compiler::codegen_cprover_gotoc::codegen::statement::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::codegen_terminator
             at /kani/kani-compiler/src/codegen_cprover_gotoc/codegen/statement.rs:156:17
   9: kani_compiler::codegen_cprover_gotoc::codegen::block::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::codegen_block
             at /kani/kani-compiler/src/codegen_cprover_gotoc/codegen/block.rs:66:29
  10: kani_compiler::codegen_cprover_gotoc::codegen::function::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::codegen_function::{{closure}}
             at /kani/kani-compiler/src/codegen_cprover_gotoc/codegen/function.rs:84:57
  11: core::iter::traits::iterator::Iterator::for_each::call::{{closure}}
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/core/src/iter/traits/iterator.rs:853:29
  12: core::iter::adapters::map::map_fold::{{closure}}
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/core/src/iter/adapters/map.rs:84:21
  13: <core::slice::iter::Iter<T> as core::iter::traits::iterator::Iterator>::fold
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/core/src/slice/iter/macros.rs:232:27
  14: <core::iter::adapters::map::Map<I,F> as core::iter::traits::iterator::Iterator>::fold
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/core/src/iter/adapters/map.rs:124:9
  15: core::iter::traits::iterator::Iterator::for_each
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/core/src/iter/traits/iterator.rs:856:9
  16: kani_compiler::codegen_cprover_gotoc::codegen::function::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::codegen_function
             at /kani/kani-compiler/src/codegen_cprover_gotoc/codegen/function.rs:84:13
  17: kani_compiler::codegen_cprover_gotoc::compiler_interface::GotocCodegenBackend::codegen_items::{{closure}}::{{closure}}
             at /kani/kani-compiler/src/codegen_cprover_gotoc/compiler_interface.rs:127:39
  18: kani_compiler::codegen_cprover_gotoc::utils::debug::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::call_with_panic_debug_info::{{closure}}
             at /kani/kani-compiler/src/codegen_cprover_gotoc/utils/debug.rs:68:13
  19: std::thread::local::LocalKey<T>::try_with
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/std/src/thread/local.rs:270:16
  20: std::thread::local::LocalKey<T>::with
             at /rustc/f3623871cfa0763c95ebd6ceafaa6dc2e44ca68f/library/std/src/thread/local.rs:246:9
  21: kani_compiler::codegen_cprover_gotoc::utils::debug::<impl kani_compiler::codegen_cprover_gotoc::context::goto_ctx::GotocCtx>::call_with_panic_debug_info
             at /kani/kani-compiler/src/codegen_cprover_gotoc/utils/debug.rs:65:9
  22: kani_compiler::codegen_cprover_gotoc::compiler_interface::GotocCodegenBackend::codegen_items::{{closure}}
             at /kani/kani-compiler/src/codegen_cprover_gotoc/compiler_interface.rs:126:29
  23: kani_compiler::codegen_cprover_gotoc::compiler_interface::with_timer
             at /kani/kani-compiler/src/codegen_cprover_gotoc/compiler_interface.rs:738:15
  24: kani_compiler::codegen_cprover_gotoc::compiler_interface::GotocCodegenBackend::codegen_items
             at /kani/kani-compiler/src/codegen_cprover_gotoc/compiler_interface.rs:96:9
  25: <kani_compiler::codegen_cprover_gotoc::compiler_interface::GotocCodegenBackend as rustc_codegen_ssa::traits::backend::CodegenBackend>::codegen_crate
             at /kani/kani-compiler/src/codegen_cprover_gotoc/compiler_interface.rs:242:25
  26: <rustc_session::session::Session>::time::<alloc::boxed::Box<dyn core::any::Any>, rustc_interface::passes::start_codegen::{closure#0}>
  27: rustc_interface::passes::start_codegen
  28: <rustc_middle::ty::context::GlobalCtxt>::enter::<<rustc_interface::queries::Queries>::ongoing_codegen::{closure#0}, core::result::Result<alloc::boxed::Box<dyn core::any::Any>, rustc_span::ErrorGuaranteed>>
  29: rustc_span::set_source_map::<core::result::Result<(), rustc_span::ErrorGuaranteed>, rustc_interface::interface::run_compiler<core::result::Result<(), rustc_span::ErrorGuaranteed>, rustc_driver_impl::run_compiler::{closure#1}>::{closure#0}::{closure#0}>
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

Kani unexpectedly panicked during compilation.
Please file an issue here: https://github.com/model-checking/kani/issues/new?labels=bug&template=bug_report.md

[Kani] current codegen item: codegen_function: check_invalid_sum
_RNvCs9Irx7EepS4M_8non_simd17check_invalid_sum
[Kani] current codegen location: Loc { file: "/kani/tests/expected/intrinsics/simd-compile-errors/non_simd.rs", function: None, start_line: 16, start_col: Some(1), end_line: 16, end_col: Some(23) }
warning: 1 warning emitted

BTW, the rust compiler currently emits this error:
error[E0511]: invalid monomorphization of `simd_add` intrinsic: expected SIMD input type, found non-SIMD `char`
  --> src/lib.rs:12:24
   |
12 |     let sum = unsafe { simd_add(a, b) };
   |                        ^^^^^^^^^^^^^^

repo: model-checking/kani


text:
chore: updating devcontainer to use new recommended settings from microsoft

This PR helps resolves circular imports when specifying type hints for methods. The TYPE_CHECKING flag used is set to True by mypy  while performing type check.
Also fixed the devcontainer based on Emil's cookie cutter template to fix the python interpreter selection issues.

Thanks @efredriksson-modelon  for the review! I have now fixed the pyright warnings. Could you please take a quick look? Thanks! :)

source: gharchive/pull-request

repo: modelon-community/impact-client-python


text:
🛑 DroneCI is down

In 2cda073, DroneCI (https://drone.modem7.com) was down:

HTTP code: 521
Response time: 201 ms

Resolved: DroneCI is back up in cfad7fc.


text:
🛑 Prowlarr is down

In 4cdcd4e, Prowlarr ($PROWLARR_URL) was down:

HTTP code: 523
Response time: 1365 ms

Resolved: Prowlarr is back up in 3f75da0.


text:
test: add test cases for upload file

PR Details

Description

Related Issue

Motivation and Context

How Has This Been Tested

Types of changes

[ ] Docs change / refactoring / dependency upgrade
[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist

[ ] My code follows the code style of this project.
[ ] I have updated changeset
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

对 PR 改动范围的描述可以更详细一点喔，改动的文件是有涉及到源码变更的，与标题不是很一致

PR Details
Description
为 BFF 上传文件增加测试用例，在使用 egg 和 koa 框架时，删除 resolveFormData 的逻辑，使用 koa-body。
Related Issue
Motivation and Context
How Has This Been Tested
Types of changes

[ ]  Docs change / refactoring / dependency upgrade
[ ]  Bug fix (non-breaking change which fixes an issue)
[ ]  New feature (non-breaking change which adds functionality)
[ ]  Breaking change (fix or feature that would cause existing functionality to change)

Checklist

[ ]  My code follows the code style of this project.
[ ]  I have updated changeset
[ ]  My change requires a change to the documentation.
[ ]  I have updated the documentation accordingly.
[ ]  I have read the CONTRIBUTING document.
[ ]  I have added tests to cover my changes.
[ ]  All new and existing tests passed.

authors: chenjiahan yimingjfe


text:
Add support for using AsyncAwaitUtil in Editor scripts

add support for using AsyncAwaitUtil in Editor scripts
minimum version requirement: Unity 2018.2.0
Please note that in addition to the changes contained in this pull request, safe use of AsyncAwaitUtil in Editor scripts requires Unity 2018.2.0 or newer. Older versions of Unity have fundamental issues with usage of async/await in Editor scripts, as discussed in this thread: https://forum.unity.com/threads/async-await-in-editor-script.481276/
problems solved by this pull request
This pull request adds support for using AsyncAwaitUtil in Editor scripts.
Unity version aside, there are currently two issues regarding usage of AsyncAwaitUtil in Editor scripts:

Editor scripts will throw an NPE, because SyncContextUtil.Install is only invoked when entering Play Mode (see modesttree#9)
Unlike Play Mode (and standalone builds), Unity does not "pump" coroutines in Edit Mode by calling MoveNext() on them at regular intervals.

Issue 1 is minor and is easily fixed in this pull request by adding the [InitializeOnLoad] attribute to SyncContextUtil.Install.
Issue 2 required a bit more work. To solve it, I added a new class called EditModeCoroutineRunner that tracks running coroutines and calls MoveNext() on them after each EditorApplication.update event.  In addition, EditModeCoroutineRunner must correctly handle the various types of "yield instructions" (i.e. objects return by yield return) that have specially defined behaviour in Play Mode (e.g. WaitForSeconds).
tests
To test that AsyncAwaitUtil works correctly in Edit Mode, I have added a new editor GUI that runs the existing tests in Edit Mode, and which can be accessed from the Unity menu under Window => AsyncAwaitUtil => "Edit Mode Tests".  Similar to the GUI for Play Mode tests in the AsyncTests scene, the user must manually run individual tests by clicking buttons in the GUI, and then interpret resulting output in the console to determine if that test succeeded/failed.
As per my notes about Unity versions above, many of the edit tests fail in Unity versions older than 2018.2.0.  I have confirmed that all of the Edit Mode tests behave correctly in Unity versions 2018.2.0f2, 2018.3.0f2, 2019.1.9f1 with the following exceptions:

In Unity 2019.1.9f1, the "Test multiple threads" test doesn't start a background thread as intended (not sure why).
In Unity 2018.2.0f2 I see D3D/shader errors when running the "Load assetbundle" test, but those errors seem to be unrelated to async/await or AsyncAwaitUtil.

It may be possible to convert the Edit Mode tests into normal, automated unit tests that can be run with the Unity Test Runner.  I attempted to do this using Unity 2017.1.1f1 but I ran into too many problems caused by poor Editor support for async/await support in that version (see my notes about Unity versions above).  However, I haven't attempted to write unit tests in newer Unity versions and it may be worth a try.

See https://github.com/modesttree/Unity3dAsyncAwaitUtil/issues/9#issuecomment-419455961 for a much more minimal change for editor async support

@StephenHodgson
Thanks for the pointer to your patch.  I actually didn't see it before I started writing my own solution, and I was a bit depressed to find out that I had spent ~4 days implementing/debugging/testing for nothing.  Gah!
However! I tried running my Edit Mode tests with your changes and most of the tests do not run to completion (I tried with Unity 2018.3.0f2 and Unity 2019.1.9f1).  It seems to be related to the use of yield new WaitForSeconds, which is used by most of the tests.  I guess it isn't surprising that WaitForSeconds causes problems, since it has specially-defined behaviour in Play Mode, but even when I replaced WaitForSeconds with my own SafeWaitForSeconds class, the tests still fail to complete. And I'm not sure why.
In case you (or anyone else) wants to try it, I have combined your changes with my Edit Mode tests on the edit-mode-fixes-hodgson branch of my repo: https://github.com/AwesomesauceLabs/Unity3dAsyncAwaitUtil/tree/edit-mode-fixes-hodgson
I would actually prefer use your solution as it is a lot simpler, but I guess I will leave this pull request open for the time being.

I forgot to mention: I tried (again) to write proper unit tests, this time with Unity 2018.3.0f2, but it still doesn't seem possible due to poor async/await support in the version of NUnit that is ships with Unity.  See this thread for further discussion: https://forum.unity.com/threads/async-await-in-unittests.513857/

I spent yesterday adding AsyncAwaitUtil into my project and learning how to unit test async code with Unity's somewhat old version of NUnit and only ran across this when I was thinking of sending a PR. Wish I had checked first!
Anyway, maybe these data points will be useful:

Like others, I used [InitializeOnLoad] and added a static constructor to SyncContextUtil
For in-editor coroutine support I'm using the package "com.unity.editorcoroutines": "0.0.2-preview.1" and it's been working fine for me so far
For unit tests, I'm using this pattern ( @benvvalk )

  [UnityTest] public IEnumerator Test_Something() {
    var task = Task.Run(async () => {
      /* non-boilerplate code here */
    });
    while (!task.IsCompleted) { yield return null; }
  }

For example, here's a couple tests I wrote today:
  // A test that our integration of AsyncAwaitUtil and com.unity.editorcoroutines works.
  // Also serves as an example of how to test async code, because the Unity version of NUnit
  // doesn't have direct support for async test methods.
  [UnityTest]
  public IEnumerator TestAsyncAwaitUtilWorksAtEditTime() {
    var task = Task.Run(async () => {

      const int kNumFrames = 3;
      float dt = 0;
      // This should put us on the Unity thread...
      await Awaiters.NextFrame;
      for (int i = 0; i < kNumFrames; ++i) {
        dt -= Time.realtimeSinceStartup;  // ...and this will throw if we're not.
        await Awaiters.NextFrame;
        dt += Time.realtimeSinceStartup;
      }

      Assert.Less(dt / kNumFrames, 2f);

    });
    // We could block on the task, but that might cause deadlock if the async code within
    // the task tries to schedule things on the Unity thread, run editor coroutines, etc.
    while (!task.IsCompleted) { yield return null; }
  }

  // Checks that Future.Awaiter returns the proper value whether or not
  // the Future has completed at the time of the await.
  [UnityTest]
  public IEnumerator TestAwaitFutureSuccess() {
    var task = Task.Run(async () => {

      const int kValue = 3;
      var slowFuture = new Future<int>(() => { Thread.Sleep(20); return kValue; });
      Assert.AreEqual(kValue, await slowFuture);
      var fastFuture = new Future<int>(() => kValue);
      Thread.Sleep(50);  // plenty of time for fastFuture to complete
      Assert.AreEqual(kValue, await fastFuture);

    });
    while (!task.IsCompleted) { yield return null; }
  }

Oh, I forgot I also had to put this awkward hack into AsyncAwaitUtil to integrate it with com.unity.editorcoroutines.
namespace UnityAsyncAwaitUtil
{
#if UNITY_EDITOR
    public static class AsyncCoroutineRunner {
        public static class Instance {
            public static EditorCoroutine StartCoroutine(IEnumerator routine) {
                return EditorCoroutineUtility.StartCoroutineOwnerless(routine);
            }
        }
    }
#else

Thanks very much for sharing your knowledge, @dubois!
I was not aware of the com.unity.editorcoroutines package, and I'm happy to hear that there is already a solution available that is written/supported by Unity themselves! I guess that probably renders this PR obsolete, but as a sanity check I will try out the package with my own project before I close this PR.
The unit test template/examples were also super helpful.

authors: StephenHodgson benvvalk dubois


text:
Specify fragment size for imported arrow tables

The default fragment size in OmniSci doesn't always work well enough for us. We need a way to specify it manually and should try to introduce a heuristic for automatic fragment size choice.

For now, we simply try to create one fragment per available CPU core + apply min and max limit. We will look at the resulting performance and make more tuning if required. MODIN_OMNISCI_FRAGMENT_SIZE env can be used to force fragment size (set globally, cannot specify fragment size per data frame)

repo: modin-project/modin


text:
需要五级村委会的，请给予支持

感谢感谢。

@hackgyj 您好，最近一次更新已经支持第五级数据了，详情请看 README 文件。

authors: hackgyj modood

license: WTFPL


text:
在县级（区县）这一层级少了市辖区，好多都没有

我下载的是CSV格式的数据，大部分都没有市辖区这个层级，但是国家统计局网站上是有的。

@huageorg 你好，请参考 #12

authors: huageorg modood


text:
Use touch events

Remove all uses of onClick; noticing the 300ms delay is getting annoying 😒

[migrated to Gus-Petch]

repo: moe-szyslak/Mantis-Toboggan


text:
new feature needed

How we can create a Text View ?

this is a custom UITextField and UITextView is something completely different.

i know UITextField and UITextView are different.
What i suggests that, i need a new  functionality, that what all the custom functionalities you are added to UITextField, are  with UITextView.
ie, UITextView with underline and error labels

authors: eldhoseelias mohammadalijf

repo: mohammadalijf/UnderLineTextField


text:
demo跑起来是一个hello word

demo跑起来就是一个hello word没别的

demo跑起来就是一个hello word没别的

what is this?

authors: mohammadatif xiaokele

repo: mohammadatif/Animatoo


text:
ADD A POMODRO TIMER WIDGET

Is this a unique feature?

[X] I have checked "open" AND "closed" issues and this is not a duplicate

Is your feature request related to a problem/unavailable functionality? Please describe.
I would like to built and add a Pomodro widget to the widget collection.
Please assign this to me.
Proposed Solution
Pomodoro timers are widely used by people who want to increase productivity by breaking tasks into manageable intervals. Integrating this as a widget in the Planner App will greatly enhance its utility, offering users a built-in time management tool alongside their daily planning.
Screenshots
No response
Do you want to work on this issue?
Yes
If "yes" to above, please explain how you would technically implement this (issue will not be assigned if this is skipped)
No response

i assigned it to you

make sure you star repo ⭐  and follow on github , giving hacktoberfest tag after this step

Thankk you, Gonna buillt it as soon as I can

#38 The Pomodro timer is done and working. Kindly look into it and merge my PR


text:
Back button not working

Replace WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL with WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL| WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE when configuring LayoutParams in addToWindowManager() method to allow users to normally use back button.

Hi @mtwain
thank you for requesting a new feature. Actually it's not as simple as replacing the flags in a service. You need to run an extra service with transparent overlay with particular flags set. I'll be working on that soon :)

I used your solution also for creating a chat heads like view and i also had issues with the back button and also while the view was shown than i could not show dialogs when long clicking other applications(like dialogs that pop up after long clicking a contact in the contacts app in my LG G4 device.) The solution in my case was to just use WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE . @mollyIV  I am curious what might be the issue with this approach, since you say in your comment that it is not as simple. What do you mean by that?

Agree, WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE allows me to access to checkbox after running, overwise not.
Steps to reproduce:

check service
press Home
call our SETTINGS again from system bar
can't click anymore!

authors: djdance mollyIV mtwain rubinbasha

repo: mollyIV/ChatHeads


text:
Natural duration parsing

Great looking library! I'm look for something like: http://domchristie.github.io/juration/
Before I pass on moment is there a natural parser? e.g. 1day 6hr 60mins 6sec

No, we don't support that unfortunately. We also don't support natural date-time parsing in different languages (we fallback to native Date object).

repo: moment/moment


text:
Working with Julian Dates

I have implemented 3 new methods to deal with Julian Dates (=Julian Day + Time). Any Moment.js object can now be converted to Julian Dates using the .toJD() method.
Alternatively, moment.convertToJD( any_moment_date_obj ) and moment.convertFromJD( any_Julian_Date ) can also be used to convert between Julian Dates and Gregorian Dates. The argument for moment.convertToJD must be a Moment.js object, whereas moment.convertFromJD can accept any positive number.
All the methods implemented on this commit should work fine for all positive Julian Days, i.e., all dates after BCE 4713 Jan 1st 12:00:00 UTC.

Hi,
We cannot take this pull request as we only support the gregorian calendar in moment core. All other calendars should be implemented as plugins.
For future reference, if you want to contribute to Moment, we expect all pull request to have full unit test coverage. Also, you have modified a built file. You should be modifying files under the src/ folder. See the contributing file for more information.
We are happy to have future contributions from you if they are in line with our product goals, but this one is going to be a no go.
Feel free to ask us about any changes you might wish to make in the future.

Hi @maggiepint !
I have converted my implementation into a plug-in for Moment.js.
Could you make it available on the Moment.js plug-in page? If so, I could write something about how to use it (just let me know where should I send the text to).
Thank you!

authors: maggiepint mairanteodoro


text:
WIP: sketch of Credential provider

This isn't complete and will probably be thrown away, just posting it to compare with Nate's open PR #15

closing in favor of #15

repo: momentohq/client-sdk-elixir


text:
Refactoring decisions

Hi everybody,
there are a number of things that need to be refactored. I am going to summarize them here as a list so that we can discuss them if anything winds up (Deities forbidding) not working!
self.num_sentences: int = len(self.data)

self.data used to be a list but now it is a tf tf.data.Dataset. The following code gets us to an integer
c = tf.data.experimental.cardinality(dataset) # c is a tensor
d = c.numpy() # d is a numpy int64
e = int(d)

Therefore, let's go for
self.num_sentences: int = int(tf.data.experimental.cardinality(self.data))

This will work for now but might break if we ever decide to pass a data generator. I am not convinced that we need to know the number of sentences, since we are going to refactor the way words are extracted from sentences anyway.

Looks good to me. I had also created a function in the tf_utils script that might work. It is designed to work for a ragged tensor or tf.Dataset:

def gets_tensor_length(tensor: Union[tf.data.Dataset, tf.RaggedTensor]) -> int:
    """Returns the length of a tensorflow object.

    Args:
        tensor: A tf.Dataset or tf.RaggedTensor object.

    Returns:
        An integer representing the length of the tensor.
    """

    if isinstance(tensor, tf.RaggedTensor):
        return tensor.shape[0]
    else:
        return len([edge for edge in tensor])

The training loop probably needs some refactoring love. This is an excerpt of what we have now:
 def train(self) -> None:
        # run training for the given number of steps.
        with trange(1, self.num_steps + 1) as pbar:
            for step in pbar:
                if self.list_of_lists:
                    walkcount = 2
                    batch_x, batch_y = self.next_batch_from_list_of_lists(walkcount, self.num_skips, self.skip_window)
                else:
                    batch_x, batch_y = self.next_batch(self.data, self.batch_size, self.num_skips, self.skip_window)
                self.run_optimization(batch_x, batch_y)

But instead we could do something like this
def train(self) -> None:
 ## THE FOLLOWING IS ONE EPOCH, AND WE WILL LOOP n_epoch times over it
  if words:
    datawindows = tensor_data.window(size=batch_size)
    for wdw in datawindows:
      lst = list(wdw.as_numpy_iterator())
      if len(lst) < window_len:
	print("Warning: Skipping the final %d words of the text" % len(lst))
        continue
      batch_x, batch_y = self.next_batch(lst)
      self.run_optimization(batch_x, batch_y)
   else: # i.e., list of lists
     # in this case, self.data is a RaggedTensor. We can iterate easily
     for sentence in self.data:
       lst = sentence.numpy() #Sentence was a Tensor
       batch_x, batch_y = self.next_batch(lst)
       self.run_optimization(batch_x, batch_y)

(Roughly)...we just need to add the "display" code somewhere, and we also want to capture the history of the loss something like a standard keras model does. But since lst is a simple python array in both cases, the get-next-batch  function can be the same now for both list and list-of-list

Closed by https://github.com/monarch-initiative/N2V/issues/127

authors: callahantiff pnrobinson


text:
Develop a data model for common diseases

Work with key collaborators and stakeholders (e.g., ClinGen Clinical groups) to define a common model for disease annotation.
Simplify the model to be boolean.
Define an MVP for release of v0.1

See slides for more background:
https://docs.google.com/presentation/d/1AeyxK5RNjmHOdVGU8E9e4IUe9yGm0wlaiG2f_tSP89I/edit#slide=id.p
need to do a show and tell:

POET tool/HPO annotation model
Koza axioms
Mondo axioms
disease annotation model

How are these used by downstream tools?

authors: monicacecilia nicolevasilevsky

repo: monarch-initiative/mondo


text:
Wrap paths in double quotes for Windows decompress

As far as I can tell, #5 was never actually resolved, so here is a pull request that does.

Thanks for your concern,


text:
Fix port detection

Fixes #94 I hope. I have done zero testing.
Would be good to see if we can make CI test newer versions of Docker and Docker Compose.

I've also updated docker and with this branch it is detecting again the ports correctly

authors: ThomWright ozamarripa

repo: moneyhub/navy


text:
New release?

The systems I'm working on have been updated to 3.2, so I need to update my projects as well.
I noticed a PR was merged last month for 3.2 support. Is there a chance we can get an update pushed out to crates.io?
Thanks for all your work!!

Done, thanks :beers:


text:
Remove unused imports

Removed unused imports from code base.
Detected with Intelephense for VSCode.

Thank you for your contribution! These imports are all taken care of in #668, where we add comprehensive coding standards checks via phpcs. I'll look through your changes again once I've merged the pull request, but I suspect that all optimisations you've done here are taken care of by that PR already.

True, I've missed that #688.
Probably unused imports will be taken care of there. Once that PR is merged to master, I'll check again.

#668 has been merged, so if you want to check if there's anything else, but I'd be surprised if phpcs missed anything 👍

Good job, there is nothing to complain now 👍

authors: alcaeus piotr-cz

repo: mongodb/mongo-php-library


text:
Add support for read concern

Adds support for setting the read concern at the collection level restoring compatibility with mongoengine 0.20.
Fixes: https://github.com/mongomock/mongomock/issues/625

Any plans to integrate this into a release? 3.19.1?

authors: abarto lsmar

repo: mongomock/mongomock

license: ISC


text:
Update sbt-scala3-migrate to 0.6.4

About this PR
📦 Updates ch.epfl.scala:sbt-scala3-migrate from 0.5.1 to 0.6.4
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "ch.epfl.scala", artifactId = "sbt-scala3-migrate" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "ch.epfl.scala", artifactId = "sbt-scala3-migrate" }
}]

labels: sbt-plugin-update, early-semver-major, semver-spec-minor, commit-count:1

Superseded by #1046.

Superseded by #1056.

repo: monix/monix-connect


text:
Yahoo Weather started enforcing OAuth 1 starting March 15, 2016.

simpleWeather now appears to be broken because of this.  Simply removing the /public/ part of the
https://query.yahooapis.com/v1/public/yql?format=json&rnd="+o.getFullYear()+o.getMonth()+o.getDay()+o.getHours()+"&diagnostics=true&callback=?&q=....
line did not seem to fix it, either.

Never mind, seems to be fixed.

You are correct that they are enforcing oAuth now. This presents a big problem for simpleWeather as you would have to make your consumer and secret API keys public which shouldn't be done. I'm looking into other API options but could be a little bit.
Also, simpleWeather seems to be working on the demos at the moment.

authors: equatebrand fleeting


text:
How to do heuristics only based on text not extension?

For example grab a C file, change its extension to .go. All github-linguist, enry and hyperpolyglot detect it as a Go source.
If I remove the extension, hyperpolyglot returns empty.

[dependencies]
hyperpolyglot = { git = "https://github.com/StringKe/hyperpolyglot.git", branch = "master" }

fn main() {
    let content = r#"
   use clipboard_rs::{ClipboardContext, ClipboardHandler};

pub struct ClipboardManager {
    ctx: ClipboardContext,
}

impl ClipboardManager {
    pub fn new() -> Self {
        Self {
            ctx: ClipboardContext::new().unwrap(),
        }
    }
}

impl ClipboardHandler for ClipboardManager {
    fn on_clipboard_change(&mut self) {
        println!("Clipboard changed");
    }
}
    "#;
    let result = hyperpolyglot::detectors::classify(content, &*vec![]);
    println!("{}", result.to_string());
}

authors: StringKe pvonmoradi

repo: monkslc/hyperpolyglot


text:
Move GetSignatures into ProcessedType hierarchy and simplify signific…

…antly

https://github.com/mono/Embeddinator-4000/issues/276

Build and tests passed.

Build and tests passed.

authors: chamons monojenkins


text:
Blur event not emited

Could the blur event from the search input be reimited? I want to use it to trigger validation

Please use @close. It is emitted when the multiselect is closing and that happens after a blur event.

authors: shentao williamoliveira

repo: monterail/vue-multiselect


text:
Fixed maxValue, minValue, between validators for use with Dates

See issue #201
Fixed maxValue, minValue for use with Dates. Added tests, amended docs
Added tests for Date values for the between validator, fixed bug these turned up where all dates were invalidated due to a stringified Date containing spaces. Amended docs.

Codecov Report

Merging #207 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #207   +/-   ##
=======================================
  Coverage   99.54%   99.54%
=======================================
  Files          24       24
  Lines         436      436
=======================================
  Hits          434      434
  Misses          2        2

Impacted Files
Coverage Δ

src/validators/maxValue.js
100% <ø> (ø)
:arrow_up:

src/validators/minValue.js
100% <ø> (ø)
:arrow_up:

src/validators/between.js
100% <ø> (ø)
:arrow_up:

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 84a0c1d...2d68cb6. Read the comment docs.

Hey, thanks for the contribution, and for extra between tests 👍  Looks good, merging :)

authors: Frizi codecov-io mattixittam

repo: monterail/vuelidate


text:
Can't have a TouchableOpacity component inside renderParallaxBackground function

Issue details
Can't have a TouchableOpacity component inside renderParallaxBackground function.
Please specify which versions of the RN and ParallaxScroll

react-native 5.7.1
react-native-parallax-scroll 1.8.0

Affected platforms

Both

Screenshots / Screencast / Code Snippets (Optional)
  renderParallaxBackground = ({ height, animatedValue }) => {
    return (
       <TouchableOpacity onPress={() => console.log('doesnt work')}>
          <Text>Text</Text>
       </TouchableOpacity>
    )
  }

Hi @teod, this is known issue connected with RN limitations, you can use renderParallaxForeground for this case)


text:
DCGAN Training code

Hi,
Thanks for sharing your implementation!
Can you please point to the DCGAN training code to use with your model?
Cheers,
Eldar.

Hi,
We reused a model trained previously using code from https://github.com/carpedm20/DCGAN-tensorflow. However that repository was written for tensorflow 0.12, and most probably would not work with tensorflow >= 1.0 without modifications.
Tensorflow now has GAN models in its contrib, see https://github.com/tensorflow/tensorflow/tree/master/tensorflow/contrib/gan. What we used was the vannila convolutional GAN with 5 conv layers as in carpedm20's code.
Do remember to change the variable names to match your trained GAN if you are using the newer TFGAN implementation.

authors: eldar moodoki


text:
Added the events feature

Added a category for events, allowing us to upload event information on the website.

My apologies!