To help with work on updating our intel graphics support
I'm after a 16:10 LCD with DVI/HDMI/DisplayPort inputs such
as the HP ZR2440w to replace my old 4:3 one which only has DVI.
While we don't currently support any form of DisplayPort it
becomes more of an issue as time goes by as laptop panels
Le 12-03-2013 19:41, Илья Шипицин a écrit :
after playing with pip I came to:
r1n1:/root/pygraphviz/pygraphviz-1.1# python setup.py install
library_path=/usr/local/lib/graphviz
include_path=/usr/local/include/graphviz
running install
running build
running build_py
creating build
creating build/
On 2013-03-12, Jiri B wrote:
> On Tue, Mar 12, 2013 at 03:59:27PM +, Stuart Henderson wrote:
>> For 2.7 uou must have the proxy configured specifically in your browser
>> for this to work - the SSL interception features are only in 3.x, and
>> the "server first" mode which works with transpare
after playing with pip I came to:
r1n1:/root/pygraphviz/pygraphviz-1.1# python setup.py install
library_path=/usr/local/lib/graphviz
include_path=/usr/local/include/graphviz
running install
running build
running build_py
creating build
creating build/lib.openbsd-5.2-amd64-2.7
creating build/lib.o
thank you
On Tue, Mar 12, 2013 at 3:43 PM, Roger Wiklund wrote:
> On Tue, Mar 12, 2013 at 12:20 PM, Roger Wiklund
> wrote:
>> On Sun, Mar 10, 2013 at 6:21 PM, Nick Holland
>> wrote:
>>> Please keep it on the list...
>>>
>>> On 03/10/13 06:38, Roger Wiklund wrote:
>>> ...
AHCI mode enabled and bootin
On 12/03/13 18:54, Kenneth R Westerback wrote:
On Tue, Mar 12, 2013 at 06:15:27PM +0200, Kapetanakis Giannis wrote:
Hi,
I'm testing dhcpd sync features and I'm getting errors due to wrong
HMAC calculation.
(not getting back note("DHCP_SYNC_LEASE from).
sync_recv() is exiting in HMAC calcul
On Tue, Mar 12, 2013 at 06:15:27PM +0200, Kapetanakis Giannis wrote:
> Hi,
>
> I'm testing dhcpd sync features and I'm getting errors due to wrong
> HMAC calculation.
> (not getting back note("DHCP_SYNC_LEASE from).
>
> sync_recv() is exiting in HMAC calculation in /* Compute and
> validate H
On Tue, Mar 12, 2013 at 03:59:27PM +, Stuart Henderson wrote:
> For 2.7 uou must have the proxy configured specifically in your browser
> for this to work - the SSL interception features are only in 3.x, and
> the "server first" mode which works with transparent (a.k.a.
> interception) proxy ne
Hi,
I'm testing dhcpd sync features and I'm getting errors due to wrong HMAC
calculation.
(not getting back note("DHCP_SYNC_LEASE from).
sync_recv() is exiting in HMAC calculation in /* Compute and validate
HMAC */ (line 283)
After applying the diff bellow problem seems to be solved. Co
Quoting Stuart Henderson :
On 2013/03/12 10:49, Vijay Sankar wrote:
Quoting Jiri B :
>On Tue, Mar 12, 2013 at 01:00:58PM +, Stuart Henderson wrote:
>>On 2013-03-10, Rosen Iliev wrote:
>>> Transparent proxy will not be useful for HTTPS connections.
>>> To handle HTTPS you'll need not-trans
On 2013/03/12 10:49, Vijay Sankar wrote:
> Quoting Jiri B :
>
> >On Tue, Mar 12, 2013 at 01:00:58PM +, Stuart Henderson wrote:
> >>On 2013-03-10, Rosen Iliev wrote:
> >>> Transparent proxy will not be useful for HTTPS connections.
> >>> To handle HTTPS you'll need not-transparent proxy.
> >>
Quoting Jiri B :
On Tue, Mar 12, 2013 at 01:00:58PM +, Stuart Henderson wrote:
On 2013-03-10, Rosen Iliev wrote:
> Transparent proxy will not be useful for HTTPS connections.
> To handle HTTPS you'll need not-transparent proxy.
Actually squid 3.3 (not in ports yet) can do this using the
s
On Tue, Mar 12, 2013 at 01:00:58PM +, Stuart Henderson wrote:
> On 2013-03-10, Rosen Iliev wrote:
> > Transparent proxy will not be useful for HTTPS connections.
> > To handle HTTPS you'll need not-transparent proxy.
>
> Actually squid 3.3 (not in ports yet) can do this using the
> sslbump MI
On Tue, Mar 12, 2013 at 12:20 PM, Roger Wiklund wrote:
> On Sun, Mar 10, 2013 at 6:21 PM, Nick Holland
> wrote:
>> Please keep it on the list...
>>
>> On 03/10/13 06:38, Roger Wiklund wrote:
>> ...
>>> AHCI mode enabled and booting from CD:
>>>
>>> CD-ROM: 94
>>> Loading /5.2/I386/CDBOOT
>>> prob
On 2013-03-10, Rosen Iliev wrote:
> Transparent proxy will not be useful for HTTPS connections.
> To handle HTTPS you'll need not-transparent proxy.
Actually squid 3.3 (not in ports yet) can do this using the
sslbump MITM feature.
On Tue, Mar 12, 2013 at 09:24:55AM +, James Griffin wrote:
> Hi
>
> I wondered if someone would be kind enough to explain some dmesg output
> I do not understand.
>
> This is the output:
>
>
> pciide0 at pci0 dev 3 function 2 "Intel Q45 PT IDER" rev 0x03: DMA
> (unsupported), channel 0 wir
On Sun, Mar 10, 2013 at 6:21 PM, Nick Holland
wrote:
> Please keep it on the list...
>
> On 03/10/13 06:38, Roger Wiklund wrote:
> ...
>> AHCI mode enabled and booting from CD:
>>
>> CD-ROM: 94
>> Loading /5.2/I386/CDBOOT
>> probing: pc0 pci mem[628K 3055M 444K 3M 1024M a20=on]
>> disk: cd0
O
On 2013/03/12 09:27, Claudio Jeker wrote:
> On Tue, Mar 12, 2013 at 08:10:12AM +, Stuart Henderson wrote:
> > We changed the default state from UNKNOWN to INVALID, but backup is
> > still DOWN (which probably needs to stay like that, most things do want
> > it to work like this but ospfd is a s
[- Tue 12.Mar'13 at 9:24:55 + To misc@openbsd.org :-]
> Hi
>
> I wondered if someone would be kind enough to explain some dmesg output
> I do not understand.
>
> This is the output:
>
>
> pciide0 at pci0 dev 3 function 2 "Intel Q45 PT IDER" rev 0x03: DMA
> (unsupported),
Hi
I wondered if someone would be kind enough to explain some dmesg output
I do not understand.
This is the output:
pciide0 at pci0 dev 3 function 2 "Intel Q45 PT IDER" rev 0x03: DMA
(unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI
pciide0: using apic 2 int 18 for na
On Tue, Mar 12, 2013 at 08:10:12AM +, Stuart Henderson wrote:
> We changed the default state from UNKNOWN to INVALID, but backup is
> still DOWN (which probably needs to stay like that, most things do want
> it to work like this but ospfd is a special case).
Still this feels wrong -- at least
We changed the default state from UNKNOWN to INVALID, but backup is still DOWN
(which probably needs to stay like that, most things do want it to work like
this but ospfd is a special case).
Claudio Jeker wrote:
>On Mon, Mar 11, 2013 at 10:44:21PM +, Stuart Henderson wrote:
>> In gmane.os.
On 12/03/13 00:44, Stuart Henderson wrote:
In gmane.os.openbsd.misc, you wrote:
On 09/03/13 14:50, Stuart Henderson wrote:
Yes, the routes to carp interfaces in BACKUP are advertised but with a
low priority (better to have the route stay in the table, even if it goes
to a backup firewall, rathe
24 matches
Mail list logo
