On Thursday 08 June 2006 09:08, Jurij Smakov wrote:
> I've prepared updated silo package (patch attached), including a fix
> for this bug. It has been updated to the latest available upstream,
> built with gcc-4.1 in pbuilder, and tested on both sparc32 and sparc64.
> +++ b/debian/control 2006-06
On Wednesday 14 June 2006 13:51, Frans Pop wrote:
> This is probably the result of prebaseconfig being removed from testing
> and being replaced by finish-install.
Hmm. Looks like the finish-install postinst uses sort in a way unsupported
by the busybox version used in beta2 initrds...
Hi,
I'm not sure if this bug is really totally fixed now, although I'm seeing
it in reverse...
During an upgrade today of an unstable box that had not been updated in a
while, I got the following situation:
Preparing to replace vim 1:6.4-007+1 (using .../vim_1%3a7.0-017+5_sparc.deb) ...
Unpackin
On Wednesday 14 June 2006 20:19, Bastian Blank wrote:
> The version in unstable support it.
Ack. Otherwise the bug would have also shown in daily builds...
This does not help with this BR though which concerns images built using
Beta2 initrds which contain an older version of busybox.
So, even
On Sunday 11 June 2006 20:04, Steinar H. Gunderson wrote:
> I'm unable to reproduce this with 0.102 in a normal (ie. non-d-i)
> environment:
I can still reproduce the problem during an installation though...
> configdb is here set up to be my normal debconf database (so I have
> some source data
On Thursday 15 June 2006 21:33, Steinar H. Gunderson wrote:
> > Another is busybox.
>
> How would this influence anything?
Told you they were _wild_ guesses ;-)
> Do you have a copy of the source and target databases, as well as the
> cdebconf.conf used? It might be something specific about the d
Package: partman-auto-lvm
Version: 8
Severity: serious
While testing partman-auto-lvm on sparc, which has default /boot partition
in its schemes, partman-auto-lvm created two /boot partitions.
Reason is that the following line is broken:
if ! echo $normalscheme | grep -eq "[[:space:]]/boot[[:s
Package: openjade
Version: 1.4devel1-15
Severity: grave
Justification: renders package unusable
I normally build the Debian Installation Guide in a Sarge environment,
except when I upload the package.
In current unstable the build of the PDF version of the manual fails
when openjade is being run:
After downgrading the following three packages, the build completes
without errors again:
ii libosp4c2 1.5.1.0-4 Runtime library for OpenJade group's SP suite
ii libostyle1c2 1.4devel1-14 Runtime libraries for OpenJade
ii openjade 1.4devel1-14 Implementation of the DSSSL la
On Wednesday 01 February 2006 07:14, Ben Collins wrote:
> > I'm bumping the severity up a bit. It would be very nice to upload a
> > new afbinit, fixing this bug and #250619.
>
> Would be even nice if I could do the upload. Someone will have to NMU
> it.
Will do.
--
To UNSUBSCRIBE, email to [EM
severity 350797 minor
thanks
Thanks for your quick reaction.
On Wednesday 01 February 2006 04:26, you wrote:
> The problem is that in order to resolve a long standing performance
> problem, I turned off DTDDECL handling in the the libosp5 package on
> which openjade depends. What this means is t
y=low
+
+ * Non Maintainer Upload.
+ * Change the mmap() of the card's registers to use MAP_SHARED instead
+of MAP_PRIVATE. Closes: #346085.
+ * Update debhelper compatibitily to version 5.
+
+ -- Frans Pop <[EMAIL PROTECTED]> Wed, 1 Feb 2006 14:20:57 +0100
+
afbinit (1.0-1) unsta
eep the image I created this way in vmware for a while in case
additional information is wanted.
Cheers,
Frans Pop
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Monday 06 February 2006 22:25, Martin Michlmayr wrote:
> > architecture.mk convert the architecture name in case the name in
> > Debian and the name in the kernel tree is different, which is the
> > case for powerpc (ppc), and hppa (parisc).
>
> Manoj, maybe you can take a look at the build fail
tags 347479 + patch
thanks
The attached patch adds some basic checks so we do not "just go ahead" in
situations the code is not ready to handle. Basically, partman-auto-lvm
will now fail if the device selected for autopartioning already contains
an LVM physical device.
Also, the check if the na
(9) UNRELEASED; urgency=low
* Fix code that checks if a /boot partition is already present in the
-selected scheme. Closes: #350444.
+selected scheme. Closes: #350444.
+ * Improve handling of the VG name question. Thanks to Fabio M. Di Nitto.
+ * Bail out in situations we ca
gain in this
release.
Cheers,
Frans Pop
pgp73xxw1lQTH.pgp
Description: PGP signature
On Wednesday 08 February 2006 22:07, Christian Perrier wrote:
> Well, even though I'm not fond of new strings so late in the release
> process, I guess we can't avoid it (I wouldn't say so if this was a
> real final release with a hard string freeze).
I agree, but as:
- this is a new component
- i
Package: klibc
Severity: serious
Version: 1.3.3-3
After an upgrade in unstable on sparc a reboot resulted in:
run-init: statfs /: invalid parameter
I'm inclined to blame klibc as that was also the cause the previous time
(#347902), but everything involved was upgraded. From /var/log/aptitude:
[
Package: console-tools
Version: 0.2.3dbs-61
Severity: serious
Upgrade of console-tools (and therefore console-common) fails because
console-screen.sh throws an error when started:
$ ./console-screen.sh start || echo "FAIL $?"
+ '[' -r /etc/console-tools/config ']'
+ . /etc/console-tools/config
++
On Thursday 04 May 2006 13:17, you wrote:
> Frans Pop say that this bug is done in images after 15/04/2006, but I
> burn the 3 *DVDs* of Debian Etch (17/04/2006) and I found the same
> problem: The installer work ONLY with internet conection (online
> repository is necessary
Package: busybox-udeb
Version: 1:1.1.2-1
Severity: critical
# echo "Create" | tr '[A-Z]' '[a-z]'
Segmentation fault
pgpuZaaO4XE6d.pgp
Description: PGP signature
Package: netcfg
Version: 1.17
Severity: serious
Justification: Makes package unsuitable for release
Now that udev is enabled in d-i for kernel 2.6.14, regular interfaces get
recognized as being "hotpluggable".
However, as udev no longer uses hotplug, the current configuration set up
by netcfg n
ary ideas for Ubuntu
regarding this [2], but I'm not sure that also applies for Debian.
Cheers,
Frans Pop
[1] http://bugs.debian.org/340935
[2] https://wiki.ubuntu.com/NetworkMagic
pgp1MQ11QL9G9.pgp
Description: PGP signature
s (switch to VT2 and check
the output of 'dmesg' and contents (using nano) of /var/log/syslog)?
Thanks.
Frans Pop
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: linux-2.6
Version: 2.6.14-4
Severity: serious
The following error happens on Debian Installer boot in vmware (386 kernel).
This problem was not present in -3.
The system does come up after the error, but it looks so basic (memory
management AFAICT) that I've set RC severity anyway.
Feel
found 339711 2.0pl5-19.3
thanks
Sam, thanks for working on this.
I'm afraid the NMU has not fixed the problem on sparc though.
[EMAIL PROTECTED]:~$ dpkg -l dhcp-client
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(non
On Saturday 03 December 2005 15:49, Frans Pop wrote:
> Sam, thanks for working on this.
>
> I'm afraid the NMU has not fixed the problem on sparc though.
I've found the cause. One patch had an extention ".diff" instead of
".patch" and because of that was
close 341878 1.22
thanks
Bug arrived after fix had already been uploaded, therefore closing this
way.
On Saturday 03 December 2005 21:03, Joey Hess wrote:
> Daily build install is failing like this on alpha, and I think on sparc
> as well:
No, it does not affect Sparc. Problem was that in some
Package: gtk+2.0-directfb
Version: 2.0.9.2-12
Severity: serious
Justification: FTBFS
The package fails to build on these two architectures with the same error:
gdkpango.c: In function 'gdk_draw_layout_line_with_colors':
gdkpango.c:307: warning: enumeration value 'PANGO_UNDERLINE_ERROR' not
handle
Package: parted
Version: 1.6.25.1-1
Severity: serious
Justification: FTBFS
The package fails to build on these two architectures with the same error:
../../../libparted/fs_hfs/advfs.c: In function 'hfs_read_bad_blocks':
../../../libparted/fs_hfs/advfs.c:241: internal compiler error: Floating
poin
Thiemo Seufer replied to #342028 (similar error for gtk+2.0-directfb):
"From the symptom I expect this to be fixed in gcc-4.0 4.0.2-4."
Possibly this is valid for parted too.
I understand that rebuilds are already being scheduled.
[23:12:11] ths: So, just ask buildd admins to schedule a rebuild?
On Tuesday 06 December 2005 05:23, Jurij Smakov wrote:
> It's not kernel's fault. I have just booted the 2.6.14 off today's
> sid_d-i daily netinst, and it has the bug. The bug appears because the
> af_unix_init function is invoked twice, and it normally should not
> happen. This function is the in
reassign 341392 ftp.debian.org
retitle 341392 Please remove obsoleted socket-modules-2.6.14-2-386-di
thanks
On Tuesday 06 December 2005 06:55, Frans Pop wrote:
> This looks to be a serious bug in kernel-wedge as it seems a module
> from a previous kernel version is included when that mod
, Dec 09, 2005 at 01:17:42PM +0100, Frans Pop wrote:
> > There are several packages relevant for the installer that have what
> > looks like minor problems keeping them from being built on some
> > arches.
> > - cdebconf (0.91)
> > Failed on alpha and ia64 with stran
Package: klibc
Version: 1.1.1-4
Severity: serious
Justification: Fails to build from source
I was trying to recover from yaird failing to create an initrd for the
new kernel and, to install initramfs-tools, had to try to build klibc
locally as it's not available from the mirrors for Sparc.
This r
The bug seems to be caused by the new make (3.80+3.81.b3-1).
The README.Debian lists several backwards incompatibility warnings for
this version. Possibly the build failure is caused by one of those.
The build succeeded after downgrading to make 3.80-12.
I'm not sure where this problem needs to
Package: debconf
Version: 1.4.62
Severity: serious
Justification: Breaks new installations
When installing a new system (unstable), tasksel, while showing a progress
bar, fails at the end of downloading packages with the following error:
Can't call method 'description' on an undefined value.
severity 358532 important
reassign 358532 hw-detect
thanks
On Thursday 23 March 2006 03:35, Blars Blarson wrote:
> Severity: grave
> Justification: renders package unusable
Please don't inflate severity: a reboot failure on one specific type of
system does not make the whole installer unusable.
severity 358510 important
thanks
On Thursday 23 March 2006 00:57, Glenn English wrote:
> When it comes time, during the boot process, to mount the root
> partition, sda has become a SATA drive. The boot kernel says sda3
> doesn't exist, and drops to a shell (or when the SCSI has only one
> partiti
Package: cdebconf
Version: 0.97
Severity: serious
When debconf-copydb is run from pkgsel's postinst script, it deletes the
existing /var/cache/debconf/templates.dat in /target; after it has run
only copied templates are present.
This results in the problem that has been reported that tasksel is
On Thursday 13 April 2006 22:59, Steve Langasek wrote:
> I think etch should support 2.4 in the sense of "upgrade support only";
> i.e., it should support 2.4 because we need to be able to install etch
> on systems running sarge 2.4 kernels, not because we'll provide support
> for 2.4 in etch.
Wha
severity 362800 important
thanks
On Saturday 15 April 2006 19:22, Nizamov Shawkat wrote:
> Today I downloaded the fresh Etch iso image (CD-1, ~650Mb).
> When I tried to install, installer correctly recognized media as Etch
> 'testing' medium Then installer required to define the online
> repositor
severity 363079 normal
merge 363079 362846
thanks
On Monday 17 April 2006 15:28, Harald Dunkel wrote:
> -if [ ! -L -e -d "/usr/X11R6/bin" ]; then
> +if ! [ -L "/usr/X11R6/bin" ] && [ -d "/usr/X11R6/bin" ]; then
This bug was already filed as #362846 and was already fixed, though the
fixed version
Package: udev
Version: 0.084-4
Severity: serious
After upgrade of udev from 0.084-3 to 0.084-4 and regenerating
initramfs-tools initrd, ide-generic is no longer loaded on boot.
I get dropped into a shell. Doing:
# modprobe ide-generic
# exit
is enough to continue and complete the boot.
After
exec of program /etc/initd.d/hdparm failed
IMO it would be good to suppress such messages as, in my experience, they
will only lead to unnecessary installation and bug reports.
maks suggested to re-add the "silence_exec_error" patch for Beta2 and
maybe come back to this issue
On Wednesday 15 February 2006 12:50, Marco d'Itri wrote:
> Sorry, the right command was "udevtest /block/hda".
$ sudo udevtest /block/hda
main: looking at device '/block/hda' from subsystem 'block'
run_program: 'ata_id --export /dev/.tmp-3-0'
run_program: '/lib/udev/ata_id' (stdout) 'ID_TYPE=disk'
Marco,
Attached is the info you requested, at least I hope it is.
You asked for 'udevtest -a -p /sys/block/hdetc', but udevtest only gave me
systax errors or 'could not open file' errors. udevinfo did give a result
with those parameters, so I decided you probably mistyped.
If you actually want u
On Wednesday 15 February 2006 23:48, Chris Searle wrote:
> I have no idea how to go about debugging this and of course - since it
> can't find the disks - no logs to look in :(
Please try the following at the shell prompt:
# modprobe ide-generic
# echo /dev/hda*
Are your partitions listed now? If
tags 354339 + unreproducible
thanks
On Saturday 25 February 2006 14:14, Christian Perrier wrote:
> It seems that preseed always tries to retrieve a preseed file...even
> for not preseeded installs.
>
> I found this while running a standard install with the sid_d-i netinst
> of 20060224.
I cannot
tags 354339 - patch
tags 354339 - pending
thanks
I have looked at the coding and I'm not happy with it for the release.
Although I agree that the patch by Geert will solve the problem seen by
Christian, I think it only helps to hide some more basic problems with
the whole implementation of dhcp
On Wednesday 01 March 2006 07:33, Joey Hess wrote:
> Frans Pop wrote:
> > For one thing, my dhcp server setup [1] already uses 'filename' for
> > PXE netbooting. So it seems that the chosen solution is incompatible
> > with netbooting which I doubt was the intention
ng
+# To provide the archive key for security checks.
# - dpkg (>= 1.13.9)
# We tweak dpkg logging options only understood by this
# version.
Index: debian/changelog
===
--- debian/changelog (revision 35185)
+++ debian/changelog (working copy)
@@ -1,3 +1,10 @@
+debian-installer (
On Friday 03 March 2006 20:31, Frans Pop wrote:
> I think the attached patch may allow the buildd to perform the key
> check, but I'm not completely sure.
Actually, it looks like the change in get-packages may not be needed and
we can suffice with an extra build-dep on debian-archive
On Wednesday 08 March 2006 06:42, Blars Blarson wrote:
> Since the system isn't bootable it's hard to check the contents of
> that file.
You could try the rescue mode of the installer to get a chroot into your
root directory to generate a new initrd.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
On Monday 19 June 2006 20:57, Steinar H. Gunderson wrote:
> After some discussion on IRC, here's the updated patch.
Joey applied this patch yesterday and today I've built cdebconf for the
new version and after that a mini.iso including that.
When pkgsel is run, the debconf database is still being
(Keeping Steinar in To: in the hope he'll want to try this one as well ;-)
On Tuesday 20 June 2006 16:40, you wrote:
> One change is needed yet; the current code in debconf-copydb simply
> turns off i18n support (since the old code couldn't handle that
> properly, it seems, or perhaps it's even ol
Package: adduser
Version: 3.87
Severity: serious
Tags: d-i
After a new installation using Debian Installer, there are wrong mail
files for several (system) users that are created during the
installation:
# cd /target/var/spool/mail
# ls -l
-- 1 root mail 0 2006-06-20 13:41 Debian-exim
-
Confirmed that the bug was introduced with passwd 4.0.15-10.
After downgrading to 4.0.15-9 there is no longer a mail spool file created
for a new user.
pgpO0EixybjeR.pgp
Description: PGP signature
On Wednesday 21 June 2006 22:26, you wrote:
> However, I think the issue is not present in the 4.0.16 versions
> (according to my tests and according to the code).
>
> Can somebody else confirm?
Confirmed. If I do a new install of unstable, the mail spool dir is clean.
pgp3pZbjlwzC1.pgp
Descript
reassign 375927 installation-reports
severity 375927 normal
thanks
On Thursday 29 June 2006 01:53, Michael Biebl wrote:
> md0 (sda1,sdb1) => swap
> md1 (sda2,sdb2) => /
> grub is installed correctly, but groot in /boot/grub/menu.lst is set to
> (hd0,0), so update-grub generates a /boot/grub/menu.
Package: glib2.0
Version: 2.10.3-2
Severity: serious
Last upload of glib2.0 has failed to build on IA64.
This was already discussed on IRC, but I've decided to file a BR anyway as
this will block the release of the Beta3 release of Debian Installer.
< fjp> Np237: Any ideas about the glib2.0 bui
On Tuesday 04 July 2006 23:20, Joey Hess wrote:
> An updated kernel-image-2.4-sparc32 was uploaded to stable and reached
> unstable since that version was newer than anyhing in unstable. The new
> version was for the -3 abi version of the kernel, which for sparc32,
> has for some reason not reached
Hi,
After pinging Lamont on IRC, I decided to try the fix myself...
glib2.0 with debian/patches/999_ia64_atomic_ops_broken.patch removed built
fine on merulo (sid chroot).
ii gcc 4.1.1-3 The GNU C compiler
Is this a case of "if it builds it's OK"?
If you like, I could
On Thursday 13 July 2006 00:34, Martin Michlmayr wrote:
> Yeah, I just noticed that myself. :/ It does suck but I'm not sure
> this is a RC bug. The kernel does work, sort of, after all... we're
> trying to get beta3 out and I think the -boot team will kill me if
> there has to be another kernel
On Sunday 16 July 2006 20:59, Florian Effenberger wrote:
> Could anybody please move that to the repository? Bug still is there...
It will be part of the next point release for stable. Fixed package is
currently available from proposed-updates.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
severity 378521 normal
thanks
On Monday 17 July 2006 06:39, Manfred Richter wrote:
> Comments/Problems:
> During installation a driver for the ethernet, called sky2, is used.
> After installation this driver is not longer present.
Davide Viti has already given you the reason for this issue. It sh
On Monday 17 July 2006 10:53, you wrote:
> > It will be part of the next point release for stable. Fixed package
> > is currently available from proposed-updates.
>
> It isn't. Having
>
> deb ftp://ftp.de.debian.org/debian sarge main contrib non-free
> deb http://ftp.de.debian.org/debian sarge-prop
On Wednesday 19 July 2006 22:22, Patrick Winnertz wrote:
> I installed an cdd (debian-edu) and the installer failed in the
> finish-install.postinst - script.
> Errormessage as above (shortly: unsupported option -k)
> The Busybox Version shipped with the cd is Busybox 1.1.3-2 and
I seriously doubt
severity 335950 normal
reassign 335950 installation-reports
thanks
On Thursday 27 October 2005 00:32, Kenneth Gessner wrote:
> Severity: critical
> Justification: breaks the whole system
Again the severity is inflated. How can it break the system if there is no
system installed?
> "cannot insta
Package: libgtk+2.0-directfb-dev
Version: 2.0.9.2-10
Followup-For: Bug #337248
As this package supplies .pc files, it should depend on pkg-config
(libgtk2.0-dev does the same).
No real hurry to add this as this is currently taken care of for
cdebconf-gtk by its dependency on libgtk2.0-dev.
-- Sys
tag 337382 pending
thanks
On Friday 04 November 2005 09:48, Daniel Schepler wrote:
> Tracing this by adding a set -x to the command line, it appears this
> is being caused by s390 expanding to an ARCH_FULL of "S/390".
Correct. This is already fixed in the rules file by changing the
separators fo
severity 337382 important
thanks
Downgrading this issue. As the installation-guide is arch all, it does not
need to be build on the buildd's and is therefore less critical. It
should at least not block the current version from moving to testing.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
I'm seeing the same problem on my Sparc Ultra10. Switching to dhcp3-client
solved the issue.
Removal of the package might not be such a good idea as Debian-Installer
uses the dhcp-client-udeb. I've not yet checked if the udeb has the same
problems on sparc.
pgpj9M3nFzGdl.pgp
Description: PGP
On Saturday 19 November 2005 05:05, Steve Langasek wrote:
> What's holding up the switch to dhcp3-client-udeb? Andrew Pollock did
> a lot of work earlier this year to get it ready for d-i use. Is there
> still something missing, or is it just a question of trying it out?
The only issue AFAIK is
On Saturday 19 November 2005 10:41, Steve Langasek wrote:
> Do we actually have reason to believe that this is a memory leak, i.e.,
> leaving the daemon running will continue to eat more memory? If the
> program simply needs 70-some MB to run, that's unfortunate, but not RC;
> if, OTOH, its memory
On Saturday 19 November 2005 15:15, Steve Langasek wrote:
> Granted, though it seems that at least two of the architectures you
> quoted don't support floppy installs in etch? :)
Sparc does but they are not part of official release as building them
requires root.
pgpRx89JdeMb9.pgp
Description:
On Friday 23 December 2005 14:34, maximilian attems wrote:
> please try the attached patch,
> should load ide-generic even if udev didn't yet bring it up:
Although my initial report was for Sparc (which I will test tomorrow, I've
also tested it on my laptop.
ide-generic is loaded, but ide-disk is
On Saturday 24 December 2005 04:32, Frans Pop wrote:
> On Friday 23 December 2005 14:34, maximilian attems wrote:
> > please try the attached patch,
> > should load ide-generic even if udev didn't yet bring it up:
>
> Although my initial report was for Sparc (which I will
On Thursday 29 December 2005 02:48, maximilian attems wrote:
> could you try the attached hook file,
> please place it under
> /usr/share/initramfs-tools/scripts/init-premount/
The ide hook file in #344754 works for me on both my Sparc and laptop.
Cheers,
FJP
pgpuUo1BmT4gV.pgp
Description: PGP
I've reassigned this bug from the kernel to gcc-4.0 as we feel that the
solution chosen in the kernel packaging is not really a fix, but a
workaround.
As tests have shown that the problem does not exist when the same kernel
is compiled with gcc-3.3, the real bug is likely in gcc-4.0.
I've "foun
On Wednesday 07 September 2005 23:21, you wrote:
> It would be extremely helpful if you could find a way to reproduce
> this that does not require root... any ideas?
Well, I think the problem can also be reproduced outside a
debian-installer environment (getting linux-image-2.6.12-1-386 (2.6.12-2
Package: partconf
Version: 1.10
Severity: grave
Tags: d-i
During installation for s/390, partconf no longer recognizes partitions on
a dasd. This is probably due to recompilation against libparted 1.6.24.
pgpmSfYq3oxbn.pgp
Description: PGP signature
Package: base-installer
Version: 1.24
Severity: serious
In commit r29833 the value of link_in_boot was changed from false to true
for i386 and amd64. This change make lilo-installer fail as lilo.conf is
configured to expect symlinks for the kernel and initrd in / (if boot is
not a separate part
On Sunday 25 September 2005 09:40, Petter Reinholdtsen wrote:
> Why the serious severity? lilo is not the default boot loader, so
> this only affect expert installs.
Because LILO is the default installer in some cases (/ on XFS IIRC) and is
also ofter prefered by users for RAID installs.
Also, i
On Monday 26 September 2005 17:11, Lennart Sorensen wrote:
> My raid install of sarge used grub. Why ever would you want it to use
> lilo?
No idea. Just noticed in installation reports that quite a few users
prefer lilo over grub.
> Or does grub behave that differently on amd64 that it can't su
Hi Jurij,
Could you take a look at this bug (as you submitted the original patch and
this could be kernel headers related...).
Cheers,
FJP
On Wednesday 20 July 2005 09:26, Blars Blarson wrote:
> discover1 failed to build on a sparc buildd, duplicated on my sparc
> pbuilder:
[11:30:24] any spa
so currently you are
blocking on an extremely course basis.
Cheers,
Frans Pop
Here are the headers for the original message:
Return-path: <[EMAIL PROTECTED]>
Received: from [195.240.184.66] (helo=localhost)
by smtp-out1.tiscali.nl with esmtp (Tiscali http://www.tiscali.nl)
id 1
On Tuesday 26 July 2005 19:27, Stefan Esterer wrote:
> After i choose the Sarge install in grub the kernel stops after some
> time with :
> modprobe: FATAL: Error inserting pciehp
> (/lib/modules/2.6.8-2-686/kernel/drivers/pci/hotplug/shpchp.ko):
> Operation not permitted
> shpchp: can't be loaded
severity 320784 normal
thanks
Daily images can be broken sometimes (like the images dated 31-07-2005)...
On Monday 01 August 2005 14:29, Torok Edwin wrote:
> Debian-installer-version:
> http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/i386/20050709/de
>bian-testing-i386-netinst.iso uname -a
Package: dhcp-client-udeb
Version: 2.0pl5-19.1
Severity: serious
Tags: d-i
Installations for 1386 using current daily builds (using 2.6.12) are
failing with a screen saying "no default route could be set".
The cause for this is that in /etc/dhclient the 'ip route add' command is
failing. It retu
reopen 225693
retitle boot-floppies should never migrate to testing
thanks
Oops. boot-floppies is the source package and that still _is_ in unstable.
There is also a bug in the BTS website which led me astray here...
pgp38HKiKvP0O.pgp
Description: PGP signature
On Tuesday 11 October 2005 13:17, Gaudenz Steinlin wrote:
> Please try the attached patch and see if the generated binary works.
Compiles and runs fine on my Ultra 10.
Output of old and new versions attached.
Cheers,
FJP
Reading PCI hardware database...
Reading PCI hardware database...
Reading
Package: ctrlproxy
Version: 2.6.2-1
Severity: critical
Justification: breaks unrelated software
After running ctrlproxy for a fairly long time as daemon:
Mem: 30180 29248932 0 1336 5596
-/+ buffers/cache: 22316 7864
Swap:60440 60440
Package: tetex-bin
Version: 3.0-9
Followup-For: Bug #334613
I've seen the same problem, with the following extra note.
Setting up tetex-bin was retried automatically, and that time
succeeded. After that tetex-extra could be set up and it appears
that the total installation was successful.
Upgrade
On Monday 24 October 2005 17:46, Faidon Liambotis wrote:
> Moreover, I highly doubt that memory leak bugs are justified as
> severity "critical".
For regular applications I would agree. For an application that runs as a
daemon and is likely to run permanently on a server, I think an RC
severity
reassign 322723 linux-2.6
retitle 322723 D-I: 'id route add' fails w/ "Network is unreachable"
thanks
We have just tested this issue using an installer with the busybox version
from Sarge and the error shows up then as well.
We feel this makes the kernel the most likely source of the problem.
p
On Tuesday 16 August 2005 19:35, Andres Salomon wrote:
> > Regarding this problem with iproute:
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282492
> >
> > Would it be possible to include a fix for this, or at least make
> > CONFIG_ATM_CLIP a module instead of a yes in the stock kerne
With help from waldi I have done some additional tests for this issue
yesterday and today. Here are the main results:
- the problem is still there if Sarge's 'ip' is used instead of the
busybox version
- the problem is still there if the new linux-image-2.6.12-1-386
(2.6.12-5) kernel is used
On Friday 19 August 2005 21:01, Bastian Blank wrote:
> - the problem is not there in the 686 image.
On request from waldi, I've compiled a -386 kernel (using gcc-4.0) with
one change in ./debian/arch/i386/config.386:
- CONFIG_CC_OPTIMIZE_FOR_SIZE=y
+ # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
The
1 - 100 of 562 matches
Mail list logo
