Scanner Lide 20 unter openSuse 10.3

Status
Für weitere Antworten geschlossen.

OliverB

Member
Hallo,
auch ich habe mir die 10.3 Installiert. Leider bekomme ich dort den Scanner nicht mehr ans laufen. Das 1.0.15.20 Sane packet welches ich unter 10.2 Verwendet habe funktioniert leider nicht in der 10.3

Die 1.0.15.20 kann in der 10.3 die Scanner database nicht anlegen. laut Bug Report ist das Problem in den CSV Dateien bereits behoben. Wer kann mir ein Packet mit den CSV Treibern bauen das ich in die 10.3 einspielen kann.

hier wurde auch schon darüber geschrieben:
Thema anzeigen - Canon Scanner Lide 20 - SuSE Linux

Gruss Olli
 

ZuluTom

Moderator
AW: Scanner Lide 20 unter openSuse 10.3

Hallo,

laut Deiner Sig, benutzt Du KDE 3.5.7.

Ich schlage erst mal ein Update auf die 3.5.8 vor. Darin sind etliche Bugs behoben worden. Vielleicht auch dein Problem.

herzlichst ZT
 

Rain_Maker

Administrator
Teammitglied
AW: Scanner Lide 20 unter openSuse 10.3

@ZT

Da die sane-backends nichts mit KDE zu tun haben, wird ein Update sehr wahrscheinlich nichts bringen, außerdem ist KDE 3.5.8 nur aus dem BuildService erhältlich, also keine "offiziellen" SuSE-Pakete und eventuelle Bugfixes werden von openSUSE auf die offiziell unterstützte Version 3.5.7 zurückportiert.

@TE

Versuchs zunächst mal mit den sane-backends aus Factory:

Index of /pub/opensuse/distribution/SL-OSS-factory/inst-source/suse

Wer kann mir ein Packet mit den CSV Treibern bauen das ich in die 10.3 einspielen kann.
Ich denke, das kannst/musst Du wohl selbst erledigen, mir fehlen jedenfalls zur Zeit die passenden Ressourcen um das zu tun.

- Hol Dir das src.rpm aus Factory und von der sane-HP einen CVS-snapshot.

- Lies Dir das mal durch

http://www.pc-forum24.de/linux-howtos/2882-rpm-umbau-aus-einem-src-rpm-mit-rpmbuild-beispiele-wlan-kmp-fcdslsl.html

(Teil B) um das Prinzip zu verstehen und dann kann man das mal angehen.

Ich würde Dir zumindest beim Erstellen/Ändern des SPECfiles helfen können.

Greetz,

RM
 

OliverB

Member
AW: Scanner Lide 20 unter openSuse 10.3

Ich habe mal versucht einfach die daten zu ersetzen und dann ein Packet zu Bauen.
Als erstes habe ich die rpm.src Installiert
Dann habe ich in dem Ordner Surces das file mit den Backends mit der CSV ersetzt.
Dazu musste ich das CSV entpacken und die Ornderstruktur anpassen. Dann habe ich es in den Soures Ordner Kopiert.

Danach ist folgendes passiert:
rpmbuild -bb /usr/src/packages/SPECS/sane-backends.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.86074
+ umask 022
+ cd /usr/src/packages/BUILD
+ cd /usr/src/packages/BUILD
+ rm -rf sane-backends-1.0.18
+ /usr/bin/bzip2 -dc /usr/src/packages/SOURCES/sane-backends-1.0.18.tar.bz2
+ tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd sane-backends-1.0.18
++ /usr/bin/id -u
+ '[' 0 = 0 ']'
+ /bin/chown -Rhf root .
++ /usr/bin/id -u
+ '[' 0 = 0 ']'
+ /bin/chgrp -Rhf root .
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ echo 'Patch #1 (sane-backends-1.0.16-nb.patch):'
Patch #1 (sane-backends-1.0.16-nb.patch):
+ patch -p0 -b --suffix .nb -s
The text leading up to this was:
--------------------------
|--- po/Makefile.in.orig 2005-07-15 22:50:41.000000000 +0200
|+++ po/Makefile.in 2005-08-08 15:25:50.000000000 +0200
--------------------------
File to patch:
Skip this patch? [y] y
1 out of 1 hunk ignored
error: Bad exit status from /var/tmp/rpm-tmp.86074 (%prep)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.86074 (%prep)
Bricht da mit einem ab..
 

Rain_Maker

Administrator
Teammitglied
AW: Scanner Lide 20 unter openSuse 10.3

Das geht auch eleganter als an den Namen der Sources und/oder der Ordnerstruktur rumzufummeln.

Da das ganze reproduzierbar sein sollte würde ich das anders machen.

Poste mal das gesamte SPECfile und den originalen Namen des heruntergeladenen Snapshots (tar.gz/bz2-Datei).

Diesen notfalls nochmals herunterladen, dann machen wir das gleich ordentlich.

Die Fehlermeldung besagt übrigens, daß da ein Patch nicht mehr passt, weil die zu patchende Datei nicht mehr gefunden wird.

Sehr wahrscheinlich hat das mit Deinem Gebastel am Quellarchiv zu tun.

Greetz,

RM
 

OliverB

Member
AW: Scanner Lide 20 unter openSuse 10.3

Gut,

hier das Specfile

Edit (RM) Datei als .zip an Posting angehängt.
Wenn schon externes Hosting, dann einen nopaste-Service benutzen bei dem man nicht hinterher löschen kann/muss.


Es gibt eigentlich 2 Files
Eins nur Pulstek: pulstek-usb-0.52-3.tar.gz
oder das gesamte Packet: sane-backends-2007-10-20.tar.gz (Daily Snapshot)

Ich hoffe das der Fix da irgenwo mit eingeflossen ist. Was ich halt nicht ganz Verstehe ist, das Problem ist bekannt aber wurde in der 1.018 nicht korrigiert bzw in deren Releasses.

Gruss Olli
 

Rain_Maker

Administrator
Teammitglied
AW: Scanner Lide 20 unter openSuse 10.3

OK, da das tar.gz bei der Versionsnummer "-" enthält, muß man ein wenig tricksen, denn dieses Zeichen ist im SPEC bei Version oder Release nicht erlaubt.

Außerdem heisst der Ordner, der sich in dem tar.gz befindet nur "sane-backends" auch hier muß man entsprechend eingreifen.

Hier die Änderungen (rot)

1. Zunächst definieren wir eine Variable cvsversion, damit wir die Quelle korrekt einbinden können.

Code:
# usedforbuild    ConsoleKit ConsoleKit-64bit Mesa PolicyKit aaa_base acl attr audit-libs audit-libs-64bit autoconf automake bash binutils bzip2 cairo coreutils cpio cpp cpp42 cracklib cracklib-64bit cups-libs cvs cyrus-sasl dbus-1 dbus-1-64bit dbus-1-glib diffutils file filesystem fillup findutils fontconfig freetype2 gawk gcc gcc42 gd gdbm gettext gettext-devel ghostscript-fonts-std ghostscript-library ghostscript-x11 glib2 glibc glibc-64bit glibc-devel glibc-locale glitz grep groff gzip hal info insserv less libacl libart_lgpl libattr libbz2-1 libbz2-devel libdb-4_5 libdb-4_5-64bit libdrm libexif libexif-devel libexpat1 libgcc42 libgimpprint libgomp42 libgphoto2 libgphoto2-devel libgphoto2-lang libieee1284 libjpeg libjpeg-devel libltdl-3 libmudflap42 libnscd libopenssl-devel libopenssl0_9_8 libpng libreadline5 libsnmp15 libstdc++42 libtiff3 libtool libusb libusb-devel libuuid1 libvolume_id libxcrypt libxcrypt-64bit libxml2 libzio linux-kernel-headers logrotate m4 make man mktemp module-init-tools ncurses net-snmp net-snmp-devel net-tools netcfg openldap2-client openssl-certs pam pam-64bit pam-config pam-modules parted patch perl perl-TermReadKey perl-Tk perl-base permissions pkg-config poppler popt popt-devel pwdutils resmgr rpm rpm-devel rrdtool sed sensors snmp-mibs sysfsutils sysvinit t1lib tar tcpd tcpd-devel texinfo texlive texlive-bin texlive-bin-latex texlive-latex timezone udev util-linux xaw3d xorg-x11-libICE xorg-x11-libSM xorg-x11-libX11 xorg-x11-libXau xorg-x11-libXext xorg-x11-libXfixes xorg-x11-libXmu xorg-x11-libXp xorg-x11-libXpm xorg-x11-libXprintUtil xorg-x11-libXrender xorg-x11-libXt xorg-x11-libXv xorg-x11-libfontenc xorg-x11-libs xorg-x11-libxcb
xorg-x11-libxkbfile zlib zlib-devel

[COLOR='Red']%define cvsversion 2007-10-20[/COLOR]
Name:           sane-backends
2. Änderung des Releases und Einbinden der Quelle:

Code:
Summary:        SANE (Scanner Access Now Easy) Scanner Drivers
Version:        1.0.18
[COLOR='red']Release:        20071020CVS[/COLOR]
Url:            http://www.sane-project.org/
# URL for Source0: http://alioth.debian.org/download.php/1669/sane-backends-1.0.18.tar.gz
[COLOR='red']Source0:        sane-backends-%{cvsversion}.tar.gz[/COLOR]
# Source100... is SUSE specific stuff:
Source100:      sane-dev
Source101:      sane-port
Source102:      sane.reg
Sollte man einen anderen CVS-Snapshot verwenden, dann muß man nur die Zeile "%define cvsversion" ändern, wobei es allerdings dann auch Sinn macht, die Zeile "Release" abzuändern. Dabei dürfen wie schon oben angemerkt _keine_ "-" auftauchen (deshalb auch der kleine Trick ganz am Anfang).

Der Release ist so gewählt (erst Datum, dann CVS), daß ein eventuelles Update von openSUSE, sofern dieses immer noch Version 1.0.18 ist, sehr wahrscheinlich nicht dieses Paket ersetzt, das ist so beabsichtigt.

Sollte jedoch ein Update auf eine neuere Version (1.0.19 o.ä.) erfolgen, dann würde das Paket ersetzt.

3. Änderung des Makros "setup"

Code:
%debug_package
%prep
[COLOR='red']%setup -q -n %{name}[/COLOR]
# locale rename: no -> nb:
%patch1 -b .nb
Per default erwartet %setup, daß der Ordner, der sich im tar.gz befindet, genau so wie das tar.gz heisst.

Dies ist aber nicht der Fall, deshalb setzt man den Schalter "-n" und gibt den Namen des Ordners an.
Da der Ordner genau so wie das Paket heisst, kann man auch die Variable "%{name}" verwenden.

4. Änderung des Changelogs (wenn schon, denn schon, auch wenn es auf die Funktionalität des Paketes keinen Einfluß hat.

Code:
%changelog
[COLOR='red']* Sun Oct 21 2007 - <*Deine-Email-Adresse*>
- updated to cvs-snapshot version 2007-10-20[/COLOR]
Damit dürfte zumindest das setup bis zu den Patches selbst funktionieren und die Patches müssten gefunden werden.

Das nächste potentielle Problem dürften nun die Patches selbst sein.

Es ist davon auszugehen, daß einige dieser Patches mittlerweile in den Quellcode eingeflossen und deshalb nicht mehr nötig sind, andere wiederum immer noch angewendet werden können und auch angewendet werden sollten.

Es wird also wahrscheinlich folgendes passieren.

Code:
Patch #[B]*NummerdesPatches*[/B] (*NamedesPatches*):
+ patch -p0 -s
Reversed (or previously applied) patch detected!  Assume -R? [n]
und rpmbuild wird abbrechen.

Dann muß der entsprechende Patch auskommentiert werden, das geschieht hier:

Code:
%setup -q -n %{name}
# locale rename: no -> nb:
%patch1 -b .nb
mv po/sane-backends.no.po po/sane-backends.nb.po
# Patch2 fixes a too small char array which causes a buffer overflow if SANE_DEBUG_EPSON is set:
%patch2
# Patch3 replaces fixed HZ compile-time value by sysconf(_SC_CLK_TCK) runtime value:
%patch3
 Patch4 disables hw_ink_remain which causes a buffer overflow in fujitsu.c:
#%patch4
# Patch5 fixes an uninitialized variable in teco2.c:
%patch5
# Patch6 fixes an ambiguous post/pre increment in canon-sane.c:
%patch6
# Patch100... is SUSE specific stuff:
# Patch100 lets the "canon" backend do scanner auto-recognition:
%patch100
# Patch101 disables the special resmgr support in SANE (resmgr works now via ACLs):
%patch101
# Patch102 builds libsane-* modules as libtool modules:
%patch102
# Source100... is SUSE specific stuff:
# Remove hpoj.desc completely to avoid confusion with its successor hpaio.desc
# because since openSUSE 10.3 the package hp-officeJet (for hpoj.desc) is dropped.
Wie man sieht, sind schon im Verlauf der letzten Monate/Jahre mehrere Patches aus oben genannntem Grund auskommentiert worden, hier also einfach vor die entsprechende "%patch*Nummer*"-Zeile eine Raute # setzen, das SPECfile abspeichern und danach auf ein Neues.

Diese Prozedur so lange wiederholen, bis alle nicht mehr anwendbaren Patches (keiner mehr und keiner weniger) auskommentiert sind.

Danach ein kleines Gebet sprechen und hoffen, daß der Build durchläuft.

Greetz,

RM
 

OliverB

Member
AW: Scanner Lide 20 unter openSuse 10.3

Habe die Patches auskommentiert und automake nach installiert
aber leider nicht zum Ziel gekommen. Schon schwierig wenn man nicht genau weiss was man tut.

rpmbuild -bb /usr/src/packages/SPECS/sane-backends.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.10892
+ umask 022
+ cd /usr/src/packages/BUILD
+ cd /usr/src/packages/BUILD
+ rm -rf sane-backends
+ tar -xf -
+ /usr/bin/gzip -dc /usr/src/packages/SOURCES/sane-backends-2007-10-20.tar.gz
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd sane-backends
++ /usr/bin/id -u
+ '[' 1000 = 0 ']'
++ /usr/bin/id -u
+ '[' 1000 = 0 ']'
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ mv po/sane-backends.no.po po/sane-backends.nb.po
+ rm doc/descriptions-external/hpoj.desc
+ cp /usr/src/packages/SOURCES/hpaio.desc doc/descriptions-external/hpaio.desc
+ cp /usr/src/packages/SOURCES/epkowa.desc doc/descriptions-external/epkowa.desc
+ exit 0
Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.53035
+ umask 022
+ cd /usr/src/packages/BUILD
+ /bin/rm -rf /var/tmp/sane-backends-1.0.18-build
++ dirname /var/tmp/sane-backends-1.0.18-build
+ /bin/mkdir -p /var/tmp
+ /bin/mkdir /var/tmp/sane-backends-1.0.18-build
+ cd sane-backends
+ AUTOMAKE_DIR=/usr/share/automake
+ '[' -d /usr/share/automake ']'
+ AUTOMAKE_DIR='/usr/share/automake*'
+ '[' -d /usr/share/automake-1.10 ']'
+ for d in .
+ for f in config.sub config.guess
+ test -f ./config.sub -a '!' ./config.sub -ef /usr/share/automake-1.10/config.sub
+ cp -f /usr/share/automake-1.10/config.sub ./config.sub
+ test -d . -a '!' -f ./depcomp -a -f /usr/share/automake-1.10/depcomp
+ cp -f /usr/share/automake-1.10/depcomp ./depcomp
+ echo 'please add depcomp to sources for new automake!'
please add depcomp to sources for new automake!
+ test -f ./missing -a '!' ./missing -ef /usr/share/automake-1.10/missing
+ for f in config.sub config.guess
+ test -f ./config.guess -a '!' ./config.guess -ef /usr/share/automake-1.10/config.guess
+ cp -f /usr/share/automake-1.10/config.guess ./config.guess
+ test -d . -a '!' -f ./depcomp -a -f /usr/share/automake-1.10/depcomp
+ test -f ./missing -a '!' ./missing -ef /usr/share/automake-1.10/missing
+ for f in ltconfig ltmain.sh
+ test -f ./ltconfig
+ for f in ltconfig ltmain.sh
+ test -f ./ltmain.sh
+ sed 's/linux-gnu\([^*][^*]*\)\*/linux*\1*/g; s/linux-gnu/linux/g; s,/lib\>,/lib,g; s,/lib\([$-]\),/lib\1,g' ./ltmain.sh
+ mv -f ./ltmain.sh-30179 ./ltmain.sh
+ chmod +x ./ltmain.sh
+ autoreconf -fi
/var/tmp/rpm-tmp.53035: line 61: autoreconf: command not found
error: Bad exit status from /var/tmp/rpm-tmp.53035 (%build)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.53035 (%build)
Gruss Olli
 

Rain_Maker

Administrator
Teammitglied
AW: Scanner Lide 20 unter openSuse 10.3

Code:
webpin -d 10.3 autoreconf
... performing request on http://benjiweber.co.uk:8080/searchservice/SearchService/Search/Simple/openS   9 results (3 packages) found for "autoreconf" in openSUSE_103
[B]* autoconf: A GNU Tool for Automatically Configuring Source Code
   - 2.61 [suse-oss | BS::home:/maw | BS::home:/vitsoft]
     >> /usr/bin/autoreconf[/B]
   - 2.60 [BS::home:/accAgon | BS::home:/dstoecker]
     >> /usr/bin/autoreconf
Greetz,

RM
 

OliverB

Member
AW: Scanner Lide 20 unter openSuse 10.3

Ich sage nichts

Processing files: sane-backends-1.0.18-20071020CVS
error: File not found by glob: /var/tmp/sane-backends-1.0.18-build/usr/share/loc ale/*/LC_MESSAGES/sane-backends.mo
Processing files: sane-backends-debuginfo-1.0.18-20071020CVS
Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/sane-backends -1.0.18-build


RPM build errors:
File not found by glob: /var/tmp/sane-backends-1.0.18-build/usr/share/locale /*/LC_MESSAGES/sane-backends.mo
 

Rain_Maker

Administrator
Teammitglied
AW: Scanner Lide 20 unter openSuse 10.3

Poste das gesamte SPECfile (zippen und ans Posting anhängen).

Ausgabe von:
Code:
find /var/tmp/sane-backends-1.0.18-build/ -name "*backends*" 

find /usr/src/packages/BUILD -name "*backends*"
Greetz,

RM
 

OliverB

Member
AW: Scanner Lide 20 unter openSuse 10.3

hier die ausgaben und die Datei

find /var/tmp/sane-backends-1.0.18-build/ -name "*backends*"
/var/tmp/sane-backends-1.0.18-build/
find /usr/src/packages/BUILD -name "*backends*"
/usr/src/packages/BUILD/sane-backends
/usr/src/packages/BUILD/sane-backends/po/sane-backends.cs.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.bg.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.es.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.ru.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.nl.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.it.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.de.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.pt.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.fi.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.da.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.sv.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.pl.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.fr.po
/usr/src/packages/BUILD/sane-backends/po/sane-backends.nb.po
/usr/src/packages/BUILD/sane-backends/sane-backends.lsm
/usr/src/packages/BUILD/sane-backends-1.0.18
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.cs.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.bg.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.no.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.es.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.ru.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.nl.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.it.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.de.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.pt.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.fi.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.da.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.sv.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.pl.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.fr.po
/usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/sane-backends.lsm
 

Rain_Maker

Administrator
Teammitglied
AW: Scanner Lide 20 unter openSuse 10.3

Faulheit siegt?

Code:
# locale rename: no -> nb:
# %patch1 -b .nb
mv po/sane-backends.no.po po/sane-backends.nb.po
# Patch2 fixes a too small char array which causes a buffer overflow if SANE_DEBUG_EPSON is set:
# %patch2
# Patch3 replaces fixed HZ compile-time value by sysconf(_SC_CLK_TCK) runtime value:
# %patch3
# Patch4 disables hw_ink_remain which causes a buffer overflow in fujitsu.c:
# %patch4
# Patch5 fixes an uninitialized variable in teco2.c:
# %patch5
# Patch6 fixes an ambiguous post/pre increment in canon-sane.c:
# %patch6
# Patch100... is SUSE specific stuff:
# Patch100 lets the "canon" backend do scanner auto-recognition:
# %patch100
# Patch101 disables the special resmgr support in SANE (resmgr works now via ACLs):
# %patch101
# Patch102 builds libsane-* modules as libtool modules:
# %patch102
# Source100... is SUSE specific stuff:
# Remove hpoj.desc completely to avoid confusion with its successor hpaio.desc
# because since openSUSE 10.3 the package hp-officeJet (for hpoj.desc) is dropped.
Du willst mir nicht allen Ernstes erzählen wollen, daß Du alle Patches auskommentieren musstest.

Da auch einige Patches dabei sind, die wahrscheinlich das Makefile verändern und sehr wahrscheinlich auch die Installationsorte, muß man sich über das Ergebnis nicht wundern.

Ich zitiere mal mich selbst.

Dann muß der entsprechende Patch auskommentiert werden,

Wie man sieht, sind schon im Verlauf der letzten Monate/Jahre mehrere Patches aus oben genannntem Grund auskommentiert worden, hier also einfach vor die entsprechende "%patch*Nummer*"-Zeile eine Raute # setzen, das SPECfile abspeichern und danach auf ein Neues.

Diese Prozedur so lange wiederholen, bis alle nicht mehr anwendbaren Patches (keiner mehr und keiner weniger) auskommentiert sind.
Greetz,

RM
 

OliverB

Member
AW: Scanner Lide 20 unter openSuse 10.3

wenn du das von mir denkst..

schade, aber interessanter weise lief es so fast durch,




Gruss Olli
 

Rain_Maker

Administrator
Teammitglied
AW: Scanner Lide 20 unter openSuse 10.3

Das muß ich nicht denken, das ist Fakt, denn Du hast offensichtlich statt so vorzugehen wie beschrieben einfach alle Patches auskommentiert.

Auch wenn ich das Paket bei mir nicht fertig bauen kann, so kann man doch testen, welche Patches angenommen werden und welche nicht.

Code:
man rpmbuild 

-bp    Executes  the  "%prep" stage from the spec file. Normally this involves unpacking the
              sources and applying any patches.

Es waren 4 und nicht alle.

Entweder Du machst es so wie beschrieben, oder Du lässt es eben, aber dann muß ich Dir ja auch nicht mehr helfen.

Greetz,

RM
 

OliverB

Member
AW: Scanner Lide 20 unter openSuse 10.3

nun ich habe sie der reihe nach auskommentiert. Aber darüber wollen wir uns ja nicht streiten. Ich danke trotzdem für die hilfe stellung. Dein wissen ist sehr gross - ich weiss es zu schätzen.
von mir aus kann man diesen thread jetzt schliessen.
Gruss Olli
 

Rain_Maker

Administrator
Teammitglied
AW: Scanner Lide 20 unter openSuse 10.3

Dir scheint nicht klar zu sein, warum das Ganze genau "nach Plan" ablaufen sollte und nicht irgendeine "Abkürzung" genommen werden kann.

Woher soll man sicher sagen können, was diesen Fehler auslöst und ob es an nicht angewandten Patches oder an etwas anderem liegt?

Ich kann nur teilweise diese Fehler "nacharbeiten" und unter 10.2 läuft der Build, wenn man eben nur die 4 Patches, die nicht mehr nötig sind, ausblendet, auch durch.

Unter 10.3 werden aber wie diese Ausgabe zeigt

Code:
find /usr/src/packages/BUILD -name "*backends*"
 /usr/src/packages/BUILD/sane-backends
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.cs.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.bg.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.es.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.ru.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.nl.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.it.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.de.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.pt.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.fi.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.da.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.sv.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.pl.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.fr.po
 /usr/src/packages/BUILD/sane-backends/po/sane-backends.nb.po
 /usr/src/packages/BUILD/sane-backends/sane-backends.lsm
 /usr/src/packages/BUILD/sane-backends-1.0.18
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.cs.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.bg.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.no.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.es.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.ru.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.nl.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.it.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.de.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.pt.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.fi.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.da.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.sv.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.pl.po
 /usr/src/packages/BUILD/sane-backends-1.0.18/sane-backends-1.0.18/po/sane-backends.fr.po
die entsprechenden ".mo"-Dateien nicht kompiliert (es handelt sich dabei um Übersetzungen).

Normalerweise müsste das automatisch geschehen, denn das Makefile ist ja unter 10.2 und 10.3 wenn man den selben Quellcode und die selben Patches anwendet identisch.

Das musste ich aber nun in mühevoller Fummelarbeit selbst herausfinden ohne allerdings eine Erklärung dafür zu haben und vor allem, ohne mir sicher zu sein, daß es nicht an ausgelassenen Patches liegt.

Langer Rede kurzer Sinn, ich habe in das angehängte SPEC einen kleinen "Workaround" reingebastelt, der zumindest dieses Problem lösen sollte.

Code:
# Workaround for compiling locales
cd po
make all-mos
cd ..

# workaround fo installing locales
cd po
make DESTDIR=%{buildroot} install-translations
cd ..
Ein ziemlich dreckiger "Hack" aber es könnte klappen.

Specfile im Anhang.

Greetz,

RM
 
Status
Für weitere Antworten geschlossen.
Oben