Firefox download progress always reported as failed
Greetings, I'm facing a weird Firefox behavior: when downloading a file, the progress indicator stays always switched off and in the download window the current operation is reported as failed. Actually, the download is properly on going (the part file is growing in size and, if I try to quit from the browser before it completes, the message If you exit now, 1 download will be cancelled appears, confirming that it is progressing. I tried with a brand-new Firefox installation, without any extensions loaded or custom config. Always reproducible on 5.5, GENERIC.MP. Any hints? Thanks in advance -- Alessandro DE LAURENZIS [mailto:just22@gmail.com] LinkedIn: http://it.linkedin.com/in/delaurenzis
Re: Firefox download progress always reported as failed
On Sun 15/06 08:52, Alessandro DE LAURENZIS wrote: Greetings, I'm facing a weird Firefox behavior: when downloading a file, the progress indicator stays always switched off and in the download window the current operation is reported as failed. Actually, the download is properly on going (the part file is growing in size and, if I try to quit from the browser before it completes, the message If you exit now, 1 download will be cancelled appears, confirming that it is progressing. I tried with a brand-new Firefox installation, without any extensions loaded or custom config. Always reproducible on 5.5, GENERIC.MP. It's worth noting that the behavior is the same mounting the /home partition both with and without the noatime flag, just in case it could have any kinds of side-effect. All the best -- Alessandro DE LAURENZIS [mailto:just22@gmail.com] LinkedIn: http://it.linkedin.com/in/delaurenzis
Re: Firefox download progress always reported as failed
On 6/14/14, Alessandro DE LAURENZIS just22@gmail.com wrote: On Sun 15/06 08:52, Alessandro DE LAURENZIS wrote: Greetings, I'm facing a weird Firefox behavior: when downloading a file, the progress indicator stays always switched off and in the download window the current operation is reported as failed. Actually, the download is properly on going (the part file is growing in size and, if I try to quit from the browser before it completes, the message If you exit now, 1 download will be cancelled appears, confirming that it is progressing. I tried with a brand-new Firefox installation, without any extensions loaded or custom config. Always reproducible on 5.5, GENERIC.MP. It's worth noting that the behavior is the same mounting the /home partition both with and without the noatime flag, just in case it could have any kinds of side-effect. similar to what is discussed here last month: http://marc.info/?t=14006906821r=1w=2 --patrick
Re: 5.5 installer does not recognize USB keyboard on Acer Iconia W700
On June 15, 2014 12:35:01 AM CDT, vadi...@gmail.com wrote: Hi, I'm trying to install OpenBSD on Acer Iconia W700. It has one USB port and no other input ports, so it is only possible to attach a USB keyboard to this device. I've got stuck at the installer prompt: pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 uhub2 at uhub0 port 1 vendor 0x8087 product 0x0024 rev 2.00/0.00 addr 2 vendor 0x04ca product 0x3008 rev 1.10/0.01 addr 3 at uhub2 port 1 not configur ed SunplusIT INC. HD WebCam rev 2.00/81.03 addr 4 at uhub2 port 3 not configured Chicony Co 5M Cam rev 2.00/37.15 addr 5 at uhub2 port 4 not configured uhub3 at uhub1 port 1 vendor 0x8087 product 0x0024 rev 2.00/0.00 addr 2 uhidev0 at uhub3 port 1 configuration 1 interface 0 Intel Corporation Intel (R) Sensor Solution rev 2.00/0.01 addr 3 uhidev0: iclass 3/0, 7 report ids uhid at uhidev0 reportid 1 not configured uhid at uhidev0 reportid 2 not configured uhid at uhidev0 reportid 3 not configured uhid at uhidev0 reportid 4 not configured uhid at uhidev0 reportid 5 not configured uhid at uhidev0 reportid 6 not configured uhid at uhidev0 reportid 7 not configured softraid0 at root scsibus1 at softraid0: 256 targets root on rd0a swap on rd0b dump on rd0b erase ^?, werase ^W, kill ^U, intr ^C, status ^T Welcome to the OpenBSD/amd64 5.5 installation program. (I)nstall, (U)pgrade, (A)utoinstall or (S)hell? At this point I can't type anything because it seems like keyboard was not recognized. Unfortunately for the same reason I can only provide the last 25 lines of the output (I hope I did not mess anything up trying to type that here). I can also boot into config mode: UKC find uhidev 171 uhidev* at uhub*|uhub* port -1 configuration -1 interface -1 vendor -1 produ ct -1 release -1 flags 0x0 but I do not have any experience working in this mode and I do not have other computer right now to try to compare configurations which could probably provide some hints. I've also found an old disk with Slackware 13.37 and it woks with this keyboard without any problems. Any help at this point would be highly appreciated. Thanks. The gist of your problem appears to be that OpenBSD sees your keyboard but does not recognize that it is a keyboard. In other words, a different USB keyboard might work. Note that I haven't checked the USB ID strings to confirm my guess - it's a heuristic-driven assumption based on past experience. -Adam -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: Firefox download progress always reported as failed
On Sun 15/06 00:15, patrick keshishian wrote: [...] similar to what is discussed here last month: http://marc.info/?t=14006906821r=1w=2 --patrick Thanks a lot, Patrick! Time for me to start reading ports@ too :-) -- Alessandro DE LAURENZIS [mailto:just22@gmail.com] LinkedIn: http://it.linkedin.com/in/delaurenzis
sendmail cannot deliver to cyrus-imapd(solved?)
Hello I updated to 5.5 i386 and built from stable source OPENBSD_5_5. pkg_delete cyrus-imapd and rebuild from ports. cyrus-imapd lmtpd crash and sendmail can not deliver to cyrusv2. — Jun 15 00:17:14 saturn master[7397]: about to exec /usr/local/libexec/cyrus-imap d/lmtpd Jun 15 00:17:14 saturn lmtpunix[7397]: executed Jun 15 00:17:14 saturn lmtpunix[7397]: skiplist: checkpointed /var/imap/deliver. db (22 records, 3380 bytes) in 0 seconds Jun 15 00:17:14 saturn lmtpunix[7397]: skiplist: checkpointed /var/imap/statusca che.db (0 records, 144 bytes) in 0 seconds Jun 15 00:17:14 saturn lmtpunix[7397]: accepted connection Jun 15 00:17:14 saturn lmtpunix[7397]: lmtp connection preauth'd as postman Jun 15 00:17:15 saturn master[9420]: process 7397 exited, signaled to death by 11 Jun 15 00:17:15 saturn master[9420]: service lmtpunix pid 7397 in BUSY state: terminated abnormally — I found where lmtpd crash at. imap/mailbox.c line 1963 — snprintf(buf, 4096, %u MODSEQ_FMT %lu (%u) %lu %s, record-uid, record-modseq, record-last_updated, flagcrc, record-internaldate, message_guid_encode(record-guid)); — and MODSEQ_FMT defined at lib/util.h — #ifdef HAVE_LONG_LONG_INT typedef unsigned long long int bit64; typedef unsigned long long int modseq_t; #define MODSEQ_FMT %llu #define atomodseq_t(s) strtoull(s, NULL, 10) #else typedef unsigned long int modseq_t; #define MODSEQ_FMT %lu #define atomodseq_t(s) strtoul(s, NULL, 10) #endif — OpenBSD has long long int, and MODSEQ_FMT is defined “%llu”. I tried to modify source mailbox.c — snprintf(buf, 4096, %u %llu %lu (%u) %lu %s”, … this code crash — — snprintf(buf, 4096, %u %lu %lu (%u) %lu %s”, … this code work correct!!! — Then, I added following patch to ports patch-lib_util_h — *** lib/util.h.orig Sun Jun 15 00:23:58 2014 --- lib/util.h Sun Jun 15 00:18:43 2014 *** *** 68,74 #ifdef HAVE_LONG_LONG_INT typedef unsigned long long int bit64; typedef unsigned long long int modseq_t; ! #define MODSEQ_FMT %llu #define atomodseq_t(s) strtoull(s, NULL, 10) #else typedef unsigned long int modseq_t; --- 68,74 #ifdef HAVE_LONG_LONG_INT typedef unsigned long long int bit64; typedef unsigned long long int modseq_t; ! #define MODSEQ_FMT %lu #define atomodseq_t(s) strtoull(s, NULL, 10) #else typedef unsigned long int modseq_t; — and rebuild ports. Now, sendmail deliver to cyrusv2 correctly. Is my solution right ? --- Takaaki Kobayashi takaaki.kobaya...@nifty.com
Re: Radeondrm on OpenBSD 5.5 stable
On 06/14/2014 11:30 AM, Jonathan Gray wrote: On Tue, Jun 10, 2014 at 04:39:03PM -0500, Stan Gammons wrote: On 06/10/2014 12:01 AM, Jonathan Gray wrote: On Mon, Jun 09, 2014 at 04:53:23AM -0500, Stan Gammons wrote: On 06/09/2014 01:56 AM, Jonathan Gray wrote: On Sun, Jun 08, 2014 at 07:01:56AM -0500, Stan Gammons wrote: Is there a known problem with the Radeon driver on OpenBSD 5.5 AMD64 stable? I noticed the text on the console was scrolling very slow while src.tar.gz was extracting. I didn't time it, but it seem to take 2 to 3 times as long to return to the command line compared to extracting the same file on a slower i386 machine. Syslog output is below. Well things are going to be slow when all the acceleration is being disabled. It isn't clear if the problem you're encountering is due to something like missing firmware as you didn't include a dmesg. It loads or tries to load firmware at boot. Here's the dmesg info. So it seems something isn't working right with the GART. Could you try the following diff to force it to a smaller size? Diff against -current but will likely apply to 5.5 Index: sys/dev/pci/drm/radeon/rs400.c === RCS file: /cvs/src/sys/dev/pci/drm/radeon/rs400.c,v retrieving revision 1.4 diff -u -p -r1.4 rs400.c --- sys/dev/pci/drm/radeon/rs400.c 9 Feb 2014 12:33:44 - 1.4 +++ sys/dev/pci/drm/radeon/rs400.c 10 Jun 2014 04:57:21 - @@ -54,6 +54,8 @@ void rs400_gart_adjust_size(struct radeo rdev-mc.gtt_size = 32 * 1024 * 1024; return; } + DRM_ERROR(Forcing to 32M GART size\n); + rdev-mc.gtt_size = 32 * 1024 * 1024; } void rs400_gart_tlb_flush(struct radeon_device *rdev) It didn't seem to like that. Is there some kind of bios option to change the gart size? I'd also be interested to hear if pulling one of your 2GB dimms changes anything. The only video related option I see in BIOS is frame buffer size. It is set to auto. I pulled a DIMM so it only has 2GB and it doesn't look like anything changed. OpenBSD 5.5 (GENERIC.MP) #1: Tue Jun 10 16:24:29 CDT 2014 r...@gateway.home.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 1994326016 (1901MB) avail mem = 1932685312 (1843MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (52 entries) bios0: vendor Award Software International, Inc. version FK date 08/31/2010 bios0: Gigabyte Technology Co., Ltd. GA-MA74GM-S2 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT HPET MCFG APIC acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) SBAZ(S4) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE8(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) II X2 250 Processor, 3021.29 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 201MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) II X2 250 Processor, 3020.90 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P2P_) acpiprt2 at acpi0: bus 2 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus -1 (PCE4) acpiprt5 at acpi0: bus -1 (PCE5) acpiprt6 at acpi0: bus -1 (PCE6) acpiprt7 at acpi0: bus -1 (PCE7) acpiprt8 at acpi0: bus -1 (PCE8) acpiprt9 at acpi0: bus 1 (AGP_) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: PWRB cpu0: 3021 MHz: speeds: 3000 2300 1800 800 MHz pci0
Squid + OpenBSD 5.4 and 5.5
Hi all, Using ./configure --prefix=/usr/local/squid --with-filedescriptors=32768 --enable-snmp --with-large-files I installed OpenBSD 5.4 on a vmware workstation and squid 3.4.5, works fine. However, OpenBSD 5.5 on both vmware workstation and on a SPARC64 T5220, I get the following error running make, po -c -o client_side.o client_side.cc mv -f $depbase.Tpo $depbase.Po depbase=`echo client_side_reply.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; g++ -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\/usr/ local/squid/etc/squid.conf\ -DDEFAULT_SQUID_DATA_DIR=\/usr/local/squid/share\ -DDEFAULT_SQUID_CONFIG_DIR=\/usr/local/squid/etc\ -I.. -I../include -I../lib -I../src -I../include -I/usr/include/kerberosV -I/usr/include/kerberosV -I../libltdl -I../src -I../libltdl -I/usr/include/kerberosV -I/usr/include/kerberosV -I/usr/include/kerberosV -I/usr/include/kerberosV -Wall -Wpointer-arith -Wwrite-strings -Wcomments -Wshadow -Werror -pipe -D_REENTRANT -g -O2 -MT client_side_reply.o -MD -MP -MF $depbase.Tpo -c -o client_side_reply.o client_side_reply.cc mv -f $depbase.Tpo $depbase.Po cc1plus: warnings being treated as errors client_side_reply.cc: In member function 'void clientReplyContext::buildReplyHeader()': client_side_reply.cc:1326: warning: format '%ld' expects type 'long int', but argument 4 has type 'long long int' *** Error 1 in src (Makefile:6970 'client_side_reply.o') *** Error 1 in src (Makefile:7116 'all-recursive') *** Error 1 in src (Makefile:6036 'all') *** Error 1 in /home/mbaki/squid-3.4.5 (Makefile:587 'all-recursive') Is this a squid issue??? Thanks
Re: Squid + OpenBSD 5.4 and 5.5
2014-06-15 11:00 GMT-03:00 Monah Baki monahb...@gmail.com: Hi all, Using ./configure --prefix=/usr/local/squid --with-filedescriptors=32768 --enable-snmp --with-large-files I installed OpenBSD 5.4 on a vmware workstation and squid 3.4.5, works fine. However, OpenBSD 5.5 on both vmware workstation and on a SPARC64 T5220, I get the following error running make, po -c -o client_side.o client_side.cc mv -f $depbase.Tpo $depbase.Po depbase=`echo client_side_reply.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; g++ -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\/usr/ local/squid/etc/squid.conf\ -DDEFAULT_SQUID_DATA_DIR=\/usr/local/squid/share\ -DDEFAULT_SQUID_CONFIG_DIR=\/usr/local/squid/etc\ -I.. -I../include -I../lib -I../src -I../include -I/usr/include/kerberosV -I/usr/include/kerberosV -I../libltdl -I../src -I../libltdl -I/usr/include/kerberosV -I/usr/include/kerberosV -I/usr/include/kerberosV -I/usr/include/kerberosV -Wall -Wpointer-arith -Wwrite-strings -Wcomments -Wshadow -Werror -pipe -D_REENTRANT -g -O2 -MT client_side_reply.o -MD -MP -MF $depbase.Tpo -c -o client_side_reply.o client_side_reply.cc mv -f $depbase.Tpo $depbase.Po cc1plus: warnings being treated as errors client_side_reply.cc: In member function 'void clientReplyContext::buildReplyHeader()': client_side_reply.cc:1326: warning: format '%ld' expects type 'long int', but argument 4 has type 'long long int' *** Error 1 in src (Makefile:6970 'client_side_reply.o') *** Error 1 in src (Makefile:7116 'all-recursive') *** Error 1 in src (Makefile:6036 'all') *** Error 1 in /home/mbaki/squid-3.4.5 (Makefile:587 'all-recursive') Is this a squid issue??? No, its the 64bit time_t, see http://www.openbsd.org/55.html Thanks Did you tried pkd_add -i squid or ports (www/squid) before compiling by your own?
sendmail cannot deliver to cyrus-imapd(solved?)
Hello I update to 5.5 and build from stable source OPENBSD_5_5. pkg_delete cyrus-imapd from rebuild from ports. cyrus-imapd lmtpd crash and sendmail can not deliver to cyrusv2. — Jun 15 00:17:14 saturn master[7397]: about to exec /usr/local/libexec/cyrus-imap d/lmtpd Jun 15 00:17:14 saturn lmtpunix[7397]: executed Jun 15 00:17:14 saturn lmtpunix[7397]: skiplist: checkpointed /var/imap/deliver. db (22 records, 3380 bytes) in 0 seconds Jun 15 00:17:14 saturn lmtpunix[7397]: skiplist: checkpointed /var/imap/statusca che.db (0 records, 144 bytes) in 0 seconds Jun 15 00:17:14 saturn lmtpunix[7397]: accepted connection Jun 15 00:17:14 saturn lmtpunix[7397]: lmtp connection preauth'd as postman Jun 15 00:17:15 saturn master[9420]: process 7397 exited, signaled to death by 11 Jun 15 00:17:15 saturn master[9420]: service lmtpunix pid 7397 in BUSY state: terminated abnormally — I found where lmtpd crash at. imap/mailbox.c line 1963 — snprintf(buf, 4096, %u MODSEQ_FMT %lu (%u) %lu %s, record-uid, record-modseq, record-last_updated, flagcrc, record-internaldate, message_guid_encode(record-guid)); — and MODSEQ_FMT defined at lib/util.h — #ifdef HAVE_LONG_LONG_INT typedef unsigned long long int bit64; typedef unsigned long long int modseq_t; #define MODSEQ_FMT %llu #define atomodseq_t(s) strtoull(s, NULL, 10) #else typedef unsigned long int modseq_t; #define MODSEQ_FMT %lu #define atomodseq_t(s) strtoul(s, NULL, 10) #endif — OpenBSD has long long int, and MODSEQ_FMT is defined “%llu”. I tried to modify source mailbox.c — snprintf(buf, 4096, %u %llu %lu (%u) %lu %s”, … this code crash — — snprintf(buf, 4096, %u %lu %lu (%u) %lu %s”, … this code work correct!!! — Then, I added following patch to ports patch-lib_util_h — *** lib/util.h.orig Sun Jun 15 00:23:58 2014 --- lib/util.h Sun Jun 15 00:18:43 2014 *** *** 68,74 #ifdef HAVE_LONG_LONG_INT typedef unsigned long long int bit64; typedef unsigned long long int modseq_t; ! #define MODSEQ_FMT %llu #define atomodseq_t(s) strtoull(s, NULL, 10) #else typedef unsigned long int modseq_t; --- 68,74 #ifdef HAVE_LONG_LONG_INT typedef unsigned long long int bit64; typedef unsigned long long int modseq_t; ! #define MODSEQ_FMT %lu #define atomodseq_t(s) strtoull(s, NULL, 10) #else typedef unsigned long int modseq_t; — and rebuild ports. Now, sendmail deliver to cyrusv2 correctly. Is my work right ? --- Takaaki Kobayashi takaaki.kobaya...@nifty.com
Re: Squid + OpenBSD 5.4 and 5.5
Thanks Rodrigo. The VMWare install is 32 bit, it's only on the sparc64 that it is 64bit. Will read up on the time_t Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network. From: Rodrigo MosconiSent: Sunday, June 15, 2014 10:06 AMTo: Monah BakiCc: openbsd-miscSubject: Re: Squid + OpenBSD 5.4 and 5.5 2014-06-15 11:00 GMT-03:00 Monah Baki monahb...@gmail.com: Hi all, Using ./configure --prefix=/usr/local/squid --with-filedescriptors=32768 --enable-snmp --with-large-files I installed OpenBSD 5.4 on a vmware workstation and squid 3.4.5, works fine. However, OpenBSD 5.5 on both vmware workstation and on a SPARC64 T5220, I get the following error running make, po -c -o client_side.o client_side.cc mv -f $depbase.Tpo $depbase.Po depbase=`echo client_side_reply.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; g++ -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\/usr/ local/squid/etc/squid.conf\ -DDEFAULT_SQUID_DATA_DIR=\/usr/local/squid/share\ -DDEFAULT_SQUID_CONFIG_DIR=\/usr/local/squid/etc\ -I.. -I../include -I../lib -I../src -I../include -I/usr/include/kerberosV -I/usr/include/kerberosV -I../libltdl -I../src -I../libltdl -I/usr/include/kerberosV -I/usr/include/kerberosV -I/usr/include/kerberosV -I/usr/include/kerberosV -Wall -Wpointer-arith -Wwrite-strings -Wcomments -Wshadow -Werror -pipe -D_REENTRANT -g -O2 -MT client_side_reply.o -MD -MP -MF $depbase.Tpo -c -o client_side_reply.o client_side_reply.cc mv -f $depbase.Tpo $depbase.Po cc1plus: warnings being treated as errors client_side_reply.cc: In member function 'void clientReplyContext::buildReplyHeader()': client_side_reply.cc:1326: warning: format '%ld' expects type 'long int', but argument 4 has type 'long long int' *** Error 1 in src (Makefile:6970 'client_side_reply.o') *** Error 1 in src (Makefile:7116 'all-recursive') *** Error 1 in src (Makefile:6036 'all') *** Error 1 in /home/mbaki/squid-3.4.5 (Makefile:587 'all-recursive') Is this a squid issue??? No, its the 64bit time_t, see http://www.openbsd.org/55.html br Thanks Did you tried pkd_add -i squid or ports (www/squid) before compiling by your own?
signing release files
Hi All, I follow stable and yesterday I updated my system and then built a release for the base system and xenocara. I then created an install CD but when I went to upgrade another system using the CD, as it's about to install the sets I get the following message: Directory does not contain SHA256.sig Continue without verification? I looked at the signify command but I can't figure out how to check all the files and then create the SHA256.sig. I tried signify -S -s myprivatekey.sec -m SHA256 -x SHA256.sig but that just created a file SHA256.sig with the following contents: untrusted comment: signature from signify secret key RWQ/YLxjYycyl9yO0Qz8OyKSG9NnreWqIqIvMrJ64hJ2XqsXcElZB8BW8h/tGfvR44cRyAlIk10pUntzg9R0Z1p5+e+1tHFzkAs= I then ran sha256 against all of the files and copied the output to the SHA256.sig file, created a new install cd and tried again. This time it failed telling me that I used the incorrect key. What do I need to do to make it so the installer can verify my newly created release files? Thanks, Aaron
X11 bug/slow mousepointer
Hi, I'm having problems with my mouse cursor (visually) stuttering across the screen when under high load, for example compiling many ports or /usr/srcmake build. PC is 32GB RAM, Intel i7 3920XM (quad core,) Intel HD Graphics 4000, nVidia GPU GTX 580M, 120GB SSD. OpenBSD 5.5. Kernel is -current, as of nearly this e-mail is sent. Userland is also -current. Installed from install55.iso. If you have any tips, I'll be happy to hear, thanks, If you need more information, tell me! //Gustav
Re: signing release files
On Sun, Jun 15, 2014 at 14:12, Aaron Gomez wrote: I looked at the signify command but I can't figure out how to check all the files and then create the SHA256.sig. I tried signify -S -s myprivatekey.sec -m SHA256 -x SHA256.sig but that just created a file SHA256.sig with the following contents: untrusted comment: signature from signify secret key RWQ/YLxjYycyl9yO0Qz8OyKSG9NnreWqIqIvMrJ64hJ2XqsXcElZB8BW8h/tGfvR44cRyAlIk10pUntzg9R0Z1p5+e+1tHFzkAs= You need the -e flag to embed the message into the signature. I then ran sha256 against all of the files and copied the output to the SHA256.sig file, created a new install cd and tried again. This time it failed telling me that I used the incorrect key. The main problem is that the CD will attempt to verify against a key named openbsd-55-base.pub, which we ship. That's not going to match the private key you generated and are using. What do I need to do to make it so the installer can verify my newly created release files? The best approach, but it's more work, would be to change install.sh to look for a key like aaron-55-base.pub and add that to the ramdisk. The shortcut would be to replace the openbsd key, but that will only cause confusion later, so I'd try not to. That said, you probably don't need to sign releases you're building for yourself, unless they are travelling over untrusted links. We sign releases because they go from OpenBSD servers to you over the scary internet. If you control distribution, that's less scary.
Re: signing release files
previously on this list Aaron Gomez contributed: What do I need to do to make it so the installer can verify my newly created release files? You can check the iso and type no or simply copy the SHA256.sig from the mirror into the same folder as the sets. If you choose http method it will work without doing anything as the SHA256.sig will be there on the mirror. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___
Very slow I/O under OpenBSD i386 on qemu-kvm from RHEL7rc
Hi, Please CC me in any replies as I'm not subscribed to misc emails. My main question is, do you experience similar slow I/O on OpenBSD i386 on your Qemu/KVM installations? Are you aware of any problem with OpenBSD i386 under Qemu/KVM? Not sure should this report go to RedHat, KVM or to OpenBSD, but I've tested RHEL7rc with CentOS 6.5, NetBSD 6.1.4 installer and OpenBSD current bsd.rd and only OpenBSD i386 seems to have slow I/O problem under latest Enterprise Linux from RedHat. I've decided to report the issue here. I've tested OpenBSD guest with IDE, SCSI and VirtIO disk. SCSI disk currently don't seem to work at all with both amd64 and i386: OpenBSD i386/scsi [test07] # time dd if=/dev/zero of=/dev/sd0c bs=4096 count=10240 sd0(vioscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 SENSE KEY: Illegal Request ASC/ASCQ: ASC 0x24 ASCQ 0x00 dd: /dev/sd0c: Invalid argument 5+0 records in 4+0 records out 16384 bytes transferred in 0.093 secs (174834 bytes/sec) 0m0.25s real 0m0.00s user 0m0.15s system # time dd if=/dev/zero of=/dev/rsd0c bs=4096 count=10240 sd0(vioscsi0:0:0): Check Condition (error 0x70) on opcode 0x2a SENSE KEY: Illegal Request ASC/ASCQ: ASC 0x24 ASCQ 0x00 dd: /dev/rsd0c: Invalid argument 42+0 records in 41+0 records out 167936 bytes transferred in 0.290 secs (578587 bytes/sec) 0m0.46s real 0m0.00s user 0m0.34s system OpenBSD amd64/scsi [test08] # time dd if=/dev/zero of=/dev/sd0c bs=4096 count=10240 sd0(vioscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 SENSE KEY: Illegal Request ASC/ASCQ: ASC 0x24 ASCQ 0x00 dd: /dev/sd0c: Invalid argument 5+0 records in 4+0 records out 16384 bytes transferred in 0.061 secs (265367 bytes/sec) 0m0.07s real 0m0.00s user 0m0.00s system # time dd if=/dev/zero of=/dev/rsd0c bs=4096 count=10240 sd0(vioscsi0:0:0): Check Condition (error 0x70) on opcode 0x2a SENSE KEY: Illegal Request ASC/ASCQ: ASC 0x24 ASCQ 0x00 dd: /dev/rsd0c: Invalid argument 42+0 records in 41+0 records out 167936 bytes transferred in 0.081 secs (2063603 bytes/sec) 0m0.10s real 0m0.00s user 0m0.00s system However I'm not chasing the SCSI problem, as VirtIO and IDE do work on OpenBSD. VirtIO seems to be a bit faster, so I'm focusing all my tests on VirtIO. If you look below at test02 you notice that to create 4GB zero filled file takes 42 minutes. In comparision on Scientific Linux it takes 5 minutes (also a bit slow, but not that much). On amd64 the same operation is taking seconds. +-+-+ | RHEL7 | SL6.5 | ++-+-+ | i386 | 42min | 5min | ++-+-+ | amd64 | 42sec | 28sec | ++-+-+ I did tests on OpenBSD and NetBSD installers, however I have fully installed i386 OpenBSD on RHEL7rc and it is also very slow. I'm providing some information below, but if you need any more details, please let me know. DETAILS rhel7rc rpm -q kernel qemu-kvm kernel-3.10.0-121.el7.x86_64 qemu-kvm-1.5.3-60.el7.x86_64 bsd.rd/amd64 dmesg | sed -e 2q OpenBSD 5.5-current (RAMDISK_CD) #188: Fri Jun 13 13:01:15 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD bsd.rd/i386 dmesg | sed -e 2q OpenBSD 5.5-current (RAMDISK_CD) #169: Fri Jun 13 12:51:59 MDT 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD # dmesg | grep sd0 sd0 at scsibus1 targ 0 lun 0: VirtIO, Block Device, SCSI3 0/direct fixed sd0: 10240MB, 512 bytes/sector, 20971520 sectors FILESYSTEM TESTS (4GB) OpenBSD amd64/virtio (RHEL7rc) [test01] # time dd if=/dev/zero of=/mnt/TEST bs=4096 count=1024x1024 1048576+0 records in 1048576+0 records out 4294967296 bytes transferred in 42.753 secs (100458532 bytes/sec) 0m42.79s real 0m0.07s user 0m5.77s system OpenBSD i386/virtio (RHEL7rc) [test02] # time dd if=/dev/zero of=/mnt/TEST bs=4096 count=1024x1024 1048576+0 records in 1048576+0 records out 4294967296 bytes transferred in 2592.993 secs (1656374 bytes/sec) 43m13.11s real 0m0.56s user37m14.95s system OpenBSD amd64/virtio (Scientific Linux 6.5) [test03] # time dd if=/dev/zero of=/mnt/TEST bs=4096 count=1024x1024 1048576+0 records in 1048576+0 records out 4294967296 bytes transferred in 28.288 secs (151829547 bytes/sec) 0m28.29s real 0m0.22s user 0m6.78s system OpenBSD i386/virtio (Scientific Linux 6.5) [test04] # time dd if=/dev/zero of=/mnt/TEST bs=4096 count=1024x1024 1048576+0 records in 1048576+0 records out 4294967296 bytes transferred in 301.991 secs (14222149 bytes/sec) 5m2.00s real 0m0.61s user 4m15.20s system NetBSD i386/virtio (RHEL7rc) [test05] # dd if=/dev/zero of=/mnt/TEST bs=4096 count=1024x1024 1048576+0 records in 1048576+0 records out 4294967296 bytes transferred in 58.620 secs (73267951
Re: sendmail cannot deliver to cyrus-imapd(solved?)
On Sat, Jun 14, 2014 at 4:14 PM, Takaaki Kobayashi takaaki.kobaya...@nifty.com wrote: I update to 5.5 and build from stable source OPENBSD_5_5. pkg_delete cyrus-imapd from rebuild from ports. cyrus-imapd lmtpd crash and sendmail can not deliver to cyrusv2. â Jun 15 00:17:14 saturn master[7397]: about to exec /usr/local/libexec/cyrus-imap d/lmtpd Jun 15 00:17:14 saturn lmtpunix[7397]: executed Jun 15 00:17:14 saturn lmtpunix[7397]: skiplist: checkpointed /var/imap/deliver. db (22 records, 3380 bytes) in 0 seconds Jun 15 00:17:14 saturn lmtpunix[7397]: skiplist: checkpointed /var/imap/statusca che.db (0 records, 144 bytes) in 0 seconds Jun 15 00:17:14 saturn lmtpunix[7397]: accepted connection Jun 15 00:17:14 saturn lmtpunix[7397]: lmtp connection preauth'd as postman Jun 15 00:17:15 saturn master[9420]: process 7397 exited, signaled to death by 11 Jun 15 00:17:15 saturn master[9420]: service lmtpunix pid 7397 in BUSY state: terminated abnormally â I found where lmtpd crash at. imap/mailbox.c line 1963 â snprintf(buf, 4096, %u MODSEQ_FMT %lu (%u) %lu %s, record-uid, record-modseq, record-last_updated, flagcrc, record-internaldate, message_guid_encode(record-guid)); â You didn't provide a dmesg so I don't know what architecture you're on, but that code will certainly fail on i386 and other ILP32 archs because it assumes time_t is the same size as long. As of OpenBSD 5.5 it's now a long long, which is larger on ILP32 archs. That and other printing/scanning code should be using %lld and casting time_t values to (long long) explicitly, ala: snprintf(buf, sizeof(buf), %u MODSEQ_FMT %lld (%u) %lld %s, record-uid, record-modseq, (long long)record-last_updated, flagcrc, (long long)record-internaldate, message_guid_encode(record-guid)); ... I tried to modify source mailbox.c â snprintf(buf, 4096, %u %llu %lu (%u) %lu %sâ, ⦠this code crash â â snprintf(buf, 4096, %u %lu %lu (%u) %lu %sâ, ⦠this code work correct!!! ... Is my work right ? While it didn't crash, I doubt it wrote the correct time and flag values to the file. Philip Guenther
