On Thu, 6 Aug 2015 08:34:41 +0900
Olaf Meeuwissen wrote:
> # Maybe after the release would be a good time to blow the dust of the
> # SANE 2 draft document and see what parts can be safely added to SANE 1
> # without breaking API or ABI but that's food for sane-standard.
I'd love the infrared
Hi Johannes,
Sorry if my reply hit a raw nerve. Didn't mean to.
I just wanted to point out that SANE_CAP_ALWAYS_SETTABLE is not part of
the specification and therefore your suggestion to add it to sane.h was
a bit misguided. You are of course free to keep that patch in the SUSE
packaging of san
Just FYI: regarding xsane there is no usage of SANE_CAP_ALWAYS_SETTABLE in
0.998 any more. And there is a related entry in the changelog. Therefore xsane
should not cause issues as well.
HTH,
take care
Dieter Jurzitza
--
---
Hello,
On Aug 5 07:47 m. allan noah wrote (excerpt):
What are they using it to signify?
I cannot answer this right now because I do not maintain
SANE frontends packages for openSUSE (see my other mail).
Right now I checked skanlite and there is
no SANE_CAP_ALWAYS_SETTABLE in its sources.
Bu
I understand your frustration. It was a difficult decision for me to
remove it. But frankly, it's meaning is undefined, and so any use of
this CAP in a frontend is questionable. What are they using it to
signify?
allan
On Wed, Aug 5, 2015 at 5:51 AM, Johannes Meixner wrote:
>
> Hello,
>
> On Aug
Hello,
On Aug 5 09:53 Olaf Meeuwissen wrote (excerpt):
m. allan noah writes:
I removed SANE_CAP_ALWAYS_SETTABLE because it was not in the sane
standard
...
Distributions don't get to decide the SANE standard ;-)
Of course not!
Distributions only try to keep things working when things brea
Hello,
On Aug 5 08:21 Olaf Meeuwissen wrote (excerpt):
Johannes Meixner writes:
...
My re-add-SANE_CAP_ALWAYS_SETTABLE.patch re-adds SANE_CAP_ALWAYS_SETTABLE
to sane.h which was erroneously removed in sane-backends-1.0.20 so that
sane-frontends and xsane can no longer build, see
http://bugs.d
m. allan noah writes:
> I removed SANE_CAP_ALWAYS_SETTABLE because it was not in the sane
> standard, and the only backend that used it set it on every option. As
> it's intended purpose was not defined by standard, I hoped that it
> would disappear. If the distros are going to shove it back in,
I removed SANE_CAP_ALWAYS_SETTABLE because it was not in the sane
standard, and the only backend that used it set it on every option. As
it's intended purpose was not defined by standard, I hoped that it
would disappear. If the distros are going to shove it back in, I guess
that will never happen.
Johannes Meixner writes:
> Everey Linux distribution should submit their patches to SANE
> upstream (provided their changes make sense for upstream).
>
> Here our (i.e. openSUSE) patches that we still have:
> [...]
> 2)
> My re-add-SANE_CAP_ALWAYS_SETTABLE.patch re-adds SANE_CAP_ALWAYS_SETTABLE
>
2009/5/8 m. allan noah :
> Unless I am mistaken, SANE_CAP_ALWAYS_SETTABLE is not in the
> documented API, however, it was in sane.h. Three 1.0.19 backends did
> set the flag v4l, qcam, and the test backend. The first two set it
> globally on all options, making it of somewhat limited informational
I wrote the Perl bindings for Sane based on 1.0.19, on the basis that
until the API changed, they would build properly, even if new symbols
weren't supported until I added the support.
However, on a rebuild of sid, which has 1.0.20, libsane-perl FTBFS, as
SANE_CAP_ALWAYS_SETTABLE has been removed
On Fri, May 8, 2009 at 5:15 PM, Jeffrey Ratcliffe
wrote:
> 2009/5/8 m. allan noah :
>> Unless I am mistaken, SANE_CAP_ALWAYS_SETTABLE is not in the
>> documented API, however, it was in sane.h. Three 1.0.19 backends did
>> set the flag v4l, qcam, and the test backend. The first two set it
>> globa
On Fri, May 8, 2009 at 4:41 PM, Jeffrey Ratcliffe
wrote:
> I wrote the Perl bindings for Sane based on 1.0.19, on the basis that
> until the API changed, they would build properly, even if new symbols
> weren't supported until I added the support.
>
> However, on a rebuild of sid, which has 1.0.20
Hi,
Does anybody know what the capability "SANE_CAP_ALWAYS_SETTABLE"
means? It's in sane.h but I can't find it in the standard.
It's used in qcam.c and v4l.c for every option.
Bye,
Henning
15 matches
Mail list logo
