I keep getting the following error when my machine boots:
[radeon]] *ERROR* atombios stuck in loop for more than 5secs aborting
the system finally comes up, after a delay of several minutes.
I'm running Debian Stretch on a Lenovo T400. Previous to the system
upgrade to Stretch, I ran Jessie a
On Fri, Aug 17, 2018 at 08:23:51AM -0400, Greg Wooledge wrote:
> Simply use "if" like you're supposed to.
Sometimes the simple things in bash are free. Or something :)
Thank you so much Greg - I really appreciate this - this was the
answer I didn't know I wanted until you named it.
Kind regards,
On Fri, Aug 17, 2018 at 04:36:43PM +0200, to...@tuxteam.de wrote:
> On Fri, Aug 17, 2018 at 10:12:54AM -0400, Greg Wooledge wrote:
> > On Fri, Aug 17, 2018 at 03:43:58PM +0200, to...@tuxteam.de wrote:
> > > The construction
> > >
> > > foo && echo "bar" || echo "baz"
> > >
> > > does probably w
On Fri 17 Aug 2018 at 21:49:53 +0200, john doe wrote:
> As an aside, you should consider using 'apt' and not 'apt-get'.
Why? What functional difference is there between 'apt-get upgrade' and
'apt-get install' and the apt equivalents?
--
Brian.
On 08/17/2018 04:58 PM, Dave Sherohman wrote:
[Snipped some useful info]
I *never ever* use port 22 for ssh. I pick some random port that I know
isn't going to be used for anything else on the server and set ssh to use
that port instead. How do I set ufw to use the ssh port of my choosing?
In
Thanks for he reply.
Nothing there.
On 08/17/2018 04:03 PM, Roberto C. S�nchez wrote:
On Fri, Aug 17, 2018 at 08:21:50PM +0100, Brian wrote:
On Fri 17 Aug 2018 at 15:00:09 -0400, Stephen P. Molnar wrote:
I have just installed Stretch on a new SSD on my platform.
During the installation I
On Fri, Aug 17, 2018 at 12:50:16PM -0400, cyaiplexys wrote:
> If I'm following you so far, ufw is a firewall like iptables? Or a
> replacement for iptables?
ufw is a more user-friendly front end for managing iptables rules.
Under the hood, it's still iptables doing the actual firewalling.
(After u
On Fri, Aug 17, 2018 at 08:21:50PM +0100, Brian wrote:
> On Fri 17 Aug 2018 at 15:00:09 -0400, Stephen P. Molnar wrote:
>
> > I have just installed Stretch on a new SSD on my platform.
> >
> > During the installation I selected the University of Chicago mirror and
> > accepted the defaults plus b
On Fri 17 Aug 2018 at 15:35:08 -0400, Stephen P. Molnar wrote:
> Thanks for the reply.
>
> Please see attachemnt.
>
> On 08/17/2018 03:21 PM, Brian wrote:
> > On Fri 17 Aug 2018 at 15:00:09 -0400, Stephen P. Molnar wrote:
> >
> > > I have just installed Stretch on a new SSD on my platform.
> >
On 8/17/2018 9:00 PM, Stephen P. Molnar wrote:
I have just installed Stretch on a new SSD on my platform.
During the installation I selected the University of Chicago mirror and
accepted the defaults plus backports.
When I fun apt-get install Thunderbird apt-get tries to log on to
prod.debia
Thanks for the reply.
Please see attachemnt.
On 08/17/2018 03:21 PM, Brian wrote:
On Fri 17 Aug 2018 at 15:00:09 -0400, Stephen P. Molnar wrote:
I have just installed Stretch on a new SSD on my platform.
During the installation I selected the University of Chicago mirror and
accepted the def
Joao Roscoe wrote:
> But, what if I need to include a user who is defined in NIS in lp or ttyS0
> group? Would going into /etc/group in *every* machine be unavoidable?
your print server will be the only one to consider for lp group for example
or just do something with ansible or puppet or what
On Fri 17 Aug 2018 at 15:00:09 -0400, Stephen P. Molnar wrote:
> I have just installed Stretch on a new SSD on my platform.
>
> During the installation I selected the University of Chicago mirror and
> accepted the defaults plus backports.
>
> When I fun apt-get install Thunderbird apt-get tries
I have just installed Stretch on a new SSD on my platform.
During the installation I selected the University of Chicago mirror and
accepted the defaults plus backports.
When I fun apt-get install Thunderbird apt-get tries to log on to
prod.debian.map.fastly.net (2a04:4E42:2c::2040 and hangs.
On Fri 17 Aug 2018 at 07:31:34 (-0400), Gene Heskett wrote:
> On Friday 17 August 2018 05:29:07 Vincent Lefevre wrote:
>
> > On 2018-08-13 09:38:48 -0300, Samuel Henrique wrote:
> > > If you pass a file as parameter to apt install, like:
> > > apt install ./package.deb
> > > It will work, at least
On 08/17/2018 01:59 PM, Brian wrote:
On Fri 17 Aug 2018 at 13:56:03 -0400, cyaiplexys wrote:
So do I have to sudo apt-get iptables or is that already installed?
dpkg -l iptables
Looks like it's in there:
$ dpkg -l iptables
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-f
On Fri 17 Aug 2018 at 12:50:16 -0400, cyaiplexys wrote:
> I *never ever* use port 22 for ssh. I pick some random port that I know
> isn't going to be used for anything else on the server and set ssh to use
> that port instead. How do I set ufw to use the ssh port of my choosing?
Not a bad tactic;
On Fri 17 Aug 2018 at 13:56:03 -0400, cyaiplexys wrote:
> So do I have to sudo apt-get iptables or is that already installed?
dpkg -l iptables
--
Brian.
On 08/17/2018 01:16 PM, john doe wrote:
On 8/17/2018 6:50 PM, cyaiplexys wrote:
On 08/17/2018 10:55 AM, Dave Sherohman wrote:
On Thu, Aug 16, 2018 at 02:07:02PM -0400, cyaiplexys wrote:
See, that all is way over my head. I don't understand this stuff as I'm
pretty much a total beginner in this
Right, that's best practice.
But, what if I need to include a user who is defined in NIS in lp or ttyS0
group? Would going into /etc/group in *every* machine be unavoidable?
João
On Fri, Aug 17, 2018 at 1:42 PM Greg Wooledge wrote:
> On Fri, Aug 17, 2018 at 01:27:32PM -0300, Joao Roscoe wrote:
On Fri 17 Aug 2018 at 19:16:07 +0200, john doe wrote:
> Also, a server without firewall capibility should never be facing internet.
Why? "never" seems a little strong. Mine does; what's the problem?
--
Brian.
On 8/17/2018 6:50 PM, cyaiplexys wrote:
On 08/17/2018 10:55 AM, Dave Sherohman wrote:
On Thu, Aug 16, 2018 at 02:07:02PM -0400, cyaiplexys wrote:
See, that all is way over my head. I don't understand this stuff as I'm
pretty much a total beginner in this.
OK, fair enough. Let's see what help
On 08/17/2018 10:55 AM, Dave Sherohman wrote:
On Thu, Aug 16, 2018 at 02:07:02PM -0400, cyaiplexys wrote:
See, that all is way over my head. I don't understand this stuff as I'm
pretty much a total beginner in this.
OK, fair enough. Let's see what help I can offer.
Greatly appreciated. :)
On Fri, Aug 17, 2018 at 01:27:32PM -0300, Joao Roscoe wrote:
> However, it will not solve the problem on how to centrally manage system
> resources access across distros.
You don't manage OS-specific (or "distro"-specific if you prefer that term)
group IDs in a network database. Those are managed
You are right, I forgot to state that yes, I do use NFS to share files -
great tip, this GID / UID remapping thing - thanks a lot.
However, it will not solve the problem on how to centrally manage system
resources access across distros.
Joao
On Fri, Aug 17, 2018 at 10:49 AM wrote:
> -BEGIN
On 08/17/2018 07:44 AM, Reco wrote:
Hi.
On Fri, Aug 17, 2018 at 07:27:01AM -0500, Richard Owlett wrote:
On 08/17/2018 06:31 AM, Gene Heskett wrote:
On Friday 17 August 2018 05:29:07 Vincent Lefevre wrote:
On 2018-08-13 09:38:48 -0300, Samuel Henrique wrote:
If you pass a file as par
On Thu, Aug 16, 2018 at 02:07:02PM -0400, cyaiplexys wrote:
> See, that all is way over my head. I don't understand this stuff as I'm
> pretty much a total beginner in this.
OK, fair enough. Let's see what help I can offer.
> Does Debian and Debian based systems have the firewall installed and
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 10:12:54AM -0400, Greg Wooledge wrote:
> On Fri, Aug 17, 2018 at 03:43:58PM +0200, to...@tuxteam.de wrote:
> > The construction
> >
> > foo && echo "bar" || echo "baz"
> >
> > does probably work, because echo's exit status i
On 8/17/2018 4:05 PM, Jude DaShiell wrote:
Yes, once language and keyboard get selected type the less than
character. That should get you a numbered menu on the screen. One of
those numbers will allow you to execute a shell. When I do a debian
install, I like to get into this menu as soon as p
On Fri, Aug 17, 2018 at 03:43:58PM +0200, to...@tuxteam.de wrote:
> The construction
>
> foo && echo "bar" || echo "baz"
>
> does probably work, because echo's exit status is (always?) 0 (the bash
> builtin's documentation mumbles something about "write error").
echo can fail if stdout is clos
Yes, once language and keyboard get selected type the less than
character. That should get you a numbered menu on the screen. One of
those numbers will allow you to execute a shell. When I do a debian
install, I like to get into this menu as soon as possible since I save
install logs to disk and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 10:36:38AM -0300, Joao Roscoe wrote:
> I have redhat and debian machines in the same network. Users and groups are
> controlled via NIS
>
> I have realized that redhat and debian have different groups definitions
> for system r
On Fri, Aug 17, 2018 at 10:36:38AM -0300, Joao Roscoe wrote:
What would be the best way to manage this (other than managing groups on
machines themselves, individually)? Different NIS domains for different
distros? Is there any tutorial on managing multiple domains on the same NIS
server, out the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 08:23:51AM -0400, Greg Wooledge wrote:
> On Fri, Aug 17, 2018 at 06:46:54PM +1000, Zenaan Harkness wrote:
> > $ test $? && echo ok || echo error $?
>
> Others have already pointed out that test $? is not what you think it
> i
I have redhat and debian machines in the same network. Users and groups are
controlled via NIS
I have realized that redhat and debian have different groups definitions
for system resources access control. For instance, redhat machines have
group lp with GID 4, while debian states that lp group is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 12:34:38PM +0100, Clive Standbridge wrote:
[...]
> > $ false
> > $ test $? && echo ok || echo error $?
>
> The second $? in that line is different from the first; it's the exit
> status of "test". That can be demonstrated, wi
Hi.
On Fri, Aug 17, 2018 at 07:27:01AM -0500, Richard Owlett wrote:
> On 08/17/2018 06:31 AM, Gene Heskett wrote:
> > On Friday 17 August 2018 05:29:07 Vincent Lefevre wrote:
> >
> > > On 2018-08-13 09:38:48 -0300, Samuel Henrique wrote:
> > > > If you pass a file as parameter to apt inst
On 08/17/2018 06:31 AM, Gene Heskett wrote:
On Friday 17 August 2018 05:29:07 Vincent Lefevre wrote:
On 2018-08-13 09:38:48 -0300, Samuel Henrique wrote:
If you pass a file as parameter to apt install, like:
apt install ./package.deb
It will work, at least on buster.
And the "./" is importan
On Fri, Aug 17, 2018 at 06:46:54PM +1000, Zenaan Harkness wrote:
> $ test $? && echo ok || echo error $?
Others have already pointed out that test $? is not what you think it
is. When the test command is given 1 argument, it tests that argument's
string length. If the string length is 0, then
> Is there a "cleaner" way to test the true/ error exit status other
> than using "$?", with bonus points for working in posix sh as well as
> Bash, ?
test $? -eq 0
"help test" will tell you more.
Another point from your original mail,
> $ false
> $ test $? && echo ok || echo error $?
The s
On Friday 17 August 2018 05:29:07 Vincent Lefevre wrote:
> On 2018-08-13 09:38:48 -0300, Samuel Henrique wrote:
> > If you pass a file as parameter to apt install, like:
> > apt install ./package.deb
> > It will work, at least on buster.
>
> And the "./" is important, otherwise it will not work (u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 07:29:47PM +1000, Zenaan Harkness wrote:
> On Fri, Aug 17, 2018 at 10:51:03AM +0200, Nicolas George wrote:
> > Zenaan Harkness (2018-08-17):
> > > But whilst the subsequent list of Bash builtin commands DOES include
> > > entrie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 11:42:56AM +0200, to...@tuxteam.de wrote:
[...]
> Few surviving languages have that kind of evaluation model (the shells,
> Tcl -- and in a very interesting twist the Lisps). Powerful, but
> sometimes confusing.
And (oh, sorr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 07:32:39PM +1000, Zenaan Harkness wrote:
[...]
> That accords with my previous understanding, that the exist status of
> running false gives something other than "success" (i.e. zero) - what
> am I missing?
The next step: "$?
Zenaan Harkness (2018-08-17):
> Aha. It's actually the Special Parameter "?", aka "$?" that I did not
> understand - I was treating it as a value, when actually it is
> something that expands, i.e. into a string, and not something that is
> treated as true or false.
That is how all parameters work
On Fri, Aug 17, 2018 at 11:25:52AM +0200, to...@tuxteam.de wrote:
> On Fri, Aug 17, 2018 at 06:46:54PM +1000, Zenaan Harkness wrote:
> > 1)
> > Bash man page largely fails to document the true and false builtins
> > AFAICT, except for this sentence just under the heading
> > "^SHELL BUILTIN COMMAND
On Fri, Aug 17, 2018 at 10:51:03AM +0200, Nicolas George wrote:
> Zenaan Harkness (2018-08-17):
> > But whilst the subsequent list of Bash builtin commands DOES include
> > entries for ":" (the very first entry) and "test", it appears to fail
> > to include entries for "true" and for "false".
>
>
On 2018-08-13 09:38:48 -0300, Samuel Henrique wrote:
> If you pass a file as parameter to apt install, like:
> apt install ./package.deb
> It will work, at least on buster.
And the "./" is important, otherwise it will not work (until now,
for this reason, I didn't know that passing a file was supp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 06:46:54PM +1000, Zenaan Harkness wrote:
> 1)
> Bash man page largely fails to document the true and false builtins
> AFAICT, except for this sentence just under the heading
> "^SHELL BUILTIN COMMANDS":
>
> The :, true, false,
On Fri, Aug 17, 2018 at 10:51:03AM +0200, Nicolas George wrote:
> Zenaan Harkness (2018-08-17):
> > But whilst the subsequent list of Bash builtin commands DOES include
> > entries for ":" (the very first entry) and "test", it appears to fail
> > to include entries for "true" and for "false".
>
>
Zenaan Harkness (2018-08-17):
> But whilst the subsequent list of Bash builtin commands DOES include
> entries for ":" (the very first entry) and "test", it appears to fail
> to include entries for "true" and for "false".
Maybe because it does the same thing as the standard and non-builtin
true an
On Fri, Aug 17, 2018 at 06:46:54PM +1000, Zenaan Harkness wrote:
> 1)
> Bash man page largely fails to document the true and false builtins
> AFAICT, except for this sentence just under the heading
> "^SHELL BUILTIN COMMANDS":
>
> The :, true, false, and test builtins do not accept options and do
On Thursday, August 16, 2018 03:11:18 PM Cindy-Sue Causey wrote:
> On 8/16/18, Brad Rogers wrote:
> > On Thu, 16 Aug 2018 12:28:07 -0400
> > rhkra...@gmail.com wrote:
> >
> > Hello rhkra...@gmail.com,
> >
> >>There is a new (to me) feature on my Jessie / KDE 4.14.2 which I do not
> >>like and wo
1)
Bash man page largely fails to document the true and false builtins
AFAICT, except for this sentence just under the heading
"^SHELL BUILTIN COMMANDS":
The :, true, false, and test builtins do not accept options and do
not treat -- specially.
But whilst the subsequent list of Bash builtin com
On Thursday, August 16, 2018 02:48:51 PM Brad Rogers wrote:
> On Thu, 16 Aug 2018 12:28:07 -0400
> rhkra...@gmail.com wrote:
>
> Hello rhkra...@gmail.com,
>
> >There is a new (to me) feature on my Jessie / KDE 4.14.2 which I do not
> >like and would like to disable -- I don't even know what to ca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 03:17:29AM -0400, Gene Heskett wrote:
[...]
> [...] "stupidity should be painfull" comes to mind, but
> in our so-called PC society today, theres a painkiller for that.
:-)
Cheers
- -- t
-BEGIN PGP SIGNATURE-
Version
On Friday 17 August 2018 02:59:23 to...@tuxteam.de wrote:
> On Fri, Aug 17, 2018 at 12:49:22AM -0400, Gene Heskett wrote:
> > On Friday 17 August 2018 00:35:30 Dan Ritter wrote:
>
> [...]
>
> > > But in this particular case, I think it was probably a spammer
> > > or scammer looking for targets.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Aug 16, 2018 at 08:32:47PM -0700, tom arnall wrote:
Hi, Tom --
> I keep getting the following error when my machine boots:
>
>[radeon]] *ERROR* atombios stuck in loop for more than 5secs aborting
>
> the system finally comes up, after
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 17, 2018 at 12:49:22AM -0400, Gene Heskett wrote:
> On Friday 17 August 2018 00:35:30 Dan Ritter wrote:
[...]
> > But in this particular case, I think it was probably a spammer
> > or scammer looking for targets.
> >
> > -dsr-
> Entirely
59 matches
Mail list logo
