This bug never got a followup, but I can name three circumstances I know of
under which it still happens.
1. Almost guaranteed to not be the problem, but it should be documented
somewhere: If you use an Atom-based "nettop" where the external display is the
only one used, it might
On 24.10.2016 00:41, Philipp Kern wrote:
[...]
>>
>> [1]
>> http://changelogs.ubuntu.com/changelogs/pool/main/p/partman-base/partman-base_187ubuntu2/changelog
>>
>>
[2]
>> http://changelogs.ubuntu.com/changelogs/pool/main/p/partman-partitioning/partman-partitioning_110ubuntu4/changelog
>
>>
> I
On 08/31/2016 01:21 PM, Viktor Mihajlovski wrote:
> the patches have been incorporated in Ubuntu's d-i since their 16.04
> release ([1],[2]) and I would hope that thereby they have gotten
> sufficient test coverage in the meantime. I haven't heard of breakages
> for other architectures and they hav
Dear Maintainer(s),
the patches have been incorporated in Ubuntu's d-i since their 16.04
release ([1],[2]) and I would hope that thereby they have gotten
sufficient test coverage in the meantime. I haven't heard of breakages
for other architectures and they have positively fixed the issues for s39
Hello KiBi,
you were right, it was due to the missing apt-setup/use_mirror.
I think we can close this particular braindropping-bug.
On 26-08-15 13:08, Cyril Brulebois wrote:
> Hi,
>
> NeatNerdPrime (2015-08-26):
>> Followup on this issue:
>>
>> The sources.l
Hi,
NeatNerdPrime (2015-08-26):
> Followup on this issue:
>
> The sources.list file in /target/etc/apt appear to be different when
> performing installation preseeded or manual.
> It appears that the sources.list file generated with the preseed method
> has forgotten to add t
Followup on this issue:
The sources.list file in /target/etc/apt appear to be different when
performing installation preseeded or manual.
It appears that the sources.list file generated with the preseed method
has forgotten to add the mirror settings and the updates section of apt.
It is
On Fri 17 Oct 2014 at 13:59:21 +0200, Cyril Brulebois wrote:
> Miles Fidelman (2014-10-17):
> >
> > Cool. But will it get applied (just read the log on #668001)? Sigh
>
> You already have a solution, provided in minutes after you asked.
>
> Feel free to take your sighing elsewhere, thanks
Miles Fidelman (2014-10-17):
> Kenshi Muto wrote:
> >At 16 Oct 14 19:36:54 GMT,
> >Miles Fidelman wrote:
> >(snip)
> >>base-installer/includes
> >>and/or
> >>base-installer/excludes
> >>
> >>So, in theory, it looks like there IS a way to preseed things during the
> >>early install process - but...
Kenshi Muto wrote:
At 16 Oct 14 19:36:54 GMT,
Miles Fidelman wrote:
(snip)
base-installer/includes
and/or
base-installer/excludes
So, in theory, it looks like there IS a way to preseed things during the
early install process - but
- bug #668001 in debootstrap (open since 2012) seems to get
At 16 Oct 14 19:36:54 GMT,
Miles Fidelman wrote:
(snip)
> base-installer/includes
> and/or
> base-installer/excludes
>
> So, in theory, it looks like there IS a way to preseed things during the
> early install process - but
>
> - bug #668001 in debootstrap (open since 2012) seems to get in t
Since I asked the question, I figure I should follow up with what I
found out
Cyril Brulebois wrote:
Miles Fidelman (2014-10-16):
1. Where in the installer code does the init system get installed
into the target build?
As far as I can tell, from somewhat out-of-date documentation
(http:/
Processing commands for cont...@bugs.debian.org:
> severity 728936 important
Bug #728936 [installation-reports] Debian testing installer does not dectect
USB keyboard.
Severity set to 'important' from 'normal'
> This bug is still present after several weeks in
Unknown command or malformed argumen
Dear Maintainer,
when it got to the "chose language" screen, there was no response to the
keyboard or the mouse.
See below for details...
-- Package-specific info:
Boot method: CD
Image version: /cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd
Date: 2013/11/25 approximately 01:00 UTC
Ma
Package: debian-installer
Followup-For: Bug #511896
Dear Maintainer,
I see a similar issue when trying to re-install over an all ready
existing Debian Wheezy install.
In my case a full disk encrypted LVM was all ready present. From a USB
net-install the partitioning step hangs at 39%. The
phcoder gave me the following information on IRC about this transition:
15:13 < phcoder> dkg: install method can be changed to whatever yaboot
currently uses for the ease of transition if I get enough info about what it does
15:13 < phcoder> And HFS+ works as well
Regards,
--dkg
-
>> Initial failure to detect ethernet controllers
This was probably due to a dead CMOS battery and conflict between the
onboard ethernet controller and installed cards. There has been no boot
problems since the battery was replaced and all PCI cards were removed.
Firmware installation:
(http
I tried lenny beta 2, that booted successfully.
http://ftp.nl.debian.org/debian/dists/testing/main/installer-i386/current/images/hd-media/boot.img.gz
md5: 6d3bb654070a821de94774f89dd5d11d
http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/iso-cd/debian-LennyBeta2-i386-netinst.iso
md5: 9dab64b
reassign 480755 tasksel
thanks
Tasksel maintainers: I think libgl1-mesa-dri is very needed in the desktop
task; it is a common problem that X users don't get DRI support by default,
and run into issues that are not trivial to track down.
See the bug log for more details.
On Wed, May 14, 2008 at
Processing commands for [EMAIL PROTECTED]:
> reassign 480755 tasksel
Bug#480755: compiz should bring libgl1-mesa-dri|nvidia|fglrx|... whatever
needed to get 3D
Bug reassigned from package `compiz' to `tasksel'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian
On Monday 07 January 2008, Joey Hess wrote:
> No, it does not make sense to try to modprobe rtc-dev and only make the
> symlink if the modprobe succeeds. rtc-dev is built into the kernel on
> the nslu2 and some other hardware.
It still seems to me that just modprobing them both by default and prin
The version of udev that supports the rtc symlink is 116.
No, it does not make sense to try to modprobe rtc-dev and only make the
symlink if the modprobe succeeds. rtc-dev is built into the kernel on
the nslu2 and some other hardware.
--
see shy jo
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I didn't see this addressed anywhere else in the current bugs list so I
figured I'd follow up with this existing bug. The failure of the nvidia
sata to detect attached drives seems to be related to a timeout issue.
Rather than describe it here I'll pr
Your message dated Thu, 14 Oct 2004 21:04:02 -0700
with message-id <[EMAIL PROTECTED]>
and subject line closing this report
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility
Hi,
At Wed, 13 Oct 2004 21:04:04 -0400,
Joey Hess wrote:
> Can you verify that ssh problems are fixed in the current debian-installer?
>
> Also, do you still see the crash with baseconfig-udeb? What kind of
> crash is it exactly?
I tried on VMware (linux DEBCONF_PRIORITY=medium).
When prebasecon
Can you verify that ssh problems are fixed in the current debian-installer?
Also, do you still see the crash with baseconfig-udeb? What kind of
crash is it exactly?
--
see shy jo
signature.asc
Description: Digital signature
Whoops, I just re-read the entire correspondence of the bug report, and Branden does
say something more about testing his changes. He talks of preparing a patch for me to
try out by building from the XFree86 Subversion source tree. I could give it a try, if
he's ready with the patch before mid-D
Joey Hess requested a re-test of the problem install. Unfortunately, I don't have time
to do a re-install, especially since there's nothing in the xserver-xfree86 changelogs
to suggest the problem is fixed.
I did have some correspondence with Branden Robinson. He did mention plans to backport
On Wed, Aug 25, 2004 at 10:04:30AM -0700, Joshua Kwan wrote:
> I was reinstalling my laptop yesterday and ran into this problem. I
> found that replacing all the xfs_freeze stuff with a single call of
> 'sync;sync;sync' would not cause the deadlock.
>
> Perhaps it is sufficient to freeze, then unf
I was reinstalling my laptop yesterday and ran into this problem. I
found that replacing all the xfs_freeze stuff with a single call of
'sync;sync;sync' would not cause the deadlock.
Perhaps it is sufficient to freeze, then unfreeze the filesystem?
--
Joshua Kwan
signature.asc
Description: Dig
Hello *,
today I download latest iso:
http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/sparc/20040801/sarge-sparc-netinst.iso
always failled as previously :(
then
http://gluck.debian.org/cdimage/testing/sid_d-i/sparc/20040801/sarge-sparc-netinst.iso
also failled as previously too :(
OTC
conflicts on the udebs while building
a new cd image and I'm too lazy to redownload an archived one.
I will check it again once the udebs are fixed (marked on paper and
stuck to the cd case). Thanks for the followup.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Did you ever get anywhere on this tail problem? Can you still reproduce
it?
One possibility is something is creating a new /var/log/messages.
busybox tail will not follow to new files. I saw this once when a broken
anna re-installed the rootskel udeb, which includes an empty
/var/log/messages, but
.. stupid me
i am not subscribed to debian-boot
so if you would be so kind, as to
CC the mail to me as well ..
> best regards
> christian bahls
> maths student
> university of rostock
> germany
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
On Wed, 2002-08-28 at 11:02, Wartan Hachaturow wrote:
> Some time ago I've synced autopartkit with 1.6. It's pretty easy
> to do this with 1.4, since API is different mostly in function names ;)
> I've also synced partkit, but there has been some changes ;) since
> then. I could do a merge and co
On Wed, Aug 28, 2002 at 12:27:40PM +0200, Martin Sj?gren wrote:
> Hmm. partkit seems to be using parted 1.4. The version in unstable is
> 1.6. Sucks to be me I suppose, the testing version is still 1.4, but who
> knows when 1.6 will move to testing. The API is very different, which I
> encountere
ons 2002-08-28 klockan 04.13 skrev Michael Cardenas:
> Here's my final patch. This one fixes the two fixme's in partkit.c,
> one for getting a list of devices, the other for getting a default. I
> just use the first device returned as the default.
Hmm. partkit seems to be using parted 1.4. The v
Here's my final patch. This one fixes the two fixme's in partkit.c,
one for getting a list of devices, the other for getting a default. I
just use the first device returned as the default.
michael
--
michael cardenas | lead software engineer | lindows.com | hyperpoem.net
"When you understand
Martin Sjögren wrote:
>>+ ptr = partkit_get_devices(dev);
>>
>> client->command (client, "subst", "partkit/select_device", "choices",
>> ptr, NULL);
>>+ free(ptr);
>>+
>> /*FIXME: how to get a default device? */
>> client->command (client, "s
tis 2002-08-27 klockan 19.09 skrev Michael Cardenas:
> Here's a cleaner version of this patch.
Dang. I should read all my mail before starting to reply to some of it
:-)
> +char *partkit_get_devices(PedDevice *dev)
[snip]
This fixes some of my comments in the other mail.
> + ptr = partki
Here's a cleaner version of this patch.
Also, I tested it on another machine (not my laptop) and it works
fine. Is libparted not completely reliable?
--
michael cardenas | lead software engineer | lindows.com | hyperpoem.net
"Time itself is being. All being is time"
- Dogen
--- partkit.c.or
Hi all,
Thanks to Kaz Aoshima's iso image, I've been able to succesfully boot my
Bull Estrella Series 300 (aka Motorola Powerstack 4000 II)!
As soon as I'm up to speed and have read up some debian docs, I want to
work on the current bootfloppies in testing (for powerpc prep, that is).
Thanks f
Ah yes well.
I forgot the link to Kaz's ppc prep linux page for those that don't know:
http://ppc.linux.or.jp/~aoshimak
Happy Hacking,
Rubin.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Just an FYI (sorry to the person who responded, I lost your message).
It appears that the second DIMM slot on the motherboard is faulty.
Why this would cause the machine to freeze at the *exact* same point
is beyond me, but now that the DIMM that was in it has gone, debian
is installing perfec
44 matches
Mail list logo
