ЯДРО на LabVIEW (описание)
-
- junior
- Сообщения: 56
- Зарегистрирован: 24 июл 2012, 11:09
- Версия LabVIEW: 2011, 202x
- Контактная информация:
ЯДРО на LabVIEW (описание)
Возникла мысль
Сейчас модно иметь операционную систему, при чём открытую. Виндовз уже достал, - в плане эксперементирования и работы с ней! Скажем, если дело заходит до переустановки, - то аж тошнит.) Потому что переустанавливать не только Ось придётся, а всё! Потом кряки, кейгены, патчи искать. Пол дня можно провозиться. То ли дело Линукс, - установка убунты, вообще проходит в считаные минуты, при этом с НУЛЕВЫМ количеством перезагрузок. Всё становится как нужно. Если с Линуксом разобраться, то можно вокруг ЯДРА навесить нужный для себя СОФТ и сварганить ПОРТАБЛ ВЕРШН на ФЛЕШКУ. Круто ведь! И при этом она (ОСЬ) становится словно твоим РАБОЧИМ СТАНКОМ. Да, и код и исходники ОТКРЫТЫЕ, меняй что хочешь... Только, вот ХЕР разберёшься, т.к. там язык СИ.
Скачал я толмут по ЯДРУ Линукса, где приведён код с комменариями. Просто жесть! Разбор займёт несколько лет, и ничего особенного не даст. Т.е. всё вроде бы хорошо код открыт, поле для деятельности есть - но ты этого делать не будешь. Это долго и лишено смысла для простых смертных.
А теперь сама мысль: почему бы не направить разработчиков NI, или может как-то самим организоваться в написании собственного ЯДРА с возможностью с ним работы на LabVIEW. Иными словами попробовать построить ОСЬ не с помощью текстового редактора, а с помощью LabVIEW подобной ОС. Понимаете, что это даст возможность прикручивать что угодно. В плане других приложений типа офиса, можно пойти по шагам всё тех же Линуксойдов, с помощью Эммуляторов типа WINE. Можно было бы начать ТЯНУТЬ ОДЕЯЛО на себя, т.е. на графический язык.
Может быть конкретика терминов не та, но думаю мысль понятна. Конечно, это ОЧ. БОЛЬШАЯ задача, которая может оттолкнуть своим масштабом. Ну, а если посмотреть как на ОС для Микроконтролера или АРМа? Начать можно с написания загрузчика.
Да, забыл ещё добавить "+" что LabVIEW мгновенно компилит сразу ASM код.
Если остановите мою мысль, буду РАД))
Сейчас модно иметь операционную систему, при чём открытую. Виндовз уже достал, - в плане эксперементирования и работы с ней! Скажем, если дело заходит до переустановки, - то аж тошнит.) Потому что переустанавливать не только Ось придётся, а всё! Потом кряки, кейгены, патчи искать. Пол дня можно провозиться. То ли дело Линукс, - установка убунты, вообще проходит в считаные минуты, при этом с НУЛЕВЫМ количеством перезагрузок. Всё становится как нужно. Если с Линуксом разобраться, то можно вокруг ЯДРА навесить нужный для себя СОФТ и сварганить ПОРТАБЛ ВЕРШН на ФЛЕШКУ. Круто ведь! И при этом она (ОСЬ) становится словно твоим РАБОЧИМ СТАНКОМ. Да, и код и исходники ОТКРЫТЫЕ, меняй что хочешь... Только, вот ХЕР разберёшься, т.к. там язык СИ.
Скачал я толмут по ЯДРУ Линукса, где приведён код с комменариями. Просто жесть! Разбор займёт несколько лет, и ничего особенного не даст. Т.е. всё вроде бы хорошо код открыт, поле для деятельности есть - но ты этого делать не будешь. Это долго и лишено смысла для простых смертных.
А теперь сама мысль: почему бы не направить разработчиков NI, или может как-то самим организоваться в написании собственного ЯДРА с возможностью с ним работы на LabVIEW. Иными словами попробовать построить ОСЬ не с помощью текстового редактора, а с помощью LabVIEW подобной ОС. Понимаете, что это даст возможность прикручивать что угодно. В плане других приложений типа офиса, можно пойти по шагам всё тех же Линуксойдов, с помощью Эммуляторов типа WINE. Можно было бы начать ТЯНУТЬ ОДЕЯЛО на себя, т.е. на графический язык.
Может быть конкретика терминов не та, но думаю мысль понятна. Конечно, это ОЧ. БОЛЬШАЯ задача, которая может оттолкнуть своим масштабом. Ну, а если посмотреть как на ОС для Микроконтролера или АРМа? Начать можно с написания загрузчика.
Да, забыл ещё добавить "+" что LabVIEW мгновенно компилит сразу ASM код.
Если остановите мою мысль, буду РАД))
-
Jakob Brontfeyn
- expert
- Сообщения: 1729
- Зарегистрирован: 28 фев 2008, 11:01
- Награды: 6
- Благодарил (а): 1 раз
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
Исталируем LV-6.0, затем тупо переписываем дирректорию "labview"
на флэшку. Запускается на любом компе ругнувшись так, для порядка.
я давно применяю этот принцип для демонстраций, и презентаций
не на лабораторных компах.
С LV-7.1 такой номер уже не проходит, защиту усовершенствовали.
Все хотят заработать деньги, что то продавая, и будучи монополистом,
а не экономить время и нервы юзера, чему тут удивляться, капитализм,
каждый хочет жить.
на флэшку. Запускается на любом компе ругнувшись так, для порядка.
я давно применяю этот принцип для демонстраций, и презентаций
не на лабораторных компах.
С LV-7.1 такой номер уже не проходит, защиту усовершенствовали.
Все хотят заработать деньги, что то продавая, и будучи монополистом,
а не экономить время и нервы юзера, чему тут удивляться, капитализм,
каждый хочет жить.
-
- junior
- Сообщения: 56
- Зарегистрирован: 24 июл 2012, 11:09
- Версия LabVIEW: 2011, 202x
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
Только вот заметил похожую тему http://labviewportal.org/viewtopic.php?f=87&t=5083, - отзывы в основном говорят что перспекив нет.
В общем так всё:
1. Нужна LabVIEW (среда разработки) работающая на "голом" компе, т.е. без ОС.
2. *.VI - это просто как EXE-шники в Винде.
В общем так всё:
1. Нужна LabVIEW (среда разработки) работающая на "голом" компе, т.е. без ОС.
2. *.VI - это просто как EXE-шники в Винде.
-
IvanLis
- guru
- Сообщения: 5467
- Зарегистрирован: 02 дек 2009, 17:44
- Награды: 7
- Версия LabVIEW: 2015, 2016
- Откуда: СССР
- Благодарил (а): 28 раз
- Поблагодарили: 88 раз
Re: ЯДРО на LabVIEW (описание)
прям "летнее обострение"
Недавно уже предлагали: Можно ли написать ОС на а LabVIEW
На сколько мне известно, написана, как и Linux, в основном на C, так что от этого нелегко оторваться.
Работа колоссальная и не для одного человека, например Linux (Unix) - 1983, Mac OS - 1984, а Windows начинает свою историю в 1985 году (с миллиардными вложениями). Молодая ОС Android - 2009 с учетом вложений корпорации Google и готовым ядром, все того же Linux.
Так что наиболее приоритетный вариант, это взяв за основу Linux, создать свою сборку, включив в нее все необходимые компоненты.
----------------------------
Пока писал, уже ответили....
Недавно уже предлагали: Можно ли написать ОС на а LabVIEW
На сколько мне известно, написана, как и Linux, в основном на C, так что от этого нелегко оторваться.
Работа колоссальная и не для одного человека, например Linux (Unix) - 1983, Mac OS - 1984, а Windows начинает свою историю в 1985 году (с миллиардными вложениями). Молодая ОС Android - 2009 с учетом вложений корпорации Google и готовым ядром, все того же Linux.
Так что наиболее приоритетный вариант, это взяв за основу Linux, создать свою сборку, включив в нее все необходимые компоненты.
----------------------------
Пока писал, уже ответили....
Знание нескольких принципов освобождает от знания многих фактов!
Правила форума
Как добавить в сообщение картинку или файл
Конвертация / версий (форматов) VI
Как правильно задать вопрос...
Правила форума
Как добавить в сообщение картинку или файл
Конвертация / версий (форматов) VI
Как правильно задать вопрос...
-
- VIP
- Сообщения: 1337
- Зарегистрирован: 03 фев 2010, 00:42
- Награды: 6
- Версия LabVIEW: 6.1 - 2024
- Откуда: Германия
- Благодарил (а): 1 раз
- Поблагодарили: 44 раза
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
> взяв за основу Linux, создать свою сборку, включив в нее все необходимые компоненты.
Ага, и получится BolgenOS 2.0 http://lurkmore.to/Bolgenos
Ага, и получится BolgenOS 2.0 http://lurkmore.to/Bolgenos
-
alerm
- leader
- Сообщения: 683
- Зарегистрирован: 02 май 2012, 21:28
- Награды: 1
- Версия LabVIEW: 20
- Благодарил (а): 59 раз
- Поблагодарили: 9 раз
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
AndreyDmitriev писал(а):> взяв за основу Linux, создать свою сборку, включив в нее все необходимые компоненты.
Ага, и получится BolgenOS 2.0 http://lurkmore.to/Bolgenos
кто знает, эта ось еще жива?)
-
Sergey Ivanov
- expert
- Сообщения: 1217
- Зарегистрирован: 01 мар 2009, 20:54
- Награды: 5
- Версия LabVIEW: 2018
- Откуда: Санкт-Петербург, Кронштадт
- Благодарил (а): 11 раз
- Поблагодарили: 1 раз
- Контактная информация:
-
Jakob Brontfeyn
- expert
- Сообщения: 1729
- Зарегистрирован: 28 фев 2008, 11:01
- Награды: 6
- Благодарил (а): 1 раз
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
честно говоря, не могу врубится по пункту 1,PeyNikola писал(а):Только вот заметил похожую тему http://labviewportal.org/viewtopic.php?f=87&t=5083, - отзывы в основном говорят что перспекив нет.
В общем так всё:
1. Нужна LabVIEW (среда разработки) работающая на "голом" компе, т.е. без ОС.
2. *.VI - это просто как EXE-шники в Винде.
зачем она нужна,
почему требуется частая переинсталяция ОС,
если работаешь в основном с Labview, не используя
каких то сомнительных внешних кодов и DLL,
что надо такое сделать, чтобы запороть ОС
до стадии переустановки???
-
- junior
- Сообщения: 56
- Зарегистрирован: 24 июл 2012, 11:09
- Версия LabVIEW: 2011, 202x
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
Я не работаю на компе с одной только LabVIEW. (А ты?) И комп у меня не один.
Ну вот смотри, представь себе ОС с открытым кодом, где ты можешь влезть в любую программу и разобраться с ней, разобраться с косяками при подключении дров (левых), понять почему что-то криво работает, меньше слоёв межу пользователем и железом.
У тебя как будто всё идеально? Вспомни про реестр))
Вот поработай с Линухом, и представь что открыв любую прогу ты понимаешь что и как работает в несколько сот раз быстрее, т.к. - разбирать текстовый код или графический? Причём, можешь забрать часть кода в свой софт, если захочешь. Т.е. получаем быстрое взаимодействие между достижениями в программировании. А не пока, на форуме спросишь, тебе отвеетят. Промню про рамку кластеров с нулевой толщиной. Кто-то сделал, так всем сразу легче стало. Меня допустим до сих пор интересует правильная таблица с разными типами данных и контролами в колонках (с возможностью в колонку ставить иконки, микрографики, слайдеры).
Ну вот смотри, представь себе ОС с открытым кодом, где ты можешь влезть в любую программу и разобраться с ней, разобраться с косяками при подключении дров (левых), понять почему что-то криво работает, меньше слоёв межу пользователем и железом.
У тебя как будто всё идеально? Вспомни про реестр))
Вот поработай с Линухом, и представь что открыв любую прогу ты понимаешь что и как работает в несколько сот раз быстрее, т.к. - разбирать текстовый код или графический? Причём, можешь забрать часть кода в свой софт, если захочешь. Т.е. получаем быстрое взаимодействие между достижениями в программировании. А не пока, на форуме спросишь, тебе отвеетят. Промню про рамку кластеров с нулевой толщиной. Кто-то сделал, так всем сразу легче стало. Меня допустим до сих пор интересует правильная таблица с разными типами данных и контролами в колонках (с возможностью в колонку ставить иконки, микрографики, слайдеры).
-
mzu2006
- doctor
- Сообщения: 2456
- Зарегистрирован: 16 авг 2008, 02:12
- Награды: 3
- Версия LabVIEW: 7.1 10 11 12
- Откуда: St-Petersburg (RU), Phila, Boston, Washington DC
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
как человек зарабатывающий на жизнь и текстовым и графическим программированием скажу: однозначного ответа нет. Использование конкретной технологии определяется не только удобством (все более менее удобные), ценой или открытостью. Например, мне кажется неочевидной мотивация делать открытую систему, кладя в её основу систему с закрытым исходным кодом ( ).PeyNikola писал(а): ты понимаешь что и как работает в несколько сот раз быстрее, т.к. - разбирать текстовый код или графический?
Опять же, что по Вашему ОС? Форт-система - это ОС? Напишите форт систему на G - полезное упражнение.
Cформулируйте точно задачу, иначе дискуссия перерастет во флейм.
PS.
В сторону Type Sensitive Popup смотрели?PeyNikola писал(а):Меня допустим до сих пор интересует правильная таблица с разными типами данных и контролами в колонках (с возможностью в колонку ставить иконки, микрографики, слайдеры).
PPS.
Нет ли у Вас здесь Взаимоисключающих параграфов ?
PeyNikola писал(а):разобраться с косяками при подключении дров (левых)
PeyNikola писал(а): код и исходники ОТКРЫТЫЕ, меняй что хочешь... Только, вот ХЕР разберёшься, т.к. там язык СИ.
PeyNikolaPeyNikola писал(а):Промню про рамку кластеров с нулевой толщиной.
Правила форума (Forum rules in Russian)
rm -rf /mnt/windows
rm -rf /mnt/windows
-
- VIP
- Сообщения: 1337
- Зарегистрирован: 03 фев 2010, 00:42
- Награды: 6
- Версия LabVIEW: 6.1 - 2024
- Откуда: Германия
- Благодарил (а): 1 раз
- Поблагодарили: 44 раза
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
Я полагаю, суть вот в чём.
Вас не всё устраивает в имеющихся операционных системах. Это нормально, мало кого полностью устраивает система "из коробки". Современные системы позволяют в определённых пределах изменять пользовательские настройки, устанавливать дополнительное ПО. Windows в этом плане более "закрыта" - она позволяет только то, что заложено разработчиками. Linux, являясь системой с открытыми исходниками, позволяет изменить вообще всё что угодно, включая ядро. Однако сложность внесения изменений в ядро, которая написана на языке Си, достаточно высока для вас, владеющим LabVIEW в чуть большей степени, чем Си. И вы небезосновательно полагаете, что если бы ядро системы было полностью написано на LabVIEW, то внесение изменений в ядро сильно упростилось бы. Здесь можно сказать лишь следующее - простота LabVIEW весьма иллюзорна. Достаточно просто посмотреть на более-менее сложные проекты - там всё ой как непросто и неочевидно. Могу лишь порекомендовать для начала досконально изучить уже существующие инструменты. Кроме того вы слегка путаете понятия "компилятор" и "операционная система". После трёх-пяти лет активной профессиональной работы в LabVIEW такие мысли обычно отпадают сами собой.
Если же говорить о далёком будущем (прогнозируя на десятки лет вперёд), то я твёрдо уверен, что будущее именно за графическими средствами разработки. Графическое представление алгоритмов имеет огромное количество преимуществ над текстовым. Однако в данный момент LabVIEW чуть опережает время, и язык G пока не может стать языком "общего назначения". Причин тут много - наличие огромного количества развитых текстовых языков, низкое качество кодогенерации, отсутствие стандарта, лабораторная и промышленная ориентации, высокая стоимость средств разработки, огромный, даже по нынешним меркам размер Run-Time, и т.д. Первым шагом графический язык должен стать языком общепринятым, с устоявшимся стандартом, и лишь потом может появиться операционная система, практически полностью написанная на этом языке. Ну и если говорить о системе с полностью открытыми кодами, то и средства разработки должны быть такими же - то есть сначала должен появиться компилятор языка G на открытых кодах (вообще говоря он сам по себе должен быть полностью написан на G и уметь компилировать самого себя), и лишь потом - операционная система.
Вас не всё устраивает в имеющихся операционных системах. Это нормально, мало кого полностью устраивает система "из коробки". Современные системы позволяют в определённых пределах изменять пользовательские настройки, устанавливать дополнительное ПО. Windows в этом плане более "закрыта" - она позволяет только то, что заложено разработчиками. Linux, являясь системой с открытыми исходниками, позволяет изменить вообще всё что угодно, включая ядро. Однако сложность внесения изменений в ядро, которая написана на языке Си, достаточно высока для вас, владеющим LabVIEW в чуть большей степени, чем Си. И вы небезосновательно полагаете, что если бы ядро системы было полностью написано на LabVIEW, то внесение изменений в ядро сильно упростилось бы. Здесь можно сказать лишь следующее - простота LabVIEW весьма иллюзорна. Достаточно просто посмотреть на более-менее сложные проекты - там всё ой как непросто и неочевидно. Могу лишь порекомендовать для начала досконально изучить уже существующие инструменты. Кроме того вы слегка путаете понятия "компилятор" и "операционная система". После трёх-пяти лет активной профессиональной работы в LabVIEW такие мысли обычно отпадают сами собой.
Если же говорить о далёком будущем (прогнозируя на десятки лет вперёд), то я твёрдо уверен, что будущее именно за графическими средствами разработки. Графическое представление алгоритмов имеет огромное количество преимуществ над текстовым. Однако в данный момент LabVIEW чуть опережает время, и язык G пока не может стать языком "общего назначения". Причин тут много - наличие огромного количества развитых текстовых языков, низкое качество кодогенерации, отсутствие стандарта, лабораторная и промышленная ориентации, высокая стоимость средств разработки, огромный, даже по нынешним меркам размер Run-Time, и т.д. Первым шагом графический язык должен стать языком общепринятым, с устоявшимся стандартом, и лишь потом может появиться операционная система, практически полностью написанная на этом языке. Ну и если говорить о системе с полностью открытыми кодами, то и средства разработки должны быть такими же - то есть сначала должен появиться компилятор языка G на открытых кодах (вообще говоря он сам по себе должен быть полностью написан на G и уметь компилировать самого себя), и лишь потом - операционная система.
-
Pavel Krivozubov
- professor
- Сообщения: 4421
- Зарегистрирован: 07 фев 2008, 16:39
- Награды: 3
- Версия LabVIEW: 7.0 - 2013
- Откуда: г. Электросталь
- Благодарил (а): 24 раза
- Поблагодарили: 9 раз
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
AndreyDmitriev писал(а):
Если же говорить о далёком будущем (прогнозируя на десятки лет вперёд), то я твёрдо уверен, что будущее именно за графическими средствами разработки. Графическое представление алгоритмов имеет огромное количество преимуществ над текстовым. Однако в данный момент LabVIEW чуть опережает время, и язык G пока не может стать языком "общего назначения".
Андрей... В граните что называется
Полностью поддерживаю и всегда поддерживал этот тезис.
Правила форума
Developlabs - IT услуги - ждём Ваших заказов на написание программ
Новостной канал о LabVIEW и технологиях NI на Facebook
Developlabs - IT услуги - ждём Ваших заказов на написание программ
Новостной канал о LabVIEW и технологиях NI на Facebook
-
Jakob Brontfeyn
- expert
- Сообщения: 1729
- Зарегистрирован: 28 фев 2008, 11:01
- Награды: 6
- Благодарил (а): 1 раз
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
Ты не этот ли гранит имеешь в виду, я активно занимался наладкой и переделкой этих устройств в конце 80-х и в лихие 90-ые годы, могу и к Labview подключить если заказчик найдется.
http://www.google.de/search?hl=de&sourc ... Sq14NR5Zaw
http://www.google.de/search?hl=de&sourc ... Sq14NR5Zaw
-
Pavel Krivozubov
- professor
- Сообщения: 4421
- Зарегистрирован: 07 фев 2008, 16:39
- Награды: 3
- Версия LabVIEW: 7.0 - 2013
- Откуда: г. Электросталь
- Благодарил (а): 24 раза
- Поблагодарили: 9 раз
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
Нет, вот этот:Jakob Brontfeyn писал(а):Ты не этот ли гранит имеешь в виду, я активно занимался наладкой и переделкой этих устройств в конце 80-х и в лихие 90-ые годы, могу и к Labview подключить если заказчик найдется.
http://www.google.de/search?hl=de&sourc ... Sq14NR5Zaw
http://vz.ru/economy/2009/12/25/362196.html
Правила форума
Developlabs - IT услуги - ждём Ваших заказов на написание программ
Новостной канал о LabVIEW и технологиях NI на Facebook
Developlabs - IT услуги - ждём Ваших заказов на написание программ
Новостной канал о LabVIEW и технологиях NI на Facebook
-
- VIP
- Сообщения: 1337
- Зарегистрирован: 03 фев 2010, 00:42
- Награды: 6
- Версия LabVIEW: 6.1 - 2024
- Откуда: Германия
- Благодарил (а): 1 раз
- Поблагодарили: 44 раза
- Контактная информация:
Re: ЯДРО на LabVIEW (описание)
А, кстати, и на тему линукса можно пофлеймить. Я время от времени делаю подходы к этому снаряду - и вот как-то оно не всё так уж шоколадно. Я не буду рассказывать то, как я ставил линукс на ноутбук DELL с картой NVidia - там были пляски с бубном ещё те.
Возьмём простой пример - новичок ставит labview 6.1 на последнюю убунту.
В Windows оно как - ткнул CD, запустил Setup, ответил на пару вопросов в диалогах, получил ярлык в меню Старт.
В Linux. После распаковки архива там есть файл INSTALL. Щёлкать по нему бесполезно - он просто открывается в текстовом редакоре. Новичоек чешет репу. В том же каталоге лежат кучей *.rpm файлы. По ним тоже можно щёлкать сколько угодно, и в убунте для установки надо иметь Deb. Новичок это знает? Окей, сначала надо преобразовать Rpm в Deb, это делается командой fakeroot alien labview61-app-6.1-1.i386.rpm. Что характерно, _где_ эту команду ввести - новичку непонятно. До нажатия Ctrl + Alt + F1 ещё надо дойти. Едем дальше - продравшись через каталоги, вводим команду - а не тут-то было. Сначала надо сделать sudo apt-get install alien fakeroot. На убунте "из коробки" выскочит малоинформативное сообщение об ошибке, потому что перед этим надо сделать sudo apt-get update. Окей, перепаковав наконец rpm в deb (это кстати, надо сделать для всех rpm), запускаем установку sudo dpkg -i labview61-app_6.1-2_i386.deb. По экрану бегут строчки... и всё заканчивается. Визуальных изменений при этом нет. Хорошо если вы знаете, что установленную labview надо искать в /usr/local/lv61/labview, а если нет? Но и на этом пляски с бубном не заканчиваются, ибо надо дать команду sudo tune2fs -O "^dir_index" /dev/hda1. Я в самом пьяном угаре такую команду не измыслю. При этом hda1 надо заменить на свой раздел. Без знания команды sudo fdisk -l тут тоже не обойтись. Теперь хочется сделать ярлык на рабочем столе... Не нужно объяснять, что в линуксе надо знать, как это сделать... Я это всё к тому, что интуитивностью и простотой тут и не пахнет. Либо вы плотно работаете с продуктом и знаете как это сделать, либо мучаетесь со всеми этими sudo, dpkg и иже с ними KDE с Gnomами. Я ни в коем случае не утверждаю, что линукс хуже, но "точка вхождения" в более-менее профессиональное пользование у этой ОС куда как выше чем у Windows, уж извините.
Возьмём простой пример - новичок ставит labview 6.1 на последнюю убунту.
В Windows оно как - ткнул CD, запустил Setup, ответил на пару вопросов в диалогах, получил ярлык в меню Старт.
В Linux. После распаковки архива там есть файл INSTALL. Щёлкать по нему бесполезно - он просто открывается в текстовом редакоре. Новичоек чешет репу. В том же каталоге лежат кучей *.rpm файлы. По ним тоже можно щёлкать сколько угодно, и в убунте для установки надо иметь Deb. Новичок это знает? Окей, сначала надо преобразовать Rpm в Deb, это делается командой fakeroot alien labview61-app-6.1-1.i386.rpm. Что характерно, _где_ эту команду ввести - новичку непонятно. До нажатия Ctrl + Alt + F1 ещё надо дойти. Едем дальше - продравшись через каталоги, вводим команду - а не тут-то было. Сначала надо сделать sudo apt-get install alien fakeroot. На убунте "из коробки" выскочит малоинформативное сообщение об ошибке, потому что перед этим надо сделать sudo apt-get update. Окей, перепаковав наконец rpm в deb (это кстати, надо сделать для всех rpm), запускаем установку sudo dpkg -i labview61-app_6.1-2_i386.deb. По экрану бегут строчки... и всё заканчивается. Визуальных изменений при этом нет. Хорошо если вы знаете, что установленную labview надо искать в /usr/local/lv61/labview, а если нет? Но и на этом пляски с бубном не заканчиваются, ибо надо дать команду sudo tune2fs -O "^dir_index" /dev/hda1. Я в самом пьяном угаре такую команду не измыслю. При этом hda1 надо заменить на свой раздел. Без знания команды sudo fdisk -l тут тоже не обойтись. Теперь хочется сделать ярлык на рабочем столе... Не нужно объяснять, что в линуксе надо знать, как это сделать... Я это всё к тому, что интуитивностью и простотой тут и не пахнет. Либо вы плотно работаете с продуктом и знаете как это сделать, либо мучаетесь со всеми этими sudo, dpkg и иже с ними KDE с Gnomами. Я ни в коем случае не утверждаю, что линукс хуже, но "точка вхождения" в более-менее профессиональное пользование у этой ОС куда как выше чем у Windows, уж извините.
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
- 3 Ответы
- 2068 Просмотры
-
Последнее сообщение PozhiloyGoblin
-
- 0 Ответы
- 344 Просмотры
-
Последнее сообщение maxim_MA
-
- 23 Ответы
- 2424 Просмотры
-
Последнее сообщение dadreamer
-
- 2 Ответы
- 391 Просмотры
-
Последнее сообщение ujin1
-
- 5 Ответы
- 847 Просмотры
-
Последнее сообщение dadreamer