summaryrefslogtreecommitdiffstats
path: root/2021/talks
diff options
context:
space:
mode:
authorSacha Chua <sacha@sachachua.com>2021-12-03 17:12:42 -0500
committerSacha Chua <sacha@sachachua.com>2021-12-03 17:12:42 -0500
commit81873aefa52d34e3fca0253c5a47f73773e25611 (patch)
tree24ca700e6e65ec3649f049d2ff1ea61cfbdb1535 /2021/talks
parent6b5c885d60ed46afd3addc7c6de326992dc5b92f (diff)
parent284293d28d8495ef1dc8c23aa39228a3c2e45212 (diff)
downloademacsconf-wiki-81873aefa52d34e3fca0253c5a47f73773e25611.tar.xz
emacsconf-wiki-81873aefa52d34e3fca0253c5a47f73773e25611.zip
Merge branch 'master' of git.emacsconf.org:emacsconf-wiki
Diffstat (limited to '2021/talks')
-rw-r--r--2021/talks/bidi.md4
-rw-r--r--2021/talks/build.md13
-rw-r--r--2021/talks/clede.md9
-rw-r--r--2021/talks/eaf.md21
-rw-r--r--2021/talks/forever.md35
-rw-r--r--2021/talks/imaginary.md24
-rw-r--r--2021/talks/maintainers.md34
7 files changed, 138 insertions, 2 deletions
diff --git a/2021/talks/bidi.md b/2021/talks/bidi.md
index 8044af56..75c3b1f0 100644
--- a/2021/talks/bidi.md
+++ b/2021/talks/bidi.md
@@ -138,7 +138,7 @@ Pad:
- A:I live inside Emacs, and that the host OS typically provides
an unintelligent keyboard, and Farsi and transliterate BANAN
provides multi-character input, which is a lot more powerful.
-- Q3:Do you write any lisp or other code/markup with these scripts?
+- Q3: Do you write any lisp or other code/markup with these scripts?
(Sorry if I missed you mentioning this.)
- A:No, everything is in pure Elisp.
- Q4: What alternatives have you looked into for solving the problem
@@ -153,7 +153,7 @@ Pad:
- Makes sense to me, thanks!
- Q5: bandali: genenrally curious about the state of writing/reading
Persian in the TTY
-- Q6:Does your input method also solves problems with exporting
+- Q6: Does your input method also solves problems with exporting
doctuments ? usually when  you exporting a Persian-Enlight doc it
redirects the Persian scripts to LTR
diff --git a/2021/talks/build.md b/2021/talks/build.md
index 7ec0da46..9b34f6fd 100644
--- a/2021/talks/build.md
+++ b/2021/talks/build.md
@@ -30,6 +30,19 @@ For more details about CEDAR: <https://gitlab.com/sasanidas/cedar>
# Discussion
+Pad:
+
+- Q1: Which level of compatibility with GNU Emacs do you want to achieve?
+ - A: I want to achieve 100% compatibility (when possible)
+- Q2: Are you then planning to reimplment all Emacs C primitives?
+ - A:No, the underlayer would be different
+- Q3: Do you plan on doing something to ease interaction between redundant "components" in both Elisp and Common Lisp (like CLOS and EIEIO)? How about semantic differences between both?
+ - A: (Probably answered by voice.)
+- Q4: Have you used Nyxt, which is Emacs-like and written in Common Lisp? If so, what did you think about it?
+ - A: I think it's a great project and I would like to use it as a my main Browse (with the firefox extension layer)
+- Q5: "Emacs is a great operating system, just lacking a good editor." How do you feel about the push to use Emacs as a full computing interface, and do you think Cedar could thrive in some of the fully common lisp system ideas that might catch on (like Robert Strandh's proposed CLOSOS)?
+ - A: I think CEDAR can achieve more integration with the OS (the same as the CL implementations) but I think the goal of been a good Emacs is good enought
+
IRC nick: akrl
- I think the performance stuff is mostly orthogonal to elisp. ex. very large files or files with really long lines grind horribly.
diff --git a/2021/talks/clede.md b/2021/talks/clede.md
index 71178af7..f578d32a 100644
--- a/2021/talks/clede.md
+++ b/2021/talks/clede.md
@@ -29,6 +29,15 @@ For more details: <https://gitlab.com/sasanidas/clede>
summarize some of it in 10 minutes
and then An explanation on how to use the package, how to extend it
and the future of it.
+
+# Discussion
+
+Pad:
+
+- Q1: You mentioned clede-start - is there also some kind of clede-stop? (I often get frustrated with functionality that I cannot disable / revert)
+ - A: There is no stop, you should never stop doing common lisp :)
+- Q2: Is writing common lisp a big context switch between elisp?
+ - A: In some regards, it is, Ithink even more when you work Common Lisp professionally.
[[!inline pages="internal(2021/captions/clede)" raw="yes"]]
diff --git a/2021/talks/eaf.md b/2021/talks/eaf.md
index b3941549..cc3e4758 100644
--- a/2021/talks/eaf.md
+++ b/2021/talks/eaf.md
@@ -17,6 +17,27 @@ last year, this talk will briefly go over them.
# Feedback
+Pad:
+
+- Q1: is there any additions that you have to add to emacs for using
+ non-English/latin characters or does it work mostly out of the box? 
+ - A: \[Prot\] :  I only set the default-input-method to \"greek\".
+ Then switch to it with C-\\ (toggle-input-method)
+- Q1: Any plans for supporting other languages? It'd be great to use EAF to offload processing to Common Lisp, for example.
+ - A: You're able to use Python & JavaScrpt/Vue to extend on top of Elisp, it is so far enough (Python for Qt apps and JS for web apps). Currently I don't see a clear advantage of using Common Lisp as well, but there could definitely be a support in theory.
+- Q2: is there an eaf-app that's not a bootstrapping nightmare? (having Vue as a dependency, eg)
+ - A: I don't fully understand what you mean by "bootstrapping nightmare", all these dependencies are system dependencies that you install like any other system dependency, it doesn't slow the Emacs startup nor the system startup. But if you're asking for an app suggestion with lightweight dependencies without JS or Vue dependencies, the popular EAF Browser and EAF PDF Viewer are cool app options.
+- Q3: Are there security implications to having a browser in emacs?
+ - A [opalvaults]: With how Emacs deals with things like GPG/pass/etc. I feel like it's probably as secure as you make it?
+ - A: [matthewzmd] the browser application is independent from emacs itself, you're using a browser in emacs, but the browser is not actually *in* emacs. The browser is QtWebEngine, a modified Chromium without Google stuff, it is as safe as a Chromium can be.
+- Q4: maybe i misunderstood, but is every eaf app essentially embedded QT?
+ - A: yes, it's built upon qt-webengine
+ - A: Yes, it uses PyQt5 and it's essentially painting the Qt frame on top of emacs, simulating a buffer. EPC is used for Elisp <-> Python <-> JS communication so that you can extend Emacs in various langauges
+ - Q: I guess/hope this is using qtwebengine, not qtwebkit?
+ - A: right, qtwebengine. If you wanna dig more into the internals of EAF, I suggest you to read this part of the Wiki (https://github.com/emacs-eaf/emacs-application-framework/wiki/Hacking) or my talk from last year (https://emacsconf.org/2020/talks/34/)
+- Q5: Can the EAF dependencies be made into dynamically loadable modules for Emacs, so there will be no need to rebuilt Emacs?
+ - A: There is no need to rebuilt Emacs, they're simply dependencies that you can install using the system package managers (pacman, apt, etc), npm install and pip install
+
IRC nick: matthewzmd
- Q1: Any plans for supporting other languages?  It\'d be great to use
diff --git a/2021/talks/forever.md b/2021/talks/forever.md
index 98df1104..e8ef7772 100644
--- a/2021/talks/forever.md
+++ b/2021/talks/forever.md
@@ -20,6 +20,41 @@ regardless of mainstream popularity.
# Discussion
+Pad:
+
+- Q1: In your opinion, what is Emacs achilles heel? It's obviously a powerful tool, but no tool is perfect. What would make your life easier in day to day use with Emacs (either a package you wish existed, or a core Emacs infrastructure change).
+ - A: (Probably answered by voice.)
+- Q2:Comparing Emacs just to *code* editors is not a good measure as Emacs is so much more; GTD, word processor, (reference) organizer, or recently expressed on reddit as being a text productivity platform.
+ - A: (Probably answered by voice.)
+- Q3: What is your opinion about the documentation of Emacs in another language in addition of english. There aren't too much non-english community. The people from another non-english countries should write documentation in own language or in english?
+ - A: (Probably answered by voice.)
+- Q4: Do you think more effort should be made to popularize hacking on the C-parts of Emacs? It seems that this is the achilles-heal for the the long-term maintainance of Emacs, if less and less people understand what is going on underneeth eval and apply.
+ - A: (Probably answered by voice.)
+- Q5: Can you name a couple or a few features from other programming languages that you miss in Emacs Lisp?
+ - A: (Probably answered by voice.)
+- Q6: A lot of people take issue with Emacs commitment to to Free Software. They claim it holds it back, and that it should be more "pragmatic". What are your oppinions on this?
+ - A: (Probably answered by voice.)
+- Q7: Do you think that packages like Magit or Org-Mode make people see Emacs as an obstacle to these applications they want to use? Is this an issue, or should it be seen as an opportunity to teach them about Emacs/Free Software?
+ - A: (Probably answered by voice.)
+- Q8: Should Emacs continue to present itself as a esotetic program and culture? Or should we try to dispell the myth, and make clear that anyone can use it, not just extreem entusiasts? Or is this needed to motiviate people to invest time into properly learning Emacs?
+ - A: (Probably answered by voice.)
+- Q9: Do you think there could be changes made to the core of Emacs that would betray the ethos you (and most people here) appriciate? I am thinking of points that some of Emacs' critics demand, to allegedly make Emacs more popular. Do you think this is a realistic threat, or could we save ourselves by forking?
+ - A: (Probably answered by voice.)
+- Q10: The kids want to know : when an ongoing joint video collaboration between @daviwil and @protesilaos?
+ - A: (Probably answered by voice.)
+- Q11: If you had to choose between graphics layer (2D & 3D), or "real" browser support inside Emacs, which would you choose?
+ - A: (Probably answered by voice.)
+- Q12: How'd you feel on being an Emacs focused Youtuber? Do you think Youtube generates a lot of new users?
+ - A: (Probably answered by voice.)
+- Q13: There might once have been a debate whether to add more typesetting capablities to emacs to make it more of a word processor or work on the core performance issues. The current work on native compilation and the community's response to that work show users are actually very interested in perfomance enhancements. What is your opinion on it?
+ - A: (Probably answered by voice.)
+- Q14: Can you give us a sneak peek of what's coming in the YouTube Channel soon?
+ - A: (Probably answered by voice.)
+- Q15: what about guix ? videos about emacs and guix
+ - A: (Probably answered by voice.)
+- Q16: Are you interested in making Youtube videos on the new cool things happening in Emacs, like EAF or Nyxt?
+ - A: (Probably answered by voice.)
+
BBB:
- Hey Daviwil, I'm curious if you'll do a video showing your personal workflow?
diff --git a/2021/talks/imaginary.md b/2021/talks/imaginary.md
index 0f9a030c..82895374 100644
--- a/2021/talks/imaginary.md
+++ b/2021/talks/imaginary.md
@@ -31,6 +31,30 @@ GPL. Please keep an open mind.
# Discussion
+Pad:
+
+- Q1: Do you have a site we can follow more of your writing on?
+ - A:Pen.el Tutorial: https://semiosis.github.io/posts/pen-el-tutorial/
+ - https://semiosis.github.io/posts/ilambda-tutorial/
+ - https://emacsconf.org/2021/talks/imaginary/
+- Q2: re slide 27, would it mean that 2 such "idefined" functions would be the "same", meaning do the same thing the same way, given that they are defined without a "body"? (i'm trying to get a better grasp on the objects that get so "imagined" under the hood)
+ - A: The first time a function is run with given parameters, the results are remembered. I use the memoize library. You can update the function every time by surrounding the call the the function with the (upd ...) macro. The body evaluation is completely short-circuited with idefun. The imacro works a bit differently. It will generate real code. You can use the normal macro-expand on an imacro.
+- Q3:Opalvaults :What are some underlying concepts/papers, that we could read to become more familiar with your overarching ideas? (i.e. for instance things that inspired your ideas)
+ - A: paper: pretrain, prompt and predict
+- Q4: Sorry, I just don't get it: How is a function that does something different each time it's called useful?
+ - A: Each time you run one of these functions, you are getting the computer to imagine for you. It's a bicycle for the imagination. You can automate the filtration of the results you want, say by doing many generations and applying grep, or other prompts such as the semantic search prompt to the results. The functions are memoised, so they technicaly do the same thing every time if you want them to. Also, if you use a temperature of 0 for the prompt functions (I demonstrate how to override that, somewhere in the slides), it will be deterministic too, even when bypassing the cache.
+- Q5: How on earth do you ensure that what ilambda gets back from GPT-3 is Lisp and not, say, Harry Potter fanfic? :)
+ - A: A combination of good prompt design, filtering the results, and validating the results. Also, you can fine-tune models to the task you want to eliminate the possibility of unwanted generations.
+- Q6: Your views on the pluses and minuses of GPT-3?
+ - A:It's something we have to live with because of its transformative nature on computing. These language models unfortunately are license-blind.
+- Q7: Any interesting ideas about potential applications of GPT-3 to Emacs itself (or Emacs-adjacent things)?
+ - A: Emacs is the ultimate text-centric operating system. It will become a kernel for AGI, I think. That's what I plan on making. The power-user's terminal of human-ai interaction. I'm trying to extend as many modes in emacs as possible. Org-brain, eww browser, org-mode, comint, emacs lisp primitives, etc.
+- Q8: Follow-up on Q2: how does infering functions in this manner differ from, say, how in the Haskell ecosystem functions are infered by specifying inputs and return type (such as when searching for a suitable function for a given purpose)?
+ - A: Where in haskell, type-declarative function search look through a discrete set of functions by type, the domain of possible functions that are search for using language models is qualatively and quantatively infinite.
+- Q9: Are you deriving functions from their names? What do you do when this is ambiguous - for example, when the name of the function is "get-element-from-pair"?
+ - A: idefun will infer computation and short-circuit the code. Given either 'function name', alone, function name + args, or function name, + args + docstring, or function nae + args + docstring + function body, it will make use of the context you have provided and imagine evaluation. It will create functions which infer rather than properly evaluate, based on merely the name of the function, for example.
+ - A (re: ambiguity): If you had an imaginary defun for this, you'd need to send the final list
+
IRC nick: libertyprime
BBB:
diff --git a/2021/talks/maintainers.md b/2021/talks/maintainers.md
index 5115303e..9a30d47b 100644
--- a/2021/talks/maintainers.md
+++ b/2021/talks/maintainers.md
@@ -18,6 +18,40 @@ care of Emacs maintainance by taking care of Emacs maintainers.
# Discussion
+Pad:
+
+- Q1: How did you came up with this knowledge? By doing or by experience or by reading books (which?)?
+ - A: All 3 of them.
+ - He was reading the book: Fred turner : counter culture to cyberculture
+ - The other one he mentioned appears to be Eghbal, Nadia [Stripe Press] (2020) Working in public: the making and maintenance of open source software
+- Q2: (Maybe answer this last, if time permits) How did you come to start using Org?
+ - A: Bastien started with his own library BHL and was introduced/invited to contribute to Org by Carsten.
+- Q3: You have recently overseen a major transition for org mode maintenance, what would you advise for other teams that are preparing for transitions so that processes can be maintained with minimal disruption? How do we take processes that were originally maintained by a single person to one maintained by multiple people?
+ - A: (Probably answered by voice.)
+- Q4: What do you think about the latest Orgdown thing? (Yes, it's me, Karl :-) )
+ - A: (Probably answered by voice.)
+- Q5: Could you settle this "Org" vs "Org-mode" vs "orgmode" vs ... once and for all (i.e. which one, capitalized how, and where)? :)
+ - A: (Probably answered by voice.)
+- Q6: Does this mean that you do not need to be technical to be(come) a maintainer? Would that really work?
+ - A: The co-maintainer could be a person with less technical background.
+- Q7: If time — what does the day of the orgmode maintainer look like? Lots of hours of work every day? Spread out?
+ - A: Not always. Last two months "MIA." Bastien wants to step down as maintainer but wants to prepare project/community for the next maintainer. "When I was working hard on this it was something like two hours a day. But usually it would be 2-4 hours per week." Most of time spent on mailing list (Bastien notes that he likes mailing list isn't split between users/developers).
+- Q8: Thanks for the hard work. Which place is the right place to request a dark mode for orgmode.org website ?
+ - A: write an email to the Org-mode team. This seems to be a reasonable request.
+- Q9: Do you think having centralized roles for people to carry out certain tasks such as documentation across multiple areas would be a constructive approach to inviting new maintainers (in contrast to "every person take an issue of their own choosing", which leaves parts of maintenance and documentation neglected)? From personal experience, sometimes it can be easier for those to be told "hey, we need this area maintanined, or a focus on contribution to this particular area". If we take a page from Catalonian Spain of the early 1900's, even the most decentralized organizations have to dedicate certain persons to specific tasks. Sorry for the long winded question.
+ - A: (Probably answered by voice.)
+- Q10: I think org has and may potentially greatly influence Emacs development. If you would tend to agree, do you have places where you feel Emacs need to "pull back" harder, to incluence org? Key areas where org is clearly "leading the way"?
+ - A: "Org is to Emacs was Emacs is to computer systems"
+- Q11: Could you expound a little on what's happening with contrib ... I'm a little confused. Mechanics/technical.
+ - (Karl: Do you mean technically "how to migrate" or the background why this happened? I personally did the conversion this week. I got the separate repository (or package) and had to do more local "use-packages" (the way of loading elisp files in my setup) and that's it. The hard thing was to find out which error refers to which org file to load separately.) Thanks. Seems like time for bankrupcy again :-/.
+ - A: contrib = stuff that didn't go to Emacs (copyright assignment not necessary). This was not a clean solution because it was mixed with copyright-transferred files in the same repository. New contrib goes now to "non-GNU" which is a clear separation according to copyright assignments. The way to install Org is via Org MELPA and contrib for Non-GNU MELPA. YES. THANKS.
+- Q12: (Maybe not a question, just an observation) I like the analogy to gardening. FOSS projects seem much like community gardens. Also, shepherding seems like an apt analogy; I could imagine files having "shepherds" :)
+ - A: (Probably answered by voice.)
+- Q13: Has splitting contrib actually reduced maintenance load? Is it too soon to tell? (I have found that splitting repos ultimately increases maintenance overhead due to multiplying release overhead etc.)
+ - A: It is clearly easier now and less confusing for contributors. org-contrib is soon to die: packages will be moved to their own packages since contrib was founded when there was no packaging around.
+- Q14: So was BHL the basis for org-export?
+ - A: https://bzg.fr/en/theorgfather/
+
BBB:
- agreed, I appreciate that the list isn't split.