git diff -> html
Подскажите, пожалуйста, утилиты, позволяющие на основе вывода git diff ... получать статичный HTML. Красивая расцветка HTML и большое количество опций приветствуются.
Подскажите, пожалуйста, утилиты, позволяющие на основе вывода git diff ... получать статичный HTML. Красивая расцветка HTML и большое количество опций приветствуются.
Oct 14 10:36:29 arch kernel: scsi 3:0:0:0: Direct-Access StoreJet Transcend PQ: 0 ANSI: 2 CCS
Oct 14 10:36:29 arch kernel: sd 3:0:0:0: Attached scsi generic sg3 type 0
Oct 14 10:36:29 arch kernel: sd 3:0:0:0: [sdc] 312581808 512-byte logical blocks: (160 GB/149 GiB)
Oct 14 10:36:29 arch kernel: sd 3:0:0:0: [sdc] Write Protect is off
Oct 14 10:36:29 arch kernel: sdc: sdc1
Oct 14 10:36:29 arch kernel: sd 3:0:0:0: [sdc] Attached SCSI disk
Oct 14 10:36:37 arch kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 9
Oct 14 10:36:37 arch kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 9
Oct 14 10:36:38 arch kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 9
Oct 14 10:36:39 arch kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 9
Oct 14 10:36:39 arch kernel: sd 3:0:0:0: Device offlined - not ready after error recovery
Oct 14 10:36:39 arch kernel: usb 1-3: USB disconnect, address 9
Oct 14 10:36:39 arch kernel: usb 1-3: new high speed USB device using ehci_hcd and address 10
Oct 14 10:36:40 arch kernel: usb 1-3: new high speed USB device using ehci_hcd and address 11
Oct 14 10:36:40 arch kernel: usb 1-3: new high speed USB device using ehci_hcd and address 12
Oct 14 10:36:41 arch kernel: usb 1-3: new high speed USB device using ehci_hcd and address 13
Oct 14 10:36:41 arch kernel: usb 3-1: new full speed USB device using uhci_hcd and address 10
Oct 14 10:36:42 arch kernel: usb 3-1: new full speed USB device using uhci_hcd and address 11
Oct 14 10:36:42 arch kernel: usb 3-1: new full speed USB device using uhci_hcd and address 12
Oct 14 10:36:43 arch kernel: usb 3-1: new full speed USB device using uhci_hcd and address 13
fsck запустить уже не удается:
[410][demas.arch: /home/demas]$ fsck /dev/sdc1
fsck from util-linux-ng 2.16
e2fsck 1.41.9 (22-Aug-2009)
fsck.ext2: Нет такого файла или каталога while trying to open /dev/sdc1
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
Есть возможность вернуть к жизни винт, не переразбивая и переформатируя его заново?
Переустановил Arch и с удивлением увидел, что compiz, который раньше работал, теперь перестал.
Симптомы: При запуске compiz, компьютер реагирует на мышку с запозданием в 4-5 секунд. Загрузка процессора при этом 2-3%. При переключении на metacity все становится нормально. Переключение между emerald/gnome decorator ничего не меняет. Заходил под вновь созданным пользоваталем - то же самое. При этом kwin на этой же машине работает нормально (из чего я делаю вывод, что проблема в compiz), а не в дровах.
Дополнительная инфорамция:
* Драйвер xf86-video-intel (ноу ibm thinpad z60m) * xorg.conf - а нет, как такового
Что тут можно еще посмотреть ?
Поставил из AUR:
[205][demas.arch: yaourt]$ sudo yaourt -Ss python-nautilus
aur/python-nautilus 0.5.1-2 [installed] (165)
Python binding for Nautilus components
При запуске простейшего тестового примера получаю ошибку:
[195][demas.arch: /home/demas/temp]$ cat test.py
import nautilus
print "hello"
[196][demas.arch: /home/demas/temp]$ python test.py
Traceback (most recent call last):
File "test.py", line 1, in <module>
import nautilus
ImportError: No module named nautilus
Это проект стал криво или я импортирую не правильно ?
Все что нашел про наборы плагинов это их состав и документацию на них. Меня же интересует несколько более высокоуровневая информация - по какому принципу они сгруппированы? И отражает ли что-то их название?
Вопрос возник в связи с тем, что у меня на Fedora не обновляется bad-набор плагинов, так как он по файлам конфликтует с good-набором плагинов, вот я и задумался, что я теряю.
Собираю под fedora пакет cairo c наложением своего патча. Делаю все вот по этой статье.
В spec файл, полученный из src пакета я добавил только две строки, помеченные (*):
....
Patch0: cairo-1.8.6-repeat-modes.patch
Patch1: cairo-1.2.4-lcd-cleartype-like.diff (*)
....
%prep
%setup -q
%patch0 -p1 -b .repeat-modes
%patch1 -p1 -b .repeat-modes (*)
%build
%configure --disable-static \
.........
В результате при сборке пакета имею:
[516][demas.localhost: rpmbuild]$ rpmbuild -bb SPECS/cairo.spec
Выполняется(%prep): /bin/sh -e /var/tmp/rpm-tmp.Ed0xCc
+ umask 022
+ cd /home/demas/rpmbuild/BUILD
+ cd /home/demas/rpmbuild/BUILD
+ rm -rf cairo-1.8.8
+ /usr/bin/gzip -dc /home/demas/rpmbuild/SOURCES/cairo-1.8.8.tar.gz
+ /bin/tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd cairo-1.8.8
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ echo 'Patch #0 (cairo-1.8.6-repeat-modes.patch):'
Patch #0 (cairo-1.8.6-repeat-modes.patch):
+ /bin/cat /home/demas/rpmbuild/SOURCES/cairo-1.8.6-repeat-modes.patch
+ /usr/bin/patch -s -p1 -b --suffix .repeat-modes --fuzz=0
+ echo 'Patch #1 (cairo-1.2.4-lcd-cleartype-like.diff):'
Patch #1 (cairo-1.2.4-lcd-cleartype-like.diff):
+ /bin/cat /home/demas/rpmbuild/SOURCES/cairo-1.2.4-lcd-cleartype-like.diff
+ /usr/bin/patch -s -p1 -b --suffix .repeat-modes --fuzz=0
1 out of 5 hunks FAILED -- saving rejects to file src/cairo-ft-font.c.rej
ошибка: Неверный код возврата из /var/tmp/rpm-tmp.Ed0xCc (%prep)
Как я понимаю, мой патч найден, но почему то не смог наложиться.
Если я распакую исходники в отдельную папку и ручками наложу патчи - то все пройдет успешно:
[521][demas.localhost: cairo-1.8.8]$ patch -p1 -i cairo-1.8.6-repeat-modes.patch
patching file src/cairo-xlib-surface.c
[522][demas.localhost: cairo-1.8.8]$ patch -p1 -i cairo-1.2.4-lcd-cleartype-like.diff
patching file src/cairo-ft-font.c
Hunk #1 succeeded at 57 (offset 4 lines).
Hunk #2 succeeded at 524 with fuzz 1 (offset 30 lines).
Hunk #3 succeeded at 817 (offset 34 lines).
Hunk #4 succeeded at 1123 (offset 35 lines).
Hunk #5 succeeded at 1240 (offset 36 lines).
Отсюда я делаю вывод, что я просто не так прописал строки в spec файле.
Пробовал вместо
%patch1 -p1 -b .repeat-modes
писать
%patch1 -p1
- то же самое.
Как правильно добавить патч?
Я понимаю, что я ручками могу пропатчить исходники, запаковать их обратно и собрать пакет без патчей, но пока рассматриваю этот вариант, как неспортивный.
Просто иногда нужен стандартный пакет, но собранный с нестандартными опциями или патчами. Чтобы не писать spec файл с нуля, хочется найти на 99% готовый.
> yum install yum-downloadonlyПосле этого любой
> yum update some --downloadonly --downloaddir=/home/demas/my
приводит к ошибке:
[root@localhost demas]# yum install gdb --downloadonly --downloaddir=/home/demas/fakeroot/
Loaded plugins: downloadonly, fastestmirror, presto, refresh-packagekit
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in <module>
yummain.user_main(sys.argv[1:], exit_code=True)
File "/usr/share/yum-cli/yummain.py", line 309, in user_main
errcode = main(args)
File "/usr/share/yum-cli/yummain.py", line 178, in main
result, resultmsgs = base.doCommands()
File "/usr/share/yum-cli/cli.py", line 348, in doCommands
self._getTs(needTsRemove)
File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 101, in _getTs
self._getTsInfo(remove_only)
File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 112, in _getTsInfo
pkgSack = self.pkgSack
File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 649, in <lambda>
pkgSack = property(fget=lambda self: self._getSacks(),
File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 491, in _getSacks
self.repos.populateSack(which=repos)
File "/usr/lib/python2.6/site-packages/yum/repos.py", line 232, in populateSack
self.doSetup()
File "/usr/lib/python2.6/site-packages/yum/repos.py", line 79, in doSetup
self.ayum.plugins.run('postreposetup')
File "/usr/lib/python2.6/site-packages/yum/plugins.py", line 180, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/downloadonly.py", line 41, in postreposetup_hook
repo.setAttribute('pkgdir',opts.dldir)
File "/usr/lib/python2.6/site-packages/yum/repos.py", line 295, in setAttribute
setattr(self, key, value)
AttributeError: can't set attribute
при ./configure любого исходника.
> gcc --version
gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291] Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Чего не хватает ?
Я могу скачать из репозитория последнюю версию исходников и выполнить make, make install, но тогда новая версия пакета установится в /usr.
А можно ли как то установить их в /home и сказать emacs, чтобы сначала использовал версии пакетов из /home, а только после искал в /usr ?
| ← назад |