Bug#970285: live-wrapper: please remove irl from uploaders

Package: live-wrapper Severity: normal Hi, I'm not a useful person to list in the uploaders, I have not worked on this for a long time. Thanks, Iain.

Bug#900576: live-task-recommended: dependency on calamares brings in qt dependencies in every image

Package: live-task-recommended Severity: normal Hi, Jonathan Carter has recently uploaded version 0.4 for live-tasks that contains a change adding calamares to all live images. The primary complaint in this bug report is that this has now introduced Qt dependencies for every image where they

Re: New team on salsa, which repositories shall we migrate?

Hi, On 08/02/18 18:34, Steve McIntyre wrote: - live-support (what is this about?) > Ditto, but you touched it last! :-) Upon investigation, it seems that I had previously determined this package was replaced by live-tasks.

Re: Debian package live-wrapper

Hi Charlie, Yes, this is correct. The live-wrapper package should produce ISOs that include an installer. Thanks, Iain. P.S. Sorry for late reply, I've moved house and I'm catching up. On Wed, Jun 28, 2017, at 03:15 AM, Charles Chambers wrote: > > To my understanding the Live ISO performs two

Re: accessibility like speech and braille in the debian live console and desktop images

Hi, On Sun, Apr 30, 2017 at 12:43:08PM +0200, MENGUAL Jean-Philippe wrote: > Oh! Excellent news! Many thanks! I've waited for this for a long. I've definitely tested this in live-wrapper. I'm not sure if it was included in the weekly builds, but I've sat and tried to do an install with speech

Bug#849015: live-wrapper

Hi, Thanks for your bug. I believe a future version of live-wrapper should have this, but it's definitely not going to make it for stretch. vmdebootstrap is going to be rearchitected[1] and the future beyond the stretch release currently looks uncertain. Thanks, Iain. [1]:

Bug#850763: Option for build directory is needed

On Tue, 10 Jan 2017 01:00:36 +0100 Alf Gaida wrote: > a option for a build directory is needed - right now live-wrapper try to > build in /tmp/$foo and fail > because standard options for /tmp are > Options=mode=1777,strictatime,nosuid,nodev > > One should not be forced

Bug#846304: live-wrapper: use python-distro-info for suite/dist

Package: live-wrapper Severity: wishlist Hi, To ensure that no changes are required when the package migrates to stable, and stable means stretch not jessie, let's use python-distro-info to match up codenames. Thanks, Iain.

Bug#846303: live-wrapper: give option for which installer build to use

Package: live-wrapper Severity: wishlist Hi, While we currently only target Debian stretch, it would be a good idea to add the option to use release or daily builds of d-i. Let's do this for the next version. Thanks, Iain.

Bug#846302: live-wrapper: use existing vmdebootstrap output

Package: live-wrapper Severity: wishlist Hi, Especially during development, it would be really cool if we didn't have to wait for vmdebootstrap every build. Let's add an option to use an existing built vmdebootstrap output (and to make sure we don't "clean it up" afterwards). Thanks, Iain.

Bug#846301: live-wrapper: builds should honour SOURCE_DATE_EPOCH

Package: live-wrapper Severity: wishlist Hi, Not sure where exactly we use timestamps currently, but as we do polishing they're likely to end up included. I need to do a sweep through the code and check if there's anything currently stray that needs tidying. Thanks, Iain.

vmdebootstrap sprint report

Hi, This is now a little overdue, but here it is. On the 10th and 11th of November, the second vmdebootstrap sprint took place. Lars Wirzenius (liw), Ana Custura (ana_c) and myself were present. liw focussed on the core of vmdebootstrap, where he sketched out what the future of vmdebootstrap may

Re: debian-installer-launcher proposed removal

Hi, On Thu, Nov 17, 2016 at 11:32:53PM +0300, ha...@bayindir.org wrote: > Pardus is also planning to use this package inside their live & installable > hybrid media. While I don't have the time to take full ownership of the > package, I can happily help in planning and implementing the

Re: debian-installer-launcher proposed removal

Hi, On Fri, Nov 18, 2016 at 10:57:16AM +0800, Paul Wise wrote: > This sounds like an annoying loss of functionality for those who use it. Please feel free to adopt this package. Thanks, Iain. signature.asc Description: PGP signature

Re: debian-installer-launcher proposed removal

Hi, On Thu, Nov 17, 2016 at 06:49:43PM +0100, Raphael Hertzog wrote: > On Thu, 17 Nov 2016, Holger Levsen wrote: > > On the latter I can't really comment, but I would find it very > > unfortunate if this package would get removed from stretch *now*… (where > > there is no time to develop a

debian-installer-launcher proposed removal

(When replying to this mail, please reply *only* to debian-live@lists.debian.org) Hi, I am proposing the removal of debian-installer-launcher from Debian as this software generally gives bad user experience and does not see the levels of testing required for us to ensure it is of reasonable

Re: RM: live-build -- RoQA; no upstream; name changed in archive

Hi, On Mon, Nov 14, 2016 at 04:53:18PM +0100, Raphael Hertzog wrote: > I have been maintaining live-build in git to keep it an working state. > This request is thus highly premature and I'm closing it. Just for the record - I have no issue with this bug being closed, and Raphael has said he will

Bug#844334: live-wrapper: isos copied with rufus will not boot

Package: live-wrapper Version: 0.4 Severity: wishlist Hi, Apparently there is a tool called Rufus and it makes bootable USB sticks on Windows and live-wrapper ISOs do not work with it. https://rufus.akeo.ie/ Apparently it supports EFI but the boot doesn't work unless "using dd mode". Thanks,

Bug#844332: RM: live-build -- RoQA; no upstream; name changed in archive

Package: ftp.debian.org Severity: normal Hi, This is orphaned and while maintained upstream does appear to have had a name change and is now packaged as open-infrastructure-system-build (which is nice and easy to type). The open-infrastructure-system-build is maintained by the former maintainer

Re: detect installer context.

Hi, On Tue, Oct 25, 2016 at 10:58:11AM -0300, Fernando Toledo wrote: > I need to run some scripts contitional if the debian installer was > launched from inside of running live system (via > debian-installer-laucher) or outside (via syslinux/grub boot option) > > anyone knows if exists any

Re: /usr/share/live-wrapper/customise.sh

Hi Michael, On Tue, Oct 25, 2016 at 02:18:08PM +1100, Michael . wrote: > prepare_apt_source "http://dl.google.com/linux/chrome/deb/; "stable" live-wrapper so far has focussed on the needs of the official images. We have two options that live-wrapper accepts (though one, and I can't remember

Re: [PATCH] live-wrapper: Fix customise.sh/customize.sh mix

Hi, LGTM, will merge shortly. Thanks, Iain. On Wed, Oct 19, 2016 at 12:57:53AM -0200, Helen Koike wrote: > live-wrapper was testing if hooks/customise.sh exists but it was executing > hooks/customize.sh instead > Adopt a single spelling for coherence > As both are correct, adopt "customize" to

Re: live-wrapper? is anything happening

Hi, On Wed, Oct 19, 2016 at 12:41:38PM +1100, Michael . wrote: > Thanks Ben > The only question now is when will we get something to work with? I currently have a heavy workload in my $dayjob. I expect to be getting to an upload very soon. I'm also planning a sprint at the miniDebConf Cambridge

Re: Comments on live-build, vmdebootstrap, bootstrap-vz, and live-wrapper

Hi, On Fri, Aug 19, 2016 at 09:02:30AM +, Riku Voipio wrote: > I think we should look into pushing customizations and tweaks into > packages. Say ec2-defaults, virtualbox-defaults etc. The key benefit > being that everyone gets same settings regardless of what tool they > used to create the

Bug#831637: missing the hook

Hi, It would seem that live-wrapper is not finding the hook script in a default installation, so this is likely the problem. Poking at this just now, hopefully will be fixed shortly. Thanks, Iain. signature.asc Description: PGP signature

Bug#831367: fixed in git

tags 831367 + pending kthxbye Hi, This is fixed in my local VCS and will be uploaded soon. Thanks, Iain.

Re: Comments on live-build, vmdebootstrap, bootstrap-vz, and live-wrapper

Hi, On Tue, Aug 16, 2016 at 11:56:12AM -0400, Sam Hartman wrote: > I think live-wrapper is too immature to evaluate. I tried to evaluate > it as a replacement for live-build, but quickly concluded that it's too > early in the live-wrapper development cycle for me to be able to look > at. The

Re: live-wrapper?

Hi Michael, On 19/06/16 01:22, Michael . wrote: > Thanks for the info Ben. > Iain is there an eta for a workable solution in the regular repository? This depends on ftp-master. Packages in NEW require manual approval from them before entering unstable. Thanks, Iain.

Re: 8.5 and 7.11 planning

Hi, On 14/05/16 19:20, Julien Cristau wrote: > June 4th/5th > June 11th/12th > June 18th/19th > June 25th/26th Would prefer later in the month than earlier, but all are good for me for building live images. Thanks, Iain.

Re: Bug#816682: live-installer: Inaccessible utility

Hi, On 08/03/16 01:16, Cyril Brulebois wrote: >> - adding the content of libgail-common-udeb and libatk-adaptor-udeb to >> the d-i image used by the live installer. I don't know which image the >> live installer uses, is it just using the standard gtk d-i image (in >> which case we can just add

Bug#812358: debian-live: Please add gparted

Hi, On Sat, Jan 23, 2016 at 07:32:11AM -0400, Ben Armstrong wrote: > If the three of you wanted to make a blend that provides a set of rescue > tools on a live image (or maybe more than one, if you decide there is a > need for it), I could help in an administrative capacity (alioth > project,

Re: Demand for Debian Live with newer kernel

Hi, On Sat, Jan 02, 2016 at 08:39:15AM +1100, Michael . wrote: >May I suggest you let the users decide? Produce two images 1 being >completely stable and the other being stable+backports and let the >users choose what they want to download. This would fit in very well >with Debian

Re: Demand for Debian Live with newer kernel

Hi, On Thu, Dec 31, 2015 at 11:20:44AM +1100, Michael . wrote: >Iain, many people want a stable release on newer hardware so they do >need a newer kernel to support the hardware. Your testing release does >not fit all use cases and the suggestion made by Mutlu is worthwhile >and

Re: Demand for Debian Live with newer kernel

Hi, On Tue, Dec 29, 2015 at 01:15:18PM +0100, U.Mutlu wrote: > there is demand for a Live version of stable, but with a recent kernel, ie. > with a backported kernel. We are working on producing live testing images, some for testing are available at:

Bug#808556: live-wrapper: use ansible for the vmdebootstrap hook script

Package: debian-live Severity: wishlist Hi, The current method of using a shell script as the hook script means that a lot of logic about the setup of the live environment has to be handled by live-wrapper, where a tool like ansible can already do these things. Instead of trying to implement

Bug#808557: live-wrapper: use jinja2 for bootloader configuration templates

Package: debian-live Severity: wishlist Hi, Instead of creating logic for templating for installing bootloader configurations, Jinja2 already exists, so we should just use it. Thanks, Iain.

Bug#808556: live-wrapper: use ansible for the vmdebootstrap hook script

Hi, On Sun, Dec 20, 2015 at 09:57:05PM +, Iain R. Learmonth wrote: > Instead of trying to implement logic for configuring the live > environments, just let ansible do it. Ok, here are my thoughts on this: Add an option to lwr, something like --ansible , that causes a hook script to

Re: live-wrapper_0.2_amd64.changes is NEW

Hi All, On Fri, Dec 18, 2015 at 11:30:51AM +, Debian FTP Masters wrote stuff. If you'd like to be trying this out before it gets through NEW, it is available via irl-unstable: deb https://people.debian.org/~irl/experimental irl-unstable/ deb-src https://people.debian.org/~irl/experimental

Re: Testers Wanted (Re: Upcoming stable point release (8.3))

Hi, On Thu, Dec 17, 2015 at 11:39:36PM +, Adam D. Barratt wrote: > The next point release for "jessie" (8.3) is scheduled for Saturday, > January 23rd. Processing of new uploads into jessie-proposed-updates > will be frozen during the preceding weekend. If you're around on the 24th/25th

Re: Debian Live Update

Hi, On Tue, Dec 15, 2015 at 01:36:09PM +1100, Michael . wrote: >Thanks for keeping us informed I, personally, appreciate it. >Just one question. What is stopping the Live team, which I am assuming >you now coordinate, just fixing the bugs that were filed against >live-build and

Re: Debian Live Update

Hi, On Tue, Dec 15, 2015 at 07:18:37AM -0400, Ben Armstrong wrote: > On 15/12/15 07:07 AM, Alexandre Abbes wrote: > > It is possible that some extra complexity could be removed to lighten > > the system. The squeeze version was easy to use and starting with this > > could be a solution. > Not an

Bug#808048: O: live-build

Package: wnpp Severity: normal Hi, The live-build package was previously maintained by Daniel Baumann, who has retired from the Debian Project. There has not yet been anyone come forward as a new technical lead for the package, and as per Debian Policy §5.6.3, the package was orphaned when

Bug#801494: debian-live: does not include cryptsetup-bin so cannot mount encrypted drives

Control: reassign -1 live-images Hi, On Sun, 11 Oct 2015 09:32:07 +0100 Julian Gilbey wrote: > The disk images allow for detection of encrypted disks, but because > the cryptsetup-bin package is not included, they cannot actually be > mounted. I wanted to attach an encrypted

Bug#807954: debian-live: setup automated builds of live-manual

Package: debian-live Severity: normal Hi, The old server providing live.debian.net has been shutdown. The hosted versions of the live-manual package should now be located on the debian-live group's Alioth webspace instead now. This means setting up automated builds of stable/unstable (and

Debian Live Update

Hi All, Following Daniel's retirement from the Debian Live project, a number of things have become orphaned. This includes both software projects and services that were previously provided by Daniel's server. You will have noticed that the live.debian.net service disappeared. The big things that

[jku...@redhat.com: F24 System Wide Change: Livemedia Creator]

Hi All, This looks interesting. Might be some things we can learn from it. Thanks, Iain. - Forwarded message from Jan Kurik - Date: Wed, 25 Nov 2015 09:46:49 +0100 From: Jan Kurik To: devel-annou...@lists.fedoraproject.org, Development

debian-live Alioth project

Hi Daniel, As part of the process of integrating the live systems better into the Debian Organisation, we would like to host the sources for live-* packages on Alioth where it is easier for others in the Debian project to contribute code, documentation and translations. We would also like to

Bug#804315: Renaming package live-build-ng to live-wrapper

retitle 804315 ITP: live-wrapper -- live image wrapper for vmdebootstrap kthxbye Hi All, My original aim for this was that this new tool would be integrated into the existing Debian Live project, and that we would bring the Debian Live project into Debian. This is not the way it has gone. The

Re: [Vmdebootstrap-devel] Bug#804315: Namespace issues

Hi, On Mon, Nov 09, 2015 at 12:41:16PM +0200, Fathi Boudra wrote: > Would you (or Steve or the Debian CD team) please point to actual real > bugs that affected you? > You claim it as a reason of debian cd team switch to vmdebootsrap. As > a live-build user, I'm interested by these. As in my

Re: Bug#804315: [Vmdebootstrap-devel] Bug#804315: Namespace issues

Hi, On Mon, Nov 09, 2015 at 08:47:53PM +1100, Michael . wrote: >Yet the Debian CD webpage points directly to Debian Live iso images as >official images even though you or Iain have said they are not >official. You haven't found a solution, you haven't even got a Live iso >image

Re: Bug#804315: [Vmdebootstrap-devel] Namespace issues

Hi, It is worth noting that live-build is not a Debian project, it is an external project that claims to be an official Debian project. This is something that needs to be fixed. There is no namespace issue, we are building on the existing live-config and live-boot packages that are maintained