On Mon, Jun 01, 2020 at 03:20:34PM +0200, prx wrote:
> Hi,
> after trying the new shotcut port, I wonder if there is any tip to read
> video files with it. Do you convert to any format befort importing into
> shotcut?
>
> Find attached messages printed by shotcut recorded with script(1).
This
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/06/01 02:41:36
Modified files:
infrastructure/mk: bsd.port.mk
Log message:
fix some PORTS_PRIVSEP tidbits:
UPDATE_COOKIES and BULK_COOKIES are not generated by dpb, but if you
build stuff manually
On Mon, Jun 01, 2020 at 09:38:32AM +0200, Landry Breuil wrote:
> On Mon, Jun 01, 2020 at 09:27:25AM +0200, Charlene Wendling wrote:
> > On Mon, 1 Jun 2020 05:24:19 +0200
> > Alex Free wrote:
>
>
> > +.if ${MACHINE_ARCH} == "powerpc"
> > +QUAKE_ARCH=ppc
> > +.else
> > QUAKE_ARCH=
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/31 13:24:26
Modified files:
infrastructure/lib/DPB: PkgPath.pm
Log message:
work a bit harder so that pkgpaths do not gain a bogus info by
autovivification
this allows to use is_stub once again
On Sat, May 30, 2020 at 01:00:17PM -0600, Anthony J. Bentley wrote:
> Hi,
>
> Matthieu Herrb writes:
> > This github issue does pretty much explain what's going on:
> > https://github.com/googlefonts/Inconsolata/issues/42 :
>
> I see nothing as extreme as the screenshots in that link in my
On Sat, May 30, 2020 at 12:41:16PM +0200, Matthieu Herrb wrote:
> On Mon, May 25, 2020 at 01:08:52AM -0600, Anthony J. Bentley wrote:
> > CVSROOT:/cvs
> > Module name:ports
> > Changes by: bent...@cvs.openbsd.org 2020/05/25 01:08:52
> >
> > Modified files:
> >
On Fri, May 29, 2020 at 01:12:42PM -0600, Steve Williams wrote:
> It applies patches and compiles clean. However, when I try to create a
> package, it seems to want to include the libraries that I have in WANTLIB.
WANTLIB doesn't work by itself.
It also requires LIB_DEPENDS/RUN_DEPENDS
One important note for non-technical readers:
*porting* shotcut to OpenBSD meant fixing *three bugs* in the ported software:
- mlt (the framework shotcut is based on) uses mutexes extensively, but does NOT
initialize them completely *even though the mutex default type is unspecified
by posix
-
A few days ago, I imported shotcut, then fixed quite a few bugs so
that it's now usable.
Now that snapshots have rolled over, it is available as a package.
shotcut is modern video editing software.
With the current medical situation, I had needs to prepare online video
courses, and having to go
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/28 14:53:40
Modified files:
infrastructure/lib/DPB: PkgPath.pm
Log message:
revert temporarily
there's a bug elsewhere (autovivification of $w->{info}{BUILD_PACKAGES})
that I need to track down
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/26 13:11:22
Modified files:
multimedia/shotcut: Makefile
Added files:
multimedia/shotcut/patches: patch-src_mltcontroller_cpp
On Tue, May 26, 2020 at 11:05:42AM -0600, Marc Espie wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: es...@cvs.openbsd.org 2020/05/26 11:05:42
>
> Added files:
> multimedia/shotcut/patches: patch-src_qmltypes_qmlfilter_cpp
>
> Log message:
>
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/26 11:06:34
Modified files:
multimedia : Makefile
Log message:
+shotcut
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/26 11:05:42
Added files:
multimedia/shotcut/patches: patch-src_qmltypes_qmlfilter_cpp
Log message:
as usual, this was a REALLY stupid bug
turns out name.toUf8().constData() is a temporary, so
On Mon, May 25, 2020 at 04:10:49PM +0200, Marc Espie wrote:
> Here's another one...
> I went back to 19.12.31
>
> and installed the debug-qt* packages (somehow they weren't around last
> time).
>
>
> It's still the exact same bug.
>
>
> By adding printing,
Here's another one...
I went back to 19.12.31
and installed the debug-qt* packages (somehow they weren't around last
time).
It's still the exact same bug.
By adding printing, that "name" parameter is complete garbage each and
every time. Sometime, we get "lucky" and it doesn't segfault.
It
On Sun, May 24, 2020 at 11:40:34PM +0200, Rafael Sadowski wrote:
> On Sun May 24, 2020 at 03:09:42PM +0200, Marc Espie wrote:
> > There are some special needs ports like cmake and qmake with labyrinthine
> > options to figure out what to build "release" and you get
Here's the most frequent backtrace now.
It's very easy to obtain: start shotcut, load a video, try to apply a filter
that requires parameters (say size and position), watch shotcut segfault.
It seems to come from qml code.
Somewhat a pain to try to figure it out further, since we don't have
There are some special needs ports like cmake and qmake with labyrinthine
options to figure out what to build "release" and you get no debug info.
"debug" and you get wy too much stuff.
the tweak I committed a few days ago does cut through the red tape...
Tool wants special treatment to
While working manually on dpb goo, I found out BULK_COOKIES_DIR and
UPDATE_COOKIES_DIR are not handled (this results in error messages at the
end of logs, actually, not actual errors, since this is behind a
-rm -f
Also, the empty(UPDATE_COOKIES_DIR) goo is wrong
Could you test/check, please ?
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/21 06:38:46
Modified files:
devel/dwz : Makefile
Log message:
forgotten piece of the "no-strip" commit, noticed by aja@
this is actually less tricky: just use the built dwz
On Tue, May 19, 2020 at 03:34:41PM +0200, Erling Westenvik wrote:
> On Sun, May 17, 2020 at 04:48:27PM +0200, Marc Espie wrote:
> > Seems I can now remove the BROKEN marker.
> > This does depend on rttr and the mlt fixed update
>
> Awesome. A working video editor! Comp
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/20 08:54:23
Log message:
shotcut is a full-featured video editor
loosely based on WIP by bentley@
the current port is not finished, but it can do a few things: play videos,
cut
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/20 06:57:10
Modified files:
infrastructure/mk: bsd.port.mk
Added files:
infrastructure/bin: no-strip
Log message:
neuter strip if DEBUG_PACKAGES is set
tweak the path for copy-debug-info
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/20 04:03:45
Modified files:
x11/kde-applications/kdenlive: Makefile
x11/kde-applications/kdenlive/pkg: PLIST
Log message:
kdenlive should work again
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/20 03:17:04
Modified files:
multimedia/mlt : Makefile
multimedia/mlt/patches: patch-src_framework_mlt_property_c
Log message:
neuter ALL setlocale LC_NUMERIC. That code is not
On Tue, May 19, 2020 at 12:26:45PM +0100, Stuart Henderson wrote:
> This adds the runstatedir patch from autoconf git. It was added upstream
> in 2013 but there hasn't been a newer release; some Linux distros have been
> patching it in their 2.69 packages for years.
>
> I don't _really_ like
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/19 02:50:55
Modified files:
databases/sqlports: Makefile
databases/sqlports/files: Info.pm
Log message:
handling of DEBUG_PACKAGES/DEBUG_CONFIGURE_ARGS is bogus
just ignore them for now
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/19 02:44:44
Modified files:
databases/sqlports/files: TreeWalker.pm
Log message:
likewise, don't try to use incomplete hash
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/19 02:38:03
Modified files:
databases/sqlports/files: TreeWalker.pm
Log message:
parse errors in dump-vars will lead to $h being invalid, push past that
so that it properly errors out without a
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/18 13:33:43
Modified files:
multimedia/mlt/patches: patch-src_framework_mlt_property_c
Log message:
add comment explaining what's going on and why the current fix is fine
On Mon, May 18, 2020 at 01:46:38PM +0200, Klemens Nanni wrote:
> On Mon, May 18, 2020 at 12:17:01PM +0100, Stuart Henderson wrote:
> > I like it, can you work up something for the bsd.port.mk(5) manual please?
> Diff below tries to lay out the inner workings without being too
> specific; a bit
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/18 06:29:17
Modified files:
devel : Makefile
Log message:
+rttr
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/18 06:28:33
Log message:
Runtime Reflection Library for C++
mostly a dependency for kdenlive
tweaks and okay rsadowski@
Status:
Vendor Tag: espie
Release Tags:
On Sun, May 17, 2020 at 04:43:33PM +0200, Marc Espie wrote:
> kdenlive lists this as "optional" but in actuality
> it cheats and tries to download it on the side (which
> obviously fails for us)
>
> The tests take forever to build, and some actually don't build with
I found the reason for a FETCH_PACKAGES bug, linked to pkg_add optimizations:
with faster package updates, unchanged files would mean pkg_add would not
always read to the end of the archive. Unfortunately, this also applies to
symlinks at the end of the plist, as the meta-info is enough, AND
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/18 04:54:15
Modified files:
multimedia/mlt : Makefile
Log message:
missed --disable-rubberband in jca@'s mail
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/18 04:33:17
Modified files:
multimedia/mlt : Makefile distinfo
multimedia/mlt/patches: patch-src_framework_Makefile
multimedia/mlt/pkg: PLIST-gpl2 PLIST-main
Added files:
On Sun, May 17, 2020 at 01:12:58PM -0600, Tracey Emery wrote:
> On Sun, May 17, 2020 at 08:19:05PM +0200, Marc Espie wrote:
> > On Sun, May 17, 2020 at 04:47:10PM +0200, Marc Espie wrote:
> > > Now with better runtime behavior
> > >
> > > Some of the mutexes do
On Sun, May 17, 2020 at 04:47:10PM +0200, Marc Espie wrote:
> Now with better runtime behavior
>
> Some of the mutexes don't work with our stringent defaults,
> this prevents some aborts on shotcut.
>
> and I can actually start a clip in kdenlive with this.
New version.
With the new mlt (mutex fixes),
this at least starts and can import clips to the timeline, and
can try to edit stuff
There are more bugs to be found, the beastie tends to segfault
on a whim, but assuming new mlt gets in, we could probably work in-tree.
Note that DEBUG_PACKAGES working properly
Seems I can now remove the BROKEN marker.
This does depend on rttr and the mlt fixed update
Index: Makefile
===
RCS file: /cvs/ports/x11/kde-applications/kdenlive/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
---
Now with better runtime behavior
Some of the mutexes don't work with our stringent defaults,
this prevents some aborts on shotcut.
and I can actually start a clip in kdenlive with this.
Index: Makefile
===
RCS file:
kdenlive lists this as "optional" but in actuality
it cheats and tries to download it on the side (which
obviously fails for us)
The tests take forever to build, and some actually don't build with
clang/libc++,
so I've removed them, as the goal is only to build kdenlive
rttr.tgz
Description:
On Sat, May 16, 2020 at 05:38:20PM +0200, Marc Espie wrote:
> On Sat, May 16, 2020 at 05:10:23PM +0200, Marc Espie wrote:
> > On Sat, May 16, 2020 at 08:20:55AM -0600, Tracey Emery wrote:
> > > On Sat, May 16, 2020 at 02:38:22PM +0200, Marc Espie wrote:
> > > > Wi
On Sat, May 16, 2020 at 08:20:55AM -0600, Tracey Emery wrote:
> On Sat, May 16, 2020 at 02:38:22PM +0200, Marc Espie wrote:
> > With that update, I've been able to build a recent shotcut
> >
> > The timeline stuff seems to be missing in action, though,
> > which is w
On Sat, May 16, 2020 at 05:10:23PM +0200, Marc Espie wrote:
> On Sat, May 16, 2020 at 08:20:55AM -0600, Tracey Emery wrote:
> > On Sat, May 16, 2020 at 02:38:22PM +0200, Marc Espie wrote:
> > > With that update, I've been able to build a recent shotcut
> > >
>
On Sat, May 16, 2020 at 08:20:55AM -0600, Tracey Emery wrote:
> On Sat, May 16, 2020 at 02:38:22PM +0200, Marc Espie wrote:
> > With that update, I've been able to build a recent shotcut
> >
> > The timeline stuff seems to be missing in action, though,
> > which is w
With that update, I've been able to build a recent shotcut
The timeline stuff seems to be missing in action, though,
which is weird.
On Wed, Apr 29, 2020 at 03:43:24PM -0400, Daniel Jakots wrote:
> On Wed, 29 Apr 2020 21:13:14 +0200, Marc Espie wrote:
>
> > I'm not sure what purpose minitube still has.
>
> Brian said he was using it. What's the problem with having it in the
> ports tree?
>
>
If it still works, no issue.
On Tue, Apr 28, 2020 at 07:47:39PM +0200, Solene Rapenne wrote:
> Le Tue, 28 Apr 2020 19:23:31 +0200,
> Klemens Nanni a écrit :
>
> > Searching does not show any results but only a long URL where results
> > are supposed to be.
> >
> > Back when it worked for me (months, if not years ago),
On Wed, Apr 29, 2020 at 01:00:25PM +0100, Stuart Henderson wrote:
> On 2020/04/29 13:40, Antoine Jacoutot wrote:
> > On Wed, Apr 29, 2020 at 03:42:27AM -0600, Marc Espie wrote:
> > > CVSROOT: /cvs
> > > Module name: ports
> > > Changes by: es...@c
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/29 03:42:27
Modified files:
www/chromium : Makefile
Added files:
www/chromium/pkg: README
Log message:
document some specificities of chromium on openbsd
okay robert@
On Sun, Apr 26, 2020 at 06:00:55PM +0100, Stuart Henderson wrote:
> On 2020/04/26 18:28, f.holop wrote:
> > Stuart Henderson - Sun, 26 April 2020 at 17:11:21
> > > > thank you for the explanations. i am afraid none of this comes across
> > > > really from the man page as it is formulated now.
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/25 08:02:58
Modified files:
graphics : Makefile
Log message:
+tumble
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/25 08:02:14
Log message:
as requested by Miod a port of tumble
tumble is a somewhat rustic utility that takes jpeg pictures OR 1 bit
tiff b pictures and creates a pdf out of them, see the
On Fri, Apr 24, 2020 at 12:14:31PM +0200, Charlene Wendling wrote:
> Hi,
>
> Ogle's altivec flavor is broken in the current macppc bulk:
>
> > error: unsupported argument '-m7400' to option 'Wa,'
>
> Since the point of this flavor is to use AltiVec, i've used flags that
> clang understands
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/23 02:53:38
Modified files:
graphics/unwebp: Makefile distinfo
Log message:
small bug-fix release
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/20 05:49:57
Modified files:
infrastructure/mk: bsd.port.mk
Log message:
dist cleaning should match make fetch, namely also remove any left-over
.part files
as noticed by f.holop...
On Mon, Apr 20, 2020 at 10:56:34AM +0200, f.holop wrote:
> Stuart Henderson - Mon, 20 April 2020 at 09:45:19
> > So for some reason this file was fetched completely (this is the
> > normal name used when fetching until it's known that the file was
> > fetched) but wasn't renamed, and the left-over
On Sun, Apr 19, 2020 at 10:06:34PM +0100, Stuart Henderson wrote:
> On 2020/04/19 19:54, f.holop wrote:
> > hello,
> >
> > i don't have experience with go ports and i cannot seem to have
> > `make update-patches` work on this go project:
>
> It is not ideal at present. The directory layout isn't
On Sat, Apr 18, 2020 at 06:53:49PM +0200, Marc Espie wrote:
> On Sat, Apr 18, 2020 at 06:07:41PM +0200, Thomas L. wrote:
> > On Sat, 18 Apr 2020 15:08:59 +0200
> > Marc Espie wrote:
> > > It's very likely to miss a canonical at least.
> > >
> > > Specific
On Sat, Apr 18, 2020 at 06:07:41PM +0200, Thomas L. wrote:
> On Sat, 18 Apr 2020 15:08:59 +0200
> Marc Espie wrote:
> > It's very likely to miss a canonical at least.
> >
> > Specifically, _Ports.FullPkgPath is not guaranteed to match every
> > _Paths.Id
> >
&g
On Sat, Apr 18, 2020 at 05:21:14AM +0200, Thomas L. wrote:
> On Sat, 18 Apr 2020 04:30:50 +0200
> "Thomas L." wrote:
> > diff --git infrastructure/lib/OpenBSD/PortGen/Utils.pm
> > infrastructure/lib/OpenBSD/PortGen/Utils.pm index
> > 16f901a3c9d..0dc18d0a592 100644 ---
> >
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/16 13:33:29
Modified files:
infrastructure/mk: arch-defines.mk bsd.port.arch.mk
Log message:
separate the debuginfo property from its use to zap DEBUG_PACKAGES
out of existence: arch-defines.mk
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/15 10:18:48
Modified files:
infrastructure/bin: proot
Log message:
missing piece for setting LOGDIR
On Tue, Apr 14, 2020 at 02:32:23PM +0200, Denis Fondras wrote:
> I am updating lang/crystal and it uses multiple distfiles.
> I have to patch one of the secondary distfile but when I run make
> update-patches, it seems to only update from the main .tar.gz.
You know that all this is documented ?
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/10 07:10:00
Modified files:
graphics/unwebp: Makefile distinfo
Log message:
new version fixes a bug and adds support for offset files
On Thu, Apr 09, 2020 at 08:47:04PM -0700, Andrew Hewus Fresh wrote:
> On Thu, Apr 09, 2020 at 08:39:55PM -0700, Andrew Hewus Fresh wrote:
> > On Thu, Apr 09, 2020 at 08:31:41PM -0700, Andrew Hewus Fresh wrote:
> > > Does a FIX_EXTRACT_PERMISSIONS need a REVISION bump?
> > >
> > > Otherwise, OK?
>
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/08 12:25:48
Modified files:
mail/sqlgrey/patches: patch-Makefile patch-sqlgrey
net/p5-Net-Radius: Makefile
Log message:
as usual, any added check will catch errors
in that case, install
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/08 03:16:07
Modified files:
devel/got : Makefile
Log message:
enable full debug packages for got now that the bug is fixed
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/08 03:15:39
Modified files:
infrastructure/mk: bsd.port.mk
infrastructure/bin: build-debug-info
Log message:
fix build-debug-info so that it works with MULTI_PACKAGES with distinct
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/08 03:10:00
Modified files:
infrastructure/mk: bsd.port.mk
Log message:
constrain EXTRACT_ONLY to be an actual distfile, so that we can be sure
it was checksummed.
(noticed on a port where
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/08 02:01:36
Modified files:
infrastructure/lib/DPB: Fetch.pm
Log message:
forgotten in refactor: next -> return
run into by rsadowski@
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/07 10:02:04
Modified files:
infrastructure/lib/DPB: Distfile.pm Fetch.pm
Log message:
produce a better error in case a distinfo file can't be read
wouldn't have stumped rsadowski@ for a few hours
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/07 09:18:33
Modified files:
infrastructure/lib/DPB: SubEngine.pm
Log message:
fix info queue... missed commit
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/07 04:45:20
Modified files:
infrastructure/bin: build-debug-info
Log message:
use a temporary file name for Makefile so that if build-debug-info
fails, then bsd.port.mk doesn't have an existing
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/06 08:43:58
Modified files:
infrastructure/mk: bsd.port.mk
Log message:
fix typo
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/06 08:32:14
Modified files:
infrastructure/mk: bsd.port.mk
Log message:
work-around current make limitation
fixes abieber's issue
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/04 10:45:33
Modified files:
infrastructure/lib/DPB: Engine.pm External.pm Heuristics.pm
Log message:
control socket: info queue
shows the 50 (tweakable?) first entries in the queue, with the
On Sat, Apr 04, 2020 at 07:38:02AM -0600, Robert Nagy wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: rob...@cvs.openbsd.org 2020/04/04 07:38:02
>
> Modified files:
> www/chromium : Makefile
> www/chromium/patches: patch-content_browser_browser_main_loop_cc
>
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/04/04 02:40:36
Modified files:
infrastructure/lib/DPB: External.pm
Log message:
use is_stub consistently
rename cores to info cores in preparation for other debug tidbits
fix help
add 'stub' to be
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/31 15:18:33
Modified files:
infrastructure/mk: bsd.port.mk
Log message:
don't use mktemp, we don't really need the random name, and it's harder
to get decent permissions
noticed by kili@
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/31 13:06:44
Modified files:
infrastructure/lib/DPB: External.pm
Log message:
new command (to be specified more cleanly): rescan
for now it rescans "stubbed" ports in case you did change them (or
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/31 13:05:45
Modified files:
infrastructure/lib/DPB: PkgPath.pm
Log message:
use abstraction
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/31 05:13:14
Modified files:
infrastructure/lib/DPB: Core.pm External.pm
Log message:
fix a typo on printing
add a debug command (cores) that shows explicitly each core known by
the core system,
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/31 05:12:15
Modified files:
infrastructure/lib/DPB: Config.pm
Log message:
fix addhost... the init stuff was not magical enough, I need to explicitly
call init_core on the newly created core
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/31 05:11:36
Modified files:
infrastructure/lib/DPB/Core: Init.pm
Log message:
refactor so that I can run init_core independently on new cores
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/29 09:06:05
Modified files:
infrastructure/mk: pkgpath.mk
Log message:
oops, forgot CACHE_REPO in the committed version.
pointed out by our semi-anonymous friend (Lucas who ?)
On Sun, Mar 29, 2020 at 06:11:45AM -0600, Marc Espie wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: es...@cvs.openbsd.org 2020/03/29 06:11:45
>
> Modified files:
> infrastructure/mk: bsd.port.mk pkgpath.mk
>
> Log message:
Should have been
On Thu, Mar 26, 2020 at 02:53:17PM +, Lucas wrote:
> Marc Espie wrote:
> > Look I'll have to try and reproduce your issue, but basically we create
> > lots of dirs with different ownership in "fix-permissions"
> > _CACHE_REPO is missing in there, and i
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/29 06:11:45
Modified files:
infrastructure/mk: bsd.port.mk pkgpath.mk
Log message:
/tmp/cvseSzodp
On Thu, Mar 26, 2020 at 02:53:17PM +, Lucas wrote:
> Index: infrastructure/mk/pkgpath.mk
> ===
> RCS file: /home/cvs/ports/infrastructure/mk/pkgpath.mk,v
> retrieving revision 1.83
> diff -u -p -u -p -r1.83 pkgpath.mk
> ---
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/26 08:54:17
Modified files:
infrastructure/mk: bsd.port.mk
Log message:
use dwz to shrink debug packages by default
okay sthen, landry
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/03/26 08:52:38
Modified files:
www/chromium : Makefile
www/mozilla-firefox: Makefile
www/firefox-esr: Makefile
mail/mozilla-thunderbird: Makefile
Log message:
neuter dwz
On Thu, Mar 26, 2020 at 02:17:04PM +, Lucas wrote:
> Marc Espie wrote:
> > On Thu, Mar 26, 2020 at 01:37:30PM +, Lucas wrote:
> > > Marc Espie wrote:
> > > > No, it's just a question of giving cache/ to the right user, there's no
> > > >
On Thu, Mar 26, 2020 at 01:37:30PM +, Lucas wrote:
> Marc Espie wrote:
> > No, it's just a question of giving cache/ to the right user, there's no
> > need for a complete new set of variables.
>
> Then I can only think of moving _CACHE_REPO under DISTDIR. I can
> prep
On Thu, Mar 26, 2020 at 03:21:40AM +, Lucas wrote:
> Here is patch for the proposed approach. It's two attachments actually,
> one for src and one for ports. I think I didn't miss any documentation
> spot and did a test build of just one package, but I didn't do a bulk
> nor any other stress
On Thu, Mar 26, 2020 at 10:34:24AM +0100, Paco Esteban wrote:
> Attached the 3 modified diffs again, and some comments inline.
>
> On Thu, 26 Mar 2020, Jeremie Courreges-Anglas wrote:
>
> > > Index: bsd.port.mk.5
> > > ===
> > > RCS
On Wed, Mar 25, 2020 at 09:11:14PM +0100, Paco Esteban wrote:
> On Sun, 15 Mar 2020, Marc Espie wrote:
>
> > On Sun, Mar 15, 2020 at 12:28:25PM +0100, Paco Esteban wrote:
> > > oh, that did not occur to me ... You mean that if port foo/bar gets
> > > EPOCH = 0, t
901 - 1000 of 7918 matches
Mail list logo