Re: Revisiting default initramfs compression
On Wed, 9 Mar 2022, Julian Andres Klode wrote: > On Wed, Mar 09, 2022 at 02:10:57PM +1300, Michael Hudson-Doyle wrote: > > On Thu, 9 Dec 2021 at 06:13, Julian Andres Klode > > > > wrote: > > > changed from lz4 -9 to zstd -19. This caused significant problems: > > change to initramfs-tools to allow the compression level to be configured > xypron had a patch to change the default level to 9 ... > think the summary from the Frankfurt discussion was: ... I live in Frankfurt, but wasn't there...; otherwise some observations could have been made: Choosing the best (size) of hammer, to nail in a screw, is un-useful. Using four screwdrivers with four small screws seems quick; but only if four screws are an acceptable engineering solution. [Pigz chops the stream into independent (128 kB) blocks and round-robins these per CPU/thread + concats() afterwards]. When the output is made of independent concatentated chunks; each chunk *may* have its own compression level; ...chosen from reasonable heuristics [file size + content type (+ available local resources)]. With the same input stream, && the same heuristics, this will always generate the same (identical) outputs. Which means the (previous) outputs can be cached and (re-)used, or ...precalculated in the background. Which means initramfs generation *could* be turned into a ~1 second "cat *.cpio.gz > initramfs.cpio.gz" operation. -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Ubuntu on the M1 chip
On Sat, 19 Dec 2020, Dmitry Shachnev wrote: > On Fri, Dec 18, 2020 at 03:54:04PM -0700, Neal McBurnett wrote: > > Is there any update on the prospects for native Linux on the M1, > > Linus Torvalds doubts Linux will get ported to Apple M1 hardware > Here is someone who started crowdfunding for porting Linux to M1 ... > https://www.patreon.com/marcan > https://twitter.com/marcan42 Not just 'anyone'... ;-) -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Supporting LZ4 as initramfs compressor
On Thu, 30 May 2019, Dimitri John Ledkov wrote: > On Thu, 30 May 2019 at 11:35, Dimitri John Ledkov wrote: > > On Fri, 24 Aug 2018 at 14:11, Colin Ian King > > wrote: > > > http://kernel.ubuntu.com/~cking/kernel-boot-speed-vs-compression.ods > > Is the rationale for lzma installer initrds still valid? > gzip is fast at kernel, but not initrd > lzma fast at initrd, but not kernel Colin: would it be possible to re-run the statistics with a control group (uncompressed kernel; uncompressed initramfs.cpio); this should show the baseline I/O limits. A second useful control, would be gzip/zlib in store-only mode (0% compression): this would give a baseline for the overhead of loading the data and running it via the decompression chain. With those two baselines as a starting point; there are space (I/O, storage) vs. time (load time, decode line) trade-offs---and probably several local maxima. > Measurements until break=bottom is reached would be nice. Gzip/zlib is relatively well-understood stream protocol with literal (raw data), LZ (lookback/string/matching), and Huffman (bit squeezing). Similiar to eg. MPEG, there is quite a bit of flexibility while still being backwards compatible: multiple encoder and decoders implementation, quite including hardware support. It's only a hunch, but suspect that any speed goals can probably be met with the existing Gzip/zlib; if not something is wrong(tm) or sub-optimal somewhere. (See the kernel decompression timing graph). -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Councils' Threshing meeting, Friday 19 June 2015 17:00 UTC, #ubuntu-meeting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A positive suggestion has been made to hold a public IRC meeting regarding a number of high-profile occurances which have come to light during May/June 2015. A time-slot has been suggested[1] as the Ubuntu Community Council #ubuntu-meeting timeslot for Friday 19 June 2015 at 17:00 UTC. I would like to see this happen. I will try and be there. The procedure for drawing up the Community Council agenda recommends that items are edited/added 24 hours beforehand; to that end I have scooped up items which I am aware have cropped up on the Ubuntu Community Council mailing list[2] and in surrounding discussion over the last few weeks: https://wiki.ubuntu.com/CommunityCouncilAgenda#General_Agenda_Items_and_Proposals As an observer I hope that _all_ *buntu members will do their utmost to keep discussion factual and on-topic. Please try to be prepared in advance with straight, factual answers.[2] -Paul, being overly-proactive in the hope that it helps individuals associated with *buntu's councils gain the confidence to openly discuss and also allow the wider *buntu community to gain insight---sufficient to be in a position to accurately represent the situations of structure, donations, and licensing to those even less familiar with Ubuntu than ourselves and whom we collectively seek to reach in the future. [1] Hall, Michael (18 June 2015) https://lists.ubuntu.com/archives/ubuntu-community-team/2015-June/000609.html [2] "Ubuntu-community-team mailing list -- A place where organisers (not necessarily developers) in our community discuss upcoming events, initiatives, get help and hang out." https://lists.ubuntu.com/mailman/listinfo/ubuntu-community-team [3] Vague assertions are not facts and are unlikely to help the proceedings. Please be prepared to immediately provide a public link so that other Ubuntu members can follow the discussion and gain their own context---otherwise please withdrawl such statements to keep the discussion focused and flowing. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFVglO1c444tukM+iQRArSXAKCMiv8Ivi9FNVwDlId+V+H3Sfu46gCePQxH Zsx7FAvmyM8fiyoTnFpd6bs= =EJjp -END PGP SIGNATURE- -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: ANN: TRAINCON-0 - CITRAIN all stop starting Friday
On Thu, 20 Mar 2014, Alexander Sack wrote: > I am sending this as a proxy for the not-yet existing TRAINCON bot Ooooh. I like trains. Trains sound fun! Alex: Would it be possible to provide some high-level context here? This would enable bringing everyone up to speed (equally), without presuming that anyone has more information than anyone else; and in particular what packages, suites and/or derivatives need to take note of this train thing and whether anything proactive needs to be done or if it's actually just something that can be passively ignored? -Paul (I'm fully aware that I might have missed some big prior announcement, but on the off-chance I have, it might mean that others have too). -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Announcing the container flip
On Wed, 3 Jul 2013, Oliver Grawert wrote: > so here now comes the official announcement of what we call the "Flipped > Ubuntu Touch Image" Bit of a mouthful, how about something more juicy: "Flipped-Root Ubuntu Image for Touch" - FRUIT -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Ubuntu Touch: Poppler or MuPDF as PDF renderer
On Sat, 18 May 2013, Alexander Antimonov wrote: > On Fri, 2013-05-17 at 01:25:12PM +0200, Till Kamppeter wrote: > > On a mobile device this is overkill. We need only one PDF renderer Is this just for the Phablet Core apps? Or to be part of the generally-available standard API for third-party apps? > What exact testing do we want: ... all of these and more? MuPDF is available either a proprietary $$,$$$/year licence, or under the GPL. If either of those licences is not a problem, then the other options Alexander has listed can be investigated/stated. -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Follow Up from "Let's Discuss Interim Releases"
On Thu, 7 Mar 2013, Jono Bacon wrote: > I presume that if there is no proposed change, there would be no > proposal to take to the TB, The status-quo has both merits and demerits. It is necessary to evaluate those as thoughly as the rest, to adequately explore the problem, and available solution space(s). Without doing that most basic of academic basework, any presumed improvement is likely to be flawed in proposition and implementation. It would be like running a study without a control group baseline to evaluate results against; or more frankly, like expecting a perfect outcome when urinating in an area of high atomspheric pressure. Thusly Jono, I respectfully disagree: the donkey work should be done. -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Let's Discuss Interim Releases (and a Rolling Release)
On Thu, 28 Feb 2013, Jamie Strandboge wrote: > On 02/28/2013 01:53 PM, Allison Randal wrote: > > I suspect there's a good chance that if we all work on the technical > > details together as a "hypothetical reality", > isn't that what next week is for? I guess we don't know(tm) as: http://summit.ubuntu.com/uds-1303/ doesn't have anything listed yet. -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Proposal to drop Ubuntu alternate CDs for 12.10
On Fri, 31 Aug 2012, Pranav wrote: > it has happened to me some times that the alternate CD has saved my life , Would you be willing to organise and run the QA for the alternate CD? -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: event based initramfs
On Fri, 11 May 2012, Phillip Susi wrote: > On 5/11/2012 2:52 PM, Clint Byrum wrote: > > … > … There is no reason why it should be mutually exclusive: 1. Gimme a terminal straight away. 2. Get on with booting in the background as, and when disks show up. The common-case is that the user just *wants the system to boot;* And the even more common-case is that the user wouldn't know what to type even if given a terminal too soon. That can be avoided by having an infinite non-blocking timeout for disk fail, and a zero non-blocking timeout for magic shell popup. Then the onerous would be on a l33t power-user to willfully pause the existing boot sequence from the terminal (if they need to do something *really special*) and for every other case it would recover gracefully. -Paul (It might need some design input for how to present this in practice). -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Do you use Binary package hint: line in bug description?
On Wed, 8 Jun 2011, Francis J. Lacoste wrote: > Binary package hint: binarypackagename > Is that "feature" useful to you? I don't find it useful, and frequently edit the bug to remove it. '"Binary package hint" is a mysterious term http://launchpad.net/bugs/93630 > Eagerly waiting for your ok to fire the deletion trigger :-) > I'd really like to get rid of it. Excellent, I frequently re-remove it manually. It if really needs to be there, perhaps an X-Header line? > only happens when ... /ubuntu/+filebug page Everything I file, or ask a user to file is long-typed, eg: http://launchpad.net/ubuntu/+source/foo/+filebug?field.title=My+summary+of+the+bug+I+want+you+to+file as it's faster to guide a user directl,y by pre-populating an appropriate title, and also faster for the developer than trying to navigate through the Launchpad hierarchy. -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric (+bug #s)
On Fri, 17 Jun 2011, Bryce Harrington wrote: > If there are further issues you spot, Filed and fixed (thanks to bigjools): #798222 +localpackagediffs should explicitly say "no diff available" -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Default Desktop Experience for 11.04 - User testing results
On Fri, 15 Apr 2011, Rick Spencer wrote: > > > For brand new users? Some of the tasks aren't relevant. > > Which ones? > Changing the background image and setting in general. On the contrary. Changing the wallpaper and screensaver are comforting personalisation steps that new users seem to undertake on their own. Having a user (of their own free-will) spend 45 minutes fiddling with all possible screensaver/wallpaper setting might not be interesting to you, but it is an excellent subconscious reward-driven learning experience for the user. By the end, a person who has potentially never used Ubuntu before has gained familiarity with the interface, widget set, with the touchpad setting and scrollbars. ...Of course, since upstream GNOME extradicated most of the screensaver options a few years ago this learning experience is severely truncated---it's one thing I'd love to unchanged. I have over the last decade has personal reports of people who've switched to Ubuntu purely because of the screensavers after firing up the LiveCD. I assume for every report I've heard directly there were 10 who didn't know who to tell, 100 who were going to mention it but didn't, 1,000 who forgot completely after getting hooked and buying swag from the Canonical Ship and 10,000 who ... ad infinitum. We try to ship excellent defaults. We also ship more than one wallpaper on the CD, and there's a reason for that. -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
ISC DHCP/dhclient future direction wrt Ubuntu
The Internet Systems Consortium (underwriters of Bind, kernel.org et al) are proposing to do a ground-up rewrite of DHCP infrastructure for Bind10. Over the life-time of Ubuntu various attempts have been made with dhclient/dhclient3/dhcpd to try get better integration between the DHCP clients and the user-visible network infrastructure such as Conman, Network-Manager and their applets. In Ubuntu we are one of the largest distributors of a near-stock dhclient, so we may wish to put some input into this to ensure the focus is useful. For example DHCP acquire on degraded wifi networks can frequently end up with exponential back-off timeouts and that's still I believe non-ideal. Currently the ISC have a questionnaire that people may wish to fill out individually, it's possible that on a system/platform level in Debian/Ubuntu/Canonical we may want to prepare a more concerted response: http://www.isc.org/announcement/dhcp-survey -Paul -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: continuing conversation from UDS-N - Application Review Board
On Wed, 10 Nov 2010, Allison Randal wrote: > https://wiki.ubuntu.com/PostReleaseApps/MaverickExceptionsProposal My recollection of the session was /if/ normal levels of package oversight can be offered during the natty cycle then the "/opt exception" would be fine. (Conversely, if oversight can't be provided in the interim, short-cutting the system quality via the ARB process is not ideal). > We'll try to finalize it next week. Would it be worth simplifying the extras .desktop location to simply be a "chroot" under /opt: [/opt]/usr/share/applications/*.desktop (and dittos for the rest), this would then be closer to what the regular packaging tools expect and make it easier to convert back and forth? -Paul -- Berlin, DE -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: License of package luzsans-ttf
On Thu, 12 Aug 2010, Sebastian Kosch wrote: > http://netbook-remix.archive.canonical.com/updates/pool/public/l/luzsans-ttf/ > https://answers.launchpad.net/ubuntu/+question/115258 I've replied stating that it claims to be GPL (in debian/copyright, although without Font Exception or source code). Dave or Nicolas may be better place to reply regarding the implications, or the degree to which they or the Open Font Library are already aware of Luz Sans. Somebody with one foot in the Canonical division that prepared the original package may be better placed to give some history or an expanded response. -Paul -- Why do one side of a triangle when you can do all three. Somewhere, GB. -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
