On Tue, May 14, 2024 at 04:54:26PM +0800, Bret Busby wrote:
>
> Wasn't sudo echo the name of a pop group?
>
> :)
If it wasn't it should've been one.
Cheers
--
t
signature.asc
Description: PGP signature
Wasn't sudo echo the name of a pop group?
:)
Bret Busby
Armadale
Western Australia
(UTC+0800)
.
On Mon, May 13, 2024 at 08:37:16PM +0200, Erwan David wrote:
> Le 13/05/2024 à 19:45, Stefan Monnier a écrit :
[...]
> > % sudo zsh -l
> > # echo 1 > /proc/sys/net/ipv4/ip_forward
> > # ^D
> > logout
> > %
> >
> >
> >
> >
> > Stefan
> >
> >
> sudo -i will
Le 13/05/2024 à 19:45, Stefan Monnier a écrit :
$ su -
Password:
# echo 1 > /proc/sys/net/ipv4/ip_forward
# ^D
logout
$
I don't need no stinkin' sudo :-)
And if you only have `sudo`, but not the root password, of course:
% sudo zsh -l
# echo 1 > /proc/sys/net/ipv4/ip_forward
#
On Mon, May 13, 2024 at 01:45:40PM -0400, Stefan Monnier wrote:
> > $ su -
> > Password:
> > # echo 1 > /proc/sys/net/ipv4/ip_forward
> > # ^D
> > logout
> > $
> >
> > I don't need no stinkin' sudo :-)
>
> And if you only have `sudo`, but not the root password, of course:
>
> % sudo zsh -l
>
> $ su -
> Password:
> # echo 1 > /proc/sys/net/ipv4/ip_forward
> # ^D
> logout
> $
>
> I don't need no stinkin' sudo :-)
And if you only have `sudo`, but not the root password, of course:
% sudo zsh -l
# echo 1 > /proc/sys/net/ipv4/ip_forward
# ^D
logout
%
On 5/13/24 18:52, to...@tuxteam.de wrote:
Now share your ideas :-)
$ su -
Password:
# echo 1 > /proc/sys/net/ipv4/ip_forward
# ^D
logout
$
I don't need no stinkin' sudo :-)
regards,
chris
On Mon 19 Feb 2024 at 23:53:41 (+0700), Max Nikulin wrote:
> David, feel free to stop discussion if you find me annoying. My
> problem in some sense is close to your one and I am trying to figure
> out if missed some udisks feature and the result is some
> inconvenience.
>
> On 19/02/2024 11:26,
David, feel free to stop discussion if you find me annoying. My problem
in some sense is close to your one and I am trying to figure out if
missed some udisks feature and the result is some inconvenience.
On 19/02/2024 11:26, David Wright wrote:
On Sun 18 Feb 2024 at 12:41:29 (+0700), Max
On Sun 18 Feb 2024 at 12:41:29 (+0700), Max Nikulin wrote:
> On 18/02/2024 11:40, David Wright wrote:
> >$ ssh bhost
> >$ udisksctl unlock --block-device /dev/disk/by-partlabel/Nokia01
> >Passphrase:
> > AUTHENTICATING FOR org.freedesktop.udisks2.encrypted-unlock ===
> >
On 18/02/2024 11:40, David Wright wrote:
$ ssh bhost
$ udisksctl unlock --block-device /dev/disk/by-partlabel/Nokia01
Passphrase:
AUTHENTICATING FOR org.freedesktop.udisks2.encrypted-unlock ===
Authentication is required to unlock the encrypted device Multiple Card
Reader
On Sun 18 Feb 2024 at 10:23:52 (+0700), Max Nikulin wrote:
> I have decided to ask the following in a separate thread.
>
> On 17/02/2024 02:59, David Wright wrote
> (Re: f3tools vs Silicon Power 4T drive):
> > lulu () { sudo udisksctl unlock --block-device
> >
David Wright writes:
> You'd have to specify a set of criteria to test. I just treat
> /media/samsungd like any other filesystem, copying files in the
> usual manner.
Well, when I last tried MTP in Linux I got maybe half of a directory
listing and then it hung there. Concluded it doesn't work
On Mon 25 Sep 2023 at 21:08:34 (+0300), Anssi Saari wrote:
> David Wright writes:
> > On Sun 24 Sep 2023 at 22:13:20 (+), Albretch Mueller wrote:
> >> On 9/24/23, Marco M. wrote:
> >> > On most Android phones, you need to explicit allow data transfers.
> >>
> >> What do you functionally
On Mon 25 Sep 2023 at 17:41:13 (+), Albretch Mueller wrote:
> On 9/24/23, Michel Verdier wrote:
> > If you use USB you need a cable allowing data, some allow only power.
>
> The USB cable I have been using to charge the battery of that phone
> visually seems to be the same exact one being
On Mon, Sep 25, 2023 at 10:13 PM Jeffrey Walton wrote:
>
> On Mon, Sep 25, 2023 at 7:05 PM Albretch Mueller wrote:
> >
> > On 9/24/23, Michel Verdier wrote:
> > > If you use USB you need a cable allowing data, some allow only power.
> >
> > The USB cable I have been using to charge the
On Mon, Sep 25, 2023 at 7:05 PM Albretch Mueller wrote:
>
> On 9/24/23, Michel Verdier wrote:
> > If you use USB you need a cable allowing data, some allow only power.
>
> The USB cable I have been using to charge the battery of that phone
> visually seems to be the same exact one being
On 2023-09-25, Albretch Mueller wrote:
> Is there a way to test for sure that cable is the right one?
Usually the original cable furnished with the phone is a data cable. My
only test was to successfully use adb then change cable and see that I
have some power only cables.
On 2023-09-25, Albretch Mueller wrote:
> Android awakens when I unplug the cable from the computer; so,
> something is being somehow detected.
android also awakens on power on/off
David Wright (12023-09-25):
> On bullseye I have android-file-transfer installed. I connect the
> phone to the PC with USB, and run this function:
If we are sharing how we do file transfer to and from an Android phone:
My favorite solution is tu install Termux and run sshd in it. Then I can
use
On 9/25/23, Albretch Mueller wrote:
> Most probably there is a setting in that phone I haven’t been able to
> find.
Android awakens when I unplug the cable from the computer; so,
something is being somehow detected.
lbrtchx
David Wright writes:
> On Sun 24 Sep 2023 at 22:13:20 (+), Albretch Mueller wrote:
>> On 9/24/23, Marco M. wrote:
>> > On most Android phones, you need to explicit allow data transfers.
>>
>> What do you functionally mean? I need for you to talk to me like
>> this: a) go "Settings"; b)
On 9/24/23, Michel Verdier wrote:
> If you use USB you need a cable allowing data, some allow only power.
The USB cable I have been using to charge the battery of that phone
visually seems to be the same exact one being advertised as doubling
as a data cable, but running:
$ sudo lsusb
Before
On Sun 24 Sep 2023 at 22:13:20 (+), Albretch Mueller wrote:
> On 9/24/23, Marco M. wrote:
> > On most Android phones, you need to explicit allow data transfers.
>
> What do you functionally mean? I need for you to talk to me like
> this: a) go "Settings"; b) ...
On bullseye I have
As far as I remember adb requires debugging to be enabled on the Android
device.
For newer androids following - slighly obscure - process has to be used:
Enabling USB Debugging on an Android Device
- On the device, go to Settings > About .
- Tap the Build number seven times to make Settings >
Am 24.09.2023 22:13 schrieb Albretch Mueller:
> What do you functionally mean? I need for you to talk to me like
> this: a) go "Settings"; b) ...
According to the Google documentation:
With a USB cable, connect your device to your computer.
On your device, tap the "Charging this device via
On 9/24/23, Marco M. wrote:
> On most Android phones, you need to explicit allow data transfers.
What do you functionally mean? I need for you to talk to me like
this: a) go "Settings"; b) ...
Thank you,
lbrtchx
On 9/24/23, Marco M. wrote:
> Am 24.09.2023 um 19:45:11 Uhr schrieb Albretch
On 2023-09-24, Albretch Mueller wrote:
> Basically, I need to transfer selected data (whatsapp, messages,
> phone calls, ...) off my phone to my computer's hdd.
>
> How can you troubleshoot that problem or, do you know about any other
> way to transfer your data to a drive off your phone?
If
Am 24.09.2023 um 19:45:11 Uhr schrieb Albretch Mueller:
> How can you troubleshoot that problem or, do you know about any other
> way to transfer your data to a drive off your phone?
On most Android phones, you need to explicit allow data transfers.
Did you do?
On 29.04.2023 02:52, cor...@free.fr wrote:
Hello list,
When I run this command:
$ sudo echo 123 > /root/123.txt
A better use is to do:
echo 123 | sudo tee /root/123.txt
or
sudo tee /root/123.txt <
writes:
> (...)
> My favourite alternative to tee for this is dd: you don't have to
> "throw away" the other stream:
>
> echo 123 | sudo dd of=/root/123.txt
>
> Actually, any program willing to pass stdin to an output file
> whose name you can choose will do the trick.
Hellow tomas,
It is
On Fri, Apr 28, 2023 at 10:10:03PM -0500, David Wright wrote:
> On Fri 28 Apr 2023 at 20:35:25 (-0400), Greg Wooledge wrote:
> > On Sat, Apr 29, 2023 at 01:52:11AM +0200, cor...@free.fr wrote:
> > > $ sudo echo 123 > /root/123.txt
> > >
> > > It tells me "permission rejected".
> > >
> > > Why
On Fri 28 Apr 2023 at 20:35:25 (-0400), Greg Wooledge wrote:
> On Sat, Apr 29, 2023 at 01:52:11AM +0200, cor...@free.fr wrote:
> > $ sudo echo 123 > /root/123.txt
> >
> > It tells me "permission rejected".
> >
> > Why this sudo can't get success?
>
> Because the redirection is done by your
On 2023-04-28 at 20:36, Greg Wooledge wrote:
> On Fri, Apr 28, 2023 at 08:00:02PM -0400, The Wanderer wrote:
>
>> I would suspect that
>>
>> $ sudo 'echo 123 > /root/123.txt'
>>
>> would produce the effect you're after, but as I don't have sudo
>> installed, cannot verify that myself.
>
>
On 29/04/2023 02:35, Greg Wooledge wrote:
On Sat, Apr 29, 2023 at 01:52:11AM +0200, cor...@free.fr wrote:
$ sudo echo 123 > /root/123.txt
It tells me "permission rejected".
Why this sudo can't get success?
Because the redirection is done by your shell before sudo is executed.
See
On Fri, Apr 28, 2023 at 08:00:02PM -0400, The Wanderer wrote:
> I would suspect that
>
> $ sudo 'echo 123 > /root/123.txt'
>
> would produce the effect you're after, but as I don't have sudo
> installed, cannot verify that myself.
No, that won't work. It'll try to execute a program named
'echo
On Sat, Apr 29, 2023 at 01:52:11AM +0200, cor...@free.fr wrote:
> $ sudo echo 123 > /root/123.txt
>
> It tells me "permission rejected".
>
> Why this sudo can't get success?
Because the redirection is done by your shell before sudo is executed.
See
On 2023-04-28 at 19:52, cor...@free.fr wrote:
> Hello list,
>
> When I run this command:
>
> $ sudo echo 123 > /root/123.txt
>
> It tells me "permission rejected".
>
> Why this sudo can't get success?
If I'm not very much mistaken: because redirection like that is (as I
understand matters)
Hi.
On Mon, Sep 06, 2021 at 01:43:03AM +0200, Emanuel Berg wrote:
> $ sudo apt-get update
...
> address = get_proxy_host_port_from_avahi()
> File "/usr/share/squid-deb-proxy-client/apt-avahi-discover", line 79, in
> get_proxy_host_port_from_avahi
...
>
> Ideas?
apt purge
On 1/29/21 11:47 AM, Andrei POPESCU wrote:
On Vi, 29 ian 21, 06:34:34, Peter Ehlert wrote:
I don't use sudo
The systems I use and the systems I setup for others never have sudo users
setup ... unneeded.
Should I delete the sudo package? Would that cause some internal conflicts?
they all
On Vi, 29 ian 21, 06:34:34, Peter Ehlert wrote:
> I don't use sudo
>
> The systems I use and the systems I setup for others never have sudo users
> setup ... unneeded.
>
>
> Should I delete the sudo package? Would that cause some internal conflicts?
> they all have Debian Mate desktops... if
On Vi, 29 ian 21, 13:23:19, Roberto C. Sánchez wrote:
>
> THe chief benefit of sudo is that it makes seeing who did what much
> easier. Imagine admin1 uses su to become root and admin2 uses su to
> become root. At that point, it is not possible to tell who did what by
> looking at command
On Fri, Jan 29, 2021 at 02:33:49PM -0300, Eike Lantzsch wrote:
> On Friday, 29 January 2021 12:42:19 -03 to...@tuxteam.de wrote:
> > On Fri, Jan 29, 2021 at 08:12:20AM -0700, Antonio Russo wrote:
> >
> > [...]
> >
> > > But, more specifically to your question about sudo, let me argue
> > > that,
On Friday, 29 January 2021 12:42:19 -03 to...@tuxteam.de wrote:
> On Fri, Jan 29, 2021 at 08:12:20AM -0700, Antonio Russo wrote:
>
> [...]
>
> > But, more specifically to your question about sudo, let me argue
> > that, at the level of paranoia required to be worried about sudo,
> > you should
On 1/29/21 7:50 AM, Teemu Likonen wrote:
* 2021-01-29 06:34:34-0800, Peter Ehlert wrote:
I don't use sudo
The systems I use and the systems I setup for others never have sudo
users setup ... unneeded.
Should I delete the sudo package? Would that cause some internal
conflicts? they all have
On 1/29/2021 4:57 PM, Antonio Russo wrote:
On 1/29/21 8:54 AM, john doe wrote:
In the case of sudo, you could deny the use of sudo by removing all
users from the sudoers file or by denying sudo access explicitly in the
sudoers file.
Also, removing all users from the sudo group.
--
John
On 1/29/21 8:54 AM, john doe wrote:
> In the case of sudo, you could deny the use of sudo by removing all
> users from the sudoers file or by denying sudo access explicitly in the
> sudoers file.
>
> --
> John Doe
>
As I understand it, this would not have protected against the recent local
On 1/29/2021 4:50 PM, Teemu Likonen wrote:
* 2021-01-29 06:34:34-0800, Peter Ehlert wrote:
I don't use sudo
The systems I use and the systems I setup for others never have sudo
users setup ... unneeded.
Should I delete the sudo package? Would that cause some internal
conflicts? they all
* 2021-01-29 06:34:34-0800, Peter Ehlert wrote:
> I don't use sudo
>
> The systems I use and the systems I setup for others never have sudo
> users setup ... unneeded.
> Should I delete the sudo package? Would that cause some internal
> conflicts? they all have Debian Mate desktops... if that
On Fri, Jan 29, 2021 at 08:12:20AM -0700, Antonio Russo wrote:
[...]
> But, more specifically to your question about sudo, let me argue that, at the
> level of paranoia required to be worried about sudo, you should also be
> worried about a LOT of other packages [...]
I do appreciate and use
On 1/29/21 7:34 AM, Peter Ehlert wrote:
> I don't use sudo
>
> The systems I use and the systems I setup for others never have sudo users
> setup ... unneeded.
>
>
> Should I delete the sudo package? Would that cause some internal conflicts?
> they all have Debian Mate desktops... if that
On Fri, Jan 29, 2021 at 06:34:34AM -0800, Peter Ehlert wrote:
> I don't use sudo
Then it shouldn't be installed. Unless it was brought in as an optional
dependency by some Desktop Environment.
> The systems I use and the systems I setup for others never have sudo users
> setup ... unneeded.
>
On Fri, Mar 20, 2020 at 05:26:58PM +0100, Paul van der Vlis wrote:
> Op 20-03-2020 om 15:24 schreef Heiko Noordhof:
> > On 3/20/20 1:23 PM, Paul van der Vlis wrote:
> >> Maar nu loop ik hier ook tegenaan bij sudo. Als ik doe:
> >> sudo /bin/echo $USER
> >> Dan krijg ik als antwoord "paul", terwijl
Op 20-03-2020 om 15:24 schreef Heiko Noordhof:
> On 3/20/20 1:23 PM, Paul van der Vlis wrote:
>> Maar nu loop ik hier ook tegenaan bij sudo. Als ik doe:
>> sudo /bin/echo $USER
>> Dan krijg ik als antwoord "paul", terwijl als ik als root werk ik graag
>> de root-environment wil gebruiken. Hoe kan
Hallo,
On Fri, Mar 20, 2020 at 02:01:59PM +0100, Vincent Lammens wrote:
> Op 2020-03-20 om 13:23 schreef Paul van der Vlis:
> > Hallo,
> >
> > Het was me duidelijk dat er iets gewijzigd was bij het environment, en
> > als je "su" gebruikt om root te worden, je een verkeerd environment
> > krijgt.
On 3/20/20 1:23 PM, Paul van der Vlis wrote:
Maar nu loop ik hier ook tegenaan bij sudo. Als ik doe:
sudo /bin/echo $USER
Dan krijg ik als antwoord "paul", terwijl als ik als root werk ik graag
de root-environment wil gebruiken. Hoe kan dat?
Hallo Paul,
Als je in je shell een commando
Op 2020-03-20 om 13:23 schreef Paul van der Vlis:
> Hallo,
>
> Het was me duidelijk dat er iets gewijzigd was bij het environment, en
> als je "su" gebruikt om root te worden, je een verkeerd environment
> krijgt. Daar doe ik tegenwoordig "su -".
>
> Maar nu loop ik hier ook tegenaan bij sudo.
Hi.
On Sun, Feb 02, 2020 at 07:56:48AM +1100, Keith Bainbridge wrote:
> Details can be found in the upstream advisory at
> https://www.sudo.ws/alerts/pwfeedback.html .
It worth noting that to exploit CVE-2019-18634 in Debian one has to
configure sudoers a very specific way.
> For the
On 31/1/20 5:21 am, Patrick Bartek wrote:
On Thu, 30 Jan 2020 18:29:06 +1100
Keith Bainbridge wrote:
On 29/1/20 6:02 am, Patrick Bartek wrote:
My point is that sudo is more of a security "hole" since it only
requires a user's password which in my experience are less secure since
most users
On Wed, 29 Jan 2020 08:21:44 +0100
wrote:
> On Tue, Jan 28, 2020 at 07:00:03PM -0800, Patrick Bartek wrote:
> > On Tue, 28 Jan 2020 20:18:01 +
> > Brian wrote:
> >
> > > On Tue 28 Jan 2020 at 11:02:12 -0800, Patrick Bartek wrote:
> > >
> > > > The biggest security flaw with any OS is
On Thu, 30 Jan 2020 18:29:06 +1100
Keith Bainbridge wrote:
> On 29/1/20 6:02 am, Patrick Bartek wrote:
> >> My point is that sudo is more of a security "hole" since it only
> >> requires a user's password which in my experience are less secure since
> >> most users create short, easy to remember
On Thu, Jan 30, 2020, 3:00 AM Keith Bainbridge wrote:
> On 29/1/20 9:17 am, Kenneth Parker wrote:
> >
> > So one of my "early actions", is to enter "sudo passwd root" and enter
> > your "normal user password".
> >
>
>
>
> You should have then been asked to enter and re-enter a new password -
>
On 29/1/20 9:17 am, Kenneth Parker wrote:
So one of my "early actions", is to enter "sudo passwd root" and enter
your "normal user password".
You should have then been asked to enter and re-enter a new password -
for root?
--
Keith Bainbridge
keith.bainbridge.3...@gmail.com
0447
On 29/1/20 6:02 am, Patrick Bartek wrote:
My point is that sudo is more of a security "hole" since it only
requires a user's password which in my experience are less secure since
most users create short, easy to remember ones.
Which is why I suggested you tell sudo to require root password.
On Wed 29 Jan 2020 at 09:04:43 (+0200), Andrei POPESCU wrote:
> On Ma, 28 ian 20, 08:24:29, David Wright wrote:
> >
> > My view is that more damage is done to home systems by the sysadmins
> > than by external malice, so anything that protects the system from
> > such damage is a useful resource.
On Wed, Jan 29, 2020 at 01:17:52PM +0100, to...@tuxteam.de wrote:
> On Wed, Jan 29, 2020 at 12:15:17PM +, mick crane wrote:
>
> [...]
>
> > >That's because "-" tells su to do that. Drop the "-" and it'll leave
> > >you in the current dir (among other details, consult the man page for
> >
On 2020-01-29 12:17, to...@tuxteam.de wrote:
On Wed, Jan 29, 2020 at 12:15:17PM +, mick crane wrote:
[...]
>That's because "-" tells su to do that. Drop the "-" and it'll leave
>you in the current dir (among other details, consult the man page for
>details).
yes but "su" keeps the user's
On Wed, Jan 29, 2020 at 12:15:17PM +, mick crane wrote:
[...]
> >That's because "-" tells su to do that. Drop the "-" and it'll leave
> >you in the current dir (among other details, consult the man page for
> >details).
>
> yes but "su" keeps the user's path for the executables.
> mick
On 2020-01-29 12:08, to...@tuxteam.de wrote:
On Wed, Jan 29, 2020 at 10:31:35AM +, mick crane wrote:
[...]
The only effective difference for me between "su -" and sudo seems
to be that if you are in a directory you don't have permissions and
want to change something sudo keeps you in the
On Wed, Jan 29, 2020 at 10:31:35AM +, mick crane wrote:
[...]
> The only effective difference for me between "su -" and sudo seems
> to be that if you are in a directory you don't have permissions and
> want to change something sudo keeps you in the $PWD whereas "su -"
> puts you in /root
On 2020-01-29 07:04, Andrei POPESCU wrote:
On Ma, 28 ian 20, 08:24:29, David Wright wrote:
My view is that more damage is done to home systems by the sysadmins
than by external malice, so anything that protects the system from
such damage is a useful resource. I think that selective sudo¹
I am curious too.
On Tue, Jan 28, 2020 at 07:00:03PM -0800, Patrick Bartek wrote:
> On Tue, 28 Jan 2020 20:18:01 +
> Brian wrote:
>
> > On Tue 28 Jan 2020 at 11:02:12 -0800, Patrick Bartek wrote:
> >
> > > The biggest security flaw with any OS is the user.
> >
> > By God. I wish I said that!
> >
> > The
On Tue, Jan 28, 2020 at 11:02:12AM -0800, Patrick Bartek wrote:
[...]
> Although, I seem to remember a couple of distros would recommend you
> create more secure password, if you entered a poor one, but would still
> accept the poor one, if you chose to do so. Can't remember which
> distro(s)
On Ma, 28 ian 20, 08:24:29, David Wright wrote:
>
> My view is that more damage is done to home systems by the sysadmins
> than by external malice, so anything that protects the system from
> such damage is a useful resource. I think that selective sudo¹
> provides one way of reducing damage by
Patrick Bartek writes:
> Except the smart ones. They read the manual.
They are the most dangerous ones. The fools make mere foolish
mistakes. The smart users make clever ones.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
On Tue, 28 Jan 2020 20:18:01 +
Brian wrote:
> On Tue 28 Jan 2020 at 11:02:12 -0800, Patrick Bartek wrote:
>
> > The biggest security flaw with any OS is the user.
>
> By God. I wish I said that!
>
> The same is true is true of motor cars, washing machines, microwave
> cookers, TV sets,
On Tue, Jan 28, 2020, 4:44 PM mick crane wrote:
> On 2020-01-28 18:44, Joe wrote:
> > On Tue, 28 Jan 2020 10:29:44 -0700
> > "Harold Hartley" wrote:
> >
> >> When I did the graphical install I couldn’t even get into su either.
> >> That’s why I installed it without graphics the next time.
> >
>
On 2020-01-28 18:44, Joe wrote:
On Tue, 28 Jan 2020 10:29:44 -0700
"Harold Hartley" wrote:
When I did the graphical install I couldn’t even get into su either.
That’s why I installed it without graphics the next time.
Whatever the issue was, it wasn't that. I always use a graphical
install
On Tue 28 Jan 2020 at 11:02:12 -0800, Patrick Bartek wrote:
> The biggest security flaw with any OS is the user.
By God. I wish I said that!
The same is true is true of motor cars, washing machines, microwave
cookers, TV sets, bicycles, the postal system etc, etc. These damned
humans - nothing
On Tue, 28 Jan 2020 10:16:18 +0200
Andrei POPESCU wrote:
> On Lu, 27 ian 20, 13:01:17, Patrick Bartek wrote:
> > On Mon, 27 Jan 2020 18:21:30 +0200
> > Andrei POPESCU wrote:
> > >
> > > In the typical sudo setup the root account is locked, so both su and
> > > root logins are disabled.
>
On Tue, 28 Jan 2020 16:22:27 +1100
Keith Bainbridge wrote:
> Good afternoon
>
>
> My limited experience with a Win10 where user is NOT admin, is that
> everything I have tried even portable apps, works - apart from adding
> software.
Good to know. But I only use Windows when there are no
On Tue, 28 Jan 2020 10:29:44 -0700
"Harold Hartley" wrote:
> When I did the graphical install I couldn’t even get into su either.
> That’s why I installed it without graphics the next time.
Whatever the issue was, it wasn't that. I always use a graphical
install and have never had the problem
When I did the graphical install I couldn’t even get into su either. That’s why
I installed it without graphics the next time.
I also showed the command I type on the thread and what the results was.
On Tue, Jan 28, 2020, at 10:07, Peter Hillier-Brook wrote:
> On 28/01/2020 16:00, Harold Hartley
On 28/01/2020 16:00, Harold Hartley wrote:
I’m reading the thread. And I did fix it by re-installing with
non-graphic install. The first time was a graphical install.
I think that you're missing the obvious. When using the graphical
install there comes a point when you're asked for a root
I’m reading the thread. And I did fix it by re-installing with non-graphic
install. The first time was a graphical install.
On Tue, Jan 28, 2020, at 06:54, Greg Wooledge wrote:
> On Tue, Jan 28, 2020 at 04:33:21PM +1100, Keith Bainbridge wrote:
> > So sudo is installed.
> >
> > What happens
On Tue 28 Jan 2020 at 10:16:18 (+0200), Andrei POPESCU wrote:
> On Lu, 27 ian 20, 13:01:17, Patrick Bartek wrote:
> > On Mon, 27 Jan 2020 18:21:30 +0200 Andrei POPESCU
> > wrote:
> > >
> > > In the typical sudo setup the root account is locked, so both su and
> > > root logins are disabled.
>
On Tue, Jan 28, 2020 at 04:33:21PM +1100, Keith Bainbridge wrote:
> So sudo is installed.
>
> What happens when you type
>
> su
>
> in a term?
>
>
> If you are asked for a password, type it in and enter.
>
> When there type
>
> usermod -a -G sudo charles - looks to be your user name
>
>
On Lu, 27 ian 20, 13:01:17, Patrick Bartek wrote:
> On Mon, 27 Jan 2020 18:21:30 +0200
> Andrei POPESCU wrote:
> >
> > In the typical sudo setup the root account is locked, so both su and
> > root logins are disabled.
>
> My point is that sudo is more of a security "hole" since it only
>
So sudo is installed.
What happens when you type
su
in a term?
If you are asked for a password, type it in and enter.
When there type
usermod -a -G sudo charles - looks to be your user name
exit
Then try sudo again. You should get request for charles password.
If you had to install
Good afternoon
My limited experience with a Win10 where user is NOT admin, is that
everything I have tried even portable apps, works - apart from adding
software.
I have recommended to ant Win10 user who will listen to set up a
separate user account. It's not fun though. When I did my
On Mon, 27 Jan 2020 20:58:58 +
Joe wrote:
> On Mon, 27 Jan 2020 11:24:16 -0600
> David Wright wrote:
>
>
> >
> > It's always interesting to read opinions of which aspects of Debian
> > are too insecure for people to use.
> >
>
> Compared to, say, Windows?
>
> A few days ago, I
On Mon, 27 Jan 2020 18:21:30 +0200
Andrei POPESCU wrote:
> On Sb, 25 ian 20, 19:28:39, Patrick Bartek wrote:
> > On Sat, 25 Jan 2020 12:27:21 -0600
> > Paul Johnson wrote:
> >
> > > On Sat, Jan 25, 2020 at 11:40 AM Patrick Bartek
> > > wrote:
> > > >
> > > > I never use sudo. I consider
On Mon, 27 Jan 2020 11:24:16 -0600
David Wright wrote:
>
> It's always interesting to read opinions of which aspects of Debian
> are too insecure for people to use.
>
Compared to, say, Windows?
A few days ago, I installed Windows 10 for the first time.
It *still* makes the first user an
On Mon 27 Jan 2020 at 18:21:30 (+0200), Andrei POPESCU wrote:
> On Sb, 25 ian 20, 19:28:39, Patrick Bartek wrote:
> > On Sat, 25 Jan 2020 12:27:21 -0600 Paul Johnson wrote:
> > > On Sat, Jan 25, 2020 at 11:40 AM Patrick Bartek
> > > wrote:
> > > >
> > > > I never use sudo. I consider it too
On Sb, 25 ian 20, 19:28:39, Patrick Bartek wrote:
> On Sat, 25 Jan 2020 12:27:21 -0600
> Paul Johnson wrote:
>
> > On Sat, Jan 25, 2020 at 11:40 AM Patrick Bartek wrote:
> > >
> > > I never use sudo. I consider it too much a security risk even on a
> > > system with only a single user.
> > >
On Sat, Jan 25, 2020 at 07:28:39PM -0800, Patrick Bartek wrote:
On Sat, 25 Jan 2020 12:27:21 -0600
Paul Johnson wrote:
On Sat, Jan 25, 2020 at 11:40 AM Patrick Bartek wrote:
I'm curious for more on this perspective.
Security is not so much one or two big things, but a lot of little
things
On Sat, 25 Jan 2020 12:27:21 -0600
Paul Johnson wrote:
> On Sat, Jan 25, 2020 at 11:40 AM Patrick Bartek wrote:
>
> > On Sat, 25 Jan 2020 09:39:28 -0700
> > "Harold Hartley" wrote:
> >
> > > I did a net-install and installed with no problems.
> > > The only problem I’m having is when I want
I have solved the problem. I re-installed it using non graphical install and it
works fine. Thanks everyone for your help.
On Sat, Jan 25, 2020, at 16:40, David Wright wrote:
> On Sat 25 Jan 2020 at 22:51:59 (+0300), Reco wrote:
> > On Sat, Jan 25, 2020 at 01:43:00PM -0600, David Wright wrote:
>
On Sat 25 Jan 2020 at 22:51:59 (+0300), Reco wrote:
> On Sat, Jan 25, 2020 at 01:43:00PM -0600, David Wright wrote:
> > All we've had so far is vague recollections, and a command that
> > can't possibly work: su apt-get update
>
> It's:
>
> su -c "apt-get update"
I think the OP knows what the
1 - 100 of 905 matches
Mail list logo