Я уже достаточно решительно решил для своих нужд. Я немного изменил сценарий /etc/grub.d/30_os-prober:
начал с строки 150 (просто добавьте переменную и условие, чтобы проверить, были ли уже найдены Windows 7):
wubi=
for OS in ${OSPROBED} ; do
DEVICE="`echo ${OS} | cut -d ':' -f 1`"
LONGNAME="`echo ${OS} | cut -d ':' -f 2 | tr '^' ' '`"
LABEL="`echo ${OS} | cut -d ':' -f 3 | tr '^' ' '`"
BOOT="`echo ${OS} | cut -d ':' -f 4`"
if [ -z "${LONGNAME}" ] ; then
LONGNAME="${LABEL}"
fi
echo "Found ${LONGNAME} on ${DEVICE}" >&2
изменить на:
wubi=
windows7_found=
for OS in ${OSPROBED} ; do
DEVICE="`echo ${OS} | cut -d ':' -f 1`"
LONGNAME="`echo ${OS} | cut -d ':' -f 2 | tr '^' ' '`"
LABEL="`echo ${OS} | cut -d ':' -f 3 | tr '^' ' '`"
BOOT="`echo ${OS} | cut -d ':' -f 4`"
if [ -z "${LONGNAME}" ] ; then
LONGNAME="${LABEL}"
fi
# Mi-La patch to add Windows 7 only once
if [ "${LONGNAME}" = "Windows 7 (loader)" ]; then
if [ "${windows7_found}" = yes ]; then
echo "Skipping duplicated entry for ${LONGNAME} on ${DEVICE}." >&2
continue
else
windows7_found=yes
fi
fi
echo "Found ${LONGNAME} on ${DEVICE}" >&2
Должно работать по крайней мере до тех пор, пока grub не будет обновлен. Наслаждайтесь.
EDIT: Ubuntu 12.10
30_os-prober немного изменился, но используя то же самое, если после следующих строк:
if [ -z "${LONGNAME}" ] ; then
LONGNAME="${LABEL}"
fi
работает хорошо.
Если ваши пользователи используют
./configure --prefix=/home/user/opt/
Или для проектов cmake [! d1]
cmake -D CMAKE_INSTALL_PREFIX:PATH=/home/user/opt/ ../source/
Это установит программу в этом префиксе (вместо стандартного / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/home/user/opt/bin/program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить /home/user/opt/bin в переменную среды пути, отредактируйте файл .profile и добавьте следующую строку:
export PATH=/home/user/opt/bin:$PATH
Обратите внимание: программы, установленные таким образом, будут закрыты для конкретного пользователя, но это способ сделать это
Если ваши пользователи используют
./configure --prefix=/home/user/opt/
Или для проектов cmake [! d1] cmake -D CMAKE_INSTALL_PREFIX:PATH=/home/user/opt/ ../source/
Это установит программу в этом префиксе (вместо стандартного / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/home/user/opt/bin/program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить /home/user/opt/bin в переменную среды пути, отредактируйте файл .profile и добавьте следующую строку:
export PATH=/home/user/opt/bin:$PATH
Обратите внимание: программы, установленные таким образом, будут закрыты для конкретного пользователя, но это способ сделать это
Если ваши пользователи используют
./configure --prefix=/home/user/opt/
Или для проектов cmake [! d1] cmake -D CMAKE_INSTALL_PREFIX:PATH=/home/user/opt/ ../source/
Это установит программу в этом префиксе (вместо стандартного / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/home/user/opt/bin/program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить /home/user/opt/bin в переменную среды пути, отредактируйте файл .profile и добавьте следующую строку:
export PATH=/home/user/opt/bin:$PATH
Обратите внимание: программы, установленные таким образом, будут закрыты для конкретного пользователя, но это способ сделать это
Если ваши пользователи используют
./configure --prefix=/home/user/opt/
Или для проектов cmake [! d1] cmake -D CMAKE_INSTALL_PREFIX:PATH=/home/user/opt/ ../source/
Это установит программу в этом префиксе (вместо стандартного / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/home/user/opt/bin/program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить /home/user/opt/bin в переменную среды пути, отредактируйте файл .profile и добавьте следующую строку:
export PATH=/home/user/opt/bin:$PATH
Обратите внимание: программы, установленные таким образом, будут закрыты для конкретного пользователя, но это способ сделать это
Если ваши пользователи используют
./ configure --prefix = / home / user / opt /
Или для проектов cmake [! d7]
cmake -D CMAKE_INSTALL_PREFIX: PATH = / home / user / opt / ../source/
Это установит программу в этом префиксе (вместо значения по умолчанию / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/ home / user / opt / bin / program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить / home / user / opt / bin
в переменную среды пути, отредактировать файл .profile. и добавьте следующую строку:
export PATH = / home / user / opt / bin: $ PATH
Обратите внимание, что программы, установленные в этом путь будет закрыт для конкретного пользователя, но это способ сделать это
Если ваши пользователи используют
./ configure --prefix = / home / user / opt /
Или для проектов cmake [! d7]
cmake -D CMAKE_INSTALL_PREFIX: PATH = / home / user / opt / ../source/
Это установит программу в этом префиксе (вместо значения по умолчанию / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/ home / user / opt / bin / program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить / home / user / opt / bin
в переменную среды пути, отредактировать файл .profile. и добавьте следующую строку:
export PATH = / home / user / opt / bin: $ PATH
Обратите внимание, что программы, установленные в этом путь будет закрыт для конкретного пользователя, но это способ сделать это
Если ваши пользователи используют
./ configure --prefix = / home / user / opt /
Или для проектов cmake [! d7]
cmake -D CMAKE_INSTALL_PREFIX: PATH = / home / user / opt / ../source/
Это установит программу в этом префиксе (вместо значения по умолчанию / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/ home / user / opt / bin / program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить / home / user / opt / bin
в переменную среды пути, отредактировать файл .profile. и добавьте следующую строку:
export PATH = / home / user / opt / bin: $ PATH
Обратите внимание, что программы, установленные в этом путь будет закрыт для конкретного пользователя, но это способ сделать это
Если ваши пользователи используют
./ configure --prefix = / home / user / opt /
Или для проектов cmake [! d7]
cmake -D CMAKE_INSTALL_PREFIX: PATH = / home / user / opt / ../source/
Это установит программу в этом префиксе (вместо значения по умолчанию / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/ home / user / opt / bin / program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить / home / user / opt / bin
в переменную среды пути, отредактировать файл .profile. и добавьте следующую строку:
export PATH = / home / user / opt / bin: $ PATH
Обратите внимание, что программы, установленные в этом путь будет закрыт для конкретного пользователя, но это способ сделать это
Если ваши пользователи используют
./ configure --prefix = / home / user / opt /
Или для проектов cmake [! d7]
cmake -D CMAKE_INSTALL_PREFIX: PATH = / home / user / opt / ../source/
Это установит программу в этом префиксе (вместо значения по умолчанию / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/ home / user / opt / bin / program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить / home / user / opt / bin
в переменную среды пути, отредактировать файл .profile. и добавьте следующую строку:
export PATH = / home / user / opt / bin: $ PATH
Обратите внимание, что программы, установленные в этом путь будет закрыт для конкретного пользователя, но это способ сделать это
Если ваши пользователи используют
./ configure --prefix = / home / user / opt /
Или для проектов cmake [! d7]
cmake -D CMAKE_INSTALL_PREFIX: PATH = / home / user / opt / ../source/
Это установит программу в этом префиксе (вместо значения по умолчанию / usr / local /), и ваши пользователи должны иметь возможность запускать программу следующим образом:
/ home / user / opt / bin / program
Если вы хотите, чтобы они могли запускать программы, просто используя имя (без полного пути), вам нужно добавить / home / user / opt / bin
в переменную среды пути, отредактировать файл .profile. и добавьте следующую строку:
export PATH = / home / user / opt / bin: $ PATH
Обратите внимание, что программы, установленные в этом путь будет закрыт для конкретного пользователя, но это способ сделать это
Пользователи могут создавать приложения без прав sudo. Единственный раз, когда вам нужны права sudo, вы хотите установить что-то в системные каталоги.
./configure и make работают всегда без прав sudo. make install обычно требует прав sudo, потому что он установит приложение в /usr/local или /usr (иногда /opt).
Однако, если вы измените префикс для пути установки (т.е. ./configure --prefix=~/usr/local) таким образом, что установка будет выполняться внутри дерева домашнего каталога пользователя, для make install не требуются права sudo.
Добавив к тому, что сказал txwikinger, вы можете также проверить fakeroot, что дает возможность создавать пакеты .deb с dpkg без необходимости получения повышенных привилегий. Конечно, для их установки, как правило, нужен доступ sudo.
Добавив к тому, что сказал txwikinger, вы можете также проверить fakeroot, что дает возможность создавать пакеты .deb с dpkg без необходимости получения повышенных привилегий. Конечно, для их установки, как правило, нужен доступ sudo.
Пользователи могут создавать приложения без прав sudo. Единственный раз, когда вам нужны права sudo, вы хотите установить что-то в системные каталоги.
./configure и make работают всегда без прав sudo. make install обычно требует прав sudo, потому что он установит приложение в /usr/local или /usr (иногда /opt).
Однако, если вы измените префикс для пути установки (т.е. ./configure --prefix=~/usr/local) таким образом, что установка будет выполняться внутри дерева домашнего каталога пользователя, для make install не требуются права sudo.
Добавив к тому, что сказал txwikinger, вы можете также проверить fakeroot, что дает возможность создавать пакеты .deb с dpkg без необходимости получения повышенных привилегий. Конечно, для их установки, как правило, нужен доступ sudo.
Пользователи могут создавать приложения без прав sudo. Единственный раз, когда вам нужны права sudo, вы хотите установить что-то в системные каталоги.
./configure и make работают всегда без прав sudo. make install обычно требует прав sudo, потому что он установит приложение в /usr/local или /usr (иногда /opt).
Однако, если вы измените префикс для пути установки (т.е. ./configure --prefix=~/usr/local) таким образом, что установка будет выполняться внутри дерева домашнего каталога пользователя, для make install не требуются права sudo.
Добавив к тому, что сказал txwikinger, вы можете также проверить fakeroot, что дает возможность создавать пакеты .deb с dpkg без необходимости получения повышенных привилегий. Конечно, для их установки, как правило, нужен доступ sudo.
Пользователи могут создавать приложения без прав sudo. Единственный раз, когда вам нужны права sudo, вы хотите установить что-то в системные каталоги.
./configure и make работают всегда без прав sudo. make install обычно требует прав sudo, потому что он установит приложение в /usr/local или /usr (иногда /opt).
Однако, если вы измените префикс для пути установки (т.е. ./configure --prefix=~/usr/local) таким образом, что установка будет выполняться внутри дерева домашнего каталога пользователя, для make install не требуются права sudo.
Добавив к тому, что сказал txwikinger , вы можете также проверить fakeroot
, что дает возможность создавать пакеты .deb с помощью dpkg
не требуя повышенных привилегий. Конечно, для их установки, как правило, требуется доступ к sudo.
Пользователи могут создавать приложения без прав sudo.
./ configure
и make [! D1] работают всегда без прав sudo.
./ configure
и ,
make install
обычно требует прав sudo, потому что он установит приложение в / usr / local
или / usr
(иногда / opt
).
Однако, если вы измените префикс для пути установки (т.е. ./ configure --prefix = ~ / usr / local
) таким образом, чтобы установка будет выполняться внутри дерева домашнего каталога пользователя, для не требуется никаких прав sudo make install
.
Добавив к тому, что сказал txwikinger , вы можете также проверить fakeroot
, что дает возможность создавать пакеты .deb с помощью dpkg
не требуя повышенных привилегий. Конечно, для их установки, как правило, требуется доступ к sudo.
Пользователи могут создавать приложения без прав sudo.
./ configure
и make [! D1] работают всегда без прав sudo.
./ configure
и ,
make install
обычно требует прав sudo, потому что он установит приложение в / usr / local
или / usr
(иногда / opt
).
Однако, если вы измените префикс для пути установки (т.е. ./ configure --prefix = ~ / usr / local
) таким образом, чтобы установка будет выполняться внутри дерева домашнего каталога пользователя, для не требуется никаких прав sudo make install
.
Добавив к тому, что сказал txwikinger , вы можете также проверить fakeroot
, что дает возможность создавать пакеты .deb с помощью dpkg
не требуя повышенных привилегий. Конечно, для их установки, как правило, требуется доступ к sudo.
Пользователи могут создавать приложения без прав sudo.
./ configure
и make [! D1] работают всегда без прав sudo.
./ configure
и ,
make install
обычно требует прав sudo, потому что он установит приложение в / usr / local
или / usr
(иногда / opt
).
Однако, если вы измените префикс для пути установки (т.е. ./ configure --prefix = ~ / usr / local
) таким образом, чтобы установка будет выполняться внутри дерева домашнего каталога пользователя, для не требуется никаких прав sudo make install
.
Добавив к тому, что сказал txwikinger , вы можете также проверить fakeroot
, что дает возможность создавать пакеты .deb с помощью dpkg
не требуя повышенных привилегий. Конечно, для их установки, как правило, требуется доступ к sudo.
Пользователи могут создавать приложения без прав sudo.
./ configure
и make [! D1] работают всегда без прав sudo.
./ configure
и ,
make install
обычно требует прав sudo, потому что он установит приложение в / usr / local
или / usr
(иногда / opt
).
Однако, если вы измените префикс для пути установки (т.е. ./ configure --prefix = ~ / usr / local
) таким образом, чтобы установка будет выполняться внутри дерева домашнего каталога пользователя, для не требуется никаких прав sudo make install
.
Добавив к тому, что сказал txwikinger , вы можете также проверить fakeroot
, что дает возможность создавать пакеты .deb с помощью dpkg
не требуя повышенных привилегий. Конечно, для их установки, как правило, требуется доступ к sudo.
Пользователи могут создавать приложения без прав sudo.
./ configure
и make [! D1] работают всегда без прав sudo.
./ configure
и ,
make install
обычно требует прав sudo, потому что он установит приложение в / usr / local
или / usr
(иногда / opt
).
Однако, если вы измените префикс для пути установки (т.е. ./ configure --prefix = ~ / usr / local
) таким образом, чтобы установка будет выполняться внутри дерева домашнего каталога пользователя, для не требуется никаких прав sudo make install
.
Добавив к тому, что сказал txwikinger , вы можете также проверить fakeroot
, что дает возможность создавать пакеты .deb с помощью dpkg
не требуя повышенных привилегий. Конечно, для их установки, как правило, требуется доступ к sudo.
Пользователи могут создавать приложения без прав sudo.
./ configure
и make [! D1] работают всегда без прав sudo.
./ configure
и ,
make install
обычно требует прав sudo, потому что он установит приложение в / usr / local
или / usr
(иногда / opt
).
Однако, если вы измените префикс для пути установки (т.е. ./ configure --prefix = ~ / usr / local
) таким образом, чтобы установка будет выполняться внутри дерева домашнего каталога пользователя, для не требуется никаких прав sudo make install
.
./ configure
и делают
работать всегда i> без sudo
? Как я могу оправдать это тем, кто продолжает выполнять sudo make install
например?
– Nikos Alexandris
21 November 2012 в 13:45