Thema: Scanner Lide 20 unter openSuse 10.3

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

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

@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-howto...p-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

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..

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

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

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

%define cvsversion 2007-10-20
Name:           sane-backends

2. Änderung des Releases und Einbinden der Quelle:

Code:

Summary:        SANE (Scanner Access Now Easy) Scanner Drivers
Version:        1.0.18
Release:        20071020CVS
Url:            http://www.sane-project.org/
# URL for Source0: http://alioth.debian.org/download.php/1669/sane-backends-1.0.18.tar.gz
Source0:        sane-backends-%{cvsversion}.tar.gz
# 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
%setup -q -n %{name}
# 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
* Sun Oct 21 2007 - <*Deine-Email-Adresse*>
- updated to cvs-snapshot version 2007-10-20 

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 #*NummerdesPatches* (*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

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

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
* autoconf: A GNU Tool for Automatically Configuring Source Code
   - 2.61 [suse-oss | BS::home:/maw | BS::home:/vitsoft]
     >> /usr/bin/autoreconf
   - 2.60 [BS::home:/accAgon | BS::home:/dstoecker]
     >> /usr/bin/autoreconf

Greetz,

RM

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