Processing commands for cont...@bugs.debian.org:
> reassign 761135 archdetect 1.100.0.exp.1
Bug #761135 [debian-installer] archdetect: package rename/package-type change
breaks d-i builds
Bug reassigned from package 'debian-installer' to 'archdetect'.
No longer marked as found in versions debian-
binary:archdetect is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.
Packages are routinely processed through to the archi
[Cyril Brulebois]
> Of course a failing d-i build means src:debian-installer FTBFS. What
> else would that be?
Thanks for asking. To me, it could also mean a failing to build a ISO
with d-i udebs on it. But I had already tested ISO builds, and thus
was a bit unsure what was failing for you.
> P
Processing commands for cont...@bugs.debian.org:
> # in NEW again
> tags 761135 + pending
Bug #761135 [archdetect] archdetect: package rename/package-type change breaks
d-i builds
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
761135: http:
With this installation I was using WPA2-Personal at the access point. I see the
log messages look similar as in bug #741622, deauthenticating immediately
after connect.
For a later install on the same computer, also to USB target, I used WEP
in the installer to connect to the access point (install
Hi Chris!
Chris Tillman (2014-09-11):
> With this installation I was using WPA2-Personal at the access point. I see
> the
> log messages look similar as in bug #741622, deauthenticating immediately
> after connect.
>
> For a later install on the same computer, also to USB target, I used WEP
> i
Petter Reinholdtsen (2014-09-11):
> [Cyril Brulebois]
> > Of course a failing d-i build means src:debian-installer FTBFS. What
> > else would that be?
>
> Thanks for asking. To me, it could also mean a failing to build a ISO
> with d-i udebs on it. But I had already tested ISO builds, and thus
[Cyril Brulebois]
> I disagree that reusing package names across package types is a nice
> thing to do. I very strongly disagree that it's OK to try that when
> we're close to the freeze (and not at the very beginning of the
> release cycle, where it hurts less to upload disruptive changes).
Given
Petter Reinholdtsen (2014-09-11):
> Given that udebs and debs have different name spaces, I do not see any
> problem myself with dropping a name from one namespace and introducing
> it in another, which is what I did when I renamed archdetect to
> archdetect-udeb in the udeb namespace and introduc
On Wed, 2014-09-10 at 14:14 -0700, Ryan Tandy wrote:
> On 10/09/14 10:28 AM, Ian Campbell wrote:
> > In the meantime if you could collect the lsmod with a Wheezy kernel for
> > comparison we can check if there is anything else there which ought to
> > be exposed to the installer.
>
> Attaching dme
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 11 Sep 2014 08:32:43 +0200
Source: hw-detect
Binary: hw-detect ethdetect disk-detect driver-injection-disk-detect archdetect
Architecture: source amd64 all
Version: 1.102
Distribution: unstable
Urgency: low
Maintaine
Your message dated Thu, 11 Sep 2014 10:00:10 +
with message-id
and subject line Bug#761135: fixed in hw-detect 1.102
has caused the Debian Bug report #761135,
regarding archdetect: package rename/package-type change breaks d-i builds
to be marked as done.
This means that you claim that the pr
On Thu, Sep 11, 2014 at 09:33:13AM +0200, Cyril Brulebois wrote:
> I disagree that reusing package names across package types is a nice
> thing to do. I very strongly disagree that it's OK to try that when
> we're close to the freeze (and not at the very beginning of the release
> cycle, where it h
On Tue, Sep 09, 2014 at 11:45:28AM -0700, intrigeri wrote:
>Hi,
>
>Steve McIntyre wrote (09 Sep 2014 15:51:01 GMT) :
>> * Regular live builds of testing - now we have stable release builds
>> happening on pettersson, we should also be able to do regular
>> weeklies too for Jessie. Still needs a
On Tue, Sep 09, 2014 at 08:23:10PM +0200, Ansgar Burchardt wrote:
>Hi,
>
>Steve McIntyre writes:
>> Debian-CD Plans
>> ===
>>
>> * Which images do we want to make for Jessie? Currently we have, for
>> every architecture:
>> + netinst
>> + CD set
>> + alternate versions of CD#1
On Tue, Sep 09, 2014 at 08:51:15PM -0700, Steve Langasek wrote:
>Hi Steve,
>
>On Tue, Sep 09, 2014 at 04:51:01PM +0100, Steve McIntyre wrote:
>> * Generating complete images (as opposed to installer images) brings
>> up other issues - d-i already asks a set of useful questions
>> (keymap, timez
Package: tasksel
Version: 3.24
Followup-For: Bug #678793
Since this bug has been open for quite a while and the libreoffice-gcj
packages weren't added back, is it safe to assume this will remain the
case for jessie?
In that case, please consider applying the attached patch.
After all, we can alw
On Wed, Sep 10, 2014 at 11:56:58AM +0100, Steven Chamberlain wrote:
> On 10/09/14 07:40, Adam Borowski wrote:
> > I think the "DebianDesktop requalification" table lacks an important
> > row: the availability of the desktop environment in question on all
> > Debian architectures.
>
> Not everyone
On Tue, Sep 09, 2014 at 08:18:01PM +0200, Kurt Roeckx wrote:
>
> In /etc/default/console-setup I have:
> CHARMAP="ISO-8859-1"
>
> However, my console acts like it's in UTF-8 mode.
>
> If I restart the console-setup service it does get properly set,
> so I'm guessing something else is overriding
On Thu, Sep 11, 2014 at 07:03:13PM +0300, Anton Zinoviev wrote:
> On Tue, Sep 09, 2014 at 08:18:01PM +0200, Kurt Roeckx wrote:
> >
> > In /etc/default/console-setup I have:
> > CHARMAP="ISO-8859-1"
> >
> > However, my console acts like it's in UTF-8 mode.
> >
> > If I restart the console-setup s
On 11/09/14 16:36, Adam Borowski wrote:
>> What happens otherwise if trying to start GNOME3 (or others)?
>> * without 3D, with llvmpipe
>> * without both
>
> llvmpipe doesn't work at all -- not ported to -- on !x86 !armhf.
>
>> Does it fall back gracefully to a fallback/flashback mode, and does t
On Wed, Sep 10, 2014 at 09:39:24PM +0200, Cyril Brulebois wrote:
> Steven Chamberlain (2014-09-10):
> > 3. for a user who blindly hits enter, they get our best guess to the
> > correct device (instead of a bare "now enter a device path" prompt)
>
> Please stop pretending it's a best guess. IT'S N
On Thu, Sep 11, 2014 at 06:11:22PM +0100, Steven Chamberlain wrote:
> On 11/09/14 16:36, Adam Borowski wrote:
> >> What happens otherwise if trying to start GNOME3 (or others)?
> >> * without 3D, with llvmpipe
> >> * without both
> >
> > llvmpipe doesn't work at all -- not ported to -- on !x86 !ar
On Thu, Sep 11, 2014 at 05:36:18PM +0200, Adam Borowski wrote:
> I just re-checked on powerpc in qemu, unlike my other setups it's not a real
> machine, but qemu is at least a reproducible setup without out-of-archive
> bits like all three of my armhf rigs.
> I'd say you'd need 'availability' or '
> So it looks like gnome3 is the only one that doesn't work on most
> architectures.
You tested qemu, not real hardware.
For your tests to be really meaningful, they would have to be done on
actual hardware.
That said, I don't see a good reason why availability on architectures
should be a decidi
On 11/09/14 19:26, Adam Borowski wrote:
> On Thu, Sep 11, 2014 at 06:11:22PM +0100, Steven Chamberlain wrote:
>> Fair enough if a Debian desktop doesn't want to support "toy
>> architectures" (I don't mind use of this term).
>
> So you call all but two[1] of Debian architectures (14+9) "toys"[2]?
On 11/09/14 18:23, Hendrik Boom wrote:
> Does the installer no longer know to what device it installed the
> Debian system? Perhaps where it put /boot? Might *that* be
> a good place to put the bootloader?
I've been trying to document the existing processes here:
https://wiki.debian.org/Debia
Steven Chamberlain (2014-09-11):
> On 11/09/14 18:23, Hendrik Boom wrote:
> > Does the installer no longer know to what device it installed the
> > Debian system? Perhaps where it put /boot? Might *that* be
> > a good place to put the bootloader?
>
> I've been trying to document the existing
On 11/09/14 22:48, Cyril Brulebois wrote:
>> I've been trying to document the existing processes here:
>> https://wiki.debian.org/DebianInstaller/Bugs/GrubInstaller
>
> This page is missing cases involving firmware on a USB stick, so
> no, even installation from CD/DVD/PXE can fail the same way.
I think there could be two distinct sets of criteria:
1. criteria for the premier desktop to suit most users - it's
counter-productive for portability to be a major factor in this
2. criteria for the next-best desktop where 1. isn't practical -
portability, versatility and media size are much m
Hope you guys don't mind me adding my comment here??
I've noticed that this happens when I'm installing into a virtualbox vm,
and there is only single partition. Seems like a silly question when there
is only 1 choice.
regards
On Fri, Sep 12, 2014 at 7:51 AM, Steven Chamberlain
wrote:
> On 11/
Hi,
On 12/09/14 00:54, Ozi Traveller wrote:
> I've noticed that this happens when I'm installing into a virtualbox vm,
> and there is only single partition.
Thanks, this is useful information for me. But please could you be more
specific: was this a default, automatic (preseed) or expert-mode
i
Hi
Sorry for the lack of information.
auto preseed, not expert:
https://github.com/ozitraveller/star-live-build/blob/master/xfce-64/config/includes.installer/preseed.cfg
version: jessie
install media: iso image
mounted as virtual CDROM : yes
Yes that is the dialog I got, only not QEMU.
Yes I un
retitle 759189 please use syslinux-utils instead of isolinux
reassign 759189 debian-installer
forcemerge 759189 751731
thanks
given that:
* the original bug is in debian-installer which needed to be updated
for newer syslinux (and which has happened in git and which progress
of an uploa
Processing commands for cont...@bugs.debian.org:
> retitle 759189 please use syslinux-utils instead of isolinux
Bug #759189 [isolinux] isolinux: isohybrid dropped, breaking debian-installer
builds
Changed Bug title to 'please use syslinux-utils instead of isolinux' from
'isolinux: isohybrid drop
35 matches
Mail list logo
