« first day (2973 days earlier)      last day (1357 days later) » 

12:00 AM
[ SmokeDetector | MS ] Pattern-matching email in body (77): Upgrade to 20.04 has come with a bar at the bottom ✏️ by a_total_blank on askubuntu.com
 
 
4 hours later…
4:12 AM
OT no-repro, I have switched to bodhi linux.
OT Mint
OT Mint (separate new question)
 
 
1 hour later…
dupe OP bumped a previous question by re-asking it.
 
6:06 AM
 
[ Natty | Sentinel ] Link to Post Contains ?; Low Length; No Code Block; Low Rep; 3.0;
 
[ Natty | Sentinel ] Link to Post Low Length; No Code Block; Low Rep; 2.0;
 
 
1 hour later…
@Natty tp
 
7:35 AM
 
7:58 AM
OT Pop os
 
8:26 AM
 
8:46 AM
dupe. Need multiple targets.
 
9:07 AM
@Kulfy thanking which post?
 
9:29 AM
@EliahKagan I am not sure either, but the interpretation that this answer missed the point of the question seems possibly just about reasonable
 
 
2 hours later…
12:35 PM
OT no-repro, problem solved. Telecom technician fixed a problem on the line which was restricting download speeds.
 
12:57 PM
 
1:14 PM
dupe (error is in spanish)
 
1:44 PM
Autoflagging disabled until restart
 
1:55 PM
@Zanna Of the accepted answer.
That answer suggested the installation of ffmpeg.
@karel I think the core issue is the unavailibility of dpkg since they have "Could not exec dpkg!" in error message.
So I don't think that it's dupe of that one.
@Natty tp
 
2:25 PM
@Kulfy but they already had ffmpeg, so isn't it a bit different?
 
I assume they installed ffmpeg from APT and previously compiled ffmpeg from source.
 
:55262768 Gentle note, chat flags go to mods across the network and not all of us know your site not the topic :). If you think the chat message was wrong, it might be easier to just state that in a reply and/or ask a local mod to handle it
 
2:42 PM
local mods also see them ;)
the rest may ignore I suppose
 
Just a suggestion, if you want room owners can also move messages to other chatrooms where no one lurks, for example Trash
 
delete the question just to be sure
 
maybe I should post an FR on MSE for mods to be able to opt out of getting mod chat flags that aren't on their own site rooms. I would 100% not opt out - I want to see all the flags and help if I can, but I don't like to see users being told not to use flags just because every mod can see those flags. The flags are not annoying or anything
@jokerdino XD
@Kulfy I didn't think we had write permission for that room
 
for real, wait a day and create a community wiki answer if anyone remembers to check back
 
@jokerdino problem is I can't understand exactly what the answer was - can you?
 
3:50 PM
oh, as always, I don't read stuff and just form opinion on my own
 
I didn't mean to criticise your perfectly good suggestion... that "can you?" was totally a real question
 
now that I read it, I dont understand the question
 
> ok I decided to left as it is,
so, OP said goodbye
 
4:07 PM
@Zanna The target doesn't need permissions. I think.
Trash is the graveyard for SE chat
1 message moved to ­Trash
@Zanna I see them beneficial when mods of small sites are sleeping and arguments heat up in their chatroom.
@Natty tp
Well there's another Trash for Database Administrators.
 
@Kulfy surely the target needs permissions?
 
I think as long as room is public, it doesn't need permissions. I recently moved that message
 
well yeah, most people have write permission for most rooms - I just didn't think trash was one of them!
@Kulfy I'm not sure I understand you, but to be clear, I think it's good that mod flags are shown to all mods on the network and I think very few people, if any, would choose to opt out if it were possible; what bothers me is comments like all mods on the network can see your flag so don't use flags
and if there were an opt out, then that kind of comment would be redundant
I want people to feel free to use flags
using flags is better than pinging any mod, because, as you say, they might be asleep, or afk, or whatever
 
4:31 PM
@Kulfy pepega?
 
???
 
that's the emote kulfy posted
> Pepega is a Twitch Emote of a distorted Pepe the Frog used ironically
 
plural of pepe
 
While the OP closed this question as a duplicate of this one, I don't think it is actually a duplicate of it. I voted to reopen it.
 
4:47 PM
@Natty tp
@Natty tp
 
@jokerdino I guess it's pepe not pepega
 
@Natty fp due to the first sentence.
@Natty fp
 
@user3140225 That could be a dupe of this question. The accepted answer is outdated and seems to be applicable for older releases. I personally like the gsettings.
^^ I have asked vanadium to post their answer on the question I linked above
seems deletable duplicate answer.
 
@Kulfy That's a better target. However I think that they still are different questions, since your target is for changing the default view, while the question, as stated, could be asking about how to toggle between views.
 
@user3140225 Ctrl+1/2 changes the default value. You can try it yourself. Open Nautilus->Switch view and close nautilus. Open terminal and run gsettings get org.gnome.nautilus.preferences default-folder-viewer. Repeat the steps to observe the behaviour
 
5:02 PM
And now I saw that Nautilus 3.36, probably some previous versions too, doesn't have the option for the default view.
Yeah, if vanadium posts their answer there it would be the appropriate target.
 
Yeah and yeah.
 
5:29 PM
In light of that answer I find it odd that no one has suggested do-release-upgrade -d, which where applicable is far safer and more likely to succeed than any technique based on manually editing sources.list. Typically passing -d to do-release-upgrade works for getting to a release for which an upgrade tool exists but where upgrading to it is not yet recommended.
Does that not work for going from one LTS release to another before? Alternatively, is there some problem with it in the specific case of getting from 18.04 to 20.04? I thought I'd tested this in the past for LTS-to-LTS and it worked but I'm not sure. I haven't tested it for this specific upgrade, I don't think. @Kulfy Do you happen to know?
 
6:16 PM
@EliahKagan I tested 16.04->18.04 on a VM by editing sources.list but not 18.04->20.04. Instead I used "do-release-upgrade -d" when 20.04 released to upgrade my 18.04 machine. The upgrade was successful and I saw upgrade tool marking some packages to hold to avoid dependency issues which won't be done by editing sources.list.
My major concern with the way in that answer is redundant packages. For example, Python 3 in 18.04 is 3.6 (IIRC) and in 20.04, it's 3.8. Upgrading using sources.list may leave 3.6 which to non-programmers is of no use (I assume there is no package with dependency of that Python package). Also, it's worth mentioning upgrade tool automatically turns PPAs off to avoid any conflicts which editing the debian way won't. That would be also be minus point for dependencies.
 
6:36 PM
dupe Add second target from OP's comment.
 
7:11 PM
dupe reposted. Answer on this question doesn't seem promising IMO
 
[ Natty | Sentinel ] Link to Post Low Length; No Code Block; Low Rep; 2.0;
 
9:04 PM
@Kulfy It sounds like that question should get an answer about do-release-upgrade -d then. Right now, it's HNQ and it seems likely that many people are needlessly attempting to upgrade by editing their sources.list file.
@Natty tp
@Natty tp
@Natty tp
@Natty tp
 
9:36 PM
[ SmokeDetector | MS ] Potentially bad keyword in body (1): Report a severe security vunerability by leandro neto on askubuntu.com
 

« first day (2973 days earlier)      last day (1357 days later) »