Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

31.07.2009, 08:39

hplip geht nicht mehr

Moin

Ich habe den Multifunktionsdrucker HP Deskjet F380.
Der nötige Treiber heist hplip.
Wenn ich nun das HP-Tool für meinen Drucker starten wollte, musste ich in der Befehlszeile lediglich hplip eingeben, und das funktioniert auf einmal nicht mehr, keine Reaktion.
Als Alternative hp-toolbox funktioniert auch nicht viel besser, d.h. immerhin gibt es hier eine Ausgabe in der Konsole, aber die hier angeforderten Pakete sind anscheinend installiert.
Hier mal die Konsolenausgabe:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
niniveh@gentoo64 ~ $ hplip
bash: hplip: command not found


niniveh@gentoo64 ~ $ hp-toolbox
HP Linux Imaging and Printing System (ver. 2.8.6b)
HP Device Manager ver. 14.0

Copyright (c) 2001-8 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

error: PyQt not installed. GUI not available. Exiting.
warning: Qt/PyQt initialization failed.
error: hp-toolbox requires GUI support. Exiting.


niniveh@gentoo64 ~ $ eix PyQt
[I] dev-python/PyQt
     Available versions:  3.17.6 ~3.18 ~3.18-r1 ~3.18.1 {debug doc examples}
     Installed versions:  3.17.6(09:54:39 24.01.2009)...

[I] dev-python/PyQt4
     Available versions:  4.4.4-r2 ~4.4.4-r5 ~4.5.2 {X assistant dbus debug doc examples kde opengl phonon qt3support sql svg webkit xmlpatterns}
     Installed versions:  4.4.4-r2(08:44:04 27.06.2009)...

2 Treffer.


niniveh@gentoo64 ~ $ eix hplip
[I] net-print/hplip
     Available versions:  2.8.6b ~2.8.7 ~3.9.2 ~3.9.4b ~3.9.4b-r1 {cupsddk dbus doc fax gtk minimal parport policykit ppds qt3 qt4 scanner snmp}
     Installed versions:  2.8.6b(19:41:52 19.08.2008)...

niniveh@gentoo64 ~ $ eix hp-toolbox
Kein Treffer.


Der Drucker selber funktioniert noch, aber ich benötige hplip um den Tintenstand abzulesen.
Falls das Problem mit phyton zu tun haben sollte, hier gab es gerade ein update, wobei die Schlussmeldung keine Aktion verlangte:

Quellcode

1
2
3
4
5
6
emerge -avuND world
[...]
[ebuild  NS   ] dev-lang/python-2.6.2-r1 [2.5.4-r3]
[ebuild  N    ] dev-python/numpy-1.3.0
[ebuild     U ] app-admin/python-updater-0.7
[ebuild     U ] dev-python/pygobject-2.18.0

Das Ausführen von phyton-updater half jedenfalls nicht.

Danach ein Depclean:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
gentoo64 ~ # emerge --depclean -p

>>> These are the packages that would be unmerged:

 net-libs/xulrunner
    selected: 1.8.1.19
   protected: none
     omitted: none

 dev-python/numeric
    selected: 24.2-r6
   protected: none
     omitted: none

 sys-devel/autoconf
    selected: 2.13
   protected: none
     omitted: 2.63-r1

 dev-lang/python
    selected: 2.5.4-r3
   protected: none
     omitted: 2.6.2-r1

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

gentoo64 ~ # emerge --depclean


Edit:
Ich kam auf die Idee, dass es sich um einen Fehler in ~.hplip handeln könnte.
Leider ist es nicht so.
Allerdings wird dieses Verzeichnis stets wieder angelegt, wenn ich den Befehl hplip oder hp-toolbox aufrufe.
Also ganz ohne Funktion ist das Paket nicht, wie man aus der o.g. Konsolenmeldung vermuten könnte.
Allerdings vermag ich dessen Aktivität auch nicht in top zu erkennen. Zumindest steht es nicht unter diesen Prozessnamen bezw. kommt kein Prozess mit hp... vor.



P.s.:
Ich fahre nächste Nacht für eine Woche in Urlaub, meine Reaktion auf Eure Antworten kann also etwas dauern
:D
Viele Grüße
Niniveh

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Niniveh« (10.08.2009, 10:15)


2

01.08.2009, 00:27

Hi
den Befehl "hplip" gibt es so in den aktuellen Versionen nicht mehr

Quellcode

1
$ hp-toolbox
wäre hier schon richtig.
Hast du "net-print/hplip" evtl. ohne "qt3" oder "qt4" Use-Flag gebaut? , diese ist für den bau mit GUI nötig.

Auszug aus

Quellcode

1
$ equery uses net-print/hplip-2.8.6b

Quellcode

1
2
 qt3     : Enable graphical interface using Qt 3; when both qt3 and qt4 USE flags are enabled then qt4 has priority over qt3
qt4     : Enable graphical interface using Qt 4; when both qt3 and qt4 USE flags are enabled then qt4 has priority over qt3

Schaue bitte ob "hplip" mit "qt3" oder "qt4" Flag gebaut wurde.
Wegen dem Python, schaue doch ansonsten mal gegen welche python gebaut wurde, zb mit

Quellcode

1
$ equery files net-print/hplip | grep python


ansonsten wünsche ich guten Urlaub!

3

08.08.2009, 09:24

Moin Josef

Ich bin nun wieder von meinem Urlaub zurück. :)

Soweit ich das sehe, wurde hplip mit den USE-Flags qt3 und qt4 gebaut. Auch wurde die installierte Version net-print/hplip-2.8.6b am 19.08.2008 installiert und bisher funktionierte sie einwandfrei, auch mit dem Befehl hplip. :|
Es wurde also keine neue Version die Änderungen verursachte eingespielt.
Nähere Angaben hierzu und zu python unten.

Weißt du, wie der hp-toolbox-Prozess heisen sollte, damit ich mit top mir anschauen kann ob er überhaupt läuft?
top zeigt jedenfalls keinen Prozess, der ähnlich heißt. Aber der HP-Treiber läuft, denn der Drucker funktioniert schließlich noch und das Verzeichnis ~ .hplip wird nach den o.g. Befehlen auch angelegt.

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
niniveh@gentoo64 ~ $ eix hplip
[I] net-print/hplip
     Available versions:  2.8.6b ~2.8.7 ~3.9.2 ~3.9.4b ~3.9.4b-r1 {cupsddk dbus doc fax gtk minimal parport policykit ppds qt3 qt4 scanner snmp}
     Installed versions:  2.8.6b(19:41:52 19.08.2008)(dbus fax ppds qt3 qt4 scanner -cupsddk -doc -minimal -parport -snmp)



niniveh@gentoo64 ~ $ equery uses net-print/hplip-2.8.6b
[ Searching for packages matching net-print/hplip-2.8.6b... ]
[ Colour Code : set unset ]
[ Legend : Left column  (U) - USE flags from make.conf              ]
[        : Right column (I) - USE flags packages was installed with ]
[ Found these USE variables for net-print/hplip-2.8.6b ]
 U I
 - - cupsddk : Add support for net-print/cupsddk which enables dynamic PPD files (recommended)
 + + dbus    : Enable dbus support for anything that needs it (gpsd, gnomemeeting, etc)
 - - doc     : Adds extra documentation (API, Javadoc, etc)
 + + fax     : Enable fax on multifunction devices which support it
 - - minimal : Install a very minimal build (disables, for example, plugins, fonts, most drivers, non-critical features)
 - - parport : Enable parallel port for devices which require it
 + + ppds    : Adds support for automatically generated ppd (printing driver) files
 + + qt3     : Adds support for the Qt GUI/Application Toolkit version 3.x
 + + qt4     : Adds support for the Qt GUI/Application Toolkit version 4.x
 + + scanner : Adds support for scanner hardware (e.g. build the sane frontend in kdegraphics)
 - - snmp    : Adds support for the Simple Network Management Protocol if available



niniveh@gentoo64 ~ $ equery files net-print/hplip | grep python
/usr/lib64/python2.5
/usr/lib64/python2.5/site-packages
/usr/lib64/python2.5/site-packages/cupsext.la
/usr/lib64/python2.5/site-packages/cupsext.so
/usr/lib64/python2.5/site-packages/hpmudext.la
/usr/lib64/python2.5/site-packages/hpmudext.so
/usr/lib64/python2.5/site-packages/pcardext.la
/usr/lib64/python2.5/site-packages/pcardext.so
/usr/lib64/python2.5/site-packages/scanext.la
/usr/lib64/python2.5/site-packages/scanext.so
/usr/share/hplip/data/images/other/powered_by_python.png


###################################################################

Heute fuhr ich wieder ein emerge -avuND world update und nach dem anschließenden revdep-rebuild, das 12 Pakete neu mergen wollte, gab es Problemmeldungen mit python, mit denen ich nichts anfangen kann.
Vielleicht haben diese Meldungen etwas mit meinem Problem hier zu tun?
Wenn nicht, muss ich einen neuen Thread dafür auf machen.
Ich kopiere die Meldung hier mal herein:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
gentoo64 ~ # revdep-rebuild

[...]

make: *** No targets specified and no makefile found.  Stop.
 *
 * ERROR: dev-python/PyQt4-4.4.4-r2 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 3599:  Called die
 * The specific snippet of code:
 *       emake || die "emake failed"
 *  The die message:
 *   emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/dev-python/PyQt4-4.4.4-r2/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-python/PyQt4-4.4.4-r2/temp/environment'.
 *

>>> Failed to emerge dev-python/PyQt4-4.4.4-r2, Log file:

>>>  '/var/tmp/portage/dev-python/PyQt4-4.4.4-r2/temp/build.log'

 * Messages for package app-emulation/virtualbox-ose-2.2.2:

 * Fallback PaX marking -m
 *      /var/tmp/portage/app-emulation/virtualbox-ose-2.2.2/image//usr/lib64/virtualbox-ose/VBoxSDL
 * Fallback PaX marking -m
 *      /var/tmp/portage/app-emulation/virtualbox-ose-2.2.2/image//usr/lib64/virtualbox-ose/VBoxHeadless
 * Fallback PaX marking -m
 *      /var/tmp/portage/app-emulation/virtualbox-ose-2.2.2/image//usr/lib64/virtualbox-ose/VirtualBox
 * To launch VirtualBox just type: "VirtualBox"
 * You must be in the vboxusers group to use VirtualBox.
 *
 * The lastest user manual is available for download at:
 * http://download.virtualbox.org/virtualbox/2.2.2/UserManual.pdf
 *
 * For advanced networking setups you should emerge:
 * net-misc/bridge-utils and sys-apps/usermode-utilities

 * Messages for package app-pda/libopensync-0.22:

 * Building with 'debug' useflag is highly encouraged
 * and requiered for bug reports.
 * Also see http://www.opensync.org/wiki/tracing

 * Messages for package dev-python/PyQt4-4.4.4-r2:

 *
 * ERROR: dev-python/PyQt4-4.4.4-r2 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 3599:  Called die
 * The specific snippet of code:
 *       emake || die "emake failed"
 *  The die message:
 *   emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/dev-python/PyQt4-4.4.4-r2/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-python/PyQt4-4.4.4-r2/temp/environment'.
 *

 * GNU info directory index is up-to-date.

 * IMPORTANT: 2 config files in '/etc' need updating.
 * See the CONFIGURATION FILES section of the emerge
 * man page to learn how to update config files.
 *
 * revdep-rebuild failed to emerge all packages.
 * you have the following choices:
 * - If emerge failed during the build, fix the problems and re-run revdep-rebuild.
 * - Use /etc/portage/package.keywords to unmask a newer version of the package.
 *   (and remove 5_order.rr to be evaluated again)
 * - Modify the above emerge command and run it manually.
 * - Compile or unmerge unsatisfied packages manually,
 *   remove temporary files, and try again.
 *   (you can edit package/ebuild list first)
 *
 * To remove temporary files, please run:
 * rm /var/cache/revdep-rebuild/*.rr
 * Found some broken files that weren't associated with known packages
 * The broken files are:
 *   /usr/lib/qt4/plugins/designer/libpythonplugin.so

gentoo64 ~ # dispatch-conf
[...]


Nach dem Eintrag >dev-python/PyQt4-4.4.4-r2 in /etc/portage/package.keywords wollte emerge dennoch nur dev-python/PyQt4-4.4.4-r2 remergen und keine höhere Version akzeptieren. ?(
Viele Grüße
Niniveh

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Niniveh« (08.08.2009, 15:20)


4

08.08.2009, 20:54

Hey,

Quellcode

1
Nach dem Eintrag >dev-python/PyQt4-4.4.4-r2 in /etc/portage/package.keywords wollte emerge dennoch nur dev-python/PyQt4-4.4.4-r2 remergen und keine höhere Version akzeptieren. ?(

besser so.
echo "dev-python/PyQt4 x86" /etc/portage/package.keywords

EDIT: wegen Denkfehler :)

LG Micha.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Michigen« (08.08.2009, 21:09)


5

08.08.2009, 21:58

Hi
zZt ist ja die
PyQt4-4.4.4-r5
Version Stable, versuche zunächst diese zu mergen.
Ich würde das wie folgt machen

Quellcode

1
2
3
4
5
6
7
# rm /var/cache/revdep-rebuild/*.rr
# emerge --sync
# emerge -1 PyQt4
# emerge -avuDN world
evtl. ein
# etc-update (oder alternativ  dispatch-conf )
# revdep-rebuild

=================================================================
Noch kurz zu dem von mir erwähnten Befehl
$ hp-toolbox
vermutlich gibt es diesen Befehl bei dir wirklich noch nicht, ich nutze hier "hplip-3.9.4b-r1" da hat sich einiges geändert. Sorry hierfür...

6

09.08.2009, 09:37

Danke Jungs :)

Irgendwie will das ganze bei mir net so richtig :(

echo "=dev-python/PyQt4-4.4.4-r5" >> /etc/portage/package.keywords
So ist es offenbar richtig und so wie ich es möchte. Nur die eine Version.

Jetzt wollte ich PyQt4 mergen, geht aber nicht.

Ich zeige es mal:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
gentoo64 ~ # emerge -av1 PyQt4

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] x11-libs/qt-test-4.5.1  USE="iconv -debug -pch" 111,980 kB
[ebuild     U ] dev-python/PyQt4-4.4.4-r5 [4.4.4-r2] USE="X dbus kde%* opengl svg -assistant% -debug -doc -examples -phonon% -sql% -webkit -xmlpatterns% (-qt3support%)" 0 kB

Total: 2 packages (1 upgrade, 1 new), Size of downloads: 111,980 kB

Would you like to merge these packages? [Yes/No] y

>>> Emerging (1 of 2) x11-libs/qt-test-4.5.1 [wurde installiert]
[...]

>>> Emerging (2 of 2) dev-python/PyQt4-4.4.4-r5
 * PyQt-x11-gpl-4.4.4.tar.gz RMD160 SHA1 SHA256 size ;-) ...               [ ok ]
 * checking ebuild checksums ;-) ...                                                          [ ok ]
 * checking auxfile checksums ;-) ...                                                         [ ok ]
 * checking miscfile checksums ;-) ...                                                        [ ok ]
>>> Unpacking source...
>>> Unpacking PyQt-x11-gpl-4.4.4.tar.gz to /var/tmp/portage/dev-python/PyQt4-4.4.4-r5/work
>>> Source unpacked in /var/tmp/portage/dev-python/PyQt4-4.4.4-r5/work
>>> Preparing source in /var/tmp/portage/dev-python/PyQt4-4.4.4-r5/work/PyQt-x11-gpl-4.4.4 ...
 * Applying configure.py.patch ...                                                               [ ok ]
 * Applying PyQt4-4.4.4-qgraphicsproxywidget-avoid-event-callback-loop.patch ...      [ ok ]
 * Applying fix_license_check.patch ...                                                                                [ ok ]
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/dev-python/PyQt4-4.4.4-r5/work/PyQt-x11-gpl-4.4.4 ...
python configure.py --confirm-license --bindir=/usr/bin --destdir=/usr/lib64/python2.6/site-packages --sipdir=/usr/share/sip --enable=QtCore --enable=QtNetwork --enable=QtScript --enable=QtTest --enable=QtXml --enable=QtGui --enable=QtDesigner --enable=QtOpenGL --enable=QtSvg
Traceback (most recent call last):
  File "configure.py", line 43, in <module>
    import sipconfig
ImportError: No module named sipconfig
 *
 * ERROR: dev-python/PyQt4-4.4.4-r5 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_configure
 *             environment, line 3634:  Called die
 * The specific snippet of code:
 *       ${myconf} || die "configuration failed";
 *  The die message:
 *   configuration failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/dev-python/PyQt4-4.4.4-r5/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-python/PyQt4-4.4.4-r5/temp/environment'.
 *

>>> Failed to emerge dev-python/PyQt4-4.4.4-r5, Log file:

>>>  '/var/tmp/portage/dev-python/PyQt4-4.4.4-r5/temp/build.log'

 * Messages for package x11-libs/qt-test-4.5.1:

 * After a rebuild or upgrade of Qt, it can happen that Qt plugins (such as Qt
 * and KDE styles and widgets) can no longer be loaded. In this situation you
 * should recompile the packages providing these plugins. Also, make sure you
 * compile the Qt packages, and the packages that depend on it, with the same
 * GCC version and the same USE flag settings (especially the debug flag).
 *
 * Packages that typically need to be recompiled are kdelibs from KDE4, any
 * additional KDE4/Qt4 styles, qscintilla and PyQt4. Before filing a bug report,
 * make sure all your Qt4 packages are up-to-date and built with the same
 * configuration.
 *
 * For more information, see http://doc.trolltech.com/4.5/plugins-howto.html

 * Messages for package dev-python/PyQt4-4.4.4-r5:

 *
 * ERROR: dev-python/PyQt4-4.4.4-r5 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_configure
 *             environment, line 3634:  Called die
 * The specific snippet of code:
 *       ${myconf} || die "configuration failed";
 *  The die message:
 *   configuration failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/dev-python/PyQt4-4.4.4-r5/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-python/PyQt4-4.4.4-r5/temp/environment'.
 *

 * GNU info directory index is up-to-date.


Ich habe nun nichts weiter mehr gemacht, also kein revdep-rebuild.
Irgendwo ist hier ein Fehler :(

Zitat

zZt ist ja die PyQt4-4.4.4-r5 Version Stable,

Bei mir nicht? ;(

Quellcode

1
2
3
4
gentoo64 ~ # eix PyQt4
[U] dev-python/PyQt4
     Available versions:  4.4.4-r2 (~)4.4.4-r5 ~4.5.2 ~4.5.4 ~4.5.4-r1 {X assistant dbus debug doc examples kde opengl phonon qt3support sql svg webkit xmlpatterns}
     Installed versions:  4.4.4-r2(08:44:04 27.06.2009)
Viele Grüße
Niniveh

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Niniveh« (09.08.2009, 09:46)


7

09.08.2009, 14:19

Hi
Wenn PyQt4-4.4.4-r5 bei dir noch nicht stable ist dann würde ich sie auch nicht demaskieren, hier auf einem 32-Bit System (i686) wäre sie stable..

Quellcode

1
2
3
$ eix dev-python/PyQt4
[I] dev-python/PyQt4
     Available versions:  4.4.4-r2 4.4.4-r5 (~)4.5.2 (~)4.5.4 (~)4.5.4-r1
aber nun gut, vermutlich fährst du da amd64 ? ,ich würde das demaskieren zurücknehmen.
............................................................................................
Dein aktueller Fehler

Quellcode

1
ImportError: No module named sipconfig
du hattest da ja jüngst ein python Update von 2.5 auf 2.6 durchgeführt...

Zitat

Das Ausführen von phyton-updater half jedenfalls nicht.
lief das sauber durch, baute "phyton-updater" einige Pakete, nun gegen python:2.6 neu? , denn hplip wurde ja anscheinend noch gegen python2.5 gebaut ?(

Was sagen den aktuell

Quellcode

1
2
3
eix -I -e -c python
und
eselect python list

8

09.08.2009, 19:08

Hi Josef :P

Zitat

Was sagen den aktuell...

Quellcode

1
2
3
4
5
6
7
8
gentoo64 ~ $ eix -I -e -c python
[I] dev-lang/python (2.6.2-r1(2.6)@31.07.2009): Python is an interpreted, interactive, object-oriented programming language.

gentoo64 ~ $ eselect python list
Available python interpreters:
  [1]   python2.6 *

gentoo64 ~ # python-updater


Also, der python-updater braucht vielleicht 1-2 Sekunden, dann kommt wieder die Promt (so heist das wohl?), sonst keine Meldung und neulich war das nicht anders.
Ich installierte hplip wegen deines Verdachtes gerade nochmal, keine Änderung. :(
Viele Grüße
Niniveh

9

09.08.2009, 19:40

Hm.., du hast wohl python:2.5 deinstalliert (depclean) bevor du den "python-updater" gestartet hast?
denn normalerweise, wenn zwei Python Versionen installiert sind, durchsucht "python-updater" dein System nach Paketen die neu gegen die neue Python-Version gebaut werden müssen, dies sind idR so ca. 50 Pakete..
Versuche mal den "python-updater" mit dem Schalter "-o" und der Angabe der Version zu starten.

Quellcode

1
# python-updater --help
zeigt da auch ein wenig Info zu.
Versuche doch mal ein

Quellcode

1
# python-updater -o 2.5

10

10.08.2009, 10:15

Moin Josef :D

Zitat

...du hast wohl python:2.5 deinstalliert (depclean) bevor du den "python-updater" gestartet hast?

Das weiß ich nicht mehr, aber anscheinend liegst du richtig, jedenfalls hat python-updater -o 2.5 einiges bewegt.

Quellcode

1
Total: 15 packages (1 upgrade, 14 reinstalls)


Und hplip läuft wieda :D


Ich befürchtete schon, da kommst du nicht daruf.
Verzeihe bitte, dass ich an dir gezweifelt habe. :D :D
Viele Grüße
Niniveh