Hi tech,
I have added some examples to the fw_update manpage, to show how you can
install, update or delete a firmware package.
It tooks a little while until I figured out how fw_update works, so maybe it
can help the next one.
Regards,
Fritjof
Index: fw_update.1
==
Jason McIntyre schrieb am Sat, 18. Jan 21:56:
> On Sat, Jan 18, 2014 at 10:28:18PM +0100, Fritjof Bornebusch wrote:
> > Hi tech,
> >
> > I have added some examples to the fw_update manpage, to show how you can
> > install, update or delete a firmware package.
> >
Theo de Raadt schrieb am Sat, 18. Jan 15:02:
> > I have added some examples to the fw_update manpage, to show how you
> > can install, update or delete a firmware package. It tooks a little
> > while until I figured out how fw_update works, so maybe it can help
> > the next one.
>
> You sure did
Theo de Raadt schrieb am Sat, 18. Jan 15:42:
> > > this page does not need an EXAMPLES section.
> > > jmc
> > What are the criteria to add an EXAMPLES section to a manpage?
>
> Examples should cover either "slightly non-obvious but powerful" usage
> cases that are not entirely expected, and thus
Hi tech,
this diff changes the readpassphrase call to be more like described in the
manpage.
On the users site "readpassphrase" doesn't really show what the problem is.
On the developers site the flag 0 is not described in the manpage.
Regards,
Fritjof
Index: signify.c
=
Hi tech,
these diffs use the constant RPP_ECHO_OFF described in the readpassphrase
manpage and not to value 0x00 itself.
Regards,
Fritjof
Index: login_skey.c
===
RCS file: /cvs/src/libexec/login_skey/login_skey.c,v
retrieving revis
Philip Guenther schrieb am Wed, 22. Jan 08:48:
> On Wed, Jan 22, 2014 at 7:20 AM, Fritjof Bornebusch
> wrote:
> > Hi tech,
> >
> > these diffs use the constant RPP_ECHO_OFF described in the readpassphrase
> > manpage and not to value 0x00 itself.
>
> I thi
"Todd C. Miller" schrieb am Tue, 21. Jan 14:38:
> On Wed, 22 Jan 2014 08:48:29 +1300, Philip Guenther wrote:
>
> > I think this is a doc clarity/consistency issue. The manpage says:
> > readpassphrase() takes the following optional flags:
> >
> > If the flags are optional, then you can lea
Hi tech,
after updating to the latest snapshot (bsd.rd 03-Mar-2014 01:07) sysmerge can't
verify the signatures anymore:
$ sudo sysmerge -s /snapshot/etc55.tgz -x /snapshot/xetc55.tgz
===> Fetching file:///snapshot/etc55.tgz
===> Fetching file:///snapshot/SHA256.sig
===> Verifying etc55.tgz sign
Hi tech,
is there a reason, why there is no ports.tar.gz in the latest snapshot folder?
fritjof
> Quoting Theo de Raadt :
>
> >> is there a reason, why there is no ports.tar.gz in the latest
> >> snapshot folder?
> >
> > At present, it is not being built in the ftp area any more.
> >
> > I'd like to ask. Does anyone find it useful? It is not in sync with the
> > packages beside it.
> >
>
> > > > I'd like to ask. Does anyone find it useful? It is not in sync with
> > > > the
> > > > packages beside it.
> > > >
> > > >
> > I thought the packages are being build from the ports tree or am I wrong?
>
> Sigh.
>
> So I can make a tar file available. At a particular moment in time.
>
Hi guys,
this little diff checks if the chmod call was successful or not.
Regards,
Fritjof
Index: rand/randfile.c
===
RCS file: /cvs/src/lib/libssl/src/crypto/rand/randfile.c,v
retrieving revision 1.33
diff -u -p -r1.33 randfile.c
Hi tech@,
here is a small diff, that checks if the ~/.ssh/id_ed25519 private key has the
right permissions.
Fritjof
Index: security
===
RCS file: /cvs/src/libexec/security/security,v
retrieving revision 1.24
diff -u -p -r1.24 secur
Loganaden Velvindron writes:
> On Mon, Apr 21, 2014 at 04:20:03PM +0200, Fritjof Bornebusch wrote:
>> Hi tech@,
>>
>> here is a small diff, that checks if the ~/.ssh/id_ed25519 private
key has
Hi tech,
it's Trojan horse not Trojan horsed, right?
Fritjof
Index: security.8
===
RCS file: /cvs/src/share/man/man8/security.8,v
retrieving revision 1.23
diff -u -p -r1.23 security.8
--- security.8 20 Apr 2014 22:15:49 -
Hi tech,
there are some "never read" variables in ftp.c.
The local variable "error" is set but there is either a
goto bad;
bad:
(void)close(data), data = -1;
if (tmpno)
sendport = 1;
return (1);
and the variable is not going to read here
Hi tech,
matchlen = 0; is never used.
Fritjof
Index: complete.c
===
RCS file: /cvs/src/usr.bin/ftp/complete.c,v
retrieving revision 1.26
diff -u -p -r1.26 complete.c
--- complete.c 26 Apr 2010 16:51:59 - 1.26
+++ complete.
Hi tech,
there are some set operations, which are never read.
Fritjof
Index: rcsparse.c
===
RCS file: /cvs/src/usr.bin/cvs/rcsparse.c,v
retrieving revision 1.7
diff -u -p -r1.7 rcsparse.c
--- rcsparse.c 3 Jun 2013 17:04:35 -
* Fritjof Bornebusch [2014-04-23 19:30]:
> there are some set operations, which are never read.
> RCS file: /cvs/src/usr.bin/cvs/rcsparse.c,v
guess we need to decide what to do with opencvs really. either there
is someone who
* Fritjof Bornebusch [2014-04-23 20:15]:
>
> * Fritjof Bornebusch [2014-04-23 19:30]:
> > there are some set operations, which are never read.
>
> > RCS file: /cvs/src/usr
Hi tech,
there are some unread set operations in the ssh code.
Fritjof
Index: clientloop.c
===
RCS file: /cvs/src/usr.bin/ssh/clientloop.c,v
retrieving revision 1.258
diff -u -p -r1.258 clientloop.c
--- clientloop.c2 Feb 201
Hi tech,
this assignment is never read.
Fritjof
Index: collect.c
===
RCS file: /cvs/src/usr.bin/mail/collect.c,v
retrieving revision 1.34
diff -u -p -r1.34 collect.c
--- collect.c 17 Jan 2014 18:42:30 - 1.34
+++ collect.c
Hi tech,
there are some "never read" values in rcs.
fritjof
Index: co.c
===
RCS file: /cvs/src/usr.bin/rcs/co.c,v
retrieving revision 1.117
diff -u -p -r1.117 co.c
--- co.c16 Apr 2013 20:24:45 - 1.117
+++ co.c
Hi tech,
if I compile rcs, gcc prints a few warnings like this:
- comparison between signed and unsigned
- signed and unsigned type in conditional expression
I'm not quite sure if the typecasts are at the correct place, but these diffs
removes the warnings.
fritjof
Index: buf.c
==
101 - 125 of 125 matches
Mail list logo