CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/06/19 23:54:53 Modified files: audio/clementine/patches: patch-ext_libclementine-common_CMakeLists_txt Log message: Regen patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/06/19 22:06:19 Modified files: devel/jenkins/devel: Makefile distinfo Log message: Update jenkins to 2.298
Re: NEW: devel/tea - cli client for Gitea
> Tests pass and runs OK on amd64. Other tests welcome. Felix Kronlage-Dammers has tested this on arm64. Any additional tests or input? Otherwise, this seems ready for commit. -- Alex Holst
Re: READD: www/ruby-httpclient
On Sat, Jun 19, 2021 at 05:50:00PM -0400, Kurt Mosiejczuk wrote:
> On Sat, Jun 19, 2021 at 11:20:24PM +0200, Sebastian Reitenbach wrote:
> > Am Samstag, Juni 19, 2021 23:19 CEST, schrieb "Sebastian Reitenbach"
> > :
> > > this is a simple port of ruby-httpclient. No dependencies. was ported
> > > before, I'd need it again, as it is required dependency for evil-winrm.
> > > take MAINTAINER.
> > > I readded the updated port.
> > really with port attached.
> PLIST needs ${GEM_BIN_SUFFIX} for the file in bin. Otherwise it is wrong
> for FLAVOR=ruby30.
> Attached with that change.
> ok kmos to import
Now with 100% more attachment.
--Kurt
ruby-httpclient.tar.gz
Description: application/tar-gz
Re: READD: www/ruby-httpclient
On Sat, Jun 19, 2021 at 11:20:24PM +0200, Sebastian Reitenbach wrote:
> Am Samstag, Juni 19, 2021 23:19 CEST, schrieb "Sebastian Reitenbach"
> :
> > this is a simple port of ruby-httpclient. No dependencies. was ported
> > before, I'd need it again, as it is required dependency for evil-winrm.
> > take MAINTAINER.
> > I readded the updated port.
> really with port attached.
PLIST needs ${GEM_BIN_SUFFIX} for the file in bin. Otherwise it is wrong
for FLAVOR=ruby30.
Attached with that change.
ok kmos to import
--Kurt
Re: NEW: security/evil-winrm
Hi, reattached. Anyone OK? cheers, Sebastian Am Mittwoch, März 31, 2021 19:20 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > Am Dienstag, März 23, 2021 11:28 CET, schrieb "Sebastian Reitenbach" > : > > > Am Donnerstag, März 18, 2021 22:52 CET, schrieb "Sebastian Reitenbach" > > : > > > > > Hi, > > > > > > Am Dienstag, März 16, 2021 22:33 CET, schrieb "Sebastian Reitenbach" > > > : > > > > > > > Hi, > > > > > > > > cat DESCR: > > > > WinRM (Windows Remote Management) is the Microsoft implementation of > > > > WS-Management Protocol. A standard SOAP based protocol that allows > > > > hardware and operating systems from different vendors to interoperate. > > > > Microsoft included it in their Operating Systems in order to make life > > > > easier to system administrators. > > > > > > > > This program can be used on any Microsoft Windows Servers with this> > > > > > feature enabled (usually at port 5985), of course only if you have > > > > credentials and permissions to use it. So we can say that it could be> > > > > used in a post-exploitation hacking/pentesting phase. The purpose of > > > > this program is to provide nice and easy-to-use features for hacking. It > > > > can be used with legitimate purposes by system administrators as well> > > > > but the most of its features are focused on hacking/pentesting stuff.> > > > > this needs all the other gems just sent as dependency. > > > > > > as jeremy@ pointed out, stringio is in Ruby itself, and indeed not needed. > > > Updated package without stringio dependency attached. > > > > > this time really attached. > > > > > > > > > > OK to import? > > > this question still holds. > > > > > > cheers, > > > Sebastian > > > evil-winrm.tar.gz Description: application/gzip
Re: NEW: archivers/ruby-rubyzip
On Sat, Jun 19, 2021 at 11:28:39PM +0200, Sebastian Reitenbach wrote: > Hi, > reattached. > Anyone OK? ok kmos --Kurt > cheers, > Sebastian > > Am Mittwoch, März 31, 2021 19:18 CEST, schrieb "Sebastian Reitenbach" > : > > > Hi, > > > > resending, reattached for ease of review. > > > > Sebastian > > > > Am Dienstag, März 16, 2021 21:49 CET, schrieb "Sebastian Reitenbach" > > : > > > > > Hi, > > > > > > cat DESCR: > > > Rubyzip is a ruby library for reading and writing zip files. > > > > > > this little gem is a dependency for evil-winrm. > > > > > > OK to import? > > > > > > cheers, > > > Sebastian
Re: NEW: devel/ruby-winrm-fs
Hi, reattached. Anyone OK? cheers, Sebastian Am Mittwoch, März 31, 2021 19:19 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > > Am Dienstag, März 16, 2021 22:31 CET, schrieb "Sebastian Reitenbach" > : > > > Hi, > > > > cat DESCR: > > File system operations over Windows Remote Management (WinRM) for Ruby. > > This needs a number of other other gems just sent as dependency, as well > > as it would be a dependency of evil-winrm. > > > > OK to import? > > > > cheers, > > Sebastian ruby-winrm-fs.tar.gz Description: application/gzip
Re: NEW: devel/ruby-winrm
Hi, reattached. Anyone OK? cheers, Sebastian Am Mittwoch, März 31, 2021 19:19 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > > Am Dienstag, März 16, 2021 22:29 CET, schrieb "Sebastian Reitenbach" > : > > > Hi, > > > > cat DESCR: > > This is a SOAP library that uses the functionality in Windows Remote > > Management(WinRM) to call native object in Windows. This includes, but > > is not limited to, running batch scripts, powershell scripts and > > fetching WMI variables. For more information on WinRM, please visit > > Microsoft's WinRM site. > > > > As of version 2.0, this gem retains the WinRM name but all powershell> > > calls use the more modern Powershell Remoting Protocol (PSRP) for > > initializing runspace pools as well as creating and processing > > powershell pipelines. > > > > > > this gem needs all of the other gems just sent as dependency, and > > itself would be a dependency of evil-winrm. > > > > > > OK to import? > > > > cheers, > > Sebastian ruby-winrm.tar.gz Description: application/gzip
Re: NEW: devel/ruby-gssapi
Hi, reattached. Anyone OK? cheers, Sebastian Am Mittwoch, März 31, 2021 19:18 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > > Am Dienstag, März 16, 2021 21:51 CET, schrieb "Sebastian Reitenbach" > : > > > Hi, > > > > cat DESCR: > > A FFI wrapper around the system GSSAPI library. Please make sure and > > read the Yard docs or standard GSSAPI documentation if you have any > > questions. There is also a class called GSSAPI::Simple that wraps many > > of the common features used for GSSAPI. > > > > this gem would be a dependency of evil-winrm. > > > > OK to import? > > > > cheers, > > Sebastian ruby-gssapi.tar.gz Description: application/gzip
Re: NEW: archivers/ruby-rubyzip
Hi, reattached. Anyone OK? cheers, Sebastian Am Mittwoch, März 31, 2021 19:18 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > > Am Dienstag, März 16, 2021 21:49 CET, schrieb "Sebastian Reitenbach" > : > > > Hi, > > > > cat DESCR: > > Rubyzip is a ruby library for reading and writing zip files. > > > > this little gem is a dependency for evil-winrm. > > > > OK to import? > > > > cheers, > > Sebastian ruby-rubyzip.tar.gz Description: application/gzip
Re: NEW: textproc/ruby-erubi
Hi, reattached. Anyone OK? cheers, Sebastian Am Mittwoch, März 31, 2021 19:17 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > > Am Dienstag, März 16, 2021 21:47 CET, schrieb "Sebastian Reitenbach" > : > > > Hi, > > > > cat DESCR: > > Erubi is a ERB template engine for ruby. It is a simplified fork of > > Erubis, using the same basic algorithm, with a few differences. > > > > this simple gem is a dependency of evil-winrm. > > > > OK to import? > > > > cheers, > > Sebastian ruby-erubi.tar.gz Description: application/gzip
Re: NEW: devel/ruby-logging
Hi, reattached. Anyone OK? cheers, Sebastian Am Mittwoch, März 31, 2021 19:17 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > > Am Dienstag, März 16, 2021 21:46 CET, schrieb "Sebastian Reitenbach" > : > > > Hi, > > > > cat DESCR: > > **Logging** is a flexible logging library for use in Ruby programs based > > on the design of Java's log4j library. It features a hierarchical > > logging system, custom level names, multiple output destinations per log > > event, custom formatting, and more. > > > > This port requires the just sent devel/ruby-little-plugger as well as the > > recently updated converters/ruby-multi_json > > > > That would be required as dependency of evil-winrm. > > > > OK to import? ruby-logging.tar.gz Description: application/gzip
Re: NEW: devel/ruby-little-plugger
Hi, reattached. Anyone? cheers, Sebastian Am Mittwoch, März 31, 2021 19:16 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > > Am Dienstag, März 16, 2021 21:43 CET, schrieb "Sebastian Reitenbach" > : > > > Hi, > > > > cat DESCR: > > LittlePlugger is a module that provides Gem based plugin management. > > Byextending your own class or module with LittlePlugger you can easily > > manage the loading and initializing of plugins provided by other gems. > > > > I'd need it as dependency for evil-winrm. > > > > OK to import? > > > > cheers, > > Sebastian ruby-little-plugger.tar.gz Description: application/gzip
Re: READD: textproc/ruby-gyoku
Hi, reattached. Anyone OK? cheers, Sebastian Am Mittwoch, März 31, 2021 19:16 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > Am Dienstag, März 16, 2021 21:34 CET, schrieb "Sebastian Reitenbach" > : > > > This simple port was packaged before. I'd need it as dependency for > > evil-winrm. > > Take MAINTAINER. > > > > OK to re-add? > > > > cheers, > > Sebastian ruby-gyoku.tar.gz Description: application/gzip
Re: READD: textproc/ruby-nori
Hi, reattached, anyone? cheers, Sebastian Am Mittwoch, März 31, 2021 19:15 CEST, schrieb "Sebastian Reitenbach" : > Hi, > > resending, reattached for ease of review. > > Sebastian > > Am Dienstag, März 16, 2021 21:31 CET, schrieb "Sebastian Reitenbach" > : > > > Hi, > > > > this is a simple port of ruby-nori, that was there before. I'd need it as a > > dependency for evil-winrm. nori itself doesn't have other dependencies. > > Take MAINTAINER. > > > > OK to re-add? > > > > cheers, > > Sebastian ruby-nori.tar.gz Description: application/gzip
Re: READD: www/ruby-httpclient
Am Samstag, Juni 19, 2021 23:19 CEST, schrieb "Sebastian Reitenbach"
:
> Hi,
>
> this is a simple port of ruby-httpclient. No dependencies. was ported before,
> I'd need it again, as it is required dependency for evil-winrm.
> take MAINTAINER.
>
> I readded the updated port.
really with port attached.
Sebastian
>
> Anyone OK?
>
> cheers,
> Sebastian
>
> Am Freitag, April 02, 2021 23:05 CEST, schrieb "Sebastian Reitenbach"
> :
>
> > Am Freitag, April 02, 2021 16:57 CEST, schrieb Stefan Hagen
> > :
> >
> > > Sebastian Reitenbach wrote:
> > > > Hi,
> > > >
> > > > resending, reattached for ease of review.
> > > >
> > > > Sebastian
> > >
> > > Looks good to me. Attached the same port with the following changes:
> > >
> > > - removed BUILD_DEPENDS = ${RUN_DEPENDS} as no RUN_DEPENDS were defined
> > > - reworded to pkg/DESCR a bit ("gives something like the functionality"
> > >sounded a bit off to me)
> >
> > Thanks for the updated port, looks good.
> > Anyone else OK with re-importing it?
> >
> > cheers,
> > Sebastian
> > >
> > > Best Regards,
> > > Stefan
> >
>
ruby-httpclient.tar.gz
Description: application/gzip
Re: READD: www/ruby-httpclient
Hi,
this is a simple port of ruby-httpclient. No dependencies. was ported before,
I'd need it again, as it is required dependency for evil-winrm.
take MAINTAINER.
I readded the updated port.
Anyone OK?
cheers,
Sebastian
Am Freitag, April 02, 2021 23:05 CEST, schrieb "Sebastian Reitenbach"
:
> Am Freitag, April 02, 2021 16:57 CEST, schrieb Stefan Hagen
> :
>
> > Sebastian Reitenbach wrote:
> > > Hi,
> > >
> > > resending, reattached for ease of review.
> > >
> > > Sebastian
> >
> > Looks good to me. Attached the same port with the following changes:
> >
> > - removed BUILD_DEPENDS = ${RUN_DEPENDS} as no RUN_DEPENDS were defined
> > - reworded to pkg/DESCR a bit ("gives something like the functionality"
> >sounded a bit off to me)
>
> Thanks for the updated port, looks good.
> Anyone else OK with re-importing it?
>
> cheers,
> Sebastian
> >
> > Best Regards,
> > Stefan
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2021/06/19 14:47:25 Modified files: x11/gnustep/base: Makefile Log message: Add curl as dependency, missed with the update. pointed out by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/06/19 14:37:52 Modified files: devel/sdl2 : Makefile devel/sdl : Makefile Log message: sdl, sdl2: disable AltiVec on powerpc SDL contains AltiVec instructions, whose support is not properly detected at runtime. Disable AltiVec on powerpc to fix SIGILLs on macppc G3s, while keeping it for powerpc64. « Later, one might try to enable altivec again by moving the altivec blitter to a separate file, and compiling only that file with -maltivec (as xenocara/lib/pixman does now). » - gkoehler@ Reported by @w...@empty.cafe. OK gkoehler@, no news from thfr@ (maintainer)
Re: [macppc, arm*] Unbreak misc/uniutils' unireverse
On Sat, Jun 19 2021, Charlene Wendling wrote:
> Hi,
>
> From macppc bulk logs:
>
>> unireverse.c:173:10: warning: result of comparison of constant -1
>> with expression of type 'char' is always false
>
> On macppc the unireverse runtime goes like this:
>
>> $ printf "infinite\nloop" | unireverse
>> etinifni
>> pool
> [hangs forever]
>
> On macppc and arm* char is unsigned by default, so a looped getc(3)
> call in unireverse never reaches EOF there. Using an int instead of a
> char to store the return value of getc(3) solves that issue.
>
> OK?
ok
> Charlène.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/misc/uniutils/Makefile,v
> retrieving revision 1.8
> diff -u -p -u -p -r1.8 Makefile
> --- Makefile 12 Jul 2019 20:47:54 - 1.8
> +++ Makefile 19 Jun 2021 19:23:22 -
> @@ -3,7 +3,7 @@
> COMMENT= Unicode utilities
>
> DISTNAME=uniutils-2.27
> -REVISION=2
> +REVISION=3
> CATEGORIES= misc
>
> HOMEPAGE=http://billposer.org/Software/unidesc.html
> Index: patches/patch-unireverse_c
> ===
> RCS file: patches/patch-unireverse_c
> diff -N patches/patch-unireverse_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-unireverse_c19 Jun 2021 19:23:22 -
> @@ -0,0 +1,17 @@
> +$OpenBSD$
> +
> +Fix an infinite loop on archs where char is unsigned by default (arm*
> +and powerpc), because EOF (-1) could not be reached by getc(3).
> +
> +Index: unireverse.c
> +--- unireverse.c.orig
> unireverse.c
> +@@ -151,7 +151,7 @@ int main(int ac, char **av) {
> +
> + char * GetLine(FILE *fp, int *LineLength)
> + {
> +- char c;
> ++ int c;
> + int Available;
> + int CharsRead;
> + char *Line;
>
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
[macppc, arm*] Unbreak misc/uniutils' unireverse
Hi,
>From macppc bulk logs:
> unireverse.c:173:10: warning: result of comparison of constant -1
> with expression of type 'char' is always false
On macppc the unireverse runtime goes like this:
> $ printf "infinite\nloop" | unireverse
> etinifni
> pool
[hangs forever]
On macppc and arm* char is unsigned by default, so a looped getc(3)
call in unireverse never reaches EOF there. Using an int instead of a
char to store the return value of getc(3) solves that issue.
OK?
Charlène.
Index: Makefile
===
RCS file: /cvs/ports/misc/uniutils/Makefile,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 Makefile
--- Makefile12 Jul 2019 20:47:54 - 1.8
+++ Makefile19 Jun 2021 19:23:22 -
@@ -3,7 +3,7 @@
COMMENT= Unicode utilities
DISTNAME= uniutils-2.27
-REVISION= 2
+REVISION= 3
CATEGORIES=misc
HOMEPAGE= http://billposer.org/Software/unidesc.html
Index: patches/patch-unireverse_c
===
RCS file: patches/patch-unireverse_c
diff -N patches/patch-unireverse_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-unireverse_c 19 Jun 2021 19:23:22 -
@@ -0,0 +1,17 @@
+$OpenBSD$
+
+Fix an infinite loop on archs where char is unsigned by default (arm*
+and powerpc), because EOF (-1) could not be reached by getc(3).
+
+Index: unireverse.c
+--- unireverse.c.orig
unireverse.c
+@@ -151,7 +151,7 @@ int main(int ac, char **av) {
+
+ char * GetLine(FILE *fp, int *LineLength)
+ {
+- char c;
++ int c;
+ int Available;
+ int CharsRead;
+ char *Line;
Re: [new] py-stache 0.5.4
On Sat, Jun 19, 2021 at 11:01:48AM +0200, Landry Breuil wrote: > Hi, > here's a reworked version of py-stache, a dead templating engine that is > a bdep for linphone that's not going away in a near future.. > took inspiration from gentoo as they're planning to readd it to their > portage system for linphone, cf > https://691640.bugs.gentoo.org/attachment.cgi?id=593588 and > https://bugs.gentoo.org/691640 > all tests passing fine with nosetest, i initially tried making pytest > work but failed. > Pystache is a Python implementation of Mustache. Mustache is a > framework-agnostic, logic-free templating system inspired by ctemplate > and et. Like ctemplate, Mustache "emphasizes separating logic from > presentation: it is impossible to embed application logic in this > template language." > oks welcome ! ok kmos for import --Kurt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/06/19 12:34:47 Modified files: net/konversation: distinfo net/konversation/pkg: PLIST net/ktorrent : distinfo net/ktorrent/pkg: PLIST net/libktorrent: distinfo net/libktorrent/pkg: PLIST x11/kde-applications: kde-applications.port.mk x11/kde-applications/akonadi: distinfo x11/kde-applications/akonadi/pkg: PLIST x11/kde-applications/akonadi-calendar: Makefile distinfo x11/kde-applications/akonadi-calendar/pkg: PLIST x11/kde-applications/akonadi-calendar-tools: distinfo x11/kde-applications/akonadi-calendar-tools/pkg: PLIST x11/kde-applications/akonadi-contacts: Makefile distinfo x11/kde-applications/akonadi-contacts/pkg: PLIST x11/kde-applications/akonadi-import-wizard: distinfo x11/kde-applications/akonadi-import-wizard/pkg: PLIST x11/kde-applications/akonadi-mime: distinfo x11/kde-applications/akonadi-mime/pkg: PLIST x11/kde-applications/akonadi-notes: distinfo x11/kde-applications/akonadi-notes/pkg: PLIST x11/kde-applications/akonadi-search: distinfo x11/kde-applications/akonadi-search/pkg: PLIST x11/kde-applications/akonadiconsole: distinfo x11/kde-applications/akregator: Makefile distinfo x11/kde-applications/akregator/pkg: PLIST x11/kde-applications/analitza: distinfo x11/kde-applications/analitza/pkg: PLIST x11/kde-applications/ark: distinfo x11/kde-applications/ark/pkg: PLIST x11/kde-applications/artikulate: distinfo x11/kde-applications/artikulate/pkg: PLIST x11/kde-applications/audiocd-kio: distinfo x11/kde-applications/audiocd-kio/pkg: PLIST x11/kde-applications/baloo-widgets: Makefile distinfo x11/kde-applications/baloo-widgets/pkg: PLIST x11/kde-applications/blinken: distinfo x11/kde-applications/blinken/pkg: PLIST x11/kde-applications/bomber: distinfo x11/kde-applications/bomber/pkg: PLIST x11/kde-applications/bovo: distinfo x11/kde-applications/bovo/pkg: PLIST x11/kde-applications/calendarsupport: Makefile distinfo x11/kde-applications/calendarsupport/pkg: PLIST x11/kde-applications/cantor: distinfo x11/kde-applications/cervisia: Makefile distinfo x11/kde-applications/cervisia/pkg: PLIST x11/kde-applications/dolphin: Makefile distinfo x11/kde-applications/dolphin/pkg: PLIST x11/kde-applications/dolphin-plugins: distinfo x11/kde-applications/dolphin-plugins/pkg: PLIST x11/kde-applications/dragon: distinfo x11/kde-applications/dragon/pkg: PLIST x11/kde-applications/elisa: Makefile distinfo x11/kde-applications/eventviews: distinfo x11/kde-applications/ffmpegthumbs: Makefile distinfo x11/kde-applications/filelight: Makefile distinfo x11/kde-applications/filelight/pkg: PLIST x11/kde-applications/granatier: distinfo x11/kde-applications/grantlee-editor: Makefile distinfo x11/kde-applications/grantleetheme: distinfo x11/kde-applications/gwenview: Makefile distinfo x11/kde-applications/gwenview/pkg: PLIST x11/kde-applications/incidenceeditor: Makefile distinfo x11/kde-applications/juk: distinfo x11/kde-applications/juk/pkg: PLIST x11/kde-applications/kaddressbook: Makefile distinfo x11/kde-applications/kaddressbook/pkg: PLIST x11/kde-applications/kajongg: distinfo x11/kde-applications/kalarm: distinfo x11/kde-applications/kalarm/pkg: PLIST x11/kde-applications/kalarmcal: distinfo x11/kde-applications/kalarmcal/pkg: PLIST x11/kde-applications/kalgebra: distinfo x11/kde-applications/kalgebra/pkg: PLIST x11/kde-applications/kalzium: Makefile distinfo x11/kde-applications/kalzium/pkg: PLIST x11/kde-applications/kamera: distinfo x11/kde-applications/kamera/pkg: PLIST x11/kde-applications/kanagram: distinfo x11/kde-applications/kanagram/pkg: PLIST x11/kde-applications/kapman: distinfo x11/kde-applications/kapman/pkg: PLIST x11/kde-applications/kapptemplate: Makefile distinfo x11/kde-applications/kapptemplate/pkg: PLIST x11/kde-applications/kate: distinfo x11/kde-applications/kate/pkg: PLIST x11/kde-applications/katomic: distinfo x11/kde-applications/katomic/pkg: PLIST x11/kde-applications/kbackup: distinfo x11/kde-applications/kblackbox: distinfo x11/kde-applications/kblackbox/pkg: PLIST x11/kde-applications/kblocks: distinfo x11/kde-applications/kblocks/pkg: PLIST
update the minios
Hi,
Here's a diff to update minio/minio and minio/mc to their last releases.
There's currently a problem with at least the minio/minio port (I
haven't checked mc), the port doesn't use the release/commit it says it
does. I assumed wrongly `make modgo-gen-modules` took the MODGO_VERSION
from the Makefile but it actually doesn't and set its own (see L1
modules.inc).
Creating the minio/minio diff was quite painful since the I didn't use
the last release. (The last tag doesn't seem to be a proper release).
Changelogs are available there:
https://github.com/minio/minio/releases
https://github.com/minio/mc/releases
Comments? OK?
Cheers,
Daniel
Index: client/Makefile
===
RCS file: /cvs/ports/net/minio/client/Makefile,v
retrieving revision 1.29
diff -u -p -r1.29 Makefile
--- client/Makefile 5 Jun 2021 12:02:42 - 1.29
+++ client/Makefile 19 Jun 2021 18:19:51 -
@@ -5,8 +5,8 @@ BROKEN-i386 = pkg/disk/stat_other.go:40:
COMMENT = cli for minio
-V =2021-05-19T05-29-47Z
-CID = 8d65ee71302e662669bbbf57b834a4aa38c94bdc
+V =2021-06-13T01-02-25Z
+CID = 2c52cdf27c7bbd57b52f954eb50d4ca353d62f9d
SHORTCID = ${CID:C/().*/\1/}
MODGO_MODNAME =github.com/minio/mc
Index: client/distinfo
===
RCS file: /cvs/ports/net/minio/client/distinfo,v
retrieving revision 1.22
diff -u -p -r1.22 distinfo
--- client/distinfo 5 Jun 2021 12:02:42 - 1.22
+++ client/distinfo 19 Jun 2021 18:19:51 -
@@ -80,7 +80,8 @@ SHA256 (go_modules/github.com/coreos/pkg
SHA256
(go_modules/github.com/cpuguy83/go-md2man/v2/@v/v2.0.0-20190314233015-f79a8a8ca69d.mod)
= n9/66VphK8uqwxGdDn7q/7L7/8kzw5xJOxl59qiZmqo=
SHA256
(go_modules/github.com/cpuguy83/go-md2man/v2/@v/v2.0.0-20190314233015-f79a8a8ca69d.zip)
= OOokPDDtFynWLsjfkTV6sECsSWfMQtQJt2AOAmb34jw=
SHA256 (go_modules/github.com/creack/pty/@v/v1.1.7.mod) =
XsMdMbaMi5hU4SHgnVeUROt3CLK4FaB4v6RSwuJbexQ=
-SHA256 (go_modules/github.com/creack/pty/@v/v1.1.7.zip) =
5+o0A3hNGGrvvoTK7ZWPjLoucqBPMM2ykezhm+w5yPM=
+SHA256 (go_modules/github.com/creack/pty/@v/v1.1.9.mod) =
6rBwW8ShjdMVwnpOPbqPIKnhIwZfogYzlmMytczPdzE=
+SHA256 (go_modules/github.com/creack/pty/@v/v1.1.9.zip) =
IO38wnr9eZF4C8kcpSPSaZnqAl5B9gvF7XG7rADhdeI=
SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.0.mod) =
vLKTkyUSN7eaF7bBm/KRNPQ+j0OMMZiYj81GGhzfBcw=
SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.mod) =
vLKTkyUSN7eaF7bBm/KRNPQ+j0OMMZiYj81GGhzfBcw=
SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.zip) =
a0SoQ5UfNxtwEMdU7MPKvv6BXVztHFuUCfstaX6KiQ0=
@@ -183,6 +184,7 @@ SHA256 (go_modules/github.com/google/go-
SHA256 (go_modules/github.com/google/go-cmp/@v/v0.3.1.mod) =
gd95F8Ilqdp2BLIw2VL6J4xgqIMsENeZOF0TSwXVsIc=
SHA256 (go_modules/github.com/google/go-cmp/@v/v0.4.0.mod) =
QDarVjaqQr0xMpbNO/y0yIkSdgxWqeZlWuQi2HZ8gNo=
SHA256 (go_modules/github.com/google/go-cmp/@v/v0.5.0.mod) =
QDarVjaqQr0xMpbNO/y0yIkSdgxWqeZlWuQi2HZ8gNo=
+SHA256 (go_modules/github.com/google/go-cmp/@v/v0.5.4.mod) =
QDarVjaqQr0xMpbNO/y0yIkSdgxWqeZlWuQi2HZ8gNo=
SHA256 (go_modules/github.com/google/go-cmp/@v/v0.5.5.mod) =
QDarVjaqQr0xMpbNO/y0yIkSdgxWqeZlWuQi2HZ8gNo=
SHA256 (go_modules/github.com/google/go-cmp/@v/v0.5.5.zip) =
DukKcZTAJdhJaZ+JfZdkG4Z2zsqSFcluAOrx8ObpU60=
SHA256 (go_modules/github.com/google/gofuzz/@v/v1.0.0.mod) =
+wCcAe4WW7qoXIXoo6eU6o6D+AcU1Bg0ZdyB2BG1RCc=
@@ -298,7 +300,8 @@ SHA256 (go_modules/github.com/kr/pretty/
SHA256 (go_modules/github.com/kr/pty/@v/v1.1.1.mod) =
baTJxzZERolOXvh34Z+YXNUdZxzm6PTKh4YrRJ9t1/Y=
SHA256 (go_modules/github.com/kr/pty/@v/v1.1.1.zip) =
EEdNeodcvSuddMm7j7mSZLeGPyBMdhBgd5f/GNWAvwA=
SHA256 (go_modules/github.com/kr/text/@v/v0.1.0.mod) =
L7qVKeXBPd5i83Hvc4O68E1xMlAdrGqgjpEPnsC/hcU=
-SHA256 (go_modules/github.com/kr/text/@v/v0.1.0.zip) =
k2OkyPHzOHo2AU3lG0d7gxoTmB/FmlZl+dIWCb6p53w=
+SHA256 (go_modules/github.com/kr/text/@v/v0.2.0.mod) =
9jh5sgT2zolc6lNZS4FPWsCvCEhrM7HKecZXOE77xyY=
+SHA256 (go_modules/github.com/kr/text/@v/v0.2.0.zip) =
No6zGPkaW2e+kFxHAyq1wxodSal4SLEBGg0KISKzC6Q=
SHA256 (go_modules/github.com/lestrrat-go/backoff/v2/@v/v2.0.7.mod) =
RYJvF4SdmsQV2Ssdd5EDv6SxqWeI5LQ1ZOMM8k7ji20=
SHA256 (go_modules/github.com/lestrrat-go/backoff/v2/@v/v2.0.7.zip) =
Xwth5i0oguOQhqFXhd4a0/jc+27TV8iHZWWE16nfctg=
SHA256 (go_modules/github.com/lestrrat-go/blackmagic/@v/v1.0.0.mod) =
K60wMXeSLTwDsKiTNITGWcGuTxk85X01G9e4jEtxANw=
@@ -352,13 +355,14 @@ SHA256 (go_modules/github.com/minio/colo
SHA256 (go_modules/github.com/minio/colorjson/@v/v1.0.1.zip) =
eRF7AjFhs+q/I+eoV1iWl9RU6p17jnS0J4xNEepSWPM=
SHA256 (go_modules/github.com/minio/filepath/@v/v1.0.0.mod) =
pbdHmRv6qNaxkSVSGURfvyl/T7xO/o5jLiDdfWZ50BQ=
SHA256 (go_modules/github.com/minio/filepath/@v/v1.0.0.zip) =
Drzz/VMniT6CyzkEtDvSzAz/jIzL3hKu8+X3yZ1Fr60=
-SHA256
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/06/19 12:12:19 Modified files: productivity/libphonenumber: Makefile distinfo Log message: Update libphonenumber to 8.12.25
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2021/06/19 11:33:51 Removed files: devel/bouml/pkg: MESSAGE-main Log message: Zap bouml remnant
Re: Update to pqiv-2.12
On Sat, 19 Jun 2021 16:39:14 +0200, Jeremie Courreges-Anglas wrote: > ok jca@ > > You can add me as maintainer while here. thanks, committed!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2021/06/19 09:06:46 Modified files: graphics/pqiv : Makefile distinfo Added files: graphics/pqiv/patches: patch-pqiv_c Log message: Update to pqiv-2.12 ok jca@ who takes maintainer
Re: Update to pqiv-2.12
On Thu, Apr 22 2021, Daniel Jakots wrote: > On Sat, 3 Apr 2021 12:56:57 -0400, Daniel Jakots wrote: > >> Hi, >> >> Here's a diff to update pqiv and drop maintainership. >> >> Minimalist changelog: >> https://github.com/phillipberndt/pqiv/releases/tag/2.12 >> >> I'll upstream the diff soon™. >> >> Comments? OK? > > ping ok jca@ You can add me as maintainer while here. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [Update] devel/glog: remove me as maintainer
On Fri, 18 Jun 2021 21:25:42 -0400, Ashton Fagg wrote: > I don't have a need to use this library any more, so remove me as > maintainer. Thanks, committed (with the needed REVISION bump). Cheers, Daniel
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/06/19 07:40:25 Modified files: net/icinga/core2: Makefile Added files: net/icinga/core2/patches: patch-CMakeLists_txt Log message: icinga2: enable backtrace_symbols now that it's present in base; patch cmake script to fix linking
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2021/06/19 07:27:45 Modified files: net/knot : Makefile distinfo Log message: update to knot-3.0.7 https://www.knot-dns.cz/2021-06-16-version-307.html
[update] vger 1.07
Hi,
this is an update to vger 1.07.
Port-wise there is an addition of +FLAGS += std=gnu99 suggested by Omar
Polo and confirmed by kmos@ which fixes building on
sparc64.
Based on work from prx , whose mail didn't reach ports@.
Some testing done on amd64 current and stable, no issues found. If
possible, I'd like to see this on stable.
Bug fixes:
- header send in correct order
- virtual host path handling
- cgi execution
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/net/vger/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile4 Apr 2021 08:57:15 - 1.1.1.1
+++ Makefile14 Jun 2021 19:41:37 -
@@ -1,7 +1,7 @@
# $OpenBSD: Makefile,v 1.1.1.1 2021/04/04 08:57:15 solene Exp $
COMMENT = gemini server written in C used with inetd
-V =1.06
+V =1.07
DISTNAME = vger-${V}
CATEGORIES = net
@@ -20,5 +20,7 @@ WANTLIB +=c
MASTER_SITES = https://tildegit.org/solene/vger/archive/
DISTFILES =vger-{}${V}${EXTRACT_SUFX}
WRKSRC = ${WRKDIR}/vger
+
+FLAGS += -std=gnu99
.include
Index: distinfo
===
RCS file: /cvs/ports/net/vger/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo4 Apr 2021 08:57:15 - 1.1.1.1
+++ distinfo14 Jun 2021 19:41:37 -
@@ -1,2 +1,2 @@
-SHA256 (vger-1.06.tar.gz) = DRyVZPUJxoy/hAiHSzPE4hy0HJt89x0Q0inkrC9t6GA=
-SIZE (vger-1.06.tar.gz) = 12937
+SHA256 (vger-1.07.tar.gz) = ByCUxfD1uS9nE/L/7MTuJuYxy85Pokjbiz2PUbKx4Tc=
+SIZE (vger-1.07.tar.gz) = 13371
--
greetings,
Florian Viehweger
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2021/06/19 06:47:16 Modified files: sysutils : Makefile Log message: + psrecord
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2021/06/19 06:45:52 Log message: import sysutils/psrecord, ok sthen@ psrecord is a small utility that uses the psutil library to record the CPU and memory activity of a process. Status: Vendor Tag: semarie Release Tags: semarie_20210619 N ports/sysutils/psrecord/Makefile N ports/sysutils/psrecord/distinfo N ports/sysutils/psrecord/pkg/PLIST N ports/sysutils/psrecord/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2021/06/19 06:39:34 Added files: security/suricata/patches: patch-rust_vendor_lexical-core__cargo-checksum_json patch-rust_vendor_lexical-core_src_atof_algorithm_bhcomp_rs patch-rust_vendor_lexical-core_src_atof_algorithm_bigcomp_rs patch-rust_vendor_lexical-core_src_atof_algorithm_math_rs Log message: suricata: unbreak build with rust 1.53.0 backport https://github.com/Alexhuszagh/rust-lexical/pull/56 ok tb@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2021/06/19 06:38:52 Modified files: shells/dash: Makefile distinfo Log message: update to dash-0.5.11.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2021/06/19 06:19:35 Modified files: net/openvpn: Makefile distinfo Log message: update to openvpn-2.5.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/06/19 06:09:54 Modified files: textproc/yq: Makefile distinfo Log message: Update to yq 2.12.2 - Handle -n correctly - Do not close fds on child process (2.12.1)
Re: [update] chafa 1.6.1
Am Sat, 19 Jun 2021 12:36:31 +0100 schrieb Stuart Henderson : > On 2021/06/19 13:00, Florian Viehweger wrote: > > Hi. > > > > this updates chafa to 1.6.1, which is a bugfix release. > > > > If possible, I'd like to update this also in stable. > > > > Some testing done on amd64 current and stable. No issues found. > > The same diff applies to both current and stable. > > > > I'm unsure about SHARED_LIBS. portcheck -N complained it is not 0.0 > > so I changed it. > >-N Intended to be used when working on new ports. > > This is not a new port, the warnings from portcheck -N are incorrect > for an existing port. > > SHARED_LIBS versions must never go 'backwards' Good to know, thanks! > > Comparing the old library according to [1] against the new lib > > revealed no changes. > > > > Was this correct? > > > > Changes: > > > > - Add NOCONFIGURE variable to autogen.sh to skip configure > > > > Bug fixes: > > > > - SIGBUS while loading huge GIFs > > - Produces small glitches in output with some images > > - Haiku port fails on 32bit > > - Exclude RTL code points that could break the output. > > - Apple Terminal lacks truecolor support, so make it default to 256 > > colors > > - Fix typo affecting middle dot symbol. > > > > [1] https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs > > > > > > Comments? OK? > > > > > > Index: Makefile > > === > > RCS file: /cvs/ports/graphics/chafa/Makefile,v > > retrieving revision 1.3 > > diff -u -p -u -p -r1.3 Makefile > > --- Makefile10 Feb 2021 20:18:11 - 1.3 > > +++ Makefile19 Jun 2021 10:27:12 - > > @@ -1,9 +1,9 @@ > > # $OpenBSD: Makefile,v 1.3 2021/02/10 20:18:11 tracey Exp $ > > > > COMMENT = character art facsimile generator > > -DISTNAME = chafa-1.6.0 > > +DISTNAME = chafa-1.6.1 > > > > -SHARED_LIBS += chafa 1.0 # 5.0 > > +SHARED_LIBS += chafa 0.0 # 5.0 > > > > CATEGORIES = graphics > > > > Index: distinfo > > === > > RCS file: /cvs/ports/graphics/chafa/distinfo,v > > retrieving revision 1.2 > > diff -u -p -u -p -r1.2 distinfo > > --- distinfo10 Feb 2021 20:18:11 - 1.2 > > +++ distinfo19 Jun 2021 10:27:12 - > > @@ -1,2 +1,2 @@ > > -SHA256 (chafa-1.6.0.tar.xz) = > > BwbhAabg6AYzWutXRF4va+/+C+Kadh9WGXnoFpHCxoE= -SIZE > > (chafa-1.6.0.tar.xz) = 417888 +SHA256 (chafa-1.6.1.tar.xz) = > > dsmJMOmbPl+tuYYUi5nWVjbp6WGRJOVo/xPTZO3on6U= +SIZE > > (chafa-1.6.1.tar.xz) = 418720 > > > > > > -- > > greetings, > > > > Florian Viehweger > > > > Committed to -current. From the changelog I don't see anything that > really makes it a candidate for a -stable update. > Wow, that was fast, thanks! -- greetings, Florian Viehweger
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/06/19 05:38:22 Modified files: www/newsboat/patches: patch-rust_libnewsboat_src_utils_rs Log message: Add link to PR
Re: [update] chafa 1.6.1
On 2021/06/19 13:00, Florian Viehweger wrote: > Hi. > > this updates chafa to 1.6.1, which is a bugfix release. > > If possible, I'd like to update this also in stable. > > Some testing done on amd64 current and stable. No issues found. > The same diff applies to both current and stable. > > I'm unsure about SHARED_LIBS. portcheck -N complained it is not 0.0 so > I changed it. -N Intended to be used when working on new ports. This is not a new port, the warnings from portcheck -N are incorrect for an existing port. SHARED_LIBS versions must never go 'backwards' > Comparing the old library according to [1] against the new lib revealed > no changes. > > Was this correct? > > Changes: > > - Add NOCONFIGURE variable to autogen.sh to skip configure > > Bug fixes: > > - SIGBUS while loading huge GIFs > - Produces small glitches in output with some images > - Haiku port fails on 32bit > - Exclude RTL code points that could break the output. > - Apple Terminal lacks truecolor support, so make it default to 256 > colors > - Fix typo affecting middle dot symbol. > > [1] https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs > > > Comments? OK? > > > Index: Makefile > === > RCS file: /cvs/ports/graphics/chafa/Makefile,v > retrieving revision 1.3 > diff -u -p -u -p -r1.3 Makefile > --- Makefile 10 Feb 2021 20:18:11 - 1.3 > +++ Makefile 19 Jun 2021 10:27:12 - > @@ -1,9 +1,9 @@ > # $OpenBSD: Makefile,v 1.3 2021/02/10 20:18:11 tracey Exp $ > > COMMENT =character art facsimile generator > -DISTNAME = chafa-1.6.0 > +DISTNAME = chafa-1.6.1 > > -SHARED_LIBS += chafa 1.0 # 5.0 > +SHARED_LIBS += chafa 0.0 # 5.0 > > CATEGORIES = graphics > > Index: distinfo > === > RCS file: /cvs/ports/graphics/chafa/distinfo,v > retrieving revision 1.2 > diff -u -p -u -p -r1.2 distinfo > --- distinfo 10 Feb 2021 20:18:11 - 1.2 > +++ distinfo 19 Jun 2021 10:27:12 - > @@ -1,2 +1,2 @@ > -SHA256 (chafa-1.6.0.tar.xz) = BwbhAabg6AYzWutXRF4va+/+C+Kadh9WGXnoFpHCxoE= > -SIZE (chafa-1.6.0.tar.xz) = 417888 > +SHA256 (chafa-1.6.1.tar.xz) = dsmJMOmbPl+tuYYUi5nWVjbp6WGRJOVo/xPTZO3on6U= > +SIZE (chafa-1.6.1.tar.xz) = 418720 > > > -- > greetings, > > Florian Viehweger > Committed to -current. From the changelog I don't see anything that really makes it a candidate for a -stable update.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/06/19 05:35:54 Modified files: graphics/chafa : Makefile distinfo Log message: update to chafa-1.6.1, from maintainer, plus small tweak
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/06/19 05:20:38 Modified files: x11/gnome/mutter: Makefile distinfo Log message: update to mutter-40.2.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/06/19 05:20:28 Modified files: devel/vte3 : Makefile distinfo Log message: update to vte3-0.64.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/06/19 05:20:19 Modified files: x11/gnome/quadrapassel: Makefile distinfo Log message: update to quadrapassel-40.2
[update] chafa 1.6.1
Hi. this updates chafa to 1.6.1, which is a bugfix release. If possible, I'd like to update this also in stable. Some testing done on amd64 current and stable. No issues found. The same diff applies to both current and stable. I'm unsure about SHARED_LIBS. portcheck -N complained it is not 0.0 so I changed it. Comparing the old library according to [1] against the new lib revealed no changes. Was this correct? Changes: - Add NOCONFIGURE variable to autogen.sh to skip configure Bug fixes: - SIGBUS while loading huge GIFs - Produces small glitches in output with some images - Haiku port fails on 32bit - Exclude RTL code points that could break the output. - Apple Terminal lacks truecolor support, so make it default to 256 colors - Fix typo affecting middle dot symbol. [1] https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs Comments? OK? Index: Makefile === RCS file: /cvs/ports/graphics/chafa/Makefile,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile --- Makefile10 Feb 2021 20:18:11 - 1.3 +++ Makefile19 Jun 2021 10:27:12 - @@ -1,9 +1,9 @@ # $OpenBSD: Makefile,v 1.3 2021/02/10 20:18:11 tracey Exp $ COMMENT = character art facsimile generator -DISTNAME = chafa-1.6.0 +DISTNAME = chafa-1.6.1 -SHARED_LIBS += chafa 1.0 # 5.0 +SHARED_LIBS += chafa 0.0 # 5.0 CATEGORIES = graphics Index: distinfo === RCS file: /cvs/ports/graphics/chafa/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- distinfo10 Feb 2021 20:18:11 - 1.2 +++ distinfo19 Jun 2021 10:27:12 - @@ -1,2 +1,2 @@ -SHA256 (chafa-1.6.0.tar.xz) = BwbhAabg6AYzWutXRF4va+/+C+Kadh9WGXnoFpHCxoE= -SIZE (chafa-1.6.0.tar.xz) = 417888 +SHA256 (chafa-1.6.1.tar.xz) = dsmJMOmbPl+tuYYUi5nWVjbp6WGRJOVo/xPTZO3on6U= +SIZE (chafa-1.6.1.tar.xz) = 418720 -- greetings, Florian Viehweger
Re: CVS: cvs.openbsd.org: ports
On 2021/06/18 21:00, Daniel Jakots wrote: > CVSROOT: /cvs > Module name: ports > Changes by: d...@cvs.openbsd.org2021/06/18 21:00:52 > > Modified files: > devel/glog : Makefile > > Log message: > Remove maintainer per their request > Is there any point in keeping the port? Library which nothing uses in-tree..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/06/19 04:49:53 Modified files: www/newsboat : Makefile distinfo www/newsboat/patches: patch-Makefile Added files: www/newsboat/patches: patch-rust_libnewsboat_src_utils_rs Log message: www/newsboat: update to 2.23 This unbreaks the build with the upcoming Rust 1.53.0. An additional patch to link against converters/libiconv is needed since we don't have iconv functions in libc. https://github.com/newsboat/newsboat/blob/master/CHANGELOG.md#223---2021-03-21 ok semarie
Re: security/suricata: unbreak with upcoming lang/rust 1.53.0
On Sat, Jun 19, 2021 at 10:30:15AM +0200, Sebastien Marie wrote: > Hi, > > With rustc 1.53, rust has stabilized integer::BITS and it makes the > lexical-core crate vendored in suricata to fail to build with rustc > 1.53.0. > > The following diff backport lexical-core fix which is landed in > lexical-core 0.7.5 (suricata is using 0.6.7). > > Upstream discussion: > https://forum.suricata.io/t/latest-suricata-6-0-2-with-rustc-has-trouble-installing-with-error-could-not-compile-lexical-core/1461 > > The diff is ugly, mostly due to cargo-checksum.json change. but I > think it is preferable to have a diff instead of a post-patch sed > command as the sed command might be easily forgotten on update. > > I tested the build with lang/rust 1.53.0. I tested the build with both lang/rust 1.53.0 and 1.52.1. > Comments or OK ? The backport looks good to me. The only thing I noticed is that 'make update-patches' complains: *** Patch for rust/vendor/lexical-core/.cargo-checksum.json misses newline at end of file with that fixed, ok tb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2021/06/19 04:38:44 Modified files: net/seafile/client: Makefile distinfo net/seafile/client/patches: patch-CMakeLists_txt net/seafile/seafile: Makefile distinfo Log message: Update to seafile 8.0.2
Re: www/newsboat: update to 2.23 / unbreak with Rust 1.53
On Sat, Jun 19, 2021 at 10:35:30AM +0200, Theo Buehler wrote: > As found by semarie, newsboat fails to build with Rust 1.53. This > update builds with both Rust 1.52.1 and Rust 1.53 on amd64 and works > fine for me. > > Add a patch for libnewsboat which now needs some iconv* symbols from > converters/libiconv since our libc doesn't include them. > > There will be an update to 2.24 soon, I may look at that once it's > released. ok semarie@ Thanks for have take care of it ! > Index: Makefile > === > RCS file: /cvs/ports/www/newsboat/Makefile,v > retrieving revision 1.24 > diff -u -p -r1.24 Makefile > --- Makefile 10 Jan 2021 16:49:55 - 1.24 > +++ Makefile 19 Jun 2021 07:38:25 - > @@ -2,7 +2,7 @@ > > COMMENT =RSS/Atom feed reader for text terminals > > -V = 2.22.1 > +V = 2.23 > DISTNAME = newsboat-$V > > CATEGORIES = www > @@ -28,93 +28,99 @@ MODCARGO_BUILD = No > MODCARGO_INSTALL = No > MODCARGO_TEST = No > > -MODCARGO_CRATES += addr2line 0.13.0 # Apache-2.0/MIT > +MODCARGO_CRATES += addr2line 0.14.0 # Apache-2.0/MIT > MODCARGO_CRATES += adler 0.2.3 # 0BSD OR MIT OR Apache-2.0 > -MODCARGO_CRATES += aho-corasick0.7.13 # Unlicense/MIT > -MODCARGO_CRATES += arrayvec0.5.1 # MIT/Apache-2.0 > +MODCARGO_CRATES += aho-corasick0.7.15 # Unlicense/MIT > +MODCARGO_CRATES += arrayvec0.5.2 # MIT/Apache-2.0 > MODCARGO_CRATES += autocfg 1.0.1 # Apache-2.0 OR MIT > -MODCARGO_CRATES += backtrace 0.3.50 # MIT/Apache-2.0 > +MODCARGO_CRATES += backtrace 0.3.55 # MIT/Apache-2.0 > MODCARGO_CRATES += bit-set 0.5.2 # MIT/Apache-2.0 > -MODCARGO_CRATES += bit-vec 0.6.2 # MIT/Apache-2.0 > +MODCARGO_CRATES += bit-vec 0.6.3 # MIT/Apache-2.0 > MODCARGO_CRATES += bitflags1.2.1 # MIT/Apache-2.0 > MODCARGO_CRATES += bitvec 0.19.4 # MIT > MODCARGO_CRATES += block 0.1.6 # MIT > MODCARGO_CRATES += byteorder 1.3.4 # Unlicense OR MIT > -MODCARGO_CRATES += cc 1.0.60 # MIT/Apache-2.0 > +MODCARGO_CRATES += cc 1.0.66 # MIT/Apache-2.0 > MODCARGO_CRATES += cfg-if 0.1.10 # MIT/Apache-2.0 > +MODCARGO_CRATES += cfg-if 1.0.0 # MIT/Apache-2.0 > MODCARGO_CRATES += chrono 0.4.19 # MIT/Apache-2.0 > MODCARGO_CRATES += clap2.33.3 # MIT > MODCARGO_CRATES += codespan-reporting 0.9.5 # Apache-2.0 > -MODCARGO_CRATES += curl-sys0.4.39+curl-7.74.0 # MIT > +MODCARGO_CRATES += curl-sys0.4.41+curl-7.75.0 # MIT > MODCARGO_CRATES += cxx 0.5.10 # MIT OR Apache-2.0 > MODCARGO_CRATES += cxx-build 0.5.10 # MIT OR Apache-2.0 > MODCARGO_CRATES += cxxbridge-flags 0.5.10 # MIT OR Apache-2.0 > MODCARGO_CRATES += cxxbridge-macro 0.5.10 # MIT OR Apache-2.0 > MODCARGO_CRATES += fnv 1.0.7 # Apache-2.0 / MIT > MODCARGO_CRATES += form_urlencoded 1.0.0 # MIT/Apache-2.0 > -MODCARGO_CRATES += funty 1.0.1 # MIT > +MODCARGO_CRATES += funty 1.1.0 # MIT > MODCARGO_CRATES += getrandom 0.1.15 # MIT OR Apache-2.0 > -MODCARGO_CRATES += gettext-rs 0.5.0 # MIT > -MODCARGO_CRATES += gettext-sys 0.19.9 # MIT > -MODCARGO_CRATES += gimli 0.22.0 # Apache-2.0/MIT > +MODCARGO_CRATES += getrandom 0.2.0 # MIT OR Apache-2.0 > +MODCARGO_CRATES += gettext-rs 0.6.0 # MIT > +MODCARGO_CRATES += gettext-sys 0.21.0 # MIT > +MODCARGO_CRATES += gimli 0.23.0 # Apache-2.0/MIT > MODCARGO_CRATES += idna0.2.0 # MIT/Apache-2.0 > MODCARGO_CRATES += lazy_static 1.4.0 # MIT/Apache-2.0 > -MODCARGO_CRATES += lexical-core0.7.4 # MIT/Apache-2.0 > -MODCARGO_CRATES += libc0.2.81 # MIT OR Apache-2.0 > +MODCARGO_CRATES += lexical-core0.7.5 # MIT/Apache-2.0 > +MODCARGO_CRATES += libc0.2.90 # MIT OR Apache-2.0 > MODCARGO_CRATES += libz-sys1.1.2 # MIT OR Apache-2.0 > MODCARGO_CRATES += link-cplusplus 1.0.4 # MIT OR Apache-2.0 > MODCARGO_CRATES += locale_config 0.3.0 # MIT > MODCARGO_CRATES += malloc_buf 0.0.6 # MIT > MODCARGO_CRATES += matches 0.1.8 # MIT > -MODCARGO_CRATES += memchr 2.3.3 # Unlicense/MIT > -MODCARGO_CRATES += miniz_oxide 0.4.2 # MIT > +MODCARGO_CRATES += memchr 2.3.4 # Unlicense/MIT > +MODCARGO_CRATES += miniz_oxide 0.4.3 # MIT OR Zlib OR Apache-2.0 > MODCARGO_CRATES += natord 1.0.9 # MIT > -MODCARGO_CRATES += nom 6.0.1 # MIT > -MODCARGO_CRATES += num-integer 0.1.43 # MIT/Apache-2.0 > -MODCARGO_CRATES += num-traits 0.2.12 # MIT/Apache-2.0 > +MODCARGO_CRATES += nom 6.1.2 # MIT > +MODCARGO_CRATES += num-integer 0.1.44 # MIT OR Apache-2.0 > +MODCARGO_CRATES += num-traits 0.2.14 # MIT OR Apache-2.0 > MODCARGO_CRATES += objc0.2.7 # MIT > MODCARGO_CRATES += objc-foundation 0.1.1 # MIT >
Re: [patch] UPDATE: converters/libiconv: pledge iconv binary
On Sat, Jun 12, 2021 at 07:42:22PM +0200, Hiltjo Posthuma wrote:
> On Sat, Jun 05, 2021 at 05:18:11PM +0200, Solene Rapenne wrote:
> > On Sat, 5 Jun 2021 12:51:21 +0200
> > Hiltjo Posthuma :
> >
> > >
> > > >
> > > > diff --git a/converters/libiconv/Makefile b/converters/libiconv/Makefile
> > > > index 2ab58ea4519..5c8043270de 100644
> > > > --- a/converters/libiconv/Makefile
> > > > +++ b/converters/libiconv/Makefile
> > > > @@ -5,7 +5,7 @@ COMMENT=character set conversion library
> > > > DISTNAME= libiconv-1.16
> > > > CATEGORIES=converters devel
> > > > MASTER_SITES= ${MASTER_SITE_GNU:=libiconv/}
> > > > -REVISION= 0
> > > > +REVISION= 1
> > > >
> > > > SHARED_LIBS= charset 1.1 \
> > > > iconv 7.0
> > > > @@ -17,6 +17,7 @@ MAINTAINER= Brad Smith
> > > > # LGPLv2 and GPLv3
> > > > PERMIT_PACKAGE=Yes
> > > >
> > > > +# uses pledge()
> > > > WANTLIB= c
> > > >
> > > > SEPARATE_BUILD=Yes
> > > > diff --git a/converters/libiconv/patches/patch-src_iconv_c
> > > > b/converters/libiconv/patches/patch-src_iconv_c
> > > > new file mode 100644
> > > > index 000..9b673fbe5db
> > > > --- /dev/null
> > > > +++ b/converters/libiconv/patches/patch-src_iconv_c
> > > > @@ -0,0 +1,29 @@
> > > > +--- src/iconv.c.orig Fri Apr 26 20:50:13 2019
> > > > src/iconv.cTue Jan 26 20:07:34 2021
> > > > +@@ -19,6 +19,8 @@
> > > > + # define ICONV_CONST
> > > > + #endif
> > > > +
> > > > ++#include
> > > > ++
> > > > + #include
> > > > + #include
> > > > + #include
> > > > +@@ -847,6 +849,8 @@
> > > > + int i;
> > > > + int status;
> > > > +
> > > > ++ if (pledge("stdio rpath", NULL) == -1)
> > > > ++error(EXIT_FAILURE, errno, "pledge");
> > > > + set_program_name (argv[0]);
> > > > + #if HAVE_SETLOCALE
> > > > + /* Needed for the locale dependent encodings, "char" and "wchar_t",
> > > > +@@ -1002,6 +1006,8 @@
> > > > + }
> > > > + break;
> > > > + }
> > > > ++ if ((do_list || i == argc) && pledge("stdio", NULL) == -1)
> > > > ++error(EXIT_FAILURE, errno, "pledge");
> > > > + if (do_list) {
> > > > + if (i != 2 || i != argc)
> > > > + usage(1);
> > > >
> > > > --
> > > > Kind regards,
> > > > Hiltjo
> > > >
> > >
> > > Bump... any OKs?
> > >
> >
> >
> > make test is fine and I didn't encounter issue at using iconv.
> > ok solene@
> >
>
> Bump, any more OKs?
>
Bump
--
Kind regards,
Hiltjo
[new] py-stache 0.5.4
Hi, here's a reworked version of py-stache, a dead templating engine that is a bdep for linphone that's not going away in a near future.. took inspiration from gentoo as they're planning to readd it to their portage system for linphone, cf https://691640.bugs.gentoo.org/attachment.cgi?id=593588 and https://bugs.gentoo.org/691640 all tests passing fine with nosetest, i initially tried making pytest work but failed. Pystache is a Python implementation of Mustache. Mustache is a framework-agnostic, logic-free templating system inspired by ctemplate and et. Like ctemplate, Mustache "emphasizes separating logic from presentation: it is impossible to embed application logic in this template language." oks welcome ! Landry py-stache-0.5.4.tgz Description: application/tar-gz
www/newsboat: update to 2.23 / unbreak with Rust 1.53
As found by semarie, newsboat fails to build with Rust 1.53. This update builds with both Rust 1.52.1 and Rust 1.53 on amd64 and works fine for me. Add a patch for libnewsboat which now needs some iconv* symbols from converters/libiconv since our libc doesn't include them. There will be an update to 2.24 soon, I may look at that once it's released. Index: Makefile === RCS file: /cvs/ports/www/newsboat/Makefile,v retrieving revision 1.24 diff -u -p -r1.24 Makefile --- Makefile10 Jan 2021 16:49:55 - 1.24 +++ Makefile19 Jun 2021 07:38:25 - @@ -2,7 +2,7 @@ COMMENT = RSS/Atom feed reader for text terminals -V =2.22.1 +V =2.23 DISTNAME = newsboat-$V CATEGORIES = www @@ -28,93 +28,99 @@ MODCARGO_BUILD =No MODCARGO_INSTALL = No MODCARGO_TEST =No -MODCARGO_CRATES += addr2line 0.13.0 # Apache-2.0/MIT +MODCARGO_CRATES += addr2line 0.14.0 # Apache-2.0/MIT MODCARGO_CRATES += adler 0.2.3 # 0BSD OR MIT OR Apache-2.0 -MODCARGO_CRATES += aho-corasick0.7.13 # Unlicense/MIT -MODCARGO_CRATES += arrayvec0.5.1 # MIT/Apache-2.0 +MODCARGO_CRATES += aho-corasick0.7.15 # Unlicense/MIT +MODCARGO_CRATES += arrayvec0.5.2 # MIT/Apache-2.0 MODCARGO_CRATES += autocfg 1.0.1 # Apache-2.0 OR MIT -MODCARGO_CRATES += backtrace 0.3.50 # MIT/Apache-2.0 +MODCARGO_CRATES += backtrace 0.3.55 # MIT/Apache-2.0 MODCARGO_CRATES += bit-set 0.5.2 # MIT/Apache-2.0 -MODCARGO_CRATES += bit-vec 0.6.2 # MIT/Apache-2.0 +MODCARGO_CRATES += bit-vec 0.6.3 # MIT/Apache-2.0 MODCARGO_CRATES += bitflags1.2.1 # MIT/Apache-2.0 MODCARGO_CRATES += bitvec 0.19.4 # MIT MODCARGO_CRATES += block 0.1.6 # MIT MODCARGO_CRATES += byteorder 1.3.4 # Unlicense OR MIT -MODCARGO_CRATES += cc 1.0.60 # MIT/Apache-2.0 +MODCARGO_CRATES += cc 1.0.66 # MIT/Apache-2.0 MODCARGO_CRATES += cfg-if 0.1.10 # MIT/Apache-2.0 +MODCARGO_CRATES += cfg-if 1.0.0 # MIT/Apache-2.0 MODCARGO_CRATES += chrono 0.4.19 # MIT/Apache-2.0 MODCARGO_CRATES += clap2.33.3 # MIT MODCARGO_CRATES += codespan-reporting 0.9.5 # Apache-2.0 -MODCARGO_CRATES += curl-sys0.4.39+curl-7.74.0 # MIT +MODCARGO_CRATES += curl-sys0.4.41+curl-7.75.0 # MIT MODCARGO_CRATES += cxx 0.5.10 # MIT OR Apache-2.0 MODCARGO_CRATES += cxx-build 0.5.10 # MIT OR Apache-2.0 MODCARGO_CRATES += cxxbridge-flags 0.5.10 # MIT OR Apache-2.0 MODCARGO_CRATES += cxxbridge-macro 0.5.10 # MIT OR Apache-2.0 MODCARGO_CRATES += fnv 1.0.7 # Apache-2.0 / MIT MODCARGO_CRATES += form_urlencoded 1.0.0 # MIT/Apache-2.0 -MODCARGO_CRATES += funty 1.0.1 # MIT +MODCARGO_CRATES += funty 1.1.0 # MIT MODCARGO_CRATES += getrandom 0.1.15 # MIT OR Apache-2.0 -MODCARGO_CRATES += gettext-rs 0.5.0 # MIT -MODCARGO_CRATES += gettext-sys 0.19.9 # MIT -MODCARGO_CRATES += gimli 0.22.0 # Apache-2.0/MIT +MODCARGO_CRATES += getrandom 0.2.0 # MIT OR Apache-2.0 +MODCARGO_CRATES += gettext-rs 0.6.0 # MIT +MODCARGO_CRATES += gettext-sys 0.21.0 # MIT +MODCARGO_CRATES += gimli 0.23.0 # Apache-2.0/MIT MODCARGO_CRATES += idna0.2.0 # MIT/Apache-2.0 MODCARGO_CRATES += lazy_static 1.4.0 # MIT/Apache-2.0 -MODCARGO_CRATES += lexical-core0.7.4 # MIT/Apache-2.0 -MODCARGO_CRATES += libc0.2.81 # MIT OR Apache-2.0 +MODCARGO_CRATES += lexical-core0.7.5 # MIT/Apache-2.0 +MODCARGO_CRATES += libc0.2.90 # MIT OR Apache-2.0 MODCARGO_CRATES += libz-sys1.1.2 # MIT OR Apache-2.0 MODCARGO_CRATES += link-cplusplus 1.0.4 # MIT OR Apache-2.0 MODCARGO_CRATES += locale_config 0.3.0 # MIT MODCARGO_CRATES += malloc_buf 0.0.6 # MIT MODCARGO_CRATES += matches 0.1.8 # MIT -MODCARGO_CRATES += memchr 2.3.3 # Unlicense/MIT -MODCARGO_CRATES += miniz_oxide 0.4.2 # MIT +MODCARGO_CRATES += memchr 2.3.4 # Unlicense/MIT +MODCARGO_CRATES += miniz_oxide 0.4.3 # MIT OR Zlib OR Apache-2.0 MODCARGO_CRATES += natord 1.0.9 # MIT -MODCARGO_CRATES += nom 6.0.1 # MIT -MODCARGO_CRATES += num-integer 0.1.43 # MIT/Apache-2.0 -MODCARGO_CRATES += num-traits 0.2.12 # MIT/Apache-2.0 +MODCARGO_CRATES += nom 6.1.2 # MIT +MODCARGO_CRATES += num-integer 0.1.44 # MIT OR Apache-2.0 +MODCARGO_CRATES += num-traits 0.2.14 # MIT OR Apache-2.0 MODCARGO_CRATES += objc0.2.7 # MIT MODCARGO_CRATES += objc-foundation 0.1.1 # MIT MODCARGO_CRATES += objc_id 0.1.1 # MIT -MODCARGO_CRATES += object 0.20.0 # Apache-2.0/MIT -MODCARGO_CRATES += once_cell 1.5.2 #
security/suricata: unbreak with upcoming lang/rust 1.53.0
Hi, With rustc 1.53, rust has stabilized integer::BITS and it makes the lexical-core crate vendored in suricata to fail to build with rustc 1.53.0. The following diff backport lexical-core fix which is landed in lexical-core 0.7.5 (suricata is using 0.6.7). Upstream discussion: https://forum.suricata.io/t/latest-suricata-6-0-2-with-rustc-has-trouble-installing-with-error-could-not-compile-lexical-core/1461 The diff is ugly, mostly due to cargo-checksum.json change. but I think it is preferable to have a diff instead of a post-patch sed command as the sed command might be easily forgotten on update. I tested the build with lang/rust 1.53.0. Comments or OK ? -- Sebastien Marie Index: patches/patch-rust_vendor_lexical-core__cargo-checksum_json === RCS file: patches/patch-rust_vendor_lexical-core__cargo-checksum_json diff -N patches/patch-rust_vendor_lexical-core__cargo-checksum_json --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-rust_vendor_lexical-core__cargo-checksum_json 19 Jun 2021 08:16:48 - @@ -0,0 +1,10 @@ +$OpenBSD$ +Backport of https://github.com/Alexhuszagh/rust-lexical/pull/56 for rustc 1.53.0 + +Index: rust/vendor/lexical-core/.cargo-checksum.json +--- rust/vendor/lexical-core/.cargo-checksum.json.orig rust/vendor/lexical-core/.cargo-checksum.json +@@ -1 +1 @@
mips64 bulk build report
bulk build on octeon.ports.openbsd.org started on Fri Jun 11 15:59:37 UTC 2021 finished at Fri Jun 18 16:46:15 UTC 2021 lasted 08D00h46m done with kern.version=OpenBSD 6.9-current (GENERIC.MP) #597: Fri Jun 11 05:08:47 MDT 2021 built packages:8945 Jun 11:1814 Jun 12:970 Jun 13:551 Jun 14:969 Jun 15:685 Jun 16:701 Jun 17:706 Jun 18:2548 build failures: 40 http://build-failures.rhaalovely.net/mips64/2021-06-11/chinese/libchewing.log http://build-failures.rhaalovely.net/mips64/2021-06-11/chinese/libpinyin.log http://build-failures.rhaalovely.net/mips64/2021-06-11/comms/lcdproc.log http://build-failures.rhaalovely.net/mips64/2021-06-11/databases/postgresql-pllua.log http://build-failures.rhaalovely.net/mips64/2021-06-11/devel/boost.log http://build-failures.rhaalovely.net/mips64/2021-06-11/devel/ccache.log http://build-failures.rhaalovely.net/mips64/2021-06-11/devel/clang-tools-extra.log http://build-failures.rhaalovely.net/mips64/2021-06-11/devel/coccinelle.log http://build-failures.rhaalovely.net/mips64/2021-06-11/devel/py-unicorn,python3.log http://build-failures.rhaalovely.net/mips64/2021-06-11/devel/vte3.log http://build-failures.rhaalovely.net/mips64/2021-06-11/emulators/openmsx.log http://build-failures.rhaalovely.net/mips64/2021-06-11/emulators/spike.log http://build-failures.rhaalovely.net/mips64/2021-06-11/games/astromenace.log http://build-failures.rhaalovely.net/mips64/2021-06-11/games/eduke32.log http://build-failures.rhaalovely.net/mips64/2021-06-11/games/godot.log http://build-failures.rhaalovely.net/mips64/2021-06-11/games/hyperrogue.log http://build-failures.rhaalovely.net/mips64/2021-06-11/games/unknown-horizons.log http://build-failures.rhaalovely.net/mips64/2021-06-11/geo/gpstk.log http://build-failures.rhaalovely.net/mips64/2021-06-11/graphics/asymptote.log http://build-failures.rhaalovely.net/mips64/2021-06-11/inputmethods/scim-fcitx.log http://build-failures.rhaalovely.net/mips64/2021-06-11/lang/STk.log http://build-failures.rhaalovely.net/mips64/2021-06-11/lang/gforth.log http://build-failures.rhaalovely.net/mips64/2021-06-11/lang/librep.log http://build-failures.rhaalovely.net/mips64/2021-06-11/lang/pfe.log http://build-failures.rhaalovely.net/mips64/2021-06-11/math/gbc.log http://build-failures.rhaalovely.net/mips64/2021-06-11/math/lrs.log http://build-failures.rhaalovely.net/mips64/2021-06-11/math/ntl.log http://build-failures.rhaalovely.net/mips64/2021-06-11/math/py-scikit-image,python3.log http://build-failures.rhaalovely.net/mips64/2021-06-11/multimedia/frei0r-plugins.log http://build-failures.rhaalovely.net/mips64/2021-06-11/net/barrier.log http://build-failures.rhaalovely.net/mips64/2021-06-11/net/gtk-gnutella.log http://build-failures.rhaalovely.net/mips64/2021-06-11/net/tdlib.log http://build-failures.rhaalovely.net/mips64/2021-06-11/net/utox.log http://build-failures.rhaalovely.net/mips64/2021-06-11/plan9/drawterm.log http://build-failures.rhaalovely.net/mips64/2021-06-11/security/botan2.log http://build-failures.rhaalovely.net/mips64/2021-06-11/shells/ksh93.log http://build-failures.rhaalovely.net/mips64/2021-06-11/sysutils/u-boot,aarch64.log http://build-failures.rhaalovely.net/mips64/2021-06-11/x11/gtk+4.log http://build-failures.rhaalovely.net/mips64/2021-06-11/x11/qt5/qtscript,,-main.log http://build-failures.rhaalovely.net/mips64/2021-06-11/x11/qt5/qtwebkit.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/06/19 01:33:13 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.19.97.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/06/19 01:32:57 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py3-boto3-1.17.97.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/06/19 01:32:46 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py3-botocore-1.20.97.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/06/19 01:32:08 Modified files: print/epson-inkjet-printer-escpr: Makefile distinfo print/epson-inkjet-printer-escpr/pkg: PLIST Log message: Update to epson-inkjet-printer-escpr-1.7.11.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/06/19 01:27:09 Modified files: sysutils/exoscale-cli: Makefile distinfo Log message: Update to exoscale-cli-1.32.2.
Re: [new] bat, a 'cat replacement with wings'
On Thu Jan 16, 2020 at 03:29:42PM +0100, 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. > > cf https://github.com/sharkdp/bat for features. > > oks? > > Landry Won't build anymore :( Running `/usr/local/bin/rustc --crate-name build_script_build /usr/ports/pobj/bat-0.12.1/bat-0.12.1/modcargo-crates/onig_sys-69.2.0/build.rs --error-format=json --json=diagnostic-rendered-ansi --crate-type bin --emit=dep-info,link -C embed-bitcode=no -C debuginfo=0 -C debug-assertions=off -C metadata=a5b175d23287ab50 -C extra-filename=-a5b175d23287ab50 --out-dir /usr/ports/pobj/bat-0.12.1/build-amd64/target/release/build/onig_sys-a5b175d23287ab50 -L dependency=/usr/ports/pobj/bat-0.12.1/build-amd64/target/release/deps --extern bindgen=/usr/ports/pobj/bat-0.12.1/build-amd64/target/release/deps/libbindgen-62c0bb84d236c10f.rlib --extern cc=/usr/ports/pobj/bat-0.12.1/build-amd64/target/release/deps/libcc-633a2eee1b63040c.rlib --extern pkg_config=/usr/ports/pobj/bat-0.12.1/build-amd64/target/release/deps/libpkg_config-7439798e69ea89a9.rlib --cap-lints allow -L native=/usr/ports/pobj/bat-0.12.1/build-amd64/target/release/build/libloading-2740a77c029b8e84/out -L native=/usr/ports/pobj/bat-0.12.1/build-amd64/target/release/build/backtrace-sys-eed56fc95373cb8e/out` Running `/usr/ports/pobj/bat-0.12.1/build-amd64/target/release/build/onig_sys-a5b175d23287ab50/build-script-build` error: failed to run custom build command for `onig_sys v69.2.0` Caused by: process didn't exit successfully: `/usr/ports/pobj/bat-0.12.1/build-amd64/target/release/build/onig_sys-a5b175d23287ab50/build-script-build` (exit code: 101) --- stderr thread 'main' panicked at 'Unable to find oniguruma in pkg-config, and RUSTONIG_SYSTEM_LIBONIG is set: `"pkg-config" "--libs" "--cflags" "oniguruma" "oniguruma >= 6.8.0"` did not exit successfully: exit code: 1 --- stderr Package oniguruma was not found in the pkg-config search path ', /usr/ports/pobj/bat-0.12.1/bat-0.12.1/modcargo-crates/onig_sys-69.2.0/build.rs:223:17 note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
