search for: rochusstra

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