What weird morals do optometrists run into?

What movie is it?

I’m guessing you don’t mean commits that actually bring updates from a different branch in? I’m responsible for a bunch of commits that catch my feature branch up to main and a couple that bring my branches into main.

If we were working on the same project, what would you want to see for those? This is hosted on a private gh repo, but it’s a small shop and we were working on a tight deadline for an MVP release and were not using PRs for the stuff I was working on.

The boss (co-owner of the business) is the Sr dev on the project and until recently was the only sr dev in the whole shop. I actually don’t think he has experience with using git in a team context.

One of my other tasks is working on internal docs (which didn’t exist before I joined the team) that would include git best practices for branching strategies and commit messages, so I’m interested in what folks who have more experience than I do would like to see as I try to nudge the team practices.

Git won’t let the second person push if their commit history doesn’t line up with the origin branch.

It should be trivial to do a git pull --rebase to move your new commit after the upstream version, but as far as I can tell, no one on my current project remembers this (or perhaps they’re using gui tools or something). Our log is full of “merge origin/main onto main”.

I’m from the US and I don’t order hot tea in a place that might do this. I wouldn’t trust them to make it, either, though. My reason is that the water they’d bring just isn’t going to be hot enough to steep with.

I love black tea steeped in water that started close to boiling when the tea was added and poured (or teabags removed) before the bitter tannins get too strong. Even cheap black tea can be decent if it’s brewed well.

If they bring me a pot of water, it probably came from the hot water thing on their coffee maker and it already started not hot enough even before they put it in a non-insulated metal pot. If it were hot enough, I’d actually prefer to put the bag in myself so I know when to take it out.

On average, folks in my country have never even had hot tea brewed well, and I think that bad tea is worse than bad coffee.

If I’m in, say, an Asian place, I’d be more likely to order tea since I reckon the staff are more likely to know how good it can be and how to make it.

It depends on your home instance and what communities other users have caused it to know about. I mostly browse “all, 6 hours” with hardly anything blocked, and I don’t get furry stuff.

We were definitely doing it on forums/newsgroups/listservs and in chat at least as far back as the early 90s. Using full keyboards.

Beau of the fifth column does 3-10 minute videos doing political analysis in what looks like a garage.

He said on a longer FAQ video that he’s set things up to hide his channel’s income from himself. He draws a salary that’s enough to take care of his family, but he doesn’t know how much more the channel earns – he doesn’t want his content to be influenced even unconsciously by which videos The Algorithm say paid better.

You can use keepass in multiple ways where the password never touches the clipboard. I usually use it with a Firefox extension that fills in the fields. You can also have it swap back to your last window and autotype (not sure exactly what the mechanism is).

If you do copy, it clears it from the clipboard history ~10s after copying. I’m pretty sure that’s configurable.

Both fit under the definition of genocide.

I did also, because my feed is mostly coding stuff and I actually use lisp.

A

What in that article do you think contradicts what they said?

Yeah… I may have to do the same. I had plans this weekend that this slowed down. Thanks for your help. I hadn’t seen the other thread or the mastodon post.

#!/bin/bash
#
# Launch a GNU Emacs
#
# The environment variable EMACS_TOOLKIT is used to determine
# the prefered GUI. Possible values/types of EMACS_TOOLKIT are
#
#   nox -- for pure console based GNU Emacs 
#   gtk -- for full GTK2/3  based GNU Emacs
#   x11 -- for full LUCID   based GNU Emacs (used Xaw3d)
#
# Should work but remember history
#   bnc#345669 -- Emacs doesn't un-maximize in KDE/KWin
#   bnc#342385 -- Emacs doesn't keep the iconic information in KDE/KWin
#
# if test -z "$EMACS_TOOLKIT" ; then
#     EMACS_TOOLKIT=gtk
#     KDE_FULL_SESSION=$(xprop -root KDE_FULL_SESSION 2>/dev/null)
#     case "$KDE_FULL_SESSION" in
#     *true*) EMACS_TOOLKIT=x11
#     esac
# fi
#
: ${EMACS_TOOLKIT:=gtk}
#
# Enabled again
#
if test "$EMACS_TOOLKIT" = gtk; then
    # Currently (2013/05/24) the parser of the GNOME libs
    # are broken that is it is not independent from locale
    LC_NUMERIC=POSIX
    GDK_RGBA=0
    export LC_NUMERIC GDK_RGBA
fi
arg0=$0
argv=("$@")
if   test -x ${arg0}-${EMACS_TOOLKIT}
then
    set --   ${arg0}-${EMACS_TOOLKIT}
elif test -x ${arg0}-x11
then
    set --   ${arg0}-x11
elif test -x ${arg0}-nox
then
    set --   ${arg0}-nox
else
    echo "no emacs binary found"
    exit 1
fi
if [[ "$1" =~ .*-nox ]] ; then
    exec -a $arg0 ${1+"$@"} "${argv[@]}"
fi
dbusdaemon=$(type -p dbus-daemon 2>/dev/null)
#
# Now check for valid dbus, e.g. after su/sudo/slogin
#
if test -n "$dbusdaemon" ; then
    #
    # Workaround for boo#1205109
    #
    if test "$EUID" = 0 -a "$XDG_RUNTIME_DIR" != /run/user/0; then
	unset XDG_CONFIG_HOME XDG_CACHE_HOME XDG_DESKTOP_DIR XDG_RUNTIME_DIR XDG_DATA_DIRS
#	unset DBUS_SESSION_BUS_ADDRESS
	if test ! -d /run/user/0; then 
	    systemctl start user@0 >/dev/null 2>&1
	fi
	if test -S /run/user/0/bus; then
	    DBUS_SESSION_BUS_ADDRESS=unix:/run/user/0/bus
	fi
    fi

    # Standard on modern systems
    : ${XDG_RUNTIME_DIR:=/run/user/${EUID}}
    export XDG_RUNTIME_DIR

    # Oops ... no dbus-daemon then launch a new session
    if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
	dbuslaunch=$(type -p dbus-launch 2>/dev/null)
	dbusession=$(type -p dbus-run-session 2>/dev/null)
	if test -z "$dbusession" -a -n "$dbuslaunch" ; then
	    set -- $dbuslaunch --sh-syntax --close-stderr --exit-with-session ${1+"$@"}
	    arg0=$dbuslaunch
	elif test -n "$dbusession" ; then
	    set -- $dbusession -- ${1+"$@"}
	    arg0=$dbusession
	else
	    arg0=emacs
	fi
    elif test -S "${XDG_RUNTIME_DIR}/bus" ; then
	dbusupdate=$(type -p dbus-update-activation-environment 2>/dev/null)
	dbusstatus=$(systemctl --user is-active dbus.service 2>/dev/null)
	if test -n "$dbusupdate" -a "$dbusstatus" != active ; then
	    export DBUS_SESSION_BUS_ADDRESS="unix:path=${XDG_RUNTIME_DIR}/bus"
	    $dbusupdate --systemd "DBUS_SESSION_BUS_ADDRESS"
        fi
    fi
    unset dbuslaunch dbusdaemon
fi
#
# Disable AT bridge if not accessible
#
if test -z "$NO_AT_BRIDGE" ; then
    gsettings=$(gsettings get org.gnome.desktop.interface toolkit-accessibility 2>/dev/null)
    if test -z "$gsettings" -o "$gsettings" = false ; then
	NO_AT_BRIDGE=1
	export NO_AT_BRIDGE
    fi
    unset gsettings
fi
#
# Check input method for working ibus setup
#
case "$XMODIFIERS" in
@im=ibus*)
    _arch=$(getconf LONG_BIT)
    if test "$_arch" != 64
    then
	unset _arch
    else
	_arch=-64
    fi
    if type -p gtk-query-immodules-3.0${_arch} &> /dev/null
    then
	_ibus=$(gtk-query-immodules-3.0${_arch} | grep im-ibus)
    else
	unset _ibus
    fi
    if test -n "$_ibus"
    then
	if test -z "$GTK_IM_MODULE" -o "$GTK_IM_MODULE" != ibus
	then
	    export GTK_IM_MODULE=ibus
	fi
    else
	unset XMODIFIERS
    fi
    unset _ibus _arch
    if ! ibus list-engine &> /dev/null
    then
	unset GTK_IM_MODULE XMODIFIERS
    fi
    ;;
*)
esac
unset G_MESSAGES_DEBUG G_DEBUG G_MESSAGES_PREFIXED
exec -a $arg0 ${1+"$@"} "${argv[@]}"

I started by checking emacs --version and confirming that it reported 29.1. The file at which emacs (/usr/bin/emacs) is not a symlink, it’s a bash script that was ultimately running emacs-gtk, which is a binary in the same directory.

If I run emacs-gtk directly, things appear to work, but I get this warning:

(emacs-gtk:15168): dbind-WARNING **: 11:28:59.261: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files

This appears to be related to screen reader support. My repos do have packages for at-spi, but I don’t reckon that hiding a warning I might see once per reboot is a strong enough reason to install it.

If I run emacs-x11 directly, things seem to work, though if I turn on menu-bar-mode or check the menu with F10 it looks awful.

If I set and export EMACS_TOOLKIT to x11 and run the bash script, it seems to take longer to load and spams hundreds of lines in the shell as it announces that it’s loading things. I’m not that bothered by long loading times as I’m seldom restarting, but I don’t know why it’s so spammy when I start it through the script.

I’d like to better understand what’s going on. For now, I think I have a working setup again if I just skip the script and run emacs-gtk directly, but I’m sure there’s something wrong with my setup, and I hate not knowing things. I’ll include the bash script in a reply to myself here.

Thanks, I’ll try and look for that when I get the chance. I got called away from the computer right after making my post

Ooh, did infinity come to Lemmy? That was my app for the old site for… I dunno, time is weird… a couple of years?

I’ve been enjoying liftoff over here. It’s been solid enough that I stopped looking.

They were talking about the device from the article, when a non-wired remote was a new and neat idea. Also, standardized, long-lasting batteries may not have been as common as we’re used to these days.

That’s the world where the original engineers decided not to go with an electronic device, so they didn’t have customers buying the bleeding edge tech and thinking it had bricked a couple of months after purchase because “did you change the battery?” wasn’t a consideration they were used to yet

What show is that?