Re: [RBW] Single-Bolt Stem Spreading Options

+1 on the coin trick, but I've used a large flat washer, no federal offense committed :P JohnS On Friday, January 27, 2023 at 9:26:33 AM UTC-5 Patrick Moore wrote: > This works if the threaded hole is open at the outer end but not if it's > capped. I've managed to spread Nitto

[RBW] Re: New build: 1985 Bridgestone MB-2

Thank you Eric on the cable length tip. I'll measure/eyeball a few times before cutting. Now I can't decide if I want the Nissen clear or steel blue to work with the blue in the head badge, too many choices. John On Friday, January 27, 2023 at 11:13:59 AM UTC-5 eric...@gmail.com wrote: > Mike

[RBW] Re: New build: 1985 Bridgestone MB-2

use Jagwire pro-slick cables and housings, kind of spoiled by them. Thank you! JohnS On Wednesday, January 25, 2023 at 4:17:47 PM UTC-5 David Pulsipher wrote: > beautiful work Eric - thank you for sharing with us! > > On Monday, January 23, 2023 at 4:06:27 PM UTC-7 eric...@gmail.

[RBW] Re: New build: 1985 Bridgestone MB-2

Eric and Greg, Both are excellent builds! Well done. Any chance we'll see either of them featured on The Radavist, Reader's Rides??? I would like to see a frame overlay of Eric's MB-2 and my '82 Stumpjumper. Looks like they have very similar geometries and long wheelbases. JohnS

[RBW] What's up with welded Nitto parts?

ing on that list, I'd get it now.* That's kind of scary! Nitto parts are my favs. JohnS -- You received this message because you are subscribed to the Google Groups "RBW Owners Bunch" group. To unsubscribe from this group and stop receiving emails from it, send an email to rbw-owners-b

[RBW] Re: Selle Anatomica carbon rails with Nitto S65 seatpost?

That's interesting. I wonder what they think of the Selle Anatomica carbon rails being used with an S83? I have that set up on my Crust Lightning Bold/canti for well over a year and seems to be fine to me. Then again the S83 has two bolts to clamp the rails, maybe that's the difference. JohnS

Re: [PATCH v2 1/1] RSB: Mitigate too short error reports

OK to push. Thanks Chris On 21/1/2023 2:06 am, Frank Kuehndel wrote: > From: Frank Kühndel > > Close #4642 > --- > source-builder/sb/ereport.py | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/source-builder/sb/ereport.py b/source-builder/sb/ereport.py > index

[RBW] Re: Sam Build - Wish Me Luck!

Looks great Jake! Congrats on your first build, seems like you have a knack for it. Enjoy, JohnS On Friday, January 20, 2023 at 9:31:06 AM UTC-5 jak...@me.com wrote: > Done! > > No one was hurt in the process, thankfully! It goes, stops, and actually > shifts. What fun. My

Re: [PATCHES rtems, source-builder] Add GitHub Actions scripts

On 20/1/2023 1:50 am, Christian MAUDERER wrote: > Am 19.01.23 um 15:42 schrieb Gedare Bloom: >> Nice. I would like some time to look at this and think about it a >> little more. What would be the plan for removing this capability? Will >> it leave any artifacts behind in the RTEMS github mirror? >

Re: [PATCH] build: Update PyYAML to 5.4.1

On 20/1/2023 1:59 pm, Chris Johns wrote: > On 20/1/2023 1:51 pm, Gedare Bloom wrote: >> On Thu, Jan 19, 2023 at 5:23 PM Chris Johns wrote: >>> >>> On 20/1/2023 2:19 am, Sebastian Huber wrote: >>>> The latest version is 6.0 which dropped support for Pyt

Re: [PATCH 1/3] build: Format build items

On 20/1/2023 11:53 am, Amar Takhar wrote: > On 2023-01-20 11:03 +1100, Chris Johns wrote: > >> I have been OK with the headers and tests being generated this way because >> the >> agreement is files in rtems.git can be manually edited and rtems-central has >

Re: [PATCH 1/3] build: Format build items

On 20/1/2023 11:22 am, Karel Gardas wrote: > > Sorry to hijack that thread, but correction is needed here. > > On 1/20/23 01:03, Chris Johns wrote: >> The FreeBSD single repo is about the kernel and base runtime. The ports are >> not >> part of this so the analo

Re: [PATCH] build: Update PyYAML to 5.4.1

On 20/1/2023 1:51 pm, Gedare Bloom wrote: > On Thu, Jan 19, 2023 at 5:23 PM Chris Johns wrote: >> >> On 20/1/2023 2:19 am, Sebastian Huber wrote: >>> The latest version is 6.0 which dropped support for Python 2.7. >> >> Was 6 our last version to support python

Re: [PATCH] build: Update PyYAML to 5.4.1

On 20/1/2023 2:19 am, Sebastian Huber wrote: > The latest version is 6.0 which dropped support for Python 2.7. Was 6 our last version to support python 2 and 3? Is making this change this close to a release wise? Chris ___ devel mailing list

Re: [PATCH 1/1] RSB: Mitigate too short error reports

On 20/1/2023 3:13 am, Frank Kühndel wrote: > Hi Joel, > > On 1/19/23 15:08, Joel Sherrill wrote: >> Subject: >> Re: [PATCH 1/1] RSB: Mitigate too short error reports >> From: >> Joel Sherrill >> Date: >> 1/19/23, 15:08 >> >> To:

Re: [PATCH v1 4/4] testsuites/libtest/dl11: Add DL test for TLS

On 20/1/2023 8:40 am, Kinsey Moore wrote: > On 1/15/2023 6:07 PM, Chris Johns wrote: >> On 13/1/2023 12:51 pm, Kinsey Moore wrote: >>> On Thu, Jan 12, 2023 at 5:11 PM Joel Sherrill >> <mailto:j...@rtems.org>> wrote: >>> >>> Will this need to

Re: [PATCH 1/3] build: Format build items

On 20/1/2023 6:01 am, Amar Takhar wrote: > On 2023-01-19 08:21 +0100, Sebastian Huber wrote: >> >> In rtems-central.git there are Python modules and scripts which generate >> source, header, and documentation files from specification items. This >> repository contains the pre-qualification

Re: [PATCH 2/3] build: Replace variant patterns with a list

On 19/1/2023 6:06 pm, Sebastian Huber wrote: > On 19.01.23 01:17, Chris Johns wrote: >>>> Why has this been done? >>> The enabled-by expressions used in patch 3 do not support regular >>> expressions. >> I did not pick that up. Why was that regx f

Re: Proposal for an "Age" PostgreSQL ORM function

the AGE function takes in two timestamps and returns an interval. You can do this in python by subtracting two date/datetime objects and getting a timedelta. what would the difference be to kick this out to the db? On Tuesday, January 17, 2023 at 11:11:37 AM UTC-5 niccol...@gmail.com wrote: >

Re: [PATCH 2/3] build: Replace variant patterns with a list

On 18/1/2023 6:00 pm, Sebastian Huber wrote: > On 18.01.23 04:59, Chris Johns wrote: >> Hi Sebastian, >> >> I had not got to this part of the patch set because the other was being >> discussed. I thought a patch set was considerd as a whole rather than having &

Re: [PATCH 1/3] build: Format build items

On 19/1/2023 8:58 am, Amar Takhar wrote: > On 2023-01-17 08:39 +0100, Sebastian Huber wrote: > >> >> The Python modules to work with specification items are in >> rtems-central.git. This repository contains also a format specification >> of the build items. We could add an action to a Github

Re: [PATCH 2/3] build: Replace variant patterns with a list

Hi Sebastian, I had not got to this part of the patch set because the other was being discussed. I thought a patch set was considerd as a whole rather than having to deal with the extra complexity of possible splits and if they exist? If this was pull request or merge request in a tool none of

Re: [PATCH 1/3] build: Format build items

On 17/1/2023 6:39 pm, Sebastian Huber wrote: > On 17.01.23 03:48, Chris Johns wrote: >> On 16/1/2023 6:56 pm, Sebastian Huber wrote: >>> On 16.01.23 01:35, Chris Johns wrote: >>>> On 13/1/2023 1:54 am, Sebastian Huber wrote: >>>>> On 12.01.23 15:44, Kin

Re: Typo in rtems-libbsd/rtems_waf/rtems.py?

On 18/1/2023 7:17 am, Heinz Junkes wrote: > ok with > ./waf bspdefaults --rtems-bsps=powerpc/beatnik … it works > > I had ./waf bsp_defaults :-( Ah > rtems@rtems-dev:~/MVME6100_6_RUN/rtems/6/share$ ls -l > total 36 > drwxr-xr-x 3 rtems rtems 4096 Jan 17 17:09 doc > drwxr-xr-x 3 rtems rtems

Re: Typo in rtems-libbsd/rtems_waf/rtems.py?

On 18/1/2023 6:16 am, Frank Kühndel wrote: > have you installed RTEMS (not only the tools) in `${RTEMS_ROOT}` before > configuring libbsd? If I am not mistaken, installing RTEMS creates the > `share/rtems6` directory. This is correct and it is a simple and fast key to see if a kernel of a

Re: [PATCH 1/3] build: Format build items

On 16/1/2023 6:56 pm, Sebastian Huber wrote: > On 16.01.23 01:35, Chris Johns wrote: >> On 13/1/2023 1:54 am, Sebastian Huber wrote: >>> On 12.01.23 15:44, Kinsey Moore wrote: >>>> The other two patches look fine to me. The use of dump() that results in >>&g

Re: [PATCH 1/3] build: Format build items

On 13/1/2023 1:54 am, Sebastian Huber wrote: > On 12.01.23 15:44, Kinsey Moore wrote: >> The other two patches look fine to me. The use of dump() that results in this >> patch does several things: >> * Removal of whitespace >> This is fine for whitespace at the base level of indentation.

Re: [PATCH rtems-tools] linkers/rtems-syms: Generate TLS symbols

OK Thanks Chris On 13/1/2023 8:12 am, Kinsey Moore wrote: > When generating the symbol table for loadable modules, include TLS > symbols so that the modules can reference them. > --- > linkers/rtems-syms.cpp | 5 + > rtemstoolkit/rld-elf.cpp | 1 + > rtemstoolkit/rld-symbols.cpp |

Re: [PATCH v1 4/4] testsuites/libtest/dl11: Add DL test for TLS

On 13/1/2023 12:51 pm, Kinsey Moore wrote: > On Thu, Jan 12, 2023 at 5:11 PM Joel Sherrill > wrote: > > Will this need to be added as an expected fail on other architectures?  > > Just wondering how many bsp test configuration files need touching  > > > I

Re: [PATCH 1/1] RSB: Mitigate too short error reports

On 22/12/2022 9:09 pm, Frank Kühndel wrote: > On 12/21/22 00:06, Chris Johns wrote: >> On 21/12/2022 3:44 am, Frank Kuehndel wrote: >>> From: Frank Kühndel >>> >>> Close #4642 >>> --- >>>   source-builder/sb/ereport.py | 4 >>>

Re: [RBW] bottom bracket toubleshooting trivia

with bottom bracket installs in the past due to the cable guide screw being too long. Hope it helps, JohnS On Sunday, January 15, 2023 at 1:52:56 PM UTC-5 Scott wrote: > Edit correction to my post, please. > > Second sentence of third paragraph of original post should read: > > When I t

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

Thank you Marty for sharing. I'm about to go out and get some orange touch up paint for my Quickbeam now. The touring brakes came yesterday and the mini-motos should be here later in the week. JohnS On Sunday, January 15, 2023 at 11:34:06 AM UTC-5 Marty Gierke, Stewartstown PA wrote: >

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

Thank you Joe, I'll have to consider the Motolites for my next bike rebuild. JohnS On Thursday, January 12, 2023 at 10:31:51 PM UTC-5 Joe Bernard wrote: > I think there's one call for Motolites in this thread so I'm throwing down > a second one. They're great, I love them, they

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

as it connects across to brake arm. Looks like it wasn't an issue for Patch on his QB, just above the fender and below the rack tang. JohnS On Thursday, January 12, 2023 at 12:10:26 PM UTC-5 Minh wrote: > another vote for the touring Canti rear/ Neo retro front set up, though > one caveat, i re

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

/minimoto combination? Would say it was better or as good as other brake set ups? Thanks, JohnS On Wednesday, January 11, 2023 at 2:56:39 PM UTC-5 Patch T wrote: > I use Paul's Touring on the rear and Minimotos on the front on my QB. > The Minimotos clear a VO Smooth 45mm fender just fin

Re: [RBW] Which Paul brakes for a Quickbeam or Simple One?

evers. The Paul Motolites are the ones that use long-pull levers. > > ~Mark > Raleigh, NC > > > On Jan 11, 2023, at 12:57, JohnS wrote: > > The "are Paul's brakes worth it thread" got me thinking that I should > give them a try on my Quickbeam. What do people have

[RBW] Which Paul brakes for a Quickbeam or Simple One?

ed at $30/pair. Any suggestions are appreciated, JohnS -- You received this message because you are subscribed to the Google Groups "RBW Owners Bunch" group. To unsubscribe from this group and stop receiving emails from it, send an email to rbw-owners-bunch+unsubscr...@googl

[dspace-community] Using containers for ds 7?

Hi All, I am writing to ask which institutions are using containers for their ds 7 application. I’m not seeking tech support but looking for a sub-community for future discussion, conference/publishing collaborations, and/or questions :) Thanks in advance for your response! Erica Johns Cornell

[dspace-tech] Using containers for ds 7?

Hi All, I am writing to ask which institutions are using containers for their ds 7 application. I’m not seeking tech support but looking for a sub-community for future discussion, conference/publishing collaborations, and/or questions :) Thanks in advance for your response! Erica Johns Cornell

Re: [RBW] Last ride of 2022

My son (who's 20 and rides my old Salsa Casseroll) and I were out for about 20 mile ride on the D on Friday, from Slatington north to the Dunkin's in Lehighton . Great weather conditions, around 50, no wind. Trail conditions weren't so good, with many sections of the hard packed gravel were

[RBW] Re: cassette advice?

Hello Adam, My experience with the Megarange freewheels has been that they are difficult to setup with index shifters, friction is OK. JohnS On Wednesday, December 28, 2022 at 1:23:42 PM UTC-5 Adam wrote: > Also, does the "megarange" setup shift well? I can imagine that bei

Re: [PATCH RSB] Remove aarch64 and microblaze from RSB 5 branch.

OK to push Thanks Chris On 21/12/2022 3:37 am, Joel Sherrill wrote: > The ports did not get contributed until during 6 development and are > not on this release branch. > > Closes #4555. > --- > rtems/config/5/rtems-aarch64.bset| 4 > rtems/config/5/rtems-all.bset| 2 -- >

Re: [PATCH 1/1] RSB: Mitigate too short error reports

On 21/12/2022 3:44 am, Frank Kuehndel wrote: > From: Frank Kühndel > > Close #4642 > --- > source-builder/sb/ereport.py | 4 > 1 file changed, 4 insertions(+) > > diff --git a/source-builder/sb/ereport.py b/source-builder/sb/ereport.py > index d8fb5f6..d391917 100755 > ---

Re: [RBW] Re: Will's Roadini SS

, swapping bars, adding/removing fenders/racks all make a bike seem like new. On the upside of fixed gear riding, I can do a very good track stand, being able to push forward or backward just makes it so much easier. I don't even try on my multi-geared bikes any more. Thanks, JohnS On Saturday

Announce: RTEMS 5.2 Release

RTEMS 5.2 Release is available. https://ftp.rtems.org/pub/rtems/releases/5/5.2 Please follow the release instructions provided by the link. We love to hear about your projects and what you use RTEMS on so please let us know. You can drop by on Discord, post on u...@rtems.org or you can send

Announce: RTEMS 5.2 Release

RTEMS 5.2 Release is available. https://ftp.rtems.org/pub/rtems/releases/5/5.2 Please follow the release instructions provided by the link. We love to hear about your projects and what you use RTEMS on so please let us know. You can drop by on Discord, post on u...@rtems.org or you can send

[RBW] Re: Will's Roadini SS

Hello Ryan, I'm very inspired my Will's Roadini build as well. I haven't done much SS riding, I'm more of a fixed or multi-gear rider. How do people feel about SS vs. fixed? Am I missing something by not riding SS some of the time? Thanks, JohnS On Friday, December 16, 2022 at 10:57:35 AM

Re: [PATCH] bsps/zynqmp: Fix and update device trees

On 6/12/2022 5:04 pm, Kinsey Moore wrote: > On 12/5/2022 9:48 PM, Chris Johns wrote: >> I am still seeing issues with this change. The interface is `cgem0` and not >> `cgem3`. I have confirmed I have the same RTEMS hash in the build. Is there >> anything I need to set up to

Re: [PATCH] bsps/zynqmp: Fix and update device trees

I am still seeing issues with this change. The interface is `cgem0` and not `cgem3`. I have confirmed I have the same RTEMS hash in the build. Is there anything I need to set up to have the FDT be seem by libbsd? Chris On 6/12/2022 10:27 am, Kinsey Moore wrote: > Add ref-clock-num identifiers to

Moving ticket milestones to a different RTEMS version

Hi, Joel and I have been cleaning up the 6 tickets and some have been moved to 7 (thanks) which may be appropriate however I am wondering about open ended tickets for a specific set of work and release notes. These tickets are really great for collecting commits for a specific change. The

Re: [PATCH] cpukit/include/dev/can: Disabled debug prints in CAN Framework

On 2/12/2022 2:38 pm, Chris Johns wrote: > The CAN bus changes have warnings ... > > In file included from ../../../cpukit/include/dev/can/canqueueimpl.h:48, > from ../../../cpukit/dev/can/can.c:45: > ../../../cpukit/dev/can/can.c: In function 'can_bus_read': &g

Re: [PATCH] cpukit/include/dev/can: Disabled debug prints in CAN Framework

The CAN bus changes have warnings ... In file included from ../../../cpukit/include/dev/can/canqueueimpl.h:48, from ../../../cpukit/dev/can/can.c:45: ../../../cpukit/dev/can/can.c: In function 'can_bus_read': ../../../cpukit/dev/can/can.c:213:15: warning: format '%u' expects

Re: [PATCH 0/3] Add CONFIGURE_RECORD_INTERRUPTS_ENABLED

Looks good. Thanks Chris On 1/12/2022 11:10 pm, Sebastian Huber wrote: > This enables the tracing of interrupt entry/exit events through an > application configuration option. The interrupt processing can be > viewed with Trace Compass. > > Sebastian Huber (3): > bsps/irq: Rename handler in

Re: [PATCH] Document CONFIGURE_RECORD_INTERRUPTS_ENABLED

Looks good. Thanks Chris On 1/12/2022 11:11 pm, Sebastian Huber wrote: > Close #4769. > --- > c-user/config/event-record.rst | 43 +- > user/tracing/eventrecording.rst | 65 +++-- > 2 files changed, 47 insertions(+), 61 deletions(-) > > diff

Re: [PATCH rtems-docs] c-user/*: Add trailing parentheses on methods in index which were missing it

Looks good and thanks Chris On 1/12/2022 3:00 am, Joel Sherrill wrote: > Closes #4766. > --- > c-user/chains.rst | 46 > +-- > c-user/clock/removed-directives.rst | 2 +- > c-user/constant_bandwidth_server.rst | 24 +- >

Re: [PATCH rtems-docs] user/hosts/windows.rst: flex needs to be installed for msys2

OK and thanks Chris On 1/12/2022 2:32 am, Joel Sherrill wrote: > Closes #4382. > --- > user/hosts/windows.rst | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/user/hosts/windows.rst b/user/hosts/windows.rst > index fac1366..fd7ff55 100644 > ---

Re: Fwd: Coverity Scan: Analysis completed for RTEMS

On 25/11/2022 5:40 pm, Joel Sherrill wrote: > Looks like edit.c may still have an issue since only one was eliminated. Late > here and I didn't check the Coverity report for sure. With Coverity is there anyway to check changes or do we consider the issues raised, attempt a solution then just keep

Re: [PATCH rtems-tools] fix _mkdir parameter error.

Pushed. Thanks Chris On 27/11/2022 8:20 pm, zhengxiaojun wrote: > fix _mkdir parameter error. > > Signed-off-by: zhengxiaojun > --- >  tester/covoar/ReportsBase.cc | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tester/covoar/ReportsBase.cc

Re: [PATCH] spec/beagle: Add missing spi.h install

Pushed. Thanks Chris On 26/11/2022 2:19 pm, Kinsey Moore wrote: > The beagle SPI functions are unusable by applications unless this file > is installed with the BSP. This ensures that the file is installed > properly. > --- > spec/build/bsps/arm/beagle/obj.yml | 1 + > 1 file changed, 1

Re: [PATCH] libmisc/shell: Support terminal size as env variables

On 23/11/22 12:44 am, Joel Sherrill wrote: > On Tue, Nov 22, 2022, 6:02 AM mailto:chr...@rtems.org>> > wrote: > From: Chris Johns mailto:chr...@rtems.org>> > > Closes #4763 > --- >  cpukit/libmisc/shell/main_edit.c | 17 +- >  c

Re: [PATCH] aarch64/versal: Add UART interrupt support

On 22/11/22 6:01 pm, Sebastian Huber wrote: > Hello Chris, > > On 22/11/2022 03:03, chr...@rtems.org wrote: >> +static void versal_uart_write_support( >> +  rtems_termios_device_context *base, >> +  const char *buf, >> +  size_t len >> +) >> +{ >> +#ifdef VERSAL_CONSOLE_USE_INTERRUPTS >> + 

Re: Use of rtems_fdt_* and sp01

On 20/11/2022 10:25 am, Joel Sherrill wrote: > On Sat, Nov 19, 2022, 4:19 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 19/11/22 2:13 am, Joel Sherrill wrote: > > On Fri, Nov 18, 2022, 8:49 AM Kinsey Moore <mailto:kinsey.mo...@oarcorp.com

Re: Use of rtems_fdt_* and sp01

2022 06:32, Kinsey Moore wrote: > > On Thu, Nov 17, 2022 at 4:49 PM Chris Johns <mailto:chr...@rtems.org> > > <mailto:chr...@rtems.org <mailto:chr...@rtems.org>>> wrote: > > > >     On 18/11/2022 2:39 am, Kinsey

Re: [PATCH] cpukit/rtems-fdt: Avoid use of malloc/errno

Looks good and thanks Chris On 19/11/2022 2:47 am, Kinsey Moore wrote: > Use of malloc implies errno which adds TLS dependencies and prevents use > of this FDT wrapper library in BSP initialization code. This change > makes use of rtems_malloc and rtems_calloc which avoid TLS dependencies. > ---

Re: Use of rtems_fdt_* and sp01

On 18/11/2022 2:39 am, Kinsey Moore wrote: > I recently added FDT support to the AArch64 ZynqMP BSPs to support an optional > management console and managing ethernet parameters for LibBSD. Use of the > rtems_fdt_* functions implies use of malloc which adds 4 bytes in the TLS > space. > The sp01

Announce: RTEMS 5.2-rc1 Release Candidate

The RTEMS 5.2-rc1 Release Candidate is available. The release can be found at: https://ftp.rtems.org/pub/rtems/releases/5/rc/5.2-rc1/ Please follow the release instructions provided by the link. The release notes can be found here:

Announce: RTEMS 5.2-rc1 Release Candidate

The RTEMS 5.2-rc1 Release Candidate is available. The release can be found at: https://ftp.rtems.org/pub/rtems/releases/5/rc/5.2-rc1/ Please follow the release instructions provided by the link. The release notes can be found here:

Re: [PATCH] aarch64/mmu: Prevent block descriptors at level -1

Tested on Versal (A72) and large mappings are now working. I have pushed the patch. Thanks for this. :) Chris On 17/11/2022 2:22 am, Kinsey Moore wrote: > In the original implementation, level -1 was unused and all levels could > have block-like descriptors (level 2 block descriptors are

Re: [5 RSB PATCH 3/3] rtems/net-snmp: Update to 5.9.3 with the RTEMS patch

On 15/11/22 3:22 am, Gedare Bloom wrote: > ok thanks for sorting this out, and for linking the patch through > trac. You've given me one more thing to check for in RSB patches that > reference %patch command :) Thanks for the review and yeah sorry about the extra bit to check. It cannot be

[RBW] Re: WTB: 54cm Losco Handlebar

Losco's found. Thank you Mack! JohnS On Saturday, November 12, 2022 at 2:42:32 PM UTC-5 JohnS wrote: > Hello All, > > I'm in the market for a used 54cm Losco handlebar. My plan is to move my > Soma Oxfords to my wife's Shogun mixte and the Losco would be for my '82 > Stumpjump

[RBW] WTB: 54cm Losco Handlebar

Hello All, I'm in the market for a used 54cm Losco handlebar. My plan is to move my Soma Oxfords to my wife's Shogun mixte and the Losco would be for my '82 Stumpjumper. Thanks so much, JohnS -- You received this message because you are subscribed to the Google Groups "RBW Owners

Re: [rtems-docs commit] Update build system related sections for RTEMS 6

On 11/11/22 6:39 pm, Sebastian Huber wrote: > On 10/11/2022 01:30, Chris Johns wrote: >> The first is the maintenance of embedded the version numbers in the >> documentation. If we can avoid doing that the work per release or dot release >> is less. > > We could use

Re: [PATCH rtems-lwip] rtemslwip: Add note to intentionally blank files

On 11/11/22 8:36 am, Kinsey Moore wrote: > This should be covered by COPYING.rtemslwip. I would say it isn't worth > putting > it in the intentionally empty files. Agreed. Copyright of "empty" does not make sense. Chris ___ devel mailing list

Re: [PATCH] cpukit/fdt: Fix typos and clarify params

OK. Thanks Chris On 10/11/22 4:01 am, Kinsey Moore wrote: > --- > cpukit/include/rtems/rtems-fdt.h | 24 +++- > 1 file changed, 15 insertions(+), 9 deletions(-) > > diff --git a/cpukit/include/rtems/rtems-fdt.h > b/cpukit/include/rtems/rtems-fdt.h > index

Re: [5 DOCS PATCH] waf: Backport from main build fixes

On 10/11/22 3:40 pm, Gedare Bloom wrote: > looks fine. i'm not sure where > + "review": ("Gerrit Code Review", > "https://review.rtems.org/;), > came from, but I see it in before too. It came from the initial work Amar did in moving us to the RST format. There is no service provided

Re: [PATCH rtems-libbsd v2 0/3] CFC400X support

Looks good. Thanks Chris On 9/11/2022 4:10 pm, Kinsey Moore wrote: In this revised patch set, SGMII support has been reworked to use device trees while preserving existing static instantiation used by Zynq and Versal BSPs. ___ devel mailing list

Re: Add Formal Verification chapter v2

On 9/11/2022 9:48 pm, andrew.butterfi...@scss.tcd.ie wrote: ping (my fault really, i've let this sit!) Thank you for raising this and I am sorry we have not been as proactive as we should be. But I have been busy, interacting with a group doing a follow-up IV project with the

Re: [rtems-docs commit] Update build system related sections for RTEMS 6

On 9/11/2022 4:28 pm, Sebastian Huber wrote: On 09/11/2022 01:35, Chris Johns wrote: Was this posted for review? I do not remember seeing it? Yes, on September 12. Thanks. Sorry, I must have missed it. There are a number of things that could be improved with this change. I am sure

Re: [PATCH v2] zynqmp: Add support for the CFC-400X

Looks good and thank you for sorting out this approach. Thanks Chris On 9/11/2022 8:56 am, Kinsey Moore wrote: This adds a BSP variant for the ZynqMP BSP family to support the Innoflight CFC-400X platform. To properly support the CFC-400X, device trees were added to the ZynqMP platform due to

Documentation changes required for release

Hello, The following was add to the documentation build support for the RTEMS 6 release to avoid the need for us to perform mindless updates of the documentation on each release cycle: https://git.rtems.org/rtems-docs/tree/README.txt#n604 The text is: 10. Use the following to embed the

Re: [rtems-docs commit] Update build system related sections for RTEMS 6

Hi, Was this posted for review? I do not remember seeing it? There are a number of things that could be improved with this change. Chris On 8/11/2022 4:47 pm, Sebastian Huber wrote: Module:rtems-docs Branch:master Commit:31199e3a69d2dbd0a8f360e424fd19f3e9ef66ce Changeset:

Re: [PATCH 2/2] c-user/clock: Fix typo

+1 On 8/11/2022 3:26 am, Gedare Bloom wrote: > ok to both > > On Mon, Nov 7, 2022 at 3:20 AM Matthew Joyce > wrote: >> >> From: Matt Joyce >> >> --- >> c-user/clock/directives.rst | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/c-user/clock/directives.rst

Re: xz_crc64.c not compiled

On 8/11/2022 3:23 am, Gedare Bloom wrote: > On Fri, Nov 4, 2022 at 5:05 PM Chris Johns wrote: >> >> On 5/11/2022 6:46 am, Gedare Bloom wrote: >>> On Fri, Nov 4, 2022 at 1:39 PM Joel Sherrill wrote: >>>> >>>> >>>> >>>&

Re: Apple's Ventura OS issue with RSB.

On 7/11/2022 5:38 am, Karel Gardas wrote: > > Side note before answering : the email was motivated by the fact that I > provided > few patches to RSB to make that working well on Monterey running on M1. This > was > just few weeks ago so I know, this was running well. Last week I've updated to

Re: [xubuntu-users] file system window read-only

On 6/11/22 07:43, Alessandro Lin wrote: Hallo, I have a problem with read-only filesystem. I describe neatly: I installed XUBUNTU 22 on a new desktop. Windows 10 already pre-installed. Before: I created a partition for xubuntu. I turned off Windows 10 quick start I disabled Bitlocker and

Re: xz_crc64.c not compiled

On 5/11/2022 6:46 am, Gedare Bloom wrote: On Fri, Nov 4, 2022 at 1:39 PM Joel Sherrill wrote: On Fri, Nov 4, 2022, 2:37 PM Gedare Bloom wrote: Hi all, I don't see an entry in spec/build anywhere for xz_crc64.c From what I can tell it is not compiled/tested. I guess the This leads me

Re: Fwd: Identify 3rd party source in spec?

On 5/11/2022 4:00 am, Gedare Bloom wrote: Given the complexity of this tagging, I'm going to start with just the true/false approach to categorize third-party sources. We can do something like the above in the future. Sounds good. We can consider a dict when someone maps out how to manage 3rd

Re: [PATCH 2/2] wscript: rename bsp_list to bsplist

+1 On 4/11/2022 2:59 am, Gedare Bloom wrote: > --- > wscript | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/wscript b/wscript > index a8510edbee..b42c8f1119 100755 > --- a/wscript > +++ b/wscript > @@ -1694,7 +1694,7 @@ COMPILER = {}""".format( >

Re: Fwd: Identify 3rd party source in spec?

On 3/11/2022 2:50 pm, Chris Johns wrote: > On 3/11/2022 10:30 am, Gedare Bloom wrote: >> It was pointed out in Discord that the "third_party_list" command is >> unusual with respect to other waf commands, which are given as oneword >> formats (other than bsp_

Re: Fwd: Identify 3rd party source in spec?

On 3/11/2022 10:30 am, Gedare Bloom wrote: > It was pointed out in Discord that the "third_party_list" command is > unusual with respect to other waf commands, which are given as oneword > formats (other than bsp_list and bsp_defaults). I think it makes sense > to go with such a oneword format for

Re: [RBW] Who is getting a Platypus?

-So3anrX8FnoYvXu0tfPrjzHaAV72CFexJOtlkaAtXGEALw_wcB JohnS On Wednesday, November 2, 2022 at 9:49:28 AM UTC-4 DavidP wrote: > An Instagram update from yesterday shows Platypus frames are being packed > and shipped! > https://www.instagram.com/p/Ckbmiz_S5GB/ > > Anyone get a shipping notification for theirs yet? > >

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 1:48 pm, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 9:22 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 2/11/2022 1:18 pm, Kinsey Moore wrote: > > On Tue, Nov 1, 2022 at 5:49 PM Chris Johns <mailto:chr...@rtems.org> > > <

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 1:18 pm, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 5:49 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 2/11/2022 8:56 am, Kinsey Moore wrote: > > On Tue, Nov 1, 2022 at 4:14 PM Chris Johns <mailto:chr...@rtems.org> &g

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 8:56 am, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 4:14 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > On 2/11/2022 5:51 am, Kinsey Moore wrote: > > Certain hardware configurations will always use SGMII instead of RGMII. > >

Re: [PATCH rtems-lwip 1/2] lwip.py: Remove redundant assignment

+1 On 2/11/2022 7:28 am, Vijay Kumar Banerjee wrote: > Hi Kinsey, > > The patches look great. Thanks for the cleanup. > > > Best regards, > Vijay > > On Tue, Nov 1, 2022 at 1:51 PM Kinsey Moore wrote: >> >> --- >> lwip.py | 2 -- >> 1 file changed, 2 deletions(-) >> >> diff --git a/lwip.py

Re: [PATCH] zynqmp: Add support for the CFC-400X

On 2/11/2022 8:15 am, Kinsey Moore wrote: > On Tue, Nov 1, 2022 at 3:59 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 2/11/2022 5:38 am, Kinsey Moore wrote:> +#ifdef > BSP_XILINX_ZYNQMP_MGMT_UART_BASE > > +/** > > + * @brief Zy

Re: [PATCH rtems-libbsd] freebsd/cgem: Use SGMII when necessary

On 2/11/2022 5:51 am, Kinsey Moore wrote: > Certain hardware configurations will always use SGMII instead of RGMII. > Apply the appropriate flags for the relevant BSPs. > --- > freebsd/sys/dev/cadence/if_cgem.c | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git

Re: Fwd: Identify 3rd party source in spec?

On 2/11/2022 3:25 am, o...@c-mauderer.de wrote:> Is it a good idea to make it a mandatory attribute? It makes the yaml files > bigger. It will only mean that we have to look for copy and paste bugs instead > of missing attributes if someone adds a new third party library. Can you avoid having to

Re: [PATCH] zynqmp: Add support for the CFC-400X

On 2/11/2022 5:38 am, Kinsey Moore wrote:> +#ifdef BSP_XILINX_ZYNQMP_MGMT_UART_BASE > +/** > + * @brief Zynq UltraScale+ MPSoC specific set up of a management console. > + * > + * The ZynqMP SoC's programmable logic can provide a serial interface for > system > + * management which may need

[RBW] Re: Video: Vintage lugged steel mixte restoration

Nice looking mixte Paul. I see you have an Uno seat post as well. As I recall the Shogun had an odd size, not too many options to chose from. JohnS On Monday, October 31, 2022 at 7:46:16 PM UTC-4 Paul in Dallas wrote: > > > > > I've got the 1973 Nishiki low step 22" frame g

<    2   3   4   5   6   7   8   9   10   11   >