LINUX.ORG.RU

GParted 1.0.0

 , ,


1

2

Вышла новая версия написанного с использованием библиотеки GTK+ редактора разделов GParted — 1.0.0.

Основные изменения:

  • GParted перешел на gtkmm 3.
  • Инфраструктура документации переведена на GNOME 3 yelp-tools.
  • Включено онлайн-изменение расширенных разделов.
  • Добавлена поддержка выполнения операций чтения образа диска, проверки и изменения размера F2FS.
  • Исправлено медленное обновление информации о разделах с ФС NTFS.

>>> Подробности

★★★★★

Проверено: jollheef ()
Последнее исправление: Deleted (всего исправлений: 2)
Ответ на: комментарий от anonymous

И на оперативу тоже распространяется.

Бррр... Оперативу-то по-моему как раз всю жизнь в двоичной мерили. Как её вообще можно мерить не в двоичной?

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

не знаю. Старый комп с 4 планками по 2ГБ (производитель уже стерся) — в зависимости от того где смотреть показывает, что физической памяти 7.96-8.0ГиБ. Новый комп 1 планка 8ГБ — уверенно пишет, что 7.8ГиБ. Рабочий комп с «типа» 1x16Гб пишет про 15.7ГиБ.

грузил с одного live-cd для эксперимента, интеграшек нет. Если оно под что-то резервируется, то было бы интересно выяснить под что, а так

Size: 16384 MB
можно считать как 16384 * 1024 = 16GiB или как 16384 * 1000 ~ 15.7GiB

anonymous
()
Ответ на: комментарий от anonymous

хотя старый комп может и не с того же live-cd грузил

anonymous
()
Ответ на: комментарий от Legioner

если верить докам, то видеоядер в процессорах нет. В ноутбуке, где есть видеоядро, под него резервируется 1024MiB (если верить) и остается доступной физической памяти 14.7GiB

Скорее я криво считаю и не учитывается память под ядро ОС и его резерв + еще что-то

anonymous
()
Ответ на: комментарий от anonymous

Видеокарты бывают не только в процессоре, но и на материнке.

anonymous
()
Ответ на: комментарий от anonymous

там противопоставление 1MB vs 1MiB

1MB = 1000B
1MiB = 1024B

а еще значение имеет регистр символов, так что 1 мб это 1 миллибит :)

anonymous
()
Ответ на: комментарий от hobbit

Так как производители SSD это те же производители HDD, то да, распространяется :) Преимущество метрических систем измерения в том, что они не привязаны к системе счесления компьютера. Если завтра компьютеры станут троичными, например, то не придется придумывать новые метрики.

FilosofeM ★★
()
Последнее исправление: FilosofeM (всего исправлений: 1)
Ответ на: комментарий от anonymous

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

FilosofeM ★★
()
Ответ на: комментарий от FilosofeM

Если завтра компьютеры станут троичными ...

... то потребуется введение новых схем и прошивок для электроники (и механики) HDD и SSD. Вот уж не думаю, что печать наклеек будет проблемой.

Для маркетологов/производителей это будет как нельзя лучшим способом смены единиц измерения чтобы показать, что новые «байты» круче старых

anonymous
()
Ответ на: комментарий от anonymous

Симлинки и хардлинки кстати относятся к этой внутренней кухне?

Нет, конечно. «Внутренняя кухня» - это про то, как это всё устроено внутри, а символьные ссылки - это вполне себе пользовательский интерфейс.

anonymous
()
Ответ на: комментарий от anonymous

а еще значение имеет регистр символов, так что 1 мб это 1 миллибит :)

Строго говоря, «б» в нижнем регистре не стандартизирована как «бит», так что это может быть что угодно. :)

anonymous
()
Ответ на: комментарий от anonymous

Думаю, надо делать как правильно

С таким же успехом можно призвать американцев переходить на метры.

anonymous
()
Ответ на: комментарий от hobbit

Ну и многие программы на GTK также поддерживают и вторую, и третью ветку. Весь Mate до 1.16 (если не ошибаюсь) поддерживал сборку с обеими ветками. Но это хорошо, когда речь идёт о простеньких дефолтных блокнотах и калькуляторах. В больших проектах вроде GIMP или даже сабжа это попросту утомительно.

Ну и резонный вопрос - а зачем вообще поддерживать устаревшие версии тулкитов? Кому это нужно, кроме 3.5 фанатиков?

meliafaro ★★★★★
()
Ответ на: комментарий от anonymous

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

meliafaro ★★★★★
()
Ответ на: комментарий от anonymous

utorrent

Что это?

auslogics disk defrag

Что это?

windows10

Смотря с чем сравнивать.

gnome3

Вкусовщина. Кому-то нравится, кому-то нет.

anonymous
()
Ответ на: комментарий от anonymous

Если ты не знаешь чего-то, это не значит, что этого не существует.

Вы, конечно, правы, но к чему это?

Похоже, вы приводите в пример коммерческий проприетарный софт, который, действительно, по решению эффективных менеджеров из функционального удобного может превратиться в тормозное переливающееся глюкалово. Можно вспомнить Nero, ACDSee 6 и т.п. Но открытое ПО разрабатывается по несколько другим законам.

anonymous
()
Ответ на: комментарий от cetjs2

Серьёзно? В проекте такого уровня степень готовности решает ТУЛКИТ? Люди, что с вами не так?

Strannik-j ★★
()
Ответ на: комментарий от anonymous

В отличие от России, где мега- гигабайты бывают как кратны 10, так и кратны 2, в остальном мире для двоичных данных приняты как раз те самые меби- гибибайты

SR_team ★★★★★
()
Ответ на: комментарий от SR_team

В отличие от России, где мега- гигабайты бывают как кратны 10, так и кратны 2, в остальном мире для двоичных данных приняты как раз те самые меби- гибибайты

Шта? Вы думаете, у нас свои, особые русские гигабайты?

Ну и про весь мир с нами: https://www.freedesktop.org/software/gstreamer-sdk/data/docs/latest/glib/glib...

G_FORMAT_SIZE_IEC_UNITS

use IEC (base 1024) units with «KiB»-style suffixes. IEC units should only be used for reporting things with a strong «power of 2» basis, like RAM sizes or RAID stripe sizes. Network and storage sizes should be reported in the normal SI units.

anonymous
()

Вышла новая версия написанного с использованием библиотеки GTK+

Теперь это просто GTK. Привыкайте.

vestochka
()
Ответ на: комментарий от FilosofeM

Где фичреквест на багтрекере?

anonymous
()
Ответ на: комментарий от anonymous

открытое ПО разрабатывается по несколько другим законам

Хорошо, другой пример. Запустил Xubuntu 18 вместо 16. Тема Clearlooks-Phenix. В прокрутке Mousepad появился зазор, категории в Whisker menu скачут. Кто виноват, куда обращаться и исправят ли? А если даже исправят - все равно регрессия, здесь и сейчас.

Кто виноват

GTK3.

куда обращаться

В багтрекер убунты.

исправят ли

Нет.

emmanuel
()
Ответ на: комментарий от meliafaro

Ну и резонный вопрос - а зачем вообще поддерживать устаревшие версии тулкитов?

«Устаревшие» — субъективное понятие. На ЛОРе вон было много шумихи вокруг выпиливания Qt4 из Debian Buster, целую новость запилили, а когда её внесли обратно (как я понимаю, нашлись таки люди, сделавшие нужные патчи), на ЛОРе меня только анонимус смог просветить.

И да, я поддерживаю в своём проекте Qt4/Qt5. Да, у меня проект проще сабжа, хоть и сложнее калькулятора.

hobbit ★★★★★
()
Ответ на: комментарий от anonymous

Имеет смысл обвинить их в мошенничестве, может?

С чего бы это вдруг?

ПОСТАНОВЛЕНИЕ ПРАВИТЕЛЬСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ от 31 октября 2009 г. N 879

ПРИЛОЖЕНИЕ N 3

Примечание 6.

Наименование и обозначение единицы количества информации «байт» (1 байт = 8 бит) применяются с двоичными приставками «Кило», «Мега», «Гига», которые соответствуют множителям «2^10 », «2^20 » и «2^30 » (1 Кбайт = 1024 байт, 1 Мбайт = 1024 Кбайт, 1 Гбайт = 1024 Мбайт). Данные приставки пишутся с большой буквы. Допускается применение международного обозначения единицы информации с приставками «K» «M» «G», рекомендованного Международным стандартом Международной электротехнической комиссии МЭК 60027-2 (KB, MB, GB, Kbyte, Mbyte, Gbyte).

German_1984 ★★
()
Ответ на: комментарий от hobbit

«Устаревшие» — субъективное понятие.

Не согласен. Куча народа ноет, что приложухи на Линуксе не умеют в hidpi, а Wayland уже 10 лет как не готов, и т. д. При этом использование актуальной версии GTK/Qt кардинально решает все эти проблемы, но нет, мы не хотим, мы будем принципиально насиловать труп GTK+2/Qt4/Qt3/Qt2, лишь бы не это самое вот это самое.

И да, я поддерживаю в своём проекте Qt4/Qt5.

И это в целом хорошо. В общем случае это говорит о том, что проект портируем и не использует грязные платформоспецифические хаки. С другой стороны, особенной практической пользы в этом нет.

В защиту GTK могу добавить, что нет никакой проблемы так же поддерживать GTK2/GTK3 в одном проекте.

Не являюсь фанатом ни GTK, ни Qt, но религиозные фанаты Qt порой откровенно перегибают.

meliafaro ★★★★★
()
Ответ на: комментарий от meliafaro

а Wayland уже 10 лет как не готов

Он не готов не из-за того, что предыдущая версия тулкита его не поддерживает, а из-за того, что его авторы решили сломать работающий стек технологий и вместо него продвигать расшаренный фреймбуфер. Ежели протокол Wayland будет допускать стандартную (а не на уровне тулкитов или «для этого вам нужен специальный композитор, в котором не будет работать что-то другое») реализацию аналога xdotool и ту же сетевую прозрачность (опять-таки не на уровне тулкитов), он будет куда ближе к готовности. Не всем в линуксе YOBA-игрушки пускать, многие его любят именно как средство для создания гибкой настраиваемой управляемой системы. Я вот точно не буду закапывать Qt4 только из-за того, что она не поддерживает этот самый Wayland.

С HiDPI проблема, наверное, более серьёзная, но... я правильно понимаю, что это относится ко всяким мониторам типа 4K? Я вот зашёл на прошлой неделе в ближайший Никс - смотрю, мониторы исключительно 1920x1080. Прямо как в 2010 год окунулся. Под заказ могут, конечно, всё привезти, но на витрине стоит то, что пользуется спросом. Да, это не убойный аргумент, согласен, и кто-то будет требовать разрешение больше (хотя я бы, скорее, к типу матрицы придрался). Хочу сначала посмотреть на это HiDPI лично, короче.

В защиту GTK могу добавить, что нет никакой проблемы так же поддерживать GTK2/GTK3 в одном проекте.

Ну раз так, то хорошо.

hobbit ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.