Баш подлинник разрешения отказано и плохой переводчик

Я удалил все будильники на Андроид JellyBean 4.1.1 путем выполнения следующих операций в меню Настройки > Приложения > Все > часы:

Принудительная остановка
Очистить данные
Очистить кэш

YMMV

Я пытаюсь подключиться по SSH к ПК (назовем его б) с сервера Ubuntu 18.04 из Поленики Pi (назовем его а) с Raspbian стрейч Лайт. Оба на моей локальной сети. PublicKeyAuth отключена и PasswordAuth включена на Б (копия моего /и т. д./по ssh/sshd_config в на в дописывается до конца вопрос)

Когда я пытаюсь SSH пользователь@Б от него не появляется сообщение отказано в доступе (пароль) посмотрев на выход СШ-V пользователю@б я думал, что может все-таки попробовать использовать PublicKeyAuth и нашли этот вопрос обсуждать как заставить клиента использовать PasswordAuth.

Но предложенная команда не работает, так это, кажется, другой вопрос.

Я также удалил запись из моего Если вы файл на в случае, если это происходит с любыми значениями по умолчанию прилагается, но СШ пока не удалось.

Когда я пытаюсь подключиться по SSH с моего ноутбука с теми же параметрами о б он запрашивает у меня пароль и логи мне в после того, как я его поставлять.

Можно просто добавить ключ вручную на Б, но я хотел бы знать, что я неправильно для того, чтобы избежать этого в следующий раз!

Вывод СШ -о PreferredAuthentications=пароль -о PubkeyAuthentication=нет пользователей@ИС на:

OpenSSH_7.Raspbian-10 4p1+deb9u4, в OpenSSL 1.0.2 л 25 мая 2017
debug1: чтение данных конфигурации в /etc/СШ/файле ssh_config
debug1: в /etc/СШ/файле sshd_config строку 19: применение варианты *
debug2: разрешение "192.168.х.порт x" 22
debug2: ssh_connect_direct: needpriv 0
debug1: подключение к 192.168.х.х [192.168.х.порт x] 22.
debug1: установленное соединение.
debug1: идентичность файл /home/пользователь/.по SSH/id_rsa тип 1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/пользователь/.по SSH/id_rsa-Серт введите -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/пользователь/.по SSH/id_dsa, который находится тип -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/пользователь/.по SSH/id_dsa, который находится-Серт введите -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/пользователь/.СШ/тип id_ecdsa -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/пользователь/.СШ/id_ecdsa-Серт введите -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/пользователь/.СШ/тип id_ed25519 -1
debug1: key_load_public: нет такого файла или каталога
debug1: идентичность файл /home/пользователь/.СШ/id_ed25519-Серт введите -1
debug1: включение режима совместимости для протокола 2.0
debug1: локальное строке версия протокола SSH-2.0-OpenSSH_7.Raspbian-10 4p1+deb9u4
debug1: Удаленная версия протокола 2.0, пульт дистанционного версия программы OpenSSH_7.6p1 Убунту-4
debug1: матч: OpenSSH_7.6p1 Убунту-4 ПЭТ пакет OpenSSH* совместимость 0x04000000
debug2: ФД 3 Установка системного
debug1: проверка подлинности на 192.168.х.Х:22 'пользователь'
debug3: hostkeys_foreach: чтение файла "/главная/пользователя/.СШ/если вы"
debug3: record_hostkey: найден ключ алгоритма ECDSA типа в файле /Home/пользователь/.СШ/если Вы:3
debug3: load_hostkeys: загружен 1 ключи от 192.168.х.х
debug3: order_hostkeyalgs: предпочитаю hostkeyalgs: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: отправить пакет: тип 20
debug1: SSH2_MSG_KEXINIT послал
debug3: получите пакета: тип 20
debug1: SSH2_MSG_KEXINIT получил
debug2: местное предложение KEXINIT клиента 
debug2: KEX по алгоритмам: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: хозяин ключевых алгоритмов: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],[email protected],ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: шифры хтов: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],aes128-cbc,aes192-cbc,aes256-cbc
debug2: шифры в наличии: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],aes128-cbc,aes192-cbc,aes256-cbc
debug2: Маков хтов: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: Ман в наличии: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: хтов сжатие: нет,[email protected],как zlib
debug2: в наличии сжатие: нет,[email protected],как zlib
debug2: языки хтов: 
debug2: языки в наличии: 
debug2: first_kex_follows 0 
debug2: зарезервировано 0 
debug2: предложение коллегиального KEXINIT сервера 
debug2: KEX по алгоритмам: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1
debug2: хозяин ключа алгоритмы: СШ-ОГА,ОГА-алгоритм SHA2-512,РСА-алгоритм SHA2-256,по алгоритму ECDSA-алгоритм SHA2-nistp256,СШ-ed25519
debug2: шифры хтов: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: шифры в наличии: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: Маков хтов: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: Ман в наличии: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: хтов сжатие: нет,[email protected]
debug2: в наличии сжатие: нет,[email protected]
debug2: языки хтов: 
debug2: языки в наличии: 
debug2: first_kex_follows 0 
debug2: зарезервировано 0 
debug1: KEX по: алгоритм: curve25519-SHA256 и
debug1: KEX по: ключевой алгоритм хозяин: алгоритма ECDSA-алгоритм SHA2-nistp256
debug1: KEX по: сервер->клиент шифр: [email protected] МАК: <неявно> сжатие: нет
debug1: KEX по: клиент->сервер шифрования: chacha[email protected] МАК: <неявно> сжатие: нет
debug3: отправить пакет: Тип 30
debug1: ожидая SSH2_MSG_KEX_ECDH_REPLY
debug3: получение пакета: Тип 31
debug1: сервера ключа: алгоритма ECDSA-алгоритм SHA2-nistp256 и SHA256:ycsiE8n8WxPvLtO29np2RbItqRhExmsSitflo7c67qq
debug3: hostkeys_foreach: чтение файла "/главная/пользователя/.СШ/если вы"
debug3: record_hostkey: найден ключ алгоритма ECDSA типа в файле /Home/пользователь/.СШ/если Вы:3
debug3: load_hostkeys: загружен 1 ключи от 192.168.х.х
debug1: хост 192.168.х.X' - это известный и играм основного алгоритма ECDSA.
debug1: найден ключ в /Home/пользователь/.СШ/если Вы:3
debug3: отправить пакет: тип 21
debug2: set_newkeys: режим 1
debug1: переключа после 134217728 блоков
debug1: SSH2_MSG_NEWKEYS послал
debug1: ожидая SSH2_MSG_NEWKEYS
debug3: пакет получите: тип 21
debug1: SSH2_MSG_NEWKEYS получил
debug2: set_newkeys: режим 0
debug1: переключа после 134217728 блоков
debug2: ключ: /главная/пользователя/.по SSH/id_rsa (0x1f2c0c0)
debug2: ключ: /главная/пользователя/.по SSH/id_dsa, который находится ((ноль))
debug2: ключ: /главная/пользователя/.СШ/id_ecdsa ((ноль))
debug2: ключ: /главная/пользователя/.СШ/id_ed25519 ((ноль))
debug3: отправить пакет: Тип 5
debug3: пакет получите: тип 7
debug1: SSH2_MSG_EXT_INFO получил
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug3: пакет получите: Тип 6
debug2: service_accept: по SSH-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT получил
debug3: отправить пакет: тип 50
debug3: пакет получите: 51 тип
debug1: проверки подлинности, что можно продолжать: пароль
debug3: начать заново, прошел другой список паролей
debug3: предпочитаемый пароль
: пароль authmethod_lookup debug3
debug3: остальные предпочли: 
debug1: нет больше методов проверки подлинности, чтобы попробовать.
Отказано в доступе (пароль).

Мой файл/etc/СШ/sshd_conf на B:

# $В OpenBSD: файл sshd_config,в 1.101 2017/03/14 07:19:07 DJM по Ехр $

# Это общесистемного сервер sshd файл конфигурации. См
# файл sshd_config(5) дополнительные сведения.

# Этот демон был составлен с path=/usr/Бен:/ОГРН: выполнить/sbin:/sbin размещена

# Стратегия используется для параметров в файле sshd_config по умолчанию поставляется с
# OpenSSH это для задания параметров с их значением по умолчанию
# возможно, но оставить их комментирует. Параметры раскомментировать переопределить
# значение по умолчанию.

Порт #22
#AddressFamily любой
#ListenAddress 0.0.0.0
#ListenAddress ::

#Ключ хоста в /etc/СШ/ssh_host_rsa_key
#Ключ хоста в /etc/СШ/ssh_host_ecdsa_key
#Ключ хоста в /etc/СШ/ssh_host_ed25519_key

# Шифров и ключей
#RekeyLimit по умолчанию нет

Лесозаготовки # 
#SyslogFacility АВТ
#Мышиloglevel информация

Проверка подлинности#:

#LoginGraceTime 2М
#Настроен с параметром запретить-пароль
StrictModes #да
#MaxAuthTries 6
#MaxSessions 10


PubkeyAuthentication нет
PasswordAuthentication да


# Ожидать .по SSH/authorized_keys2 не принимается во внимание по умолчанию в будущем.
#AuthorizedKeysFile .по SSH/authorized_keys .по SSH/authorized_keys2

#AuthorizedPrincipalsFile нет

#AuthorizedKeysCommand нет
#AuthorizedKeysCommandUser никто не

# Для этой работы вам понадобится ключи узла в /etc/СШ/ssh_known_hosts
#HostbasedAuthentication нет
# Измените на Да, если вы не доверяете ~/.СШ/если вы для
# HostbasedAuthentication
#IgnoreUserKnownHosts нет
# Не читаю ~пользователя/.rhosts и ~/.shosts файлов
IgnoreRhosts #да

# Чтобы отключить туннелирование нешифрованные пароли, изменить здесь нет!


#PermitEmptyPasswords нет

# Изменить для да, чтобы разрешить вызов-ответ паролей (остерегайтесь проблем с
# некоторые модули PAM и нитей)
ChallengeResponseAuthentication нет

# Варианты Керберос 
#KerberosAuthentication нет
KerberosOrLocalPasswd #да
#KerberosTicketCleanup да
#KerberosGetAFSToken нет

# Варианты gssapi с 
#GSSAPIAuthentication нет
GSSAPICleanupCredentials #да
GSSAPIStrictAcceptorCheck #да
#GSSAPIKeyExchange нет

# Установите значение "да", чтобы включить проверку подлинности с помощью Пэм, обработка счета,
# и обработки сессии. Если эта опция включена, pam-аутентификации будут
# разрешается через ChallengeResponseAuthentication и
# PasswordAuthentication. В зависимости от конфигурации пам
Проверка подлинности # пам через ChallengeResponseAuthentication может обойти
# параметр "настроен с параметром без пароля".
# Если вы просто хотите, чтобы счета Пэм и сессии проверяет, чтобы работать без
# Pam-аутентификации, а затем разрешить это, но набор PasswordAuthentication
# и ChallengeResponseAuthentication на "нет".
UsePAM да

#AllowAgentForwarding да
#AllowTcpForwarding да
#GatewayPorts нет
X11Forwarding да
#X11DisplayOffset 10
#X11UseLocalhost да
PermitTTY #да
PrintMotd нет
PrintLastLog #да
Параметр tcpkeepalive #да
#UseLogin нет
#PermitUserEnvironment нет
#Задержкой сжатия 
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS нет
#PID-файл в /var/работа/команды.пид
#MaxStartups 10:30:100
#PermitTunnel нет
#ChrootDirectory нет
#VersionAddendum нет

# нет пути баннера по умолчанию 
#Баннер никто

# Разрешить клиенту, чтобы пройти языковой среде переменные
AcceptEnv Lang и LC_*

# переопределение по умолчанию нет подсистем
Подсистему SFTP /УСР/Либ/пакет OpenSSH/SFTP клиент-сервер

# Пример переопределение параметров для каждого пользователя
Пользователь матч #анонимного CVS
# X11Forwarding нет
# AllowTcpForwarding нет
# PermitTTY нет
# Сервер ForceCommand резюме 

Вот мой случай:

Я написал статью и предложил на пост-док, чтобы помочь мне отредактировать его. Как пост-док-это гораздо лучше, чем я, пост-док изменил много контента (почти все, но без изменения каких-либо идеей). По данным этого вклада, пост-док стоит как второй автор. Пост-доком договорились на бумаге, затем мы подали и документ был принят. После этого, пост-док утверждал, что основной причиной, угрожали отозвать документ (личных конфликтов) и действительно так. Но редактор журнала отказался отозвать запрос и попросил меня для окончательной версии. Даже если и так, второй автор продолжал утверждая, что я не имею права представить окончательный вариант. В данном случае, этично ли продолжать процесс публикации?

Я активировал среды Android (арт) вместо Dalvik и после этого мой телефон перезагрузился, но кажется, что он застрял в приложение.

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

Мое устройство на HTC Explorer под управлением бета-версии 11 4 см построить.

На сервере Oracle можно подключиться ясно

для sqlplus пользователь/пасс@hostremote/Сид

Если я сделаю туннель

СШ -л 1521:имя localhost:1521 -Ф -Н hostremote -ВВВ

дай мне

debug1: подключение к порту 1521 переадресация на localhost порт 1521 просила.
debug2: ФД 7 параметр tcp_nodelay
debug2: ФД 7 настройка системного
debug3: ФД 7-это флаг
debug1: канал 2: новый [прямая-элемент tcpip]
канал 2: Open ошибка: не удалось подключиться: подключение отказался
debug2: канал 2: зомби
debug2: канал 2: сбор мусора 
debug1: канал 2: бесплатно: прямая-элемент tcpip: слушает порт 1521 на localhost, порт 1521, подключения от Порт 127.0.0.1 Порт 60882 на 127.0.0.1 1521, nchannels 3
debug3: канал 2: статус: следующие подключения:

Ошибка:
В Ora-12537: TNS в: тесная связь 

Почему?

Обычно я делаю SSH туннель на непосредственно подключенном сервере,например

Oracle сервера установлены=192.168.0.15
Клиент=192.168.0.4

На клиенте я создаю туннель и соединить с для sqlplus на localhost,легко.

Сейчас ситуация немного другая и более сложная

СЕРВЕР PSHYSICAL=192.168.0.44
Virtual машины с NAT=192.168.0.45 eth0 в eth1 и 10.3.1.1
Oracle сервера установлены=виртуальная машина 10.3.1.4

Я сделаю ДНАТ на виртуальной,я могу использование telnet 1521 виртуальной и tcptraceroute 1521 вернуть соединение успешно. Но после тоннеля(успешно) у меня ошибка TNS и нет связи.

Это ДНаТ сделать с выполнение firewalld

 вперед-порты: порт=1521:прото=ТСР:toport=1521:так=10.3.1.4
порт=1521:прото=УДП:toport=1521:так=10.3.1.4

Сначала проверьте содержимое вашего /etc/файл resolv.файл conf и найдите строки имен. Скорее всего, один или два ближе к вершине, не работают. Просто попробуйте выполнить команду ping IP-адреса указанных серверов. Либо заменить те, которые не pingign или приносите с громадными задержками или неприемлемые потери пакетов. Если вы не имеете любые другие серверы имен, толкать плохие сервера имя ниже в списке. DNS-запрос идет от верхней части этого файла на дно в таком порядке и каждый из них имеет тайм-аута, прежде чем ваш запрос переходит к следующему.

если ваш DNS-серверы приобретаются по DHCP, то вам, возможно, потребуется использовать графический интерфейс какой-то, чтобы вручную указать имя сервера, а не приобретать их автоматически.

Я обычно использую Spotify для музыки, но я хожу время от времени в iTunes, чтобы слушать подкасты.

Иногда у меня оба приложения открыты, и когда я хочу остановиться, я выберите приложение и (⌘ + вкладка , пока не нашел приложение) и я попал в пространство , которое перестает играя.

Дело в том, что у меня развилась эта привычка из-за воспроизведения/паузы клавиша не работала, а была только остановка iTunes, если он был открыт.

Я хотел бы, чтобы воспроизведение/пауза ключ (и все связанные с музыкой ключи) работаю на приложение, которое я выбрал последнее, это возможно или настраивается?

Я использую Макбук Pro с сенсорным бар (Мохаве 10.14.1)

Даунгрейд не возможен, только стирать и начинать с нуля.

Вы всегда можете сделать резервную копию данных, а затем вручную восстановить ваш MacBook после установки Маверикс. Я бы рекомендовал просто внешний HD для копирования всех ваших домашних папок (рабочего стола, музыку, документы и т. д.); затем, когда вы закончите настройку Маверикс, просто скопировать данные обратно.

Я хотел бы использовать часы как и другие ответ подсказывает, но просто чтобы показать вам, как можно приблизиться к, казалось бы, сложную проблему, используя строительные блоки, предусмотренных оболочки, таких как Unix; цикл while может быть простой способ, чтобы выполнить свой цикл.

$ а [ 1 ]; не понятно; дата; КПП <файл>; сна 1 ;сделано

Пример

$ а [ 1 ]; не понятно; дата; кошка sample.txt; сна 1 ;сделано
15 ноября пятница 09:17:39 оценка 2013
1
2
3
4
5

Экран очищается, а затем через секунду, это будет отображаться:

15 ноября пятница 09:17:40 Оценка 2013
1
2
3
4
5

Ты была в сценарии запуска системы, которые не имеют сеанс X11, доступной для них. Вот почему вы получаете "не может открыть дисплей" ошибка. (Я оставляю в стороне то, что ты пишешь в инит.д скрипт на систему systemd, вместо systemd в блок. И ваш сценарий инициализации фактически не может следовать API, например, это не проверка на "старт" или "стоп").

Вместо этого, нужно крюк в автозагрузку Х11. У вас есть пять вариантов (по крайней мере,—продолжал думать еще во время написания этого):

1. Система шириной, помещаем скрипт в файл/etc/Х11/xsession теперь.д/. Этот скрипт найденный на Х сессии настройки, в принципе все, что вам нужно-это если заблокировать. Это будет мой выбор.

2. Вы должны быть в состоянии установить настройки по умолчанию для монитора, поставив вещи в файл/etc/Х11/файл xorg.конф.Д/С (который может понадобиться функция mkdir первый). Хотя нужно изучать синтаксис конфига для xorg.

3. Для одного пользователя, поместить его в ваш ~/.Xsession теперь.

4. Для одного пользователя, поместить его в сценарии запуска своей рабочей среды (большинство имеют). Или, может быть, ваш Де на самом деле может просто запомните настройки монитора и применить его автоматически.

5. Система (или для одного пользователя), положить его в systemd в пользовательской сессии. Это предполагает поставив блок файл в каталоге/etc/системы.д/пользователей или ~/.конфиг/systemd в/пользователей/. Очень гибкий, но требует изучения причин продолжать.

Нет опции функция календаря для не-пользователей iOS.

Кокосовое масло является безопасным для кошек, если давать в меру.

Потенциальные побочные эффекты включают:

• Расстройство желудка
• Диарея
• Панкреатит
• Набрать вес
• Аллергическая реакция на кокосовое масло

Поскольку вы позволяете вашей кошки есть небольшие суммы без каких-либо аллергических реакций, я думаю, можно с уверенностью предположить, что это не аллергия.

Кокосовое масло имеет много преимуществ для кошек и может быть использовано внутренне или наружно для целого ряда причин:

Актуальные

• Лечить аллергию, экземы, и других кожных раздражений
• Увлажняет сухую кожу
• Снимают зуд
• Улучшают общее самочувствие пальто
• Действуют как барьер против аллергенов окружающей среды и химических веществ
• Чистка складках кожи

Внутренние

• Лечить аллергию
• Помощь в прохождение комков шерсти
• Уменьшить воспаление артрита
• Улучшить плохое дыхание
• Лечения легкой гингивит
• Облегчить запор
• Улучшить здоровье желудка
• Борются с бактериальными инфекциями
• Повышения энергетической мозга

Сколько?

Исследования, которые я сделала предполагает 1/8 до 1/2 чайной ложки один или два раза в день. Вот в чем загвоздка, экстра вирджин кокосовое масло содержит 92% насыщенных жиров, или 117 калорий на столовую ложку, 14г жиров и 12 г насыщенных жиров. Это высококалорийная добавка. Если ваша кошка уже существующих проблем с весом, или если он набирает вес, тогда, возможно, придется сократить, или уменьшить его потребление калорий в другом месте.

Как с что-нибыдь, если вы видите какие-либо побочные эффекты, немедленно остановитесь и проконсультируйтесь с вашим местным ветеринаром.

Источники:

https://www.petmd.com/cat/nutrition/coconut-oil-cats-it-good-idea https://bostonstreetvet.com/2014/12/12/10-uses-for-coconut-oil-for-pet-health/ https://www.organicfacts.net/coconut-oil-cats.html

Многое изменилось с 11.04 и Compiz более интегрированы в 11.10. Некоторые варианты, где верно 11.04 не вариант уже в 11.10.

Если вы действительно хотите играть в игры в Linux моя рекомендация-это будет всегда, пока NVIDIA и ATI релиз хороших стабильных драйверов: нет эффекты рабочего стола, если вы играете в игры.

Только представьте, сколько миллисекунд, что вы в безопасности (и, следовательно, допустить, что выстрел в голову вызовет у вас засек снайпера на время) без компьютера посчитать, какой это замечательный 3D-эффект на эти кнопки может выглядеть?

Можно краткий ответ будет: не используйте 3D рабочий стол для игры, особенно в 11.10, его так много тяжелой графики.

Я пытаюсь установить в macaulay2. Я с Ubuntu 12.10.

Я изменил файл/etc/АПТ/источников.перечень , как объясняется на официальном сайте и следовали инструкциям, но почему-то когда я использую менеджер пакетов Synaptic, он говорит, что не может загрузить UIUC хранилищ. Когда я использовать apt-получить, я получаю сообщение, что он не мог найти в macaulay2.

С помощью Gdebi я получаю эту ошибку:

Зависимости не удовлетворены Маколей 1.5 *

Я не уверен, как я должен пойти об этом, и любая помощь будет высоко ценится.

* Я использую процессор Intel i-5 и и процессора (архитектура) зависит от версии, кажется, и3. Но я не думаю, что это проблема.

Есть ли способ, чтобы экспортировать XPUB/копировать кошелек от MultiBit HD-кошелька (для Windows)?

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

судо apt-получить установку в VirtualBox-гость-utils и в VirtualBox-гость-Х11 в VirtualBox-гость-переходный

Ранее вы, возможно, нуждались в "ОСЭ" версии:

суда apt-получить установку в VirtualBox-ОСЭ-гость-utils и в VirtualBox-ОСЭ-гость-Х11 в VirtualBox-ОСЭ-гость-переходный

Вот ссылка на сайт 'Наука о лучшей шоколадное печенье'. Она разрушает различные ингредиенты в стандартных шоколадное печенье рецепты и объясняет, что они делают.

Одним из замечаний было такое:

Изготовления печенья с различной степенью как сода и порошок, я нашел это пекарский порошок, как правило, производит cakier печенье, которые поднимаются выше во время выпечки, производящих гладкими, блестящими голенищами, в то время как сода дает файлы cookie, craggier и плотнее по текстуре

На сайте также эксперименты с переделками (различной муки, подсластители, сливочное масло против растопленное, соду против порошка и т. д.) и показывает/описывает результаты. Возможно, это может помочь вам изменить свой рецепт, чтобы добиться консистенции печенья, которым вы стремитесь.