Snapshots built after the 23rd should include it:
http://marc.info/?l=openbsd-cvs&m=142468403609853&w=2
On Sat, Feb 28, 2015 at 02:49:59AM +0100, Adriaan wrote:
> This issue of having a cd57.iso, with an ancient bsd.rd from Jan 12, is
> still not resolved.
>
> The latest i386 snapshot still has
On Feb 27, 2015, at 7:08 PM, Maxim Khitrov wrote:
> On Fri, Feb 27, 2015 at 3:40 PM, Research wrote:
>> UDP is meaningless in the context of HTTP.
>
> Well, actually... https://en.wikipedia.org/wiki/QUIC
>
> Not really standard, but still. I now allow UDP on ports 80 and 443 to
> make Google C
Hi Patrick, hi Henrik,
this is good news, thanks for your help. I hope a fix will be
available soon, be it in this form or another (it might be better
to implement it in wsconscomm).
@Patrick: For a PS/2 mouse the "Z" value describes the rotation
of the scrolling wheel; for a touchpad that opera
This issue of having a cd57.iso, with an ancient bsd.rd from Jan 12, is
still not resolved.
The latest i386 snapshot still has a cd57.iso which has not been updated
for about 6 weeks.
>From ftp.openbsd.org :
47367 Feb 22 03:30 INSTALL.i386
1725 Feb 23 02:26 SHA256
1888 Feb
On Fri, Feb 27, 2015 at 3:40 PM, Research wrote:
> UDP is meaningless in the context of HTTP.
Well, actually... https://en.wikipedia.org/wiki/QUIC
Not really standard, but still. I now allow UDP on ports 80 and 443 to
make Google Chrome happy.
On Feb 27, 2015, at 8:05 AM, Harald Dunkel wrote:
> On Fri, 27 Feb 2015 12:46:19 +
> skin...@britvault.co.uk (Craig Skinner) wrote:
>
>>
>> $ awk '/^domain/ { print $2 }' /etc/services
>> 53/tcp
>> 53/udp
>>
>> Now what? Both? Either? First? Last? Random?
>>
>
> Both.
>
> [demime 1.01d
On Fri, Feb 27, 2015 at 3:16 PM, Jan Vlach wrote:
> backtrace from binary with debug symbols enabled follows:
...
> #3 0x1b8c50b8 in nfsnprintf (buf=0xcfbd1920 "1425049063.0_2971E�\211",
> blen=128, fmt=0x3b8bdd71 "%ld.%d_%d.%s")
> at /usr/ports/pobj/isync-1.0.6/isync-1.0.6/src/util.c:193
> #
Hello David,
backtrace from binary with debug symbols enabled follows:
Thank you,
Jan
$ gdb /usr/local/bin/mbsync mbsync.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distrib
Sometime after 5.6 release the etc packages went away and the files are part of
base packages.
>On 2/27/2015 12:41 PM, Henrique Lengler wrote:
>
>> I wanna set a -current openbsd installation.
>> The FAQ [1] for 5.6 say I need etc56.tgz, so my question is do I need
>a
>> etc57.tgz to install a sn
On 2/27/2015 12:41 PM, Henrique Lengler wrote:
I wanna set a -current openbsd installation.
The FAQ [1] for 5.6 say I need etc56.tgz, so my question is do I need a
etc57.tgz to install a snapshot?
Because I can't find this file in the
servers.
[1] http://www.openbsd.org/faq/faq4.html#FilesNeede
Hi,
I wanna set a -current openbsd installation.
The FAQ [1] for 5.6 say I need etc56.tgz, so my question is do I need a
etc57.tgz to install a snapshot?
Because I can't find this file in the
servers.
[1] http://www.openbsd.org/faq/faq4.html#FilesNeeded
--
Regards
Henrique Lengler
Hi,
On 2/26/15, Ulf Brosziewski wrote:
> On 02/27/2015 03:31 AM, Ulf Brosziewski wrote:
> ...>
>> It might be that the following patch to wsmouse.c solves the problem
>> with the new version of wsconscomm. Tests would be welcome (I could
>> only verify that the patch does no harm to other touchpa
After a couple of hours without using the PC the dongle went of. and trying
to restart the interface generates de same problems I reported earlier.
On Feb 27, 2015 12:46 PM, "Henrique Lengler" wrote:
> On Fri, Feb 27, 2015 at 05:25:49PM +0100, Stefan Sperling wrote:
> > On Fri, Feb 27, 2015 at 11
On Fri, Feb 27, 2015 at 05:25:49PM +0100, Stefan Sperling wrote:
> On Fri, Feb 27, 2015 at 11:42:32AM -0430, Halim Srama wrote:
> > With the previous -current athn0 used to trigger the ehci_idone. It's a
> > TP-LINK TL-WN722N.
>
> Thanks, those are easy to find and cheap. I'll pick one up ASAP.
A
Hi Patrick,
patrick keshishian wrote on Wed, Feb 25, 2015 at 06:39:58PM -0800:
> Just noticed this, I imagine this may be known already,
No, this glitch wasn't known, thanks for reporting.
> but here it is just in case it isn't.
Don't assume mandoc(1) problems are known unless listed on
http:/
Hello,
I did in the past some small C programms using self defined header .h
files. Usually, I was using a .h file for #define and function
prototypes together with a same name but .c extension file where I was
putting my functions' bodies (inline implemention). The main program
included the previ
Thank you for your work on this. If you need any more information or
testing I'll be happy to do it.
On Feb 27, 2015 11:55 AM, "Stefan Sperling" wrote:
On Fri, Feb 27, 2015 at 11:42:32AM -0430, Halim Srama wrote:
> With the previous -current athn0 used to trigger the ehci_idone. It's a
> TP-LINK
On Fri, Feb 27, 2015 at 11:42:32AM -0430, Halim Srama wrote:
> With the previous -current athn0 used to trigger the ehci_idone. It's a
> TP-LINK TL-WN722N.
Thanks, those are easy to find and cheap. I'll pick one up ASAP.
With the previous -current athn0 used to trigger the ehci_idone. It's a
TP-LINK TL-WN722N.
On Feb 27, 2015 11:38 AM, "Stefan Sperling" wrote:
> On Fri, Feb 27, 2015 at 11:27:56AM -0430, Halim Srama wrote:
> > Yes. booted with /obsd and it's the same. This doesn't happen with an
> > urtwn0 USB don
On Fri, Feb 27, 2015 at 11:27:56AM -0430, Halim Srama wrote:
> Yes. booted with /obsd and it's the same. This doesn't happen with an
> urtwn0 USB dongle.
So your issue appears to be related to athn rather than the
ehci_idone fix patch. Have any other athn users seen this?
What's the name and mode
Yes. booted with /obsd and it's the same. This doesn't happen with an
urtwn0 USB dongle.
On Feb 27, 2015 11:13 AM, "Stefan Sperling" wrote:
> On Fri, Feb 27, 2015 at 11:04:32AM -0430, Naim, Halim. wrote:
> > I have updated to the latest snapshot. Applied the patch (strange thing,
> > marc.info wo
On Fri, Feb 27, 2015 at 11:04:32AM -0430, Naim, Halim. wrote:
> I have updated to the latest snapshot. Applied the patch (strange thing,
> marc.info wouldn't open unless I was using tor). And recompiled the
> kernel according the FAQ. I haven't seen any echi messages for now. But
> after I do:
> #
Stefan Sperling writes:
> On Wed, Feb 25, 2015 at 09:08:56PM -0300, Henrique Lengler wrote:
>> On Tue, Feb 24, 2015 at 12:23:54PM +0100, Stefan Sperling wrote:
>> > On Tue, Feb 24, 2015 at 02:30:06PM +0400, Evgeny Zhavoronkov wrote:
>> > > Ok. So I tried -current and situation is the same.
>> > >
On Fri, Feb 27, 2015 at 3:09 PM, Jan Vlach wrote:
> This GDB was configured as "i386-unknown-openbsd5.7"...(no debugging symbols
> found)
>
> Core was generated by `mbsync'.
> Program terminated with signal 11, Segmentation fault.
> (no debugging symbols found)
Please rebuild mbsync with:
$ cd
Good afternoon misc@
I can't sync imap folders with isync/mbsync 1.0.6 on 5.7-current on i386,
crashes with segfault. It's reproducible on
last published snapshot (Feb 22 10:10 @ ftp.eu.openbsd.org) and also on
current built from CVS.
I've tried using binary package for isync and also building fr
That does seem to fix it in my case.
This is current/amd64.
After cleaning my machine I reconnected two of my disks in reverse;
what was sd0 is sd1 now, and vice versa.
I do nightly dumps of the filesystems,
starting with level 0 on early Monday morning,
continuing with incremental 1, 2 etc through the week.
Usually this means that
On Fri, 27 Feb 2015 12:46:19 +
skin...@britvault.co.uk (Craig Skinner) wrote:
>
> $ awk '/^domain/ { print $2 }' /etc/services
> 53/tcp
> 53/udp
>
> Now what? Both? Either? First? Last? Random?
>
Both.
[demime 1.01d removed an attachment of type application/pgp-signature which had
a name of
On Fri, 27 Feb 2015 11:46:33 + (UTC)
Stuart Henderson wrote:
> On 2015-02-26, D'Arcy J.M. Cain wrote:
> > On Thu, 26 Feb 2015 21:49:15 +0100
> > Otto Moerbeek wrote:
> >> > What are you looking for specifically? I thought I posted all
> >> > the relevant rules and outputs. In particular I
On 2015-02-27 Fri 10:30 AM |, Harald Dunkel wrote:
> On Fri, 27 Feb 2015 09:22:21 +
> "Lo??c Blot" wrote:
>
> > in the first example you don't specify proto tcp.
> >
>
> Thats the point. /etc/services says
>
> telnet 23/tcp
>
> so pf could figure this out on its own.
>
$ awk '/^d
On 2015-02-26, D'Arcy J.M. Cain wrote:
> On Thu, 26 Feb 2015 21:49:15 +0100
> Otto Moerbeek wrote:
>> > What are you looking for specifically? I thought I posted all the
>> > relevant rules and outputs. In particular I showed that the
>> > problem IP was in the AUTOBLOCK table with "pfctl -tAUT
On 2015-02-26, Henrique Lengler wrote:
> Hi,
>
> In august of 2014, I reported a bug, that makes cairo unstable and gives
> some segafaults. There was some other people with the same problem.
> They fixed it, but the fix was only introduced in 1.13, so the
> openbsd cairo version, have the problem
On 2015-02-27 10:30, Harald Dunkel wrote:
> On Fri, 27 Feb 2015 09:22:21 +
> "Loïc Blot" wrote:
>
> > Hello,
> > in the first example you don't specify proto tcp.
> >
>
> Thats the point. /etc/services says
>
> telnet 23/tcp
>
> so pf could figure this out on its own.
>
The syntax for t
On Fri, 27 Feb 2015 09:22:21 +
"Loïc Blot" wrote:
> Hello,
> in the first example you don't specify proto tcp.
>
Thats the point. /etc/services says
telnet 23/tcp
so pf could figure this out on its own.
Regards
Harri
Hello,
in the first example you don't specify proto tcp.
Regards,
Loïc Blot,
UNIX Systems, Network and Security Engineer
http://www.unix-experience.fr
27 février 2015 09:50 "Harald Dunkel" a écrit:
> Hi folks,
>
> /etc/services provides protocol information as well, so I wonder
> if a pf line
Hi folks,
/etc/services provides protocol information as well, so I wonder
if a pf line like
pass in from any to (self) port telnet
could be read as
pass in proto tcp from any to (self) port 23
?
Currently (5.6 stable) there is an error message, e.g.
/etc/pf_gate5.co
Here is the panic got during "Installing comp57.tgz"
vm_fault(0xd0852014, 0xd037c000, 0, 1) -> e
fatal page fault (6) in supervisor mode
trap type 6 code 0 eip d037c370 cs 8 eflags 10246 cr2 dbaeffc cpl b0
panic : trap type 6, code=0, pc=d037c370
syncing disks...
#==
37 matches
Mail list logo
