On Thu, Jan 16, 2020 at 11:24:50PM +0100, Antoine Jacoutot wrote:
> On Thu, Jan 16, 2020 at 05:26:50PM +0100, Marc Espie wrote:
> > This font was designed for development, apparently, as part of an IDE,
> > and they decided to open up the font (Apache 2.0)
> >
> > I played with it a bit and it is
Builds fine. I don't use it, so I'd appreciate if a user could test it
still works for them. Requires the girara update just sent. zsh tab
completion works without fpath modification.
diff --git Makefile Makefile
index b85e1d4fdad..71df90927f6 100644
--- Makefile
+++ Makefile
@@ -1,6 +1,6 @@
# $
Diff attached.
Change from previous version includes addition of woff and woff2 fonts
beyond just OTF and TTF distfiles.
Thanks
g
Index: ibm-plex//Makefile
===
RCS file: /cvs/ports/fonts/ibm-plex/Makefile,v
retrieving revision 1.9
d
Required to update zathura.
Reviewing the diff at https://git.pwmt.org/pwmt/girara/compare/0.3.2...0.3.4
there was a symbol addition (girara_xdg_open_with_working_directory) and
a few exported symbols had a pointer arg made const. I think a minor
bump suffices here. Only consumer seems to be zathu
With this exa completes with no fpath changes.
diff --git Makefile Makefile
index 7bead97a053..83f06082546 100644
--- Makefile
+++ Makefile
@@ -5,6 +5,7 @@ COMMENT = ls alternative written in Rust
GH_ACCOUNT = ogham
GH_PROJECT = exa
GH_TAGNAME = v0.9.
With this khard tab completes with no fpath changes.
diff --git Makefile Makefile
index c5139bd0b9a..d477a35fdcc 100644
--- Makefile
+++ Makefile
@@ -4,6 +4,7 @@ COMMENT = console CardDAV client
MODPY_EGG_VERSION =0.15.1
DISTNAME = khard-${MODPY_EGG_VERSION}
+REVI
mpv by default installs its zsh completer to site-functions, so just
remove the --zshdir flag. With this change mpv tab completes with no
fpath changes.
diff --git Makefile Makefile
index 9e483bde787..0e4eb3371e7 100644
--- Makefile
+++ Makefile
@@ -5,6 +5,7 @@ COMMENT = movie playe
On Tue, Jan 14, 2020, at 00:47, Jan-Piet Mens wrote:
> ssh-copy-id [1] is a script to copy one's SSH keys to remote hosts,
> ensuring that ~/.ssh and authorized_keys are created with correct
> permissions. The script uses ssh(1) to log into a remote machine (using
> a login password).
>
> This
ping
On Wed, Jan 1, 2020, at 4:37 PM, Thomas Frohwein wrote:
> ping
>
> Attached is a tarball trivially updated to 4.0.5 (last one was 4.0.1).
> Still runs the Hello World example, as well as the upcoming hashlink
> port.
>
> On Fri, Dec 6, 2019, at 9:21 AM, Thomas Frohwein wrote:
> > Hi,
> >
Hi,
Kind reminder. Port reattached for convenience.
On Sun, Jan 05, 2020 at 10:11:47PM +, Mikolaj Kucharski wrote:
> My previous email with the tarball for convenience:
>
> https://marc.info/?l=openbsd-ports&m=157734267315699&w=2
>
> On Thu, Dec 26, 2019 at 06:43:35AM +, Mikolaj Kuchars
Hi all,
I know I submitted version 1.4 not too long ago, terribly sorry
for creating more work. I noticed that diff wasn't applied, so
I'm hoping this update to 1.6 can replace it.
As with any updates I introduced a couple of bugs, hence the jump
to version 1.6.
Diff is attached.
Regards
Tim
I
On Thu, Jan 16, 2020 at 05:26:50PM +0100, Marc Espie wrote:
> This font was designed for development, apparently, as part of an IDE,
> and they decided to open up the font (Apache 2.0)
>
> I played with it a bit and it is indeed pleasant.
>
> Fairly straightforward.
Why putting DISTNAME in such
On 2020/01/16 21:57, Marc Espie wrote:
> On Thu, Jan 16, 2020 at 09:35:04PM +0100, Christian Weisgerber wrote:
> > (ddd is cruft, the latest release dates from 2009, so this isn't
> > really important.)
>
> What would you recommend as a "simple" gui frontend to (e)gdb then ?...
>
https://www.gdb
Weekly ping!
Diff re-attached.
On 10/01/2020 - 20:45, Alessandro De Laurenzis wrote:
Dear ports@ readers,
The attached diff updates cad/abc to a very recent commit (still no
releases/tags from upstream).
What's new upstream
===
Plenty of new features and bug fixing, includi
On Thu, Jan 16, 2020 at 09:35:04PM +0100, Christian Weisgerber wrote:
> (ddd is cruft, the latest release dates from 2009, so this isn't
> really important.)
What would you recommend as a "simple" gui frontend to (e)gdb then ?...
(ddd is cruft, the latest release dates from 2009, so this isn't
really important.)
After the libXt 1.2.0 update in xenocara, devel/ddd fails to build:
--->
/usr/obj/ddd-3.3.12/ddd-3.3.12/ddd/exit.C:815:12: error: no matching function
for call to 'XtAppSetErrorHandler'
(void)
On Thu, Jan 16, 2020 at 05:28:49PM +, Stuart Henderson wrote:
> On 2020/01/16 18:05, Paco Esteban wrote:
> > Hi Edd,
> >
> > On Thu, 16 Jan 2020, Edd Barrett wrote:
> >
> > > Hi,
> > >
> > > This diff packages the necessary support files for for integrating fzf
> > > with shells.
> > >
> >
On Thu, Jan 16, 2020 at 10:54:41AM -0700, Aaron Bieber wrote:
> +share/bash-completion/
> +share/bash-completion/completions/
> +share/bash-completion/completions/fzf
> +share/zsh/
> +share/zsh/vendor-completions/
> +share/zsh/vendor-completions/_fzf
^^^ I don't think this is right. The "completio
On Thu, 16 Jan 2020 at 17:28:49 +, Stuart Henderson wrote:
> On 2020/01/16 18:05, Paco Esteban wrote:
> > Hi Edd,
> >
> > On Thu, 16 Jan 2020, Edd Barrett wrote:
> >
> > > Hi,
> > >
> > > This diff packages the necessary support files for for integrating fzf
> > > with shells.
> > >
> > > W
On 2020/01/16 18:05, Paco Esteban wrote:
> Hi Edd,
>
> On Thu, 16 Jan 2020, Edd Barrett wrote:
>
> > Hi,
> >
> > This diff packages the necessary support files for for integrating fzf
> > with shells.
> >
> > With this change, enabling support in (e.g.) zsh is as simple as:
> >
> > ```
> > exp
Hi Edd,
On Thu, 16 Jan 2020, Edd Barrett wrote:
> Hi,
>
> This diff packages the necessary support files for for integrating fzf
> with shells.
>
> With this change, enabling support in (e.g.) zsh is as simple as:
>
> ```
> export FZF_DEFAULT_OPTS="--ansi"
> . /usr/local/share/fzf/shell/key-bi
Landry Breuil wrote:
> On Thu, Jan 16, 2020 at 09:18:50AM -0700, Theo de Raadt wrote:
> > Stuart Henderson wrote:
> >
> > > On 2020/01/16 15:29, Landry Breuil wrote:
> > > > Hi,
> > > >
> > > > sent this last year but it wasnt imported due to lack of interest, maybe
> > > > more luck this time
On Thu, Jan 16, 2020 at 09:18:50AM -0700, Theo de Raadt wrote:
> Stuart Henderson wrote:
>
> > On 2020/01/16 15:29, Landry Breuil wrote:
> > > Hi,
> > >
> > > sent this last year but it wasnt imported due to lack of interest, maybe
> > > more luck this time... yes, its a rust thing.
> >
> > por
This font was designed for development, apparently, as part of an IDE,
and they decided to open up the font (Apache 2.0)
I played with it a bit and it is indeed pleasant.
Fairly straightforward.
jetbrains.tgz
Description: application/tar-gz
Stuart Henderson wrote:
> On 2020/01/16 15:29, Landry Breuil wrote:
> > Hi,
> >
> > sent this last year but it wasnt imported due to lack of interest, maybe
> > more luck this time... yes, its a rust thing.
>
> portswise OK if you really think it's worth the build time (20 minutes on
> a 3.2GHz
On Thu, Jan 16, 2020 at 03:49:43PM +, Edd Barrett wrote:
> Hi,
>
> On Thu, Jan 16, 2020 at 08:47:43AM -0600, Matthew Martin wrote:
> > On Thu, Jan 16, 2020 at 03:32:36PM +0100, Klemens Nanni wrote:
> > > On Thu, Jan 16, 2020 at 02:20:09PM +, Edd Barrett wrote:
> >
> > > > export FZF_DEFAUL
On 2020/01/16 15:29, Landry Breuil wrote:
> Hi,
>
> sent this last year but it wasnt imported due to lack of interest, maybe
> more luck this time... yes, its a rust thing.
portswise OK if you really think it's worth the build time (20 minutes on
a 3.2GHz xeon when its main feature is something w
On Thu, Jan 16, 2020 at 03:49:43PM +, Edd Barrett wrote:
> Do you have to do anything to have functionality loaded from fpath? I
> was expecting these files to be automatically sourced, but it seems they
> are not...
I've just figured out that if you have the completions file in
site-functions
Hi,
On Thu, Jan 16, 2020 at 08:47:43AM -0600, Matthew Martin wrote:
> On Thu, Jan 16, 2020 at 03:32:36PM +0100, Klemens Nanni wrote:
> > On Thu, Jan 16, 2020 at 02:20:09PM +, Edd Barrett wrote:
>
> > > export FZF_DEFAULT_OPTS="--ansi"
> > > . /usr/local/share/fzf/shell/key-bindings.zsh
> > > .
On Thu, Jan 16, 2020 at 03:32:36PM +0100, Klemens Nanni wrote:
> On Thu, Jan 16, 2020 at 02:20:09PM +, Edd Barrett wrote:
> > Hi,
> >
> > This diff packages the necessary support files for for integrating fzf
> > with shells.
> >
> > With this change, enabling support in (e.g.) zsh is as simp
On Thu, Jan 16, 2020 at 02:20:09PM +, Edd Barrett wrote:
> Hi,
>
> This diff packages the necessary support files for for integrating fzf
> with shells.
>
> With this change, enabling support in (e.g.) zsh is as simple as:
>
> ```
> export FZF_DEFAULT_OPTS="--ansi"
> . /usr/local/share/fzf/s
Because we definitely need more rust things to slow down bulks ?
See https://dystroy.org/broot for features, apparently works better if
integrated with bash or zsh, havent looked at how to integrate it as a
ksh function (cf
https://dystroy.org/broot/documentation/installation/##installation-comple
Hi,
sent this last year but it wasnt imported due to lack of interest, maybe
more luck this time... yes, its a rust thing.
cf https://github.com/sharkdp/bat for features.
oks?
Landry
bat-0.12.1.tgz
Description: application/tar-gz
Hi,
This diff packages the necessary support files for for integrating fzf
with shells.
With this change, enabling support in (e.g.) zsh is as simple as:
```
export FZF_DEFAULT_OPTS="--ansi"
. /usr/local/share/fzf/shell/key-bindings.zsh
. /usr/local/share/fzf/shell/completion.zsh
```
OK?
Inde
On Thu, Jan 16, 2020 at 08:37:56AM -0500, Kurt Mosiejczuk wrote:
> On Thu, Jan 16, 2020 at 01:26:07PM +, Stuart Henderson wrote:
> > No sparc64 to test here but this sort of failure usually is reproducible.
> > As this is currently built with base-gcc on sparc64, switching to ports-gcc
> > is
On Thu, Jan 16, 2020 at 01:26:07PM +, Stuart Henderson wrote:
> On 2020/01/16 07:21, Martin Reindl wrote:
> > On Wed, Jan 15, 2020 at 07:49:43PM -0700, k...@openbsd.org wrote:
> > > Bulk build on sparc64-0.ports.openbsd.org
> > > Started : Sun Jan 12 23:18:35 MST 2020
> > > Finished: Wed Jan 1
On 2020/01/16 07:21, Martin Reindl wrote:
> On Wed, Jan 15, 2020 at 07:49:43PM -0700, k...@openbsd.org wrote:
> > Bulk build on sparc64-0.ports.openbsd.org
> >
> > Started : Sun Jan 12 23:18:35 MST 2020
> > Finished: Wed Jan 15 19:48:36 MST 2020
> > Duration: 2 Days 20 hours 30 minutes
> >
> > Bu
On Thu, Jan 16, 2020 at 07:21:00AM +0100, Martin Reindl wrote:
> On Wed, Jan 15, 2020 at 07:49:43PM -0700, k...@openbsd.org wrote:
> > Bulk build on sparc64-0.ports.openbsd.org
> > Started : Sun Jan 12 23:18:35 MST 2020
> > Finished: Wed Jan 15 19:48:36 MST 2020
> > Duration: 2 Days 20 hours 30 mi
On Wed, Jan 15, 2020 at 03:01:29PM +0100, Solene Rapenne wrote:
> > > When I save a picture in png file, from gdb I get the following
> > > backtrace. This seems to only happen with png, I tried a few others
> > > format (xmp, gif, ico, bmp) and they work fine.
> > >
> > > Tried on amd64, current
Hi folks,
just a head up snownews has moved to https://github.com/kouya/snownews.
needless to say a version bump would also be greatly appreciated. Thxs!
Thanks for the feedback Stuart.
The rockspec contains the exact versions of various Luarocks that we
test against and will bundle as vendor code with the install if that
option is used during configure. Since you are going the route of
using OS packages, I should mention that in most cases we actu
41 matches
Mail list logo
