Вы думали, какой дистрибутив Linux лучше всего удовлетворяет ваши запросы? Если нет, тогда вам тоже стоит заглянуть на 'этот ресурс. Это тест, пройдя который вы будете знать, какой дистрибутив вам лучше подойдёт. Мне вот посоветовали:
Всё бы хорошо, но мне нравиться Ubuntu и Arch, видно тяга к свежему ПО у меня сильнее, чем я думаю. так что отвечая, будьте искренни на все 100%. И воспринимайте результат как совет, а не руководство к действию:)
Что-то нехорошее происходит с компаниями, занимающимися поддержкой Open Source. Вначале продали Sun компании Oracle. Не успело сообщество прийти в себя, как последовала новость о продаже Mandriva. Это ещё более насторожило всех Linux-пользователей. И вот теперь новая новость. Novell продают компании, бизнес которой сконцентрирован вокруг Windows. Это удар по проектам LibreOffice, Gnome, KDE, Mono и многим другим вкладам в развитие проектов для Linux и Free Software.
Это ещё что. Самое страшное - это то, что само свободное существование Linux находиться под вопросом. Часть кода Linux предположительно реализует вещи, подпадающие под патенты на UNIX. И эти самые патенты, скорее всего, и купил холдинг патентных троллей CPTN Holdings LLC. Данный холдинг в своё время был создан корпорацией Microsoft для борьбы с конкурентами. Предполагалось, что холдинг будет активно скупать патенты на IT технологии для защиты M$ от патентных исков, и преследования конкурентов этими самыми исками. И теперь они могут нанести удар по всем смежным с Unix технологиям. Вместе с Linux проблемы с нарушением патентов вероятно возникнут и у FreeBSD, и производных систем. Так, как часть кода FreeBSD используется в проекте Darvin, то теоретически, даже MacOS X не в безопасности.
Вопрос: что делать? Его пока рано задавать, но в перспективе возможно форсирование разработки GNU/HURD, или переезд на ядро от Minix. Если окажется что FreeBSD не нарушает эти патенты, возможно возрождение дистрибутивов на ядре FreeBSD. Возможно так-же, что сообщество разработает со временем принципиально новое ядро, не нарушающее ни один патенты - но это крайне долгий и тяжёлый путь. Кто знает, как будут развиваться события... И к чему это приведёт. Но точно знаю одно - с мира Unix назад на Windows дороги нет. Windows не подходит тем, кто любит подгонять систему под себя. Она подходит только невзыскательным пользователям с их сугубо средненькими запросами. И поэтому я верю, что никакие патенты не остановят развитие Open Source. Пока есть те, кто любят свободу, всегда найдется какой-нибудь парень, с работы которого вырастет прекрасная свободная ОС.
P.S.: Надеюсь в будущем свободная ОС будет покрываться двумя лицензиями, BSD и GPL. Хотя бы основные её компоненты. Это даст больше свободы для разработчиков, и желающих коммитить в проект. И ещё, если Software Patents не отменят, возможно Open Source разработчикам стоит создать организацию для патентования Open Source разработок и помещения патентов в общий пул. Это помогло бы сражаться с проприетарщиками. Они подают иск на FSF, а те встречный... Open Source не должен быть беззубым. Если свободную разработку используют проприетарщики, пусть делают свободный выбор: становиться в ряд разработчиков/коммитеров проекта, или платить лицензионные отчисления.
Вчера поздно вечерком, где-то около 2 ночи кажется, сижу я, никого не трогаю, и вдруг у меня воспроизведение одного из эпизодов сериала "Sanctuary" обрывается. Я от компьютера такой наглости не ожидал, попытался открыть видео ещё раз. SMplayer выдал ошибку, типа прочитать директорию не может. В общем стал я искать в чём дело, а разделы со второго винта у меня просто отвалились. В общем, ситуация не из приятных.
Попробовал подмонтировать их заново, и тут облом. Ругаются, что разделов с нужными uid просто нет. Пришлось запускать Fdisk. Он выдал информацию по двум хардам, лишнюю я вырезал:
lucentcode@lucentcode-desktop:~$ sudo /sbin/fdisk -l Disk /dev/sda: 120.0 GB, 120033075200 bytes 255 heads, 63 sectors/track, 14593 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x91baf8f6 Device Boot Start End Blocks Id System /dev/sda1 1 9223 74083716 83 Linux /dev/sda2 * 9224 14593 43134525 7 HPFS/NTFS
Стало ясно что разделы с данными сохранились, хотя Disk Utility из System->Administration уверяла меня что разделов на винте нет, и предлагала создать таковые из "незанятых" блоков, которых ровно и было на весь винт.
Была идея использовать gpart, и я честно попытался. Но он меня полчаса почти мурыжил, а толку ноль. Хотя иногда gpart помогает:
sudo gpart /dev/sda
Но не в этот раз. Пришлось делать по другому:
lucentcode@lucentcode-desktop:~$ sudo fdisk /dev/sda
Fdisk просит ввести команду, вот некоторые из них: u - эта команда показывает размер в секторах. v - проверяет таблицу разделов. w - записывает таблицу разделов на диск, заменяя старую на полученную в результате проверки или изменения.
Я так в принципе и проделал всё, в этом порядке. И в результате после команды:
sudo mount -a
Я вернул свои два раздела. Так что если у вас пропал раздел, или вы его удалили - это ещё не приговор. Всё можно вернуть, пока ваши секторы не будут реально пререзаписаны новой информацией. Если у вас не получится справится при помощи данного ПО, используйте TestDisk и PhotoRec, только перед экспериментами не забудьте сделать посекторную копию вашего диска, ведь чаше всего данные свои мы теряем из-за наших же ошибок.
| $ sudo apt-get install libnotify-bin |
my_list = ["Andrew","Joan","Jack","Betty"]Для того, что-бы перебрать его, поэлементно мы используем цикл for:
for name in my_list: print name
index()и конструкцию:
for index in xrange(0,len(my_list) ):
print "{0} on position {1}".format(my_list[index],index)
Если этот метод кривой до ужаса, то вариант с index()ещё и создаёт трудноуловимую ошибку. Если в списке есть пару одинаковых элементов - вы получите каждый раз при попадании на повторяющийся элемент индекс ближайшего такого элемента:
for name in my_list:
print "{0} on position {1}".format(name,my_list.index(name))
А ведь так просто сделать правильно:for index, name in enumerate(my_list):
print "{0} on position {1}".format(name,index)
zip().Код примера:fruits = ['Grape', 'Apple', 'Lime']
colors = ['violet', 'red', 'green']
for fruit, color in zip(fruits, colors):
print "The color of {0} is {1}".format(fruit,color)
Что же возвращает функция zip? Смотрим на её результат:[('Grape', 'Violet'), ('Apple', 'Red'), ('Lime', 'Green')]
Сюрприз!На выходе мы видим список из последовательностей вида (fruit,color).sorted() - возвращает отсортированный список.Часто используется в виде:print sorted(set(fruits))Функция
set() возвращает последовательность.Если при вызове ей передать последовательность, она возьмёт из неё все записи, по сути вернув копию списка или иной последовательности.reversed() выстраивает записи в обратном порядке.Пример:print list(reversed(fruits))Помни!Только правильные приёмы программирования сделают твой труд продуктивным, а процесс написания программ приятным. И не будет отчаянного желания спрятать исходники от глаз более продвинутых программистов.Ведь хороший программист — это тот программист, исходники которого приятно читать и несложно править. Не стесняйтесь пользоваться поиском и задавать вопросы. И я надеюсь что вам повезёт не повторять ошибок многих чайников, изобретавших велосипед из=за плохого знания своего программерского инструментария.
Я думаю, не секрет, что программу можно писать легко и с удовольствием, а можно мучатся и изобретать велосипеды. Что же отличает успешного программиста от его незадачливого коллеги - вечного конструктора ужасных и монструозных велосипедов?Плохое знание языка, стандартных библиотек, и отсутствие хороших привычек программирования.
Мы все стоим на плечах гигантов.На плечах тех, кто изобрёл множество вещей, которыми мы ежедневно пользуемся. И используем приёмы в работе, изобретённые не нами. И было бы наивно отказываться от опыта гигантов программерской мысли. Если они уже столкнулись с какой-то проблемой, которую сейчас решаете вы - надо просто узнать как её уже решали до вас. В 90% случаев вы найдёте оптимальное решение. Такие общепризнанные способы решения задач - это стандартные приёмы программирования.Просто набор хороших привычек.Которые сберегают кучу времени и сил, и уберегают от ошибок.
Я решил записывать все подсмотренные где-то хорошие привычки программирования на питоне. И оформлять их в виде цикла публикаций. Я назову этот цикл публикаций:"Приёмы программирования на Python".Надеюсь они пригодятся ещё кому-то кроме меня.
Если ваш пакетный менеджер(Synaptic или Aptitude) ругается на отсутсвие ключей для добавленнных в /etc/apt/sources.list источников пакетов, и вам это надоело - используйте простенький скрипт на замечательном языке Python , написанный мной примерно после трёхсотого напоминания о непроверенных источниках ПО для моего любимого Ubuntu.
Создаём файл keyadder.py такого содержания:
#!/usr/bin/env python
# -*- coding: utf8 -*-
#Скрипт для добавления ключей репозиториям,добавленным вами вручную.
#Опупликовано по лицензии GPL V2 или выше.
import os.path,sys,string,commands,re
print "Пожалуйста запаситесь терпением,мы получаем недостающие ключи...\nЭто довольно долгий процесс,особенно на слабых интернет каналах.\n"
outp = commands.getoutput("sudo apt-get update ")
if re.search( ur"NO_PUBKEY", outp ):
outp = outp.split("\n")
for line in outp:
match = re.search( ur"[/nA-Z0-9]{16}", line )
if match > 0:
key = match.group()
print "Ключ " + key + " успешно добавлен."
commandOutput = commands.getoutput("sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com " + key + " ")
else:
print "Поздравляем!У вас все репозитории имеют ключ верификации.\n"
quit()
Делаем его исполняемым при помощи chmode. Запуск производим из консоли при помощи команды:
sudo keyadder.pyИли:
sudo python keyadder.py
Будьте осторожны, не стоит использовать ПО из PPA авторов, которым у вас нет доверия. Если есть сомнения, лучше сами заведите себе свой PPA , и собирайте важные для себя пакеты в нём.