From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HTML_FONT_LOW_CONTRAST,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 4094 invoked from network); 4 Jul 2021 19:47:56 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 4 Jul 2021 19:47:56 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 389B49C9F2; Mon, 5 Jul 2021 05:47:54 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 2ADA09C9F1; Mon, 5 Jul 2021 05:46:40 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; unprotected) header.d=ccc.com header.i=@ccc.com header.b="MVskF80c"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 5971A9C9F1; Mon, 5 Jul 2021 05:46:37 +1000 (AEST) Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) by minnie.tuhs.org (Postfix) with ESMTPS id 4192A9C9F0 for ; Mon, 5 Jul 2021 05:46:36 +1000 (AEST) Received: by mail-qt1-f177.google.com with SMTP id c13so10818890qtb.12 for ; Sun, 04 Jul 2021 12:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=Ay+yWl9LSNlsZeoMs511MA4OkwxDgMucTZmi5TAxuic=; b=MVskF80cIXXD7sTIVkL+xbmGuqI0sMFQ6oBH9kXpnC/f5PAdMKEaFdAM7YcXVqYmSX oow1pJ5cQvxWKvH4dHgTpmibIhyGb6qX882JRAEzy20Da2D9Rb4pHltF+eFDyvdorR6i xphWQUy70OADB69MQoIF3ffwAjIXh78DuiYhI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=Ay+yWl9LSNlsZeoMs511MA4OkwxDgMucTZmi5TAxuic=; b=ZbUoIdphd4yTZ99uuVR4zJCqJ910tJynf+WVhkNBAfimmYttOJ+QpIy8g/AeBR6GKa d3jxrkpBNDEfO6y18heSmhBLgiY47FwG1+o6UCRVq+IFIC0ToysI0XzIS3esYI8zVDeL RMQGiAI2CDrcqU2Ri/BE0nk6HV5Z/Thn9LZr+E2F2hpfi4HuvlP9knD9Hn09WCNG6bC2 PTnEE4kLXFfMM2qTRBlgakZ0Qnp3pMVdeSS6ddm2SH9xUxE039gu1FXZkuk4RaFER9Pm SfBwkshDkV378+FA6HVpII116xp/yvCt2zt4JFovGs7Y/gBlUlHeyADN/bKlvvoyV5Ou wvng== X-Gm-Message-State: AOAM530/liZFL05klrKN9zY40LGc5xroaPWAlkCwzv01hQrdlJYdEUX0 vVesFe6sET3bPAEL8CiyGv50Oa22OnyyfRV3g1rOYUOpclvGRg== X-Google-Smtp-Source: ABdhPJwnXH0PsA/xN2+t7gEIaNLmPzUaZ9S5kg+jFAUn4WuHbdH+G7ioohLg5PRmevxU5G0JjtW+f38lXosL4+MYy4c= X-Received: by 2002:ac8:718b:: with SMTP id w11mr9775228qto.4.1625427994612; Sun, 04 Jul 2021 12:46:34 -0700 (PDT) MIME-Version: 1.0 References: <06737C14-1122-4832-BCAA-A37B242F69E4@me.com> In-Reply-To: <06737C14-1122-4832-BCAA-A37B242F69E4@me.com> From: Clem Cole Date: Sun, 4 Jul 2021 15:46:08 -0400 Message-ID: To: The Unix Heritage Society mailing list Content-Type: multipart/alternative; boundary="0000000000003a294e05c65172bb" Subject: Re: [TUHS] [tuhs] The Unix shell: a 50-year view X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --0000000000003a294e05c65172bb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hmm ... do I want to get in the middle of a fight with my friends and get them all mad at me=E2=80=A6 but I guess I cann=E2=80=99t just keep quiet on= this debate. Basically I think Larry and Dan are having the Dan Akroyd/Gilda Radner =E2=80=9CShimmer=E2=80=9D Dessert Topping / Floor Wax debate. That said, I do think systemd is a giant step backward for most of the same reasons others have already said, so I=E2=80=99ll not pile on a= nd stick to the basic what does it mean to be Unix or not/what is an improvement or not, discussion. Larry observes: =E2=80=9CI maybe think the reason you think that things ar= en't relevant anymore are because young people don't get Unix, they just pile on to this framework and that framework, NONE OF WHICH THEY UNDERSTAND, they just push more stuff onto the stack.=E2=80=9D Simply, I could not have said that better. But that is a symptom of the problem. Frankly, with frameworks and the like, we have added so many levels of abstraction, we have completely lost sight of the real issues and many folks really don=E2=80=99t =E2=80=9Cthink like a programmer=E2=80=9D a= ny more. Remember, UNIX was a system *by programmers for programmers.* Much work since has been hiding a lot of what made it great IMO - which I think has caused the most damage. What makes a system a flavor UNIX or not is almost personal, based on what you value (or not). But the fact is no matter what you call it, =E2=80=9CU= NIX=E2=80=9D is the core kernel with a small and simple set of operations, plus a set of programs that are all based on the simple ideas, basic concepts and mostly solid mathematics/computer science that a small group of people in NJ came up with at the time, when they suggested there might be a better way to put things together than had been otherwise popular at the time. Their concepts and ideas collectively were different enough that they were encouraged to write a paper about it. That paper was accepted and published in CACM, it got a lot of people in the community interested in those ideas and the rest is history as we say. But a huge difference between then and now is the *economics* and thus the matching equipment they used to explore those new ideas. So some solutions, we take for granted today, would not be practical, much less even possible in those times. Just like some people trying to claim that =E2=80=98Linux=E2=80=99 is not U= NIX, falls away deftly as well as it did years ago when other =E2=80=98progressive=E2=80=99= features were added to 'Research UNIX' and we got systems like BSD 4.1 much less 4.2. Remember smart people from Rob=E2=80=99s =E2=80=9Ccat -v=E2=80=9D paper to = Henry Spencer (=E2=80=9CBSD is just like UNIX, only different=E2=80=9D net.noise comment) in those days ra= iled on the new BSD system as not being =E2=80=98UNIX=E2=80=99 either. For good or= for bad, many of the things we take for granted today as being required in a UNIX system, go back to UCB features (or features from AUUG, MIT, CMU or similar). I=E2=80=99ve also stated many times, I do so miss the simplicity and cleanl= iness of V6 and V7, but I would not want to use it for my daily work today. So many of those very features that Henry and Rob pointed out back in the day, have somehow proven in fact to be =E2=80=98helpful=E2=80=99 or at least comforta= ble. While a few of us probably could live with something like ed(1), particularly with a front-end/feature more like Plan9=E2=80=99s sam(1), than absolutely havin= g to have VI/EMACS. Let me offer an example as a thought exercise. I was recently helping a young hacker trying to get V5/V6/V7 going on a PDP-11 simulator so he could play with it to learn more about the 11 and UNIX itself. I gave him some help and without thinking about it in my email I mentioned that he try something, but I had forgotten that the program head(1) was a Bill Joy program wrote in 1977. What UNIX box would not have it today? As it is screwed into the ROM in my fingers when I type (actually the sources to hea= d (1) is less than 200 lines with =C2=BC that being the BSD copyright, I sen= t him them and suggested he recompile it - partly as an exercise to see how C changed). But note that when wnj wrote head(1), Joy followed the famous =E2=80=98Unix Philosophy=E2=80=99 of doing one (small) job well. Which means he did no= t add a feature *i.e. *abusing, an old program, like cat(1), and add some new switch to it that that told the program stop outputting after n lines. Instead Joy wrote a simple new tool. This is the problem with what Larry was pointing out, I think frameworks and like are just adding features on features on features to current subsystems. Yeech!!! To me what made Unix =E2=80=98great=E2=80=99 was that this small (16-bit) s= ystem, with 48k-256K of memory can could practically owned by a department at $150-250K would allow you to do the same sorts of things that took a $1-4M type of system (be it a PDP-10 or IBM or the like). Mashey did his ACM lectures called =E2=80=9CSmall Is Beautiful=E2=80=9D, so= metime after they completed PWB 1.0 and this was one of his points. Unix was a small SW system on a small HW system platform, but was clean and did what you (the programmer) needed without a lot of extra cruft. IIRC for PWB 1.0, that was an 11/45 as the recommended system to run it. Not the smallest (11/40), but hardly the 11/70 either. But as the 32-bit systems became available, many of the different constraints of the PDP-11 were removed =E2= =80=93 first data size and then text size. When the VAX came and 32-bits was infinite (probably still is for text space), performance got better (and cheaper), disks got bigger, *etc*. And because it was less and less of a problem, quickly programmers got a tad lazy or at least stopped paying attention to things they were required to consider in the past. Ex (or for that matter EMACS) in thinking was the first the UCB =E2=80=9Cexplosions=E2=80=9D and maybe where UNIX began to b= e a tad different and look less and less like what had come from the NJ avengers. The resources of the new systems were such that you did not need a new set of small programs, you added features (extensions) to the old =E2=80=93 and= that was (is) a trap which we seem to follow today. I think other folks like to point out all the new wonder new functionality in the Linux kernel (or FreeBSd or macOS etc...) have brought to the UNIX world besides BSD=E2=80=99s sockets networking (loadable drivers, dynamic d= evices are super and I would not want to be without either). I like shared libraries, and better memory systems. Although of course on my supercomputer what are two things we turn off (shared libraries and much of the fancy memory stuff - cause they get in the way of real programs ;-). BTW: I also think sockets were (are) a terrible addition to UNIX and we did not really need them. We are stuck with them now, but I would rather have had something more like what ChaosNet and the original UofI Arpanet code, or what UNET did, where much of the network stack was in user space [which in fact was what the Interface BBN originally used]. In other places, over time, we have added window managers GUI=E2=80=99s *et al*. He= y the core C compiler=E2=80=99s code generator is remarkable compared to what it = was for the PDP-11, plus we have new languages be they Rust, Go or even C++ and Java. The key point is few people are really asking the question, *if I add this new feature what does it cost, and what do we really get for it?* The truth is many of these features are all comforts and *I do like many of them* and I use them and want many of them. I like kernel support for MxN threading, but that took kernel support =E2=80=93 what did we get beyond fo= rk/exec that we really did not have (the answer is probably better performance due to tighter control, but I wonder if we bought much more than that). I=E2= =80=99m typing on a Mac, while most of why =E2=80=98work=E2=80=99 these days is tar= geted Linux. But what is common is mostly I can work in the manner I want. I have something that does make some things nice (easier)=E2=80=A6 Both are =E2=80= =98UNIX=E2=80=99 in some manner =E2=80=93 that core of both are the same core ideas I see in V5/V6/V= 7 =E2=80=93 that=E2=80=99s good. *i.e.* they both work as a floor wax=E2=80=A6. But all of those new features have come at a cost, the biggest is complexity/bloat. We have lost a lot in the design because today=E2=80=99s programmers just don=E2=80=99t have to deal with the kind of constraints th= at some of had to deal with years ago and I think you hear a number of us groaning that when papers like this one come out, they have completely missed the point and really don=E2=80=99t understand what it means to be UNIX. I suspect if VM/TSO or VMS had become the core technology of the future, the papers being written today would be just as damning. If you never lived in the old world, I=E2=80=99m not sure you understand the improvement= . I=E2=80=99m going to toss the gauntlet with a slightly even more political statement. When I read that paper, it reminded me of the current round of anti-vaxxers. Those of us that remember polio and other =E2=80=98childhoo= d diseases=E2=80=99 have no desire to go back in time and relive it. I reall= y don't want to run VMS/RSX or for that matter TSS/360 which was the first system I really ever knew how to use well. So in the same way, UNIX is the core technology we have today and I=E2=80= =99m damned glad it =E2=80=98won=E2=80=99 be it called Linux, FreeBSD or macOS. = It was not perfect then and it is hardly perfect today. But it was different from what we had at that time, and so much better - *that today we now use those ideas* from UNIX as our core ideas when we build systems. I just wish people would understand what they have and see it for the positive instead of trying to knock it down - =E2=80=98standing on the shoulders of the gian= ts=E2=80=99 and showing what they did as a help, but based on solid ideas, instead of stepping on the toes trying to make their new thing/feature more valuable and claim it=E2=80=99s not made from the origin story. Hey Chevy=E2=80=A6 can I have some =E2=80=9Cshimmer=E2=80=9D for my pudding= . =E1=90=A7 --0000000000003a294e05c65172bb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= p class=3D"MsoNormal" style=3D"font-family:Calibri,sans-serif;margin:0in;fo= nt-size:12pt">Hmm ... do I want to get in the middle of a fight with my fri= ends and get them all mad at me=E2=80=A6 but I guess I cann=E2=80=99t=C2=A0just keep quiet on=C2=A0this debate.

=C2=A0

Basically I think Larry and Dan are having the Dan Akroyd/Gi= lda Radner=C2=A0=C2=A0=E2=80=9CShimmer=E2=80=9D Dessert Toppin= g / Floor Wax debate.=C2=A0=C2=A0 That said, I do think systemd is a giant step backward for most of the same reasons others have already said, so I=E2=80=99ll not pile on and stick to = the basic what does it mean to be Unix or not/what is an improvement or not, discussi= on.

=C2=A0

Larry observes:=C2=A0 =E2=80=9CI maybe think the reason you think that th= ings aren't relevant anymore are because young people don't get Unix, they just pil= e on to this framework and that framework, NONE OF WHICH THEY UNDERSTAND, they just push more stuff onto the stack.=E2=80=9D

=C2=A0

Simply, I could not have said= that better.=C2=A0 But that is a symptom of the problem.=C2=A0 Frankly, with fra= meworks and the like, we have added so many levels of abstraction, we have completely lost sight of the real issues and many folks really don=E2=80=99t =E2=80=9Cthink= like a programmer=E2=80=9D any more.=C2=A0=C2=A0 Remember, UNIX was a system by programmers for programmers.=C2=A0 Much work since has been hiding a lot of what made it great IMO - which I think = has caused the most damage.

=C2=A0

What makes a system a flavor = UNIX or not is almost personal, based on what you value (or not).=C2=A0 But the fact is no= matter what you call it, =E2=80=9CUNIX=E2=80=9D is the core kernel with a small and simple set of operations, plus a set of programs that are all based on the simple ideas, basic concepts and mostly solid mathematics/computer science that a small group of people in NJ came = up with at the time, when they suggested there might be a better way to put th= ings together than had been otherwise popular at the time. =C2=A0=C2=A0Their con= cepts and ideas collectively were different enough that they were encouraged to write a paper about it.=C2=A0= That paper was accepted and published in CACM, it got a lot of people in the community interested in those ideas and=C2=A0= the rest is history as we say.

=C2=A0

But a huge difference between= then and now is the economics and thus the matching equipment they used to explore those new ideas.=C2=A0 So some solutions, we take for granted today, would not be practical, much less eve= n possible in those times.

=C2=A0

Just like some people trying = to claim that =E2=80=98Linux=E2=80=99 is not UNIX, falls away deftly as well as it d= id years ago when other =E2=80=98progressive=E2=80=99 features were added to 'Research UNIX' and we got systems like BSD = 4.1 much less 4.2.=C2=A0 Remember smart people from Rob=E2=80=99s =E2=80=9C= cat -v=E2=80=9D paper to Henry Spencer (=E2=80=9CBSD is just like UNIX, only different=E2=80=9D n= et.noise comment) in those days railed on the new BSD system as not being =E2=80=98UNIX=E2=80=99= either.=C2=A0 For good or for bad, many of the things we take for granted today as being required in a UNIX system, go back to UCB features (or features from AUUG, MIT, CMU or similar).

=C2=A0

I=E2=80=99ve al= so stated many times, I do so miss the simplicity and cleanliness of V6 and V7, but I would not want to use it= for my daily work today.=C2=A0 So many of those very features that Henry and Rob pointed out back in the day, have somehow prove= n in fact to be =E2=80=98helpful=E2=80=99 or at least comfortable.=C2=A0 While a few of us probably could live with something like ed(1), particularly with a front-end/feature more like Plan9=E2=80=99s sam(1), than absolutely having to have VI/EMACS.

=C2=A0

Let me offer an example as a = thought exercise.=C2=A0=C2=A0 =C2=A0=C2=A0I was recently helping a young hacker trying to get V5/V6/V7 going on a PDP-1= 1 simulator so he could play with it to learn more about the=C2=A011 and UNIX itself.=C2=A0 I= gave him some help and without thinking about it in my email I mentioned t= hat he try something, but I had forgotten that the program head(1) was a Bill Joy progr= am wrote in 1977.=C2=A0 What UNIX box would not have it today?=C2=A0 As it = is screwed into the ROM in my fingers when I type (actually the sources to=C2=A0head(1)=C2=A0= =C2=A0is less than 200 lines with =C2=BC that being the BSD copyright, I se= nt him them and suggested he recompile it - partly as an exercise=C2=A0to s= ee how C changed).

=C2=A0

But note that when wnj wrote = head(1), Joy followed the famous =E2=80=98Uni= x Philosophy=E2=80=99 of =C2=A0doing one (small) job well.=C2=A0=C2=A0 Whic= h means he did not add a feature i.e. abusing, an old program, like cat(1)= ,=C2=A0and add some new switch to it that that tol= d the program=C2=A0stop o= utputting after n lines. Instead Joy wrote a simple new tool.

=C2=A0

This is the problem with what= Larry was pointing out, I think frameworks and like are just adding features on featu= res on features to current subsystems.=C2=A0=C2=A0 Yeech!!!

=C2=A0

To me what made Unix =E2=80= =98great=E2=80=99 was that this small (16-bit) system, with 48k-256K of memory can could practically owned = by a department at $150-250K would allow you to do the same sorts of things that= took a $1-4M type of system (be it a PDP-10 or IBM or the like).

=C2=A0

Mashey did his ACM lectures c= alled =E2=80=9CSmall Is Beautiful=E2=80=9D, sometime after they completed PWB 1.0 and this=C2=A0= was one of his points.=C2=A0 =C2=A0Unix=C2=A0was a small SW system on a sma= ll HW system platform,=C2=A0but was clean and did what you (the programmer)= needed without a lot of extra cruft.=C2=A0 IIRC for PWB 1.0, that was an 1= 1/45 as the recommended system to run it.=C2=A0 Not the smallest (11/40), but hardly the 11/70 either.=C2=A0=C2=A0 But as the 32-bit systems became available, many of the different constraints of the P= DP-11 were removed =E2=80=93 first data size and then text size.=C2=A0 When the V= AX came and 32-bits was infinite (probably still is for text space), performance got better (and cheaper), disks got bigger, etc.=

=C2=A0

And because it was less and l= ess of a problem, quickly programmers got a tad lazy or at least stopped paying attention to things they were required to=C2=A0consider in the past.=C2=A0 Ex (or for th= at matter EMACS) in thinking was the first the UCB =E2=80=9Cexplosions=E2=80=9D=C2=A0 and maybe where UNIX began to be a tad different and look less and less like what had= come from the NJ avengers.=C2=A0 The resources of the new systems were such that you did not need a new set of small programs= , you added features (extensions) to the old =E2=80=93 and that was (is) a trap w= hich we seem to follow today.

=C2=A0

I think other folks like to p= oint out all the new wonder new functionality in the Linux kernel (or FreeBSd or macOS etc...) have bro= ught to the UNIX world besides BSD=E2=80=99s sockets networking (loadable drivers, dynamic devices are sup= er and I would not want to be without either).=C2=A0 I like shared libraries, and better memory systems.=C2=A0 Although of course = on my supercomputer what are two things we turn off (shared libraries and m= uch of the fancy memory stuff - cause they get in the way=C2=A0of real=C2= =A0programs ;-).=C2=A0


BTW:=C2=A0= I also think sockets were (are) a terrible addition to UNIX and we did not really need them. We are stuck with them no= w, but=C2=A0 I would rather have had something more like what ChaosNet and the original UofI Arpanet code, or what UNET did, where m= uch of the network stack was in user space [which in fact was what the Interface B= BN originally used].=C2=A0 In other places, over time, we have added window managers GUI=E2=80=99s et al.=C2=A0 Hey the core C compiler=E2=80=99s code generator is remarkable compared to what it was f= or the=C2=A0PDP-11, plus we have new languages be they Rust, Go or even C++ and Java.

=C2=A0

The key point is few people a= re really asking the question, if I add this new feature what does it cost, and wh= at do we really get for it?

=C2=A0

The truth is many of these fe= atures are all comforts and I do like many of them and I use them and want=C2=A0man= y of them. =C2=A0=C2=A0I like kernel support for MxN threading, but that took kernel support =E2=80=93 what did we get beyond fork/exec that we= really did not have (the answer is probably better performance due to tighter control,= but I wonder if we bought much more than that).=C2=A0 I=E2=80=99m typing o= n a Mac, while most of why =E2=80=98work=E2=80=99 these days is targeted Linux.=C2=A0 But what is common is mostly I can work in the manner I want.=C2=A0 I have something th= at does make some things nice (easier)=E2=80=A6 Both are =E2=80=98UNIX=E2=80=99 in some manner =E2=80=93 = that core of both are the same core ideas I see in V5/V6/V7 =E2=80=93 that=E2=80=99s good.=C2=A0 i.e. they both work as a floor wax=E2=80=A6.

=C2=A0

But all of those new features= have come at a cost, the biggest is complexity/bloat.=C2=A0 We have lost a lot in the design because today=E2=80=99s programmers just d= on=E2=80=99t have to deal with the kind of constraints that some of had to deal with yea= rs ago and I think you hear a number of us groaning that when papers like this= one come out, they have completely missed the point and really don=E2=80=99t un= derstand what it means to be UNIX.

=C2=A0

I suspect if VM/TSO or VMS ha= d become the core technology of the future, the papers being written today would be = just as damning.=C2=A0 If you never lived in the old world, I=E2=80=99m not sure you understand the improvement.

=C2=A0

I=E2=80=99m going to toss the= gauntlet with a slightly even more political statement.=C2=A0 When I read that paper, it reminded me of the current round of anti-vaxxers= .=C2=A0=C2=A0 Those of us that remember polio and other =E2=80=98childhood diseases=E2=80=99 have no desire to go back in time and relive it.=C2=A0 I = really don't want to run VMS/RSX or for that matter TSS/360 which was t= he first system I really ever knew how to use well.

=C2=A0

So in the same way, UNIX is t= he core technology we have today and I=E2=80=99m damned glad it =E2=80=98won=E2=80= =99 be it called Linux, FreeBSD or macOS.=C2=A0 It was not perfect then and= it is hardly perfect today.=C2=A0 But it was different from what we had at that time, an= d so much better - that today we now use those ideas=C2=A0from UNIX as= our core ideas when we build systems.=C2=A0 =C2=A0I just wish people would understand what they have and see it for the positive instead of trying to knock it down - =E2= =80=98standing on the shoulders of the giants=E2=80=99 and showing what they did as a help= , but based on solid ideas, instead of stepping on the toes trying to make their new th= ing/feature more valuable and claim it=E2=80=99s not made from the origin story.=

=C2=A0

Hey Chevy=E2=80=A6 can I have= some =E2=80=9Cshimmer=E2=80=9D for my pudding.

=C2=A0

=C2=A0

3D""=E1=90=A7
--0000000000003a294e05c65172bb--