Package: installation-reports
Boot method: sdcard
Image version: trixie
http://ftp2.de.debian.org/debian/dists/trixie/main/installer-armhf/current/images/netboot/SD-card-images/firmware.BananaPi.img.gz
http://ftp2.de.debian.org/debian/dists/trixie/main/installer-armhf/current/images/netboot/SD-car
* Kip Warner (k...@thevertigo.com) [130724 03:18]:
> On Tue, 2013-07-23 at 12:28 +0200, Andreas Barth wrote:
> > Did you check the logfile or the virtual console with the logs enabled
> > (I think that was alt+f4, but I'm not sure I remember right).
>
> This is what I
* Colin Watson (cjwat...@debian.org) [110906 10:10]:
> On Mon, Sep 05, 2011 at 08:58:16PM -0600, Javier Vasquez wrote:
> > Even when gNewSense has been able to make grub work, not sure if only
> > for laptops, or mini-pcs included, on debian this is broken for
> > mini-pcs, when trying to load the
* Christian PERRIER (bubu...@debian.org) [110815 08:17]:
> Quoting Andreas Barth (a...@not.so.argh.org):
> > * Christian PERRIER (bubu...@debian.org) [110808 09:09]:
> > > We're now left with "only" a failure of mipsel daily builds.
> >
> > fixed.
>
* Christian PERRIER (bubu...@debian.org) [110808 09:09]:
> We're now left with "only" a failure of mipsel daily builds.
fixed.
Andi
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://li
* Christian PERRIER (bubu...@debian.org) [110729 09:21]:
> Tonight, daily builds failed for some flavours (those that have the
> GTK interface):
>
> Library not found: libgtk-x11-2.0.so.0 in path:
> ./tmp/hd-media_gtk/tree/usr/lib:./tmp/hd-media_gtk/udeblibs:./tmp/hd-media_gtk/tree/usr/lib/cdebco
* Neil McGovern (ne...@debian.org) [110728 12:32]:
> On Thu, Jul 28, 2011 at 11:16:59AM +0200, Neil McGovern wrote:
> > I'd like to have a sit down with relevant people to work out how we can
> > improve d-i and debian-cd handling for the next release. Please indicate
> > your availability at:
> >
* Christian PERRIER (bubu...@debian.org) [110117 09:14]:
> Quoting Daily build aggregator (debian-boot@lists.debian.org):
> > Debian installer build overview
> > ---
> >
> > Failed or old builds:
> >
> > * OLD BUILD:mips Jan 13 00:16 buildd@ball build_malta_netboot
* dann frazier (da...@debian.org) [101110 22:46]:
> I'd be glad to set this up on one of the hppa buildds (peri or
> penalosa) if DSA (CC'd) is ok with it. However, the above e-mail
> suggests we need to have working LVM snapshots. iirc, we've had
> problems with those on hppa in the past. Is that
* Gaudenz Steinlin (gaud...@debian.org) [101103 01:37]:
> This is indeed suboptimal. :-( Would it be possible to give some
> (ideally more than one person to not create bottlenecks) persons from
> the d-i team access to the buildds where d-i daily builds are built so
> they can investigate these is
* Martin Michlmayr (t...@cyrius.com) [100719 19:16]:
> The log says:
>
> | WARNING: mirror 'http://mirror.ayous.org/debian' appears to be invalid;
> skipping
>
> and then it fails downloading udebs:
>
> | Reading package lists...
> | Building dependency tree...
> | E: Couldn't find package anna
* Stephen Powell (zlinux...@wowway.com) [100523 21:21]:
> On Sat, 22 May 2010 23:39:52 -0400 (EDT), William Pitcock wrote:
> > After some discussion about lilo on #debian-devel in IRC, it has pretty
> > much been determined that kernel sizes have crossed the line past where
> > lilo can reliably de
* Frans Pop (elen...@planet.nl) [100521 08:01]:
> On Saturday 15 May 2010, Frans Pop wrote:
> > On Sunday 09 May 2010, Andreas Barth wrote:
> > > I also fixed hppa today
> >
> > Great, but seems to have a similar problem as ppc had: not built since
> > initi
* Frans Pop (elen...@planet.nl) [100509 18:44]:
> On Saturday 03 April 2010, Andreas Barth wrote:
> > I just reenabled powerpc btw
>
> Does not seem to have been built since 3 Apr. Forgot to enable in crontab?
should be ok now.
I also fixed hppa today, and will fix ppc soon.
* Frans Pop (elen...@planet.nl) [100403 20:36]:
> On Saturday 03 April 2010, Andreas Barth wrote:
> > one further thing: As it is now, the helper script will abort in case
> > the build-script doesn't return true.
>
> I think that's fine. If individual build t
* Frans Pop (elen...@planet.nl) [100401 21:41]:
> Thanks for getting amd64 going again so fast.
>
> On Thursday 01 April 2010, Andreas Barth wrote:
> > As of now, we can't move the armel builds yet (as we are waiting for
> > the new debian machines to be setup). I hop
* Joey Hess (jo...@debian.org) [100401 19:55]:
> Frans Pop wrote:
> > OK. I guess we'll get back to you on that. I'd like to hear what Joey
> > thinks of that as he currently runs two arches, including i386.
>
> I would like to get rid of the dedicated machine I have running for
> the armel build
* Frans Pop (elen...@planet.nl) [100401 15:08]:
> On Thursday 01 April 2010, Andreas Barth wrote:
> > If the build-only could also be more verbose (i.e. logging during build)
> > I'd appreciate that even more.
>
> Would it be OK if you have to set 'L
* Frans Pop (elen...@planet.nl) [100331 21:38]:
> On Wednesday 31 March 2010, Andreas Barth wrote:
> > The "svn update" inside the chroot fails now - nothing to worry, but
> > would be nice if that wouldn't happen.
>
> Looks like you currently call 'daily-
Hi,
I started to successfully resurrect the first daily builds. This mail
documents what I have done, and what needs to be done. The
precondition for the new scripts are lvm snapshots to be available, so
this doesn't work unchanged for kfreebsd.
Also, I had to remove all unrestricted keys on d-i.
* Bdale Garbee (bd...@gag.com) [090922 19:14]:
> On Thu, 2009-02-05 at 18:20 +0100, Thomas Viehmann wrote:
>
> > just as an exercise what might be done to fix this:
> > It would seem that the options are
> > - not fix it (for now),
> > - find something in current tar that works (I didn't),
> > - s
* Aurelien Jarno (aurel...@aurel32.net) [090828 14:17]:
> eglibc 2.9-25 is now in unstable for 10 days without new major bugs. It
> introduces the libc6 package split into libc6 + libc-bin, and libc6-dev
> into libc6-dev + libc-dev-bin in preparation for multiarch.
>
> Could you please unblock it?
7214.
(And a final bit, it would be great if there would be an installation medium
that would work with the curses-only interface of kvm, i.e. uses only linux
text mode.)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
to it. Note that the asm/page.h mess is still not fixed thanks
> to hppa.
>
> Disclaimer: it's my own opinion, I did not check what other Release Team
> member think about this.
I agree with you, at least with my current informations.
Cheers,
Andi
--
http://home.arcor.de/a
alpha: libldap2 (>= 2.1.17-1)
** libaws2.2 has an unsatisfied dependency on alpha: libldap2 (>= 2.1.17-1)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ilable according to your plan ...
(I'm asking because the blocks for packages generate us pain elsewhere -
e.g. openssh needs to go to testing for armel, libxklavier-transition
depends on glib2.0 and pango, ...)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nly profit
from understanding what hardware is used in the wild (eases our
decisions about e.g. dropping support for specific hardware, or
investigating certain problems).
The URLs are
http://smolts.org/
https://hosted.fedoraproject.org/projects/smolt/
Cheers,
Ani
--
http://home.arcor.de/andreas-
Lenny, or
> until a new D-I release manager says different :-)
I assume the current sections in the freeze-file apply again.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Frans Pop ([EMAIL PROTECTED]) [061220 14:42]:
> On Wednesday 20 December 2006 08:35, Andreas Barth wrote:
> > I have yet to see the dataloss. Anyways, bugs being important doesn't
> > mean they are not allowed to be fixed (and I would let such an fix
> > still to Et
ould let such an fix still
to Etch currently), but I don't think we should wait on the fix. So I'm
downgrading to important.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
built on 20061102 (at least it is written on F1 screen, I downloaded it
> today).
Reducing severity to important.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Sven Luther ([EMAIL PROTECTED]) [061006 10:00]:
> I paste here the last instance of the draft proposal by the debian kernel team
> [1]. Well, mostly me and Frederik, with direct input from Manoj, and
> reflecting
> assorted comments from others, Steve and Anthony being the most prominent
> ones
g a bad outcome will make it
impossible to release etch in December. So, we need to assume and fight
for a good outcome.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Christian Perrier ([EMAIL PROTECTED]) [060903 22:18]:
> Quoting Andreas Barth ([EMAIL PROTECTED]):
> > * Loïc Minier ([EMAIL PROTECTED]) [060903 20:07]:
> > > Would be nice if someone could ack the update of gtk+2.0 from 2.8.18-1
> > > to 2.8.20-1 in testing a
* Loïc Minier ([EMAIL PROTECTED]) [060903 20:07]:
> Would be nice if someone could ack the update of gtk+2.0 from 2.8.18-1
> to 2.8.20-1 in testing and even hint it if possible.
approved. What does it need hinted?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUB
ould you be OK with me uploading it to unstable?
If it is only a bugfix release (and you are sure with that), yes
(provided it arrives not too late).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Christian Perrier ([EMAIL PROTECTED]) [060903 17:08]:
> Please hint ttf-freefont for testing. It provides a udeb, but only
> used in G-I initrd's so won't break D-I, neither dailies nor beta3)
done. Thanks.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUB
* Frans Pop ([EMAIL PROTECTED]) [060727 16:41]:
> On Thursday 27 July 2006 16:19, Andreas Barth wrote:
> > > What happened during the Sarge release was that we were aiming all
> > > the time to release ASAP. If you do that, you cannot really relax
> > > your freeze se
Hi,
* Frans Pop ([EMAIL PROTECTED]) [060724 00:34]:
> On Sunday 16 July 2006 17:48, Andreas Barth wrote:
> > Actually, I think it's way more important that we make sure we have
> > infrastructure ready on each and every day to update the kernel, than
> > to try to dela
the installer.
> We need a fundamental solution for this, after Etch has been
> released.
Fully agreed.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nel nor decided to rather not, and then did it when it was even
later, which just makes the cost for all parties higher. That is
something I really want to avoid this time. I hope we can agree on that.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ote that all the times I mentioned in my post were not
invented just now by me, but are plannings communicated more than once.
I don't mind to change the plan, but if so, that should happen in a way
that the other involved teams are happy with it as well.
Cheers,
Andi
--
http://home.arc
* Andreas Barth ([EMAIL PROTECTED]) [060716 10:59]:
> our original plan has been to release the d-i RC on 14th August, and
> freeze the kernel for this on July 30th. Is this plan still current? If
> so, can we expect an acceptable kernel on these days?
Also, obviously I forgot to ask
on from us if the installer team is happy.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
of now, the plan looks good, but we might want to
revisit it when it comes nearer to uploading the next new gnome version.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s we want to handle the sid/etch kernel dichotomy, in case we froze on a
> 2.6.16 kernel.
Both packages will have to live in etch.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Sven Luther ([EMAIL PROTECTED]) [060524 12:14]:
> On Wed, May 24, 2006 at 12:04:59PM +0200, Andreas Barth wrote:
> > There will definitly be a time when it is too late to replace the kernel
> > without delaying the release (just consider that we e.g. notice after
> > start
* Sven Luther ([EMAIL PROTECTED]) [060524 11:52]:
> On Wed, May 24, 2006 at 11:35:00AM +0200, Andreas Barth wrote:
> > * Sven Luther ([EMAIL PROTECTED]) [060524 11:23]:
> > > On Wed, May 24, 2006 at 10:31:08AM +0200, Andreas Barth wrote:
> > > > You are ignoring th
* Sven Luther ([EMAIL PROTECTED]) [060524 11:23]:
> On Wed, May 24, 2006 at 10:31:08AM +0200, Andreas Barth wrote:
> > You are ignoring that we have scheduled a time to update the kernel
> > again before release of etch.
>
> Ah, nice. But would this include an abi-changing ke
release
> date of etch.
You are ignoring that we have scheduled a time to update the kernel
again before release of etch.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ce package producing all udebs to experimental, and see
what happens.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* maximilian attems ([EMAIL PROTECTED]) [060516 11:09]:
> On Tue, May 16, 2006 at 06:11:53AM +0200, Andreas Barth wrote:
> > I just want to point out that we have at Tuesday, 10.05 in the Hacklab
> > the stable release BoF, which will give us a chance to discuss that
> > to
Hi,
I just want to point out that we have at Tuesday, 10.05 in the Hacklab
the stable release BoF, which will give us a chance to discuss that
topic. (Thanks to Frans for pointing out how usefull such a pointer
would be. :)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To
cluefully enough agrees on
maintaining a new kernel tree for sarge's remaining lifetime, we could
do something about that - but given that my last try failed, I don't
have much hope.)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
n't be completely excluded.
Hm, AFAICS we have at maximum local root exploits - but who runs the
installer is root anyways. So this shouldn't be an issue in this case?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt; both the old _and_ the new media.
Hm. Has that been tried? How bad would it be to add a code being able to
distinguish into d-i so that we can do it better during etch's lifetime?
Or, a totally different idea: Why do we (technically) need to rebuild
the installer at all? Could we try to
27;re in the same (perhaps a "sort -u" would be better than a
cat, however :).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Toni L. Harbaugh-Blackford [Contr] ([EMAIL PROTECTED]) [060427 13:53]:
> On Thu, 27 Apr 2006, Andreas Barth wrote:
> > * Sven Luther ([EMAIL PROTECTED]) [060427 13:23]:
> > > Dear fellow powerpc folk, this clearly means that the debian support for
> > > powerpc
> i am disgusted. ...
>
> Dear fellow powerpc folk, this clearly means that the debian support for
> powerpc is dead or almost so, and i strongly recomend you to go find another
> distribution to run which cares a bit more about the powerpc architecture.
I'd rather prefer
oticed that there are two udebs (for preseeding)
> currently in s-p-u that were originally uploaded to t-p-u, These were
> intended for the original Sarge release, but somehow never made it. They
> should probably be included in 3.1r3 too.
Ok.
Cheers,
Andi
--
http://home.arcor.de/andreas
* Colin Watson ([EMAIL PROTECTED]) [040627 21:40]:
> On Sat, Jun 26, 2004 at 10:33:19PM +0200, Andreas Barth wrote:
> > * Martin Michlmayr ([EMAIL PROTECTED]) [040626 15:25]:
> > > * Andreas Barth <[EMAIL PROTECTED]> [2004-06-26 14:50]:
> > > > I'm now goi
* Martin Michlmayr ([EMAIL PROTECTED]) [040626 15:25]:
> * Andreas Barth <[EMAIL PROTECTED]> [2004-06-26 14:50]:
> > I'm now going to try my luck with the netinst.iso of beta-4.
> Please use the images from
> http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i38
* Martin Michlmayr ([EMAIL PROTECTED]) [040626 15:25]:
> * Andreas Barth <[EMAIL PROTECTED]> [2004-06-26 14:50]:
> > The 2.6 boot ended with the error message:
> > RAMDISK: incomplete write (-28 != 32768) 8388608
> You probably need a ramdisk_size= parameter. You can
l three cases there was a final kernel panic.
lilo-configuration is:
image=/boot/d-i-20040626/vmlinuz
label=d-i
initrd=/boot/d-i-20040626/initrd.gz
append="devfs=mount,dall"
optional
I'm now going to try my luck with the netinst.iso of beta-4.
Cheers,
Andi
--
ht
patch-2.4.25-mips/2.4.25-0.040415.1 (2.4.25-0.040415.1)
# ignore version kernel-patch-2.4.25-powerpc/2.4.25-8 (2.4.25-8)
# ignore version xen/1.2-4 (1.2-4)
Any comments on this?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1
* Miles Bader ([EMAIL PROTECTED]) [040407 03:25]:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > > These names are[3] those chosen by the respective countries -- _that_ is
> > > something I thing ought to be respected (so if Taiwan were to suddenly
> > &
at the people who it applies to like, and
not to names who others have fixed on them.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
name they choose?
Nothing. I consider it most appropriate if we use the name for any
country in the way the people itself prefer to call it (except of
course, if the name would be non-unique).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0
rgument is over I guess :-).
Well, but we even don't name other countries like they call themself -
but rather they are normally called within that country. (Well, at
least I hope that we don't have "Federal Republic of Germany" in the
installer list ;)
Cheers,
Andi
--
http:
70 matches
Mail list logo
