Re: Should Ubuntu systemd journal logs be persistent by default?
On Fri, 2017-11-17 at 17:10 +, Mark Stosberg wrote: > As noted in the linked bug report, there are some logs which are > uniquely stored in the systemd journal, the journal is not > persistent-by-default, and data loss is occurring as a default > behavior. AFAICT rsyslogd wasn't special-cased in the upstart days, meaning it would get killed with other upstart services in semi-random order, so it never was able to log the very last messages. It would get killed after most services that were defined by a SysV init script though. I'm not sure how much of a regression there really is; it would depend on how early rsyslogd gets killed now... If journald uses some specific configuration/dependency to always be stopped as late as possible, then maybe that can be applied to the rsyslogd unit too, so that they get killed virtually together (or even rsyslogd last, if that's possible). That could solve your issue in current releases even? -- Jan Claeys -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Should Ubuntu systemd journal logs be persistent by default?
On Mon, 2017-11-13 at 16:12 +, Mark Stosberg wrote: > *"For a standard Ubuntu Maverick (10.10) system, the output will be > sent to file /var/log/daemon.log, whilst on newer Ubuntu systems > such as Ubuntu Natty (11.04), the output will be directed to file > /var/log/syslog."* > > In turn, I understand that "syslog" logging has been persistent-by- > default per years. > > It seems that with the switch to systemd as the init system, the > logging that originates from the init system became not-persistent by > default. $ grep -c 'systemd\[1\]:' /var/log/syslog 39 It's still there... -- Jan Claeys -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Measuring success/failure in the installation
Bryce Harrington schreef op di 17-05-2011 om 10:16 [-0700]: > Would you be open to including one more uuid return, following the > first login attempt? I know it probably doesn't matter for a ubiquity > perspective, but there are several classes of issues that result in a > bootable but unusable system, and something like this would give a > better measure for % installations that result in a working system. It might be difficult to do that, but I agree that sending the UUID at the first successful *graphical* login (for desktops) is certainly an important metric. (A console login doesn't say anything about a successful desktop install.) OTOH, how do you detect the difference between login after a successful install and login after fixing a unsuccessful install then? -- Jan Claeys -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Natty:Keyboard mapping selection comes to late during installation
Evan Dandrea schreef op vr 15-04-2011 om 18:23 [+0100]: > Do note that you can press a key during boot to break into the CD boot > menu. Doing so will give you an option to set the keyboard and > continue with installation. IME most people don't know that, even many experienced Ubuntu users... -- Jan Claeys -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Shall we hide the GUI for Hibernate in Natty?
Kees Cook schreef op ma 31-01-2011 om 13:34 [-0800]: > My newer laptop supports "hybrid" mode, and it will come out of > suspend and then hibernate when the battery is critically low after > being suspended for a long time. Extremely handy. AFAIK "hybrid suspend" means that the OS prepares for hibernate (saving memory & system state to disk) and then does suspend-to-RAM. The result is that if you wake up the system before the battery runs out, it behaves similar to suspend-to-RAM, but if you wake it up after it runs out of battery it behaves as if you used suspend-to-disk/hibernate. So your laptop doesn't wake up from suspend-to-ram and goes to suspend-to-disk, as there is no need for that (and it would be extremely error-prone). And if you want a definitive answer about this, I suggest you contact Matthew Garrett ("mjg59" on IRC) or another linux power management guru... ;) -- Jan Claeys -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: brainstorming for UDS-N - Application Developers
Marc Deslauriers schreef op ma 04-10-2010 om 13:00 [-0400]: > We would also need to have a way of remotely wiping applications that > contain malware or security issue that are being ignored by the > developer. That could probably be done by upgrading a special metapackage that conflicts against and/or "replaces" malicious packages? -- Jan Claeys -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: brainstorming for UDS-N - Hardware Compatibility
Jussi Schultink schreef op vr 01-10-2010 om 09:50 [+0300]: > Also along these lines, many people I have come across are wanting to > have the ability to get updated drivers, but not get all the rest of > backports. perhaps some simple way of dividing backports/updates repos > up into sections so people can easily chose which parts they are > getting? (applications, drivers etc) The linux-backports-modules-* packages are not in the -backports repository, and I would think most people want -updates enabled anyway? -- Jan Claeys -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: brainstorming for UDS-N - Application Developers
Matthew Paul Thomas schreef op ma 04-10-2010 om 15:31 [+0100]: > In the past four years, not one but two operating systems have each, > starting from zero, accumulated more than 20 *times* as many > applications as Ubuntu has. What we are doing is not working. It's > time to try something else. 1 wallpapers with the same adware included aren't 1 applications... ;-) Also, because of the nature of how mobile phones are used, a lot of these applications are single purpose (check program schedules for 1 TV station) or even throwaway applications (who's gonna use the Rock Festival XYZ 2010 app after the festival?). If you want to encourage such applications[1], I think it would be best to create or adopt a simple framework, maybe based on web technology (HTML5, JavaScript, CSS3, WebGL, etc.) or a VM like Dalvik, include automatic package creation, and preferably some sandboxed environment to run them in. [1] preferably minus the adware/spyware ;-) -- Jan Claeys -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: brainstorming for UDS-N - Package Selection and Defaults
Ahmed Kamal schreef op vr 01-10-2010 om 10:46 [+0200]: > What about having a desktop link that takes new users to > webchat.freenode.net #ubuntu for support, #ubuntu is English-only, so that would need some extra logic for other languages etc. -- Jan Claeys -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel