[arch-general] python-txaio
Howdy, I noticed that python-txaio was marked out of date last month. The older version is now causing another package, python-autobahn, to not function. I was able to fix this for myself just by installing from abs. I worry though, that newbies may not know how to fix this issue for themselves. So, if someone has time, can you please update to version 2.7.0? Thanks Storm -- Powered by Arch Linux! I am registered Linux user number 508465: https://linuxcounter.net/user/508465.html My blog, Thoughts of a Dragon: http://www.stormdragon.tk/ get my public PGP key: gpg --keyserver wwwkeys.pgp.net --recv-key 43DDC193 Twitter and Facebook are so ... yesteryear. Get your 2MB Social account TODAY! http://2mb.social/main/register How many Internet mail list subscribers does it take to change a lightbulb? http://goo.gl/eO4PJ "And the blood drains down like devil's rain, We'll bathe tonight." The Misfits - Skulls signature.asc Description: PGP signature
Re: [arch-general] archlinux ext4 recovery file versioning
On 04/17/2017 11:12 PM, Maykel Franco via arch-general wrote: El 17 abr. 2017 10:09 p. m., "Alex Theotokatos via arch-general" < arch-general@archlinux.org> escribió: On 04/17/2017 09:31 PM, Maykel Franco via arch-general wrote: Hi, I have a server in archlinux with samba. I have windows client in my house with mapped folder but a Trojan has entered and encrypted all files included server archlinux... Archlinux has formated with ext4. Would it be possible to recover unencrypted files? Maybe testdisk with photorec might help. Good luck... With testisk os posible recovery original files without encrypt? It will not unlock the encrypted files, but photorec will swap all the disk and can recover some files that 'theoretically' was deleted or tmp files. Maybe, during encryption the files moved on some parental folder and then deleted. i think photorec might help here. You can start with testdisk and see what is deleted and not.
Re: [arch-general] archlinux ext4 recovery file versioning
El 17 abr. 2017 10:09 p. m., "Alex Theotokatos via arch-general" < arch-general@archlinux.org> escribió: On 04/17/2017 09:31 PM, Maykel Franco via arch-general wrote: > Hi, I have a server in archlinux with samba. I have windows client in my > house with mapped folder but a Trojan has entered and encrypted all files > included server archlinux... > > Archlinux has formated with ext4. > > Would it be possible to recover unencrypted files? > Maybe testdisk with photorec might help. Good luck... With testisk os posible recovery original files without encrypt?
Re: [arch-general] archlinux ext4 recovery file versioning
On 04/17/2017 09:31 PM, Maykel Franco via arch-general wrote: Hi, I have a server in archlinux with samba. I have windows client in my house with mapped folder but a Trojan has entered and encrypted all files included server archlinux... Archlinux has formated with ext4. Would it be possible to recover unencrypted files? Maybe testdisk with photorec might help. Good luck...
[arch-general] archlinux ext4 recovery file versioning
Hi, I have a server in archlinux with samba. I have windows client in my house with mapped folder but a Trojan has entered and encrypted all files included server archlinux... Archlinux has formated with ext4. Would it be possible to recover unencrypted files?
Re: [arch-general] gpg-agent asks for passphrase after suspend?
Op 17 apr. 2017 04:35 schreef "Om Prakash Singh via arch-general" < arch-general@archlinux.org>: I am facing the same issue.. once i upgraded my arch system. On 16-Mar-2017 1:31 PM, "Karol Babioch"wrote: Hi, since a while my GPG agent is asking for a passphrase, once my laptop has been suspended. Sounds like reasonable behaviour to me, but I guess it's not what you want. The simple answer would be: try to find out what happens during suspend/wakeup. There's probably something that informs gpg-agent to "forget" the password. Mvg, Guus Snijders
Re: [arch-general] Is screen safe when it has setsuid?
> Hello, > > > I saw that the permission of screen is -rwsr-xr-x, which means when screen > is run, it's run as root at the beginning. I don't know if it can be a > security issue. > > I also checked the screen program in Debian. It uses setguid as a non-root > group. > -rwxr-sr-x 1 root utmp ... /usr/bin/screen > > Iru No, this is fairly safe and screen has been default etuid for a long time. This is required by a portion of the -r option; from the manpage: "-r [pid.tty.host] -r sessionowner/[pid.tty.host] resumes a detached screen session. No other options (except combinations with -d/-D) may be specified, though an optional prefix of [pid.]tty.host may be needed to distinguish between multiple detached screen sessions. The second form is used to connect to another user's screen session which runs in multiuser mode. This indicates that screen * should look for sessions in another user's directory. This requires setuid-root." The utmp group is if screen is compiled with utmp support; this is due to screen having an option to creates entries in the system UTMP database file. -Joey Pabalinas