Displaying 20 results from an estimated 32 matches for "rochusstra".
2014 Dec 03
4
vesamenu back to text before booting
...file ./debian-installer/wheezy/i386/linux matches
It does not switch back to text mode when chaining to
https://www.mirbsd.org/MirOS/current/i386/boot renamed
to "pxebsd.0" (used to be "ldbsd.com" before you dropped
COMBOOT support).
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
2020 Jan 12
2
Why are the arguments supplied for the command run through ssh interpreted by shell before they are passed to the command on the server side?
...quot; "any-command | tee
> cmd.log | process-further" which would regain the ability to do everything
> that a shell can do.
Yes, but
ssh -z remhost sh -c "something"
is exactly identical to
ssh remhost "something"
:?
//mirabilos
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
2014 Dec 02
2
vesamenu back to text before booting
Hi,
I still have the question: when I have an environment that uses
vesamenu, for example on PXE, how do I configure it so that, for
some of the menu entries, it switches back to the text mode (03h)
before handing off to the next bootloader / kernel?
Thanks,
//mirabilos
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
2015 Jan 21
2
PXE Error Reporting
...> security requirement, this is pointless -- the ErrCode is set to 0 ("Not
Still, requirements like this d?o? exist in the real world,
dismissing them is a, I quote, stupid idea. I?d suggest
to please wake up.
bye,
//mirabilos (not speaking for his employer here)
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
2020 Jan 12
2
Why are the arguments supplied for the command run through ssh interpreted by shell before they are passed to the command on the server side?
...fication can be like this:
The wording could need some translation by a native speaker, but the
idea of this feature request is certainly sound.
Of course you?d lose the ability to run multiple commands, redirect
I/O, etc. when using your proposed flag.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
2020 Aug 03
6
Deprecation of scp protocol and improving sftp client
I conjecture that only few of the existing use cases rely on remote expansion.
In any case (no pun intended), IMHO it would be better to break a few of the current use cases but leave the majority functional - than kill scp for all.
Regards,
Uri
> On Aug 3, 2020, at 02:50, Jakub Jelen <jjelen at redhat.com> wrote:
>
> ?On Sat, 2020-08-01 at 00:17 +0000, Blumenthal, Uri - 0553
2020 Aug 03
6
Deprecation of scp protocol and improving sftp client
...njecture that only few of the existing use cases rely on remote expansion.
No, this is used all the time.
scp remotehost:foo\* .
(Unless rsync is available, but sadly that?s ? GPLv3 and ? not
universally installed.)
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
-------------- next part --------------
A non-text attachment was scru...
2014 Dec 05
2
vesamenu back to text before booting
...would need to be
produced first. (Not working within PXE, and tricky within
ISO, and even more so within EXT.) Probably easier to write
a .c32 that loads the second-stage loader to the right address
and jumps there the same way the native bootsector does.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
2014 Dec 05
8
vesamenu back to text before booting
...Multiboot modules,
which are made available as a pseudo-filesystem inside that loader.
> If so: http://www.syslinux.org/wiki/index.php/Mboot.c32
I?m not permitted to edit either that page or its talk page.
Do I submit the content addition here, then?
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
2020 Jan 11
2
Why are the arguments supplied for the command run through ssh interpreted by shell before they are passed to the command on the server side?
On 2020-01-11 08:57, Thorsten Glaser wrote:
> If you wish for no local expansion, quote locally, such as:
>
> ssh -l luser remotehost '
> command1
> command2
> ?
> '
This didn't work for me because single quotes only prevent local
expansion. The string is expanded on the remote host.
Yuri
2014 Dec 02
0
vesamenu back to text before booting
On 12/02/2014 06:48 AM, Thorsten Glaser wrote:
> Hi,
>
> I still have the question: when I have an environment that uses
> vesamenu, for example on PXE, how do I configure it so that, for
> some of the menu entries, it switches back to the text mode (03h)
> before handing off to the next bootloader / kernel?
>
This is the default unless the "quiet" option is set.
2014 Dec 03
0
vesamenu back to text before booting
Ah, depends on the image type. We spoke reset for an NBP though.
On December 3, 2014 12:50:24 AM PST, Thorsten Glaser <t.glaser at tarent.de> wrote:
>On Tue, 2 Dec 2014, H. Peter Anvin wrote:
>
>> This is the default unless the "quiet" option is set.
>
>Hmm.
>
>tglaser at luna:/srv/tftp $ fgrep -ri quiet .
>Binary file ./hdt.c32 matches
>Binary file
2014 Dec 03
3
vesamenu back to text before booting
On Wed, 3 Dec 2014, H. Peter Anvin wrote:
> Ah, depends on the image type. We spoke reset for an NBP though.
?!
//mirabilos
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
2014 Dec 04
0
vesamenu back to text before booting
...it in graphics mode for as
> long as it can be)? Perhaps this could also be useful when exiting a
> vesamenu to Syslinux CLI?
Yes, please. To make this dependent *only* on the configuration of
the menu entry started is, IMHO, the only way to go.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/
Tel: +49 228 54881-393 ? Fax: +49 228 54881-235
HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941
Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
2014 Dec 04
0
vesamenu back to text before booting
On Thu, Dec 4, 2014 at 8:45 AM, Ady <ady-sf at hotmail.com> wrote:
>
>> On Thu, 4 Dec 2014, Ady wrote:
>>
>> > Perhaps there should be a new MENU-type directive, so to force the
>> > screen to text mode (as opposed to leaving it in graphics mode for as
>> > long as it can be)? Perhaps this could also be useful when exiting a
>> > vesamenu to
2014 Dec 05
0
vesamenu back to text before booting
On Thu, Dec 4, 2014 at 11:40 PM, Jeffrey Hutzelman <jhutz at cmu.edu> wrote:
> On Thu, 2014-12-04 at 21:26 -0500, Gene Cumm wrote:
>
>> > Thanks, that works! How do I use that in the generic case?
>> > The ?pxebsd.0? file can be called as?
>> >
>> > ? PXE loader
>> > ? COMBOOT (16-bit)
>> > ? DOS .COM
>> > ? Multiboot
2015 Jan 21
2
PXE Error Reporting
On 01/20/2015 02:45 PM, Andreas Gruenbacher wrote:
>
> Sorry, but people with such stupid requirements just shouldn't be
> supported. The approach may look alright in a few specific scenarios at
> the cost of everyone else.
>
That is a pretty harsh statement. That is effectively saying "my use
case matters more than anyone else's."
-hpa
2015 Jan 21
0
PXE Error Reporting
On 01/21/2015 09:56 AM, H. Peter Anvin wrote:
> On 01/20/2015 02:45 PM, Andreas Gruenbacher wrote:
>>
>> Sorry, but people with such stupid requirements just shouldn't be
>> supported. The approach may look alright in a few specific scenarios at
>> the cost of everyone else.
>
> That is a pretty harsh statement. That is effectively saying "my use
>
2015 Jan 21
0
PXE Error Reporting
I'll play the security advocate....
So most of the people that implement tftp services have almost no idea how they work....and that's o.k.
They do however have a few fundamental beliefs that they expect to be true, and it is those beliefs that they use to make decisions when implementing a service and it's data structures. If they are not true, then they are likely vulnerable to an
2014 Dec 03
0
vesamenu back to text before booting
On Dec 3, 2014 3:54 AM, "Thorsten Glaser" <t.glaser at tarent.de> wrote:
>
> On Tue, 2 Dec 2014, H. Peter Anvin wrote:
>
> > This is the default unless the "quiet" option is set.
>
> Hmm.
> It does not switch back to text mode when chaining to
> https://www.mirbsd.org/MirOS/current/i386/boot renamed
> to "pxebsd.0" (used to be