Re: [racket-users] NixOS: (help map) does not find documentation

[Asumu Takikawa]

On 2020-04-14 15:53:09 -0700, unlimitedscolobb wrote:
>Turns out this file does not even exist on my machine, but
>/nix/store/za0k7s00bg3v5sasyqalv12ii7pxjbjn-racket-7.6/share/doc/index.html
>does!  (mind the added share/)
> 
>I'm running Racket 7.6 and I am on nixos-unstable channel.
> 
>Does any one of you have similar symptoms?

I suspect this is because of a packaging bug in Racket that changes
where things get installed:

  https://github.com/racket/racket/issues/3046

You should be able to work around this by adjusting the configure flags
for the Racket Nix package. Here's a commit for nixpkgs that should do
that:

  
https://github.com/takikawa/nixpkgs/commit/b766b42f0a2f79f19f9e73f46264f91ba6cb3bdd

When I built this locally, `(help map)` and such seemed to work for me.

If someone can land a fix for #3046 for Racket 7.7, that'd be really
great. This bug also affects the packaging for Debian, Ubuntu PPA (these
shipped with the workaround) and probably other distros too.

Cheers,
Asumu

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/20200415224241.t3kiznrvskhrvl2b%40nixos.

Re: [racket-users] Re: Organizing tests in project

[Siddhartha Kasivajhula]

I see, that explains it. Thank you for fixing it!


On Wed, Apr 15, 2020 at 12:58 PM Matthew Flatt  wrote:

> The machine that formerly ran pkg-build died, so pkg-builds stopped for
> a week or two. I moved eventually moved it to a new machine. Since I
> had to start over with a v7.6 installer and the current catalog, all
> packages were re-built and re-tested.
>
> At Wed, 15 Apr 2020 12:14:31 -0700, Siddhartha Kasivajhula wrote:
> > This morning I find that the package referenced above no longer
> >  indicates failure. There
> > haven't been any new commits, so it appears that the package rebuilt on
> its
> > own without any fresh trigger -- but, notably, after a relatively long
> > (weeks long) interval. Does anyone know if this is normal? This section
> > <
> https://docs.racket-lang.org/pkg/getting-started.html#%28part._register-at-cat
> > alog%29>
> > of the docs appears to suggest that the docs are built daily.
> >
> >
> >
> > On Fri, Apr 10, 2020 at 11:07 AM Siddhartha Kasivajhula <
> skasi...@gmail.com>
> > wrote:
> >
> > > Hi, I'm still seeing an error
> > >  on the Racket package
> > > server, but the build output is from March 31, 2019
> > >  >
> > > and doesn't seem to be showing updated output. I gather that the server
> > > builds packages nightly -- any idea why it hasn't rebuilt yet? Or if it
> > > has, is there a way to get updated error output?
> > >
> > >
> > >
> > > On Mon, Apr 6, 2020 at 3:27 PM Siddhartha Kasivajhula <
> skasi...@gmail.com>
> > > wrote:
> > >
> > >> FTR I fixed this by using the `compile-omit-paths` flag:
> > >> https://docs.racket-lang.org/raco/setup-info.html
> > >> E.g. in info.rkt:
> > >>
> > >> (define compile-omit-paths '("tests"))
> > >>
> > >>
> > >>
> > >>
> > >> On Tue, Mar 17, 2020 at 12:25 PM Siddhartha Kasivajhula <
> > >> skasi...@gmail.com> wrote:
> > >>
> > >>> Hi,
> > >>> I'm attempting to organize tests in my package into
> subfolders/modules
> > >>> instead of having them in a giant main.rkt test submodule, but am
> running
> > >>> into some issues and was hoping for some advice on the best way to
> do it. I
> > >>> think the primary issue is related to source compilation order in
> raco, but
> > >>> am also curious how other people organize their tests.
> > >>>
> > >>> I've moved all of the tests into a tests/ subfolder in the main
> project
> > >>> tree. When I build the project using raco setup, it builds both the
> > >>> project files as well as the tests contained in the tests/ folder.
> At this
> > >>> point, if I run the tests as is, they result in an error. If instead
> I
> > >>> first delete the compiled/ subfolder in the tests folder, the tests
> then
> > >>> work fine.
> > >>>
> > >>> I think the tests may be getting compiled against the version of the
> > >>> compiled collection which is immediately replaced by a fresh
> compilation
> > >>> during raco setup. This is the error I'm seeing when I run the tests:
> > >>>
> > >>> default-load-handler: expected a `module' declaration, but found
> > >>> something else
> > >>>   file:
> > >>>
> >
> /Users/siddhartha/work/lisp/racket/relation/tests/compiled/algebraic-test_rkt.d
> > ep
> > >>>   context...:
> > >>>default-load-handler
> > >>>standard-module-name-resolver
> > >>>module-path-index-resolve
> > >>>module-declared?
> > >>>
> > >>> I could add a make target to clean the test compiled folder prior to
> > >>> running tests, but it seemed like there must be a better way. So my
> main
> > >>> questions are:
> > >>>
> > >>> 1. Is there a way to exclude certain folders (such as tests) in the
> raco
> > >>> setup stage? For reference, the command I'm using is raco setup
> > >>> --no-docs --tidy --pkgs relation.
> > >>> 2. Is this a good way to organize tests? Are there any standard
> > >>> recommended ways?
> > >>>
> > >>> Would appreciate any input,
> > >>> -Sid
> > >>>
> > >>>
> >
> > --
> > You received this message because you are subscribed to the Google
> Groups
> > "Racket Users" group.
> > To unsubscribe from this group and stop receiving emails from it, send
> an
> > email to racket-users+unsubscr...@googlegroups.com.
> > To view this discussion on the web visit
> >
> https://groups.google.com/d/msgid/racket-users/CACQBWFmoQpDCcX5JThPKwfJ9cJDP9jY
> > tWKBfyONG7sB37w7YOQ%40mail.gmail.com.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to racket-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/racket-users/5e97677b.1c69fb81.9ccf4.c24bSMTPIN_ADDED_MISSING%40gmr-mx.google.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from th

Re: [racket-users] Re: Organizing tests in project

[Matthew Flatt]

The machine that formerly ran pkg-build died, so pkg-builds stopped for
a week or two. I moved eventually moved it to a new machine. Since I
had to start over with a v7.6 installer and the current catalog, all
packages were re-built and re-tested.

At Wed, 15 Apr 2020 12:14:31 -0700, Siddhartha Kasivajhula wrote:
> This morning I find that the package referenced above no longer
>  indicates failure. There
> haven't been any new commits, so it appears that the package rebuilt on its
> own without any fresh trigger -- but, notably, after a relatively long
> (weeks long) interval. Does anyone know if this is normal? This section
>  alog%29>
> of the docs appears to suggest that the docs are built daily.
> 
> 
> 
> On Fri, Apr 10, 2020 at 11:07 AM Siddhartha Kasivajhula 
> wrote:
> 
> > Hi, I'm still seeing an error
> >  on the Racket package
> > server, but the build output is from March 31, 2019
> > 
> > and doesn't seem to be showing updated output. I gather that the server
> > builds packages nightly -- any idea why it hasn't rebuilt yet? Or if it
> > has, is there a way to get updated error output?
> >
> >
> >
> > On Mon, Apr 6, 2020 at 3:27 PM Siddhartha Kasivajhula 
> > wrote:
> >
> >> FTR I fixed this by using the `compile-omit-paths` flag:
> >> https://docs.racket-lang.org/raco/setup-info.html
> >> E.g. in info.rkt:
> >>
> >> (define compile-omit-paths '("tests"))
> >>
> >>
> >>
> >>
> >> On Tue, Mar 17, 2020 at 12:25 PM Siddhartha Kasivajhula <
> >> skasi...@gmail.com> wrote:
> >>
> >>> Hi,
> >>> I'm attempting to organize tests in my package into subfolders/modules
> >>> instead of having them in a giant main.rkt test submodule, but am running
> >>> into some issues and was hoping for some advice on the best way to do it. 
> >>> I
> >>> think the primary issue is related to source compilation order in raco, 
> >>> but
> >>> am also curious how other people organize their tests.
> >>>
> >>> I've moved all of the tests into a tests/ subfolder in the main project
> >>> tree. When I build the project using raco setup, it builds both the
> >>> project files as well as the tests contained in the tests/ folder. At this
> >>> point, if I run the tests as is, they result in an error. If instead I
> >>> first delete the compiled/ subfolder in the tests folder, the tests then
> >>> work fine.
> >>>
> >>> I think the tests may be getting compiled against the version of the
> >>> compiled collection which is immediately replaced by a fresh compilation
> >>> during raco setup. This is the error I'm seeing when I run the tests:
> >>>
> >>> default-load-handler: expected a `module' declaration, but found
> >>> something else
> >>>   file:
> >>> 
> /Users/siddhartha/work/lisp/racket/relation/tests/compiled/algebraic-test_rkt.d
> ep
> >>>   context...:
> >>>default-load-handler
> >>>standard-module-name-resolver
> >>>module-path-index-resolve
> >>>module-declared?
> >>>
> >>> I could add a make target to clean the test compiled folder prior to
> >>> running tests, but it seemed like there must be a better way. So my main
> >>> questions are:
> >>>
> >>> 1. Is there a way to exclude certain folders (such as tests) in the raco
> >>> setup stage? For reference, the command I'm using is raco setup
> >>> --no-docs --tidy --pkgs relation.
> >>> 2. Is this a good way to organize tests? Are there any standard
> >>> recommended ways?
> >>>
> >>> Would appreciate any input,
> >>> -Sid
> >>>
> >>>
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to racket-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/racket-users/CACQBWFmoQpDCcX5JThPKwfJ9cJDP9jY
> tWKBfyONG7sB37w7YOQ%40mail.gmail.com.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/5e97677b.1c69fb81.9ccf4.c24bSMTPIN_ADDED_MISSING%40gmr-mx.google.com.

[racket-users] Re: hackernews

[Hima Tammineedi]

Why has no one really responded to this comment? I've never used Racket, 
was just exploring and came across this thread, and saw that the front page 
is still unchanged.

I think this person's comments are still very valid. Mainly the funky 
images not telling me much on the homepage.

On Sunday, December 30, 2018 at 6:30:37 PM UTC-5, BD1 a wrote:
>
> Here is the short version.
>
>
>   Rackets website does not sell Racket, it does not answer the WHY, 
> someone should choose racket to solve problems.  It’s not clear as to the 
> benefits of using racket, it’s not clear what advantage I get for choosing 
> Racket over something like Python for web development, etc.  It seems as if 
> Rackets website is more suited towards someone who already measure the pro 
> and cons of using a lisp like language, an individual who has already 
> consciously made the decision to go with Racket, instead of showcasing the 
> strengths of Racket to the uninitiated.   For example, let’s say you had 
> some problem that you needed to solve and you had no idea about Racket or 
> Python, and the only information you can get is from their respective web 
> pages.  Which language would you choose and why?
>
> From my understanding, many of you use Racket to get real work done.  What 
> is the reason behind your choice?  What benefits does using racket have 
> above using a more popular language?  Why are these reasons not highlighted 
> on Rackets website?  As I said in an above post, I am a just a beginner,  I 
> have little to no idea what it means to refractor your code, design 
> patterns, or any of the other jargon used in the software industry.  Don’t 
> concentrate on the specifics of my critique, try to look at the overall 
> point I am trying to make…..The Racket website does not sell Racket.   Here 
> is another example, many of you work in the software industry.  If you 
> where to ask your coworkers what macros are, what would they say?  Would 
> they even understand the benefits the macros system in Racket brings?  If 
> you ask them about language-oriented programming, what would they say?  
> Would they truly understand what it is, and the benefits it brings?  Do 
> your coworkers even understand how special Racket is?  Even If the answer 
> is yes to these questions, in addition to what is already there, are some 
> of the things that should also be highlighted on Rackets website.  
>
>  
>
> Longer version
>
>  Let me refine my critique of Racket web presence.  We are talking about 
> making Racket more popular, not the functionalities of the Racket 
> language.   There is a lot less noise around Racket than other more popular 
> languages.  This is an advantage that the Racket community can exploit.  
>  Because of the lack of popularity, IMHO the Racket community needs utilize 
> Racket webpage to SELL the use of racket as a possible solution to various 
> problems.   For example, let’s look at Python.  I choose Python here not to 
> compare Python capabilities to Racket but because it is one of the most 
> popular languages in use today.Imagine if you knew nothing about 
> programing but had problem you needed to solve and you landed on the Python 
> website.  Out side of the tabs, you see that “Python is a programming 
> language that lets you work quickly and integrate systems more effectively” 
> Notice, it does not say that python is a scripting language or use some 
> sort of computing jargon to describe Python.  It use words that a 
> non-programmer can understand.  It simple, and to the point.If you 
> would conduct the same exercise with Racket you see “Racket solves 
> problems-make languages”.   To me it reads that Racket solves problems by 
> making languages.  This sounds more complex than it needs to be.  WHY do I 
> want to complicate my problem by making a language?  What I want to do is 
> to solve my problem as efficiently as possible.  Making a language seems 
> like an unneeded extra step.  Now my view of Racket is tainted by that 
> statement.  As I continue to explore the site, I learn that Racket is 
> cross-platform, etc.  I also learn that Racket has various packages for web 
> applications,  math and statistics, etc.  Mind you my view of racket has 
> already been formed, when I click on web applications I am greeted with an 
> tutorial on web applications in Racket.  But there is still no answer as to 
> WHY solving problems by making languages would be beneficial in my use 
> case.   Compare that to Python website, when you click on Django, by the 
> Web Development tab.   You are greeted by “Django makes it easier to build 
> better web apps more quickly and with less code” Which is totally in line 
> with the mission statement above.  We also learn that Django is 
> “ridiculously fast, Reassuringly secure, Exceedingly scalable” again Python 
> is answering the WHY, and its Answer is totally aligned with its mission 
> statement.   When you go to the racket website and explo

[racket-users] Re: Organizing tests in project

[Siddhartha Kasivajhula]

This morning I find that the package referenced above no longer
 indicates failure. There
haven't been any new commits, so it appears that the package rebuilt on its
own without any fresh trigger -- but, notably, after a relatively long
(weeks long) interval. Does anyone know if this is normal? This section

of the docs appears to suggest that the docs are built daily.



On Fri, Apr 10, 2020 at 11:07 AM Siddhartha Kasivajhula 
wrote:

> Hi, I'm still seeing an error
>  on the Racket package
> server, but the build output is from March 31, 2019
> 
> and doesn't seem to be showing updated output. I gather that the server
> builds packages nightly -- any idea why it hasn't rebuilt yet? Or if it
> has, is there a way to get updated error output?
>
>
>
> On Mon, Apr 6, 2020 at 3:27 PM Siddhartha Kasivajhula 
> wrote:
>
>> FTR I fixed this by using the `compile-omit-paths` flag:
>> https://docs.racket-lang.org/raco/setup-info.html
>> E.g. in info.rkt:
>>
>> (define compile-omit-paths '("tests"))
>>
>>
>>
>>
>> On Tue, Mar 17, 2020 at 12:25 PM Siddhartha Kasivajhula <
>> skasi...@gmail.com> wrote:
>>
>>> Hi,
>>> I'm attempting to organize tests in my package into subfolders/modules
>>> instead of having them in a giant main.rkt test submodule, but am running
>>> into some issues and was hoping for some advice on the best way to do it. I
>>> think the primary issue is related to source compilation order in raco, but
>>> am also curious how other people organize their tests.
>>>
>>> I've moved all of the tests into a tests/ subfolder in the main project
>>> tree. When I build the project using raco setup, it builds both the
>>> project files as well as the tests contained in the tests/ folder. At this
>>> point, if I run the tests as is, they result in an error. If instead I
>>> first delete the compiled/ subfolder in the tests folder, the tests then
>>> work fine.
>>>
>>> I think the tests may be getting compiled against the version of the
>>> compiled collection which is immediately replaced by a fresh compilation
>>> during raco setup. This is the error I'm seeing when I run the tests:
>>>
>>> default-load-handler: expected a `module' declaration, but found
>>> something else
>>>   file:
>>> /Users/siddhartha/work/lisp/racket/relation/tests/compiled/algebraic-test_rkt.dep
>>>   context...:
>>>default-load-handler
>>>standard-module-name-resolver
>>>module-path-index-resolve
>>>module-declared?
>>>
>>> I could add a make target to clean the test compiled folder prior to
>>> running tests, but it seemed like there must be a better way. So my main
>>> questions are:
>>>
>>> 1. Is there a way to exclude certain folders (such as tests) in the raco
>>> setup stage? For reference, the command I'm using is raco setup
>>> --no-docs --tidy --pkgs relation.
>>> 2. Is this a good way to organize tests? Are there any standard
>>> recommended ways?
>>>
>>> Would appreciate any input,
>>> -Sid
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CACQBWFmoQpDCcX5JThPKwfJ9cJDP9jYtWKBfyONG7sB37w7YOQ%40mail.gmail.com.