Whoops. Sorry, I missed this problem. I'll try to fix it shortly.
Can the person working the NMU please send me patches directly first?
--
...Adam Di Carlo...<[EMAIL PROTECTED]>...http://www.onshored.com/>
, and build the powerpc version....
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e on 3.0.23 for 3.0 release.
Anyhow, please let me know. I hesitate to build/upload this because I
worry whether uploading it will mess up your woody release plans.
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
--
To UNSUBSCRIBE, email to [EMAIL PROT
o woody which are not there yet (busybox,
python2.1-xml, libnewt0, whiptail) so that the package can be built
from woody.
If you have comments, suggestions, etc, please email
[EMAIL PROTECTED] I have some tunnel vision right now and
am not really reading other lists at this time.
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
first. If
anyone else can take a whack at the others and any other bugs they can
close that would be good. John was working on 123926, I know.
I would like to release 3.0.19 shortly, just to get in the habit of
quick short releases, e.g., this week.
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
t strictly needed for boot-floppies (might be nice):
ash (0.3.8-29 vs 0.3.8-32)
base-config (1.33 vs 1.33.3, i18n updates and such
slang1
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
so we can deal with it.
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
I dunno if you guys are considering r5 ? This might be due cause.
--- Begin Message ---
On Wed, Nov 14, 2001 at 02:13:25AM -0500, Adam Di Carlo wrote:
> Ethan Benson <[EMAIL PROTECTED]> writes:
>
> > > don't really have the capability or the time to attempt that.
&g
now do not have an installable combination of kernel-image-2.2.19 and
pcmcia-modules-2.2.19 (and flavors).
Archive maintainers, please be aware of this.
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
Welll, I'm in pretty good shape to build a new Potato boot-floppies
(i386) and it wouldn't be that much of a distraction, if it is decided
that I should.
Just let me know.
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
appear on the top of the main menu. We
use more busybox utilities, saving space (ifconfig/route). There have
been numerous translation updates, documentation updates, porting
improvements (s390 in particular) and build fixes.
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
epci
> and the like sufficient? Herbert has mail.
Since we build with kernel-image-2.2.19* for i386, we need the PCMCIA
mdoules that go with that exact kernel as well. That is perhaps the
reason.
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
Quick turn-around, but how can that hurt, eh?
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
boot-floppies (3.0.13) unstable; urgency=low
* Christian T. Steigies
- m68k builds with libc 2.2.4
* Eduard Bloch:
- i386 flavor shows up on rescue disk to
ait until someone else has done all the testing?
Please use the debian-testing list. This list here is for the
coordination of release efforts, not for testing.
Regarding basedebs.tgz, I imagine the debootstrap maintainer is
planning to provide it, but I don't know.
--
...Adam
Anthony Towns writes:
> Currently open RC bugs against base packages are: (by source package)
I wonder if it would be possible to include packages we use for the
root disk: busybox, kernel-image-*, pcmcia-*, dhcp-client...
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> It's not in unstable or testing. Eek. How'd that happen??
I would guess pcmcic-cs was forced from unstable into testing, causing
the older pcmcia-modules dpeneding on the older pcmcia-cs to be
booted.
> I'll try to un-lag it later this week.
Exc
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> -rw-rw-r--1 troupdebadmin 230508 Apr 13 14:42
> pcmcia-cs_3.1.22-0.2potato_powerpc.deb
> -rw-rw-r--1 troupdebadmin 411342 Apr 13 14:42
> pcmcia-modules-2.2.19-pmac_3.1.22-0.2potatok1_powerpc.deb
>
> What do you think is missi
"Christian T. Steigies" <[EMAIL PROTECTED]> writes:
> 3.0.7 (and a prerelease CVS 3.0.8) for m68k have been available for some
> time, but not in the archive, since I had little luck with it. Others had
> more luck with 3.0.8, so I guess I can upload that once I've finished the
> release version.
Anthony Towns writes:
> Could someone (David? Adam?) please do what's necessary to tag
> boot-floppies 3.0.8, for initial ia64 and basedebs support?
3.0.8 source is uploaded.
We're building i386 binary now.
> There's still no i386 pcmcia-modules that can be used on
> boot-floppies! Could someon
Anthony Towns <[EMAIL PROTECTED]> writes:
> While I may not be too concerned one way or another about the name of the
> next release, I do have some ideas about how it might be good to handle
> the next release. My overriding goal for this release was to manage to
> get a short, controllable freeze
The following packages should be updated in woody as base freeze
candidates. This will help testing as well, since it will be a more
accurate testing environ.
debootstrap
base-config
quik
There are problably more, not sure...
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
Anthony Towns writes:
> Anyway, the logic isn't backwards, it's just looking more at getting
> things right in the future than at the moment. In particular, for
> future releases we need to get in the habit of always having working
> boot-floppies, even when we're not expecting a freeze for some
Boot-floppies 2.3.6 for i386, powerpc, and source, has been uploaded.
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
Anthony Towns writes:
> On Wed, Jun 20, 2001 at 05:07:04PM -0700, David Whedon wrote:
> > All in all the errors are mostly cosmetic. I hope we move to quickly freeze
> > base because boot-floppies are ready for it.
>
> That's not going to happen particularly quickly, because -testing *isn't*
>
"Christian T. Steigies" <[EMAIL PROTECTED]> writes:
> If we could change the bf-archive install script a little, the amount of
> files uploaded could be significantly reduced without loosing anything.
> Currently we build [amiga|atari|mac|*vme*]install.tar.gz files so that
> potential users have t
Boot-floppies 2.2.26 update is tagged and buiding for i386 now. It
had some PowerPC updates, but the main reason for this release is to
get the kernel 2.2.19 4potato.2.
Here are the packages I am building with from potato-proposed-updates:
-rw-r--r--1 apharris staff 185934 Jun 7 01:
n Owsiany:
- making sure that i18n code is included, moving over to stuff moved from
CVS to their own packages
* Adam Di Carlo
- the logic to build a modules tarball for given root disk was a
little messed up on non-i386, partly due to some schizophrenia in
either rootdis
"Christian T. Steigies" <[EMAIL PROTECTED]> writes:
> I built a busybox with Richards patch, rebuilt bf (well, it hangup sometime,
> must be a local problem, but I got a new root.bin) and booting with the new
> root.bin works fine on my amiga. I did not get far in the installation
> (base.tar.gz i
Herbert Xu <[EMAIL PROTECTED]> writes:
> I'm in the process of uploading kernel-source 2.2.19-5 to potato, which
> contains patches that were forwarded to me by Wichert Akkerman. These
> patches fix a /tmp core dump attack as well as a sparc64 specific exec
> bug that is identical to the one fixe
"Christian T. Steigies" <[EMAIL PROTECTED]> writes:
> On Fri, Jun 08, 2001 at 11:32:35AM -0400, Adam Di Carlo wrote:
> > > ROOTCMD := $(shell [ d -u = 0 ] || echo sudo)
> > > Guess it will fail when I build as root, and no sudo is installed.
>
"Christian T. Steigies" <[EMAIL PROTECTED]> writes:
> On Mon, Jun 04, 2001 at 08:23:24PM -0400, Adam Di Carlo wrote:
> >
> > Are you applying this patch or do you need someone to apply it?
> >
> > If you are sending patches to this need that need apply
Boot-Floppies 2.2.25 for Potato i386 has been built and I would like
to get some testing on it.
It is available at
http://people.debian.org/~aph/debian/dists/potato/main/disks-i386/2.2.25-2001-07-07/
Please keep in mind that we are working almost solely on woody now, so
I'm really only intereste
Are you applying this patch or do you need someone to apply it?
If you are sending patches to this need that need applying, please
make it very clear, perhaps with subject of [APPLY PATCH PLS].
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
Wichert Akkerman <[EMAIL PROTECTED]> writes:
> Previously Adam Di Carlo wrote:
> > Ok. I am not moving i386 to straigh 2.2.19 right now, btw, since I'm
> > pretty sure that kernel has issues.
>
> What kind of issues are you referring to?
I checked and they are
Richard Hirst <[EMAIL PROTECTED]> writes:
> My build runs for 519 minutes, then fails with:
>
> dh_builddeb -i
> dpkg-deb: parse error, in file `debian/tmp/DEBIAN/control' near line 6
> package `boot-floppies':
> `Depends' field, syntax error after reference to package `zlib-bin'
> dh_builddeb:
Wichert Akkerman <[EMAIL PROTECTED]> writes:
> Someone is confusing Build-Depends syntax with Depends syntax there.
> You can't put arch-specifiers in a normal Depends line.
You're right, my bad. *blush* Seems to be fixed now anyhow.
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
"Christian T. Steigies" <[EMAIL PROTECTED]> writes:
> On Fri, Jun 01, 2001 at 02:40:50PM -0400, Adam Di Carlo wrote:
> >
> > Nobody is working on m68k boot floppies for Woody at the moment. This
> > is a bad situation. Unless m68k porters start working
Wichert Akkerman <[EMAIL PROTECTED]> writes:
> Previously Wichert Akkerman wrote:
> > Not right now, I expect we'll need updated kernel packages soon.
>
> Ok, forget about that. Yes, new package would be nice ;)
Ok, building 2.2.25 for i386 and source upload now.
--
.Adam Di [EMAIL PROTECT
Martin Schulze <[EMAIL PROTECTED]> writes:
> Adam Di Carlo wrote:
> >
> > Nobody is working on Alpha boot floppies for Woody at the moment.
> > This is a bad situation. Unless alpha porters start working on
> > getting things going for their architecture, won&#
Nobody is working on m68k boot floppies for Woody at the moment. This
is a bad situation. Unless m68k porters start working on getting
things going for their architecture, won't that mean we don't have an
install system and m68k will not be able to participate in the Woody
release?
--
.Ada
Nobody is working on Alpha boot floppies for Woody at the moment.
This is a bad situation. Unless alpha porters start working on
getting things going for their architecture, won't that mean we don't
have boot-floppies and Alpha will not be able to participate in the
Woody release?
--
.Adam
I am preparing boot-floppies 2.3.4 for release. This version should
be nominally installable, or at least, get beyond the blocker bugs in
2.3.3, such as busybox issues causing failed download of base.
There are still *plenty* of problem in boot-floppies making it not
production ready, including:
Herbert Xu <[EMAIL PROTECTED]> writes:
> > My experience of the 2.2.19 kernels is that they are still unsuitable
> > for building. I will research more so I can more demonstrations of
> > this.
>
> Please do so.
Hmm, I compared all the config files and they seem fine. My
apologies. Nice work.
Adam Di Carlo <[EMAIL PROTECTED]> writes:
> Herbert Xu <[EMAIL PROTECTED]> writes:
>
> > Adam Di Carlo <[EMAIL PROTECTED]> wrote:
> >
> > > No way to use 2.2.19 for boot-floppies update for Potato, there are no
> > > PCMCIA for it.
> >
Herbert Xu <[EMAIL PROTECTED]> writes:
> Adam Di Carlo <[EMAIL PROTECTED]> wrote:
>
> > No way to use 2.2.19 for boot-floppies update for Potato, there are no
> > PCMCIA for it.
>
> PCMCIA modules have been compiled for 2.2.19. They've been around for
I should be able to release 2.2.24 tomorrow -- I'm not testing that it
builds and all that, then I'll tag it and build from exported sources
tomorrow.
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
Herbert Xu <[EMAIL PROTECTED]> writes:
> I've just found out through a bug report that all the flavoured 2.2.19-2
> kernels did not have the flavour set when make-kpkg build was being called.
> This means that they will *not* work out of the box.
>
> A fixed version is being built right now.
>
>
While I like the idea of removing old kernels from the Potato (and
woody) archives, I object to some of the removals.
Here are my arguments:
No way to use 2.2.19 for boot-floppies update for Potato, there are no
PCMCIA for it.
Moreover, I think 2.2.19 has some serious problems, although I need
Philip Blundell <[EMAIL PROTECTED]> writes:
> >Should I do a source upload of 2.2.24 boot-floppies for the ARM stuff?
>
> Yes please.
Ok. I am not moving i386 to straigh 2.2.19 right now, btw, since I'm
pretty sure that kernel has issues. I can do a 2.2.25 with that
shortly, however, for testi
Marcin Owsiany <[EMAIL PROTECTED]> writes:
> On Fri, May 11, 2001 at 10:01:28AM +0200, Martin Schulze wrote:
> > Adam Di Carlo wrote:
> > >
> > > Should I do a source upload of 2.2.24 boot-floppies for the ARM stuff?
> >
> > Targetting which distribu
Should I do a source upload of 2.2.24 boot-floppies for the ARM stuff?
Anything else that needs to go into that, like the 2.2.19 kernel for
i386?
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
Wookey <[EMAIL PROTECTED]> writes:
> On Sun 15 Apr, Adam Di Carlo wrote:
> > Martin Schulze <[EMAIL PROTECTED]> writes:
>
> > > m68k and arm won't appear soon, nobody cares about alpha,
> > > so only powerpc is missing at the moment.
* Phil Blundell:
- bump ARM kernel to 2.2.19
-- Adam Di Carlo <[EMAIL PROTECTED]> Sat, 14 Apr 2001 20:02:35 -0400
Martin Schulze <[EMAIL PROTECTED]> writes:
> This is a short status:
>
> 1. boot-floppies for powerpc are promised but still missing. BenC
> has uploaded a set for sparc, so we have ia32 and sparc right
> now.
That must be a typo -- i386 you mean.
> m68k and arm won't appear s
What about boot-floppies?
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
Ethan Benson <[EMAIL PROTECTED]> writes:
> On Tue, Apr 10, 2001 at 04:32:27PM -0400, Adam Di Carlo wrote:
> > I don't think all ports have rebuilt yet. PowerPC seems to have
> > serious kernel troubles.
>
> its a misconfiguration, sysrq is turned on and this happ
Matt Kraai <[EMAIL PROTECTED]> writes:
> But there are a couple of factors arguing for its inclusion.
> First, I've confirmed this device information in three places: the
> kernel's Documentation/devices.txt, /usr/include/linux/major.h,
> and MAKEDEV. I've also split out the is_drive code and tes
I've released boot-floppies 2.2.22 and uploaded that to samosa (will
be in Incoming soon I'm sure).
Changelog is below. The major change is 2.2.19pre17 kernels and
modules on i386, as well as other updates from
potato-proposed-updates.
It's up to you guys if you wanna use this for 2.2r3 or wai
David Whedon <[EMAIL PROTECTED]> writes:
> Sorry, my bad. I'll have fixed versions uploaded this evening if
> all goes well.
Ok, I note that you have that done at
http://people.debian.org/~dwhedon/>. Could you go ahead an
upload that to Incoming, as well as the pcmcia stuff you have there,
whic
FYI.
--- Begin Message ---
The below problem is fixed. The only problem now is an aesthetic one. The
compact and idepci kernels attempt to draw a framebuffer penguin logo at boot.
The 2.2.19pre17 version has a messed up color map for me (I tried the
2.2.17-idepci kernel and the color map was f
The idepci and compact kernels have a critical problem:
<[EMAIL PROTECTED]:glibc> dpkg-deb --fsys-tarfile \
/org/ftp.debian.org/ftp/pool/main/k/kernel-image-2.2.19pre17-idepci/kernel-image-2.2.19pre17-idepci_2.2.19pre17-2_i386.deb
\
| tar -tvf - | grep modules | head -5
drwxr-xr-x root/roo
Someone please review this list of packages from
potato-proposed-updates I am using to build 2.2.22 with:
e2fsprogs_1.18-3.0potato1_i386.deb
kernel-image-2.2.19pre17-compact_2.2.19pre17-1_i386.deb
kernel-image-2.2.19pre17-ide_2.2.19pre17-1_i386.deb
kernel-image-2.2.19pre17-idepci_2.2.19pre17-1_i3
an Mays <[EMAIL PROTECTED]>
Cc: Adam Di Carlo <[EMAIL PROTECTED]>,
Debian-boot mailing list
Subject: Re: Kernel for woody
Message-ID: <[EMAIL PROTECTED]>
Mail-Followup-To: Brian Mays <[EMAIL PROTECTED]>,
Adam Di Carlo <[EMAIL PROTECTED]>,
Debia
Wichert Akkerman <[EMAIL PROTECTED]> writes:
> Previously Adam Di Carlo wrote:
> > Still waiting for the pcmcia packages...
>
> They should be there now..
Can you tell me exactly (host/path please!) where they are?
I'm using David Wheadon's non-uploaded ver
Martin Schulze <[EMAIL PROTECTED]> writes:
> I guess you got me wrong. I had my reservations because boot-floppies
> doesn't seem to be available for a while and thus are not very well
> tested, no?
Well, I had pre-release testing versions around for quite a while.
> Since r1 or r2 got quite so
"J.A. Bezemer" <[EMAIL PROTECTED]> writes:
> Should definately be fixed. And if 2.2.21 isn't well-tested enough, please
> make an updated 2.2.20 with only this patch applied.
Ahem! No, that won't be happening, at least, not by me.
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
Anthony Towns writes:
> * libc6 -18 for alpha, arm, i386, powerpc (already there for m68k
> and sparc)
>
> * updated kernel / pcmcia stuff?
>
> * updated boot-floppies?
Joey (Martin Schulz) seems to think the boot-floppies 2.2.21 don't
have the testing to go into 2.2r
Wichert Akkerman <[EMAIL PROTECTED]> writes:
> Please use libc 2.1.3-18 instead, it fixes an interesting ldd bug.
Um, I don't see this built for i386 yet.
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
Wichert Akkerman <[EMAIL PROTECTED]> writes:
> Please use libc 2.1.3-18 instead, it fixes an interesting ldd bug.
Oh! Oops! Ok, I'll fix this for my next build.
Still waiting for the pcmcia packages...
--
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>
FYI, I used the following packages (and only the following packages)
from Potato proposed updates when building 2.2.21. Let me know if I
am missing any.
-rw-r--r--1 apharris staff 2164106 Jan 23 17:30
libc6-dev_2.1.3-17_i386.deb
-rw-r--r--1 apharris staff 670676 Jan 23 17:27
l
Mantas <[EMAIL PROTECTED]> writes:
> There are no lithuanian keymap for XFree 3.3.6 in potato rev.2. I
> would like you to include it in potato rev.3. I have working keymap
> and I can send it to you (it should be included in xlib6g
> 3.3.6). Lithuanian users has many lithuanisation related proble
Ben Collins <[EMAIL PROTECTED]> writes:
> On Thu, Mar 22, 2001 at 02:47:28AM -0500, Adam Di Carlo wrote:
> >
> > I decided to release and upload 2.2.21 even though we know we're going
> > to want to do a boot-floppies 2.2.22 for i386 at least for newer
>
I decided to release and upload 2.2.21 even though we know we're going
to want to do a boot-floppies 2.2.22 for i386 at least for newer
2.2.19pre17 kernels.
Please test this out. It's probably most convenient to grab it from
http://people.debian.org/~aph/current/>. I'm really only
considering c
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> I would really rather someone fix this, even at the cost of delaying
> boot floppies further. 2.2.19pre17 is a significant security upgrade.
I'll happily rebuild when those are provided.
Be aware that in at least 40% of the cases where there's a n
James Troup <[EMAIL PROTECTED]> writes:
> Woah, that's Really Bad, 2.2.18pre21 has security holes and some nasty
> bugs (e.g. MegaRAID incompatibility). What's the problem with pcmcia
> modules?
There is no package for pcmcia-modules-2.2.19pre17-{compact,idepci} packages.
For any kernel to be u
I apologize for my recent lack of involvement in boot-floppies
maintenance. I have been allowing myself the rather guilty pleasure of
working through the new policy of Debian SGML/XML stuff. Which is a
whole lot more fun for me than boot-floppies hacking.
Anyhow, I'm right now going to tag/relea
Are we going to go for kernel-image-2.2.19pre13 for 2.2r3? I don't
see any compiled images for i386 for that, only
kernel-image-2.2.19pre11. Is that good enough for non-alpha
platforms? Or should I just stick with 2.2.18 ? (I gather not...)
--
.Adam Di [EMAIL PROTECTED]http://www.onShore.
Ok, I've added this to http://www.debian.org/releases/potato/ :
Unofficial Linux Kernel 2.4 Support
Adrian Bunk has provided a set of packages for i386 Potato systems
which provide compatability for Linux Kernel 2.4.x. Please read http://www.fs.tum.de/~bunk/kernel-24.html";>
http://www.fs.tum.
Adrian Bunk <[EMAIL PROTECTED]> writes:
> Since it seems noone has already done this: I'll set up an apt-able
> archive with _all_ the packages someone might need when upgrading the
> kernel to 2.4.x . I hope I'll have it ready till Tuesday.
Let me know when it's there and I can put a mention in
Marc SCHAEFER <[EMAIL PROTECTED]> writes:
> The fix is:
>boot-floppies/debian/changelog
> line 74, incorrect syntax
Oh, the changelog wasn't finalized. Fixed in CVS.
> I have temporarily fixed it by putting my name and 822-date. I guess it is
> done automatically at release time. Now
Ben Collins <[EMAIL PROTECTED]> writes:
> On Tue, Jan 23, 2001 at 06:49:17PM -0500, Adam Di Carlo wrote:
> > Anthony Towns <[EMAIL PROTECTED]> writes:
> >
> > It seems to me this libc6 stuff isn't well tested and shoudl not be
> > installed into
I've created the woody branch for the boot-floppies. It's a little
unusual to use a branch for this, since it's ultimately going to be
the mainline, but for now, I figured it would be best not to disrupt
the translators and porters.
The branch is simply called woody. To update a checked out cop
Anthony Towns <[EMAIL PROTECTED]> writes:
> --- glibc_2.1.3-17_i386.changes
Boot floppies won't compile with these changes.
gcc -Wall -Os -fomit-frame-pointer -fno-builtin -D_GNU_SOURCE -DBB_VER='"0.43"'
-DBB_BT='"2001.01.23-23:34+"' -c -o nfsmoun\
t.o nfsmount.c
In file included from /usr
Marc SCHAEFER <[EMAIL PROTECTED]> writes:
> I just did an update of the CVS boot-floppies, and I have now made the PDF
> for the installation guides (especially the French, English and German
> versions interest me).
>
> Can I be sure that these are mostly the latest version ? Or are those
> doc
Erik Andersen <[EMAIL PROTECTED]> writes:
> You are still planning on waiting till after branching for woody
> before expecting the busybox changes we discussed, right?
Oh, no I'm not really waiting for you (nor you for me, I hope) -- I
just haven't had time to work on bf for a bit
--
Wichert Akkerman <[EMAIL PROTECTED]> writes:
> Previously Adrian Bunk wrote:
> > Two questions:
> > - I understand it right: You can't use a modular 2.0 kernel with the
> > latest modutils?
>
> Right.
>
> > - Shall I create an apt-able archive with the packages needed for kernel
> > 2.4 reco
Josip Rodin <[EMAIL PROTECTED]> writes:
> IIRC realplayer is orphaned.
I don't this so:
-rw-rw-r--1 troupdebadmin10924 Dec 31 17:49
/org/ftp.debian.org/ftp/pool/contrib/r/realplayer/realplayer_8.0.tar.gz
> > How's the way we cope with this kinda issue in the BTS -- "stuff fixed
>
Brian Frederick Kimball <[EMAIL PROTECTED]> writes:
> Anthony Towns wrote:
>
> > I suspect we won't make the end of Jan, but we may as well try for it.
>
> You may want to include realplayer from unstable; the one in stable is
> no longer usable.
If this is so, shouldn't someone file a bug and
Anthony Towns writes:
> I suspect we won't make the end of Jan, but we may as well try for it.
Yeah, my point. I need to move on really soon to woody, personally.
> Anyone have any worthwhile opinions on how 2.2r3 and 2.4.0 should get
> along? There already seems to be an iptables package and
Is there any agreement from the release manager on my project to get
2.2r3 out?
--
.Adam Di [EMAIL PROTECTED]http://www.onShore.com/>
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> What's our time frame here? I need to verify that 2.2.18 fixes the
> current PowerPC installation brown bag.
I dunno. I'd like to get it all taken care of by end of month, does
that sound reasonable?
I personally only have a few more tasks I wann
Adam Di Carlo <[EMAIL PROTECTED]> writes:
> I also just uploaded a new base-config for stable, which will need
> porting.
Scratch that, I changed my mind and removed this package from
incoming.
--
.Adam Di [EMAIL PROTECTED]http://www.onShore.com/>
Well, I have 2.2r3 pretty much ready to ship on the boot-floppies
side.
I'm hoping we can get the preparation done so we're ready to go.
The only thing in proposed updates that looks relevant to me is the
new kernels, 2.2.18 (rather than the pre21 version). Clearly we need
the PCMCIA stuff and
Anthony Towns writes:
> Well, I have no complaints if you get things done earlier, of course :)
We'll try. I'm trying to get final Potato bf out. I think they are
pretty much ready but we need some new kernels to fix some problems.
> I'd presume we'd ship with 2.2.x on the boot floppies and a
Erik Andersen <[EMAIL PROTECTED]> writes:
> The current busybox.deb needs a little work (about 1 hour) before it
> will be ready to replace the one in boot-floppies. Mostly, I need
> to go through and turn off everything that isn't enabled in the
> boot-floppies CVS. Also, some of the choices re
Anthony Towns claimed on debian-devel that it would take us "a few
months" to prepare boot-floppies for woody. I think it can be done by
Feb. I don't think there many major issues. Here's the one's I know
of:
- use busybox.deb from woody rather than the local CVS copy
- dealing with new k
I absolutely need to know when the release manager is hoping to freeze
woody, as the boot-floppies maintainer. That's because I'm going to
need at least 6 weeks notice.
Please let me know -- privately, if necessary, so not as to publicize
the information.
--
.Adam Di [EMAIL PROTECTED]htt
Anthony Towns writes:
> # auric incoming:
[...]
> install
> incoming/pcmcia-modules-2.2.18pre21-ide_3.1.22-0.1potato.0.1k1_i386.changes
> install
> incoming/pcmcia-modules-2.2.18pre21_3.1.22-0.1potato.0.1k1_i386.changes
> install incoming/slocate_2.4-1_arm.changes
>
> # boot-floppies, kernels
I've uploaded the new set of boot-floppies targetted for 2.2r2 to
samosa, which should propogate over shortly. The PCMCIA modules
problems on the vanilla flavor are fixed. I tested vanilla and
compact flavors and all is well there.
The boot-floppies are numbered with a binary NMU recompile nu
Ok, despite the problems in building fixed after 2.2.20, and despite
some persistent pcmcia modules problems, I'm uploading 2.2.20 i386. I
can do another binary upload with a new pcmcia-modules set if it's
supplied.
My guess is that the following PCMCIA cards will be broken on the
vanilla set of
1 - 100 of 245 matches
Mail list logo