According to the hopefully relevant web page, here, you need to add a udev rule, which they provide a script for. That script however seems to concern a different idVendor:idProduct device from yours, and it would therefore not be immediately applicable.

However, since the script merely creates a new file to the udev configurations, /etc/udev/rules.d/73-beaglebone.rules, it is safe to try it, but first edit the script: replace the two occurrences of 0403 with your idVendor code, 1d6b, and the two occurrences of a6d0 with your idProduct code, 0104, before running the script (as root).

If it's helpful, it's all good, and if not, you can just remove the file.

Sometimes jmtpfs is sufficient.

Some people would use "code" blocks to make their posts readable.
Other people don't bother and don't get read.

a) any hardware loggging in /var/log/syslog or /var/log/kern.log ?
b) is Trash and file on the one and same partition ?
c) which actual program is it? ("mv" or "rm" or gui dnd)

E.g., by hearsay I think on an ext* file system, "rm" of a huge file will stall the system because it locks the directory while reclaiming the blocks, whereas an intra-partition "mv" however is instantaneous, being just some top level pointer juggling in the directory tables.

I'm afraid I overlooked the importance of having a working event declaration file in /etc/acpi/events. Mine is:

event=button[ /]lid
action=/etc/acpi/lidbtn-suspend.sh %e

and my script is named accordingly.

Especially the %e on the invoked command is important; it gets replaced with the triggering input line from acpid

and it thus gives three arguments to the script, the third of which is the lid action. The script I suggested peeps a those, and requires the third to be close in order to suspend.

Note that your alternative pattern lines are all ok, I think, in the sense of matching the event line. An observation though (irrelevant as it is), since the pattern is a regular expression, an ending of d* says that there must be zero or more d at that match point. I guess you intended it to be d.* (saying "a d followed by whatever"). But "followed by whatever" is implied unless there is a $ at the end.

Hopefully that can make it work for you.

"Everything is possible, though some things cost more."

It's far from immediately apparent to me that it'd be an advantage to anyone, although I must admit that I don't really see much advantage in the having of that information either. But a quick glance at a couple of other forums suggests that the common practice is to tell who are logged on to everyone.
Perhaps you have a compelling reason for us to be different?

Nope. Just ask a friendly administrator to work their magic. Bribes are not necessary.

From a quick glance at the source, it looks like both of them essentially are timestamps. The first one is used for deciding about requiring re-login, and the second is for aging a "visit".

If you select "edit project" in the "settings" pull-down menu on the project web gui page,  you should be able to view the detailed permission settings.
Maybe there's something wrong there?

We have now added 'Italiano' as another of the dev1galaxy display languages. A huge thank you, (and by google translate: 'merci', 'grazie' and 'dziękuję ci') to the contributors for these.

I'm still struggling with Swedish myself, and we look forward to more people stepping up for more languages.

The task is a plain translation task. You don't need to program or know how to program; you only need an average amount of language skill to map a spreadsheet with a number of English phrases and words into the corresponding expressions in your language. Could it be easier? As I mentioned above, some languages are almost complete and only need some few hundred translations, while "new" languages will require the full 1510 translations.

Step forward now, and get Your language installed even before Swedish!

Great. The answer is "Yes and No". With start-point in those packages, I've prepared spreadsheets containing the "problem case" for this forum, which simply are the phrases (seemingly) without translation; one row for each phrase, associating it with the internal key and the English phrase.

For Italian, it's merely 135 "problem" cases, as all email templates are translated.

I was thinking it would be easiest for an author to work in a "problem" spreadsheet, and then send it back to for mapping into the required format. (Note that this forum has a couple of phrases more than the originating fluxbb).

I'll talk to golinux to get the spreadsheet sent to you.

There is openjdk-8-jre in jessie-backports.