abcde busted?
Hi, Trying to rip a CD with abcde-2.8.1, I get: ---8<--- $ abcde dasd: 1 11 150 233108 /usr/local/bin/abcde: line 495: abcde-musicbrainz-tool: command not found Grabbing entire CD - tracks: 01 02 03 04 05 06 07 08 09 10 11 /usr/local/bin/abcde: line 2530: abcde-musicbrainz-tool: command not found cut: [-bcf] list: 2049 too large (max 2048) cut: [-bcf] list: 2050 too large (max 2048) cut: [-bcf] list: 2051 too large (max 2048) cut: [-bcf] list: 2052 too large (max 2048) cut: [-bcf] list: 2053 too large (max 2048) cut: [-bcf] list: 2054 too large (max 2048) cut: [-bcf] list: 2055 too large (max 2048) cut: [-bcf] list: 2056 too large (max 2048) cut: [-bcf] list: 2057 too large (max 2048) cut: [-bcf] list: 2058 too large (max 2048) cut: [-bcf] list: 2059 too large (max 2048) cut: [-bcf] list: 2060 too large (max 2048) cut: [-bcf] list: 2061 too large (max 2048) ... --->8--- FWIW, the cut issue looks the same as I reported here: https://abcde.einval.com/bugzilla/show_bug.cgi?id=66 -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: UPDATE: games/pokerth (for upcoming boost)
On Sun, Jan 28 2018, Rafael Sadowski wrote: > Hi OpenBSD texas hold'em lovers, > > pokerth 1.1.1 will not compile very well with upcoming boost so I > decided to update it. Looks like a whole new port. It include patches to > build with upcoming and current boost. > > I played on hand with [6][2] All-In. No luck but the games runs fine on > amd64. > > Bad luck in the game luck in port. > > Comments? Ok? LGTM and seems to work fine, except I don't understand astyle is used? > Cheers, Rafael Sadowski > > > Index: Makefile > === > RCS file: /cvs/ports/games/pokerth/Makefile,v > retrieving revision 1.38 > diff -u -p -u -p -r1.38 Makefile > --- Makefile 26 Dec 2017 19:18:57 - 1.38 > +++ Makefile 28 Jan 2018 19:41:20 - > @@ -1,36 +1,37 @@ > # $OpenBSD: Makefile,v 1.38 2017/12/26 19:18:57 rsadowski Exp $ > > COMMENT= texas hold'em poker game with online capabilities > +#' > BROKEN-hppa =needs atomic ops > > -V= 1.1.1 > -DISTNAME=PokerTH-${V}-src > -EXTRACT_SUFX=.tar.bz2 > -PKGNAME= pokerth-${V} > -REVISION=4 > +DISTNAME = pokerth-1.1.2 > > CATEGORIES= games x11 > > -HOMEPAGE=http://www.pokerth.net/ > +HOMEPAGE=https://www.pokerth.net/ > > -# GPLv2 > +# AGPL3+ > PERMIT_PACKAGE_CDROM=Yes > > -WANTLIB += c m pthread ${COMPILER_LIBCXX} > -WANTLIB += ICE lib/qt4/QtGui lib/qt4/QtNetwork lib/qt4/QtSql SDL SDL_mixer SM > -WANTLIB += X11 Xext Xi Xinerama Xrender boost_filesystem-mt > boost_iostreams-mt > -WANTLIB += boost_program_options-mt boost_random-mt boost_regex-mt > -WANTLIB += boost_system-mt boost_thread-mt crypto curl fontconfig > -WANTLIB += freetype gsasl iconv ircclient protobuf sqlite3 ssl tinyxml > +WANTLIB += ${COMPILER_LIBCXX} ICE QtGui QtNetwork QtSql SDL SDL_mixer > +WANTLIB += SM X11 Xext Xi Xinerama Xrender boost_chrono-mt > boost_filesystem-mt > +WANTLIB += boost_iostreams-mt boost_program_options-mt boost_random-mt > +WANTLIB += boost_regex-mt boost_system-mt boost_thread-mt c crypto > +WANTLIB += curl fontconfig freetype gsasl iconv ircclient m protobuf > +WANTLIB += sqlite3 ssl tinyxml > > MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=pokerth/} > > +# C++11 > +COMPILER = base-clang ports-gcc ports-clang > + > MODULES= devel/qmake \ > x11/qt4 > > -MODQMAKE_PROJECTS= pokerth.pro > +MODQMAKE_PROJECTS = pokerth.pro > > RUN_DEPENDS= devel/desktop-file-utils > + > LIB_DEPENDS= converters/libiconv \ > databases/sqlite3 \ > devel/sdl-mixer \ > @@ -41,14 +42,26 @@ LIB_DEPENDS= converters/libiconv \ > security/libgsasl \ > textproc/tinyxml > > +BUILD_DEPENDS = devel/protobuf \ > + devel/astyle > + > CONFIGURE_ENV= HOME=${WRKDIR} > > NO_TEST= Yes > USE_GMAKE= Yes > > +WRKDIST= ${WRKDIR}/${DISTNAME}-rc > + > +MODQMAKE_ARGS += CONFIG+="client" > + > pre-configure: > cd ${WRKSRC} && \ > - perl -pi -e 's,-std=gnu\+\+0x,,g' *.pro > + protoc --cpp_out=src/third_party/protobuf chatcleaner.proto && \ > + protoc --cpp_out=src/third_party/protobuf pokerth.proto &&\ > + astyle --style=kr --indent=force-tab=4 -n \ > + --lineend=linux --exclude=src/third_party -r "src/*.h" && \ > + astyle --style=kr --indent=force-tab=4 -n \ > + --lineend=linux --exclude=src/third_party -r "src/*.cpp" > > post-install: > ${INSTALL_PROGRAM} ${WRKBUILD}/pokerth ${PREFIX}/bin > Index: distinfo > === > RCS file: /cvs/ports/games/pokerth/distinfo,v > retrieving revision 1.9 > diff -u -p -u -p -r1.9 distinfo > --- distinfo 9 Jul 2014 09:40:49 - 1.9 > +++ distinfo 28 Jan 2018 19:41:20 - > @@ -1,2 +1,2 @@ > -SHA256 (PokerTH-1.1.1-src.tar.bz2) = > r+bTiH0v35L9bYnuKVHTsUoNQ7cNuoWNMtQSFKU1c4g= > -SIZE (PokerTH-1.1.1-src.tar.bz2) = 19326922 > +SHA256 (pokerth-1.1.2.tar.gz) = Ass97oB33iDNRJG2YEmxI9i91/okOFX5fIF5NIdcKXo= > +SIZE (pokerth-1.1.2.tar.gz) = 21354306 > Index: patches/patch-pokerth_pro > === > RCS file: patches/patch-pokerth_pro > diff -N patches/patch-pokerth_pro > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-pokerth_pro 28 Jan 2018 19:41:20 - > @@ -0,0 +1,15 @@ > +$OpenBSD$ > + > +build server > + > +Index: pokerth.pro > +--- pokerth.pro.orig > pokerth.pro > +@@ -7,6 +7,7 @@ official_server { > + } > + client: { > + SUBDIRS += pokerth_game.pro > ++SUBDIRS += pokerth_server.pro > + } > + !mac:!gui_800x480:!client:!qml-client { > + SUBDIRS += pokerth_server.pro chatcleaner.pro > Index: patches/patch-src_core_common_avatarmanager_cpp > === > RCS file: patches/patch-src_core_common_avatarmanager
Re: Porting to ARMv8 (board, qemu, etc.)
> On 11 Jan 2018, at 15:40, Karel Gardas wrote: > > - cloud/kvm solution. There are several cloud provides already > selling/supporting Cavium ThunderX > and for quite cheap money. Anyone has a luck with this solution? I guess > OpenBSD would need to run on > qemu-system-aarch64 first to support all those kvm/virtio devices needed and > then grabed to cloud, but still > any chance? Yesterday, I have managed to run the current of arm64 on scaleway.com... ... by resizing the miniroot62.fs, partitioning it and installing it very analogically to Antoine's "create-ami.sh" - https://github.com/ajacoutot/aws-openbsd Later I just simply "dd if=myimage.fs of=/dev/vdb bs=1m" from Linux instance with 2 disks attached and reboot the disk with new fresh instance. It is basically working but many "Segmentation fault (core dumped)". I intend to keep that instance running and check it with incoming snapshots. OpenBSD 6.2-current (GENERIC) #160: Wed Jan 24 18:26:59 MST 2018 dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC real mem = 2090483712 (1993MB) avail mem = 2002345984 (1909MB) mainbus0 at root: unknown model cpu0 at mainbus0: Cavium ThunderX T88 r1p1 efi0 at mainbus0: UEFI 2.6 efi0: EDK II rev 0x1 psci0 at mainbus0: PSCI 0.2 simplebus0 at mainbus0: "platform" virtio0 at mainbus0: Virtio Unknown (0) Device virtio1 at mainbus0: Virtio Unknown (0) Device virtio2 at mainbus0: Virtio Unknown (0) Device virtio3 at mainbus0: Virtio Unknown (0) Device virtio4 at mainbus0: Virtio Unknown (0) Device virtio5 at mainbus0: Virtio Unknown (0) Device virtio6 at mainbus0: Virtio Unknown (0) Device virtio7 at mainbus0: Virtio Unknown (0) Device virtio8 at mainbus0: Virtio Unknown (0) Device virtio9 at mainbus0: Virtio Unknown (0) Device virtio10 at mainbus0: Virtio Unknown (0) Device virtio11 at mainbus0: Virtio Unknown (0) Device virtio12 at mainbus0: Virtio Unknown (0) Device virtio13 at mainbus0: Virtio Unknown (0) Device virtio14 at mainbus0: Virtio Unknown (0) Device virtio15 at mainbus0: Virtio Unknown (0) Device virtio16 at mainbus0: Virtio Unknown (0) Device virtio17 at mainbus0: Virtio Unknown (0) Device virtio18 at mainbus0: Virtio Unknown (0) Device virtio19 at mainbus0: Virtio Unknown (0) Device virtio20 at mainbus0: Virtio Unknown (0) Device virtio21 at mainbus0: Virtio Unknown (0) Device virtio22 at mainbus0: Virtio Unknown (0) Device virtio23 at mainbus0: Virtio Unknown (0) Device virtio24 at mainbus0: Virtio Unknown (0) Device virtio25 at mainbus0: Virtio Unknown (0) Device virtio26 at mainbus0: Virtio Unknown (0) Device virtio27 at mainbus0: Virtio Unknown (0) Device virtio28 at mainbus0: Virtio Unknown (0) Device virtio29 at mainbus0: Virtio Unknown (0) Device virtio30 at mainbus0: Virtio Unknown (0) Device virtio31 at mainbus0: Virtio Unknown (0) Device pciecam0 at mainbus0 pci0 at pciecam0 "Red Hat Host" rev 0x00 at pci0 dev 0 function 0 not configured virtio32 at pci0 dev 1 function 0 "Qumranet Virtio Network" rev 0x00 vio0 at virtio32: address de:2b:88:06:60:4f virtio32: irq virtio33 at pci0 dev 2 function 0 "Qumranet Virtio Storage" rev 0x00 vioblk0 at virtio33 scsibus0 at vioblk0: 2 targets sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed sd0: 47683MB, 512 bytes/sector, 97656250 sectors virtio33: irq pluart0 at mainbus0: console agintc0 at mainbus0 nirq 288, nredist 4 agtimer0 at mainbus0: tick rate 10 KHz vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets bootfile: sd0a:/bsd boot device: sd0 root on sd0a (11af0f37e1af6b1a.a) swap on sd0b dump on sd0b
UPDATE: SMPlayer-18.2.0
Hallo, Update for SMPlayer to 18.2.0: https://www.smplayer.info/en/changes OK? Comments? Cheers.- -- Sending from my toaster. Index: Makefile === RCS file: /cvs/ports/x11/smplayer/Makefile,v retrieving revision 1.44 diff -u -p -r1.44 Makefile --- Makefile22 Jan 2018 13:16:14 - 1.44 +++ Makefile24 Jan 2018 09:39:37 - @@ -2,7 +2,7 @@ COMMENT = complete front-end for MPlayer -DISTNAME = smplayer-18.1.0 +DISTNAME = smplayer-18.2.0 CATEGORIES = multimedia x11 Index: distinfo === RCS file: /cvs/ports/x11/smplayer/distinfo,v retrieving revision 1.31 diff -u -p -r1.31 distinfo --- distinfo22 Jan 2018 13:16:14 - 1.31 +++ distinfo24 Jan 2018 09:39:37 - @@ -1,2 +1,2 @@ -SHA256 (smplayer-18.1.0.tar.bz2) = nX2QjFFgUQ6IAvv4UlmDJP2AypqKVxuOZdZrOewLGb0= -SIZE (smplayer-18.1.0.tar.bz2) = 5033686 +SHA256 (smplayer-18.2.0.tar.bz2) = Dm4Z3JDdeivQ+SC/+MU/ilRQq9WQeEdybUfRcqUedtA= +SIZE (smplayer-18.2.0.tar.bz2) = 5033848 Index: patches/patch-src_preferences_cpp === RCS file: /cvs/ports/x11/smplayer/patches/patch-src_preferences_cpp,v retrieving revision 1.14 diff -u -p -r1.14 patch-src_preferences_cpp --- patches/patch-src_preferences_cpp 25 Dec 2017 01:17:58 - 1.14 +++ patches/patch-src_preferences_cpp 24 Jan 2018 09:39:37 - @@ -2,7 +2,7 @@ $OpenBSD: patch-src_preferences_cpp,v 1. Index: src/preferences.cpp --- src/preferences.cpp.orig +++ src/preferences.cpp -@@ -201,8 +201,8 @@ void Preferences::reset() { +@@ -207,8 +207,8 @@ void Preferences::reset() { Drives (CD/DVD) *** */ @@ -13,7 +13,7 @@ Index: src/preferences.cpp #ifdef BLURAY_SUPPORT bluray_device = ""; #endif -@@ -324,13 +324,13 @@ void Preferences::reset() { +@@ -330,13 +330,13 @@ void Preferences::reset() { mplayer_additional_audio_filters=""; #ifdef LOG_MPLAYER
Re: UPDATE: SMPlayer-18.2.0
On Mon, Jan 29, 2018 at 08:27:23AM -0300, Gonzalo L. Rodriguez wrote: > Hallo, > > Update for SMPlayer to 18.2.0: > > https://www.smplayer.info/en/changes > > OK? Comments? Working fine for me on amd64.
Re: abcde busted?
I would suggest backing out the update (don't forget to raise EPOCH) and then there is not pressure to figure out what got broken. On 2018/01/29 10:43, Edd Barrett wrote: > Hi, > > Trying to rip a CD with abcde-2.8.1, I get: > > ---8<--- > $ abcde > dasd: 1 11 150 233108 > /usr/local/bin/abcde: line 495: abcde-musicbrainz-tool: command not found > Grabbing entire CD - tracks: 01 02 03 04 05 06 07 08 09 10 11 > /usr/local/bin/abcde: line 2530: abcde-musicbrainz-tool: command not found > cut: [-bcf] list: 2049 too large (max 2048) > cut: [-bcf] list: 2050 too large (max 2048) > cut: [-bcf] list: 2051 too large (max 2048) > cut: [-bcf] list: 2052 too large (max 2048) > cut: [-bcf] list: 2053 too large (max 2048) > cut: [-bcf] list: 2054 too large (max 2048) > cut: [-bcf] list: 2055 too large (max 2048) > cut: [-bcf] list: 2056 too large (max 2048) > cut: [-bcf] list: 2057 too large (max 2048) > cut: [-bcf] list: 2058 too large (max 2048) > cut: [-bcf] list: 2059 too large (max 2048) > cut: [-bcf] list: 2060 too large (max 2048) > cut: [-bcf] list: 2061 too large (max 2048) > ... > --->8--- > > FWIW, the cut issue looks the same as I reported here: > https://abcde.einval.com/bugzilla/show_bug.cgi?id=66 > > -- > Best Regards > Edd Barrett > > http://www.theunixzoo.co.uk >
Re: Porting to ARMv8 (board, qemu, etc.)
On Mon, Jan 29, 2018 at 12:07:50PM +0100, Artur Pedziwilk wrote: > > > > On 11 Jan 2018, at 15:40, Karel Gardas wrote: > > > > - cloud/kvm solution. There are several cloud provides already > > selling/supporting Cavium ThunderX > > and for quite cheap money. Anyone has a luck with this solution? I guess > > OpenBSD would need to run on > > qemu-system-aarch64 first to support all those kvm/virtio devices needed > > and then grabed to cloud, but still > > any chance? > > > Yesterday, I have managed to run the current of arm64 on scaleway.com... > > ... by resizing the miniroot62.fs, partitioning it and installing it very > analogically to > Antoine's "create-ami.sh" - https://github.com/ajacoutot/aws-openbsd > > Later I just simply "dd if=myimage.fs of=/dev/vdb bs=1m" > from Linux instance with 2 disks attached and reboot the disk with new fresh > instance. > It is basically working but many "Segmentation fault (core dumped)". > I intend to keep that instance running and check it with incoming snapshots. > > OpenBSD 6.2-current (GENERIC) #160: Wed Jan 24 18:26:59 MST 2018 > dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC > real mem = 2090483712 (1993MB) > avail mem = 2002345984 (1909MB) > mainbus0 at root: unknown model > cpu0 at mainbus0: Cavium ThunderX T88 r1p1 > efi0 at mainbus0: UEFI 2.6 > efi0: EDK II rev 0x1 > psci0 at mainbus0: PSCI 0.2 > simplebus0 at mainbus0: "platform" > virtio0 at mainbus0: Virtio Unknown (0) Device > virtio1 at mainbus0: Virtio Unknown (0) Device > virtio2 at mainbus0: Virtio Unknown (0) Device > virtio3 at mainbus0: Virtio Unknown (0) Device > virtio4 at mainbus0: Virtio Unknown (0) Device > virtio5 at mainbus0: Virtio Unknown (0) Device > virtio6 at mainbus0: Virtio Unknown (0) Device > virtio7 at mainbus0: Virtio Unknown (0) Device > virtio8 at mainbus0: Virtio Unknown (0) Device > virtio9 at mainbus0: Virtio Unknown (0) Device > virtio10 at mainbus0: Virtio Unknown (0) Device > virtio11 at mainbus0: Virtio Unknown (0) Device > virtio12 at mainbus0: Virtio Unknown (0) Device > virtio13 at mainbus0: Virtio Unknown (0) Device > virtio14 at mainbus0: Virtio Unknown (0) Device > virtio15 at mainbus0: Virtio Unknown (0) Device > virtio16 at mainbus0: Virtio Unknown (0) Device > virtio17 at mainbus0: Virtio Unknown (0) Device > virtio18 at mainbus0: Virtio Unknown (0) Device > virtio19 at mainbus0: Virtio Unknown (0) Device > virtio20 at mainbus0: Virtio Unknown (0) Device > virtio21 at mainbus0: Virtio Unknown (0) Device > virtio22 at mainbus0: Virtio Unknown (0) Device > virtio23 at mainbus0: Virtio Unknown (0) Device > virtio24 at mainbus0: Virtio Unknown (0) Device > virtio25 at mainbus0: Virtio Unknown (0) Device > virtio26 at mainbus0: Virtio Unknown (0) Device > virtio27 at mainbus0: Virtio Unknown (0) Device > virtio28 at mainbus0: Virtio Unknown (0) Device > virtio29 at mainbus0: Virtio Unknown (0) Device > virtio30 at mainbus0: Virtio Unknown (0) Device > virtio31 at mainbus0: Virtio Unknown (0) Device > pciecam0 at mainbus0 > pci0 at pciecam0 > "Red Hat Host" rev 0x00 at pci0 dev 0 function 0 not configured > virtio32 at pci0 dev 1 function 0 "Qumranet Virtio Network" rev 0x00 > vio0 at virtio32: address de:2b:88:06:60:4f > virtio32: irq > virtio33 at pci0 dev 2 function 0 "Qumranet Virtio Storage" rev 0x00 > vioblk0 at virtio33 > scsibus0 at vioblk0: 2 targets > sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed > sd0: 47683MB, 512 bytes/sector, 97656250 sectors > virtio33: irq > pluart0 at mainbus0: console > agintc0 at mainbus0 nirq 288, nredist 4 > agtimer0 at mainbus0: tick rate 10 KHz > vscsi0 at root > scsibus1 at vscsi0: 256 targets > softraid0 at root > scsibus2 at softraid0: 256 targets > bootfile: sd0a:/bsd > boot device: sd0 > root on sd0a (11af0f37e1af6b1a.a) swap on sd0b dump on sd0b > First of all, I'm positively surprised. When I worked on Scaleway's bare metal ARMv7 instances, the system was supposed to boot with an initramdisk which then mounts a network block device and pivot roots into this mountpoint. This would right now not be doable with Open- BSD. In this case these are virtual machines running on their Caviums, which is "nicer" for us because it abstracts the NBD away and we only see virtual disks. On the other hand, we run on a virtual machine and not on physical hardware. There might be some quirks necessary for the ThunderX CPUs. At least afaik there are some quirks in the Linux kernel. I think those random segfaults might even be visible with qemu running on an x86 machine. I'm not surprised.
Re: Porting to ARMv8 (board, qemu, etc.)
On Mon, Jan 29, 2018 at 02:14:53PM +0100, Patrick Wildt wrote: > On Mon, Jan 29, 2018 at 12:07:50PM +0100, Artur Pedziwilk wrote: > > > > > > > On 11 Jan 2018, at 15:40, Karel Gardas wrote: > > > > > > - cloud/kvm solution. There are several cloud provides already > > > selling/supporting Cavium ThunderX > > > and for quite cheap money. Anyone has a luck with this solution? I guess > > > OpenBSD would need to run on > > > qemu-system-aarch64 first to support all those kvm/virtio devices needed > > > and then grabed to cloud, but still > > > any chance? > > > > > > Yesterday, I have managed to run the current of arm64 on scaleway.com... > > > > ... by resizing the miniroot62.fs, partitioning it and installing it very > > analogically to > > Antoine's "create-ami.sh" - https://github.com/ajacoutot/aws-openbsd > > > > Later I just simply "dd if=myimage.fs of=/dev/vdb bs=1m" > > from Linux instance with 2 disks attached and reboot the disk with new > > fresh instance. > > It is basically working but many "Segmentation fault (core dumped)". > > I intend to keep that instance running and check it with incoming snapshots. > > > > OpenBSD 6.2-current (GENERIC) #160: Wed Jan 24 18:26:59 MST 2018 > > dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC > > real mem = 2090483712 (1993MB) > > avail mem = 2002345984 (1909MB) > > mainbus0 at root: unknown model > > cpu0 at mainbus0: Cavium ThunderX T88 r1p1 > > efi0 at mainbus0: UEFI 2.6 > > efi0: EDK II rev 0x1 > > psci0 at mainbus0: PSCI 0.2 > > simplebus0 at mainbus0: "platform" > > virtio0 at mainbus0: Virtio Unknown (0) Device > > virtio1 at mainbus0: Virtio Unknown (0) Device > > virtio2 at mainbus0: Virtio Unknown (0) Device > > virtio3 at mainbus0: Virtio Unknown (0) Device > > virtio4 at mainbus0: Virtio Unknown (0) Device > > virtio5 at mainbus0: Virtio Unknown (0) Device > > virtio6 at mainbus0: Virtio Unknown (0) Device > > virtio7 at mainbus0: Virtio Unknown (0) Device > > virtio8 at mainbus0: Virtio Unknown (0) Device > > virtio9 at mainbus0: Virtio Unknown (0) Device > > virtio10 at mainbus0: Virtio Unknown (0) Device > > virtio11 at mainbus0: Virtio Unknown (0) Device > > virtio12 at mainbus0: Virtio Unknown (0) Device > > virtio13 at mainbus0: Virtio Unknown (0) Device > > virtio14 at mainbus0: Virtio Unknown (0) Device > > virtio15 at mainbus0: Virtio Unknown (0) Device > > virtio16 at mainbus0: Virtio Unknown (0) Device > > virtio17 at mainbus0: Virtio Unknown (0) Device > > virtio18 at mainbus0: Virtio Unknown (0) Device > > virtio19 at mainbus0: Virtio Unknown (0) Device > > virtio20 at mainbus0: Virtio Unknown (0) Device > > virtio21 at mainbus0: Virtio Unknown (0) Device > > virtio22 at mainbus0: Virtio Unknown (0) Device > > virtio23 at mainbus0: Virtio Unknown (0) Device > > virtio24 at mainbus0: Virtio Unknown (0) Device > > virtio25 at mainbus0: Virtio Unknown (0) Device > > virtio26 at mainbus0: Virtio Unknown (0) Device > > virtio27 at mainbus0: Virtio Unknown (0) Device > > virtio28 at mainbus0: Virtio Unknown (0) Device > > virtio29 at mainbus0: Virtio Unknown (0) Device > > virtio30 at mainbus0: Virtio Unknown (0) Device > > virtio31 at mainbus0: Virtio Unknown (0) Device > > pciecam0 at mainbus0 > > pci0 at pciecam0 > > "Red Hat Host" rev 0x00 at pci0 dev 0 function 0 not configured > > virtio32 at pci0 dev 1 function 0 "Qumranet Virtio Network" rev 0x00 > > vio0 at virtio32: address de:2b:88:06:60:4f > > virtio32: irq > > virtio33 at pci0 dev 2 function 0 "Qumranet Virtio Storage" rev 0x00 > > vioblk0 at virtio33 > > scsibus0 at vioblk0: 2 targets > > sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed > > sd0: 47683MB, 512 bytes/sector, 97656250 sectors > > virtio33: irq > > pluart0 at mainbus0: console > > agintc0 at mainbus0 nirq 288, nredist 4 > > agtimer0 at mainbus0: tick rate 10 KHz > > vscsi0 at root > > scsibus1 at vscsi0: 256 targets > > softraid0 at root > > scsibus2 at softraid0: 256 targets > > bootfile: sd0a:/bsd > > boot device: sd0 > > root on sd0a (11af0f37e1af6b1a.a) swap on sd0b dump on sd0b > > > > First of all, I'm positively surprised. When I worked on Scaleway's > bare metal ARMv7 instances, the system was supposed to boot with an > initramdisk which then mounts a network block device and pivot roots > into this mountpoint. This would right now not be doable with Open- > BSD. In this case these are virtual machines running on their Caviums, > which is "nicer" for us because it abstracts the NBD away and we only > see virtual disks. On the other hand, we run on a virtual machine and > not on physical hardware. > > There might be some quirks necessary for the ThunderX CPUs. At least > afaik there are some quirks in the Linux kernel. > > I think those random segfaults might even be visible with qemu running > on an x86 machine. I'm not surprised. > jsg@ just reminded me that my memory is fading. I actually ran on that Scaleway platform already, hence why we add
Re: abcde busted?
On Mon, Jan 29, 2018 at 12:06:51PM +, Stuart Henderson wrote: > I would suggest backing out the update (don't forget to raise EPOCH) > and then there is not pressure to figure out what got broken. > > > On 2018/01/29 10:43, Edd Barrett wrote: > > Hi, > > > > Trying to rip a CD with abcde-2.8.1, I get: > > > > ---8<--- > > $ abcde > > dasd: 1 11 150 233108 > > /usr/local/bin/abcde: line 495: abcde-musicbrainz-tool: command not found > > Grabbing entire CD - tracks: 01 02 03 04 05 06 07 08 09 10 11 > > /usr/local/bin/abcde: line 2530: abcde-musicbrainz-tool: command not found > > cut: [-bcf] list: 2049 too large (max 2048) > > cut: [-bcf] list: 2050 too large (max 2048) > > cut: [-bcf] list: 2051 too large (max 2048) > > cut: [-bcf] list: 2052 too large (max 2048) > > cut: [-bcf] list: 2053 too large (max 2048) > > cut: [-bcf] list: 2054 too large (max 2048) > > cut: [-bcf] list: 2055 too large (max 2048) > > cut: [-bcf] list: 2056 too large (max 2048) > > cut: [-bcf] list: 2057 too large (max 2048) > > cut: [-bcf] list: 2058 too large (max 2048) > > cut: [-bcf] list: 2059 too large (max 2048) > > cut: [-bcf] list: 2060 too large (max 2048) > > cut: [-bcf] list: 2061 too large (max 2048) > > ... > > --->8--- > > > > FWIW, the cut issue looks the same as I reported here: > > https://abcde.einval.com/bugzilla/show_bug.cgi?id=66 > > > > -- > > Best Regards > > Edd Barrett > > > > http://www.theunixzoo.co.uk > > I second that. This update wasn't tested, my config which used to work doesn't. looks like cd-discid no longer gets run by default or some shit.
Re: [NEW] devel/p5-List-Compare
On 01/28/2018 04:49 PM, Andrew Hewus Fresh wrote: On Sat, Jan 27, 2018 at 06:15:08PM -0500, James E Keenan wrote: Hello ports@, Here is a new port, for Perl extension List-Compare (version 0.53). This looks nearly OK to me, if someone wants to import it with a fix to the MAINTAINER email to use angle brackets instead of parenthesis so it is the correct email address. In the tarball attached I have made that correction. Please review. Thank you very much. Jim Keenan p5-List-Compare.R1.tar.gz Description: application/gzip
Re: UPDATE: shells/osh 4.3.2v0 => shells/etsh 5.0.1
On 01/19/18 18:31, Brian Callahan wrote: On 1/9/2018 10:27 PM, Brian Callahan wrote: Hi ports -- Upstream for shells/osh renamed the project. It is now called etsh. The attached tarball provides a new shells/etsh port that does the expected upgrade if you've got osh on your machine. Not included in this tarball is the required quirks entry for osh=>etsh, and the removal of shells/osh, both of which I will take care of with the import. I chatted with Pascal a bit, and I'll be taking over as MAINTAINER as part of the transition. --- pkg/DESCR: The Etsh Project provides two ports of the original /bin/sh from Sixth Edition (V6) UNIX (circa 1975). Etsh(1) is an enhanced, backward-compatible port of the Sixth Edition Thompson shell. Tsh(1) is an unenhanced port of the shell, and glob(1) is a port of its global command. Together, tsh and glob provide a user interface which is backward compatible with that provided by the Sixth Edition Thompson shell and global command, but without the obvious enhancements found in etsh. The original Thompson shell was principally written by Ken Thompson of Bell Labs. Additionally, this project includes the following shell utilities: * if(1) - conditional command (ported from Sixth Edition UNIX) * goto(1) - transfer command (ported from Sixth Edition UNIX) * fd2(1) - redirect from/to file descriptor 2 --- Works correctly, all tests pass on amd64 and armv7. OK? ~Brian Ping. Ping. New tarball because upstream released new version 5.0.2 OK? ~Brian etsh.tgz Description: Binary data
Re: abcde busted?
On 2018/01/29 16:18, Ingo Feinerer wrote: > On Mon, Jan 29, 2018 at 12:06:51PM +, Stuart Henderson wrote: > > I would suggest backing out the update (don't forget to raise EPOCH) > > and then there is not pressure to figure out what got broken. > > I have following diff. However no machine with a CD drive to test at the > moment. > > OK to revert? yep, OK. > Index: Makefile > === > RCS file: /cvs/ports/audio/abcde/Makefile,v > retrieving revision 1.26 > diff -u -p -r1.26 Makefile > --- Makefile 6 Jan 2018 11:39:24 - 1.26 > +++ Makefile 29 Jan 2018 15:15:42 - > @@ -2,7 +2,8 @@ > > COMMENT= command-line utility to rip and encode audio cds > > -DISTNAME=abcde-2.8.1 > +DISTNAME=abcde-2.7.2 > +EPOCH= 0 > CATEGORIES= audio > > HOMEPAGE=https://abcde.einval.com/ > Index: distinfo > === > RCS file: /cvs/ports/audio/abcde/distinfo,v > retrieving revision 1.12 > diff -u -p -r1.12 distinfo > --- distinfo 6 Jan 2018 11:39:24 - 1.12 > +++ distinfo 29 Jan 2018 15:15:42 - > @@ -1,2 +1,2 @@ > -SHA256 (abcde-2.8.1.tar.gz) = 5Jxx193NMS3MgZw74gOr09CdKGUA7nd83kNMeIGWKzk= > -SIZE (abcde-2.8.1.tar.gz) = 149238 > +SHA256 (abcde-2.7.2.tar.gz) = qjmIFoKsRuufwZnRNDuXvFajIrQaXFcBOs2jGUi8U90= > +SIZE (abcde-2.7.2.tar.gz) = 146407
Re: abcde busted?
On Mon, Jan 29, 2018 at 03:37:53PM +, Stuart Henderson wrote: > yep, OK. And OK for me. Just ripped a CD using the rollback diff. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: UPDATE: devel/boost
On Fri, Jan 26, 2018 at 02:38:34PM +0100, Rafael Sadowski wrote: > Hi All! > > This time easier than last time and a relative easy update to the > current boost. > > Changelog: http://www.boost.org/users/history/version_1_66_0.html > > I did not build all consumers. Bulk feedback wanted. besides known (and already fixed or with diffs pending, ie net/kea & audio/mumble) failures, no other fallout in my bulk. ok.
Re: python.port.mk: Respect SEPARATE_BUILD in MODPY_DISTUTILS_BUILD
On Fri, Jan 26, 2018 at 08:46:53PM +, Stuart Henderson wrote: > On 2018/01/26 19:46, Landry Breuil wrote: > > On Fri, Jan 26, 2018 at 05:56:04PM +0100, Remi Pointel wrote: > > > Le 26-01-2018 12:13, Marc Espie a écrit : > > > > On Thu, Jan 25, 2018 at 11:22:30PM +0100, Klemens Nanni wrote: > > > > > Out-of-tree builds for simple python ports are currently built in > > > > > WRKSRC > > > > > even when SEPARATE_BUILD is set. > > > > > > > > > > Simple example: > > > > > > > > > > $ cd /usr/ports/www/linkchecker > > > > > $ make build > > > > > [...] > > > > > $ make show='SEPARATE_BUILD WRKSRC WRKBUILD' > > > > > SEPARATE_BUILD=Yes > > > > > > > > > > WRKSRC=skins/larry/usr/obj/ports/linkchecker-9.3/linkchecker-upstream-9.3 > > > > > WRKBUILD=/usr/obj/ports/linkchecker-9.3/build-amd64 > > > > > $ ls `make show=WRKBUILD` > > > > > $ > > > > > > > > > > That's because MODPY_DISTUTILS_BUILD hardcodes WRKSRC, the following > > > > > diff changes that to WRKBUILD which defaults to WRKSRC if > > > > > SEPARATE_BUILD > > > > > set to "no". > > > > > > > > > > Tested successfully with ports like www/linkchecker and > > > > > sysutils/ranger. > > > > > > > > > > Feedback? > > > > > > > > > > Index: lang/python/python.port.mk > > > > > === > > > > > RCS file: /cvs/ports/lang/python/python.port.mk,v > > > > > retrieving revision 1.95 > > > > > diff -u -p -r1.95 python.port.mk > > > > > --- lang/python/python.port.mk8 Jul 2017 08:28:00 - > > > > > 1.95 > > > > > +++ lang/python/python.port.mk25 Jan 2018 21:49:23 - > > > > > @@ -128,7 +128,7 @@ MODPY_SITEPKG = ${MODPY_LIBDIR}/site-pa > > > > > MODPY_SETUP ?= setup.py > > > > > > > > > > # build or build_ext are commonly used > > > > > -MODPY_DISTUTILS_BUILD ?= build --build-base=${WRKSRC} > > > > > +MODPY_DISTUTILS_BUILD ?= build --build-base=${WRKBUILD} > > > > > > > > > > .if ${MODPY_SETUPUTILS:L} == "yes" > > > > > MODPY_DISTUTILS_INSTALL ?= install --prefix=${LOCALBASE} \ > > > > The main person to ask is the current python maintainer... not me. > > > > > > > > Especially for stuff that's not really bsd.port.mk-dependent, but > > > > obviously > > > > python-land. > > > > > > > > Remi ? > > > > > > Hi, > > > > > > could someone test this diff in a bulk build please? > > > > Will put it in the next. > > > > Diff is ok with me, but would be best to wait for build results > before committing. (I tested "make package" on a selection of ports > from "select ports.fullpkgpath from modules join ports on > ports.fullpkgpath=modules.fullpkgpath where value='lang/python' > and separate_build='Yes'" but didn't try some of the larger > annoying things that use it. zero fallout from this diff in my bulk.
libatomic_ops-7.6.2 and libgc-7.6.4 releases announcement
Dear all, This email addressed to the libatomic_ops and libgc (bdwgc) package maintainers. Let me announce the latest official stable releases: * https://github.com/ivmai/libatomic_ops/releases/download/v7.6.2/libatomic_ops-7.6.2.tar.gz * https://github.com/ivmai/bdwgc/releases/download/v7.6.4/gc-7.6.4.tar.gz The bug fix releases for v7.4.x are available too: https://github.com/ivmai/libatomic_ops/releases/download/v7.4.10/libatomic_ops-7.4.10.tar.gz https://github.com/ivmai/bdwgc/releases/download/v7.4.10/gc-7.4.10.tar.gz For the list of changes, please visit https://github.com/ivmai/libatomic_ops/releases/ and https://github.com/ivmai/bdwgc/releases/ respectively. Thank you. Regards, Ivan
Re: UPDATE: SQLmap 1.2
ping (: On [23/01/18] [08:22P], Gonzalo L. Rodriguez wrote: ; Hello, ; ; Update for SQLmap to 1.2: ; ; https://github.com/sqlmapproject/sqlmap/releases ; ; OK? Comments? ; ; Cheers.- ; ; -- ; Sending from my toaster. ; Index: Makefile ; === ; RCS file: /cvs/ports/security/sqlmap/Makefile,v ; retrieving revision 1.10 ; diff -u -p -r1.10 Makefile ; --- Makefile 20 Nov 2017 17:57:25 - 1.10 ; +++ Makefile 23 Jan 2018 08:20:30 - ; @@ -4,7 +4,7 @@ COMMENT = penetration testing tool to d ; ; GH_ACCOUNT = sqlmapproject ; GH_PROJECT = sqlmap ; -GH_TAGNAME = 1.1.11 ; +GH_TAGNAME = 1.2 ; ; CATEGORIES = security ; ; Index: distinfo ; === ; RCS file: /cvs/ports/security/sqlmap/distinfo,v ; retrieving revision 1.8 ; diff -u -p -r1.8 distinfo ; --- distinfo 20 Nov 2017 17:57:25 - 1.8 ; +++ distinfo 23 Jan 2018 08:20:30 - ; @@ -1,2 +1,2 @@ ; -SHA256 (sqlmap-1.1.11.tar.gz) = yZ9ibzTpR9rhQki7anqYnshciQmu8D/3/5b+TLAhuOs= ; -SIZE (sqlmap-1.1.11.tar.gz) = 7410884 ; +SHA256 (sqlmap-1.2.tar.gz) = OeDvWDZaWgQT2I38wNHCELRlZhy5fI5bQsH+unkdJFM= ; +SIZE (sqlmap-1.2.tar.gz) = 7411946 ; Index: pkg/PLIST ; === ; RCS file: /cvs/ports/security/sqlmap/pkg/PLIST,v ; retrieving revision 1.8 ; diff -u -p -r1.8 PLIST ; --- pkg/PLIST 20 Nov 2017 17:57:25 - 1.8 ; +++ pkg/PLIST 23 Jan 2018 08:20:30 - ; @@ -522,14 +522,16 @@ share/sqlmap/procs/postgresql/ ; share/sqlmap/procs/postgresql/dns_request.sql ; share/sqlmap/shell/ ; share/sqlmap/shell/README.txt ; -share/sqlmap/shell/backdoor.asp_ ; -share/sqlmap/shell/backdoor.aspx_ ; -share/sqlmap/shell/backdoor.jsp_ ; -share/sqlmap/shell/backdoor.php_ ; -share/sqlmap/shell/stager.asp_ ; -share/sqlmap/shell/stager.aspx_ ; -share/sqlmap/shell/stager.jsp_ ; -share/sqlmap/shell/stager.php_ ; +share/sqlmap/shell/backdoors/ ; +share/sqlmap/shell/backdoors/backdoor.asp_ ; +share/sqlmap/shell/backdoors/backdoor.aspx_ ; +share/sqlmap/shell/backdoors/backdoor.jsp_ ; +share/sqlmap/shell/backdoors/backdoor.php_ ; +share/sqlmap/shell/stagers/ ; +share/sqlmap/shell/stagers/stager.asp_ ; +share/sqlmap/shell/stagers/stager.aspx_ ; +share/sqlmap/shell/stagers/stager.jsp_ ; +share/sqlmap/shell/stagers/stager.php_ ; share/sqlmap/sqlmap.conf ; share/sqlmap/sqlmap.py ; share/sqlmap/sqlmap.pyc ; @@ -576,6 +578,8 @@ share/sqlmap/tamper/halfversionedmorekey ; share/sqlmap/tamper/halfversionedmorekeywords.pyc ; share/sqlmap/tamper/htmlencode.py ; share/sqlmap/tamper/htmlencode.pyc ; +share/sqlmap/tamper/ifnull2casewhenisnull.py ; +share/sqlmap/tamper/ifnull2casewhenisnull.pyc ; share/sqlmap/tamper/ifnull2ifisnull.py ; share/sqlmap/tamper/ifnull2ifisnull.pyc ; share/sqlmap/tamper/informationschemacomment.py ; @@ -907,6 +911,8 @@ share/sqlmap/waf/anquanbao.py ; share/sqlmap/waf/anquanbao.pyc ; share/sqlmap/waf/armor.py ; share/sqlmap/waf/armor.pyc ; +share/sqlmap/waf/asm.py ; +share/sqlmap/waf/asm.pyc ; share/sqlmap/waf/aws.py ; share/sqlmap/waf/aws.pyc ; share/sqlmap/waf/baidu.py ; @@ -1009,6 +1015,8 @@ share/sqlmap/waf/varnish.py ; share/sqlmap/waf/varnish.pyc ; share/sqlmap/waf/wallarm.py ; share/sqlmap/waf/wallarm.pyc ; +share/sqlmap/waf/watchguard.py ; +share/sqlmap/waf/watchguard.pyc ; share/sqlmap/waf/webappsecure.py ; share/sqlmap/waf/webappsecure.pyc ; share/sqlmap/waf/webknight.py ; @@ -1019,6 +1027,8 @@ share/sqlmap/waf/yundun.py ; share/sqlmap/waf/yundun.pyc ; share/sqlmap/waf/yunsuo.py ; share/sqlmap/waf/yunsuo.pyc ; +share/sqlmap/waf/zenedge.py ; +share/sqlmap/waf/zenedge.pyc ; share/sqlmap/xml/ ; share/sqlmap/xml/banner/ ; share/sqlmap/xml/banner/generic.xml -- Sending from my toaster.
[New] editors/emacs-lite
Hi! Emacs has too many dependencies which make it as heavy as cow or even elephant... I was thinking about adding a flavor, but it seems to be a headache. So, I've decided to make a separate package (by copying editors/emacs) to make Emacs as light as pig... emacs-lite.tar.gz Description: application/tar-gz
Re: UPDATE: ripgrep-0.7.1
On Sun, 28 Jan 2018 16:54:10 +0100, Klemens Nanni wrote: > On Sun, Jan 28, 2018 at 04:05:46PM +0100, Klemens Nanni wrote: > > On Sun, Jan 28, 2018 at 05:15:51PM +0800, Ray Lai wrote: > > > Fixes "too many open file descriptors in ripgrep 0.7.0": > > > https://github.com/BurntSushi/ripgrep/issues/648 > > Thanks for beating me to it! > > > > 0.71 indeed fixes the issue on my amd64 machine where the following > > command for example would result in above mentioned failure: > > > > $ rg -F FIX_EXTRACT /usr/ports > > > > Looks good to me, all tests pass: > > > > test result: ok. 142 passed; 0 failed; 0 ignored; 0 > > measured; 0 filtered out > > > > Any takers? > Updated diff with INSTALL_DATA_DIR instead of `mkdir -p' in > post-install. Thanks committed!
Re: [UPDATE] textproc/py-podcastparser for net/gpodder update
On Thu, 25 Jan 2018 20:06:29 -0500, trondd wrote: > +MODPY_VERSION= ${MODPY_DEFAULT_VERSION_3} As it's a library and the ports name is py- prefixed, we can easily go with a flavour which is what our policy is :) Any comment? Cheers, Daniel Index: Makefile === RCS file: /cvs/ports/textproc/py-podcastparser/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile18 Apr 2017 02:13:26 - 1.1.1.1 +++ Makefile30 Jan 2018 03:33:59 - @@ -2,32 +2,34 @@ COMMENT= simple, fast and efficient podcast parser -MODPY_EGG_VERSION= 0.6.1 +MODPY_EGG_VERSION= 0.6.2 DISTNAME= podcastparser-${MODPY_EGG_VERSION} PKGNAME= py-${DISTNAME} CATEGORIES=textproc -HOMEPAGE= http://gpodder.org/podcastparser/ - MAINTAINER=Tim Meunier # ISC PERMIT_PACKAGE_CDROM= Yes -MASTER_SITES= ${HOMEPAGE} - MODULES= lang/python -BUILD_DEPENDS= textproc/py-sphinx +MODPY_PI= Yes + +BUILD_DEPENDS= textproc/py-sphinx${MODPY_FLAVOR} + +TEST_DEPENDS= devel/py-nose${MODPY_FLAVOR} \ + devel/py-coverage${MODPY_FLAVOR} -TEST_DEPENDS= devel/py-nose \ - devel/py-coverage +FLAVORS= python3 +FLAVOR?= MAKE_FILE= makefile MAKE_ENV= PYTHON=${MODPY_BIN} post-build: - cd ${WRKSRC}/doc && ${MAKE_ENV} ${MAKE_PROGRAM} man + cd ${WRKSRC}/doc && ${MAKE_ENV} ${MAKE_PROGRAM} man \ + SPHINXBUILD=sphinx-build${MODPY_BIN_SUFFIX} post-install: ${INSTALL_DATA} ${WRKSRC}/doc/_build/man/*.1 ${PREFIX}/man/man1/ Index: distinfo === RCS file: /cvs/ports/textproc/py-podcastparser/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo18 Apr 2017 02:13:26 - 1.1.1.1 +++ distinfo30 Jan 2018 03:33:59 - @@ -1,2 +1,2 @@ -SHA256 (podcastparser-0.6.1.tar.gz) = o0eQqUC8WC99Y4jEO2mvchRDK6G9fUANGZxjvS2hPRQ= -SIZE (podcastparser-0.6.1.tar.gz) = 18006 +SHA256 (podcastparser-0.6.2.tar.gz) = i5FSJMAPK/JIETn4C/Nl7SB0KjkH9DdxHJawqGqHiWg= +SIZE (podcastparser-0.6.2.tar.gz) = 21871 Index: pkg/PLIST === RCS file: /cvs/ports/textproc/py-podcastparser/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 18 Apr 2017 02:13:26 - 1.1.1.1 +++ pkg/PLIST 30 Jan 2018 03:33:59 - @@ -1,5 +1,6 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2017/04/18 02:13:26 danj Exp $ +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}podcastparser.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/podcastparser-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info lib/python${MODPY_VERSION}/site-packages/podcastparser.py -lib/python${MODPY_VERSION}/site-packages/podcastparser.pyc @man man/man1/podcastparser.1
Re: [New] editors/emacs-lite
I'm breaking my own rule regarding emails like this by even responding, but...$ man 1 mg Sent from my Verizon, Samsung Galaxy smartphone Original message From: mazocomp Date: 1/29/18 10:05 PM (GMT-05:00) To: ports@openbsd.org Subject: [New] editors/emacs-lite Hi! Emacs has too many dependencies which make it as heavy as cow or even elephant... I was thinking about adding a flavor, but it seems to be a headache. So, I've decided to make a separate package (by copying editors/emacs) to make Emacs as light as pig...
Re: [New] editors/emacs-lite
On Tue, Jan 30 2018, mazocomp wrote: > Hi! > > Emacs has too many dependencies which make it as heavy as cow or even > elephant... > > I was thinking about adding a flavor, but it seems to be a headache. > > So, I've decided to make a separate package (by copying editors/emacs) > to make Emacs as light as pig... Not sure if serious, but I'll reply anyway... First, you seem to need absolutely nothing except libraries from base and xenocara, so I have a hard time understanding why you can't just build and install your own stripped-down emacs in your home directory. Regarding the current emacs port, the gtk2/gtk3 flavors are what other systems provide, ie a full-featured emacs package, and the no_x11 flavor provides a reasonable compromise for those who don't need/want a gui. I think your proposal is over the top and I would disagree with its import. SHould it happen, I will certainly not spend time maintaining it, so you can remove my name from MAINTAINER. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: UPDATE: SQLmap 1.2
On 01/29/18 23:03, Gonzalo L. Rodriguez wrote: ping (: On [23/01/18] [08:22P], Gonzalo L. Rodriguez wrote: ; Hello, ; ; Update for SQLmap to 1.2: ; ; https://github.com/sqlmapproject/sqlmap/releases ; ; OK? Comments? ok rpointel@. Cheers, Remi.
Re: UPDATE: games/pokerth (for upcoming boost)
On Mon Jan 29, 2018 at 11:57:29AM +0100, Jeremie Courreges-Anglas wrote: > On Sun, Jan 28 2018, Rafael Sadowski wrote: > > Hi OpenBSD texas hold'em lovers, > > > > pokerth 1.1.1 will not compile very well with upcoming boost so I > > decided to update it. Looks like a whole new port. It include patches to > > build with upcoming and current boost. > > > > I played on hand with [6][2] All-In. No luck but the games runs fine on > > amd64. > > > > Bad luck in the game luck in port. > > > > Comments? Ok? > > LGTM and seems to work fine, except I don't understand astyle is used? It's from pokerth-1.1.2-rc/run_astyle.sh. I guess it doesn't make sense. Ok without the astyle bits?