Der Port der Woche

Ähemm, wie benutzt man das Teil denn? Dachte, dazu gibt's auch 'ne man-page, iss aber nich'. Gibt man da statt "portsdb -Uu" jetzt einfach ein "portindex" ein?
 
Öööh, ja, alsoooo - ehrlich gestanden, versteh ich nicht, was Du mir damit sagen willst :o ?! Was soll denn "indexer.py" sein?
 
@nihonto
Wie wäre es einfach mal die Datei "indexer.py" auszuführen?

"python indexer.py"
 
python: can't open file 'indexer.py'
Zum Vergrößern anklicken....

Sorry, ich will wirklich nicht nerven, aber gibt's nicht irgendwo wenigstens ein paar Hinweise, wie man das anwendet? Sonst kann ich's auch gleich wieder löschen. Die Site vom Entwickler ist auch down :confused:
 
Code: 
$ cat /usr/local/bin/portindex
#! /bin/sh
exec /usr/bin/env python /usr/local/share/portindex/indexer.py $*
Benutz einfach den Befehl 'portindex'... der macht nichts anderes als 'indexer.py' auszuführen.


MfG
 
Biste Du im Verzeichnis in dem "indexer.py" liegt und rufst dort "python indexer.py" auf?

Ansonsten, hier die README des Ports:

FreeBSD utility package
Radim Kolar
hsn@netmag.cz
http://home.tiscali.cz/~cz210552/

********************************************************************
Database structure changed in version 11! Delete .pck file from old
version!
********************************************************************

Contents of FreeBSD utility package

1. incremental /usr/ports/INDEX file generator
run: python indexer.py

This generator has following dependency checks:
system includes /usr/ports/Mk/*
master ports (found by scanning Makefile for .include)
port option file /var/db/ports/portname/options
Makefile.local in port directory

2. superfast README.html file generator
run: python updatereadmes.py

3. Do both updates in one run (saves time)
run: python updateall.py

4. minor update lister (needs portupgrade)
run: python minorupdates.py

Do not interrupt program when saves its own internal state.
This package was tested with Python 2.3.3

Possible problems with portsdb -u
=================================

If portsdb -u fails because of bug in Ruby, delete INDEX.db
and reorder lines in INDEX file. by script like this:

``
sort < INDEX-5 > INDEX-5.sorted
mv INDEX-5.sorted INDEX-5
``

Or you can use ports textproc/rl and misc/inplace.
``
inplace rl /usr/ports/INDEX-5
``
Sort method work better than rl for avoiding Ruby bug, use rl method only
if sort method failed.

This Ruby problem is reported
in PR http://www.freebsd.org/cgi/query-pr.cgi?pr=66222

Have a nice day
Bug reports are very welcome
Radim Kolar
Zum Vergrößern anklicken....
 
Okay, wusste nicht, dass der Befehl im Verzeichnis von indexer.py ausgeführt werden muss. Jetzt löppt's - dangeschööööön!!!

Allerdings mus ich nochmal mit 'ner Frage nerven: Wie kommt man an diese Readme? "make readme" in /usr/ports/sysutils/portindex ergibt was anderes.
 
Sorry, ich will wirklich nicht nerven, aber gibt's nicht irgendwo wenigstens ein paar Hinweise, wie man das anwendet? Sonst kann ich's auch gleich wieder löschen.
Zum Vergrößern anklicken....
1. Gibst du ein 'portindex' (dauert beim ersten Mal länger). Das machst du nach jedem 'cvsup' deines portstree.

2. Gibst du ein 'portversion -v', dass baut dann den Index neu. Wenn gewünscht, gradest du dann ports mittels 'portupgrade' up...
 
Hi
Wenn ich portindex ausführe, bleibt er irgendwo hängen und startet neu.
Bei portsdb -Uu bleibt er auch stehen und gibt folgendes aus:

Code: 
 ...Generating INDEX.tmp - please wait../libexec/ld-elf.so.1: perl: Shared object has no runtime symbol table
--> misc/seq2 failed
***Error code 1

Ich hab mal die INDEX.db gelöscht, hat aber nichts geholfen. :(

Weiß jemand woran das liegt?

Mfg Sebastian
 
"portindex" scheint den Namen "Port der Woche" nicht zu unrecht verdient zu haben, denn heute gibt es bereits die Version 13 in den Ports, nachdem es gestern erst die 12er Version gab ;)
 
hmm ich habe leider noch ein problem mit dem programm.

ich habe den index erstellen lassen, und bekam danach leider von portversion und portinstall fehlermeldungen ala "port info line must consist of 10 fields"


irgendwas scheint an dem index nicht mehr zu stimmen, da ich auch bei portinstall egal bei welchem port die meldung erhalte, er würde keinen port mit diesem namen finden.



was hab ich falsch gemacht bzw was ist falsch gelaufen?


edit: hatte was vergessen
edit2: das ganze scheint mit dem nullfs mount der ports in eine jail zusammen zu hängen. :eek:
 
Zuletzt bearbeitet:
wysiib schrieb:
ich habe den index erstellen lassen, und bekam danach leider von portversion und portinstall fehlermeldungen ala "port info line must consist of 10 fields"

was hab ich falsch gemacht bzw was ist falsch gelaufen?
Zum Vergrößern anklicken....
Du hast gar nichts falsch gemacht. Das Programm ist schlicht und einfach SCHROTT. Du bist auch nicht der einzige, der dieses Problem hatte. Du kannst verschiedene Möglichkeiten nutzen.
cd /usr/ports && make index und testen. Ansonsten nochmals ein cvsup der Ports und anschliessendes portsdb -Uu und pkgdb -F. Sollte das nicht helfen es gibt da noch ein paar andere Methoden. Jedenfalls ist das ein Stück ungarer Software dessen Anwendung Du zur Zeit meiden solltest.
 
Habe auch das Problem sobald ich einmal "portindex" aufgerufen habe und der INDEX erstellt wurde, das danach die tools rund um "portupgrade" nicht mehr funktionieren. Ein "portsdb -Uu" funktioniert glücklicherweise noch und danach ist "portupgrade" auch wieder nutzbar.
 
Bei mir läuft portindex und portindexdb einwandfrei und wirklich schnell. Ich kann auch endlich eine refuse datei bei cvsup benutzen. Mein täglich cvsup dauert mit INDEX und INDEX.db bauen nur noch wenige Minuten!

Man sollte aber immer die aktuellste Version von portindex, portupgrade, python und ruby installiet haben.

Mein System ist ein -STABLE.
 
Maledictus schrieb:
Bei mir läuft portindex und portindexdb einwandfrei und wirklich schnell. Ich kann auch endlich eine refuse datei bei cvsup benutzen. Mein täglich cvsup dauert mit INDEX und INDEX.db bauen nur noch wenige Minuten!

Man sollte aber immer die aktuellste Version von portindex, portupgrade, python und ruby installiet haben.

Mein System ist ein -STABLE.
Zum Vergrößern anklicken....

ich nutze auch die neuesten versionen. allerdings auf einer 5.2.1.... kann das daran liegen?

weil nutzen würde ich das tool schon gern
 
Bei mir funzt portindex unter 5.2.1 auch nicht richtig. Aus irgendeinem Grund erneuert portindex die INDEX jedesmal komplett und nicht nur die geänderten Ports. Dadurch dauert es in etwa genauso lange wie mit "make index".
 
also portindex is schon fein, bis es mein system einfriert:

Aug 30 18:13:35 book kernel: TPTE at 0xbfc203d4 IS ZERO @ VA 080f5000
Aug 30 18:13:35 book kernel: panic: bad pte
Aug 30 18:13:35 book kernel:
Aug 30 18:13:35 book kernel: syncing disks, buffers remaining... kernel trap 12 with interrupts disabled
Aug 30 18:13:35 book kernel:
Aug 30 18:13:35 book kernel:
Aug 30 18:13:35 book kernel: Fatal trap 12: page fault while in kernel mode
Aug 30 18:13:35 book kernel: fault virtual address = 0x24
Aug 30 18:13:35 book kernel: fault code = supervisor read, page not present
Aug 30 18:13:35 book kernel: instruction pointer = 0x8:0xc05801d7
Aug 30 18:13:35 book kernel: stack pointer = 0x10:0xd77b2c44
Aug 30 18:13:35 book kernel: frame pointer = 0x10:0xd77b2c64
Aug 30 18:13:35 book kernel: code segment = base 0x0, limit 0xfffff, type 0x1b
Aug 30 18:13:35 book kernel: = DPL 0, pres 1, def32 1, gran 1
Aug 30 18:13:35 book kernel: processor eflags = resume, IOPL = 0
Aug 30 18:13:35 book kernel: current process = 29 (swi1: net)
Aug 30 18:13:35 book kernel: trap number = 12
Aug 30 18:13:35 book kernel: panic: page fault
Aug 30 18:13:35 book kernel: Uptime: 1h53m41s
Aug 30 18:13:35 book kernel: kernel trap 12 with interrupts disabled
Aug 30 18:13:35 book kernel:
Aug 30 18:13:35 book kernel:
Aug 30 18:13:35 book kernel: Fatal trap 12: page fault while in kernel mode
Aug 30 18:13:35 book kernel: fault virtual address = 0x24
Aug 30 18:13:35 book kernel: fault code = supervisor read, page not present
Aug 30 18:13:35 book kernel: instruction pointer = 0x8:0xc05801d7
Aug 30 18:13:35 book kernel: stack pointer = 0x10:0xd77acc30
Aug 30 18:13:35 book kernel: frame pointer = 0x10:0xd77acc50
Aug 30 18:13:35 book kernel: code segment = base 0x0, limit 0xfffff, type 0x1b
Aug 30 18:13:35 book kernel: = DPL 0, pres 1, def32 1, gran 1
Aug 30 18:13:35 book kernel: processor eflags = resume, IOPL = 0
Aug 30 18:13:35 book kernel: current process = 27 (swi8: tty:sio clock)
Aug 30 18:13:35 book kernel: trap number = 12
Aug 30 18:13:35 book kernel: panic: page fault
Aug 30 18:13:35 book kernel: Uptime: 1h53m41s
Aug 30 18:13:35 book kernel: kernel trap 12 with interrupts disabled
Aug 30 18:13:35 book kernel:
Aug 30 18:13:35 book kernel:
Aug 30 18:13:35 book kernel: Fatal trap 12: page fault while in kernel mode
Aug 30 18:13:35 book kernel: fault virtual address = 0x24
Aug 30 18:13:35 book kernel: fault code = supervisor read, page not present
Aug 30 18:13:35 book kernel: instruction pointer = 0x8:0xc05801d7
Aug 30 18:13:35 book kernel: stack pointer = 0x10:0xd77ebc68
Aug 30 18:13:35 book kernel: frame pointer = 0x10:0xd77ebc88
Aug 30 18:13:35 book kernel: code segment = base 0x0, limit 0xfffff, type 0x1b
Aug 30 18:13:35 book kernel: = DPL 0, pres 1, def32 1, gran 1
Aug 30 18:13:35 book kernel: processor eflags = resume, IOPL = 0
Aug 30 18:13:35 book kernel: current process = 21 (irq10: nvidia0)
Aug 30 18:13:35 book kernel: trap number = 12
Aug 30 18:13:35 book kernel: panic: page fault
Aug 30 18:13:35 book kernel: Uptime: 1h53m41s
Aug 30 18:13:35 book kernel: kernel trap 12 with interrupts disabled
Aug 30 18:13:35 book kernel:
Aug 30 18:13:35 book kernel:
Aug 30 18:13:35 book kernel: Fatal trap 12: page fault while in kernel mode
Aug 30 18:13:35 book kernel: fault virtual address = 0x24
Aug 30 18:13:35 book kernel: fault code = supervisor read, page not present
Aug 30 18:13:35 book kernel: instruction pointer = 0x8:0xc05801d7
Aug 30 18:13:35 book kernel: stack pointer = 0x10:0xd77eec68
Aug 30 18:13:35 book kernel: frame pointer = 0x10:0xd77eec88
Aug 30 18:13:35 book kernel: code segment = base 0x0, limit 0xfffff, type 0x1b
Aug 30 18:13:35 book kernel: = DPL 0, pres 1, def32 1, gran 1
Aug 30 18:13:35 book kernel: processor eflags = resume, IOPL = 0
Aug 30 18:13:35 book kernel: current process = 22 (irq11: cbb0 cbb1+++)
Aug 30 18:13:35 book kernel: trap number = 12
Aug 30 18:13:35 book kernel: panic: page fault
 
Ui, während der Ausführung? Ich hatte das mal mit MPD. Wenn ich das gestartet habe, hat sich meine Kiste einfach rebootet :-/

Gruß, I.MC
 
entschuldigt die vielleicht dumme frage aber ich hab immer folgenden befehl ausgeführt: pkgdb -F

oder redet ihr von was anderem als ich? weil das dauert nur ein paar sekunden bei mir - bin gerade etwas verwirrt (noob halt ^^)
 
Da verwechselst du was. Das was du machst überprüft die Abhängikeiten bereits installierter Pakete, also ob die noch alle auffindbar sind. Das Tool "portindex" baut die "INDEX" Datei im Verzeichnis /usr/ports neu, bzw. bringt sie auf den neusten Stand. Wenn man das mittels portsdb -U macht, dann wird quasi jedes Mal komplett diese Datei neu generiert, von null auf. Portindex ist nun in der Lage nur inzwischen geschehene Veränderungen einzufügen, ohne gleich einfach stumpf alles neu zu bauen. Das dauert nämlich ganz schön lange und dauert vor allem immer länger, da es immer mehr Ports gibt...

Gruß, I.MC
 
interessant, nur ist es schade dass das Script BASH voraussetzt. Da gewiss alle Aktionen des Scripts root Rechte benötigen hätte man evt. bei sh bleiben sollen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben