« first day (3041 days earlier)      last day (1281 days later) » 

2:45 AM
 
4:54 AM
OT 14.04
 
 
1 hour later…
6:11 AM
[ SmokeDetector | MS ] Link at beginning of answer (33): Suspend not working in Ubuntu 20.04 by Johan Palych on askubuntu.com
 
7:00 AM
As of now this question has 4 unclear votes but it's not unclear and can be considered as dupe. If I vote to close, it would be closed as unclear which would be unfair. @Zanna can you please dupe hammer that question? The target is mentioned in my comment.
 
the linked post is baaad
you can delete files in a directory where you have write permission, even if you don't have write permissions on the file
it's unclear whether the suggested target describes the situation in the new question
the new question is, if anything, clearer
 
@Zanna Yes. But that's the closest thing I could find. I'm trying to fix the accepted answer.
 
this answer talks about using the root account, but then uses sudo, which is confusing
 
@Zanna IIRC without sudo you can't at least from terminal.
 
@Kulfy the new question should get answered
 
7:06 AM
sapien@leo:~$ touch a
sapien@leo:~$ ls -l a
-rw-rw-r-- 1 sapien sapien 0 Oct 23 12:34 a
sapien@leo:~$ chmod -rw a
sapien@leo:~$ ls -l a
---------- 1 sapien sapien 0 Oct 23 12:34 a
sapien@leo:~$ rm a
rm: remove write-protected regular empty file 'a'?
sapien@leo:~$ ls -l a
---------- 1 sapien sapien 0 Oct 23 12:34 a
file wasn't deleted without sudo.
 
zanna@peach:~/playground$ mkdir perm
zanna@peach:~/playground$ stat -c "%a" perm
775
zanna@peach:~/playground$ touch perm/file
zanna@peach:~/playground$ chmod 000 perm/file
zanna@peach:~/playground$ rm perm/file
rm: remove write-protected regular empty file 'perm/file'? y
zanna@peach:~/playground$ ls perm
zanna@peach:~/playground$
 
My fault. I didn't write y.
 
@Kulfy I'd just downvote it and write a better one
learned it when this happened :)
 
> Also be aware that Linux is case sensitive so you do have to use a capital -R in the line and if your directory has caps you have to use caps the exact same way it show or it will fail
That's not what R do.
 
just don't ever use the -R flag to chmod
the man page should say
-R --destroy-things
     Do not use this flag.
 
7:13 AM
There are many things wrong with the accepted answer.
 
too many things
hope there's a better target for both
 
@Zanna -R is destructive with rm too.
 
anyway I guess one of us can write an answer for the new question
@Kulfy it's the same as -r apparently?
 
-r, -R, --recursive
          remove directories and their contents recursively
Yes.
 
people use -rf very unnecessarily
actually I think the question might be unclear
I'm not sure, but I think that OP probably wants to selectively delete files with no permissions
it's a job for find
but it's not really easy to tell what they want, and if they already ran chmod -R 777 on it (hey casual readers, do not execute that dangerous command) then they can't find files based on the permissions
 
7:21 AM
Hmm.. I'll leave that post for now then.
 
I'll comment
 
 
1 hour later…
8:36 AM
@Zanna I also think that find is the proper tool if the OP does indeed want to delete files with no permissions. I recently answered a similar question. If they hadn't run chmod -R 777, the answer would be pretty straight forward: find . -type f -perm 000 -delete. Now it seems impossible to select the desired files.
 
but maybe they just wanted to delete "them all" which presents no difficulty at all
@user3140225 indeed :/
 
The question does seem pretty unclear to me and I'm really tempted to VTC it.
 
I think voting to close is good
it's a poor quality question as it is
I was planning to VTC and don't know why I didn't
 
@Zanna OK. Closed.
 
thanks :)
they can just edit and fix it
and we'll reopen
 
8:40 AM
:)
 
[ SmokeDetector | MS ] Potentially bad keyword in body (1): What are u doing with Ubuntu server? ✏️ by ektarabel47 on askubuntu.com
 
 
1 hour later…
10:21 AM
[ SmokeDetector | MS ] Link at end of body (99): Open CastleDB on Ubuntu ✏️ by Felipe Monte on askubuntu.com
 
OT Mint
 
11:37 AM
^^^ Has a link only answer which plagiarised the target Q&A without attribution. I'm not sure if the link is spam.
 
12:09 PM
OT Zorin
 
12:46 PM
OT Debian
 
1:57 PM
Hi friends, could you review this comment seems harsh askubuntu.com/posts/comments/2182928
Also the other comment which trigger it, which not sure if still in tolerance of guide lines.
 
I think the other comment is ok
@user.dz deleted the comment and edited the question
 
2:38 PM
Thank you @Zanna
 
3:36 PM
[ SmokeDetector | MS ] Potentially bad keyword in body (1): /etc/hosts is ignored on 16.04 and no previous solution helps ✏️ by right2clicky on askubuntu.com
 
4:37 PM
@Natty tp
 
@user.dz no problem!
 
5:16 PM
@Natty tp
 
7:25 PM
@Natty fp
@Natty tp
 
 
4 hours later…
11:17 PM
[ SmokeDetector | MS ] Potentially problematic ns configuration in body (1): conky seamod is not working properly ✏️ by pier on askubuntu.com
 

« first day (3041 days earlier)      last day (1281 days later) »