Moin,
>
> I've disabled the From: rewriting for now after complaints that it
> makes things a lot less usable. We'll try preserving messages as
> sent instead, which means that text/html parts will now be passed
> through (sorry).
>
Darn, but i see where this can break the workflow of people.
Moin,
>
> I've disabled the From: rewriting for now after complaints that it
> makes things a lot less usable. We'll try preserving messages as
> sent instead, which means that text/html parts will now be passed
> through (sorry).
>
Darn, but i see where this can break the workflow of people.
Hari writes:
I have uses mtw wifi firmware.
Stuart asked you to provide dmesg output. dmesg output provides
more information than simply the name of the firmware: it often
provides information like version and revision numbers, as well as
warnings and errors regarding the hardware. Some
On Fri, Mar 15, 2024 at 01:40:56PM +0100, Dan via misc wrote:
>
> Interesting..
>
> Laurence Tratt via misc :
>
> > This sounds to me like it might be due to USB stack performance problems,
> > though you'll at least want to give `dmesg` output so that those who better
> > understand this have
Following is the output of cat /etc/hostanme.mtw0
nwid network
Wpakey passwd
inet autoconf
inet6 autoconf
On 15 March 2024 23:08:14 GMT+05:30, "Peter N. M. Hansteen"
wrote:
>Please keep this on the list unless you want me to start writing invoices.
>
>On Fri, Mar 15, 2024 at 05:02:27PM +,
I have uses mtw wifi firmware.
I don't know what do you mean by multicast. I works perfectly fine with linux.
On 15 March 2024 23:10:52 GMT+05:30, Stuart Henderson
wrote:
>On 2024-03-15, Hari wrote:
>>
>> Well I read and tried to this as stated in faq=2E But it doesn't work, well=
>> ip6
> Could you point out a hardware for this kind of use-case? I would liek to
> have something smaller than a regular-Pi SBC.
I'm still playing with this kind of stuff. Good luck on your journey, but
it will be a rough ride. You already mentioned some issues.
I have/had a pair of Raspberry 3B
> I don't think there is at present. There are no "only use v4" or "only
> use v6" addresses modifiers, and pf isn't figuring out for itself that
> it only makes sense to use addresses from the relevant family for
> af-to translation addresses (although it _does_ do this for nat-to).
Good to
On 2024-03-15, Nick Holland wrote:
> um... your formatting is giving me Commodore VIC20(1)
> flashbacks...
There are way more than 22 chars in some of those lines :-)
On 2024-03-15, Evan Sherwood wrote:
>
> Is there a way to configure this without hard-coding my IPv4 address?
> I do not think my IPv4 address from my ISP is static, thus my original
> interest in the ($wan:0) form.
I don't think there is at present. There are no "only use v4" or "only
use v6"
Oh, so perfect, thx.
Believe it or not,
I have used a
mechanical
typewriter before.
And also the
matrix printers
(resulting in
partial hearing
loss, probably).
On Fri, Mar 15, 2024 at 11:36 PM Nick Holland
wrote:
>
> On 3/15/24 07:56, ofthecentury via misc wrote:
> > When you want to turn off
>
> Try changing ($wan:0) to $(wan) and see what happens.
Huh, that worked! Thanks!
On 3/15/24 07:56, ofthecentury via misc wrote:
When you want to turn off
a device on OpenBSD you
can do it at boot time with
manual `boot -c` command.
(Can also be automated)
After entering entering
`boot -c` you get UKC>
configuration prompt.
I type `list` and get a nice
list of all drivers I
Try changing ($wan:0) to $(wan) and see what happens.
On Fri, 15 Mar 2024 18:57:29 +0100, Evan Sherwood wrote:
> Is that something you can do because you're a list administrator or
> something? Still wondering if there is a way to do this without asking
> someone to resend an email.
Yes, it is something I can do because I'm a list administrator.
> you should be able to reply to the copy in your "sent" folder
Good to know.
> I just re-sent the original messages to your new address so you should
> now have a copy to reply to.
Thanks!
Is that something you can do because you're a list administrator or
something? Still wondering if there
> Can you try if the same happens with a more specific rule (for
> testing)?
>
> i.e.:
>
> pass in on igc3 inet6 from "put actual v6 prefix here" to 64:ff9b::/96
> af-to inet from "actual IP on igc0"/32
This worked! Specifically, I think the ($wan:0) was the problem. I
could've sworn I tried this
On Fri, Mar 15, 2024 at 06:38:14PM +0100, Peter N. M. Hansteen wrote:
> least the content of your configuration files -- /etc/hostmhame.* and the
> output
that should of course have been /etc/hostname.* but would be obvious?
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation
On 2024-03-15, Hari wrote:
>
> Well I read and tried to this as stated in faq=2E But it doesn't work, well=
> ip6 does work if I trt ethernet but not with wifi=2E
At least send a dmesg so readers have some idea of the hardware involved.
One possible problem: IPv6 requires multicast for address
Please keep this on the list unless you want me to start writing invoices.
On Fri, Mar 15, 2024 at 05:02:27PM +, Pencilgon wrote:
> Sorry for earlier email, I left you some details.
>
> First of all I don't think ip6 work at all, well in theory inet6 autoconf
> should
> work and grant me
On Fri, 15 Mar 2024 18:19:28 +0100, Evan Sherwood wrote:
> I sent a message to this list earlier from a ProtonMail account, and
> none of the replies have arrived (not even in Junk), even though I see
> there are replies via the web archive... so I don't have a message to
> reply to.
The mailing
I notice date an time of your reply. You are quite ridiculus all.
Hoping to find any "indipendent head" around OpenBSD or leave..
-Dan
Mar 15, 2024 17:13:52 Dan :
> Todd C. Miller :
>
>> I've disabled the From: rewriting
>
> Indeed it appeared too secure for OpenBSD...
Apologies for the newbie question: I'm new to mailing lists. ;D
I sent a message to this list earlier from a ProtonMail account, and
none of the replies have arrived (not even in Junk), even though I see
there are replies via the web archive... so I don't have a message to
reply to.
I've since
Hi Claudio,
Thanks for the hint, I have researched the listed boards already, but havent
found the ideal board.
I consider arm64 boards as generic computers if one have the skills to solve
the unavoidable issues, but i dont have those skills. So i keep looking.
Nevertheless: let me know if you
Well I read and tried to this as stated in faq. But it doesn't work, well ip6
does work if I trt ethernet but not with wifi.
On 15 March 2024 21:20:35 GMT+05:30, "Peter N. M. Hansteen"
wrote:
>On Fri, Mar 15, 2024 at 03:32:48PM +, Pencilgon wrote:
>> I recently installed openbsd got
Todd C. Miller :
> I've disabled the From: rewriting
Indeed it appeared too secure for OpenBSD...
Todd C. Miller wrote:
> I've just added support to our majordomo for rewriting the From:
> header when the sender's domain has a DMARC policy. Messages from
> domains using DMARC will now have a From: header like:
>
> From: "John Connor via misc"
I want to thank you for the From rewriting.
On Fri, Mar 15, 2024 at 03:32:48PM +, Pencilgon wrote:
> I recently installed openbsd got everything working wifi etc. The problem
> arises
> when I tried to connect ip6 network to it using wifi. I connected sucessfully
> but was unable to get ip6 address. My wifi worked fine with ip4
On Wed, 13 Mar 2024 11:54:14 -0600, Todd C. Miller wrote:
> I've just added support to our majordomo for rewriting the From:
> header when the sender's domain has a DMARC policy. Messages from
> domains using DMARC will now have a From: header like:
>
> From: "John Connor via misc"
>
> and
Hello there,
I recently installed openbsd got everything working wifi etc. The problem arises
when I tried to connect ip6 network to it using wifi. I connected sucessfully
but was unable to get ip6 address. My wifi worked fine with ip4 address.
Thanks
Supported hardware information is listed here: https://www.openbsd.org/plat.html
Each platform's link provides further information.
On Fri, Mar 15, 2024 at 9:44 AM Mizsei Zoltán wrote:
>
> Hi,
>
> I'd like to build a small, portable system, not entirely different from a so
> called
Hi,
I'd like to build a small, portable system, not entirely different from a so
called "cyberdeck". For this project I am actively looking for the minimum
viable HW which supports OBSD. I would like to get some hints, as so far I was
unable to find the perfect hw (maybe it doesn't even
On Fri, Mar 15, 2024 at 2:02 PM Zé Loff via misc wrote:
>
> Hope this clears things up.
>
Ah, now I understand. Thank you! :-)
--
chs
On Fri, Mar 15, 2024 at 01:07:22PM +0100, Christer Solskogen via misc wrote:
> On Fri, Mar 15, 2024 at 11:43 AM Zé Loff via misc wrote:
>
> > Your cpu*.frequency lines show you that it does.
>
> In that case, what does hw.cpuspeed mean?
>
Jonathan Gray already told you that:
> >
On 2024-03-15, Tobias Fiebig via misc wrote:
>
> Moin,
>> # perform nat64 (NOT WORKING)
>> pass in to 64:ff9b::/96 af-to inet from ($wan:0)
>
> Can you try if the same happens with a more specific rule (for
> testing)?
>
> i.e.:
>
> pass in on igc3 inet6 from "put actual v6 prefix here"
Interesting..
Laurence Tratt via misc :
> This sounds to me like it might be due to USB stack performance problems,
> though you'll at least want to give `dmesg` output so that those who better
> understand this have a chance of helping.
>
> FWIW, there seem to be notable differences in USB
Thanks, this sounds about what I experience.
On Linux kernel it complains about some sort
of "potential EMI interference" when auto
disabling USB ports, and then it complains
that it cannot reenable it because it cannot
enumerate the device and assign it an address
or something.
I am curious how
On Wed, Mar 13, 2024 at 05:12:29PM +0500, ofthecentury wrote:
> My USB mouse and keyboard hang intermittently.
>
> Very weird things happen, i.e. my mouse's red LED
> light begins to flicker in a very weird fashion, or my
> keyboard stops responding and my sound output
> is suddenly muted by
On Fri, Mar 15, 2024 at 11:43 AM Zé Loff via misc wrote:
> Your cpu*.frequency lines show you that it does.
In that case, what does hw.cpuspeed mean?
When you want to turn off
a device on OpenBSD you
can do it at boot time with
manual `boot -c` command.
(Can also be automated)
After entering entering
`boot -c` you get UKC>
configuration prompt.
I type `list` and get a nice
list of all drivers I can
disable with `disable
mei` or disable `lpc`.
Moin,
> # perform nat64 (NOT WORKING)
> pass in to 64:ff9b::/96 af-to inet from ($wan:0)
Can you try if the same happens with a more specific rule (for
testing)?
i.e.:
pass in on igc3 inet6 from "put actual v6 prefix here" to 64:ff9b::/96
af-to inet from "actual IP on igc0"/32
I am
On Fri, Mar 15, 2024 at 10:09:37AM +0100, Christer Solskogen via misc wrote:
> On Fri, Mar 15, 2024 at 10:00 AM Jonathan Gray wrote:
> >
> > On Fri, Mar 15, 2024 at 08:49:14AM +0100, Christer Solskogen via misc wrote:
> > > On Fri, Mar 15, 2024 at 1:15 AM Jonathan Gray wrote:
> > > >
> > >
> > >
On Fri, Mar 15, 2024 at 10:00 AM Jonathan Gray wrote:
>
> On Fri, Mar 15, 2024 at 08:49:14AM +0100, Christer Solskogen via misc wrote:
> > On Fri, Mar 15, 2024 at 1:15 AM Jonathan Gray wrote:
> > >
> >
> > > The 1MHz higher is the turbo setting. When speedstep speeds are shown
> > > in dmesg it
On Fri, Mar 15, 2024 at 08:49:14AM +0100, Christer Solskogen via misc wrote:
> On Fri, Mar 15, 2024 at 1:15 AM Jonathan Gray wrote:
> >
>
> > The 1MHz higher is the turbo setting. When speedstep speeds are shown
> > in dmesg it is the highest.
> >
> > The sensors use cpu_hz_update_sensor().
> >
On Fri, Mar 15, 2024 at 1:15 AM Jonathan Gray wrote:
>
> The 1MHz higher is the turbo setting. When speedstep speeds are shown
> in dmesg it is the highest.
>
> The sensors use cpu_hz_update_sensor().
>
I don't understand. dmesg says this:
cpu0: Intel(R) N95, 2693.79 MHz, 06-be-00, patch
45 matches
Mail list logo
