Re: make build errors on me (perl does not install properly)
On 03/17/2015 08:44 PM, patrick keshishian wrote: On 3/17/15, Gregory Edigarov ediga...@qarea.com wrote: On 03/16/2015 10:21 PM, Stuart Henderson wrote: On 2015-03-16, Gregory Edigarov ediga...@qarea.com wrote: Hello, I know I am re-asking the same question again, but what are the possible reasons of such behaviour? Obviously the system builds ok, but perl doesn't install correctly. I need my system to be correctly built from sources because i am going to make some experimental changes. (I am starting from the most fresh binary snapshot available). # env make clean obj build [skip many correct lines] I don't know if it's implicated in this problem, but don't run the multiple targets on one line like that, run them separately or do make clean make obj make build. Also check you don't have any bogus files in your checkout (cvs up -Pd -I \! -I obj -I CVS) and it's a good idea to clean /usr/obj if you're having problems. Hi, Stuart. I've tried your advice. did # cvs up -Pd -I \! -I obj -I CVS Just a WAG, do you possible have a (or a few) file(s) with a sticky Tag? If you are working off head of the CVS tree use a -APd to clear out any possible Tags. --patrick hmmm, no. It was a clean checkout from a server. so I don't think that's a case. # rm -rf /usr/obj/* # env make clean env make obj env make build and it again errors on me: ./tls.h - ./tls.ph ./siphash.h - ./siphash.ph *** Error 1 in gnu/usr.bin/perl (Makefile.bsd-wrapper:112 'install') *** Error 1 in gnu/usr.bin (bsd.subdir.mk:48 'realinstall') *** Error 1 in gnu (bsd.subdir.mk:48 'realinstall') *** Error 1 in . (bsd.subdir.mk:48 'realinstall') *** Error 1 in /usr/src (Makefile:82 'build') # make clean make obj make build what could be the reason? -- With best regards, Gregory Edigarov
Re: make build errors on me (perl does not install properly)
On 03/18/2015 12:04 PM, Gregory Edigarov wrote: On 03/17/2015 08:44 PM, patrick keshishian wrote: On 3/17/15, Gregory Edigarov ediga...@qarea.com wrote: On 03/16/2015 10:21 PM, Stuart Henderson wrote: On 2015-03-16, Gregory Edigarov ediga...@qarea.com wrote: Hello, I know I am re-asking the same question again, but what are the possible reasons of such behaviour? Obviously the system builds ok, but perl doesn't install correctly. I need my system to be correctly built from sources because i am going to make some experimental changes. (I am starting from the most fresh binary snapshot available). # env make clean obj build [skip many correct lines] I don't know if it's implicated in this problem, but don't run the multiple targets on one line like that, run them separately or do make clean make obj make build. Also check you don't have any bogus files in your checkout (cvs up -Pd -I \! -I obj -I CVS) and it's a good idea to clean /usr/obj if you're having problems. Hi, Stuart. I've tried your advice. did # cvs up -Pd -I \! -I obj -I CVS Just a WAG, do you possible have a (or a few) file(s) with a sticky Tag? If you are working off head of the CVS tree use a -APd to clear out any possible Tags. --patrick hmmm, no. It was a clean checkout from a server. so I don't think that's a case. well, I've tried cvs up -APd - still the same result. # rm -rf /usr/obj/* # env make clean env make obj env make build and it again errors on me: ./tls.h - ./tls.ph ./siphash.h - ./siphash.ph *** Error 1 in gnu/usr.bin/perl (Makefile.bsd-wrapper:112 'install') *** Error 1 in gnu/usr.bin (bsd.subdir.mk:48 'realinstall') *** Error 1 in gnu (bsd.subdir.mk:48 'realinstall') *** Error 1 in . (bsd.subdir.mk:48 'realinstall') *** Error 1 in /usr/src (Makefile:82 'build') # make clean make obj make build what could be the reason? -- With best regards, Gregory Edigarov
Re: pflog0 showing traffic for rule with no logging requested
* Martin Gignac martin.gig...@gmail.com [2015-02-24 14:46]: 08:24:27.831052 rule 1/(match) pass in on vlan308: 10.120.108.2 224.0.0.1: igmp query [tos 0xc0] [ttl 1] 08:26:36.645149 rule 1/(match) pass in on vlan308: 10.120.108.2 224.0.0.1: igmp query [tos 0xc0] [ttl 1] Two things which I don't understand: 1. Why is pflog0 showing packets for a rule (1:pass all flags S/SA) that does not even have logging enabled? pf forces a drop of some packets. I. e. those matching a state but failing the tcp sequence number against the window check, or with ip options set, or fragments if defrag is turned off (on by default) and there is no rule specifically matching fragments. since these have no rule to refer to, they refer to the default rule, which happens to be a pass one. and that pass is shown. can admittedly be misleading. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
relayd, sshd, carp
i have a pair of openbsd boxes, each running a secondary sshd service on alternate port on their primary ip addresses. in addition to the primary address, they also share a carp address. the secondary sshd service listens on the primary address, and alternate port (10022). secondary sshd configuration, users, directories and such are synchronized between the two boxes so that the secondary sshd services are identical excepting for their listening address. each of these boxes is also running relayd. the configurations are identical, being synchronized the same way as the secondary sshd services are. relayd listens on the carp address, and relays inbound connections to the two primary addresses on the alternate ports. the overall goal is to provide a clustered sftp service that protects against single points of failure and allows for growth and maintenance (eg. adding more cluster nodes and/or bringing one down for patching). overall this appears to be working, but (and here is why i'm posting) ... relayd has been failing its backend hosts at somewhat random intervals, with complaints of timeouts. we don't always see these (though they are definitely being logged) because relayd simply relays connections to the boxes which remain up ... however, we've seen periods where both backend services get marked down at the same time and then our inbound transmissions fail. at that point it comes to everybody's attention. initially i think we're having some kind of issue with our switching or something. but then i realize that relayd is failing the service running on the same host as well as other hosts on the network. if relayd is listening on address X on a carp interface and talking to address Y on the same physical interface which is related to the carp interface, do these packets physically leave the box or does openbsd route those packets locally? if the former, we could still have network switching issues. if the latter, i probably have an issue with my configuration on openbsd. and in the case of the latter, i'll show my configuration below in hopes that someone can point something out that i'm doing incorrectly. i'll also include dmesg. we do have cron jobs running at 15-minute intervals, which very roughly equates to at least some of the relayd messages shown below, so i have to wonder about limits, memory, etc. i haven't seen anything listed in errata which leads me to believe it's a problem with the code on the system, but i'm definitely not running the latest code. i'm more interested at this point in vetting out any configuration issues or misconceptions on my part, and possibly ruling out these systems as causes of the problem. help, as well as constructive criticism, will certainly be appreciated! # w|grep load 11:47AM up 24 days, 11:04, 2 users, load averages: 0.14, 0.27, 0.55 # uname -a OpenBSD clusternode1 5.3 GENERIC.MP#58 i386 # vmstat procsmemory pagediskstraps cpu r b wavm fre flt re pi po fr sr cd0 sd0 int sys cs us sy id 1 7 0 24020 2403692 363 0 0 0 0 0 0 0 54 1186 79 1 1 98 /etc/hostname.em0 inet 10.11.12.102 255.255.255.0 -inet6 /etc/hostname.carp100 inet 10.11.12.100 255.255.255.0 NONE vhid 100 pass mycarppass advbase 1 advskew 1 description sftpcluster -inet6 /usr/local/etc/sftp/run #!/bin/sh exec 21 PORT=10022 MYDIR=`pwd` HOSTKEYS= for K in ${MYDIR}/etc/*key ; do HOSTKEYS=${HOSTKEYS} -h ${K} ; done SSHD=`which sshd` MYIP=`ifconfig egress | awk '/inet / { print $2 }'` exec ${SSHD} -f ${MYDIR}/sftp.config \ ${HOSTKEYS} \ -o ListenAddress=${MYIP}:${PORT} \ -D -e /usr/local/etc/sftp/sftp.config Protocol 2 SyslogFacility AUTH LogLevel INFO PermitRootLogin no StrictModes yes MaxAuthTries 6 ##MaxSessions 10 AuthorizedKeysFile /usr/local/etc/sftp/authorized_keys/%u.pub PasswordAuthentication yes PermitEmptyPasswords no AllowAgentForwarding no AllowTcpForwarding no GatewayPorts no X11Forwarding no UsePrivilegeSeparation sandbox PermitUserEnvironment no Compression delayed ClientAliveInterval 0 ClientAliveCountMax 3 PidFile /var/run/sftp.pid ##MaxStartups 10:30:100 PermitTunnel no ChrootDirectory %h #Port 10022 UseDNS no Subsystem sftpinternal-sftp ForceCommand internal-sftp -l VERBOSE /usr/local/etc/relayd/run #!/bin/sh exec 21 RELAYD=`which relayd` sleep 1 exec ${RELAYD} -d -v -f ./relayd.conf /usr/local/etc/relayd/relayd.conf table sftpcluster { 10.11.12.102 10.11.12.103 } # sftpnode1/sftpnode2 relay sftpcluster { listen on carp100 port 10022 forward to sftpcluster port 10022 mode loadbalance check send 'foo' expect 'SSH-2*' } output from relayd: /var/log/authlog:Mar 18 00:00:02 clusternode1 relayd: host 10.10.10.103, check send expect (209ms), state
Re: iwm0: fatal firmware error on -current
On Wed, Mar 18, 2015 at 06:31:03PM +0100, Mattieu Baptiste wrote: Anyone seeing this? Yes, all the time. I'll try to find this night the commit which is causing this regression. If there was particular commit that made it much worse, that would be good to know. But I believe this problem has been present since the driver was added. I made sure to list frequent firmware timeouts in the man page as one of the outstanding bugs. Usually the firmware manages to recover after a few association attempts. The problem(s?) is/are in the transition from initial state to successful association. Once the driver manages to associate the connection is stable. I think this problem is caused by the net80211 state machine racing the firmware/hardware. I haven't yet found time to confirm this theory though. Testing the theory involves introducing synchronous register i/o operations in the driver. Currently they happen asynchronously to net80211 state changes (else the kernel panics very quickly). I don't know why the driver was written this way. Perhaps it's a remnant from the porting process from Linux. This driver has a peculiar history. OpenBSD adopted it but it wasn't originally written by us. In any case, please make sure you have 2 antennas connected to the device. The driver doesn't handle a missing antenna yet.
[R] trouble with fetching cran repos index
Hello, Do R users have trouble with loading packages from CRAN repos? I tried several mirrors and always have an answer sounding like (I am translating from French): unable to reach repo index from http://r.meteo.uni.wroc.pl/src/contrib I searched misc and rseek without finding anything but searching the web for R troubles is quite cumbersome. Any hint? Thanks! PS: I tried both tk-interface and install.packages(maptools, repos=http://r.meteo.uni.wroc.pl;). R CMD INSTALL works so I can always upload manually, but install.packages uploads automatically dependencies
Re: OpenBSD as base OS for Virtualization
On Tue, Mar 17, 2015 at 10:22:10PM -0700, pixelfairy wrote: You might want xen and run openbsd as dom0 So port it, otherwise have nice (wet) dreams :P j.
Re: iwm0: fatal firmware error on -current
On Wed, Mar 18, 2015 at 10:45:16PM +0100, Mattieu Baptiste wrote: On Wed, Mar 18, 2015 at 7:01 PM, Stefan Sperling s...@stsp.name wrote: On Wed, Mar 18, 2015 at 06:31:03PM +0100, Mattieu Baptiste wrote: Anyone seeing this? Yes, all the time. I'll try to find this night the commit which is causing this regression. If there was particular commit that made it much worse, that would be good to know. Ok, so I tried reverting one by one every commit. Starting with rev. 1.33 of if_iwm.c, the interface cannot be brought up (no carrier). With rev. 1.32, the connection is OK and rather stable. My AP is capable of 802.11a/b/g/n at 2.4 and 5 GHz. And I guess your AP is configured to use some 2.4GHz channel? Revision 1.33 enabled 11a support, which means scans will take much longer since more channels must be scanned. With if_iwm.c at HEAD, if you run 'ifconfig iwm0 media autoselect mode 11g' before doing anything else does it behave better again?
Re: frequently wifi athn device timeout
On Tue, Mar 17, 2015 at 11:12:34AM +0300, Evgeny Zhavoronkov wrote: I have the same problem with the latest snapshot and yes, the problem is with any AP and they are in range 1-5 meters. Do you use irssi and/or chromium? To me looks like when I am running these apps, I get more timeouts. -- Regards Henrique Lengler
relayd layer7 proxy
Hello, So Iâm attempting to implement an http proxy using the relay rules of relayd. The scenario that we have is that there are several boxes behind a firewall all of which have different sites on them The firewall terminates HTTP connections in relay and passes the request on to the relevant box based on the Host header in the request. So for example an http request to foo might be relayed to box1, bar to box 2 and baz to box3. Our prototype was fairly successful, using a degree of * in the value field for Host header, however we have come across some puzzling behaviour. When querying foo, we get the correct output from the foo server. When querying bar or baz, we only get output from the baz server. Initially we had a more conveluted configuration, but progressively as things failed to behave we stripped out more and more, until we ended up with the current file that looks like the one below (no points for pointing out the fact that these dns records are nonsense values - all our test queries are being made direct by IPs, and we are still getting the same results) Our relayd.conf as our proof of concept looks like this: table foo { 192.168.2.40 } table bar { 192.168.2.45 } table baz { 10.128.2.3 } http protocol 'web' { match request quick header 'Host' value 'foo' forward to foo match request quick header 'Host' value 'bar' forward to bar match request quick header 'Host' value 'baz' forward to baz } relay 'extip_plain' { listen on ext_ip_redacted port 80 protocol 'web' forward to baz port 80 forward to bar port 80 forward to foo port 80 } $telnet ext_ip 80 Trying ext_ip ... Connected to ext_ip. Escape character is '^]'. GET / HTTP/1.1 Host: foo HTTP/1.1 200 response from foo telnet ext_ip 80 Trying ext_ip... Connected to ext_ip Escape character is '^]'. GET / HTTP/1.1 Host: bar HTTP/1.1 200 response from bar telnet ext_ip 80 Trying ext_ip... Connected to ext_ip. Escape character is '^]'. GET / HTTP/1.1 Host: baz HTTP/1.1 200 response from _bar_ Having had a good search and read throughof anything I can get my hands on related to this on the internet, I have been surprised to find that there isn't a great deal of relevant documentation out there - which is possibly why we are getting stumped. Any suggestions on what we are doing wrong would be greatly received. -- Stuart Harland
Re: Installation panic on boot
I know that my ACPI is not the same as that of the more expensive Thinkpad models. My ACPI is not supported by Linux drivers either, while the more expensive Thinkpads have supported ACPI. How can I get past this error and install OpenBSD? On Sun, Mar 15, 2015 at 5:57 PM, Stuart Henderson s...@spacehopper.org wrote: On 2015/03/15 20:39, The Aviator wrote: Information was posted here: http://sprunge.us/aUCO This is the entirety of acpidump piped to this pastebin. That should have the relevant information - note to readers, acpixtract (in acpica) will unwrap that into normal aml files.
iwm0: fatal firmware error on -current
Hi, Since a few days, after upgrading to -current, I cannot use my iwm(4) device anymore. When trying to connect to an AP, I got the messages below (debug on). Anyone seeing this? I'll try to find this night the commit which is causing this regression. Mar 18 17:54:55 westvleteren /bsd: iwm0: begin active scan Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from fa:8f:ca:76:d0:8a rssi 23 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 06:18:0a:e0:20:a0 rssi 32 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 00:18:0a:e0:3c:50 rssi 26 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 06:18:0a:e0:3d:50 rssi 33 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 00:18:0a:e0:32:20 rssi 35 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 06:18:0a:e0:3c:50 rssi 24 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 00:18:0a:e0:3d:50 rssi 32 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 06:18:0a:e0:20:a0 rssi 31 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 00:18:0a:e0:33:80 rssi 18 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 00:18:0a:e0:2c:c0 rssi 21 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 06:18:0a:e0:3d:40 rssi 13 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: received beacon from 00:18:0a:e0:3d:60 rssi 24 mode 11g Mar 18 17:54:55 westvleteren /bsd: iwm0: fatal firmware error Mar 18 17:54:56 westvleteren /bsd: iwm0: could not initiate scan Here is a dmesg: OpenBSD 5.7-current (GENERIC.MP) #893: Sun Mar 15 19:04:07 MDT 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3951230976 (3768MB) avail mem = 3827544064 (3650MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdcd3d000 (61 entries) bios0: vendor LENOVO version GJET77WW (2.27 ) date 05/20/2014 bios0: LENOVO 20B7S2G900 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC DBGP ECDT HPET APIC MCFG SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT PCCT SSDT UEFI MSDM ASF! BATB FPDT UEFI DMAR acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) XHCI(S3) EHC1(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz, 1796.10 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz, 1795.85 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz, 1795.85 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz, 1795.85 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus
Re: [R] trouble with fetching cran repos index
On Wed, Mar 18, 2015 at 07:36:43PM +0100, dam...@thiriet.web4me.fr wrote: Hello, Do R users have trouble with loading packages from CRAN repos? I tried several mirrors and always have an answer sounding like (I am translating from French): unable to reach repo index from http://r.meteo.uni.wroc.pl/src/contrib I searched misc and rseek without finding anything but searching the web for R troubles is quite cumbersome. Any hint? Thanks! PS: I tried both tk-interface and install.packages(maptools, repos=http://r.meteo.uni.wroc.pl;). R CMD INSTALL works so I can always upload manually, but install.packages uploads automatically dependencies I just tested install.packages(maptools, repos = http://r.meteo.uni.wroc.pl;) and it worked fine. Does $ ftp http://r.meteo.uni.wroc.pl/src/contrib/PACKAGES work? --
Re: iwm0: fatal firmware error on -current
On Wed, Mar 18, 2015 at 7:01 PM, Stefan Sperling s...@stsp.name wrote: On Wed, Mar 18, 2015 at 06:31:03PM +0100, Mattieu Baptiste wrote: Anyone seeing this? Yes, all the time. I'll try to find this night the commit which is causing this regression. If there was particular commit that made it much worse, that would be good to know. Ok, so I tried reverting one by one every commit. Starting with rev. 1.33 of if_iwm.c, the interface cannot be brought up (no carrier). With rev. 1.32, the connection is OK and rather stable. My AP is capable of 802.11a/b/g/n at 2.4 and 5 GHz. -- Mattieu Baptiste /earth is 102% full ... please delete anyone you can.
Re: make build errors on me (perl does not install properly)
On Wed, Mar 18, 2015 at 5:02 AM, Gregory Edigarov ediga...@qarea.com wrote: ... well, I've tried cvs up -APd - still the same result. So you've gotten the same error multiple times and no one has said oh, right, that. Here's the fix. Maybe it's time to debug itself yourself? ... ./siphash.h - ./siphash.ph *** Error 1 in gnu/usr.bin/perl (Makefile.bsd-wrapper:112 'install') So the step make -f Makefile.bsd-wrapper install in gnu/usr.bin/perl is failing. Maybe try running that directly? Run it with -n to see the exact commands? Then run it by hand and see which commands are failing? Crank up the verbosity level on some of the commands? Capture intermediate output? ktrace the failing command? Philip Guenther
Re: problem building ruby on SPARC
Hi Jeremy, Jeremy Evans wrote: This indicates your ports tree is out of sync with the packages on your machine. If you don't want to fix that, you can set the PKG_CREATE_NO_CHECKS=Yes environment variable to work around this problem. that was it. The box is slow and between the several build attempts there were updates. I updated tcl and tk and now ruby installed. Ruby tk built and installed. Now back in business building the rest of what is needed for subversion, which would be boost. Crossing fingers. Riccardo