Geert Lorang wrote:
The thing I find a bit strange is why I always get the message turn off
boot console ttyB0?
Shouldn't the message be something like console handover: boot [ttyB0]
- real [ttyS0] ? Now it looks like it disables the boot console but
won't enable another console.
But it
Geert Lorang wrote:
I tried Debian stable (2.6.26-2-parisc64), unstable (2.6.30-2-parisc64),
(and gentoo 2.6.24-gentoo-r3-livecd64) but all got the same issue, while
the kernel boots up I got the message turn off boot console ttyB0 and
here it just waits forever.
Although I do hear that my
Carlos O'Donell wrote:
My *top* priorities are:
- glibc regressions.
- vfork bug.Carlos O'Donell wrote:
I think it's time for another huge thank you to Carlos for his continued
work that allows hppa to remain alive.
So Carlos: muchas gracias
(Not meaning to dismiss all the excellent work of
xavier grave wrote:
I'm trying to help on the packaging of polyorb (I'm not a Debian
Developer) and I would like to work on bug 562192. The test suite driver
fail on hppa with a nasty Segmentation fault.
It's very likely that this is an hppa issue and not an issue in your
package. However, it
Benjamin Drung wrote:
We need your help to find the root issue. I assume that it is a bug in
python, eglibc, or another core package.
It's a known issue that's already on the ToDo list.
However, there are a few other issues that have higher priority and there's
only one person (Carlos
On Tuesday 19 January 2010, dann frazier wrote:
I tried this on paer and I also couldn't reproduce by running the
command standalone, but I can reproduce when executed as part of 'make
check'.
I tried 'make check' as well. For me that worked correctly.
--
To UNSUBSCRIBE, email to
Carlos O'Donell wrote:
Can you please ptrace the failing test with -ff and get me the log?
I've built odin in a 'pbuilder login' chroot using the following
instructions from Michael (from private mail).
On Monday 18 January 2010, Michael Hanke wrote:
Cool, thanks. Here is how it should work:
Michael Hanke wrote:
I maintain ODIN, a simulator for magnetic resonance imaging sequences. I
utilizes threads for its simulations and its test suite tries to create
256 thread. This test suite runs during package build-time -- and always
fails on HPPA, and just HPPA, e.g.
Sounds similar to
Nice test case!
Thibaut Paumard wrote:
Compile with
gcc -lm -o fputest fputest.c
It's kind of funny that gcc only warns about div by zero for the integer
case:
fputest.c: In function ‘worker’:
fputest.c:73: warning: division by zero
--
To UNSUBSCRIBE, email to
Stephen Leake wrote:
Frans Pop gave me access to his machine. I have some more information
on the bug.
I've forwarded this mail and Carlos' reply to the bug report.
Please don't forget to CC the BR when discussing the bug itself! That's
where people will look for it later; they won't look
On Saturday 12 December 2009, Stephen Leake wrote:
Would it help to find the bug, if I can reduce the GNADE failure to a
small test case? It would be in Ada.
Yes, small test cases are obviously much easier to debug for a porter than
having to first spend time learning about a specific package.
I'm the Debian GNADE maintainer, but not yet a Debian Developer.
Bug#558980 is a failure of the GNADE 'make check'. It works fine on my
x86, and several other architectures, so this appears to be an
arch-specific bug. I'd like to work on fixing it, but I don't have
access to an hppa machine.
Thibaut Paumard wrote:
I am the maintainer of the Yorick packages. [1]Yorick is an
interpreter used for data analysis and number crunching in astronomy
and other research fields.
With the last upload, I introduced a test suite. One of the tests
fails on HPPA.
Correcting the [2]FTBFS is
Carlos O'Donell wrote:
Do we have a machine available that Stephen could use?
Nice timing :-P
I've just sent a mail offering the use of my box.
Cheers,
FJP
--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Friday 11 December 2009, Frans Pop wrote:
Thibaut Paumard wrote:
I am the maintainer of the Yorick packages. [1]Yorick is an
interpreter used for data analysis and number crunching in astronomy
and other research fields.
With the last upload, I introduced a test suite. One
Hi Dann,
dann frazier wrote:
Things are back in order. Today I finished getting the new penalosa
setup as a buildd, and I've resurrected peri which appeared to be
having problems talking to w-b. I've worked around the libstdc++/apt
problem on both by downgrading to a working version.
AFAICT
On Thursday 05 November 2009, Carlos O'Donell wrote:
On Wed, Nov 4, 2009 at 5:22 PM, Frans Pop elen...@planet.nl wrote:
If there are other serious issues please provide me with a test case.
I've been running the experimental eglibc with NPTL enabled for over
two months now.
No, I have nothing
Domenico Andreoli wrote:
i had to downgrade libstdc++-4.4 to 4.4.2-1, which indeed was updated
today. the build of apt died during the g++ autoconf test but later
builds died elsewhere.
I ran into the same issue today. Both apt and aptitude started segfaulting
after upgrading libstdc++6 from
Hi,
Could someone clarify the current status of the NTPL switch and the hppa
buildds?
It looks as if all buildds are currently down. Is that due to (issues with)
the switch to NTPL or unrelated?
TIA,
FJP
--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of
As xmms2 is still failing on the buildds (same error as previous versions),
I've done another porter upload (for the libfaad2 transition) after
building the package with a non-SMP kernel.
Cheers,
FJP
--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of
Peter Pentchev wrote:
Well, the real test case is fetching and trying to build
gforth-0.7.0+ds1-4 as available in sid. I'm pretty sure I could
isolate it to a smaller test case with access to an hppa machine; see
below :)
I've set up my box for Peter and sent him relevant info privately.
Moritz Muehlenhoff wrote:
Adding debian-hppa in the loop: Is this a known issue and
specific to hppa? (Since otherwise I would suppose there were
earlier reports from the more widely used archs).
A quick google for xlog_valid_rec_header suggests [1] that this is neither
a recent issue, nor
Carlos O'Donell wrote:
I'm a debian-hppa porter, do you have a test case along with a clear
description of the problem?
There are hppa developers who can give you access to an hppa machine
for testing.
Thibaut, do you have an hppa machine for Peter to run some tests on?
My box is also
Carlos O'Donell wrote:
I have tested the following patches with eglibc_2.10.1-0exp1, the
testing has included the standard glibc regression testing, simulation
of partial upgrades, and heavy chroot testing with Xnest, and several
large multithreaded UI applications (evince, xchat, nautilus,
Carlos O'Donell wrote:
In practice it shouldn't be problem at all.
Debian should make sure that binary/library compiled
against NPTL-hppa-glibc will require NPTL-hppa-glibc
by proper Depends: line like libc6 (= 2.10).
Does every package have to do this? I'm not very familiar with all the
On Friday 28 August 2009, Grant Grundler wrote:
On Fri, Aug 21, 2009 at 07:36:47PM +0200, Frans Pop wrote:
John David Anglin wrote:
Do you have Grant's last patch installed? Although it's early yet
to say for sure, I think it may have fixed the random segv problem
on gsyprf11
Andreas Barth wrote:
BTW, I'm still missing the vlc upload for hppa (as well as for mipsel,
but the mipsel problem is found + solved on IRC).
Built but awaiting upload together with 124 other packages :-(
--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of
Carlos O'Donell wrote:
./waf configure --nocache --prefix=/usr --with-mandir=/usr/share/man
--with-perl-archdir=/usr/lib/perl5 --with-perl-binary=/usr/bin/perl
--with-ruby-archdir=/usr/lib/ruby/1.8/hppa-linux
--with-ruby-libdir=/usr/lib/ruby/1.8 --without-optionals=python
Andreas Barth wrote:
* Carlos O'Donell (car...@systemhalted.org) [090821 16:49]:
xmms2 is the only package that doesn't build.
Analysis of the xmms2 build shows that this is a python crash.
Thankfully the python crash reproduces (in a different location each
time). I'll look into this.
So I should be looking for packages in the Failed state that say
(N-1)/N (fails only on hppa)?
Yes, especially when N is already high (i.e. most arches have built the
package). Packages with (N-2)/N or even (N-3) are probably also worth
looking at but can be given lower priority.
And
is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387909 still
an issue for Lenny and/or testing or can it be closed?
Should not be an issue for Lenny or Squeeze. I've closed the report.
Cheers,
FJP
--
To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org
with a subject of
tags 539378 patch
thanks
On Saturday 01 August 2009, Helge Deller wrote:
Kyle, you beat me.
Attached is my patch
Tested and works.
Works for me too. Cool.
Your patch contained a few whitespace errors and, because of that, one
unnecessary change. Attached a version with those cleaned
On Friday 31 July 2009, Carlos O'Donell wrote:
On Fri, Jul 31, 2009, John David Anglind...@hiauly1.hia.nrc.ca wrote:
GCC loads various constants with depwi and depdi. The deposit
length was wrong.
No, the bug is present in all released versions of gcc. They need
to build a snapshot
On Saturday 01 August 2009, Carlos O'Donell wrote:
I suggest you use Dave's patch please, it is IMO the most correct
patch.
Right. I think the original patch is probably responsible for endless
errors on shutdown/reboot:
Bad Address (null pointer deref?): Code=15 regs=bea7cf70
Package: linux-2.6
Version: 2.6.30-3
Severity: important
The 2.6.30-1-parisc64-smp kernel fails to boot on my J5600 system.
The non-smp kernel does boot correctly and the oops also indicates
an smp problem.
Boot log from serial console attached.
-- System Information:
Debian Release:
Hmm. The Badness at smp.c warning isn't new of course. That was also
there with .24 and .26 (the last working kernel I have).
What is new is that the boot now hangs immediately after that point.
I also note the following in the boot messages:
unwind_init: start = 0x404b9144, end = 0x404e5204,
Package: linux-2.6
Version: 2.6.26-15
Severity: normal
Affects both stable and unstable!
kernel: Linux version 2.6.26-2-parisc64-smp [...]
kernel: nfs: Global Offset Table overflow (used 1075, allowed 1023)
kernel: Linux version 2.6.30-1-parisc64 [...]
kernel: nfs: Global Offset Table overflow
During compilations using gcc-4.3 of the upstream 2.6.31-rc4 kernel, I
twice noticed the warning below. As the compilation was done with '-j4',
I'm not sure what code causes it. I'm also not sure if the example below
is the same as the first time I saw it.
Is this something to worry about, or to
On Friday 31 July 2009, Frans Pop wrote:
Hmm. The Badness at smp.c warning isn't new of course. That was also
there with .24 and .26 (the last working kernel I have).
What is new is that the boot now hangs immediately after that point.
Whatever the problem is, it looks to be solved
On Friday 31 July 2009, Carlos O'Donell wrote:
On Fri, Jul 31, 2009 at 10:26 AM, Frans Popelen...@planet.nl wrote:
During compilations using gcc-4.3 of the upstream 2.6.31-rc4 kernel,
I twice noticed the warning below. As the compilation was done with
'-j4', I'm not sure what code causes
On Thursday 14 May 2009, Frans Pop wrote:
It would be great to get confirmation that automatic device detection
works. If you have relevant hardware, please give one of the daily
built images of the installer a try:
http://www.debian.org/devel/debian-installer/
I've been seeing seemingly
Thanks to the upstream kernel work by Helge Deller, the kernel/udev should
now be able to automatically detect devices on the HPPA bus.
In the Lenny and earlier versions of the installer, driver modules for
such devices [1] would always be loaded by the installer and added to
Helge Deller wrote:
Back to the general discussion:
Personally I would love to see a stable debian release of hppa at some
point. I don't care if it's lenny or a later version, but at least that
we get there at some point.
Hmmm. What definition of stable release are you using here?
The hppa
(No need to CC me. Thx.)
On Tuesday 17 June 2008, you wrote:
What I meant is, that it would be nice if we would have stable hppa
lenny release in time. If that's not possible due to important bugs, it
would be nice to get there either with a respin of lenny (is this
possible?), or with the
Kyle McMartin wrote:
Anyway, I don't particularly much care for stable releases. I have no
problems with HPPA being punted from lenny and existing only as sid, as
long as people still take patches to fix the issues without the
release-critical bug burden over their heads.
Holding up Debian
Andreas Barth wrote:
On further discussing that within the release team, we noticed that the
Qualification page on
http://wiki.debian.org/hppaLennyReleaseRecertification
is not really complete, e.g. it says:
| The installer is being maintained by ... and it's currently working
| effectively.
Helge Deller wrote:
Which kernel is this?
Jean-Pierre mentioned using a current image, which can be:
- etch: 2.6.18
- lenny beta 1: 2.6.22
- lenny daily/weekly: 2.6.24 (will also be used in etch+1/2 release)
Is this patch included (it's in Linus' tree):
In all cases that patch was almost
Jean-Pierre HOFER wrote:
2: console=tty0
3: sti=10/0/4/0
4: sti_font=VGA8x16
Where did those values come from? Were they added by default?
I cannot find anything in the installer that would set them, so if they
are default they are probably defined in the firware or autodetected by
the
(Reply-to set to debian-boot list)
kernel udeb status
==
Because I had to test the changes below anyway, I have done what I guess
will be my last massbuild and upload of kernel/module udebs.
All arches are now at 2.6.21-2, with the following exceptions:
- sparc: at 2.6.20
found 426391 2.6.21-5
thanks
On Monday 28 May 2007 15:06, Frans Pop wrote:
Kernel panic - not syncing: Kernel Fault
This kernel panic still happens with 2.6.21-5.
pgpPbW1dgZncU.pgp
Description: PGP signature
On Monday 11 June 2007 18:27, [EMAIL PROTECTED] wrote:
I can't get a hand on a -6 version of binutils.
Do you know where the .dsc and diffs are archived ?
http://snapshot.debian.net/archive/2007/05/21/debian/pool/main/b/binutils/
Look for the source package and pick any date.
Checking around
On Saturday 09 June 2007 09:13, Jan Prunk wrote:
I was upgrading from woody (2.4.17) to etch. The machine is 712/60. It
worked out, I just have problems updating it with the new etch kernel
(linux-image-2.6.18-4-parisc).
You probably cannot upgrade directly from woody to etch.
See the release
On Thursday 31 May 2007 07:40, Grant Grundler wrote:
Frans, it would be worth pulling from kyle's git tree
and trying that again. He just posted three important fixes
to parisc-linux mailing list. It shouldn't be hard to backport
those three fixes to Debian's 2.6.21.
If there's a need for
On Wednesday 30 May 2007 22:22, Frans Pop wrote:
On Wednesday 30 May 2007 22:11, Sébastien Bernard wrote:
I tried to reboot after upgrading to the new kernels available in
unstable. The 2.6.21-1-parisc64 crashed at startup.
The 2.6.21-1-parisc booted but I got an ooops when it tried to run
Hello D-I porters,
Most architectures should now be able to switch to 2.6.20 for D-I (except
for arm, hppa and m68k). i386 and amd64 have already been switched.
Over the past two weeks Joey has done the needed work for i386 and amd64
(and necessary updates in kernel-wedge), but we've waited
(No need to CC me, I'm subscribed.)
On Tuesday 17 April 2007 16:41, Kyle McMartin wrote:
the palo boot partition is just a regular ext2/ext3 partition, with a
chunk of disk reserved with badblocks for the boot information, this
could be done with mke2fs in partman the same way other flags are
(No need to CC me, I'm subscribed.)
On Tuesday 17 April 2007 16:43, Thibaut VARENE wrote:
Hmm, I have no problem running palo with -U on a mounted partition:
Very, very strange because the README for palo says:
The update (-U) feature is currently disabled, perhaps permanently.
The
We've had several suggestions to combine the palo partition and the boot
partition on HPPA.
The first thing that was needed for that is support in partman-palo to
format the partition as ext2 or ext3 while reserving some area for the
palo boot information. I have created a patch that does
Package: release-notes
Severity: important
The issue reported below should be documented. It may hit other
architectures that have a special bus without sysfs support too, most
notably hppa.
Drivers that are known to be affected are:
hppa: lasi700, zalon7xx
sparc: esp, qlogicpti
--
(BCC to d-ports)
For all architectures, except for m68k, installer and CD/DVD images of
what is going to be D-I RC2 are now available for testing. RC2 is
scheduled to be the D-I release shipped with Etch.
Netboot, floppy and hd-media images are available from:
On Thursday 22 February 2007 17:44, ram wrote:
I have downloaded the following iso image
-rw-r--r-- 1 root root 172068864 Feb 22 04:22
debian-testing-hppa-netinst.iso
That is not at all helpful. Please provide the _full_ URL of the location
from where you donloaded it.
pgpY4KcgaJW0B.pgp
Hi all,
As you've probably noticed, what's intended to be the final kernel for
Etch has been uploaded yesterday.
I'm currently building and uploading the kernel udebs for all arches
(except arm and m68k for which images are not yet available). I'll also
upload new loop-aes module udebs for
On Tuesday 30 January 2007 15:12, Troy Nelson wrote:
Greetings, I am looking for the latest boot.img or hppa-installer. So
far the latest seem to have been released in Aug 2006, but the latest
sarge was released in Oct 2006. Was the installer not revised. Can
someone point me to a mirror with
On Wednesday 24 January 2007 01:52, John Doe wrote:
I am trying to install from iso image
debian-31r4-hppa-businesscard.iso and it hangs when trying to load
Zolan7xx device driver around 89% of .
Most likely a kernel or a memory issue. Have you tried installing Etch
instead? This may solve
On Wednesday 24 January 2007 02:41, John Doe wrote:
I tried etch from daily built images this morning and the problem was
the same. Maybe waiting for your fix solves it, i hope.
No, it won't fix any problem you are seeing _during_ the installation.
I guess you are installing over serial
On Wednesday 03 January 2007 11:18, Thibaut VARENE wrote:
I think one can count me in as well. I'm not as active as I used to
be, but I'm still taking care of my pet architecture :)
Done.
pgppZWV1YKxt1.pgp
Description: PGP signature
On Wednesday 03 January 2007 06:04, Carlos O'Donell wrote:
I'm in the NM queue as [EMAIL PROTECTED], Stephen Frost has
received my TS, but has not reviewed the information. It was always
my intent to apply as a debian-hppa porter. Jeff Bailey and I are the
upstream hppa-linux libc-ports
Hello porters,
I've just announced the schedule [1] for the release of the Installation
Guide to be included with the Etch release.
That schedule leaves room for bigger updates until Dec 31 and for minor
ones until Jan 7. This means that if you have any updates you'd like to
get in for your
(BCCed to d-ports)
Hello,
We received a BR that the list of porters for PowerPC on the Organization
webpage [1] was outdated. However, this seems to be true for most ports.
Please reply to debian-www@lists.debian.org with an updated list of active
porters for your port after discussing
We are ready to make the switch to 2.6.18 for Debian Installer.
For most architectures the 2.6.18-6 (ABI -3) should now be available in
unstable.
Please update the kernel udebs for your architecture ASAP.
Cheers,
FJP
pgpavdLrunxeV.pgp
Description: PGP signature
than English, consider installing in
that language; note that one last round of translation updates is
still planned, but reports of issues are still appreciated
TIA,
Frans Pop
[1]http://d-i.alioth.debian.org/manual/en.i386/ch06s03.html#di-partition
[2]http://d-i.alioth.debian.org/manual
Things are finally starting to come together for RC1.
- We've found a good work-around for the bug in g-i where selected lines
in multi-select lists would not be shown. We need new versions of
some gtk packages for that, but these have now been uploaded.
Thanks especially to Loïc Minier for
On Sunday 17 September 2006 14:28, Frans Pop wrote:
There are some issues that need attention:
* type of initrd used
Some arches have already switched to using initramfs for d-i initrds,
other arches are still using cramfs or ext2. Please check if a change
could/should be made for your
On Friday 22 September 2006 16:39, Grant Grundler wrote:
I didn't see anything for parisc (HPPA).
I don't know of any problems with initramfs on parisc.
but I don't expect any surprises from the kernel on that.
Maybe I was not clear enough on this. The original text was:
* type of initrd used
actually read the mail?
Is it useful that I send such mails at all?
On Sunday 17 September 2006 14:28, Frans Pop wrote:
Dear (d-i) porters,
First mass upload of kernel udebs
=
Today I have uploaded kernel udeb updates to 2.6.17-9 _for all arches_
On Sunday 17 September 2006 14:28, Frans Pop wrote:
* partman-auto using LVM and crypto
partman-auto-lvm now has been available for some time, but is still
not available for all arches. LVM support is a prerequisite for
partman-auto-crypto support which will be uploaded soon.
Note
(Reply-to set to debian-boot; please only add relevant port if needed.)
Dear (d-i) porters,
First mass upload of kernel udebs
=
Today I have uploaded kernel udeb updates to 2.6.17-9 _for all arches_.
This is the first time using the 'massbuild' [1] script I wrote
On Monday 11 September 2006 09:41, Thibaut VARENE wrote:
It is, and has been fixed in newer kernels. Maybe the fix needs to be
backported to d-i...
Backport is the wrong word here. The kernel used in d-i will be updated
later this week after the next upload by the kernel team (which will
On Monday 11 September 2006 16:26, Thibaut VARENE wrote:
On 9/11/06, Frans Pop [EMAIL PROTECTED] wrote:
On Monday 11 September 2006 09:41, Thibaut VARENE wrote:
It is, and has been fixed in newer kernels. Maybe the fix needs to
be backported to d-i...
Backport is the wrong word here
://ftp.nl.debian.org/debian/dists/sid/main/installer-arch/current/images/
Known issues:
- S/390 Beta 3 candidate images are broken; will be fixed with next upload
- Lowmem settings in Beta 3 images are not yet correct; see below
On Monday 24 July 2006 11:52, Frans Pop wrote:
One important TODO item
(Please reply only to debian-boot; reply-to set accordingly; add other
recipients only selectively)
Now that linux-2.6.16 has safely landed in testing a few days ago, we can
really start working on the Beta 3 release of D-I. In fact, the migration
of most udebs to testing is already in
On Thursday 20 July 2006 09:21, vincent young wrote:
I tried to install using the debian installation CD,
it works fine but only after selecting the languages
and territory, then when it reaches the detecting CD
ROM drive, it will cause a crash when it is looking
for a Zalon7xx , Zalon Scsi
(Please reply only to d-boot; Reply-to set accordingly)
The latest upload of linux-2.6.16 is now (after today's mirror sync)
available for all architectures except arm.
As there were important changes, we should rebuild the kernel udebs
against 2.6.16-17 before starting the builds of
On Friday 30 June 2006 13:01, you wrote:
The full console log in in a previous message:
http://lists.debian.org/debian-hppa/2006/06/msg00050.html
The log shows indeed that your discs are not available. Either because the
driver is not loaded correctly or because the devices were not created
On Thursday 29 June 2006 09:42, Alvaro Consuegra wrote:
The problem is that every time i try something and the boot ends in
busibox shell, i need to call somebody to restart phisicaly the C200 to
reboot with old kernel and continue testings.
There probably is a good reason why you end up in
(Please reply only to d-boot and optionally the relevant port list.)
Hello d-i porters,
Now that 2.6.16-15 kernels have been uploaded to unstable (using a
linux-2.6.16 source package), we can start thinking about the Etch Beta 3
release of D-I.
Currently all architectures, except for arm,
On Tuesday 06 June 2006 14:09, David H. Barr wrote:
This looks like the Ramdisk too small problem to me.
http://lists.debian.org/debian-boot/2005/11/msg00309.html
Which is a known issue documented on:
http://www.debian.org/releases/sarge/debian-installer/
Cheers,
FJP
pgpppR9ZAYMQk.pgp
, Frans Pop wrote:
In more detail:
1) Upload new i386 kernel udebs for both 2.4 and 2.6 to s-p-u (I've
already prepared a set)
2) Get these acked by SRM so they actually show up in s-p-u; s-p-u
already has debian-installer sections, I'm not sure if the acceptance
queue and approval stuff
On Sunday 19 March 2006 10:01, Grant Grundler wrote:
Sorry - didn't have a chance to check that.
Is the log automatically preserved?
Saved in /var/log/installer/... on the installed system.
Yes, if you did not set up /boot in the PALO partition during the
install, that is very likely as
(This was supposed to be BCC'ed to d-ports...)
-- Forwarded Message --
Subject: [D-I] Post-release notes
Date: Saturday 18 March 2006 03:25
From: Frans Pop [EMAIL PROTECTED]
To: debian-boot@lists.debian.org
As the last action for the Beta 2 release, the links for the daily
(Please do not send html messages to Debian mailing lists.)
On Monday 13 March 2006 07:05, 손지연 wrote:
How can I solve this problem?
Not sure if this will help, but here is a link to the script that
debian-cd uses make CD images bootable for hppa.
I've made a complete mess of CD images for Beta2 so far as the result of a
wrong assumption. This means, as some installation reports and comments
have shown, that CD images linked from [1] have been broken since last
Friday.
The good news is that there are now good Beta2 netinst and
On Saturday 18 February 2006 22:02, Frans Pop wrote:
After a new installation on hppa, the system seemed to boot correctly,
but failed to mount /boot and /home directories. Also the eth0 network
interface was not brought up automatically.
Looks like Jonas forgot CC his reassign to udev
On Friday 24 February 2006 16:04, Kyle McMartin wrote:
On Fri, Feb 24, 2006 at 03:46:40PM +0100, Frans Pop wrote:
Looks like Jonas forgot CC his reassign to udev to [EMAIL PROTECTED]
Anyway, this bug has been fixed with udev 0.085-1. I've just
confirmed that my box now boots correctly
On Tuesday 21 February 2006 18:06, Jürgen Leibner wrote:
udevd-event[3324]: run_program: exec of program
'/lib/udev/udev_run_hotplugd' fa
iled
udevd-event[3325]: run_program: exec of program
'/lib/udev/udev_run_devd' failed
All these messages are harmless. The latest version of udev
On Sunday 19 February 2006 11:11, Joel Soete wrote:
Frans Pop wrote:
udevd[862]: get_netlink_msg: unable to receive kernel netlink message:
No buffer space available
mmm, yes I encountered the same pb with a recent smp kernel (iirc
2.6.16-rc2...) and udev.
but not with a up kernel.
Hmm. I
Package: yaird
Version: 0.0.12-3
Severity: important
After a new installation on hppa, the system seemed to boot correctly, but
failed to
mount /boot and /home directories. Also the eth0 network interface was not
brought
up automatically.
If I create the initrd using initramfs-tools these
Almost all packages targeted for Beta2 have now been uploaded and so far
we've not seen any regressions.
The only package that currently looks like it will need another upload is
partman-auto-lvm in which some bugs were discovered during testing.
I will start moving udebs to testing this week,
On Sunday 05 February 2006 21:52, Kyle McMartin wrote:
On Sun, Feb 05, 2006 at 09:34:32PM +0100, Frans Pop wrote:
Two ports are still on older 2.6 kernel versions: hppa (2.6.14) and
m68k (2.6.12).
For hppa an update to current 2.6.15 is a requirement for inclusion
in the release
.html).
What does it take to get it fixed?
Someone with knowledge of HPPA bootloader/initrd/whatever configuration to
tell us what magic to use and where.
This is not a d-i issue, but a port issue.
Cheers,
Frans Pop
pgpOjwfFC7MvE.pgp
Description: PGP signature
1 - 100 of 106 matches
Mail list logo
