сборка docker теперь терпит неудачу с последней версией ubuntu 16.04
Я чувствую тебя на этом, это слишком часто меня беспокоит. Я бы сказал, что на самом деле это не так странно. Упорядочить значки в аккуратном порядке - Vista делает это, XFCE делает это, черт возьми, я думаю, Windows XP сделала это. Почему не GNOME?
Но: so:
Полуресурс, который я нашел:
Полуресурс, который я нашел:
2. Вырезать и вставить все эти значки в другую папку. т.е. / home / emmy / icons
2. Вырезать и вставить все эти значки в другую папку. например, / home / emmy / icons
Теперь Gnome должен выровнять их в пространстве.
Если есть определенный порядок, в котором вы хотите, чтобы ваши значки были перечислены (кроме в алфавитном порядке), вам просто придется вырезать и вставлять обратно на рабочий стол в кусках в нужном порядке.
Имеют смысл?
Это решение для взлома, но gnome / nautilus не знает / не будет правильно размещать значки, насколько я знаю, и пока вы не меняете shorcuts вокруг постоянно, вам нужно сделать это только один раз.
Если вы найдете реальное решение для это, я хотел бы услышать это!
3 ответа
Бывает потому, что я пытался запустить сборку на Max OS Sierra 10.12.x. Так как я использую базовое изображение Ubuntu 16.04, я просто начал строить изображение на машине с Ubuntu 16.04, и все работает.
Было бы здорово иметь возможность создавать изображения без зависимости от ОС хоста, но я не уверен, насколько это возможно. Я понимаю, что работающие контейнеры нуждаются в ОС хоста, но не уверены, насколько эта зависимость связана с просто созданием образа.
В любом случае, я решил проблему. Должно было быть известно, как это произошло раньше, когда мне приходилось строить образ на другом компьютере и ОС.
Бывает потому, что я пытался запустить сборку на Max OS Sierra 10.12.x. Так как я использую базовое изображение Ubuntu 16.04, я просто начал строить изображение на машине с Ubuntu 16.04, и все работает.
Было бы здорово иметь возможность создавать изображения без зависимости от ОС хоста, но я не уверен, насколько это возможно. Я понимаю, что работающие контейнеры нуждаются в ОС хоста, но не уверены, насколько эта зависимость связана с просто созданием образа.
В любом случае, я решил проблему. Должно было быть известно, как это произошло раньше, когда мне приходилось строить образ на другом компьютере и ОС.
Бывает потому, что я пытался запустить сборку на Max OS Sierra 10.12.x. Так как я использую базовое изображение Ubuntu 16.04, я просто начал строить изображение на машине с Ubuntu 16.04, и все работает.
Было бы здорово иметь возможность создавать изображения без зависимости от ОС хоста, но я не уверен, насколько это возможно. Я понимаю, что работающие контейнеры нуждаются в ОС хоста, но не уверены, насколько эта зависимость связана с просто созданием образа.
В любом случае, я решил проблему. Должно было быть известно, как это произошло раньше, когда мне приходилось строить образ на другом компьютере и ОС.