On Wed, Nov 30, 2011 at 12:57:34AM +0100, Piotr Sikora wrote:
The patches for basic OpenBSD support are now in PyPy and, I hope, PyPy
1.6, when released, will compile straight out of the box on OpenBSD (on
amd64 almost certainly; on i386 probably; and on other platforms probably
not). Once
I have made available a port of the latex-beamer package to OpenBSD. From the
blurb:
The beamer class is a LaTeX class that allows you to create a beamer
presentation. It can also be used to create slides. It behaves similarly to
other packages like Prosper, but has the advantage that it
On Mon, Sep 26, 2005 at 09:44:40PM +0200, Nikolay Sturm wrote:
http://tratt.net/laurie/obsd/ports/latex-beamer.tar.gz
In what way is latex-beamer related to beamer, which comes with tetex?
Are there any incompatibilities expected?
http://tratt.net/laurie/obsd/ports/pgf.tar.gz
In what way is
On Wed, Feb 15, 2006 at 12:00:10PM +0800, Lars Hansson wrote:
kdenetwork
==
kopete: can't log in to yahoo, keeps prompting for password even when the
correct one is given.
This one I've suffered from for quite a while now, but I can't for the life
of me work out why - I had a poke
I have made available a port of the ps2eps tool at:
http://tratt.net/laurie/obsd/ports/ps2eps.tar.gz
From the blurb:
ps2eps is a tool to produce Encapsulated PostScript Files (EPS/EPSF) from
usual one-paged Postscript documents. It calculates correct Bounding Boxes
for those EPS files
=${DISTNAME:S/_/-/}p0
+PKGNAME=${DISTNAME:S/_/-/}
-HOMEPAGE= http://www.quux.org/devel/offlineimap/
+HOMEPAGE= http://software.complete.org/offlineimap/
MAINTAINER=Laurence Tratt [EMAIL PROTECTED]
@@ -16,7 +17,7 @@
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP
I have made available a port of the Tailor tool at:
http://tratt.net/laurie/obsd/ports/tailor.tar.gz
From the blurb:
Tailor is a tool to migrate changesets between ArX, Bazaar, Bazaar-NG, CVS,
Codeville, Darcs, Git, Mercurial, Monotone, Perforce, Subversion, and Tla
repositories.
On Wed, Aug 08, 2007 at 11:40:00PM +0100, Edd Barrett wrote:
Whilst testing disc-cover-1.5.2p1 (-current) with texlive, I am unable to
have disc-cover read the cdrom drive. It has correctly guessed the device
node, but is unable to read the cd. I have checked the permissions on the
node and
=Laurence Tratt [EMAIL PROTECTED]
diff -ru offlineimap/distinfo.orig offlineimap/distinfo
--- offlineimap/distinfo.orig Wed Jan 5 16:58:34 2005
+++ offlineimap/distinfoTue Mar 28 11:45:39 2006
@@ -1,4 +1,4 @@
-MD5 (offlineimap_4.0.8.tar.gz) = 63f5c75c3ebca28d2ab2a0e5e05932e7
-RMD160
I have made available a port of the PyX Python graphics creation library at:
http://tratt.net/laurie/obsd/ports/py-pyx.tar.gz
From the blurb:
PyX is a Python package for the creation of PostScript and PDF files. It
combines an abstraction of the PostScript drawing model with a TeX/LaTeX
On Fri, Dec 21, 2007 at 08:21:33AM -0600, Will Maier wrote:
Tested on amd64 and i386, both -current. Many thanks to Eric Faurot who
put a lot of work into tracking down a nasty bug in PyX. I think this port
has received enough testing that it can now be put into ports.
The port passes regress
On Sun, Dec 23, 2007 at 01:02:36PM -0500, Mike Erdely wrote:
I think it would be nice to add some (all?) of the files under examples/,
especially since the docs reference them.
Good point. I've now updated the port to install the example files.
Did you try this with USE_SYSTRACE=Yes? make
I have made available a port of the PyGreSQL Python - PostgreSQL database
driver at:
http://tratt.net/laurie/obsd/ports/py-pygresql.tar.gz
From the blurb:
PyGreSQL is a Python module that interfaces to a PostgreSQL database. It
embeds the PostgreSQL query library to allow easy use of the
I no longer use offlineimap myself, but I know several people do. As a new
version 6.00 (don't ask me why they've skipped over v5.x) is now available:
http://software.complete.org/software/projects/list_files/offlineimap
it seems a good time to hand over maintainership to someone who actively
I'm currently porting PyPy http://pypy.org/ - a Python JIT - to OpenBSD in
the hope that the next stable release will go into ports post-unlock. With
the help of a couple of PyPy developers, I have most of the work done, but
have hit a bit of a brickwall because the PyPy bootstrap process requires
On Sun, Aug 07, 2011 at 05:22:05PM +0100, Laurence Tratt wrote:
Does any kind soul have a 4Gb RAM (preferably amd64) OpenBSD machine that
they can temporarily offer me a non-root account on? It needs a few
dependencies installed (all in ports -current), but little more. You're
looking
A minor update to print/ps2eps to fix a few upstream bugs (changelog at
http://www.tm.uka.de/~bless/Changes.txt). Tested fine on amd64; ideally
this needs wider testing as texlive depends on it.
Laurie
--
http://tratt.net/laurie/ -- Personal
http://fetegeo.org/ -- Free text geocoding
[I know ports is in lock, but this is an early stages port that will need
quite some work before it's ready for commit. There are probably better
qualified people than I to take this forward, so early posting seems
sensible.]
Calibre is a free and open source e-book library management application
On Sun, Jun 13, 2010 at 11:51:25PM +, Jacob Meuser wrote:
it's waiting at least until i386 switches to gcc4. then I'll reevaluate if
it's worth pursuing again. unfortunately, while I can get it *mostly*
working, it has some issues (in complicated C++ code I don't yet 100%
understand)
I have made available a new port of extsmail (now upgraded to v1.0):
http://tratt.net/laurie/src/obsd/ports/extsmail.tar.gz
From the blurb:
extsmail enables the robust sending of e-mail to external commands. In
effect extsmail masquerades as the standard UNIX sendmail program, reading
On Wed, Jan 14, 2009 at 12:21:32PM +, Edd Barrett wrote:
I have made available a new port of extsmail (now upgraded to v1.0):
http://tratt.net/laurie/src/obsd/ports/extsmail.tar.gz
A couple of bits:
* COMMENT starts lower case unless it's a name or abbreviation.
* Missing WANTLIB. See
I have put together a basic port of PyPy 1.8 here:
https://github.com/jasperla/openbsd-wip/tree/master/lang/pypy
PyPy is a fast, compliant alternative implementation of the Python language
(equivalent to CPython 2.7.2). For pure Python 2.7 programs, PyPy is
generally a drop-in replacement;
Anyone who's interested in Python will be interested in PyPy, a new Python
implementation which runs on average 5 times faster than CPython. I have made
an OpenBSD port, which can be found here [1]:
http://tratt.net/laurie/src/obsd/ports/pypy.tar.gz
PyPy is a fast, compliant alternative
On Tue, Apr 10, 2012 at 01:31:28PM +0100, Stuart Henderson wrote:
a few comments from reading;
- bitbucket distfiles seem to be dynamically generated and can change at
random moments, so they need mirroring
For the time being, I've mirrored this. I hope that in the future this will
turn out
On Tue, Apr 10, 2012 at 03:14:32PM +, Christian Weisgerber wrote:
To build PyPy, you will need a fair bit of RAM (8Gb is definitely safe;
6Gb is probably safe). [...] I have only been able to test PyPy on amd64;
i386 should work
Should it? Despite the 2 GB data size limit on i386?
Ye
A new port for PyPy 1.9 is available [1]:
http://tratt.net/laurie/src/obsd/ports/pypy.tar.gz
PyPy is a fast, compliant alternative implementation of the Python language
(equivalent to CPython 2.7.2). For pure Python 2.7 programs, PyPy speeds
up execution by a factor of 5.5 on average [2].
On Wed, Jun 27, 2012 at 02:57:25PM +0200, Landry Breuil wrote:
To build PyPy, you will need a fair bit of RAM (8Gb is definitely safe;
6Gb is probably safe). Once built, PyPy often consumes less memory than
CPython.
[...]
They use java to build or what ? What can be so greedy and insane that
On Wed, Jun 27, 2012 at 09:41:32AM -0500, Amit Kulkarni wrote:
how about trying llvm/clang on compiling it and see if clang can do it in a
1.5 --- 2 gb datasize limit?
Unfortunately, it's not just GCC that grows to several GB: the initial Python
process doing the static analysis grows to the
On Thu, Jun 28, 2012 at 09:59:15AM +0100, Stuart Henderson wrote:
Ports are expected to honour CC and CFLAGS variables.
This problem (and the direct, somewhat weird, writing to $TMPDIR) are now
(hopefully) fixed in the WIP git for lang/pypy. Comments welcome.
Laurie
--
Personal
On Thu, Jun 28, 2012 at 11:58:36PM +0200, Juan Francisco Cantero Hurtado wrote:
-- sudo make lib-depends-check
[...]
WANTLIB += bz2 c crypto curses expat ffi m pthread ssl util z
Now fixed in WIP.
Laurie
--
Personal http://tratt.net/laurie/
The
On two of my amd64 machines (a desktop and a laptop), I have been plagued,
for several months, by seemingly random high system loads (100%). Sometimes
after a few minutes, sometimes after a couple of days, of use, my CPU useage
would effectively hit 100%, with top showing 2 CPU cores hitting 50%
On Tue, Jul 17, 2012 at 11:42:05AM +0100, Stuart Henderson wrote:
On two of my amd64 machines (a desktop and a laptop), I have been plagued,
for several months, by seemingly random high system loads (100%).
Sometimes after a few minutes, sometimes after a couple of days, of use,
my CPU useage
I've updated the port for lang/pypy in openbsd-wip[1] based on comments from
sthen@ and others. I think this is now ready to be put in the tree, but not
linked to the build (the build gobbles up too much memory for the current
bulk build port machines). It is currently only for amd64; it should be
I've put a port for sysutils/multitime into openbsd-wip [1]. From the DESCR:
Unix's 'time' utility is a simple and often effective way of measuring how
long a command takes to run ('wall time'). Unfortunately, running a command
once can give misleading timings: the process may create a
There's no official maintainer for graphics/py-dot, but having just used a
program that needed it, I found our port is very old (6 years) and quite
buggy. The attached patch brings it upto date, and makes things work well on
my machine (amd64 -current).
Laurie
--
Personal
On Mon, Nov 05, 2012 at 02:15:53PM +0100, Marc Espie wrote:
Turns out python is stupid enough to store path+timestamp in its compiled
*.pyc files to know when to recompile.
The auto-recompile everything which is out of date feature is ingenious but
there are at least two different ways of
On Wed, Nov 07, 2012 at 01:27:33PM +0100, Marc Espie wrote:
Actually, we discussed a possible approach. It looks reasonable to have a
compile as package mode (say through an env variable for instance) that
would disable the check and leave a mark in the compiled file that says the
check is
On Sun, Nov 01, 2015 at 04:49:08PM -0500, Michael McConville wrote:
Hello Michael,
> It's hard to find a big stress-tester program to build without Cargo.
Steven McDonald is working on a Cargo port, which is in openbsd-wip. It's
more than good enough to compile every Rust program I've chucked
On Thu, Feb 04, 2016 at 09:34:46PM +0100, Rafael Sadowski wrote:
Hello Rafael,
> last days I debug inkscape. Could anybody reproduce my segfault on
> amd64-current:
Yes, for me, inkscape was segfaulting all over the place, generally within 20
or 30 seconds of starting up (as Stuart mentioned, I
On Tue, Mar 29, 2016 at 10:45:59AM +0100, Stuart Henderson wrote:
Hello Stuart,
> Reinstalling py-matplotlib fixes it, I've bumped REVISION to make that
> happen. Would be nice if someone can figure out what's causing it, maybe it
> needs an extra WANTLIB on something to force updates.
Late
On Sun, Sep 25, 2016 at 11:14:25PM +0200, frantisek holop wrote:
Hello Frantisek,
> resubmitting 8.0 with latest patchlevel.
> no real changes from last time.
This has been working well for me all day on amd64 -- thanks!
Although it's not directly related to the port, I wonder if we might also
On Thu, Dec 08, 2016 at 04:30:27PM +0100, Sebastien Marie wrote:
Hello Sebastien,
> So I would like to open the discussion on the "proper" way to manage crates
> inside OpenBSD ports tree.
First of all, thanks for all your hard work in getting Rust up and running so
well on OpenBSD!
I must
On Sun, Mar 12, 2017 at 06:58:50PM +0100, Sebastien Marie wrote:
Hello Sebastien,
> I would like to know if there are any user of rust-doc.
Yes, I use it a lot. It's particularly useful to have the API docs when I'm
offline (or with limited bandwidth). But if I'm the only user then I don't
With a snapshot from yesterday and fully updated packages (following
Stuart's suggestion), libreoffice dies as follows:
$ soffice
Warning: failed to launch javaldx - java may not function correctly
soffice.bin:/usr/local/lib/libicuuc.so.13.0:
/usr/local/lib/libicudata.so.13.0 : WARNING:
On Sun, Jul 30, 2017 at 02:52:40PM +0100, Laurence Tratt wrote:
> With a snapshot from yesterday and fully updated packages (following
> Stuart's suggestion), libreoffice dies as follows:
>
> $ soffice
> Warning: failed to launch javaldx - java may not function correctly
>
On Mon, Jul 31, 2017 at 08:17:27PM +0200, Marc Espie wrote:
Hello Marc,
> Nah, libreoffice was still broken. Robert commited stuff just today that
> should fix things... either you wait for the next snap or you build your
> own... whichever is easiest/goes fastest.
Indeed, all is now fixed.
On Thu, Sep 21, 2017 at 10:53:03AM +, Stuart Henderson wrote:
Hello Stuart,
Thanks -- I've fixed and pushed to openbsd-wip based on your comments.
>> Note that although there is a PyPi package, the source download doesn't
>> work (don't ask me why), so the port uses GH_* instead.
> I've
github-backup allows one to incrementally backup a github user and
repositories, including issues, pull requests and so on e.g.:
github-backup ltratt -i -o -t --all
Note that although there is a PyPi package, the source download doesn't work
(don't ask me why), so the port uses GH_* instead.
On Thu, Sep 21, 2017 at 11:02:28AM +, Laurence Tratt wrote:
Here's an updated version of devel/github-backup based on Stuart's pre-lock
comments. I think this is ready for importing, so am looking for OKs.
For those who've forgotten:
> github-backup allows one to incrementally bac
On Sat, Nov 11, 2017 at 01:44:32PM +, Stuart Henderson wrote:
Hello Stuart,
> [...] I'd be OK importing without the README (and associated PLIST entry)
> for now and working on that later ...
Please find attached a tarball which does just that. Looking for other OKs
for import!
Laurie
On Sat, Nov 11, 2017 at 01:43:07PM +, Stuart Henderson wrote:
Hello Stuart,
> From README:
> : Fortunately, basic use cases are fairly simple. First, you need to generate
> a
> : GitHub OAuth token (Settings -> Personal Access Tokens -> Generate New
> Token).
> : Then choose your use case.
On Sun, Nov 05, 2017 at 12:20:48PM -0500, Brian Callahan wrote:
Hello Brian,
> But the website says that Icon bears little superficial resemblance to
> SNOBOL4, which I take to mean you can't take snobol code and run it through
> icon, which is what is needed :(
As you've probably realised,
On Thu, Nov 30, 2017 at 12:08:10PM +, Laurence Tratt wrote:
>> [...] I'd be OK importing without the README (and associated PLIST entry)
>> for now and working on that later ...
> Please find attached a tarball which does just that. Looking for other OKs
> for impo
On Sun, Feb 18, 2018 at 06:03:47PM +0100, Sebastien Marie wrote:
Hello Sebastien,
> It seems that the uploaded file is truncated in some way.
>
> $ tar zft rustc-bootstrap-amd64-1.24.0-20180213.tar.gz >/dev/null
> gzip: stdin: Input/output error
> tar: End of archive volume 1 reached
>
>
On Sat, Feb 17, 2018 at 01:24:27PM +0100, Sebastien Marie wrote:
Hello Sebastien,
> The following diff update lang/rust to 1.24.
Thanks for this! I had a couple of problems. First the distinfo seems to be
out of date? I got this error from fetch:
>> Size does not match for
This is a simple update to devel/github-backup. 0.20.0 introduces a couple
of minor new features.
Laurie
Index: Makefile
===
RCS file: /cvs/ports/devel/github-backup/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1
I've pushed a draft port of neovim-qt to the WIP repo under
editors/neovim-qt: a QT5 GUI front-end for neovim. It's not as polished in
some ways as gvim, but in some ways it (or, at least, neovim) is faster --
and it works well enough for me to be writing this email!
Comments are gratefully
On Sat, Feb 09, 2019 at 10:50:31AM +0100, Alessandro DE LAURENZIS wrote:
Hello Alessandro,
> all in the subject... This is a gdb backtrace after e.g "Getting Started"
> (but the same thing happens whichever item I select from Help menu):
The version of Nedit in ports is 5.5, which is about 15
On Wed, Apr 17, 2019 at 10:42:55AM +0100, Stuart Henderson wrote:
Hello Stuart,
>> A trivial maintainer update to github-backup.
> I see py3 is supported, would it make sense to switch?
Yes, that's probably a good idea. I've tested your patch and things work
fine, so I think it should be
A trivial maintainer update to github-backup.
Laurie
Index: Makefile
===
RCS file: /cvs/ports/devel/github-backup/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile19 Apr 2018 20:48:53 - 1.2
+++
On Fri, May 10, 2019 at 10:56:43AM +0200, Remi Pointel wrote:
Hello Remi,
> On which version of OpenBSD are you trying to update your packages?
Apologies for not being clear. This was on the May 9th snapshot.
Laurie
--
Personal
When I ran "pkg_add -Dsnap -u" earlier I was greeted with screen after
screen of output along the lines of:
Can't install shared-mime-info-1.10p5 because of libraries
|library glib-2.0.4201.2 not found
| /usr/local/lib/libglib-2.0.so.4201.1 (glib2-2.58.3p8): minor is too small
Direct
On Fri, May 10, 2019 at 01:03:47PM +0100, Stuart Henderson wrote:
> This was because @pkgpath markers were wrong in the ports, 3.5 should have
> been merged into a newer version when it was removed, but that wasn't done
> so old packages would stick around.
Thanks Stuart!
Laurie
--
Personal
A fairly simple update to PyPy 7.1.1. The small comment changes for those
who update this port in the future were done in collaboration with the
maintainer (edd@) who also tested the update.
Laurie
--
Personal http://tratt.net/laurie/
Software
On Sat, Sep 21, 2019 at 09:06:16AM +0200, Christopher Zimmermann wrote:
Hello Christopher,
>> Since other people might be affected by this, it looks like OCaml has
>> changed the marshalling format or similar (again...), so Unison from
>> -current is now incompatible with -stable. I doubt
On Sun, Sep 22, 2019 at 04:10:23PM +0200, Christopher Zimmermann wrote:
Hello Christopher,
> +doas pkg_add opam
> +opam init --no-setup --root ~/opam_unison \
> + --compiler ocaml-base-compiler.4.09.0
> +opam install unison lablgtk # To build without the gui, remove lablgtk
> +$(opam var
On Sun, Dec 08, 2019 at 12:30:09PM +0100, Sebastien Marie wrote:
Hello Sebastien,
> Here the diff for updating lang/rust to 1.39.0
This works well for my Rust code. I've also tested all the subpackages
successfully: rustfmt, Clippy, and rust-gdb (I didn't even realise there was
a subpackage for
On Sun, Oct 27, 2019 at 05:18:03PM +0100, Klemens Nanni wrote:
Hello Klemens,
> $ thunderbird
> Abort trap (core dumped)
Having updated yesterday, I see exactly this and gdb also confirms that it's
borking on the call to clock_gettime.
The problem seems to be that the port's
This patch bumps mail/extsmail from 2.0 to 2.3. The most significant change
is that 2.3 makes use of pledge(2). I've been running this for several days
without issues.
Laurie
Index: Makefile
===
RCS file:
On Mon, Sep 16, 2019 at 10:43:29PM +0200, Christopher Zimmermann wrote:
Hello Christopher,
> finally here's the update of OCaml to 4.08.1.
[...]
> * net/unison needed some help to avoid deprecated library functions.
Since other people might be affected by this, it looks like OCaml has changed
This is a port for snare. From pkg/DESCR:
snare is a GitHub webhooks daemon. When snare receives a webhook event
from a given repository, it authenticates the request, and then executes a
user-defined "per-repo program" with information about the webhook event.
It's written in Rust, so the
This is a new port for snare, a GitHub webhooks runner daemon. From
pkg/DESCR:
snare is a GitHub webhooks runner daemon. When snare receives a webhook
event from a given repository, it authenticates the request, and then
executes a user-defined "per-repo program" with information about the
This simple update bumps mail/extsmail from 2.3 to 2.4, fixing a bug which
could cause child processes to persist.
Laurie
Index: Makefile
===
RCS file: /cvs/ports/mail/extsmail/Makefile,v
retrieving revision 1.17
diff -u -r1.17
The attached patch updates sysutils/supuner to 0.2. supuner runs commands
and suppresses their stderr/stdout unless the command fails, which can be
useful for chatty scripts, cron jobs etc. More details at
https://tratt.net/laurie/src/supuner/ for those who are interested.
supuner 0.2 does have a
On Mon, Feb 17, 2020 at 05:26:53PM +, Stuart Henderson wrote:
Hello Stuart,
> Please use MODULES=lang/python, and (from memory but I think it's right -
> check in python.port.mk if it doesn't work)
> MODPY_VERSION=${MODPY_DEFAULT_VERSION_3}, MODPY_BUILDDEP=No,
> MODPY_RUNDEP=No,
On Sun, Jan 19, 2020 at 06:11:48PM +, Stuart Henderson wrote:
Hello Stuart,
> I don't see how it would work at all beforehand, the git-gui script has an
> explicit check to make sure that it's using Tcl/Tk 8.6:
>
> if {[catch {package require Tcl 8.6} err]
> || [catch {package require Tk
On a freshly installed OpenBSD -current machine with git-x11-2.25.0, "git
gui" gives me the following error when I try and run it:
version conflict for package "Tcl":
have 8.5.19, need 8.6
whereas on an older machine, even after upgrading git-x11-2.24.0 to 2.25.0,
"git gui" works correctly.
On Thu, Mar 05, 2020 at 09:06:34PM +, Stuart Henderson wrote:
Hello Stuart,
Thanks for your comments -- I've incorporated all of them. I was waiting for
Sebastien's cargo patch to go into tree, but I'm not sure when that's
coming, and db/user.list keeps changing underneath my feet!
> - as a
A relatively simple maintainer update for devel/github-backup. Despite the
big version number leap, this is really just due to a sequence of minor bug
fixes: it works well for me.
Laurie
Index: Makefile
===
RCS file:
On Sun, Mar 01, 2020 at 08:12:31PM +0100, Sebastien Marie wrote:
Hello Sebastien,
> The following diff adds few magic to devel/cargo module in order to use system
> libraries instead of building embedded version in crates in an automatic way.
[...]
> With it, it should be more simple to add new
The attached patch updates snare -- a minimalistic GitHub webhooks runner --
to 0.4.0.
Laurie
Index: Makefile
===
RCS file: /cvs/ports/devel/snare/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile
--- Makefile
On Wed, Sep 02, 2020 at 06:02:31PM +0100, Edd Barrett wrote:
Hello Edd,
> libappindicator:
>
> - Running `make plist` changed the plist. Some of this looks like
>churn, but I think it's picked up vala on my system. We should either
>add vala as a dep, or disable vala. Probably the
On Mon, Sep 14, 2020 at 06:09:24PM -0400, Kurt Mosiejczuk wrote:
Hello Kurt,
> This port has never compiled on sparc64. Almost certainly because it calls
> out an ancient version of the rust libc that has caused problems on sparc64
> in the past. (See history of www/newboat).
>
> I tried seeing
On Tue, Aug 25, 2020 at 07:37:19PM +0100, Edd Barrett wrote:
Hello Edd,
> Here's an update to fzf-0.22.0. Seems to work fine here.
This certainly works in all the contexts that I use fzf -- thanks!
Laurie
On Wed, Aug 19, 2020 at 10:59:10AM +0100, Edd Barrett wrote:
Hello Edd,
Thanks for your comments!
> libindicator:
>
> ```
> $ make port-lib-depends-check
> libindicator-12.10.1(x11/libindicator):
> Missing: c++.5 (/usr/local/libexec/indicator-loader3) (system lib)
> Missing: c++abi.3
On Wed, Aug 19, 2020 at 03:06:37PM +0100, Laurence Tratt wrote:
>> Also didn't build for me. Disable/fix mono support?
> Aha, yes, I can see this too if mono is installed. I've disabled the mono
> support in appindicator.
>
> Updates for libindicator/libappindicator a
On Sat, Sep 26, 2020 at 09:57:11PM +0200, Christian Weisgerber wrote:
> There was one build error (x11/xcolor), but it's not clear that it
> was caused by the Python update. I sent details to Remi and Laurence.
A quick update of the off-list discussion: I believe this was caused because
of a
Edd (via dpb) found a problem with gromit-mpx relying on Python in
unnecessary ways. The attached update fixes that.
I've been using gromit-mpx in anger in recent days, and have found that it
works really well!
Laurie
gromit-mpx.tgz
Description: application/tar-gz
libindicator.tgz
At some point recently our mozilla-firefox port stopped automatically opening
downloaded files for me. pkg/README says:
Due to unveil(2) limiting filesystem access, only the default MIME
handler registered for a given type can be chosen when opening a
downloaded file. For example, to use
A very simple maintainer update for devel/github-backup. Tested and working
fine for me!
Laurie
Index: Makefile
===
RCS file: /cvs/ports/devel/github-backup/Makefile,v
retrieving revision 1.8
diff -u -r1.8 Makefile
--- Makefile
Some of you may remember gromit, a simple X11 application that let you draw
squiggles over the screen -- useful for teaching, screencasting, etc. It had
some performance problems and our port had bitrotted sufficiently that it's
now in the attic [1]. AFAIK the only alternative we have in ports is
On Tue, Jul 21, 2020 at 10:51:20PM +0100, Stuart Henderson wrote:
Hello Stuart,
>> Attached is a port of x11/gromit-mpx which is a new program based on the
>> same ideas as gromit (see [2] for a random YouTube demo). It's simple to
>> use and, if you use a compositing window manager, has good
On Wed, Jul 29, 2020 at 12:24:40PM +0200, Landry Breuil wrote:
Hello Landry,
[Firefox README]
> Feel free to send diffs, i'm not a native speaker.
Please find attached a first stab. I've also fixed a few inconsistencies in
the README: you should feel free to cherry pick any bits you think are
screenkey echoes keypresses to screen (which is useful for screencasts /
teaching and the like). There's a simple demo on the homepage:
https://www.thregr.org/~wavexx/software/screenkey/
This is a port of screenkey-1.2. One obvious problem is that there are some
localisation files included,
On Wed, Jul 22, 2020 at 11:53:07AM +0100, Laurence Tratt wrote:
> Thanks for your comments -- I agree with all of them. I've updated and
> tested -- please find the updates attached.
gromit-mpx-1.3.1 is now out (amongst other changes, this now warns when it
can't grab hotkeys, a
On Tue, Aug 11, 2020 at 01:40:59PM +0200, Stefan Hagen wrote:
Hello Stefan,
> Sweet! I tried to port screenkey myself but got stuck on the translation files
> as well. Instead of deleting the "po" directory, you can also set i18n = False
> in config.cfg.
Aha, that's a good idea -- it's
On Sun, Jul 05, 2020 at 01:16:06PM +0200, Klemens Nanni wrote:
> I just slipped my mind, sure enough OK kn - anyone else?
Anyone able to OK the ffmpeg-normalize and py-tqdm ports? I've been using
them consistently and have had no problems with either, so I think they're
ready for committing (but
Attached is a new port for audio/ffmpeg-normalize [1], which allows one to
normalise audio to a given volume level. A common use case is to transform
an audio file to a given LUFS level specified by the EBU R128 guidelines
[2]. In English, that means that your audio file can be made to sound
On Fri, Jul 03, 2020 at 08:02:56PM +0200, Klemens Nanni wrote:
Hello Klemens,
Thanks for the comments!
> py-tqdm should use FLAVOR=python3 to disable the Python 2 flavour; it also
> seems to be missing TEST_DEPENDS, at least for me `make test' tries to
> fetch from PyPi (using PORTS_PRIVSEP).
On Sat, Jul 04, 2020 at 07:57:58AM +0200, Klemens Nanni wrote:
Hello Klemens,
> I also quickly installed flake8, py3-nose and py3-coverage as TDEPs and
> `make test' does a lot of tests: some SKIP, some ok, some ERROR, but it
> seems stuck at the following test:
>
> Test
1 - 100 of 223 matches
Mail list logo