On 1/9/21 10:39, David Christensen wrote:
If I now power up the machine with the buster-mac USB flash drive
installed and hold the Option key, I see the MacBook firmware disk
window showing the internal SSD only; the target USB flash drive with
the Debian instance is not shown.
David
I'ts
On 8/31/21 3:53 PM, Dan Ritter wrote:
David Christensen wrote:
debian-user:
I have an Apple MacBook Pro (Retina, 15-inch, Mid 2015) with an Intel Core
i7-4770HQ processor, 16 GB memory, and 256 GB SSD:
If I now power up the machine with the buster-mac USB flash drive installed,
Debian starts.
Hello colleagues from the Debian community.
I have a desktop with an AMD Radeon RX 56 Vega and I know this video card has
at least 2 OpenCL drivers made for it, the AMDGPU Pro and the rocm.
I would like to install the rocm driver, but apparently it doesn't exist in the
Debian repositories.
The
David Christensen wrote:
> debian-user:
>
> I have an Apple MacBook Pro (Retina, 15-inch, Mid 2015) with an Intel Core
> i7-4770HQ processor, 16 GB memory, and 256 GB SSD:
>
>
> If I now power up the machine with the buster-mac USB flash drive installed,
> Debian starts.
>
>
>
> If I now pow
debian-user:
I have an Apple MacBook Pro (Retina, 15-inch, Mid 2015) with an Intel
Core i7-4770HQ processor, 16 GB memory, and 256 GB SSD:
https://support.apple.com/kb/SP719?viewlocale=en_US&locale=en_US
https://en.wikipedia.org/wiki/MacBook_Pro
The laptop has two USB 3.0 ports.
I
On Tue 31 Aug 2021 at 15:27:13 -0400, Greg Wooledge wrote:
> On Tue, Aug 31, 2021 at 07:54:43PM +0100, Brian wrote:
> > On Tue 31 Aug 2021 at 14:48:02 -0400, Greg Wooledge wrote:
> >
> > > On Tue, Aug 31, 2021 at 07:31:22PM +0100, mick crane wrote:
> > > > On 2021-08-31 18:49, john doe wrote:
> >
"sudo which hash" shows nothing. Not sure whey.
sudo is an external program, which launches other external programs.
When you type "sudo which hash", your shell (zsh) forks a child, and
that child executes "sudo". sudo does its authentication/authorization
dance, and then executes "which ha
On Mon, 2021-08-30 at 20:26 -0400, Greg Wooledge wrote:
> On Tue, Aug 31, 2021 at 01:44:09AM +0200, Steve Keller wrote:
[...]
> > Actually, I don't know this. When I wrote unpredictable new naming
> > scheme I meant systemd's enps scheme, since it's
> > unpredictable for me as long as I don't lear
On Tue, Aug 31, 2021 at 07:54:43PM +0100, Brian wrote:
> On Tue 31 Aug 2021 at 14:48:02 -0400, Greg Wooledge wrote:
>
> > On Tue, Aug 31, 2021 at 07:31:22PM +0100, mick crane wrote:
> > > On 2021-08-31 18:49, john doe wrote:
> > > > You can simply 'unmask' it and see how it goes.
> > >
> > > Is t
On Tue 31 Aug 2021 at 14:48:02 -0400, Greg Wooledge wrote:
> On Tue, Aug 31, 2021 at 07:31:22PM +0100, mick crane wrote:
> > On 2021-08-31 18:49, john doe wrote:
> > > You can simply 'unmask' it and see how it goes.
> >
> > Is there a way to find out why it is masked ?
>
> Starting from a point
On Tue, Aug 31, 2021 at 07:31:22PM +0100, mick crane wrote:
> On 2021-08-31 18:49, john doe wrote:
> > You can simply 'unmask' it and see how it goes.
>
> Is there a way to find out why it is masked ?
Starting from a point of zero context? Probably not.
You MIGHT be able to scroll back through
On Tue, Aug 31, 2021 at 02:20:12PM -0400, Steve Dondley wrote:
> Ok, it is there after all, as a built-in. I was mindlessly trying "sudo hash
> -d fzf". I guess trying with sudo doesn't work.
>
> "sudo which hash" shows nothing. Not sure whey.
sudo is an external program, which launches other ext
On 2021-08-31 18:49, john doe wrote:
On 8/31/2021 7:36 PM, mick crane wrote:
Since I didn't really need LVM and I wasn't thrilled with having the
intrid.img at 70,00 bytes big I installed bookworm afresh.
After installing all the software I might want it's grown from
13,00
to 30,00
(tl;dr: use type, not which)
OK, thanks.
There's `hash -r' for that (bash, dash). I'd bet that zsh has something
along that lines, too.
Cheers
- t
Ok, it is there after all, as a built-in. I was mindlessly trying "sudo
hash -d fzf". I guess trying with sudo doesn't work.
"sudo which hash" shows nothing. Not sure whey.
On 8/31/2021 7:36 PM, mick crane wrote:
Since I didn't really need LVM and I wasn't thrilled with having the
intrid.img at 70,00 bytes big I installed bookworm afresh.
After installing all the software I might want it's grown from 13,00
to 30,00 but that's OK.
Most things are back wor
Since I didn't really need LVM and I wasn't thrilled with having the
intrid.img at 70,00 bytes big I installed bookworm afresh.
After installing all the software I might want it's grown from 13,00
to 30,00 but that's OK.
Most things are back working except having some bother with the
On Tue, Aug 31, 2021 at 11:19:10AM -0400, Steve Dondley wrote:
>
> >This sounds like a stale-hash situation. According to my understanding,
> >the shell will typically keep a cache of what path it found a given
> >command at when it checked for that command in $PATH, so it
> >doesn't have
> >to re
On Tue, Aug 31, 2021 at 11:32:12AM -0400, Steve Dondley wrote:
> The "hash" command does not appear to even be installed on my system, even
> with sudo, maybe because I'm using zsh. But I did a little googling around
> and found this tip:
unicorn:~$ zsh
greg@unicorn ~ % type hash
hash is a shell b
On Tue, Aug 31, 2021 at 10:58:12AM -0400, Steve Dondley wrote:
> However, "which fzf" reports the /usr/bin as the location:
>
> /usr/bin/fzf
>
> I'm using zsh.
unicorn:~$ zsh
greg@unicorn ~ % type which
which is a shell builtin
Zsh is caching the old location, and because "which" is a shell bui
On 2021-08-31 11:19 AM, Steve Dondley wrote:
This sounds like a stale-hash situation. According to my
understanding,
the shell will typically keep a cache of what path it found a given
command at when it checked for that command in $PATH, so it doesn't
have
to re-do the filesystem accesses on
This sounds like a stale-hash situation. According to my understanding,
the shell will typically keep a cache of what path it found a given
command at when it checked for that command in $PATH, so it doesn't
have
to re-do the filesystem accesses on every run of the command; this
mapping of kn
On 2021-08-31 at 10:58, Steve Dondley wrote:
> OK, so I dropped the new fzf into /usr/local/bin. I confirmed it is the
> correct version with:
>
> admin@ip-172-30-0-226 /usr/local/bin
>> $ ./fzf --version
> 0.27.2 (e086f0b)
>
> "echo $PATH" reports:
>
> /usr/local/bin:/usr/bin:/bin:/usr/games
OK, so I dropped the new fzf into /usr/local/bin. I confirmed it is
the correct version with:
admin@ip-172-30-0-226 /usr/local/bin
$ ./fzf --version
0.27.2 (e086f0b)
"echo $PATH" reports:
/usr/local/bin:/usr/bin:/bin:/usr/games
So it looks like any binary in /usr/local/bin should load fir
On 2021-08-31 10:48 AM, Greg Wooledge wrote:
On Tue, Aug 31, 2021 at 10:45:50AM -0400, Steve Dondley wrote:
Now I'm just wondering if it would be better to keep the old fzf
around and
put the new fzf into a directory that $PATH loads before /usr/bin. I'm
thinking this might be the proper way of
On Tue 31 Aug 2021 at 16:13:52 (+0200), Nicolas George wrote:
> David Wright (12021-08-31):
> > The only useful effect of that binding that I've seen is not when
> > typing ahead, but at the normal command line
>
> Of course. When typing ahead, your shell's line editor is not in action,
> and ther
On Tue, Aug 31, 2021 at 10:45:50AM -0400, Steve Dondley wrote:
> Now I'm just wondering if it would be better to keep the old fzf around and
> put the new fzf into a directory that $PATH loads before /usr/bin. I'm
> thinking this might be the proper way of doing this instead of my quick
> hack.
Ye
Either way, the simplicity of the tool (in terms of it being a single
binary artifact that is deployed) makes it unlikely that you would
encounter any issues in doing this.
Regards,
-Roberto
OK, thank you, Roberto.
fzf comes with some shell integration tools like key bindings that can
be inst
On Tue, Aug 31, 2021 at 09:07:49AM -0500, David Wright wrote:
> Bound or unbound, I couldn't make ESC 1 Ctrl-L do anything useful
> while output is in progress (like a clean display of the typeahead
> so far typed). I couldn't see a way to force echoing the line at
> that time.
??
> Six decades o
Their build tooling seems very sparse. In particular, it does not
support DESTDIR or PREFIX variables. However, that might be OK in this
case, as it appears to only produce and install a single artifact: a
binary called fzf.
If I were in your position, I would run 'make' and then manually pl
On Tue 31 Aug 2021 at 01:11:33 (+0200), Steve Keller wrote:
> Greg Wooledge writes:
> > On Mon, Aug 30, 2021 at 04:41:55PM -0400, Dan Ritter wrote:
> > > Steve Keller wrote:
> > > > I plan to upgrade a server from Debian stretch to buster. Having read
> > > > the release notes I wonder what's the
On Mon, Aug 30, 2021 at 03:56:09PM -0400, Dan Ritter wrote:
Harald Dunkel wrote:
how comes ifupdown is dropped at upgrade time to bullseye, leaving the
(headless) system without network connection while the upgrade is not completed
yet, and breaking network on the next reboot?
This has not y
David Wright (12021-08-31):
> The only useful effect of that binding that I've seen is not when
> typing ahead, but at the normal command line
Of course. When typing ahead, your shell's line editor is not in action,
and therefore its bindings will have no effect immediately. They will
have an effe
On Sun 29 Aug 2021 at 08:27:39 (-0500), Richard Owlett wrote:
> On 08/28/2021 02:33 PM, songbird wrote:
> > David Wright wrote:
> > > On Sat 28 Aug 2021 at 10:34:34 (-0500), Richard Owlett wrote:
> > > > During the partitioning phase of the install process, the user is
> > > > given the option of c
On Mon 30 Aug 2021 at 21:37:50 (+0200), Harald Dunkel wrote:
> how comes ifupdown is dropped at upgrade time to bullseye, leaving the
> (headless) system without network connection while the upgrade is not
> completed yet, and breaking network on the next reboot?
I would presume that a headless
On Mon 30 Aug 2021 at 11:39:14 (-0400), Greg Wooledge wrote:
> On Mon, Aug 30, 2021 at 05:05:49PM +0200, Nicolas George wrote:
> > With Zsh, there is the "redisplay" zle command, it does exactly that:
> > redraw the prompt and command without clearing the screen.
> >
> > I do not know if readline,
On Tue 31 Aug 2021 at 08:56:37 (-0400), Henning Follmann wrote:
> On Mon, Aug 30, 2021 at 07:00:02PM -0400, Felix Miata wrote:
> > Henning Follmann composed on 2021-08-30 18:09 (UTC-0400):...
> > > xrandr --output XWAYLAND3 --mode 1280x720 --transform
> > > 1.05,0,-10,0,1,0,0,0,1
> > > to shift th
On Tue, Aug 31, 2021 at 01:32:32PM +0300, Andrei POPESCU wrote:
> On Lu, 30 aug 21, 16:41:39, Greg Wooledge wrote:
> > On Mon, Aug 30, 2021 at 10:20:46PM +0200, Steve Keller wrote:
> > > I plan to upgrade a server from Debian stretch to buster. Having read
> > > the release notes I wonder what's
On 30/08/2021 23:20, Steve Keller wrote:
't want to have to remember this hardware
configurationan and I don't want to type these cumbersome and error
prone names. I simply have eth0 for the internal network and eth1 for
my external network to the DSL router. That's easy and I want to keep
it
On Tue, Aug 31, 2021 at 09:07:59AM -0400, Steve Dondley wrote:
> Running bullseye with fzf package 0.24.3-1+b6.
>
> Newer versions of fzf (> .27.) have some advanced abilities I'd like to use
> but newer versions are not available in backports (at least not that I could
> tell)
>
> I'm thinking o
Running bullseye with fzf package 0.24.3-1+b6.
Newer versions of fzf (> .27.) have some advanced abilities I'd like to
use but newer versions are not available in backports (at least not that
I could tell)
I'm thinking of building fzf manually per the instructions here:
https://github.com/ju
On Mon, Aug 30, 2021 at 07:00:02PM -0400, Felix Miata wrote:
> Henning Follmann composed on 2021-08-30 18:09 (UTC-0400):...
> > xrandr --output XWAYLAND3 --mode 1280x720 --transform 1.05,0,-10,0,1,0,0,0,1
> > to shift the x axis.
> ...
Am Dienstag, 31. August 2021, 00:00:02 CEST schrieb Greg Wooledge:
> On Mon, Aug 30, 2021 at 09:29:14PM +, Andy Smith wrote:
> > Hello,
> >
> > On Mon, Aug 30, 2021 at 05:07:16PM -0400, Greg Wooledge wrote:
> > > unicorn:~$ strace bash -c 'echo stuff >> /tmp/123'
> > > [...]
> > > openat(AT_FD
On Tue, Aug 31, 2021 at 01:32:32PM +0300, Andrei POPESCU wrote:
> Another completely different approach is to use some other tool to
> configure your network that can match on MAC address and just ignore the
> names completely.
>
> For systemd-networkd
>
> /etc/systemd/network/my.network
>
> [
On Lu, 30 aug 21, 16:41:39, Greg Wooledge wrote:
> On Mon, Aug 30, 2021 at 10:20:46PM +0200, Steve Keller wrote:
> > I plan to upgrade a server from Debian stretch to buster. Having read
> > the release notes I wonder what's the best way to avoid the new scheme
> > of unpredictable network int
On Ma, 31 aug 21, 01:11:33, Steve Keller wrote:
>
> I still don't understand, why eth in
> a systemd.link file would be a problem, since in the udev .rules this
> has worked for years.
Greg already explained what problems might show up if you try to use
eth.
The ud
On Lu, 30 aug 21, 07:47:13, Gary L. Roach wrote:
> Thank you all for the help. Edwardo's mnemonic is a great help. So is the
> rest of the information. As to the BackupPC configuration change. While it
> is possible to redirect the backup in the config file, it is specifically
> not recommended. No
On 30/08/2021 17:18, Dan Ritter wrote:
George Shuklin wrote:
We are building Debian bullsye images for our bare-metal servers, and there
is a bit of ambiguity on 'canonical way to configure network bonds'.
Wiki gives options with ifenslave and systemd-networkd, and there is an
option to do it w
On Lu, 16 aug 21, 05:10:36, Michael Grant wrote:
> I've been using Testing for about a decade now with very few problems.
> But now I'm moving to Stable. Just wanted to mae sure I'm doing this
> right.
>
> I last updated using Testing on the friday, then the release happened
> on saturday. I cha
49 matches
Mail list logo
