On Sun, Jan 12, 2025 at 06:11:44PM -0800, Paul Lalonde wrote:
> Hi all.
> I'm trying to install LaTeX so I can write up some results; I'm afraid I'm
> not much good with troff.
> I get a successful install, and which_kertex does the expected thing.
> But when I try '$KERTEX_SHELL $KERTEX_LIBDIR/pkg
Quoth Paul Lalonde :
> Ah, yes, my dev history involves git in very large repos with too many
> committers. The probability that you won't have to rebase to catch up to
> main was approximately zero, so that just becomes part of the workflow. If
> you're the only person working in a section of th
Quoth Paul Lalonde :
> Ah, yes, my dev history involves git in very large repos with too many
> committers. The probability that you won't have to rebase to catch up to
> main was approximately zero, so that just becomes part of the workflow. If
> you're the only person working in a section of th
Ah, yes, my dev history involves git in very large repos with too many
committers. The probability that you won't have to rebase to catch up to
main was approximately zero, so that just becomes part of the workflow. If
you're the only person working in a section of the tree then it's trivial
and
Hi all.
I'm trying to install LaTeX so I can write up some results; I'm afraid I'm
not much good with troff.
I get a successful install, and which_kertex does the expected thing.
But when I try '$KERTEX_SHELL $KERTEX_LIBDIR/pkg/rcp/latex.sh install' I
get missing dependencies that I don't know how
Quoth Paul Lalonde :
> Should these maybe match the outputs from git/walk? '!' doesn't appear in
> the git/walk output, should it?
>
sure, not a bad idea, though the meanings are somewhat different.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/g
Quoth Paul Lalonde :
> My next question is how to pull new changes from remote while putting my
> new work on top.
> Linus' git does a decent job of that with pull, but my experience with git9
> is rather less pleasant.
>
> Looking at it, it seems like a work for git/rebase. Here I'm trying to
>
Quoth Paul Lalonde :
> Now that I'm doing some daily development, I'm running into process issues
> with git. That probably means I'm doing something wrong, and I'm hoping
> someone might disabuse me.
>
> My workflow is to sync my github fork of rminnich/nixos, then git/pull to
> get up to date w
Should these maybe match the outputs from git/walk? '!' doesn't appear in
the git/walk output, should it?
Paul
On Sun, Jan 12, 2025 at 4:13 PM wrote:
> Quoth Paul Lalonde :
> > Nice, I can kind of make it work for me:
> >
> > fluxcpu% git/query -c 'dcc6924f24d885f48456a99575ac6619a8df9d45^^
>
Quoth Paul Lalonde :
> Nice, I can kind of make it work for me:
>
> fluxcpu% git/query -c 'dcc6924f24d885f48456a99575ac6619a8df9d45^^
> 61ce30435cd176e5967de641527656239db1e952'
> @ sys/src/nix/k10/k8cpu
> @ sys/src/nix/k10/l32p.s
>
Yes, there are 4 sigils:
+ file was add
Nice, I can kind of make it work for me:
fluxcpu% git/query -c 'dcc6924f24d885f48456a99575ac6619a8df9d45^^
61ce30435cd176e5967de641527656239db1e952'
@ sys/src/nix/k10/k8cpu
@ sys/src/nix/k10/l32p.s
Does the @ at the start of the lines have any significance?
Paul
On Sun, Jan 12, 2025 at 2:20 P
There is, qit/query has a flag for it.
We're currently using git/walk to fetch them - oh! We should only need
to diff _modified_ files, whereas we currently also diff files which are
_added_ or _removed_ as well, iirc.
I'm currently setting up my replacement 9front system, I'll take a look
shortl
Validating every file as you describe makes sense if there is no common
ancestor.
In the case of trees with a common ancestor, however, only files changed in
subsequent commits should require checking.
I went digging around git/fs and I don't see a way to get the files
associated with a given commi
git/merge might work a bit faster, but making it smarter was on the list
of things I wanted to get to right before my 9front laptop broke :P
Both merge and rebase, IIRC, will try comparing every path on either
side (or all three sides for 3-way merges, rather), even if e.g. the
parent directory do
My next question is how to pull new changes from remote while putting my
new work on top.
Linus' git does a decent job of that with pull, but my experience with git9
is rather less pleasant.
Looking at it, it seems like a work for git/rebase. Here I'm trying to
take the work from
fluxcpu% git/br
Like Ron, I also leave my branches around for reference unless I know for
certain I will never have any use for them. That's just my workflow,
though. Others will probably have different ideas.
Chris
On Sun, Jan 12, 2025, 14:14 Ron Minnich wrote:
> with the Linus git, you can
> git push origin
with the Linus git, you can
git push origin :multiboot_magic
and it's gone.
Not quite sure about Ori's git.
That's the only way I've done it.
I actually have 540 branches at my u-root fork, so I'm hardly a good
example. I leave them lying around for reference.
On Sun, Jan 12, 2025 at 11:56 AM
On Sun, Jan 12, 2025 at 11:56 AM wrote:
> Note: I will work for sure some hours on it on week-ends, mainly on
> Sundays. I may happen to work on it supplementary to that when time
> permits---or because I'm bored at what I'm doing currently. So silence
> from me for days will not be a sign that I
Paul makes a critical point here. Just casting to make warnings go
away is almost always a bad idea. Digging into the reason for the
warning is what you want to do.
Thanks!
On Sun, Jan 12, 2025 at 11:01 AM Paul Lalonde wrote:
>
>
>
> On Sun, Jan 12, 2025 at 10:02 AM wrote:
>>
>> [I have made a
On Sun, Jan 12, 2025 at 10:59:58AM -0800, Paul Lalonde wrote:
> On Sun, Jan 12, 2025 at 10:02?AM wrote:
>
>[...]
> > Note: there are a number of warnings when compiling so my next
> > assignment will be to fix the compiler (assembler, compiler, linker)
> > warnings before tracking panics. I pref
c->aux is what I went with. Long story, but for the clone channel of a
walk, I store the full path name there.
Planning to talk about and release this code for IWP9.
On Sun, Jan 12, 2025 at 8:48 AM Don A. Bailey wrote:
>
> What was the solution?
>
> D
>
> On Jan 12, 2025, at 11:35 AM, rminn...@
Now that I'm doing some daily development, I'm running into process issues
with git. That probably means I'm doing something wrong, and I'm hoping
someone might disabuse me.
My workflow is to sync my github fork of rminnich/nixos, then git/pull to
get up to date with my repo. I then make a branc
On Sun, Jan 12, 2025 at 10:02 AM wrote:
> [I have made a first PR for some small fixes to nix/nix
> and adding a NOTES that fixes some infelicities in the
> instructions to get started]
>
Thank you! Infelicities is a very polite way to point out my poor
note-taking skills!
> Would it be possi
[I have made a first PR for some small fixes to nix/nix
and adding a NOTES that fixes some infelicities in the
instructions to get started]
I have noted that Paul Lalonde has added a script for testing the cpu
kernel with vmx.
There is also in usr/glenda/ mknixboot (John Floren) that could be
upd
What was the solution?DOn Jan 12, 2025, at 11:35 AM, rminn...@p9f.org wrote:
As usual, 30m after sending the note, I figured out what to do. Not to worry :-)
9fans
/ 9fans / see
discussions
+
participants
+
delivery options
Permalink
We've got our second contributor!
For those looking for other things to do:
https://github.com/rminnich/nix-os/issues/8
thanks
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Ted30b22de106b2db-Mb99ee56671f0dd2afa12071f
Delivery options:
As usual, 30m after sending the note, I figured out what to do.
Not to worry :-)
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T465ce77c70ba04ed-M5b4ee344a69195816914665d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscri
27 matches
Mail list logo
