Hi,
Martin Guy (2021-02-23):
> I assume it would be feasible to record the sequence of disk accesses
> during a normal boot from CD/DVD and ensure that the required blocks
> are in the ISO in linear disk-reading order, which should speed boot
> time from optical media.
>
> I guess that means booti
Hi,
Roland Clobus (2021-02-16):
> On 16/02/2021 08:13, Juergen Fiedler wrote:
>> I am using a fairly up to date sid (live-build 1:20210122) to build a
>> sid ISO - and it's not working right now.
>>
>> This is caused by two invocations of mkfs.msdos that use the current
>> epoch as the volume-id.
Hi Debian Kernel Team,
intrigeri (2014-12-11):
> Ben Hutchings wrote (09 Dec 2014 19:55:10 GMT) :
>> Please try the Linux 3.18 packages from experimental (they're not there
>> yet, but should be soon) and check that overlayfs does what you need.
>
> Thanks. I'll te
ptions very well and I also liked
> your proposal on 914001.. I have one day to get it implemented 😅 ..
> Mind assisting me a bit? 🤓
I'm afraid I can make time for this under such a tight timeline :/
But if you come back to it later, I'll be there :)
Cheers,
--
intrigeri
round (add "nomodeset" on the kernel command line), it may
technically be possible to workaround this bug for images that use
syslinux: dynamically add "nomodeset" to the kernel command line if an
affected PCI device is detected (using lua.c32). I don't know if
that's possible with GRUB.
Cheers,
--
intrigeri
Control: tag -1 + moreinfo
Hi Jonathan,
Jonathan Carter:
> Here is my my xorg log file on my AMD Radeon HD 8570D:
> […]
> [18.261] (II) [KMS] drm report modesetting isn't supported.
I suspect we need to include the amdgpu module in the initramfs;
at Tails we do it with:
https://salsa.deb
e used
in a Live environment, so I think that'll be good enough; and if it's
not good enough, worst case we can patch the Live builds configuration
to disable the AppArmor LSM entirely, by passing apparmor=0 on the
kernel command line.
Cheers,
--
intrigeri
mmends: os-prober (I guess not everyone wants to pull its
dependency on grub-common)
Thoughts?
[1]
https://salsa.debian.org/installer-team/clock-setup/blob/master/finish-install.d/10clock-setup#L69
Cheers,
--
intrigeri
the only major downside
I see is that it makes it harder to implement automatic discovery
of "is RTC in UTC?", which I'm very interested in: that's why
I landed here in the first place, will file a wishlist bug blocked
by this one shortly.
So I would recommend trying (1) and if that fails, trying (2).
Meta: is this something you're interested in working on
further yourself?
Cheers,
--
intrigeri
Control: severity -1 minor
Luca Boccassi:
> They should indeed be updated, but note that we ship a mount point to
> provide backward-compatibility for Buster, so nothing should be broken
> for the moment.
Good to know, thanks!
Cheers,
--
intrigeri
paths. I did not test what's the exact impact yet but I suspect
it breaks some of live-tools functionality.
Cheers,
--
intrigeri
Hi,
Steve McIntyre:
> 10 repos moved now:
Thanks!
> debian-live/debian-livelive-team/debian-live
This seems to be an old copy of the live-build repo.
Do we need it?
Cheers,
--
intrigeri
this about?)
> - live-www
ACK
> What's unclear to me is "live-images". This source package does still
> exist in Debian but we haven't touched it since Daniel left. Should we
> remove the package entirely?
Yes.
Thanks for caring!
Cheers,
--
intrigeri
e with the proposed simplification idea. I didn't do a full code
review though.
Cheers,
--
intrigeri
Control: tag -1 + patch
Ronny Standtke:
> The attached patch (against the current version in git) fixes this issue.
Looks good to me.
Thomas Goirand:
> Do you know if it's possible to generate a Sid live system?
We have weekly builds of testing Live ISO images:
https://get.debian.org/cdimage/weekly-live-builds/amd64/iso-hybrid/ …
so I don't see any reason why building sid Live systems would be
impossible :)
ity of cases. Besides, I would feel wrong
to see live-boot automatically removed from testing merely because of
this bug. So perhaps this could be demoted to severity:important?
Cheers,
--
intrigeri
ats me to it.
Amazing, thanks a lot for doing this!
Cheers,
--
intrigeri
erent problem: upon
logout I'm back to the GDM login screen, I can click "Live System
User", I see a password prompt very quickly followed by the text
console, and very quickly again I'm back to the GDM login screen.
Cheers,
--
intrigeri
by humans.
> If we don't see a radical improvement soon, I'll
> simply disable building live images altogether to remove the false
> promises they're making.
This sounds entirely reasonable. I'm all for our Debian heroes &
martyrs going on strike, and for not hiding problems! Take care, and
thanks for making this move :)
Cheers,
--
intrigeri
ng special in our Live images that breaks this.
I wonder if the first boot experience after installation is affected
by the same problem. Does anyone know by heart? Otherwise, maybe syl
would be happy to try?
Cheers,
--
intrigeri
s and in the Fedora 26 Live image.
Cheers,
--
intrigeri
Andres Pavez:
> Is Debian Live System reproducible?
> ie, can you reproduce the current live images with the same hash from scratch?
No, not magically/automatically.
But there's WIP to do this for Tails ISO images, and whatever could be
fixed upstream / in Debian (mostly stuff generated by postin
Ronny Standtke:
> Any chances that you are willing to add this feature for overlayfs too?
Don't count on Tails people to do this, sorry.
to live-boot years ago
because we needed it back then, but we don't use/ship it anymore, so
at least our use case won't be harmed if it gets removed or
deprecated somehow.
Cheers,
--
intrigeri
Steve McIntyre:
> I don't think we necessarily need to split the list, but at least
> making it very clear in the subject line sounds like a good plan.
+1
Cheers,
--
intrigeri
x27;ve only verified this behavior on Tails' patched
live-build 2.x. Sorry! But the affected code looks very much the same
on the current master branch.
Cheers,
--
intrigeri
Stefan Baur:
> I would like to run
> rm -rf squashfs-root/usr/share/doc/* squashfs-root/usr/share/locale/*
> squashfs-root/usr/share/man/*
> (the files in these directories are not relevant for my use case because
> there is only one single application running in full-screen mode, and no
> shell
Federico Bruni:
> Il giorno gio 24 nov 2016 alle 14:59, intrigeri
> ha
> scritto:
>> Federico Bruni:
>>> /usr/bin/env: apt-get: No such file or directory
>>
>>> This happened three times in a row, so it doesn't seem a sporadic error.
>>
>&
Federico Bruni:
> /usr/bin/env: apt-get: No such file or directory
> This happened three times in a row, so it doesn't seem a sporadic error.
IIRC this can be fixed by disabling merged-/usr, i.e.
pass --no-merged-usr to debootstrap.
ects
and uses the vboxvideo X.Org driver (tested on Jessie + kernel from
jessie-backports), even without that xorg.conf.d custom snippet.
So, it seems to me that dropping the code quoted above would fix one
problem, simplify our code base a bit, and should not break anything.
Thoughts?
Cheers,
--
intrigeri
in
joining :)
Cheers,
--
intrigeri
roperly; in this case it seems less clear-cut.)
Cheers,
--
intrigeri
Evgeni Golov wrote (01 Jan 2016 14:53:30 GMT) :
> Indeed, fixed in Git, thanks!
:)
> On Fri, Jan 01, 2016 at 10:50:49AM +0100, intrigeri wrote:
>> JFTR, I'm not sure what's the preferred workflow to make sure this is
>> well tracked and fixed before next uploa
e buggy code only
lives in Git and was never uploaded to Debian, I guess that a bug in
the BTS is not appropriate.
Cheers,
--
intrigeri
actually tested the code myself, so sorry for the noise if
this is a false alert :)
Cheers,
--
intrigeri
0-grub-efi-ia32
Depending on what exactly you need to support from the syslinux
config, you might need a fairly recent GRUB2.
Cheers,
--
intrigeri
Daniel Baumann wrote (29 Apr 2015 04:39:00 GMT) :
> On 04/29/15 01:48, intrigeri wrote:
>> Was there any follow-up on this?
> that seem to have fallen through the cracks, applied now, thanks.
Thanks!
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.deb
system. Also, the fact that this is valid (and not an error) isn't
> documented in the man page but my patch doesn't deal with that.
Was there any follow-up on this? I see that Daniel is in a merging
mood these days :)
Cheers!
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-re
Michal Suchanek wrote (05 Mar 2015 11:43:14 GMT) :
> FWIW I needed these two patches to boot with overlayfs on recent
> experimental kernels.
I think these patches are already included in my branch, thanks to the
initial work Steven did, on top of which I've built a bit.
More testing would be welc
Hi Steven,
intrigeri wrote (15 Feb 2015 19:17:23 GMT) :
> I've imported your patch into Git, on top of debian-next + the other
> fix I've attached to #773881 a few weeks ago. I've added a few code
> cleanups and small refactoring bits on top, and the result can be
> fou
please review and merge.
(Now, after booting our custom GDM Greeter is frozen, so I'll have to
investigate deeper, but at least it now mounts the rootfs and boots :)
[1]
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=21;filename=0001-Loading-chosen-union-filesystem-s-kernel-module-
Fernando Toledo wrote (09 Feb 2015 15:54:28 GMT) :
> maybe you can have an error on live-config custom scripts. i found that
> my custom script failed and then the locales do not set properly
We actually set the locales at DM time, after the user has had
a chance to pick their preferred one in a G
jnqnfe wrote (08 Feb 2015 18:30:17 GMT) :
> Does anyone else have trouble loading a terminal in a Debian live image?
I've seen that on Jessie when the locales environment was not properly
set, IIRC.
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe"
. Some stuff in live-tools might need
adjustments too.
Thoughts?
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/85a917m4z5@boum.org
ill have to pass workdir=.
Now, since Daniel closed this bug, I'm wondering if I did something
wrong, so just to clarify: Daniel, did you ever see live-boot 5.0~a1-1
work for you with union=overlay?
[1] git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git
Cheers,
--
intrigeri
>Fro
overlay in
anticipation of overlayfs.", that I see in the live-boot 3.0~a27-1
changelog entry.
This change has been released as part of Wheezy, so I expect any tools
that rely on such paths have been updated already.
(Not to say I'm a fan of the usual renaming rate in the Debian
Live
which seemed futile
given the code hasn't changed). I may work on a fix soonish, but don't
hold your breathe.
It seems that the code would be simpler if we accepted union=overlay
instead of union=overlayfs. Can we do that? Non-experimental Debian
kernels have never supported overlayfs ye
kernel newer than
the one from Jessie will need to use overlayfs, so it would be good if
live-boot in Jessie supported it. I'll let the maintainer judge.
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
Hi,
Ben Hutchings wrote (21 Dec 2014 23:20:15 GMT) :
> On Sun, 2014-12-21 at 21:53 +0100, intrigeri wrote:
>> 1. Due to overlayfs' stack depth limit of 2, until support more than
>>one read-only lower layer is completed, overlayfs breaks
>>live-boot's S
Hi,
intrigeri wrote (11 Dec 2014 13:13:43 GMT) :
> Ben Hutchings wrote (09 Dec 2014 19:55:10 GMT) :
>> Please try the Linux 3.18 packages from experimental (they're not there
>> yet, but should be soon) and check that overlayfs does what you need.
> Thanks. I'll test
hi,
[dropping -kernel@ from the Cc list.]
Michal Suchanek wrote (11 Dec 2014 16:08:54 GMT) :
> This might be interesting. Last time I looked at overlayfs it had
> hardcoded maximum number of stacked filesyetems iirc.
If anyone has time to try it out, I'm curious of the results :)
--
To UNSUBS
st other live systems, e.g. our incremental upgrades features
uses it) once I find the time to.
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/85oara5ny0@boum.org
NOME, so it's better
integrated and looks nicer.
> 6) (Kind of offtopic) Any reason why your wheezy dist in your repo has no
> packages?
I wasn't aware we had a "wheezy" suite. If we indeed have one, well,
it's not being used. Our APT repo layout is document
> Not sure when I will have time but I will try to use current tails DM in my
> debian-live build system and see how it goes. Then I will try to implement
> what, in
> my opinion is lacking for being integrated into Debian live.
\o/
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, emai
ges I was talking of have been implemented upstream in the
first place, and are part of live-boot 3.x. We're taking advantage of
this refactoring in a script [1] that's run by our Greeter.
[1]
https://git-tails.immerda.ch/tails/tree/config/chroot_local-includes/usr/local/sbin/live-persist
Ch
e hardware?
Of course a DM greeter is too late for all this. That's not what this
thread is about, though :)
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/85wq7n7wui@boum.org
ter architecture design will allow to have a non
> graphical frontend, maybe ncurses based ?
One can certainly factor out and replace the GDM and GTK bits, but
then there won't be much left to reuse.
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian
nt to me, when aiming at being
"universal". I doubt one gets that in a boot loader.
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/85wq7owk4g@boum.org
c
bits, and make the rest reusable.
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/857fzvq77p@boum.org
able media. When moving to live media (ie USB
> stick) from one system to another you want to rerun this script each
> time. State files are nice for user preferences, but I don't see a use
> case for them for hardware configuration.
Care to provide a patch that fixes these probl
chals wrote (05 Nov 2013 12:41:28 GMT) :
> On Mon, Nov 4, 2013 at 11:00 AM, intrigeri
>> Various USB sticks (especially Sandisk) these days expose themselves
>> as non-removable (which is actually a correct interpretation of the
>> specs). This may be related.
>>
>&g
as non-removable (which is actually a correct interpretation of the
specs). This may be related.
https://tails.boum.org/support/known_issues/#problematic-usb-sticks
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.pt
4.x has. A few weeks ago,
you wrote that live-config-systemd 4.x worked, so I was merely
proposing to backport these fixes for Wheezy. Anyway, now it appears
to be more complicated and I'm giving up. No big deal.
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intr
Daniel Baumann wrote (03 Nov 2013 17:28:38 GMT) :
> On 11/03/2013 05:57 PM, intrigeri wrote:
>> I had a quick glance before I proposed this mid-October, and it seems
>> to me that the fixes needed against the current stable version are not
>> too involved
> [...] just adj
35ae4486 with
something compatible with Wheezy), so I would be sad not to even try.
Note that I don't expect you personally to mentor me along the way,
and I'll try hard not to cause any additional workload for you.
What do you, and others, think?
Cheers,
--
intrigeri
ork at all" is not RC,
I wonder what it takes to make a bug RC.
I would be very glad to be explained the rationale behind this change:
this could make it easier for me, and possibly others, to understand
how this team is handling their bugs. Understanding how a team works
is a must to be a
t; insmod /lib/modules 3.10-3-686-pae/kernel/drivers/hid/usbhid/usbhid.ko
> I installed Tails on a DVD disk and ran it live with no problem.
Please report Tails issues to the Tails team:
https://tails.boum.org/support/found_a_problem/
Thanks!
--
intrigeri
| GnuPG key @ https://gaffer.pti
wheezy.
FWIW, I plan to try and backport the systemd-related fixes to the
live-config Wheezy branch in 2014Q1, so perhaps we could wait a bit
before removing the package, now that the problem is documented.
Hölger: thanks for filing this bug!
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.p
Hi,
Daniel Baumann wrote (15 Oct 2013 09:43:52 GMT) :
> On 10/05/2013 11:18 PM, intrigeri wrote:
>> I'm curious how well live-config-systemd 3.0.23-1 works on Wheezy.
> it doesn't, but 4.x does.
Thanks.
How about removing the live-config-systemd binary package from
Hi there,
it's been a while, uh.
I'm curious how well live-config-systemd 3.0.23-1 works on Wheezy.
I can see no open bug report, and popcon is not that meaningful as far
as live systems are concerned.
Any user experience report or developers knowledge to be shared?
Cheers,
--
on't need the functionality we've asked for in this
bug report. I wouldn't mind if the maintainers closed it.
Thanks for caring!
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri
Hi,
Zack Weinberg wrote (09 Jul 2013 14:25:15 GMT) :
> I am trying to customize an already-customized live CD (Tails:
> https://tails.boum.org/contribute/build/ ) and getting stuck on errors
> which suggest a version-skew issue, but I can't prove it.
For the record, Zack asked on the tails-dev ma
s of live-config, the documentation previously used
to match the actual behavior of the program (I believe the
documentation update was forgotten when the behavior changed in commit
b018878). So, this is a regression in the documentation, which is why
I dare setting "normal" severity.
esic property, so any bit of
persistence we add must be very targeted. Making the full system
persistent is thus not an option for our usecases.
Also, as far as I understand it, full persistence may be hard to
maintain over system upgrades, and we happen to release every 6 weeks.
Cheers,
--
ve somehow.
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe&qu
mber:
* what kind of bad experiences it was? (what metrics?)
* what kernel version you were using?
* how much memory the test system had?
* if the system under test had some disk swap enabled?
* how much of the system memory you gave to zram?
Cheers,
--
intrigeri
| GnuPG key @ https:
Hi,
Daniel Baumann wrote (19 Feb 2013 13:21:29 GMT) :
> On 02/19/2013 01:28 PM, Ronny Standtke wrote:
>> How about a priority list, e.g.
>> "live-media=removable-usb,removable,any"
> sounds good.
Looks good to me too :)
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a s
o it's critical for us to have live-boot
*always* obey live-media=removable.
I've not looked at the details of the proposed patches, so I may be
totally wrong about what the exact proposed behaviour would change for
us, though.
[1] https://tails.boum.org/
Cheers,
--
intrigeri
| G
else it's no big deal.
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubs
ystem must itself be
running systemd in order to successfully build a Debian Live system
that uses systemd?
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
--
To
e at Tails, and the hacks don't look
that scary, but the fact we're not using GRUB2 as our bootloader is
probably a blocker. If the first iteration of Debian Live UEFI support
uses GRUB2, then it's possible that some of your stuff is re-used.
Cheers,
--
intrigeri
| GnuPG k
From: Tails developers
E.g. when running Squeeze + initramfs-tools from sid, one has /run in the
initramfs but no /etc/fstab.d, so testing for the (not necessarily correlated)
presence of /run makes live-boot think it's running on Wheezy, and mistakenly
try to use /etc/fstab.d.
---
scripts/boot/
Loading
It looks like some script has been eating some output it shouldn't
have ("Loading /etc/boottime.kmap.gz") and passes it through to
probe_for_fs_label.
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @
ration of the "for dev in" loop.
anonym, anyone else, thoughts?
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
--
To UNSUBSCRIBE, email to debian-live-requ...@list
Thanatermesis wrote (13 Nov 2012 18:43:42 GMT) :
> Updated patch for the SID version
Looks good to me.
I've no live-build 3.x ready to test it (shame on me),
so I'll refrain from pushing to Git, though.
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubsc
Hi,
Thanatermesis wrote (14 Nov 2012 18:07:05 GMT) :
> The attached patch solves this problem, which seems to be made by a
> wrong copy-paste
This was applied in Git, thanks.
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
Daniel Baumann wrote (03 Oct 2012 09:21:34 GMT) :
> assuming nobody else comes up with a perfect generic but suitable
> name, i'd go with 'medium'.
I agree.
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
Hi,
Daniel Baumann wrote (03 Oct 2012 08:48:32 GMT) :
> * read-write live media be 'upgradeable' easily: a user with a big
> enough live medium can, rather than re-download and re-write an
> entirely new image, just download the partial squashfs and put
> it on his stick and change b
Hi,
Daniel Baumann wrote (03 Oct 2012 07:28:04 GMT) :
> the following mails are about deciding on some things naming and
> convention wise.
FWIW, I'm reading these threads right now; for every such thread,
unless I reply to it before the end of the week, that means I'm fine
with the proposed chan
-compatibility is
ensured, or we'll have to ship a patched live-boot (again), or we'll
have to add some custom logics to rename existing deployed
configuration files :(
Daniel, what about supporting the "old" filename as well as the
new one?
Cheers,
--
intrigeri
| GnuPG
Hi,
Malic Zilyas wrote (30 Aug 2012 07:10:37 GMT) :
> 2) Is there anyone able to use fedora-readahead on a squashfs? When I try
> to profile it does not find a good device and gives an empty list.
> As alternative I use e4rat. (sourceforge). Disabled the ext4
> restriction. Profiled and started th
timeline of l10n work non-applicable, what about providing
them l10n with some kind of custom timeline (a bit more detailed than
"eventually") that helps them schedule their work?
Perhaps I'm wrong and it would not help, in which case, David please
correct me :)
Thank you all for work
tags 681176 + pending
thanks
Hi,
Nemo Inis wrote (11 Jul 2012 06:13:53 GMT) :
> I believe the bug is a typo at line 1307 of lib/boot/misc-helpers.sh, which
> reads: [...]
> but should read instead: [...]
Fixed in Git, thanks!
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
w
Daniel Baumann wrote (12 Jun 2012 13:53:28 GMT) :
> what i got from you:
>* interesting message that in some other combination (squeeze +
> 'unbackported' initramfs-tools from sid), the current versions
> of live-boot and live-config from experimental don't work.
FWIW, that unsuppor
Hi,
berta...@ptitcanardnoir.org wrote (27 Jun 2012 11:00:22 GMT) :
> On Wed, Jun 27, 2012 at 04:32:31AM +0100, Ben Hutchings wrote:
>> Yes, but I think it would make more sense to emulate a USB storage
>> device in qemu rather than the host kernel.
I do agree.
bertagaz and I have spent a bit mo
Hi Julian,
Julian Pawlowski wrote (20 Jun 2012 13:03:36 GMT) :
> I was wondering if anybody has a working concept to use Jenkins-CI for
> building and testing live-build ISO images?
> If yes, how do you handle your build in Jenkins? Do you use
> OS-Autoinst for automated QA integration tests?
We
Hi,
Daniel Baumann wrote (30 Apr 2012 21:03:19 GMT) :
> On 04/29/2012 03:14 PM, intrigeri wrote:
>> Is the "cleanup of the syslinux templates" task described in more
>> details, and perhaps tracked somewhere?
> basically, the menu should look properly and have dedicat
- we do support and encurage people to use live-{boot,config}
> from stable+1 on stable.
This is close enough to what we use at Tails to allow me, I hope, to
test this before DebCamp.
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fi
solution applies to the custom mounts paradigm,
but there may be another solution, in this paradigm, to the actual
problem you are trying to solve :)
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcan
1 - 100 of 223 matches
Mail list logo
