CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2014/01/26 04:38:46 Modified files: lang/parrot: Makefile Added files: lang/parrot/patches: patch-config_auto_libffi_test_c_in Log message: ffi_call()'s third argument needs to point to a storage of sizeof(ffi_args). Otherwise this test will generate a stack overflow, silently disabling libffi support. Found with -fstack-protector-strong, fixed by martynas@, thanks! Bumping REVISION because there are already packages with strong stack protection enabled out there.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/01/26 08:38:02 Added files: graphics/argyll/patches: patch-Jambase Log message: Damn it fixing jam was not enough... breakage reported by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/01/26 16:21:56 Modified files: x11: Makefile Log message: +herbstluftwm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/01/26 16:21:33 Log message: Import x11/herbstluftwm. Herbstluftwm is a lightweight manual tiling window manager. tweaks from jturner@ ok okan@ jturner@ Status: Vendor Tag: bcallah Release Tags: bcallah_2014-Jan-26 N ports/x11/herbstluftwm/Makefile N ports/x11/herbstluftwm/distinfo N ports/x11/herbstluftwm/pkg/PLIST N ports/x11/herbstluftwm/pkg/DESCR No conflicts created by this import
Re: Problems with kde4 in the 1/21 and 1/24 package snapshots
26.01.2014 11:55 пользователь STeve Andreapos; and...@msu.edu написал: I'm still learning about KDE4 so perhaps this is my fault, but I'm having problems at the moment. When I run kde4 from the last two package snaps, the splash screen comes up, but I have a single virtual window. Going to the window behavior panel I can set multiple windows, but after clicking apply nothing happens. Any panel I bring up is missing the top controls and window frame, so I can't move it. Fortunately ^Q works. When switching to 4.11.5 I moved the .kde4 dir, but cleverly destroyed it so I can't test with that. What am I missing? Can I turn a debug history on (or up) so I can better see what's going on? This is an amd64-current system updated/compiled on Jan 25th about 7pm est, with a package set from 1/24. What package last time worked for you? Do you have KDE 3 installed? For debugging you have two options: 1) build the debug flavor of... kdelibs and kde-runtime, I think. Maybe kde-workspace, too. 2) run kdebugdialog4, enable stuff you suspect, and then look at the console (or in ~/.xsession-errors, depending on how you start KDE4).
Re: UPDATE: lang/racket 5.92
On 26/01/14 4:06 AM, Juan Francisco Cantero Hurtado wrote: On Sun, Jan 26, 2014 at 03:43:31AM +0100, Juan Francisco Cantero Hurtado wrote: The Racket developers released the version 5.92 just a few hours ago. Comments and OKs are welcome :) . I need a test on i386: # mkdir -p /usr/ports/mystuff/lang # tar -xzf racket.tar.gz # cd racket # make update-plist # diff -u pkg/PLIST pkg/PLIST.orig ^^^ Send me the output of diff. Also install the package and run drracket. Thanks. I didn't send the update in diff format because the patch is big (4 lines). Requested by brad@ and bcallah@. I only asked as I was curious why it was not sent as a diff. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: squid reorg
Hi. After build squid with --disable-arch-native the squid server was able to start. I have copied your ./config line. ### squid-3.4.2# ./configure --disable-strict-error-checking --enable-shared --datadir=/usr/local/share/squid --libexecdir=/usr/local/libexec/squid --disable-loadable-modules --enable-arp-acl --enable-auth --enable-delay-pools --enable-follow-x-forwarded-for --enable-forw-via-db --enable-http-violations --enable-icap-client --enable-ipv6 --enable-referer-log --enable-removal-policies=lru heap --enable-ssl --enable-stacktraces --with-default-user=_squid --with-filedescriptors=8192 --with-pidfile=/var/run/squid.pid --with-pthreads --with-swapdir=/var/squid/cache --enable-pf-transparent --prefix=/usr/local --sysconfdir=/etc/squid --mandir=/usr/local/man --infodir=/usr/local/info --localstatedir=/var/squid --disable-silent-rules --disable-arch-native ### Cheers Aleks Am 24-01-2014 20:45, schrieb Aleksandar Lazic: Hi. The squid-3.3.11 runs ok. Am 24-01-2014 12:40, schrieb Aleksandar Lazic: As soon as I'am back at home I will install it. Am 24-01-2014 09:59, schrieb Stuart Henderson: I suspect it's trying to use 128-bit atomic ops (CMPXCHG16B) which this cpu doesn't support (no CX16 in the cpu flags - thanks for the complete dmesg, and yes this is a good place to report the problem). I'll take a look into it. Could you try squid-3.3 too please, so we can see if that also has this problem? Aleksandar Lazic al-obdpo...@none.at wrote: Hi. I got Illegal instruction (core dumped) after installation. I have done the following. PKG_PATH=http://openbsd.cs.fau.de/pub/OpenBSD/snapshots/packages/i386/ export PKG_PATH pkg_add -i -v squid choosed squid-3.4.2 vi /etc/squid/squid.conf changed the line http_port 3128 to http_port 3128 intercept dmesg OpenBSD 5.5-beta (GENERIC) #232: Fri Jan 17 15:59:15 MST 2014 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 499 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX,MMXX,3DNOW2,3DNOW real mem = 536375296 (511MB) avail mem = 515727360 (491MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/70/03, BIOS32 rev. 0 @ 0xfac40 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0xa800 cpu0 at mainbus0: (uniprocessor) mtrr: K6-family MTRR support (2 registers) amdmsr0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (bios) 0:20:0: io address conflict 0x6100/0x100 0:20:0: io address conflict 0x6200/0x200 pchb0 at pci0 dev 1 function 0 AMD Geode LX rev 0x33 glxsb0 at pci0 dev 1 function 2 AMD Geode LX Crypto rev 0x00: RNG AES vr0 at pci0 dev 6 function 0 VIA VT6105M RhineIII rev 0x96: irq 11, address 00:00:24:d0:6f:34 ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr1 at pci0 dev 7 function 0 VIA VT6105M RhineIII rev 0x96: irq 5, address 00:00:24:d0:6f:35 ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr2 at pci0 dev 8 function 0 VIA VT6105M RhineIII rev 0x96: irq 9, address 00:00:24:d0:6f:36 ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr3 at pci0 dev 9 function 0 VIA VT6105M RhineIII rev 0x96: irq 12, address 00:00:24:d0:6f:37 ukphy3 at vr3 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 ral0 at pci0 dev 14 function 0 Ralink RT2860 rev 0x00: irq 10, address 98:fc:11:eb:3c:65 ral0: MAC/BBP RT2860 (rev 0x0103), RF RT2850 (MIMO 2T2R) hifn0 at pci0 dev 17 function 0 Hifn 7955/7954 rev 0x00: LZS 3DES ARC4 MD5 SHA1 RNG AES PK, 32KB dram, irq 15 glxpcib0 at pci0 dev 20 function 0 AMD CS5536 ISA rev 0x03: rev 3, 32-bit 3579545Hz timer, watchdog, gpio, i2c gpio0 at glxpcib0: 32 pins iic0 at glxpcib0 pciide0 at pci0 dev 20 function 2 AMD CS5536 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SDCFXS-016G wd0: 1-sector PIO, LBA48, 15279MB, 31293360 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) ohci0 at pci0 dev 21 function 0 AMD CS5536 USB rev 0x02: irq 7, version 1.0, legacy support ehci0 at pci0 dev 21 function 1 AMD CS5536 USB rev 0x02: irq 7 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 AMD EHCI root hub rev 2.00/1.00 addr 1 isa0 at glxpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 spkr0 at pcppi0 nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS gpio1 at nsclpcsio0: 29 pins npx0 at
Re: Problems with kde4 in the 1/21 and 1/24 package snapshots
26.01.2014 12:34 пользователь STeve Andreapos; and...@msu.edu написал: On 01/26/14 03:21, Vadim Zhukov wrote: 26.01.2014 11:55 пользователь STeve Andreapos; and...@msu.edu написал: I'm still learning about KDE4 so perhaps this is my fault, but I'm having problems at the moment. When I run kde4 from the last two package snaps, the splash screen comes up, but I have a single virtual window. Going to the window behavior panel I can set multiple windows, but after clicking apply nothing happens. Any panel I bring up is missing the top controls and window frame, so I can't move it. Fortunately ^Q works. When switching to 4.11.5 I moved the .kde4 dir, but cleverly destroyed it so I can't test with that. What am I missing? Can I turn a debug history on (or up) so I can better see what's going on? This is an amd64-current system updated/compiled on Jan 25th about 7pm est, with a package set from 1/24. What package last time worked for you? Do you have KDE 3 installed? For debugging you have two options: 1) build the debug flavor of... kdelibs and kde-runtime, I think. Maybe kde-workspace, too. 2) run kdebugdialog4, enable stuff you suspect, and then look at the console (or in ~/.xsession-errors, depending on how you start KDE4). No, KDE3 is not installed--I thought it best to avoid that, since you've been working on having the two live together. Well, now they can coexist, and KDE4 ever builds nicely when KDE3 is around (patch for vice versa will hit 5.6 only). There could be problems if you have common directory for them. I think the last KDE4 was 4.11.4, likely around the 5th of Janurary, but I'm not entirely sure. My notes file got removed along with the older .kde4 dir. The transcript from console could help in finding the issue. Most likely it's related with deconflicting patches for renaming binaries; I already removed one erroneous patch which broke KHelpCenter, but there could be others. OK, I'll try that with kdebugdialog4. It feels like I'm missing something. I wonder if others have seen anything like this. KDE4 is a great addition to OpenBSD; I have people waiting for it so they can dabble away from Windows...
Re: Problems with kde4 in the 1/21 and 1/24 package snapshots
On Sun, Jan 26, 2014 at 03:34:08AM -0500, STeve Andre' wrote: On 01/26/14 03:21, Vadim Zhukov wrote: 26.01.2014 11:55 пользователь STeve Andreapos; and...@msu.edu написал: Any panel I bring up is missing the top controls and window frame, so I can't move it. Fortunately ^Q works. It feels like I'm missing something. I wonder if others have seen anything like this. KDE4 is a great addition to OpenBSD; I have people waiting for I'm seeing this, too, after installing kde4-minimal and kde4, without kde3 installed, after running startkde4 from ~/.xsession. The window manager seems not to be running, and I have no idea how to start it...
UPDATE: net/daq 2.0.2
Hello,
here is an update to recent daq 2.0.2.
Tested on sparc64 with snort 2.9.6.0.
Please test, comment, ...
Regards,
Markus
Index: Makefile
===
RCS file: /cvs/ports/net/daq/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile21 Aug 2013 02:21:14 - 1.8
+++ Makefile25 Jan 2014 17:55:55 -
@@ -2,9 +2,9 @@
COMMENT = data acquisition library for snort
-DISTNAME = daq-2.0.1
+DISTNAME = daq-2.0.2
-SHARED_LIBS += daq 2.0 # 2.1
+SHARED_LIBS += daq 2.0 # 2.2
SHARED_LIBS += sfbpf 1.0 # 0.1
CATEGORIES = net
Index: distinfo
===
RCS file: /cvs/ports/net/daq/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo21 Aug 2013 02:21:14 - 1.3
+++ distinfo25 Jan 2014 17:55:55 -
@@ -1,2 +1,2 @@
-SHA256 (daq-2.0.1.tar.gz) = 67qHwux2rGXSmAk0QjsFl5Ccrq06hs5dG6HqbOUY7G0=
-SIZE (daq-2.0.1.tar.gz) = 472510
+SHA256 (daq-2.0.2.tar.gz) = 1l0eZ8SZTgLDFCxJpkhkLngLfj2UK0pR9gUwm+rCaag=
+SIZE (daq-2.0.2.tar.gz) = 474447
Index: patches/patch-configure
===
RCS file: /cvs/ports/net/daq/patches/patch-configure,v
retrieving revision 1.3
diff -u -p -r1.3 patch-configure
--- patches/patch-configure 21 Aug 2013 02:21:15 - 1.3
+++ patches/patch-configure 25 Jan 2014 17:55:55 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-configure,v 1.3 2013/08/21 02:21:15 lteo Exp $
configure.orig Wed Jul 3 01:36:06 2013
-+++ configure Mon Aug 5 14:33:20 2013
-@@ -12727,12 +12727,20 @@ else
+--- configure.orig Tue Nov 5 16:10:24 2013
configure Thu Jan 23 22:05:29 2014
+@@ -12806,12 +12806,20 @@ else
#include pcap.h
#include string.h
Index: patches/patch-os-daq-modules_daq_ipfw_c
===
RCS file: /cvs/ports/net/daq/patches/patch-os-daq-modules_daq_ipfw_c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-os-daq-modules_daq_ipfw_c
--- patches/patch-os-daq-modules_daq_ipfw_c 21 Aug 2013 02:21:15 -
1.2
+++ patches/patch-os-daq-modules_daq_ipfw_c 25 Jan 2014 17:55:55 -
@@ -4,9 +4,9 @@ This patch removes DAQ_CAPA_UNPRIV_START
Snort can run as an unprivileged user in inline mode. Sent upstream:
http://marc.info/?l=snort-develm=136254358118711w=2
os-daq-modules/daq_ipfw.c.orig Mon Jul 1 12:44:59 2013
-+++ os-daq-modules/daq_ipfw.c Mon Aug 5 14:33:20 2013
-@@ -401,7 +401,7 @@ static int ipfw_daq_get_snaplen (void* handle)
+--- os-daq-modules/daq_ipfw.c.orig Tue Nov 5 16:00:32 2013
os-daq-modules/daq_ipfw.c Thu Jan 23 22:05:29 2014
+@@ -403,7 +403,7 @@ static int ipfw_daq_get_snaplen (void* handle)
static uint32_t ipfw_daq_get_capabilities (void* handle)
{
return DAQ_CAPA_BLOCK | DAQ_CAPA_REPLACE | DAQ_CAPA_INJECT |
DAQ_CAPA_INJECT_RAW
UPDATE: windowmaker 0.95.5
Hi, Here's a updated windowmaker port. Most of the patches appeared to have reached upstream so got deleted in update. For some parts I couldn't find relevant sections where to apply those so I just deleted them. This is slightly tested on amd64 so could you wider testing. Timo windowmaker.tar.gz Description: application/gzip
Re: Problems with kde4 in the 1/21 and 1/24 package snapshots
26.01.2014 17:43 пользователь Remco re...@d-compu.dyndns.org написал: Vadim Zhukov wrote: 26.01.2014 12:34 STeve Andreapos; and...@msu.edu ???: On 01/26/14 03:21, Vadim Zhukov wrote: 26.01.2014 11:55 STeve Andreapos; and...@msu.edu ???: I'm still learning about KDE4 so perhaps this is my fault, but I'm having problems at the moment. When I run kde4 from the last two package snaps, the splash screen comes up, but I have a single virtual window. Going to the window behavior panel I can set multiple windows, but after clicking apply nothing happens. Any panel I bring up is missing the top controls and window frame, so I can't move it. Fortunately ^Q works. When switching to 4.11.5 I moved the .kde4 dir, but cleverly destroyed it so I can't test with that. What am I missing? Can I turn a debug history on (or up) so I can better see what's going on? This is an amd64-current system updated/compiled on Jan 25th about 7pm est, with a package set from 1/24. ... The transcript from console could help in finding the issue. Most likely it's related with deconflicting patches for renaming binaries; I already removed one erroneous patch which broke KHelpCenter, but there could be others. Running: OpenBSD 5.5-beta (GENERIC.MP) #225: Fri Jan 24 12:16:08 MST 2014 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP I think it's kwin not starting. (when running KDE from .xinitrc I see ksmserver(15854) KSMServer::wmProcessChange: Window manager kwin failed to launch, there don't appear to be any other related messages) kwin as such doesn't appear to exist, but it exists in a renamed version. When I work around the problem by making a symlink from /usr/local/bin/kwinv4 to kwin (ln -s kwin /usr/local/bin/kwinv4), the windows appear normal again. P.S. the binary could be called kwin4 instead of kwinv4 on a slightly older snapshot. Thank you a lot! Expect a fix today or tomorrow, when I'll get back to my laptop.
Re: Problems with kde4 in the 1/21 and 1/24 package snapshots
Vadim Zhukov wrote: 26.01.2014 12:34 STeve Andreapos; and...@msu.edu ???: On 01/26/14 03:21, Vadim Zhukov wrote: 26.01.2014 11:55 STeve Andreapos; and...@msu.edu ???: I'm still learning about KDE4 so perhaps this is my fault, but I'm having problems at the moment. When I run kde4 from the last two package snaps, the splash screen comes up, but I have a single virtual window. Going to the window behavior panel I can set multiple windows, but after clicking apply nothing happens. Any panel I bring up is missing the top controls and window frame, so I can't move it. Fortunately ^Q works. When switching to 4.11.5 I moved the .kde4 dir, but cleverly destroyed it so I can't test with that. What am I missing? Can I turn a debug history on (or up) so I can better see what's going on? This is an amd64-current system updated/compiled on Jan 25th about 7pm est, with a package set from 1/24. ... The transcript from console could help in finding the issue. Most likely it's related with deconflicting patches for renaming binaries; I already removed one erroneous patch which broke KHelpCenter, but there could be others. Running: OpenBSD 5.5-beta (GENERIC.MP) #225: Fri Jan 24 12:16:08 MST 2014 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP I think it's kwin not starting. (when running KDE from .xinitrc I see ksmserver(15854) KSMServer::wmProcessChange: Window manager kwin failed to launch, there don't appear to be any other related messages) kwin as such doesn't appear to exist, but it exists in a renamed version. When I work around the problem by making a symlink from /usr/local/bin/kwinv4 to kwin (ln -s kwin /usr/local/bin/kwinv4), the windows appear normal again. P.S. the binary could be called kwin4 instead of kwinv4 on a slightly older snapshot.
Re: NEW: sysutils/kyua
On 00:12 Sat 25 Jan , Jérémie Courrèges-Anglas wrote:
Hi,
so, after a bit more polishing:
- disable the use of doxygen; only lutok installs the doxygen output,
which had already been properly generated upstream.
- more precise license markers.
- ${CONFIGURE_SHARED} for atf and lutok. Note that lua and thus lutok /
kyua-cli are restricted to shared libs platforms...
- explicit handling of the lua52 flavor for lutok TEST_DEPENDS and
kyua-cli LIB_DEPENDS.
- prevent atf to choose bash as its runtime shell, if bash is present at
configure time
- regress tests handling; kyua's motto seems to be ship the tests along
with the program. This is the only way to run the tests for the atf
port. I added a comment for the other ports. Dunno what people
prefer here.
Here's a tarball for the four ports, tar'd from mystuff/
Thoughts?
I have no objections :)
Tested on -current, amd64.
--
jca | PGP: 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
(previous: 0x06A11494 / 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494)
[squid] ...rejecting '[127.0.0.1]:5330' as a name server...
Hi, squid doesn't like OpenBSD specific syntax on resolv.conf. # squid -N -d 3 ... 2014/01/26 17:58:51| DNS Socket created at [::], FD 5 2014/01/26 17:58:51| DNS Socket created at 0.0.0.0, FD 6 2014/01/26 17:58:51| Adding domain example.com from /etc/resolv.conf 2014/01/26 17:58:51| Adding nameserver [127.0.0.1]:5330 from /etc/resolv.conf 2014/01/26 17:58:51| WARNING: rejecting '[127.0.0.1]:5330' as a name server, because it is not a numeric IP address ... $ cat /etc/resolv.conf # Generated by iwn0 dhclient search example.com nameserver [127.0.0.1]:5330 resolv.conf(5) states: ... nameserver IPv4 address (in dot notation) or IPv6 address (in hex-and- colon notation) of a name server that the resolver should query. Scoped IPv6 address notation is accepted as well (see inet6(4) for details). A non-standard port may also be specified, with the host address enclosed in square brackets. For example: nameserver [10.0.0.1]:5353 nameserver [::1]:5353 jirib
Re: [squid] ...rejecting '[127.0.0.1]:5330' as a name server...
Dhclient will not generate such syntax in resolved.conf so I assume you are doing so via resolv.conf.tail or ... ? And if so, I guess you need to choose between squid and your local DNS port. Or are you saying that there is a snort friendly syntax for this purpose that we should be using instead? Ken On 27 Jan 2014 06:06, Jiri B ji...@devio.us wrote: Hi, squid doesn't like OpenBSD specific syntax on resolv.conf. # squid -N -d 3 ... 2014/01/26 17:58:51| DNS Socket created at [::], FD 5 2014/01/26 17:58:51| DNS Socket created at 0.0.0.0, FD 6 2014/01/26 17:58:51| Adding domain example.com from /etc/resolv.conf 2014/01/26 17:58:51| Adding nameserver [127.0.0.1]:5330 from /etc/resolv.conf 2014/01/26 17:58:51| WARNING: rejecting '[127.0.0.1]:5330' as a name server, because it is not a numeric IP address ... $ cat /etc/resolv.conf # Generated by iwn0 dhclient search example.com nameserver [127.0.0.1]:5330 resolv.conf(5) states: ... nameserver IPv4 address (in dot notation) or IPv6 address (in hex-and- colon notation) of a name server that the resolver should query. Scoped IPv6 address notation is accepted as well (see inet6(4) for details). A non-standard port may also be specified, with the host address enclosed in square brackets. For example: nameserver [10.0.0.1]:5353 nameserver [::1]:5353 jirib
Re: NEW: devel/py-capstone
2014/1/26 Benoit Lecocq b...@arcane-labs.net: Hi, This port is a Python API for capstone disassembly engine. Comments ? OK ? README says: This project is released under the BSD license. If you redistribute the binary or source code of Capstone, please attach file LICENSE.TXT with your products. The second sentence looks like an additional, hard restriction. For example, it still applies if you distribute source+binary package (the case with this package). I think that PERMIT_* may be left Yes, but the file mentioned should be added to distribution, say, via post-install target. Also, this port builds nice with Python 3. I do not know if it's working with Python 3 because I don't know how to test it. But I think it worths to look at the description of lang/python module in port-modules(5) and try to make port py3-compatible. This is an optional suggestion only, though, feel free to ignore it. -- WBR, Vadim Zhukov
Re: [squid] ...rejecting '[127.0.0.1]:5330' as a name server...
On Mon, Jan 27, 2014 at 08:09:20AM +1300, Kenneth Westerback wrote: Dhclient will not generate such syntax in resolved.conf so I assume you are doing so via resolv.conf.tail or ... ? And if so, I guess you need to choose between squid and your local DNS port. Yes, I used resolv.conf.tail. Hmmm, squid does not seem to support custom dns port anyway via a config option. Or are you saying that there is a snort friendly syntax for this purpose that we should be using instead? I don't understand the question. On 27 Jan 2014 06:06, Jiri B ji...@devio.us wrote: Hi, squid doesn't like OpenBSD specific syntax on resolv.conf. # squid -N -d 3 ... 2014/01/26 17:58:51| DNS Socket created at [::], FD 5 2014/01/26 17:58:51| DNS Socket created at 0.0.0.0, FD 6 2014/01/26 17:58:51| Adding domain example.com from /etc/resolv.conf 2014/01/26 17:58:51| Adding nameserver [127.0.0.1]:5330 from /etc/resolv.conf 2014/01/26 17:58:51| WARNING: rejecting '[127.0.0.1]:5330' as a name server, because it is not a numeric IP address ... $ cat /etc/resolv.conf # Generated by iwn0 dhclient search example.com nameserver [127.0.0.1]:5330 resolv.conf(5) states: ... nameserver IPv4 address (in dot notation) or IPv6 address (in hex-and- colon notation) of a name server that the resolver should query. Scoped IPv6 address notation is accepted as well (see inet6(4) for details). A non-standard port may also be specified, with the host address enclosed in square brackets. For example: nameserver [10.0.0.1]:5353 nameserver [::1]:5353 jirib
Re: [squid] ...rejecting '[127.0.0.1]:5330' as a name server...
On 27 January 2014 08:32, Jiri B ji...@devio.us wrote: On Mon, Jan 27, 2014 at 08:09:20AM +1300, Kenneth Westerback wrote: Dhclient will not generate such syntax in resolved.conf so I assume you are doing so via resolv.conf.tail or ... ? And if so, I guess you need to choose between squid and your local DNS port. Yes, I used resolv.conf.tail. Hmmm, squid does not seem to support custom dns port anyway via a config option. Or are you saying that there is a snort friendly syntax for this purpose that we should be using instead? I don't understand the question. Since I don't know squid, I was asking if it did handle some other syntax that we might be able to add to resolv.conf consumers. does not seem to support custom dns port would seem to answer the question. :-) Ken Hi, squid doesn't like OpenBSD specific syntax on resolv.conf. # squid -N -d 3 ... 2014/01/26 17:58:51| DNS Socket created at [::], FD 5 2014/01/26 17:58:51| DNS Socket created at 0.0.0.0, FD 6 2014/01/26 17:58:51| Adding domain example.com from /etc/resolv.conf 2014/01/26 17:58:51| Adding nameserver [127.0.0.1]:5330 from /etc/resolv.conf 2014/01/26 17:58:51| WARNING: rejecting '[127.0.0.1]:5330' as a name server, because it is not a numeric IP address ... $ cat /etc/resolv.conf # Generated by iwn0 dhclient search example.com nameserver [127.0.0.1]:5330 resolv.conf(5) states: ... nameserver IPv4 address (in dot notation) or IPv6 address (in hex-and- colon notation) of a name server that the resolver should query. Scoped IPv6 address notation is accepted as well (see inet6(4) for details). A non-standard port may also be specified, with the host address enclosed in square brackets. For example: nameserver [10.0.0.1]:5353 nameserver [::1]:5353 jirib
libgcrypt broken on arm
I'm trying to build libgcrypt on a armv7 pandaboard, but it seems to be broken. /usr/bin/libtool --tag=CC--mode=compile cc -DHAVE_CONFIG_H -I. -I.. -I../src -I../src -I/usr/local/include -O2 -pipe -fvisibility=hidden -Wall -MT blowfish.lo -MD -MP -MF .deps/blowfish.Tpo -c -o blowfish.lo blowfish.c cc -DHAVE_CONFIG_H -I. -I.. -I../src -I../src -I/usr/local/include -O2 -pipe -fvisibility=hidden -Wall -MT blowfish.lo -MD -MP -MF .deps/blowfish.Tpo -c blowfish.c -fPIC -DPIC -o .libs/blowfish.o cc -DHAVE_CONFIG_H -I. -I.. -I../src -I../src -I/usr/local/include -O2 -pipe -fvisibility=hidden -Wall -MT blowfish.lo -MD -MP -MF .deps/blowfish.Tpo -c blowfish.c -o blowfish.o mv -f .deps/blowfish.Tpo .deps/blowfish.Plo make: don't know how to make blowfish-arm.lo (prerequisite of: libcipher.la) Stop in cipher *** Error 1 in . (Makefile:428 'all-recursive') *** Error 1 in /home/ports/obj/libgcrypt-1.6.0/libgcrypt-1.6.0 (Makefile:337 'all') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2673 '/home/ports/obj/libgcrypt-1.6.0/.build_done') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1874 '/home/ports/packages/arm/all/libgcrypt-1.6.0.tgz') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2426 '_internal-package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2406 'package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1891 '/var/db/pkg/libgcrypt-1.6.0/+CONTENTS') *** Error 1 in /usr/ports/security/libgcrypt (/usr/ports/infrastructure/mk/bsd.port.mk:2406 'install')
Re: NEW: devel/py-capstone
On 01/26/14 20:18, Vadim Zhukov wrote: 2014/1/26 Benoit Lecocq b...@arcane-labs.net: Hi, This port is a Python API for capstone disassembly engine. Comments ? OK ? README says: This project is released under the BSD license. If you redistribute the binary or source code of Capstone, please attach file LICENSE.TXT with your products. The second sentence looks like an additional, hard restriction. For example, it still applies if you distribute source+binary package (the case with this package). I think that PERMIT_* may be left Yes, but the file mentioned should be added to distribution, say, via post-install target. Also, this port builds nice with Python 3. I do not know if it's working with Python 3 because I don't know how to test it. But I think it worths to look at the description of lang/python module in port-modules(5) and try to make port py3-compatible. This is an optional suggestion only, though, feel free to ignore it. -- WBR, Vadim Zhukov Yes, ok for the LICENSE.TXT file. For Python 3, I will test and see if it's possible. I can add the Python 3 flavor but I'm not sure if it work well... There is only some references to Python 2.
Re: libgcrypt broken on arm
On Sun, 26 Jan 2014 21:38:04 +0100, Guenther Niess wrote: I'm trying to build libgcrypt on a armv7 pandaboard, but it seems to be broken. Indeed, thanks for the report. Any oks for this patch (tested on a BBB)? Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-configure 26 Jan 2014 23:52:36 - @@ -0,0 +1,14 @@ +$OpenBSD$ +--- configure.orig Mon Jan 27 00:27:10 2014 configure Mon Jan 27 00:27:28 2014 +@@ -18206,10 +18206,6 @@ $as_echo #define USE_BLOWFISH 1 confdefs.h + # Build with the assembly implementation + GCRYPT_CIPHERS=$GCRYPT_CIPHERS blowfish-amd64.lo + ;; +- arm*-*-*) +- # Build with the assembly implementation +- GCRYPT_CIPHERS=$GCRYPT_CIPHERS blowfish-arm.lo +- ;; +esac + fi +
Re: libgcrypt broken on arm
On 26/01/14 6:52 PM, Pascal Stumpf wrote: On Sun, 26 Jan 2014 21:38:04 +0100, Guenther Niess wrote: I'm trying to build libgcrypt on a armv7 pandaboard, but it seems to be broken. Indeed, thanks for the report. Any oks for this patch (tested on a BBB)? Quite clearly a mistake with the Makefile that resulted in the ASM code not being included in the tarball when the release was made even though it exists in their git repo, which has already been fixed. I am not sure if that alone is enough to fully disable this particular bit of ASM code as a workaround. Is HAVE_COMPATIBLE_GCC_ARM_PLATFORM_AS defined? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: Problems with kde4 in the 1/21 and 1/24 package snapshots
On 01/26/14 06:24, Stefan Sperling wrote: On Sun, Jan 26, 2014 at 03:34:08AM -0500, STeve Andre' wrote: On 01/26/14 03:21, Vadim Zhukov wrote: 26.01.2014 11:55 пользователь STeve Andreapos; and...@msu.edu написал: Any panel I bring up is missing the top controls and window frame, so I can't move it. Fortunately ^Q works. It feels like I'm missing something. I wonder if others have seen anything like this. KDE4 is a great addition to OpenBSD; I have people waiting for I'm seeing this, too, after installing kde4-minimal and kde4, without kde3 installed, after running startkde4 from ~/.xsession. The window manager seems not to be running, and I have no idea how to start it... Well, glad to know it isn't just me. A small puzzle: I have a listing of dot files from two weeks ago which says .xsession-errors was about 25M in size. Right now, .xsession is 0 length. I sure wish I knew what was in it, before. Work is bellowing at the moment but I'll try some stuff later tonight. --STeve Andre'
Re: NEW: audio/paulstretch
On 1/24/2014 1:16 AM, Brian Callahan wrote: Hi ports -- Attached is a new port, audio/paulstretch. PaulStretch is a program that is designed to stretch audio to extreme lengths. It can create a sound texture out of any sound or piece of music. Works well on amd64 and loongson. OK? ~Brian Ping.
Re: UPDATE: net/snort 2.9.6.0
On Sun, Jan 26, 2014 at 02:12:06PM +0100, Markus Lude wrote:
Hello,
attached is an update to recent snort 2.9.6.0.
Tested on sparc64 with daq 2.0.2.
Please test, comment, ...
and now with the diff attached ...
Index: Makefile
===
RCS file: /cvs/ports/net/snort/Makefile,v
retrieving revision 1.83
diff -u -p -r1.83 Makefile
--- Makefile16 Dec 2013 03:32:39 - 1.83
+++ Makefile25 Jan 2014 17:56:18 -
@@ -4,7 +4,7 @@ SHARED_ONLY = Yes
COMMENT = highly flexible sniffer/NIDS
-VERSION = 2.9.5.6
+VERSION = 2.9.6.0
DISTNAME = snort-${VERSION}
CATEGORIES = net security
Index: distinfo
===
RCS file: /cvs/ports/net/snort/distinfo,v
retrieving revision 1.28
diff -u -p -r1.28 distinfo
--- distinfo16 Dec 2013 03:32:39 - 1.28
+++ distinfo25 Jan 2014 17:56:18 -
@@ -1,2 +1,2 @@
-SHA256 (snort-2.9.5.6.tar.gz) = ae0JB3wfoiaPgUyO/25hO3/oh2oTjfHNZXnP+7dH21U=
-SIZE (snort-2.9.5.6.tar.gz) = 5049188
+SHA256 (snort-2.9.6.0.tar.gz) = PMbIqbUvTIY6VzanO0ASr/NAtQteACdxsE1Id/R80Z4=
+SIZE (snort-2.9.6.0.tar.gz) = 5189146
Index: patches/patch-src_decode_h
===
RCS file: /cvs/ports/net/snort/patches/patch-src_decode_h,v
retrieving revision 1.5
diff -u -p -r1.5 patch-src_decode_h
--- patches/patch-src_decode_h 21 Aug 2013 02:28:43 - 1.5
+++ patches/patch-src_decode_h 25 Jan 2014 17:56:18 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-src_decode_h,v 1.5 2013/08/21 02:28:43 lteo Exp $
src/decode.h.orig Wed Jul 3 17:31:22 2013
-+++ src/decode.h Mon Aug 5 14:37:49 2013
-@@ -813,9 +813,9 @@ typedef struct _SLLHdr {
+--- src/decode.h.orig Tue Dec 31 17:07:53 2013
src/decode.h Thu Jan 23 23:02:17 2014
+@@ -814,9 +814,9 @@ typedef struct _SLLHdr {
* Pflog1_Hdr: CVS = 1.3, DLT_OLD_PFLOG = 17, Length = 28
* Pflog2_Hdr: CVS = 1.8, DLT_PFLOG = 117, Length = 48
* Pflog3_Hdr: CVS = 1.12, DLT_PFLOG = 117, Length = 64
Index: patches/patch-src_dynamic-plugins_sf_dynamic_plugins_c
===
RCS file:
/cvs/ports/net/snort/patches/patch-src_dynamic-plugins_sf_dynamic_plugins_c,v
retrieving revision 1.8
diff -u -p -r1.8 patch-src_dynamic-plugins_sf_dynamic_plugins_c
--- patches/patch-src_dynamic-plugins_sf_dynamic_plugins_c 10 Jul 2013
02:10:22 - 1.8
+++ patches/patch-src_dynamic-plugins_sf_dynamic_plugins_c 25 Jan 2014
17:56:18 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-src_dynamic-plugins_sf_dynamic_plugins_c,v 1.8 2013/07/10
02:10:22 lteo Exp $
src/dynamic-plugins/sf_dynamic_plugins.c.orig Tue Jun 4 23:19:52 2013
-+++ src/dynamic-plugins/sf_dynamic_plugins.c Mon Jul 1 23:00:39 2013
-@@ -256,8 +256,7 @@ void LoadAllLibs(const char * const path, LoadLibraryF
+--- src/dynamic-plugins/sf_dynamic_plugins.c.orig Tue Dec 31 17:07:54 2013
src/dynamic-plugins/sf_dynamic_plugins.c Thu Jan 23 23:02:17 2014
+@@ -257,8 +257,7 @@ void LoadAllLibs(const char * const path, LoadLibraryF
dir_entry = readdir(directory);
while (dir_entry != NULL)
{
Index: patches/patch-src_dynamic-plugins_sf_engine_Makefile_in
===
RCS file:
/cvs/ports/net/snort/patches/patch-src_dynamic-plugins_sf_engine_Makefile_in,v
retrieving revision 1.6
diff -u -p -r1.6 patch-src_dynamic-plugins_sf_engine_Makefile_in
--- patches/patch-src_dynamic-plugins_sf_engine_Makefile_in 31 May 2013
20:26:01 - 1.6
+++ patches/patch-src_dynamic-plugins_sf_engine_Makefile_in 25 Jan 2014
17:56:18 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-src_dynamic-plugins_sf_engine_Makefile_in,v 1.6 2013/05/31
20:26:01 lteo Exp $
src/dynamic-plugins/sf_engine/Makefile.in.orig Mon Apr 15 15:57:46 2013
-+++ src/dynamic-plugins/sf_engine/Makefile.in Wed Apr 24 14:51:57 2013
-@@ -296,7 +296,7 @@ top_builddir = @top_builddir@
+--- src/dynamic-plugins/sf_engine/Makefile.in.orig Tue Dec 31 19:30:40 2013
src/dynamic-plugins/sf_engine/Makefile.in Thu Jan 23 23:02:17 2014
+@@ -371,7 +371,7 @@ top_builddir = @top_builddir@
top_srcdir = @top_srcdir@
AUTOMAKE_OPTIONS = foreign no-dependencies
lib_LTLIBRARIES = libsf_engine.la
Index: patches/patch-src_dynamic-preprocessors_Makefile_in
===
RCS file:
/cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_Makefile_in,v
retrieving revision 1.12
diff -u -p -r1.12 patch-src_dynamic-preprocessors_Makefile_in
--- patches/patch-src_dynamic-preprocessors_Makefile_in 21 Aug 2013 02:28:43
- 1.12
+++ patches/patch-src_dynamic-preprocessors_Makefile_in 25 Jan 2014 17:56:18
-
@@ -1,7 +1,7 @@
$OpenBSD:
