Re: new bootstrap for lang/ghc

On Tue, Sep 26, 2023 at 10:29:57PM +0200, Matthias Kilian wrote: > Hi, > > Greg asked me to provide a new ghc boostrap. Here it is; i could built > lang/ghc and all ports depending on it with it. > > If it's ok to put it in before release, could someone else please > commit it? My internet connec

HEADS-UP: distfiles have been cleansed

If you work on -current, please make sure you have the current infrastructure and to read bsd.port.mk(5) and friends. Specifically: MASTER_SITES0..9 is dead prefer DISTFILES.sufx to refer to SITES.sufx Also: MASTER_SITES* is dead. We decided to replace it with the much shorter (with no loss of m

OS version in packages

Every release, it's the same dance: a few packages want version bumps because the OS version changed. This means a bit of work for naddy, and noise for most of us: I tend to have a bulk in-progress while this is going on, so my plist get bumped, and then later I get to the new version, and I get a

Re: Something's up with pkg-config and dcmtk (Re: [maintainer update] pandoc 3.1.8)

Fight or flight. There is a point where you still need to enforce some basic semantics and refuse files that don't conform. I would question leading white space in .pc files even though pkgconf would be happy with them.

new port: benchmarks/hpl

A colleague is having fun measuring the performance of various BSDs with this benchmark. As usual with such software, the build instructions are atrocious. The code is also a bit shabby, with potential for buffer overflows. When contacted about this, upstream clearly doesn't care about the quali

Re: new port: benchmarks/hpl

On Thu, Oct 12, 2023 at 10:01:00AM -0600, j...@bitminer.ca wrote: > > > > Not really sure how to test it. If I try running it with no HPL.dat > > file present I get a segfault: > > There is some detailed guidance at > > https://www.pugetsystems.com/labs/hpc/how-to-run-an-optimized-hpl-linpack-be

Re: codeberg support for DIST_TUPLES

On Fri, Oct 13, 2023 at 11:40:59AM +0200, Omar Polo wrote: > Straightforwardly, this adds support for codeberg so that it can be > used in DIST_TUPLES. Unfortunately, it breaks the alignment in > SITES.* :/ > > The first two ports that could use this that comes to mind are > graphics/nsxiv and de

Re: new port: benchmarks/hpl

For now, that's definitely not the problem. There are so many other issues that actually need solving FIRST.

hidden dependency in gnustep/base

Currently testing Index: Makefile === RCS file: /cvs/ports/x11/gnustep/base/Makefile,v retrieving revision 1.89 diff -u -p -r1.89 Makefile --- Makefile27 Sep 2023 20:37:07 - 1.89 +++ Makefile16 Oct 2023 23:22:12 -

patch: fix audacity mp3 export on startup

On first run, audacity will look for "libmp3lame.so.0" which doesn't exist on OpenBSD, then prompting the user to find the library. This is doubly absurd, because it doesn't match our naming scheme, and also because we run depend on lame. This patch appears to do the trick: we can load a library

Re: kde support for DIST_TUPLES

On Sat, Oct 21, 2023 at 06:32:04AM -0400, Thomas Frohwein wrote: > On Sat, Oct 21, 2023 at 12:06:04PM +0200, Rafael Sadowski wrote: > > Straightforwardly, this adds support for KDE so that it can be used in > > DIST_TUPLES. > > > > With help from Thomas successfully tested with: > > DIST_TUPLE = k

patch: allow shortened commits in dist-tuple

I don't think we need to go the full 40 chars. It is highly unlikely people are going to use 10 hex chars as a tag (and if they do, it's likely it's just a copy of the commit hash) 10 seems like a good number. tb@ mentionned that 8 is too short (we already ran into collision with 8). So 10 ? o

Re: add commented out wayland related ports to their categories makefiles

If it takes a lot of time before they get linked, I would prefer everything to be linked in somehow, so that at least sqlports gets the information, and they don't get passed up in sweeps to change basic ports elements. We just need to have them IGNOREd by bulk so they don't get built by default.

framework to allow linking everything

Patch is rather small, introduces two new variables: UNLINKED: keyword(s) why not linked, to add to the port BUILD_UNLINKED: simple way to override, as a configuration variable with this, you could for instance link the wayland ports, annotate them with UNLINKED = wayland. Then they *will* parti

Re: failed install databases/pkglocatedb

On Thu, Nov 09, 2023 at 10:03:24AM +, Stuart Henderson wrote: > On 2023/11/09 09:08, wen heping wrote: > > Hi, ports@: > > > > I updated my portstree just now but failed install > > databases/pkglocatedb, > > maybe it is caused by: > > ... > > piewm-1.04p3:x11/piewm: > > pmenu-3.1.1:x11/p

explaining UNLINKED and why it's useful

Up until now, we would have a few (roughly 100) ports in the tree which were not linked to the build. I've added a new mechanism that allows them to get "linked" for meta-info collection purpose. Basically, UNLINKED=tag will add an IGNORE entry to the port, so if you add its SUBDIR to the catego

Re: Add DIST_TUPLE to Makefile.template

On Mon, Nov 13, 2023 at 02:08:32PM +0100, Omar Polo wrote: > On 2023/11/13 13:49:03 +0100, Stefan Hagen > wrote: > > Hi, > > > > DIST_TUPLE did not yet make it into the Makefile.template. > > > > OK to add it under the GH_ parts? > > why not replacing GH_* completely with this in the template?

Re: Add DIST_TUPLE to Makefile.template

Forget was actually obvious to me, and I liked the tribute to the grandfather of them all, sourceforge, but I won't argue over that.

Re: amd64: llvm 16 fallout (2023-11-14)

On Thu, Nov 16, 2023 at 08:28:52PM +0100, Christian Weisgerber wrote: > Here are the build failures from my amd64 bulk build started on > 2023-11-14, including the subsequent build fixes up to > security/web-eid-app. > > http://build-failures.rhaalovely.net/amd64/2023-11-14/ > > cad/prusaslicer

Re: amd64: llvm 16 fallout (2023-11-14)

On Thu, Nov 16, 2023 at 04:54:47PM +0100, Christian Weisgerber wrote: > games/goldberg_emulator C++ no member in namespace 'std' The abseil absl::in_place_t were just drop-ins for the (at the time future) std::in_place_t from C++ 17. Generic "fix" would be as simple as namespace absl {

Re: godlberg_emulator build fix

On Sat, Nov 18, 2023 at 09:11:41PM +0100, Theo Buehler wrote: > I'm not sure this fix is correct (since I'm not entirely sure why C++17 > is needed, but maybe abseil/protobuf default to C++17 nowadays). > > If this works for you, feel free to commit, otherwise it might provide a > starting point f

Re: error on quirks

On Mon, Nov 20, 2023 at 03:16:29PM +, Stuart Henderson wrote: > On 2023/11/20 13:56, Manuel Giraud wrote: > > Hi, > > > > For the first time, I have to touch devel/quirks after a port > > modification. But when I try to update the patched devel/quirks from > > port I get the following error:

splitting up the updatedb

Since quirks is handled as an updateset, having a runtime dependency shouldn't be much of an issue. Here is a separate updatedb port, to be activated when quirks is bumped to 7.0. There is also a small change to do in pkg_add: knowing the set is quirks isn't 100% enough, we also need to tie to th

Re: error on quirks

On Tue, Nov 21, 2023 at 09:27:52AM +0100, Manuel Giraud wrote: > Hi, > > I forgot to do a "make clean" into /usr/ports/devel/quirks after each > new package built. Finally, quirks build correctly with the following > update.list: It's probably going to get "fixed" before 7.5, namely I think I can

HEADS-UP: ports current follows source current

I did some small changes to pkg_add to detect the "updatedb" (cache for package updates) in a way that's independent from quirks. Soon, quirks will gain an @option updatedb entry. If you have old pkg_add (e.g., you don't update to a snapshot of base before a package snapshot) this will break as a

gtk+2 fix for file requesters

With glib-2.78, gimp has become more or less unusable in large directories. The culprit is gtk+2 which is end of life. I found a backport from gtk+3 that fixes the issue. See comments in patches. okay ? Index: Makefile === RCS fil

Re: python-module: only set do-* targets if MODPY_*DEP is true

On Wed, Jan 04, 2023 at 09:22:35PM +, Klemens Nanni wrote: > net/qbittorrent uses python with MODPY_BUILDDEP=No MODPY_TESTDEP=No. > I've switched it to cmake and the way its Makefile.inc is now means that > lang/python comes before devel/cmake in MODULES. > > I expected this to work without fu

tweak to makesum/checksum to flag MASTER_SITES changes

This was prompted by a discussion to kn@ I'm not sure the use case is that frequent to warrant the patch, plus it will obviously trigger if we change mirrors project-wide. but it's just a warning, so probably not a big issue. (we no longer have user-side changes to MASTER_SITES* ever since it end

Re: tweak to makesum/checksum to flag MASTER_SITES changes

On Fri, Feb 03, 2023 at 11:07:26AM +, Stuart Henderson wrote: > On 2023/02/03 10:40, Marc Espie wrote: > > This was prompted by a discussion to kn@ > > I'm not sure the use case is that frequent to warrant > > the patch, plus it will obviously trigger if we >

dpb patch for proper fetching

This proved surprisingly complicated. This should fix fetching for BUILD_DEPENDS = some/path:patch situations (where the path actually doesn't get built) This could use a full bulk or two. (I expect to simplify the "new_path/new_fetch_path code later on, but for now, this should do) Index: Engi

Re: ports/README

On Tue, Feb 07, 2023 at 04:24:16PM +, Stuart Henderson wrote: > This used to be a fairly insignificant file that few people were really > likely to look at, but these days github shows the text of README (or > README.md) fairly prominently, so I think it would make sense to add a > few URLs for

Re: De-noise ghc

On Sun, Feb 19, 2023 at 07:16:01PM -0800, Greg Steuck wrote: > Hi Matthias, > > We get this annoying line all over the place now in Haskell ports logs: > > cc: warning: -Wl,--no-execute-only: 'linker' input unused > [-Wunused-command-line-argument] > > I don't know of a simple way to stick the

Re: arch-defines SYSTEM_VERSION handling for lang/go compiler updates?

On Tue, Feb 28, 2023 at 02:44:57PM +, Klemens Nanni wrote: > 28.02.2023 14:27, Stuart Henderson пишет: > > +# increment after a go compiler update to trigger updates of > > +# compiled go packages > > +MODGO_SYSTEM_VERSION = 1 > > + > > Shouldn't that be _MODGO_SYSTEM_VERSION as it is pure

Re: sync user.list with reality

On Fri, Mar 10, 2023 at 12:54:22PM -0500, Daniel Jakots wrote: > Hey, > > This morning I saw the removal of kibana and elasticsearch but I > noticed there were no change for user.list. I began to craft a diff and > then I realize games/hedgewars wasn't commented out either. > > I wrote a basic sh

Re: DIST_TUPLE: another go at setting WRKDIST

On Thu, Dec 28, 2023 at 06:48:59PM -0500, Thomas Frohwein wrote: > Hi, > > This is an attempt at fixing what didn't work with the first go at > setting WRKDIST for DIST_TUPLE [1] (see [2]). Basically sets a new > internal variable _DT_WRKDIST in dist-tuple.port.mk which is picked up > in bsd.port.

Re: lang/rust: roadmap for using SYSTEM_VERSION

On Sun, Dec 31, 2023 at 12:26:28PM +0100, Sebastien Marie wrote: > Theo Buehler writes: > > > On Sat, Dec 30, 2023 at 07:32:18PM +0100, Sebastien Marie wrote: > > > > The outlined procedure makes sense to me and I like the approach, but I > > am a bit worried that it makes it harder for people to

HEADS-UP: quirks + cache

I've committed code to dissociate quirks from the pkg update-cache. It is actually fairly transparent: it just handles quirks like other packages (it can have dependencies!) If you don't update, quirks may not install properly, along with the future updatedb. If you're running snapshots, hopeful

Re: use subdirs to group FNA ports to streamline updates

On Tue, Jan 09, 2024 at 09:51:09PM -0500, Thomas Frohwein wrote: > Hi, > > The FNA project consists of 3 ports, currently in games/fna (.NET > library), audio/faudio (audio backend), and graphics/fna3d (graphics > backend). They have been separate because they were released at > different times an

Re: error on quirks

On Mon, Nov 20, 2023 at 01:56:54PM +0100, Manuel Giraud wrote: > Hi, > > For the first time, I have to touch devel/quirks after a port > modification. But when I try to update the patched devel/quirks from > port I get the following error: Follow-up: I finally committed all the pieces, so now th

Re: retire some python 2 ports

,7 @@ > COMMENT =easy to use, graphical editor > > DISTNAME = cooledit-3.17.17 > -REVISION = 5 > +REVISION = 6 > > CATEGORIES = editors > > @@ -11,22 +11,12 @@ SHARED_LIBS = Cw 1.0 > > MAINTAINER = Marc Espie > > -FLAVORS

Re: retire some python 2 ports

,7 @@ > COMMENT =easy to use, graphical editor > > DISTNAME = cooledit-3.17.17 > -REVISION = 5 > +REVISION = 6 > > CATEGORIES = editors > > @@ -11,22 +11,12 @@ SHARED_LIBS = Cw 1.0 > > MAINTAINER = Marc Espie > > -FLAVORS

Re: retire some python 2 ports

On Wed, Feb 21, 2024 at 06:38:35PM +, Stuart Henderson wrote: > > - a few pygame games I happen to like and have been slowly porting to > > python3 > > btw fretsonfire (py2) doesn't seem to work at all. that's the only user > of py2 graphics/py-opengl and py2-Pillow. I don't think fretsonf

infrastructure patch: validate ONLY_FOR_ARCHS/NOT_FOR_ARCHS

Currently, there is nothing that prevents ONLY_FOR_ARCHS/NOT_FOR_ARCHS from holding garbage. The following patch adds a check, and promptly fixes an issue, namely that ALL_ARCHES should also reference powerpc. Index: arch-defines.mk

Re: db/config.site cache for ac_cv_header_netinet_tcp_var_h

On Mon, Jul 29, 2024 at 04:54:34PM +0100, Stuart Henderson wrote: > db/config.site has this: > > 1.6 (espie24-Feb-05): > ac_cv_header_netinet_tcp_timer_h=${ac_cv_header_netinet_tcp_timer_h=yes} > > turns out this is a bit problematic, because on OpenBSD you need to > pull in tcp_tim

Re: new (wip-ish): sysutils/plocate

On Fri, Aug 02, 2024 at 06:14:47PM +0100, Stuart Henderson wrote: > Biggest yucky bit with the port if used as a "standard" locate tool is > that the code to check filesystem types is Linux-only and I haven't > added an OpenBSD implementation, so you can't easily disable (e.g.) > "all NFS partition

Re: Add BULK_COOKIES_DIR to proot(1)

On Sat, Aug 03, 2024 at 11:53:28AM +0200, Denis Bodor wrote: > Hi, > > I ran into a permission problem when using proot(1). The ${PORTSDIR}/bulk > directory cannot be created when you decide to place the other directories > outside the ports tree. > > Here's my configuration: > > $ cat proot.cfg

changes to signal handling with respect to ksh ?

I've got several scripts that use mpv to display pictures. It used to be that I could ^Z and fg on those scripts without any issues. For a few weeks/months now, it seems to be broken. I have zero idea if this is an issue with mpv, ksh, or signal handling. I think mpv gets into another process gr

bsd.port.mk.5 tweak

Realized that DWZ is not documented, at all. Also, mandoc -Wall found some shenannigans in USE_LLD. Please commit that. Index: bsd.port.mk.5 === RCS file: /build/data/openbsd/cvs/src/share/man/man5/bsd.port.mk.5,v diff -u -p -r1.644

roadmap for more privsep in pkgland

(original idea courtesy of bentley@) Okay, so we should probably be running @tags as an under-privileged user. There's a chicken-and-egg issue, namely, that the tag-generated files usually belong to root. They ARE the ugly duckling, and they've been a plague, since forever (for pkg_check, and fo

Re: roadmap for more privsep in pkgland

Here's the basic pkg_add change, very lightly tested for now. Not that many lines, considering :) Index: pkg_create.1 === RCS file: /build/data/openbsd/cvs/src/usr.sbin/pkg_add/pkg_create.1,v diff -u -p -r1.131 pkg_create.1 --- pkg_cr

Re: roadmap for more privsep in pkgland

On Fri, Aug 16, 2024 at 11:16:51AM +0100, Stuart Henderson wrote: > On 2024/08/15 18:33, Marc Espie wrote: > > Enter @extraglob > > > > > > basically: stuff like @extraglob /var/tomcat/conf/ > > will remove the tomcat dir with everything

Re: Haskell ports without using Hackage

On Sat, Aug 17, 2024 at 07:03:48AM +0200, David Uhden Collado wrote: > Hello, > > I have recently started working on a port for the SimpleX Chat CLI client > [1] and encountered an issue. The software is not available in the Haskell > package repository [2], which poses a significant challenge sin

Re: [security update]databases/p5-DBI: Update to 1.644

On Sun, Aug 25, 2024 at 02:46:32AM +, wen heping wrote: > Hi, > >Here is a patch for databases/p5-DBI to update to 1.644. >Upstream changelog say "Fix CVE-2014-10401 and CVE-2014-10402". >It build well and pass the test on amd64-current system. > > > Best Regards, > wen I was a

perl 5.36 vs tools

I'm finally looking at using 5.36 features in ports & packages. Specifically, 5.36 brings signatures out of the "experimental phase". (Detailed description is in perlsub(1)). Prosaically, this brings perl from being a quirky language with weird functions: sub foo { my ($a, $b) = @_;

patch: fix gimp text italics rendering

The gitlab issue says it all. I've just checked that with this, heavily italicized fonts (like Palooka Italic) do render correctly even when right-justified. Okay ? (it appears that gimp 2.99.14 as the exact same issue, but I haven't checked it yet) Index: Makefile =

Re: patch: fix gimp text italics rendering

> > On 7 May 2023, at 20:30, Marc Espie wrote: > > > > The gitlab issue says it all. > > > > I've just checked that with this, heavily italicized fonts (like Palooka > > Italic) > > do render correctly even when right-justified. > > >

[NEW PORTS] gegl-filters

I found a nice set of gegl filters to play with text. They all come from the same place, so organizing them as a subdirectory under graphics/gimp makes sense Archive attached, tests and comments welcome gegl-filters.tgz Description: application/tar-gz

Re: [NEW PORTS] gegl-filters

On Mon, May 08, 2023 at 11:05:01AM +0200, Marc Espie wrote: > I found a nice set of gegl filters to play with text. > They all come from the same place, so organizing them > as a subdirectory under graphics/gimp makes sense > > Archive attached, tests and comments welcome New ver

Re: Issue when trying to update devel/goreleaser port

On Wed, May 17, 2023 at 10:47:55AM +0100, Stuart Henderson wrote: > On 2023/05/17 11:02, Laurent Cheylus wrote: > > Hi, > > > > as maintainer, I'm trying to update devel/goreleaser port for the latest > > version 1.18.2 https://github.com/goreleaser/goreleaser/releases/tag/v1.18.2 > > , latest ver

Re: Issue when trying to update devel/goreleaser port

On Thu, May 18, 2023 at 04:45:08PM +0200, Laurent Cheylus wrote: > On 2023/05/17 12:08, Marc Espie wrote: > > > sigh, bloody go modules. > > > > I got a much better fix, I think. > > OK, 'make makesum' works correctly for devel/goreleaser port with yo

small new feature in dpb

Instead of hardcoding the number of entries saved under distfiles/build-stats/%a to 10, we've made it adjustable. There are actually two knobs for that: STATS_USED: the last n recent entries will be used (defaults to 10) STATS_BACKLOG: the last n recent entries will be saved (defaults to 25) No c

small tweak to bsd.port.mk

I'd like to add a line to the display. This shows visual confirmation that a build was started from scratch, without a pre-existing wrkdir. This could be used in dpb to triage build stats time, or for various other things. The only potential drawback I see is if some people are expecting a very

Re: remove diffpp from enscript

On Sat, Jun 17, 2023 at 10:42:39AM +0200, Jan Stary wrote: > $ diffpp /tmp/foo > Assigning non-zero to $[ is no longer possible at /usr/local/bin/diffpp line > 72. > > Apparently, the diffpp(1) of print/enscript > has been broken for years and nobody n

Re: make lib-depends-check failure on x11/xscope

On Sun, Jun 18, 2023 at 10:44:42AM +0200, Matthieu Herrb wrote: > Hi, > > Looks like something broken with recent perl use 2.36 code : > > > cd /usr/ports/x11/xscope > make package > make lib-depends-check > Scanning|*

Re: lang/* BTI breakage

On Mon, Jul 03, 2023 at 12:11:09AM +0200, Christian Weisgerber wrote: > lang/ocaml > > I guess for ocaml the big hammer would be to disable native code > compilation altogether and fall back to bytecode. How far behind are we on ocaml code releases ? Considering the people writing the language,

Re: NEW: devel/cereal serialization header library

On Tue, Jul 04, 2023 at 03:20:41AM -0400, Ian Darwin wrote: > Descr: > Cereal is a header-only C++11 serialization library. It takes > arbitrary data types and reversibly turns them into different > representations, such as compact binary encodings, XML, or JSON. > Cereal was designed to be fast,

BROKEN: archivers/libzim hidden dependency

Will happily pick up gtest if available, and crash if it gets junked during the build >>> Building on verycloudy2 under archivers/libzim BDEPENDS = [archivers/xz;databases/xapian-core;devel/meson;archivers/zstd;textproc/icu4c] DIST = [archivers/libzim:libzim-8.1.1.tar.xz]

Re: pkg_info: fold Comment newline

changes to the package system. > For instance, package name changes, or stuff incorporated into base. > > pkg_add(1) always installs and updates it automatically. > > Maintainer: Marc Espie > > Index: OpenBSD/PkgInfo.pm > ===

Re: WIP: GCC 6.2.0

On Sun, Sep 04, 2016 at 01:30:26PM +0100, Pascal Stumpf wrote: > Here's a preliminary port of GCC 6.2.0, tested only on amd64, i386 and > sparc64 as I don't have access to anything else at the moment. > > Go ahead and play with it. I'd vote that you put it in, unlinked, and we can play in tree.

Re: lftp man page broken

On Tue, Sep 13, 2016 at 03:32:05AM -0600, Anthony J. Bentley wrote: > Jiri B writes: > > Hi, > > > > lftp man pages is odd, see section for 'mirror' command. > > The lftp(1) manual uses tbl(7) macros, which need extra preprocessing. > pkg_create(1) doesn't do any preprocessing... although that's

Re: error: Can't call method "is_signed" on an undefined

On Sat, Oct 01, 2016 at 11:45:24AM -0700, patrick keshishian wrote: > Hi, > > This is on a current system (fresh install): > > # sysctl kern.version > kern.version=OpenBSD 6.0-current (GENERIC.MP) #2510: Fri Sep 30 > 09:49:52 MDT 2016 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compil

some more info on pkg_add/fw_update changes

About a week ago, we switched to the new signing scheme by default. There are good reasons to bury the old signing scheme completely, so this is what's currently happening, there are some rough edges. Technically speaking, the new signatures are "outside", they're in the gzip header, and the only

Re: some more info on pkg_add/fw_update changes

On Tue, Oct 04, 2016 at 03:15:18PM +0200, Marc Espie wrote: > - the new scheme is slightly more unflexible with respect to unsigned > data: by default, every .tgz is piped thru signify -Zs, so > pkg_add/pkg_info/fw_update WON'T even see any data if it's not signed. &

a note about pkg_sign

Note that if you want to sign packages yourself, your private key *MUST* be name "something.sec", so that the proper comment says something.pub to be able to decode things. This is weird and nonsensical behavior on signify's part, which enforces that, but silently, without any error message when t

Re: DPB can't build mail/sendmail

On Tue, Oct 11, 2016 at 08:24:15PM -0400, trondd wrote: > I had this problem in 5.9 and forgot about it until 6.0, but DPB can't > successfully build the sendmail package. > > DPB is using the default _pbuild, etc users so the build is not running as > root. Is there some work around for this?

Re: "pkg_info -S" can't get update signature, "unsigned package"

On Mon, Oct 17, 2016 at 08:49:43AM +0200, Andreas Kusalananda Kähäri wrote: > On Sun, Oct 16, 2016 at 09:37:50AM +0100, Stuart Henderson wrote: > > On 2016/10/16 10:27, Andreas Kusalananda Kähäri wrote: > > > Hi, > > > > > > "pkg_info -S" used to show the "update signature" for a package, i.e. > >

Re: poison gettext-tools

On Mon, Oct 17, 2016 at 09:34:49AM +0100, Stuart Henderson wrote: > I'm going to do a bulk build with this to see if it shakes anything out. > Any comments on whether it's worth committing? > > Index: bsd.port.mk > === > RCS file: /cv

Re: Anyone using the a4 flavor of ghostscript?

On Wed, Nov 02, 2016 at 03:09:00PM +0100, Matthias Kilian wrote: > Hi, > > looking at an (overdue) update of print/ghostscript/gnu, I'd really > like to get rid of the a4 flavor. It's stupid, device drivers testing > for a cpp macro 'A4' are cleary wrong (because they can derive the > paper size b

Re: Update: multimedia/mpv, feedback needed

On Wed, Nov 23, 2016 at 01:49:41AM +0100, Dmitrij D. Czarkoff wrote: > Hi! > > I was asked off-list to add a "lite" flavor for multimedia/mpv. This > diff introduces such version. This iteration disables the fllowing in > "lite" FLAVOR: > > * Lua UI and scripting > * Encoding > * DVD and Blu

Re: bsd.port.mk: support for MODFOO_post-extract

On Sun, Dec 04, 2016 at 06:27:16PM +0100, Sebastien Marie wrote: > Hi, > > With devel/cargo (and upcoming module cargo.port.mk), I have a problem > for patching a crate (to make libc-0.2.17 version to support openbsd > i386). > > A crate is a piece of code, downloaded from https://crates.io/. Rus

Re: pkg_add netsurf not pulling in libnspsl

On Thu, Dec 08, 2016 at 12:54:05PM +, Stuart Henderson wrote: > On 2016/12/07 16:09, Bryan Vyhmeister wrote: > > Adding libnspsl manually solved the problem. A quick look at the > > Makefile for www/netsurf/browser seems to indicate that libnspsl should > > have been pulled in but perhaps I was

Re: pkg_add netsurf not pulling in libnspsl

On Thu, Dec 08, 2016 at 04:41:23PM +, Stuart Henderson wrote: > On 2016/12/08 17:04, Marc Espie wrote: > > On Thu, Dec 08, 2016 at 12:54:05PM +, Stuart Henderson wrote: > > > On 2016/12/07 16:09, Bryan Vyhmeister wrote: > > > > Adding libnspsl manually solve

Re: mksqlitedb, i create a port i want to register it in sqlports for external service

On Fri, Dec 09, 2016 at 05:52:03PM -0500, sven falempin wrote: > >faq : > >Trying to invoke the base generation fail : >Use of uninitialized value $error[0] in join or string at (eval 5) line >3. >    eval 'package          # hide from P

Re: mksqlitedb, i create a port i want to register it in sqlports for external service

On Mon, Dec 12, 2016 at 12:10:44PM -0500, sven falempin wrote: > On Sun, Dec 11, 2016 at 7:37 AM, Marc Espie wrote: > > > On Fri, Dec 09, 2016 at 05:52:03PM -0500, sven falempin wrote: > > > > > >faq : < > >database,>> > > >Tryin

Re: When trying to update port, nothing happens

On Wed, Dec 21, 2016 at 10:26:24AM +0500, ?? ?? wrote: > I'm trying update some ports, but when I invoke "make update" nothing > happens. > > Collecting installed packages: ok > Collecting port versions: ok > Collecting port signatures|**Collecting port signatu

Re: sqlite 3.16.2

On Wed, Jan 25, 2017 at 08:27:28PM +0100, Landry Breuil wrote: > Hi, > > firefox 52 requires sqlite 3.15.1 at least; so let's jump to 3.16.2 > directly. Bumped the major to be on the safe side, but nm showed no > differences between libs, but there are always defines lurking around in > headers...

Re: problem with pkg_add -u after upgrading to 5.2 snapshot

On Fri, Jun 22, 2012 at 05:23:14PM -0700, Frans Haarman wrote: > hi ports@ > > after upgrading to the 5.2 snapshot I keep getting errors with pkg_add -u. > > No pkgname in packing-list for sdl-mixer-1.2.11p0 > No pkgname in packing-list for partial-jdk-1.7.0.00v0 > No pkgname in packing-list for

Re: Fix ocaml.port.mk for usage with do-install overrides

On Mon, Jun 25, 2012 at 11:06:21AM +0200, Christopher Zimmermann wrote: > Hi, > > do-install overrides do not work as expected when overriding > do-install, because ${PREFIX} where ${TRUEPREFIX} should be used to get > the same behavior for overridden do-install targets and the default > do-instal

Re: Build failure of gcc-4.6.3p3 with execinfo.h installed

On Sat, Jun 30, 2012 at 07:00:26PM +0100, Mikolaj Kucharski wrote: > > I got another failure from libjava about magic.h, unfortunately VM > crashed and I don't have the log. > > I downloaded lang/gcc/4.6 packages from nearest mirror: > > # cd /usr/ports/lang/gcc/4.6 && make show=PKGNAMES > gcc-4

Re: Build failure of gcc-4.6.3p3 with execinfo.h installed

On Sun, Jul 01, 2012 at 05:57:55PM +0200, Pascal Stumpf wrote: > Yes, seems like you've found a hidden build dependency. The only thing > execinfo.h does is enable the define _GLIBCXX_HAVE_EXECINFO_H, so I > think it's better to just put it in BUILD_DEPENDS. libmagic, on the > other hand, would r

Re: Build failure of gcc-4.6.3p3 with execinfo.h installed

On Sun, Jul 01, 2012 at 06:52:55PM +0200, Pascal Stumpf wrote: > On Sun, 1 Jul 2012 18:34:44 +0200, Marc Espie wrote: > > On Sun, Jul 01, 2012 at 05:57:55PM +0200, Pascal Stumpf wrote: > > > Yes, seems like you've found a hidden build dependency. The only thing > > &g

Re: WIP: simh 3.9.0

On Sun, Jul 08, 2012 at 12:50:38AM -0400, Brad Smith wrote: > On Wed, Jun 13, 2012 at 07:42:48AM -0400, Brad Smith wrote: > > Here is a first rev of an attempt at a SimH 3.9.0 update. > > > > I don't use simh so I'm looking for anyone using simh to > > test this out. > > Here is an updated diff.

Re: Retire MD5 from distinfo

On Sun, Jul 08, 2012 at 09:36:33PM +, Christian Weisgerber wrote: > Christian Weisgerber wrote: > > > It's time to drop MD5 from the distinfo checksums. MD5 cannot > > guarantee the integrity of a distfile. It is broken, people are > > finding collisions and have used this for practical att

Re: opencore-amr: get rid of libtool crazyness

On Thu, Jul 12, 2012 at 04:13:38PM +0200, David Coppa wrote: > On Thu, Jul 12, 2012 at 4:07 PM, Jan Stary wrote: > > > Index: Makefile > > === > > RCS file: /cvs/ports/audio/opencore-amr/Makefile,v > > retrieving revision 1.1.1.1 > >

Re: opencore-amr: get rid of libtool crazyness

On Fri, Jul 13, 2012 at 06:12:48PM +0200, Jan Stary wrote: > On Jul 12 19:10:35, Jan Stary wrote: > > On Jul 12 18:42:23, Marc Espie wrote: > > > On Thu, Jul 12, 2012 at 04:13:38PM +0200, David Coppa wrote: > > > > On Thu, Jul 12, 2012 at 4:07 PM, Jan Stary w

Re: UPDATE: zathura

On Fri, Jul 13, 2012 at 11:00:35PM +0200, Matthias Kilian wrote: > On Wed, Jul 11, 2012 at 07:54:01AM -0500, Abel Abraham Camarillo Ojeda wrote: > > What I don't know is how updates are going to be handled, I mean, > > people doing a pkg_add -u zathura alone will now have a zathura > > program that

Re: opencore-amr: get rid of libtool crazyness

On Mon, Jul 16, 2012 at 01:46:42PM +0200, Jan Stary wrote: > Right; with the real -current, it works by stripping the '-x c'. Notice that, contrarily to that junk that's gnu libtool, we don't remove parameters randomly. We do parse -x something in exactly the same way that gcc does. Yes, passi

ports is fully locked

If anybody on another planet commits something, it will get backed the hell out.

Re: updating to the same version?

On Thu, Jul 26, 2012 at 12:09:08PM +0200, Jan Stary wrote: > Just updated my curremt/amd64 and doing pkg_add -ui. > With some ports, it seems to be updating to the same version: > for example, > > groff-1.21p8: (extracting) ... (deleting) ... all that > groff-1.21p8->groff-1.21p8: ok >

Re: exec vs exec-add: warning to porters

On Mon, Jul 30, 2012 at 08:43:39AM +0200, Antoine Jacoutot wrote: > So, after a quick chat with Marc Espie trying to understand why a > particular package would not run @exec-add, I would like to warn you > guys when you use such a marker in your ports. > In my case, @exec-add was not

<    3   4   5   6   7   8   9   10   11   12   >