И вообще, список это или нет

Ошибка: NameError: name 'd' is not defined

Давай целиком код

Хотя что было раньше в листе?

лист1 = пустой список

лист1 = пустой список

Покажи как создаешь

list1=[] a=input('Type some value:\n') list1.append(a)

С чего это сборкой пакетов и зависимостяси должно одно приложение заниматься? Ещё скажите yum и rpmbuild должны в одно объединиться

ты немного смешиваешь задачи системного пакетного менеджера и задачи инструмента для сборки проекта \ управления окружением разработки. если мы говорим о, например python, то задача пакетного менеджера - построить дерево зависимостей на основании метаданных, установить, сгенерировать лок файл. дальше собрать на основе тех же метаданных артефакт \ пакет. это все части процесса разработки, для которого хорошо бы иметь single source of truth.

мне кажется проблема с vsCode

list1=[] a=input('Type some value:\n') list1.append(a)

Версия питона какая?

Если второй, надо raw_input()

а в итоге мы имеем мешанину с requirements \ setup.py, отсутствие нормального механизма лок файлов, которую кое как решает pipenv

Версия питона какая?

3.6

ты немного смешиваешь задачи системного пакетного менеджера и задачи инструмента для сборки проекта \ управления окружением разработки. если мы говорим о, например python, то задача пакетного менеджера - построить дерево зависимостей на основании метаданных, установить, сгенерировать лок файл. дальше собрать на основе тех же метаданных артефакт \ пакет. это все части процесса разработки, для которого хорошо бы иметь single source of truth.

Это разные метаданные. Сборка пакета != сборка окружения

Ошибка: NameError: name 'd' is not defined

тогда этого не может быть

Такое впечатление, что вы что-то другое пытаетесь выполнить

Может забыл файл сохранить?

3.6

Какая операционка?

Как файл запускаешь?

3.6

list1=[] a=input('Type some value:\n') list1.append(a) print(list1) Type some value: 123 ['123']

Покажи целиком файл

Блин, файл состоит из 3 строчек

которые я и скинул уже

ты немного смешиваешь задачи системного пакетного менеджера и задачи инструмента для сборки проекта \ управления окружением разработки. если мы говорим о, например python, то задача пакетного менеджера - построить дерево зависимостей на основании метаданных, установить, сгенерировать лок файл. дальше собрать на основе тех же метаданных артефакт \ пакет. это все части процесса разработки, для которого хорошо бы иметь single source of truth.

При сборке библиотеки лок не нужен. Лок нужен при сборке окружения с софтом.

Если просто запустить в терминале - то все работает корректно, если в vs code через code runner - то вылезает такая ересь

Блин, файл состоит из 3 строчек

Видимо нет. Загрузи файл целиком

О

Vs code

лол

вс код

Если просто запустить в терминале - то все работает корректно, если в vs code через code runner - то вылезает такая ересь

так может в вскод в таске жёстко прописано имя файла и оно, внезапно, другое?

Хз как им пользутся и зачем

Хз как им пользутся и зачем

очень просто, он офигенен

затем, что это бесплатно

очень просто, он офигенен

Не спорю. Пусть висит в рамке на стене

затем, что это бесплатно

А как же нано!

нано нинано

так может в вскод в таске жёстко прописано имя файла и оно, внезапно, другое?

Нет, если число передаю в input - то все корректно. Если пишу например 'a' - то тоже работает. Просто пишу a,b,c и т.д - ошибка Name Error

А как же нано!

vim с плагинами тогда уж!

А как же нано!

вы еще ви помяните тут ?

vim с плагинами тогда уж!

А я удержался

vim с плагинами тогда уж!

?

Нет, если число передаю в input - то все корректно. Если пишу например 'a' - то тоже работает. Просто пишу a,b,c и т.д - ошибка Name Error

А из консоли норм?

Нет, если число передаю в input - то все корректно. Если пишу например 'a' - то тоже работает. Просто пишу a,b,c и т.д - ошибка Name Error

Значит, у тебя второй питон

case solved

При сборке библиотеки лок не нужен. Лок нужен при сборке окружения с софтом.

это не взаимоисключающие вещи. для софта ты можешь как собирать пакет так и разворачивать окружения.

А из консоли норм?

угу

в других языках это решается одной блин утилитой

Нет, если число передаю в input - то все корректно. Если пишу например 'a' - то тоже работает. Просто пишу a,b,c и т.д - ошибка Name Error

покажи код таска

и такой проблемы нет

Значит, у тебя второй питон

+ проверь интерпретатор в вс коде

угу

интерпретатор в студии какой настроен?

а, ну или и правда питон не тот

сорри, вопрос закрыт

посмотрел код таска

я даун

это не взаимоисключающие вещи. для софта ты можешь как собирать пакет так и разворачивать окружения.

Для софта есть две задачи: 1. Собрать пакет с приложением/библиотекой и указанием зависимостей и запушить у репозиторий 2. Собрать окружение с конкретными версиями всего чего надо. И запушить в другое место

Софт как правило состоит не из одного пакета

Так что фиксация зависимостей внешняя задача по отношению к пакетам

И решается потом. После их сборки

Для софта есть две задачи: 1. Собрать пакет с приложением/библиотекой и указанием зависимостей и запушить у репозиторий 2. Собрать окружение с конкретными версиями всего чего надо. И запушить в другое место

да, это две разных задачи. было бы очень хорошо, если бы инструментарий решал их обе одинаково хорошо. такого сейчас нет.

Вот. Их обе надо решать. Но не обязательно одним инструментом

желательно основываясь на одном источнике метаданных

ERROR: S client not available

ну ок, инструмент не обязательно один. должен быть унифицированный формат описания проектных метаданных

Ну все таки лок файл и зависимости - должны быть отдельны

ну ок, инструмент не обязательно один. должен быть унифицированный формат описания проектных метаданных

Это да. Согласен

да

Может допилить пипенв, если кто-то знает какие требования?

Может допилить пипенв, если кто-то знает какие требования?

Там все сложно, как я понял

Может допилить пипенв, если кто-то знает какие требования?

разве что форкнуть. народ уже просил хотя бы дать механизм генерировать install_requires на основе Pipfile.

А вроде же что-то обещали в Пип завезти, не?

https://github.com/pypa/pipenv/issues/209

Есть люди, которые еще используют Python 2 при написании чего-либо?

Есть люди, которые еще используют Python 2 при написании чего-либо?

есть Николай

есть, на старых дистрах где ничего нельзя обновлять

Есть люди, которые еще используют Python 2 при написании чего-либо?

есть, больше чем хотелось бы

даже у нас проект все еще на py2, со следующего релиза будем перелазить

даже у нас проект все еще на py2, со следующего релиза будем перелазить

Слушай, ты не в Naumen работаешь? что-то меня роднит с тем, что ты пишешь)

нет

Кто-нибудь сталкивался с проблемой тормозов Pillow при использовании его из приложения на PyQt5?

Кто-нибудь сталкивался с проблемой тормозов Pillow при использовании его из приложения на PyQt5?

Смотря что делать - ресайзил без тормозов.

Смотря что делать - ресайзил без тормозов.

О, даров

О, даров

Ахахаха следишь и тут за мной ?

Да ?

Смотря что делать - ресайзил без тормозов.

Рисует бокс +лейбл к нему за 1сек почему то

Тестил отдельно рисование - всё нормально

А когда интегрировал модуль в приложение на Pyqt - то не подружились они

А за чем ты пилоу рисуешь бокс + лабел это же все встроенное самом qt

Или я чето не понимаю ))

Но я только qt + pil - делал ресайз и обрезать, там нормал - шустро работало

А за чем ты пилоу рисуешь бокс + лабел это же все встроенное самом qt

Возможно, я не особо разбираюсь в qt...)