git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Amanda Shafack <shafack.likhene@gmail.com>
To: Jonathan Nieder <jrnieder@gmail.com>
Cc: Emily Shaffer <emilyshaffer@google.com>,
	git@vger.kernel.org,
	Developer support list for Wireshark 
	<wireshark-dev@wireshark.org>
Subject: Re: Wireshark-dev Digest, Vol 173, Issue 14
Date: Thu, 15 Oct 2020 09:52:57 +0100	[thread overview]
Message-ID: <CAGxm6oUcxLCqhN0+tSA37xsNUJbjcyj3ahraVdiwxnQn-7qC4g@mail.gmail.com> (raw)
In-Reply-To: <mailman.1.1602590401.25101.wireshark-dev@wireshark.org>

Hi Jonathan,

I have completed the MyFirstContribution tutorial
(https://git-scm.com/docs/MyFirstContribution). You can find my work
in this repo (https://github.com/lkmandy/git/tree/psuh).

Also, regarding my initial starter contribution, I chose the
"micro-project" titled "Avoid pipes in git related commands in test
scripts" (source https://bit.ly/3iZQcT2).
Emily has approved the micro-project.

I plan to complete the micro-project and then move on to more research
on Git's HTTP protocol and other resources you've pointed out.

Let me know your thoughts on this, thanks.


On Tue, Oct 13, 2020 at 1:00 PM <wireshark-dev-request@wireshark.org> wrote:
>
> Send Wireshark-dev mailing list submissions to
>         wireshark-dev@wireshark.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://www.wireshark.org/mailman/listinfo/wireshark-dev
> or, via email, send a message with subject or body 'help' to
>         wireshark-dev-request@wireshark.org
>
> You can reach the person managing the list at
>         wireshark-dev-owner@wireshark.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Wireshark-dev digest..."
>
>
> Today's Topics:
>
>    1. lua decoder accessing info from layers above (Fulko Hew)
>    2. Re: lua decoder accessing info from layers above (John Thacker)
>    3. Re: lua decoder accessing info from layers above (Guy Harris)
>    4. Re: Introduction - An Outreachy 2020 Applicant (Jonathan Nieder)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 12 Oct 2020 19:59:46 -0400
> From: Fulko Hew <fulko.hew@gmail.com>
> To: Developer support list for Wireshark <wireshark-dev@wireshark.org>
> Subject: [Wireshark-dev] lua decoder accessing info from layers above
> Message-ID:
>         <CAGuV3hNXvRDUL02bmLxbkOLEgbOWQSPwj7sSne8CYCcgrNhPQg@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I'm trying to update/improve someone else's decoder written in Lua.
> It's for a simple UDP (and TCP) based protocol.
> But I need to be able to get access to the upper layer
> to be able to decode it easily.
>
> Can someone provide an example of how to determine if the higher layer was
> UDP or TCP?
>
> Thanks
> Fulko
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://www.wireshark.org/lists/wireshark-dev/attachments/20201012/d1eaa52a/attachment.html>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 12 Oct 2020 20:33:37 -0400
> From: John Thacker <johnthacker@gmail.com>
> To: Developer support list for Wireshark <wireshark-dev@wireshark.org>
> Subject: Re: [Wireshark-dev] lua decoder accessing info from layers
>         above
> Message-ID:
>         <CAP_QLgo5PYz79BXQvoQyiQGjZ-FqBVq__ybRg10xQ3DYd3KUQQ@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Mon, Oct 12, 2020, 8:00 PM Fulko Hew <fulko.hew@gmail.com> wrote:
>
> >
> > I'm trying to update/improve someone else's decoder written in Lua.
> > It's for a simple UDP (and TCP) based protocol.
> > But I need to be able to get access to the upper layer
> > to be able to decode it easily.
> >
> > Can someone provide an example of how to determine if the higher layer was
> > UDP or TCP?
> >
>
> If all you need to know is whether it was called from TCP or UDP, then a
> typical approach is to create slightly different dissector functions, one
> for TCP and one for UDP (they can then call a common function, setting a
> parameter) and register the TCP dissector with TCP and the UDP dissector
> with UDP. That approach for C dissectors is demonstrated, for example, here:
>
> https://gitlab.com/wireshark/wireshark/-/blob/master/doc/README.heuristic
>
> And it's pretty similar for Lua dissectors using some of the examples
> linked from here:
>
> https://gitlab.com/wireshark/wireshark/-/wikis/Lua
>
> John Thacker
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://www.wireshark.org/lists/wireshark-dev/attachments/20201012/67707084/attachment.html>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 12 Oct 2020 17:55:06 -0700
> From: Guy Harris <gharris@sonic.net>
> To: Developer support list for Wireshark <wireshark-dev@wireshark.org>
> Subject: Re: [Wireshark-dev] lua decoder accessing info from layers
>         above
> Message-ID: <93FB74E3-88D0-408F-883D-F0385A916EA0@sonic.net>
> Content-Type: text/plain;       charset=us-ascii
>
> On Oct 12, 2020, at 5:33 PM, John Thacker <johnthacker@gmail.com> wrote:
>
> > If all you need to know is whether it was called from TCP or UDP, then a typical approach is to create slightly different dissector functions,
>
> ...or, in that particular case, slightly *less* different functions, given that UDP provides a packet-based service (so that packet boundaries are provided for you, unless you have to send packets that don't fit in a UDP datagram and add your own reassembly - but, even there, *fragment* boundaries would probably be provided by UDP), while TCP provides a byte-stream service (with *no* packet boundary information).
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 12 Oct 2020 20:10:56 -0700
> From: Jonathan Nieder <jrnieder@gmail.com>
> To: Developer support list for Wireshark <wireshark-dev@wireshark.org>
> Cc: Emily Shaffer <emilyshaffer@google.com>, git@vger.kernel.com
> Subject: Re: [Wireshark-dev] Introduction - An Outreachy 2020
>         Applicant
> Message-ID: <20201013031056.GC3814681@google.com>
> Content-Type: text/plain; charset=us-ascii
>
> Richard Sharpe wrote:
> > Amanda Shafack wrote:
>
> >> Good day.
> >>
> >> I'm Amanda Shafack, an Outreachy 2020 applicant who wishes to
> >> contribute to the "Add Git protocol support to Wireshark" project.
> >>
> >> I have some experience coding in C and I hope to enhance
> >> my skill set by contributing to this project.
> >>
> >> In addition, I'm fascinated by network protocols and it's really
> >> exciting to get my hands around these concepts in a real-world
> >> project.
> >>
> >> I'm currently going through the project description and contribution
> >> guidelines.
> >
> > Welcome. There are many helpful people on the list.
> >
> > It would be useful if you can point us to a protocol description
> > document but that can wait until help is needed. It may be that all
> > the online resources are sufficient, but if not, do not hesitate to
> > use this list to ask questions.
>
> There's an overview of Git's HTTP protocol in the Pro Git book:
>
>   https://git-scm.com/book/en/v2/Git-Internals-Transfer-Protocols
>
> The official protocol spec in git.git (https://git.kernel.org/pub/scm/git/git.git)
> is split between a few files:
>
>   Documentation/technical/protocol-common.txt:
>     conventions for protocol docs
>
>   Documentation/technical/pack-protocol.txt:
>     overview of Git protocol
>
>   Documentation/technical/protocol-capabilities.txt:
>     optional capabilities
>
>   Documentation/technical/protocol-v2:
>     protocol v2, the new default (more about this is at
>     https://opensource.googleblog.com/2018/05/introducing-git-protocol-version-2.html)
>
>   Documentation/technical/http-protocol.txt:
>     how this works with http
>
>   Documentation/technical/pack-format.txt:
>     packed representation of Git objects (used both on disk and over
>     the wire)
>
> Amanda, if you have any questions, please don't hesitate to ask
> (#git-devel on IRC is the best place for that, and email works as
> well).  I am there around 15:00-24:00 UTC most days.  In addition to
> working on your initial starter contributions, we can start to put
> together a plan for the project.
>
> Richard, to set expectations: the internship period for accepted
> interns starts in December: https://www.outreachy.org/apply/project-selection/.
> Until then, potential interns are often not free full time, so we
> focus on smaller contributions that help get their feet wet in the
> codebase.
>
> Excited,
> Jonathan
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@wireshark.org
> https://www.wireshark.org/mailman/listinfo/wireshark-dev
>
>
> ------------------------------
>
> End of Wireshark-dev Digest, Vol 173, Issue 14
> **********************************************



-- 

Cheers!

Amanda  Shafack

       reply	other threads:[~2020-10-15  8:53 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.1.1602590401.25101.wireshark-dev@wireshark.org>
2020-10-15  8:52 ` Amanda Shafack [this message]
2020-10-16  3:05   ` Introduction - An Outreachy 2020 Applicant Jonathan Nieder

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAGxm6oUcxLCqhN0+tSA37xsNUJbjcyj3ahraVdiwxnQn-7qC4g@mail.gmail.com \
    --to=shafack.likhene@gmail.com \
    --cc=emilyshaffer@google.com \
    --cc=git@vger.kernel.org \
    --cc=jrnieder@gmail.com \
    --cc=wireshark-dev@wireshark.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).