<div dir="ltr">Thanks for the mention Olaf,<div><br></div><div>Adding more to the subject, there are more patches (including some not mine) which would be interesting to be upstreamed:</div><div><br></div><div><a href="https://github.com/luizluca/openwrt-packages/tree/sane/utils/sane-backends/patches">https://github.com/luizluca/openwrt-packages/tree/sane/utils/sane-backends/patches</a><br></div><div><span style="line-height:1.5;font-size:13.2px">I'll try to explain their motivations:</span><br></div><div>* 002-remove-uneeded.patch: as configure does not offer an option to disable docs and tests, this was done with a patch. I would be interesting to have --disable-docs and <span style="font-size:13.2px;line-height:19.8px">--disable-testsuites</span><br></div><div><span style="font-size:13.2px;line-height:19.8px">* </span>010-dont-add-host-include-path.patch: search for header using absolute path is problematic by itself. For cross-compiling, this is prohibit as headers are not from the host machine.</div><div>* 020-inb_outb.patch: this is already commented in previous message to maillist</div><div>* 030-musl.patch: the u_char/u_long fix. Maybe some autoconf check could deal with this.</div><div>* 040-remove-cups-deps.patch: this I got from sane-devel, so it is already merged. </div><div>* 050-remove_linked_libs_for_unused_preload.patch: Currently, libsane link is somehow bruteforce. It links any library a backend might need. As already commented inside the Makefile, the correct behavior would be to link only libraries for those backends built-in libsane. As I'm not using built-in backends, I simply removed them. This would need some autoconf magic for a proper fix.</div><div>* 060-dont_detatch_after_join.patch: another one I sent the list. This was discussed in list but not fix merged.</div><div>* 070-sane-backends-1.0.24-format-security.patch: this is from fedora. I got a gcc error because the usage of -Werror=format-security. Current sane git code is different from 1.0.24 and I did not checked calmly if it still needed.</div><div><br></div><div>And there are more patches at fedora that might be interesting too:</div><div><a href="http://pkgs.fedoraproject.org/cgit/sane-backends.git/plain/">http://pkgs.fedoraproject.org/cgit/sane-backends.git/plain/</a><br></div><div><br></div><div>Regards,</div><div><span style="font-size:13.2px;line-height:19.8px"><br></span></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">Em sex, 11 de set de 2015 às 11:15, Olaf Meeuwissen <<a href="mailto:paddy-hack@member.fsf.org">paddy-hack@member.fsf.org</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">m. allan noah writes:<br>
<br>
> It has been 2 years since our last release, so here we go again:<br>
><br>
> Timetable:<br>
> Sept 19, 2015: Feature freeze (only bugs, translation and doc updates)<br>
> Sept 26, 2015: Code freeze (only horrible bugs, translation and doc updates)<br>
> Oct 03, 2015: Release<br>
><br>
> Note, it is highly likely that there are patches from end users which<br>
> we failed to apply. If you know of such a case, please speak up, so we<br>
> can start a dialog about including them in the release. Olaf has been<br>
> doing some of this work, but he could use some help from backend<br>
> authors as well as end users.<br>
<br>
After following and occasionally responding to the list @the-office for<br>
well over a decade, I have finally decided to volunteer some of my free<br>
time to the SANE project.  In an attempt to avoid confusion, I will be<br>
using my <a href="http://member.fsf.org" rel="noreferrer" target="_blank">member.fsf.org</a> mail account for my volunteer effort related<br>
mails.<br>
<br>
The main reason that I decided to volunteer was that I think that the<br>
SANE project could use a janitor, somebody who looks after all of the<br>
stuff that is not really backend specific.  This kind of work I can't<br>
do @the-office where I am forced to wear a "corporate hat", so in the<br>
end I concluded that doing this in my "free" time was the only way to<br>
get any SANE Project Janitor work done.  I'll be wearing a "community<br>
hat" in my free time ;-)<br>
<br>
There you have it, I'll be your self-appointed SANE Project Janitor for<br>
as long as it'll last.<br>
<br>
I have a couple of things on my mental todo list but for now let's focus<br>
on getting sane-backends-1.0.25 out by 2015-10-03.<br>
<br>
I have trudged through the mailing list archive all the way back to<br>
2015-01-01 looking for patches that have not been applied.  Most of<br>
these have been committed recently.  Some of those were confirmed as not<br>
really meant for master.  There are still a few things that I mean to<br>
get to that were posted after Allan sent the first notice for a new<br>
release.  Also, Luiz and Matteo (the OpenWRT folks?) recently have been<br>
"inundating" the list with patches that I will have a look at.<br>
<br>
I am not comfortable (yet) committing directly to the git repository on<br>
Alioth.  For the time being, I will prep proposed upgrade (pu) branches<br>
on my clone of master at GitLab[1] and ask the more seasoned developers<br>
to pull specific branches.  Those pu branches will be based on patches<br>
that are sent to or mentioned on the list or some of my own work.<br>
<br>
 [1] <a href="https://gitlab.com/sane-project/backends/branches" rel="noreferrer" target="_blank">https://gitlab.com/sane-project/backends/branches</a><br>
<br>
> During the period leading up to the release, it would be helpful if we<br>
> could get some builds on various platforms, and tests done with<br>
> various scanners. The sooner we discover problems, the better.<br>
<br>
With respect to the build, I would like to see any changes to the build<br>
system in as soon as possible.  That is, any changes to <a href="http://configure.in" rel="noreferrer" target="_blank">configure.in</a>,<br>
acinclude.m4 and any of the Makefile.am files should go in real soon.<br>
These kind of changes are most likely to lead to hiccups when building<br>
on less common systems.  Backend specific changes are much less likely<br>
to be affected by build system idiosyncracies (unless they explicitly<br>
rely on them of course).<br>
<br>
Luiz mentioned issues with u_char and u_long as well as with inb and<br>
outb that may affect the build system.  Matteo's PNG and JPEG patches<br>
also affect the build system.  I will have a look at all of these first<br>
but in the mean time feel free to take a look at any of the unassigned<br>
bugs[2] or feature requests[3] at Alioth.<br>
<br>
 [2] <a href="https://alioth.debian.org/tracker/index.php?group_id=30186&atid=410366" rel="noreferrer" target="_blank">https://alioth.debian.org/tracker/index.php?group_id=30186&atid=410366</a><br>
 [3] <a href="https://alioth.debian.org/tracker/index.php?group_id=30186&atid=410369" rel="noreferrer" target="_blank">https://alioth.debian.org/tracker/index.php?group_id=30186&atid=410369</a><br>
<br>
Looking at some recent activity[4], I see that some of the developers<br>
have been cleaning up a bit already.  Thanks, that'll make my janitor<br>
"job" a bit easier ;-)<br>
<br>
 [4] <a href="https://alioth.debian.org/activity/?group_id=30186" rel="noreferrer" target="_blank">https://alioth.debian.org/activity/?group_id=30186</a><br>
<br>
Finally, I won't be around during the weekend of the code freeze.  I've<br>
got a 45km trail run that weekend.  I will have Monday through Wednesday<br>
off after the feature freeze weekend though!  But then again, we may go<br>
off camping for a day or two during that period.  Guess I'll just get to<br>
doing janitorial work whenever I have time and feel like it.<br>
<br>
Hope this helps,<br>
--<br>
Olaf Meeuwissen, LPIC-2            FSF Associate Member since 2004-01-27<br>
Support Free Software               Support the Free Software Foundation<br>
<a href="https://my.fsf.org/donate" rel="noreferrer" target="_blank">https://my.fsf.org/donate</a>                        <a href="https://my.fsf.org/join" rel="noreferrer" target="_blank">https://my.fsf.org/join</a><br>
<br>
--<br>
sane-devel mailing list: <a href="mailto:sane-devel@lists.alioth.debian.org" target="_blank">sane-devel@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel" rel="noreferrer" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel</a><br>
Unsubscribe: Send mail with subject "unsubscribe your_password"<br>
             to <a href="mailto:sane-devel-request@lists.alioth.debian.org" target="_blank">sane-devel-request@lists.alioth.debian.org</a><br>
</blockquote></div>