> On Jun 14, 2019, at 12:00 AM, Tristan wrote:
>
>
>
>> On 13 Jun 2019, at 23:47, Bryan Steele wrote:
>>
>> On Thu, Jun 13, 2019 at 11:38:24PM +0200, Tristan wrote:
>>>
>>>
On 13 Jun 2019, at 22:34, Tristan wrote:
> On 13 Jun 2019, at 22:25, Bryan Steele
> On 13 Jun 2019, at 23:47, Bryan Steele wrote:
>
> On Thu, Jun 13, 2019 at 11:38:24PM +0200, Tristan wrote:
>>
>>
>>> On 13 Jun 2019, at 22:34, Tristan wrote:
>>>
>>>
>>>
On 13 Jun 2019, at 22:25, Bryan Steele wrote:
On Thu, Jun 13, 2019 at 08:39:48PM +0200, Tristan
On 13/06/2019 20:56, Misc User wrote:
> On 6/13/2019 9:42 AM, Adam Thompson wrote:
>> On 2019-06-12 03:55, Ingo Schwarze wrote:
>> During initial system installation & deployment, before doas is
>> configured, and assuming you haven't [yet] added your SSH keys to
>> ~root/.ssh/allowed_keys, it's
On Thu, Jun 13, 2019 at 11:38:24PM +0200, Tristan wrote:
>
>
> > On 13 Jun 2019, at 22:34, Tristan wrote:
> >
> >
> >
> >> On 13 Jun 2019, at 22:25, Bryan Steele wrote:
> >>
> >> On Thu, Jun 13, 2019 at 08:39:48PM +0200, Tristan wrote:
> >>> Hi there,
> >>>
> >>> I got a new lenovo
> On 13 Jun 2019, at 22:34, Tristan wrote:
>
>
>
>> On 13 Jun 2019, at 22:25, Bryan Steele wrote:
>>
>> On Thu, Jun 13, 2019 at 08:39:48PM +0200, Tristan wrote:
>>> Hi there,
>>>
>>> I got a new lenovo v330-14 it has an AMD Ryzen 5 2500U and Radeon RX Vega 8
>>> and so was looking
On 13 Jun 2019, at 22:46, Stuart Henderson wrote:
On 2019/06/13 20:08, mabi wrote:
‐‐‐ Original Message ‐‐‐
On Wednesday, June 12, 2019 10:26 PM, Stuart Henderson
wrote:
If you're on an old BIOS revision for the APU (more than a couple of
months old), try updating, they have
On 2019/06/13 20:08, mabi wrote:
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, June 12, 2019 10:26 PM, Stuart Henderson
> wrote:
>
> > If you're on an old BIOS revision for the APU (more than a couple of
> > months old), try updating, they have enabled "core performance boost"
> > which
> On 13 Jun 2019, at 22:25, Bryan Steele wrote:
>
> On Thu, Jun 13, 2019 at 08:39:48PM +0200, Tristan wrote:
>> Hi there,
>>
>> I got a new lenovo v330-14 it has an AMD Ryzen 5 2500U and Radeon RX Vega 8
>> and so was looking forward to using OpenBSD on this one. I'm currently
>> running a
On Thu, Jun 13, 2019 at 08:39:48PM +0200, Tristan wrote:
> Hi there,
>
> I got a new lenovo v330-14 it has an AMD Ryzen 5 2500U and Radeon RX Vega 8
> and so was looking forward to using OpenBSD on this one. I'm currently
> running a
> snapshot I grabbed today. To get the screen working I had to
‐‐‐ Original Message ‐‐‐
On Wednesday, June 12, 2019 10:26 PM, Stuart Henderson
wrote:
> If you're on an old BIOS revision for the APU (more than a couple of
> months old), try updating, they have enabled "core performance boost"
> which increases speed of a single core if the others
On 6/13/2019 9:42 AM, Adam Thompson wrote:
On 2019-06-12 03:55, Ingo Schwarze wrote:
During initial system installation & deployment, before doas is
configured, and assuming you haven't [yet] added your SSH keys to
~root/.ssh/allowed_keys, it's quite impossible to avoid using su.
(AFAIK. If
Hi there,
I got a new lenovo v330-14 it has an AMD Ryzen 5 2500U and Radeon RX Vega 8
and so was looking forward to using OpenBSD on this one. I'm currently running a
snapshot I grabbed today. To get the screen working I had to set
machdep.allowaperture=2
unfortunately, but it works now and
On Thu, Jun 13, 2019 at 2:38 PM Stephane HUC "PengouinBSD"
wrote:
> https://stephane-huc.net/img/EBNH/OBSD/Puffy.svg
This looks like an svg raster image (as opposed to a vector image,
which would take some manual effort).
Probably worth setting expectations accordingly?
Thanks,
--
Raul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
For a little project to promote, I had the idea to convert the gif image
about Puffy, into svg with Inkscape.
Some will consider it a bad idea ... !
At least, the image in SVG format exists.
it is available on my server:
>Look under /usr/src/sys/arch/* for functions with "_attach_" in their
>names, which should give you a very rough idea of where to start
>looking.
thanks.
On 2019-06-12 13:12, ¯\__/¯ ¯\__/¯ wrote:
I've search for the answer to this question, but I can't find it.
I also read the source code, but I still don't get how it works.
Help pl0x
Not sure exactly what you're looking for...
On modern architectures, most OSes (including OpenBSD) "walk the
Well, I often need a root shell.
Usually I login as a user in group wheel, but not operator!
The perils of group operator were explained in a previous thread.
I don't use that group anymore.
As I understand, nothing like a web browser, etc. should ever be used by
root. So I don't.
I have been
On 2019-06-12 03:55, Ingo Schwarze wrote:
Even though su(1) can still be used today to relinquish privilege
when you are already root, no more development is done on it and people
rarely look at the manual page. The last time new functionality was
added to the su(1) manual page was almost a
Hi Maximilian,
let me start with a disclaimer. While at one time several years
ago, an employer forced me to work on REST APIs, i hated it and
have forgotten all about it. So it is safe to assume that i have
no expertise whatsoever on REST. Yet, assuming you know about REST,
what i'm saying
Hi,
Christian Weisgerber wrote on Thu, Jun 13, 2019 at 11:13:11AM -:
> On 2019-06-13, "Theo de Raadt" wrote:
>> Somebody wrote:
>>> I always considered that su is coming from _s_uper _u_ser. But maybe I
>>> am wrong, I am not from old UNIX days.
>> incorrect.
>>
>> NAME
>> su -
Hi all,
I like mdoc. It feels like a natural fit for operating system
documentation. Recently however, I've been in a position to document
a REST API. I was wondering how mdoc could be made to work there.
Many of the tags do not fit: For example, there seems to be nothing
to properly map the
On 2019-06-13, "Theo de Raadt" wrote:
>> I always considered that su is coming from _s_uper _u_ser. But maybe I
>> am wrong, I am not from old UNIX days.
>
> incorrect.
>
> NAME
> su - substitute user identity
Well, that's V7, which appears to have engaged in a bit of revisionism
together
> Ingo seems to be rather good at those.
My favorites are Nick Holland's answers. But let's not forget Stuart
Henderson, Henning Brauer, Stefan Sperling, Marc Espie ... and Dr.
House. The answers from the latter are hard to digest but always solid
and in place. May be others too, my excuses for
Hello,
On Wed, 12 Jun 2019 22:10:20 +0200
Henry Jensen wrote:
> I'm using OpenBSD Xenocara current with a multi head (dual monitor)
> setup. After using fluxbox and dwm I now wanted to try cwm.
>
> I like it so far, but is there a way I can move the current window from
> one monitor to the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
HI, Marc.
Thanks for thoses explains.
Is there a solution?
especially when you have a arch Optimum GPU, where only the Intel GPU
works? (yes, I know nvidia is evil!)
On 6/13/19 10:55 AM, Marc Espie wrote:
> On Wed, Jun 12, 2019 at 06:20:55PM
Nan Xiao writes:
> Hi Ingo,
>
> Thanks for your detailed explanation!
Ingo seems to be rather good at those. The last trivial question I asked
got an exposé on precisely how the ports and base development processes
interact with one another.
I propose a motion that every answer Igno makes to a
> After several days of desperation ...
There is no need for this. Try to see the dhcpd's logs, after you put
the server to log it to the maximum extent for you. Then you can try
tcpdump to watch closely the Polycom's requests, you can see if they
are out of standard crap or if there is a problem
On Thu, Jun 13, 2019 at 08:55:09AM +0100, Andrew Luke Nesbit wrote:
> On 13/06/2019 07:17, Theo de Raadt wrote:
> > Mihai Popescu wrote:
> >
> >>> ... if no account is provided, root is the default
> >>
> >> I always considered that su is coming from _s_uper _u_ser. But maybe I
> >> am wrong, I
On Wed, Jun 12, 2019 at 06:20:55PM +0200, Stephane HUC "PengouinBSD" wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi,
>
> In the french documentation on obsd4a's wiki, I wrote:
>
> "When to add this option?
> When you see into xorg.log:
> $ head /var/log/Xorg.0.log
> [
Philip Guenther wrote:
> On Wed, Jun 12, 2019 at 12:54 AM Richard Ulmer
> wrote:
>
> > while making the Kakoune editor work on OpenBSD, I encountered some
> > strange behaviour [1]. This little script doesn't work with the OpenBSD
> > sh, but works at least with dash, bash and zsh:
> >
> >
On 13/06/2019 07:17, Theo de Raadt wrote:
> Mihai Popescu wrote:
>
>>> ... if no account is provided, root is the default
>>
>> I always considered that su is coming from _s_uper _u_ser. But maybe I
>> am wrong, I am not from old UNIX days.
>
> incorrect.
>
> NAME
> su - substitute user
Hi Ingo,
Thanks for your detailed explanation!
Best Regards
Nan Xiao
On Wed, Jun 12, 2019 at 4:55 PM Ingo Schwarze wrote:
>
> Hello Nan Xiao,
>
> Nan Xiao wrote on Wed, Jun 12, 2019 at 02:19:08PM +0800:
>
> > I read su manual (https://man.openbsd.org/su.1), but can't find words
> > which said
Mihai Popescu wrote:
> > ... if no account is provided, root is the default
>
> I always considered that su is coming from _s_uper _u_ser. But maybe I
> am wrong, I am not from old UNIX days.
incorrect.
NAME
su - substitute user identity
> ... if no account is provided, root is the default
I always considered that su is coming from _s_uper _u_ser. But maybe I
am wrong, I am not from old UNIX days.
34 matches
Mail list logo
