On Sun, Jan 24, 1999 at 11:14:18PM +0100, Eric Delaunay wrote:
>
> Debian/SPARC is still providing libc 5.3.12 in binary form but no sources.
> I don't think the libc 5.4.46 is working for sparc, therefore we need to put
> the 5.3.12 sources in slink again.
> As the maintainer of libc5 I can do a n
> This version should be close to good enough. The major change since
> the last one that was posted is the ability to upgrade from files in
> the current dir instead of a local mirror requirement.
>
> This script still needs testing.
> # upgrade a libc5 (bo) machine to libc6 (hamm).
> [...]
> #
Igor Grobman wrote:
>
>
> This version should be close to good enough. The major change since the last
> one that was posted is the ability to upgrade from files in the current dir
> instead of a local mirror requirement.
llug.sep.bnl.gov is a public nfs mount for debian. You can point the s
On Sat, 10 Jan 1998, Craig Sanders wrote:
> On Fri, 9 Jan 1998, Turbo Fredriksson wrote:
>
> > On Fri, 9 Jan 1998, Craig Sanders wrote:
> >
> > > On Fri, 9 Jan 1998, Lindsay Allen wrote:
> > > > Still one problem. /wg-15-locale/s//wg15-locale/
> > > damn. i thought i got that one this morning.
On Fri, 9 Jan 1998, Turbo Fredriksson wrote:
> On Fri, 9 Jan 1998, Craig Sanders wrote:
>
> > On Fri, 9 Jan 1998, Lindsay Allen wrote:
> > > Still one problem. /wg-15-locale/s//wg15-locale/
> > damn. i thought i got that one this morning.
> > i wont bother posting the script again. it's easy e
On Fri, 9 Jan 1998, Craig Sanders wrote:
> On Fri, 9 Jan 1998, Lindsay Allen wrote:
> > Still one problem. /wg-15-locale/s//wg15-locale/
> damn. i thought i got that one this morning.
> i wont bother posting the script again. it's easy enough to fix.
Could this script be uploaded to ftp.debian
On Fri, 9 Jan 1998, Lindsay Allen wrote:
> Still one problem. /wg-15-locale/s//wg15-locale/
damn. i thought i got that one this morning.
i wont bother posting the script again. it's easy enough to fix.
craig
--
craig sanders
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsub
Still one problem. /wg-15-locale/s//wg15-locale/
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Lindsay Allen <[EMAIL PROTECTED]> Perth, Western Australia
voice +61 8 9316 248632.0125S 115.8445Evk6lj Debian Unix
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
On Thu, 8 Jan 1998, Lindsay Allen wrote:
> On Thu, 8 Jan 1998, Craig Sanders wrote:
>
> > dpkg -iB base/perl-base_*.deb interpreters/perl_*.deb
>
> Did you miss the change re perl?
>
> # perl-base must be configured before installing perl
> dpkg -iB */perl-base_*.deb && dpkg -iB */perl_*.deb
m
On Thu, 8 Jan 1998, Craig Sanders wrote:
[snip]
> dpkg -iB base/libgdbm1_*.deb devel/libgdbmg1_*.deb || exit 8
> # paranoia says "run ldconfig now".
> ldconfig
> dpkg -iB base/perl-base_*.deb interpreters/perl_*.deb
Did you miss the change re perl?
# perl-base must be configured before insta
On Thu, 8 Jan 1998, Lindsay Allen wrote:
> I did a new licb5 install and ran your script. Here are some
> suggested changes. There may be more, but I wanted to get this out
> the door to save everyone from covering the same ground.
>
> I put a " || exit" after the bash upgrade and suggest that m
I still have a not-quite-finished upgrade of the experimental dpkg-ftp
done. I fixed some bugs and added immediate configuration of
pre-depended on targets and essential packages. I also improved the
backend logic so that it will only use later backends if the version
is newer. For example, you
On Thu, 8 Jan 1998, Hamish Moffatt wrote:
> On Thu, Jan 08, 1998 at 09:52:00AM +1100, Craig Sanders wrote:
> > # development because libc5 can't be upgraded to latest without removal
> > # of libc5-dev which also necessitates removal of other -dev packages
> > # like libdb1-dev and libdl1-dev if t
I did a new licb5 install and ran your script. Here are some suggested
changes. There may be more, but I wanted to get this out the door
to save everyone from covering the same ground.
I put a " || exit" after the bash upgrade and suggest that more use
be made of this to bring the script to a h
On Thu, Jan 08, 1998 at 09:52:00AM +1100, Craig Sanders wrote:
> # development because libc5 can't be upgraded to latest without removal
> # of libc5-dev which also necessitates removal of other -dev packages
> # like libdb1-dev and libdl1-dev if they are installed.
>
> DEVPACKAGES=`dpkg --get-sel
Craig Sanders <[EMAIL PROTECTED]> writes:
> cd /debian/dists/unstable/main/binary-i386
Grr.
cd /debian/dists/unstable/main/binary-$(dpkg --print-installation-architecture)
--
James - Hardcoded-i[345]86 detection alarm triggered
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsub
t: Monday, December 08, 1997 4:48 PM
> To: Michael Meskes
> Cc: debian-devel@lists.debian.org
> Subject: Re: libc5
>
> On Sat, Dec 06, 1997 at 03:51:26PM +0100, Michael Meskes wrote:
> > Good point David. That is all your point are good. But stopping
> libc5
>
On Sat, Dec 06, 1997 at 03:51:26PM +0100, Michael Meskes wrote:
> Good point David. That is all your point are good. But stopping libc5
> work means we have to convert all packages before the next release. IMO
> this should even hold for non-free or contrib packages. I doubt we are
> able to do tha
> --
> From: David Engel[SMTP:[EMAIL PROTECTED]
> Sent: Freitag, 5. Dezember 1997 20:53
> To: Michael Meskes
> Subject: Re: libc5
>
> On Fri, Dec 05, 1997 at 07:01:01PM +0100, Michael Meskes wrote:
> > I think David Engel is working on an interim libc6 releas
On Sun, Dec 07, 1997 at 07:11:56PM +0100, Paul Seelig wrote:
> [EMAIL PROTECTED] (Hamish Moffatt) writes:
> > The only prolbem is that you cannot produce these packages
> > on a purely bo system as some have promised/hoped. For example,
> > Tim Sailer is offering access to a bo system for backporti
On Sun, Dec 07, 1997 at 10:12:29AM -0500, Alex Yukhimets wrote:
> Well, I guess then libc5 machines dedicated to backporting should have
> dpkg-dev from hamm installed. And upload newer dpkg-dev to bo-unstable
> for consistency.
As well as patch from hamm, so that it is possible to unpack hamm
> > > Although dpkg-dev from hamm works fine on bo since it is not libc
> > > dependent, it's still not possible to backport on a completely-bo
> > > given this factor, unless I am missing something ..
> >
> > As far as I understand, you just told that you can use dpkg-dev from hamm
> > to produce
On Sun, Dec 07, 1997 at 08:44:06AM -0500, Alex Yukhimets wrote:
> > One problem with doing backports of libc5 packages is that
> > dpkg-dev in bo doesn't seem to support pristine sources;
> > it complained that the original wasn't in the .orig subdirectory.
> >
> > Although dpkg-dev from hamm work
> One problem with doing backports of libc5 packages is that
> dpkg-dev in bo doesn't seem to support pristine sources;
> it complained that the original wasn't in the .orig subdirectory.
>
> Although dpkg-dev from hamm works fine on bo since it is not libc
> dependent, it's still not possible to
>> > I haven't heard anything from Helmut Geyer in months, except for a
>> > message on Sep 24 saying he was back. (Apparently he wasn't).
>
>I think it's safe to assume that Helmut is gone (from Debian). IMO,
>even if Helmut were to reappear today, he would have to re-establish
>his presence for
AIL PROTECTED]
> > Gesendet: Donnerstag, 4. Dezember 1997 16:49
> > An: debian-devel@lists.debian.org
> > Betreff:Re: libc5
> >
> > Michael Meskes wrote:
> > > How come this packaged hasn't been updated for a while. Since H.J.
> > Lu is
> &g
Michael Meskes wrote:
> How come this packaged hasn't been updated for a while. Since H.J. Lu is
> adding more and more libc6 compatibility changes I think it makes sense to
> stay up-to-date with libc5, too.
I haven't heard anything from Helmut Geyer in months, except for a
message on Sep 24 sayi
Hello,
> I must second Andreas here. The ISDN stuff is an exception.
Oh come on, there are millions of exceptions. The KErnel Development has
never stoped and will never stop. There is a lot of redesign goiug on:
new routing, new address families, new arp, new console, new device drivers,
new me
-BEGIN PGP SIGNED MESSAGE-
On 28 May 1997, Manoj Srivastava wrote:
> The bottom line is: if a program needs kernel header, the
> chances are that the program, or the design of the program, is
> broken.
I must second Andreas here. The ISDN stuff is an exception.
There is active devel
Hi,
Mixing user domain and kernel domain stuff is a really bad
Idea, but you don't have to take just my word for it. I already have
posted the FAQ once today, and I don't want to do so again: Please
read the libc FAQ (or email me and I will send you a copy).
The bottom line is
Hello,
> My contention is: if we are talking about a program that needs
> kernel headers, and can't be satisfied with the headers included in
> the libc5-dev package (which corresponds to 2.0.29, or something),
> that means we are talking about a program that needs some very
> specific k
Hi,
My contention is: if we are talking about a program that needs
kernel headers, and can't be satisfied with the headers included in
the libc5-dev package (which corresponds to 2.0.29, or something),
that means we are talking about a program that needs some very
specific kernel data
32 matches
Mail list logo
