On Thu, Dec 20, 2018, 5:02 PM Chris Johns On 21/12/2018 09:38, Chris Johns wrote:
> >
> > The base need for a release is being able to build on sync.rtems.org as
> this is
> > the place the releases are created. I have a virtualenv environment
> which has [4]:
> >
>
> I should have checked before
On 21/12/2018 09:38, Chris Johns wrote:
>
> The base need for a release is being able to build on sync.rtems.org as this
> is
> the place the releases are created. I have a virtualenv environment which has
> [4]:
>
I should have checked before posting. The master online docs are being built
ag
On 19/12/2018 21:36, Christian Mauderer wrote:
>
> Libbsd is updated. For some reason the ticket in Track hasn't picked up
> the change. Did I make some error in the description?
>
> https://git.rtems.org/rtems-libbsd/commit/?id=91566dda7f52b5eba04df159770b4797ba652f20
>
Looks fine. Please crea
On 19/12/2018 23:21, Sebastian Huber wrote:
> we have
>
> RTEMS User Manual
> RTEMS Source Builder
> RTEMS Classic API Guide
> RTEMS BSP and Driver Guide
> RTEMS POSIX API Guide
> RTEMS POSIX 1003.1 Compliance Guide
> RTEMS Filesystem Design Guide
> RTEMS Networking User Manual
> RTEMS Shell Guide
On 20/12/2018 21:03, Sebastian Huber wrote:
> FreeBSD uses a 64-bit ino_t since 2017-05-23. We need this for the
> pipe() support in libbsd.
+1
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 20/12/2018 17:46, Sebastian Huber wrote:
> My use case for this is a nasty bug.
The capture engine was the result of a bug a long time ago. :)
> No problem, take your time. I work on this since April this year from time to
> time, so it can wait a couple of more weeks.
Thank you, I appreciate
On 21/12/2018 00:23, Sebastian Huber wrote:
> On 20/12/2018 14:19, Joel Sherrill wrote:
>> I don't disagree but there was a suspicion it was related to building PDF.
I also would like to have complete support however we seem to not have this on
all types of hosts and we have an issue we need to re
On 20/12/2018 23:41, Sebastian Huber wrote:
>
> I updated the libbsd to the FreeBSD head 2018-12-20. The FreeBSD 12 release
> was
> 2018-12-11:
>
> https://www.freebsd.org/releases/12.0R/announce.html
>
> It includes an update of wpa_supplicant to version 2.7.
>
> It includes an update of the
From: Thomas Dörfler
Fix for:
- tftpfs did not mount, when device field in mount entry is empty
- tftpfs needs to allocate fs structure before it fills it (avoid use of
uninitialized pointer)
- tftpfs needs to skip initial slash before hostname
---
cpukit/libnetworking/lib/tftpDriver.c | 30
On 20/12/2018 14:19, Joel Sherrill wrote:
I don't disagree but there was a suspicion it was related to building
PDF. Until PDF is building again, let's keep them out.
Once PDFs are coming out again, feel free to revert or figure out how
to do a superscript for the i2c. For names, utf8 should
I don't disagree but there was a suspicion it was related to building PDF.
Until PDF is building again, let's keep them out.
Once PDFs are coming out again, feel free to revert or figure out how to
do a superscript for the i2c. For names, utf8 should be ok if we can
produce PDFs reliably and corr
Hello,
I updated the libbsd to the FreeBSD head 2018-12-20. The FreeBSD 12
release was 2018-12-11:
https://www.freebsd.org/releases/12.0R/announce.html
It includes an update of wpa_supplicant to version 2.7.
It includes an update of the OpenSSL baseline to version 1.1.1a.
--
Sebastian Huber
Hello Christian,
thanks, I checked it in.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachri
FreeBSD uses a 64-bit ino_t since 2017-05-23. We need this for the
pipe() support in libbsd.
Signed-off-by: Sebastian Huber
---
newlib/libc/sys/rtems/include/machine/_types.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/newlib/libc/sys/rtems/include/machine/_types.h
b/ne
14 matches
Mail list logo
