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
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
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 test i
y 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
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:
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
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
nt 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
agree 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 :)
jority 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
one beats me to it.
Amazing, thanks a lot for doing this!
Cheers,
--
intrigeri
lem: 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
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
ped in Tails 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
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.
ve-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
y 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
> <intrigeri+debian-l...@boum.org> 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
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.
oxvideo 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
oining :)
Cheers,
--
intrigeri
this case it seems less clear-cut.)
Cheers,
--
intrigeri
ves in Git and was never uploaded to Debian, I guess that a bug in
the BTS is not appropriate.
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 upload: given t
d the code myself, so sorry for the noise if
this is a false alert :)
Cheers,
--
intrigeri
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.debian.org
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-requ...@lists.debian.org
with a subject
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
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-befo.patch;att=1;bug=773881
Cheers,
--
intrigeri
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
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.
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
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
From d2c32b277296f17a9b0e1f0fec2b563a2afeda6e Mon Sep 17 00:00:00 2001
From: Tails developers amne...@boum.org
Date: Sun, 25 Jan 2015 10:02:40 +
Subject
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 codebase.)
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
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. Trouble? Contact listmas...@lists.debian.org
Archive: https
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 yet, so that should be
fine, no?
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ
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 SquashFS stacking feature; Tails automatic
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 it for Tails' usecases (that use
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
, 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
suite. If we indeed have one, well,
it's not being used. Our APT repo layout is documented there:
https://tails.boum.org/contribute/APT_repository/
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
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, email to debian-live-requ...@lists.debian.org
with a subject of unsubscribe
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
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email
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.org
with a subject of unsubscribe. Trouble? Contact
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
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
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
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 problems?
Cheers,
--
intrigeri
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject
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.
https://tails.boum.org/support
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.ptitcanardnoir.org/intrigeri/otr.asc
.
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. Trouble? Contact listmas
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
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
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 adjusting the boot order
. Anyway, now it appears
to be more complicated and I'm giving up. 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
-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.ptitcanardnoir.org/intrigeri
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.ptitcanardnoir.org
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
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/otr.asc
--
To UNSUBSCRIBE
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.
Cheers,
--
intrigeri
| GnuPG key @ https
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,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR
,
--
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. Trouble? Contact listmas...@lists.debian.org
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://gaffer.ptitcanardnoir.org
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
| 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 subject
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 UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
, 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 key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR
From: Tails developers amne...@boum.org
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.
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 @ https://gaffer.ptitcanardnoir.org/intrigeri
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
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
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
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 by
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
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 key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR
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 the
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 working hard on Wheezy.
Cheers!
--
intrigeri
| GnuPG key @ https
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
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 unsupported
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 more
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 dedicated menues for
d-i and live
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 at
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 fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
--
To UNSUBSCRIBE, email to debian-live-requ
,
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.ptitcanardnoir.org/intrigeri/otr.asc
--
To UNSUBSCRIBE, email
,
--
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. Trouble? Contact listmas...@lists.debian.org
:
Thank you. We will look into it.
Can you please provide any example of what would fail with 0.106 from
sid on Squeeze? (In our tests, it looked like it works, so it would be
great to have a failing testcase we can reproduce, to see if
we're affected.)
Cheers,
--
intrigeri
| GnuPG key @ https
Daniel Baumann wrote (06 Jun 2012 17:19:24 GMT) :
On 06/06/2012 05:57 PM, Daniel Baumann wrote:
i'll look into that later today and upload to experimental, it would be
nice if you and anonym could then give some feedback/testing whetever i
haven't broken it too much :)
done and uploaded.
As
.
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. Trouble? Contact listmas
Hi Ed,
Ed Dixon wrote (05 Jun 2012 00:22:09 GMT) :
This is easy to say as I am not the one doing the work but, the
snapshots feature opens up worlds of possibilities and could
definitely be useful in the future.
I'd be happy to read about the possibilities you're thinking of, and
that are not
Rui Miguel P. Bernardo wrote (14 May 2012 17:11:28 GMT) :
Line 256 in /usr/share/live/build/package-lists/rescue list
#enif
should be
#endif
Fixed in Git, thanks.
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
1 - 100 of 190 matches
Mail list logo