On 12/5/2023 7:18 AM, Justin Berthault wrote:
> Hi ports@
>
> Updating feh to 3.10.2
>
> Built and tested on arm64
>
> bcallah@ cc
>
>
Thanks, I'll take a look later tonight.
~Brian
It will resolve itself when packages built against the new library are
available. *In this case* this error is fairly unlikely to cause anything
else than this noise at process startup. (In other cases with similar
errors it could cause much worse problems).
--
Sent from a phone, apologies fo
Hi Ricardo --
On 2/19/2022 1:08 PM, Ricardo wrote:
> Hey ports@,
>
> Attached is a straightforward update to graphics/feh (changes:
> https://feh.finalrewind.org/archive/3.8).
> Tested on amd64 but more eyes would be appreciated.
>
> OK?
>
> Obrigado.
> Ricardo
Thanks for the diff. I think it
Hi,
On Thu, 03 Dec 2020 22:57:25 +
Brian Callahan wrote:
> Hi ports --
>
> Attached is a straightforward update to graphics/feh.
> The changelog is at https://feh.finalrewind.org/archive/3.6/
> Some more eyes (big endian) appreciated.
>
> OK?
I've tested that update on macppc and amd64. It
On Sun, 30 Aug 2020, Brian Callahan wrote:
> Hi ports --
>
> Attached is an update to feh.
> One of the main changes is to allow --version-sort on all platforms,
> which was developed and upstreamed by tim@.[0]
>
> Rest of the changelog: https://feh.finalrewind.org/archive/3.5/
>
> Builds, all
Hi Brian,
On Wed, 4 Dec 2019 17:59:04 -0500
Brian Callahan wrote:
> Hi ports --
>
> Attached is an update to graphics/feh.
> Changelog is here: https://feh.finalrewind.org/archive/3.3/
>
> Big endian testing appreciated.
>
> OK?
>
> ~Brian
>
It builds [0] and works fine on macppc.
OK cwen
Stuart Henderson (2019-04-18 21:58 +0200):
> On 2019/04/18 21:50, Tim van der Molen wrote:
> > Stuart Henderson (2019-04-18 20:57 +0200):
> > > On 2019/04/18 20:33, Rafael Sadowski wrote:
> > > > On Thu Apr 18, 2019 at 02:58:22PM +0200, Tim van der Molen wrote:
> > > > > Here's an update to feh 3.1
On 2019/04/18 21:50, Tim van der Molen wrote:
> Stuart Henderson (2019-04-18 20:57 +0200):
> > On 2019/04/18 20:33, Rafael Sadowski wrote:
> > > On Thu Apr 18, 2019 at 02:58:22PM +0200, Tim van der Molen wrote:
> > > > Here's an update to feh 3.1.3. OK?
> > >
> > > feh-3.1.3(graphics/feh):
> > > M
Stuart Henderson (2019-04-18 20:57 +0200):
> On 2019/04/18 20:33, Rafael Sadowski wrote:
> > On Thu Apr 18, 2019 at 02:58:22PM +0200, Tim van der Molen wrote:
> > > Here's an update to feh 3.1.3. OK?
> >
> > feh-3.1.3(graphics/feh):
> > Missing: png16.17 from png-1.6.35 (/usr/local/bin/feh)
> > Ex
On 2019/04/18 20:33, Rafael Sadowski wrote:
> On Thu Apr 18, 2019 at 02:58:22PM +0200, Tim van der Molen wrote:
> > Here's an update to feh 3.1.3. OK?
>
> feh-3.1.3(graphics/feh):
> Missing: png16.17 from png-1.6.35 (/usr/local/bin/feh)
> Extra: png.17
> WANTLIB += png16
Please leave that as-is
On Thu Apr 18, 2019 at 02:58:22PM +0200, Tim van der Molen wrote:
> Here's an update to feh 3.1.3. OK?
feh-3.1.3(graphics/feh):
Missing: png16.17 from png-1.6.35 (/usr/local/bin/feh)
Extra: png.17
WANTLIB += png16
Otherwise OK!
>
> Index: Makefile
> ===
On Sat, Apr 28, 2018 at 05:15:04PM -0400, Brian Callahan wrote:
> Hi all --
>
> Attached is an update to graphics/feh. It fixes a bug in the version we have
> according to upstream's changelogs among other added features.
>
> Additionally, I am hoping we can remove some patches and instead compil
On Fri, Feb 02, 2018 at 02:36:33PM +0100, Klemens Nanni wrote:
> On Wed, Jan 31, 2018 at 08:06:54PM +, Stuart Henderson wrote:
> > On 2018/01/31 20:54, Klemens Nanni wrote:
> > > * The Makefile no longer honors CPPFLAGS and instead consistently uses
> > > CFLAGS for user-provided include paths
On Wed, Jan 31, 2018 at 08:06:54PM +, Stuart Henderson wrote:
> On 2018/01/31 20:54, Klemens Nanni wrote:
> > * The Makefile no longer honors CPPFLAGS and instead consistently uses
> > CFLAGS for user-provided include paths
>
> CPPFLAGS would usually be the better place for include paths ...
On 2018/01/31 20:54, Klemens Nanni wrote:
> * The Makefile no longer honors CPPFLAGS and instead consistently uses CFLAGS
> for user-provided include paths
CPPFLAGS would usually be the better place for include paths ...
On Mon, Jan 29, 2018 at 02:03:53AM +0100, Klemens Nanni wrote:
> Here's an update to the newest release:
>
> * Fix broken thumbnail/index windows when using --scale-down
> * Use Imlib2 in-memory image cache (default cache size: 4MiB). This allows
> for significant performance improvements especi
On Wed, 07 Jul 2010, Stuart Henderson wrote:
> It's pointless to remove this, it's ?= so it's already overridden
> by the ports infrastructure, better to not touch things in patches
> unless it's needed, everything you change increases the chances
> of a conflicting patch in the future..
Ok.
> >
On 2010/07/07 12:57, David Coppa wrote:
> P.S.: I've also removed default cflags from config.mk. They are pointless
> and gcc 3.3.5 doesn't know what to do with "-Wextra"...
>
> +-# default CFLAGS
> +-CFLAGS ?= -g -O2
It's pointless to remove this, it's ?= so it's already overridden
by the ports
On Tue, 06 Jul 2010, Stuart Henderson wrote:
> On 2010/07/06 09:53, David Coppa wrote:
> > This diff updates feh to its latest version (1.8).
> >
> > I'm pretty sure some things can be done in a better way,
> > so feedback is welcome...
>
> I'd rather override MAKE_FLAGS than patch Makefiles, i
On 2010/07/06 09:53, David Coppa wrote:
> This diff updates feh to its latest version (1.8).
>
> I'm pretty sure some things can be done in a better way,
> so feedback is welcome...
I'd rather override MAKE_FLAGS than patch Makefiles, it also
saves an unnecessary and slightly expensive (on some
20 matches
Mail list logo
