1. 24 Apr, 2012 1 commit
  2. 23 Apr, 2012 20 commits
  3. 18 Apr, 2012 1 commit
    • Michael Shigorin's avatar
      virtualbox feature renamed to vm, extended · 48587911
      Michael Shigorin authored
      Initial SPICE support has been added for kvm/libvirt installation
      and boot-up using qxl and spice by default as proposed by shaba@.
      
      VirtualBox part is shifted a level deeper correspondingly
      but otherwise stays the same.
      48587911
  4. 11 Apr, 2012 1 commit
    • Michael Shigorin's avatar
      conf.d/live.mk: distro/live-simply · 03de0aab
      Michael Shigorin authored
      It is actually an effort by glebfm@ to create an experimental
      systemd-based Simply Linux LiveCD; I merely reviewed the original
      diff, moved kernel related bits to firmware (see preceding commits)
      and introduced a dedicated pkglist namespace by creating a directory.
      03de0aab
  5. 10 Apr, 2012 4 commits
    • Michael Shigorin's avatar
      bin/pkgdups: now with a UI frontend · 8576a165
      Michael Shigorin authored
      Calling ../../bin/pkgdups with a bunch of pkglists was messy,
      so is done algorithmically from now on while in pkg.in/lists:
      
        make pkgdups
      8576a165
    • Michael Shigorin's avatar
      firmware: mv {MAIN,THE}_PACKAGES · 865f4c76
      Michael Shigorin authored
      THE_PACKAGES_REGEXP is in place, let's rebase firmware packages
      so these would be available in LiveCDs either.
      
      The news for systems being installed is that MAIN_* is optional
      while THE_* is included in base system; firmware packages tend
      to be pretty tiny and harmless.
      
      kernel-wifi pkglist has absolutely no sense by now, hence purged;
      firmware-rt* and firmware-i2400m are merged into firmware-linux.
      865f4c76
    • Michael Shigorin's avatar
      implemented {THE,BASE,LIVE}_PACKAGES_REGEXP · 86c42e2d
      Michael Shigorin authored
      There were STAGE1_PACKAGES_REGEXP and MAIN_PACKAGES_REGEXP
      but adding more of those was postponed to avoid bloat and
      bitrot; THE_PACKAGES_REGEXP is needed for use/firmware now
      and looks like BASE_PACKAGES_REGEXP and LIVE_PACKAGES_REGEXP
      will be useful before too long either.
      
      Docs updated to include stage-specific package related vatiables.
      86c42e2d
    • Michael Shigorin's avatar
      lib/build.mk: tweaked wreckage filter · a6cc9fa8
      Michael Shigorin authored
      A pretty common issue breaking the image build is inter-package
      file conflict resulting in hsh-install failure down there.
      Let's bring that back to attention conveniently.
      a6cc9fa8
  6. 09 Apr, 2012 11 commits
    • Michael Shigorin's avatar
      gear-store-tags · 780acc8e
      Michael Shigorin authored
      780acc8e
    • Michael Shigorin's avatar
      0.6.3-alt1 · d1907597
      Michael Shigorin authored
      - massive squashfs tuning
      d1907597
    • Gleb Fotengauer-Malinovskiy's avatar
      add dummy distro/livecd-install · 1432bb16
      Gleb Fotengauer-Malinovskiy authored
      sub.in/stage2/image-scripts.d/99cleanup-boot,
      livecd-install need /boot files too
      1432bb16
    • Michael Shigorin's avatar
      READMEs: pkglist related clarification · f4519332
      Michael Shigorin authored
      glebfm@ asked what to do with new package lists: whether these
      belong to features, or to distributions themselves.  This question
      is actually open and up for discussion but there are guidelines
      that can and should be written down already; and so they were.
      
      Added pkgdups utility reference as well.
      f4519332
    • Michael Shigorin's avatar
      doc/variables.txt: ARCHES explained · acaf12c3
      Michael Shigorin authored
      Multiple ARCHES won't just magically work without
      the ability to figure out the correct apt.conf;
      fortunately there's just the right example handy
      in profiles.mk.sample already.
      
      Thanks glebfm@ for feedback.
      acaf12c3
    • Michael Shigorin's avatar
      stage2: squashfs blocksize tweaks · 8d160698
      Michael Shigorin authored
      Looks like the 128k default block size is pretty well chosen:
      it saves ~6% of image size compared to 64k, and subsequent
      differences are ~3% per doubling the block size up to 1M
      (thanks led@ for carrying out the tests).
      
      So we'll stick with 256k for "normal" xz compression (inodes
      uncompressed) and get 512k back for "tight" one (compressed).
      The runtime performance issues are to be examined yet when
      bootchart or the like is deployed, nothing drastic though.
      
      With "fast" (gzip/lzo) squash compression inodes go unmolested.
      
      For the record, tight live-webkiosk builds as 95M image in 3:40,
      and tight live-flightgear.iso builds as 669M image in 6:34.  Nice.
      
      There's no much sense going for 1M block size: e.g. live-webkiosk
      would drop to 93M (3:46) but its load time would increase up to
      2:07 as compared to 1:48 for -b 524288 and 1:42 for -b 262144 -noI
      on a Duron 500/512M system given the very same DVD+RW media.
      8d160698
    • Michael Shigorin's avatar
      reports.mk: handle missing gra{phviz,cefully} · 931d23e8
      Michael Shigorin authored
      If there's no dot(1) then its input file should just be stored;
      thanks glebfm@ for reminding about this.
      931d23e8
    • Michael Shigorin's avatar
      live: tweak autologin warning · 6fee43e9
      Michael Shigorin authored
      Should be removed when console autologin is there
      (mind the live-builder).
      6fee43e9
    • Michael Shigorin's avatar
      stage2: tunable squashfs compression · fe58c46e
      Michael Shigorin authored
      The existing implementation would handle kernel differences
      just fine but a bit too automatically: if it sees xz support,
      that's what will end up being used (and if there's -Xbcj binary
      compression filter available for the target platform, it will
      be applied unequivocally either).
      
      It's perfectly suitabe for getting fine-tuned release images
      but is also a bit too resource-consuming while developing the
      image configuration which has no business with its compression.
      
      The one and only knob is SQUASHFS (see doc/variables.txt);
      to give an idea of the differences, here are some numbers
      for a mostly-binary (43% as per 99-elf-stats) webkiosk livecd
      and a rather less so (18%) flightgear one on a dual quad-core
      X5570 node (each mksquashfs run used up all the cores):
      
      SQUASHFS | live-webkiosk.iso | live-flightgear.iso
      ---------+-------------------+---------------------
      fast     | 3:30 / 130M       | 5:11 / 852M
      normal * | 3:37 / 100M       | 5:35 / 688M
      tight    | 3:50 / 98M        | 6:47 / 683M
      
      Thus if the knob isn't fiddled with, the defaults will allow
      for a reasonably fast build of a pretty slim image; if one is
      building a release or if a particular image is very sensitive
      being close to the media capacity then just add SQUASHFS=tight
      and see it a percent or two down on size.
      
      Please note that lzo/gzip-compressed images are also quicker
      to uncompress thus further helping with test iterations.
      
      Thanks to led@ and glebfm@ for helpful hints and questions.
      fe58c46e
    • Michael Shigorin's avatar
      power: apm += lphdisk · 0cc20d10
      Michael Shigorin authored
      APM enabled notebooks would usually hibernate to
      a partition of special type and special format;
      thus to make use of this APM BIOS feature folks
      might need a corresponding formatter.
      0cc20d10
    • Michael Shigorin's avatar
      stage2: 99-elf-stats for squashfs tuning · c2996cc4
      Michael Shigorin authored
      This kind of test was proposed by led@ to gather statistics
      on chroot's contents going to become squashfs (the script
      optimizations lowering added overhead from ~10 sec down
      to a subsecond range were also proposed by him).
      
      Intentionally not documented in doc/variables.txt due to
      the rather lowlevel nature of the probe (at least so far).
      
      The knobs involved are SQUASHFS (the additional effort kicks
      in only for "tight" case) and GLOBAL_SQUASHFS_SORT (must be
      non-empty for this extra overhead to occur).
      
      Additional experimentation is needed to find out whether
      the difference in squashfs size and performance is worth
      the trouble (seems the impact is non-zero but pretty minor).
      c2996cc4
  7. 07 Apr, 2012 2 commits