> Try Mac OS X's "Mail" program. It has at least as good offline support
> as OE, and is much nicer, too.
>
> /me wishes "Mail" were free.
>
Gag. Mail might actually be useful if Apple had had the brains to include
simple stuff like *threading* of messages. All the fluff in the world, and
the
On Fri, 2003-04-25 at 11:54, Arnd Bergmann wrote:
> This matter has been decided years ago by other people. /lib64 is
> in the ELF psABI, see
> http://www.linuxbase.org/spec/refspecs/elf/x86_64-SysV-psABI.pdf,
> and upstream packages (e.g. KDE) are using it already.
I haven't read that whole docu
On Fri, 2003-04-25 at 08:01, Andreas Metzler wrote:
> libdbd-mysql-perl (bug #189164)
I personally think that bug was wrong; unfortunately, it appears I
failed to cc my reasoning to the bug :-(
See <[EMAIL PROTECTED]> on debian-legal.
In particular, we need to come up with a consistent answer t
On Fri, 2003-04-25 at 11:06, Arnd Bergmann wrote:
> It's a compromise, but I think it's still better than forcing everyone
> on the i486 compatibility that is just as obsolete as i386 (i.e. you won't
> buy any _new_ i486 machines in order to run Debian).
I've bought one, the company I work for has
On Sat, Apr 26, 2003 at 05:06:56AM +0200, Arnd Bergmann wrote:
> No, if you disable cmov on i686, that won't make Athlons and P4s faster
> than simply using -march=i586. If all packages are available for i386,
> the C3 and K6 users just won't be able to use the fast packages but can
> still work. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Saturday 26 April 2003 04:21, Chris Cheney wrote:
> On Sat, Apr 26, 2003 at 03:41:31AM +0200, Josselin Mouette wrote:
> > This would be a good border, but we would need to provide a much larger
> > subset of packages (if not all the distro) for 386
On Fri, 2003-04-25 at 11:41, Brian Nelson wrote:
> Yes. Attaching an strace shows:
>
> read(0,
What is fd 0? Do an readlink or ls -l on /proc/<>/fd/0:
[EMAIL PROTECTED]:anthony$ readlink /proc/$$/fd/0
/dev/pts/7
PS: Remember Policy 6.3 and set $| = 1
signature.asc
Description: Thi
> > /usr/lib/gcc-lib/m68k-linux/3.2.3/../../../libgdk-x11-2.0.so: undefined
> > reference to `Xine
> > ramaIsActive'
> > /usr/lib/gcc-lib/m68k-linux/3.2.3/../../../libgdk-x11-2.0.so: undefined
> > reference to `Xine
> > ramaQueryScreens'
> > collect2: ld returned 1 exit status
> > configure:758
On Sat, 26 Apr 2003, Matthew Palmer wrote:
> Looks like you've even got two to choose from:
>
> * #178165: ITP: openexr -- High dynamic-range image format for computer
> imaging
> Package: wnpp; Severity: wishlist; Reported by: Jay Bonci <[EMAIL PROTECTED]>;
> 91 days old.
>
> * #178317: ITP:
On Fri, 25 Apr 2003, Drew Hess wrote:
> I'm the upstream maintainer of OpenEXR. Is there anything I can do to
> help expedite getting OpenEXR into Debian? Not much has happened since
> the original ITP as far as I can tell. If something's broken on our side,
> let me know and I'll fix it.
Look
On 26 Apr 2003, Josselin Mouette wrote:
> Le sam 26/04/2003 à 02:59, Matthew Palmer a écrit :
> > For the original problem, it surely should be possible to build 386 and 486+
> > versions of libstdc++ and include both in the distro, with linker magic (or
> > installer magic) to tell the difference
On Sat, Apr 26, 2003 at 03:41:31AM +0200, Josselin Mouette wrote:
> Le sam 26/04/2003 à 03:15, Chris Cheney a écrit :
> > i686 has been common for 6 years now (1997 P2/K6), so its hardly just in
> > the past two years. ;)
>
> Err, k6 is not a 686 as to my knowledge.
Between this post "http://gcc.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 25 April 2003 19:31, Matt Zimmerman wrote:
> On Fri, Apr 25, 2003 at 05:06:00PM +0200, Arnd Bergmann wrote:
> > No, the only thing that is enforced is that i386 systems cannot use the
> > i486+ ABI. It is a very possible solution to have use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 25 April 2003 19:36, Josselin Mouette wrote:
> You know this will probably require modifications in *thousands* of
> packages ?
Yes, I fully understand the impact. I've done it for half the packages
in something similar to Red Hat 9 on s390
Hi,
On Sat, 26 Apr 2003 00:59:19 +, Matthew Palmer wrote:
> For the original problem, it surely should be possible to build 386 and 486+
> versions of libstdc++ and include both in the distro, with linker magic (or
> installer magic) to tell the difference?
Different ABI. Doesn't work. See
ht
On Sat, 26 Apr 2003 02:08, Emile van Bergen wrote:
> > Realistically, are there any C++ apps on the planet that wouldn't choke
> > an i386 to death anyway?
>
> There's nothing wrong with the performance of C++ apps. Years ago I did
> lots of C++ development on a 16MHz 386SX running DOS. The problem
Hi,
On Fri, 25 Apr 2003 17:09:27 +, Oliver Elphick wrote:
> All that patch does is to stop configure thinking that flex 2.5.31 is
> 2.5.3
On a semi-unrelated note, did anybody ask flex-upstream what the
*CENSORED* they were thinking?
Incompatible changes on that order, IMHO, require a versio
On Sat, Apr 26, 2003 at 09:36:56AM +0800, Cameron Patrick wrote:
> What about the Via C3? That was introduced not too long ago, runs
> moderately quickly (~1GHz) with low power consumption, but IIRC doesn't
> support the i686 instruction set.
The issue with this appears to be a gcc bug with respe
Seems like debootstrap needs to be fixed.
> I: Installing core packages...
> dpkg: `update-rc.d' not found on PATH.
> dpkg: 1 expected program(s) not found on PATH.
> NB: root's PATH should usually contain /usr/local/sbin, /usr/sbin and
> /sbin.
> W: Failure trying to ru
Le sam 26/04/2003 à 03:15, Chris Cheney a écrit :
> i686 has been common for 6 years now (1997 P2/K6), so its hardly just in
> the past two years. ;)
Err, k6 is not a 686 as to my knowledge.
> I agree the split should be at the i686 border
> assuming this doesn't harm athlon systems.
This would
On Sat, Apr 26, 2003 at 10:59:19AM +1000, Matthew Palmer wrote:
> For the original problem, it surely should be possible to build 386
> and 486+ versions of libstdc++ and include both in the distro, with
> linker magic (or installer magic) to tell the difference?
We've got /usr/lib/i386 and /usr/l
On Fri, Apr 25, 2003 at 10:15:25AM +0200, Josselin Mouette wrote:
> Le ven 25/04/2003 à 04:46, Chris Cheney a écrit :
> > On Thu, Apr 24, 2003 at 09:16:34PM -0500, Steve Langasek wrote:
> > > Wrong. It was Red Hat who *instigated* the change in library names
> > > upstream to allow the devel packa
Le sam 26/04/2003 à 02:59, Matthew Palmer a écrit :
> For the original problem, it surely should be possible to build 386 and 486+
> versions of libstdc++ and include both in the distro, with linker magic (or
> installer magic) to tell the difference?
That would not be enough. We need specific ver
On Fri, Apr 25, 2003 at 08:15:05PM -0500, Chris Cheney wrote:
| On Fri, Apr 25, 2003 at 05:06:00PM +0200, Arnd Bergmann wrote:
| > If we really want to split i386 in 'compatible' and 'fast', the i686 border
| > makes sense because users who care about speed probably bought the machine
| > during t
Le ven 25/04/2003 à 20:39, Jérôme Marant a écrit :
> >> Explicitly asking apt-get install libpng12-dev should do the trick (or
> >> at least show more explicitly what is wrong).
> >> Do you have any packages on hold maybe ?
> >
> > I don't have anything on hold, but I'll try that. Stay tuned.
>
>
Hi,
I'm the upstream maintainer of OpenEXR. Is there anything I can do to
help expedite getting OpenEXR into Debian? Not much has happened since
the original ITP as far as I can tell. If something's broken on our side,
let me know and I'll fix it.
thanks
-dwh-
On Sat, 26 Apr 2003, Nick Phillips wrote:
> On Sat, Apr 26, 2003 at 09:20:33AM +1000, Matthew Palmer wrote:
>
> > Another question, of course, is what does supporting 386s lose us? I've
>
> Binary compatibility with other distributions & usability of 3rd-party
> C++ binaries. That was what star
On Fri, Apr 25, 2003 at 05:06:00PM +0200, Arnd Bergmann wrote:
> If we really want to split i386 in 'compatible' and 'fast', the i686 border
> makes sense because users who care about speed probably bought the machine
> during the last two years and those should be i686 compatible.
i686 has been
On Sat, Apr 26, 2003 at 09:20:33AM +1000, Matthew Palmer wrote:
> Another question, of course, is what does supporting 386s lose us? I've
Binary compatibility with other distributions & usability of 3rd-party
C++ binaries. That was what started this thread, remember?
--
Nick Phillips -- [EMAIL
Package: wnpp
Version: unavailable; reported 2003-04-26
Severity: wishlist
* Package name: qvocab
Version : 0.22.4
Upstream Authors: Joachim Wieland <[EMAIL PROTECTED]>,
Thomas Schultz <[EMAIL PROTECTED]>
* URL : http://qvocab.seu
On Fri, Apr 25, 2003 at 02:01:58PM +0200, Andreas Metzler wrote:
> Hello,
> I send this first here to doublecheck that I do not make a complete
> ass out of myself ;-)
>
> You might not have noticed but libmysqlclient12 from MySQL 4 is
> licensed GPL, i.e. you have got problems when linking agains
On Fri, Apr 25, 2003 at 03:27:57PM -0500, David Krider wrote:
> I know, I know. I've heard lots of people talk about how great it is,
> but, as far as I know, the bitmapped fonts under KDE in Sid are still
> messed up, and that's a show stopper for me.
Hopefully this will be resolved eventually or
Debian sid is roughly equal to most other distributions official
releases. One of the main reasons that Debian stable and testing are
always behind other distributions is due to the fact Debian requires
much more out of the packages, by requiring them to work on all
architectures and without major
Here is an email from an AMD rep posted on the x86-64 developer mailing list.
B.
---
Date: Fri, 25 Apr 2003 11:56:56 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [discuss] From AMD -- RE: [discuss] x86_64 -> amd64 renaming?
All,
You're correct, AMD is trying to minimize use of
On Fri, 25 Apr 2003, [ISO-8859-1] "Martin v. Löwis" wrote:
> a) Is anybody actually doing this, today?
Hell yes. I have 3 of them in the field. Running woody+updates,
custom kernel, and absolutely nothing else.
> b) Do you then have 10MB or 100MB ethernet in that computer?
> Can you even p
>> As far as I am concerned, I have no desire to have ReiserFS distributed
>> for free by anyone who removes the GNU manifesto or similar expressions
>> from Stallman's work (or my own) and redistributes it. It is simply a
>> matter of respect that is due the author.
>
> Respect is due; but it
On 20030425T180852+0200, Emile van Bergen wrote:
> The problem is STL
... or rather, its abuse.
--
%%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%%
Taiteellisen ohjelmoinnin ystävien seura Toys - Ohjelmointi on myös taidetta
http://www.cc.j
On Fri, Apr 25, 2003 at 03:27:57PM -0500, David Krider wrote:
> Please don't tell me, "We'll blah, blah release blah when blah it's
> blah, blah, blah ready."
What do you expect people to say? This is the development model. If you
think things are going too slow, help out and start squashing bugs.
On Wed, Apr 23, 2003 at 01:06:08AM +0200, Wouter Verhelst wrote:
> Also, once the system reboots, depmod is ran too; at that time, it
> provokes no errors, and the system works perfectly afterwards -- yes, I
> tried :-)
Yes, this is true, but if you use initrd (which I use) and the modules.dep
is
On Fri, Apr 25, 2003 at 03:11:41PM +0200, Björn Stenberg wrote:
> Rene Engelhard wrote:
> > > 4) What is the best way to find out why cfitsio depends on gcc-3.3?
> > looking in the Packages files?
> > (do in on auric directly or d/l them and do it at home)
>
> Where can I download these files? ("P
So I'm trying out Debian on the desktop. I'm a long-time Red Hat user
who's given up on them because of their product strategy. I bought SuSE
8.2, and it's been great. I'm saying these things not to start a
flamewar, but just to tell where I'm coming from. I'm just saying that I
expect a lot of pol
Michel Loos <[EMAIL PROTECTED]> writes:
> Em Qui, 2003-03-27 às 19:38, David N. Welton escreveu:
> > [ Please CC me in replies ]
> > Hi, I have emailed the guy who submitted this bug, with no answer.
> > Any Perl people want to have a look at it and see if the problem
> > behavior is still there?
[please cc any reply offlist, as not subscribed]
Has anyone solved the problem of getting a Samsung ML-1210 to print (over USB
cable connection) using CUPS and Gimp-print? (Foomatic, actually.)
Am using Debian sarge, kernel 2.4.19-686, CUPS 1.1.15-4, and Foomatic
4.2.2-pre2.
I have no printing
On Apr 25, Ben Collins <[EMAIL PROTECTED]> wrote:
>I bet someone would rebuild base+some extras using i386 target compiler
>and make it available, if Debian did that. They would probably serve a
>few hundred users total, at best. I don't think it would be too much to
>expect debian-i386 to bec
Jérôme Marant <[EMAIL PROTECTED]> writes:
> En réponse à Josselin Mouette <[EMAIL PROTECTED]>:
>
>> Le ven 25/04/2003 à 11:08, Jérôme Marant a écrit :
>>
>> > libqt3-mt-dev Depends: libpng12-0-dev but it is not going to
>> > be installed
>> >
>> > I think that it depends on the packages that are
(Please do not reply to existing messages to start a new thread.)
Luiz Rafael Culik Guimaraes wrote:
> Dear Friends
>
> Is their any kind of references for users that has .spec files for Rpm
> that need to build their package in debian
>
> I´ve tryed to build an .deb package as pointer on the w
On Fri, Apr 25, 2003 at 09:24:14AM +0200, Gerfried Fuchs wrote:
> * Glenn Maynard <[EMAIL PROTECTED]> [2003-04-23 03:30]:
> > If someone missed a meeting because a program they installed out of
> > Debian had a time bomb in it, they would be justified in questioning
> > their use of Debian, not jus
On Fri, Apr 25, 2003 at 05:06:00PM +0200, Arnd Bergmann wrote:
> (i.e. you won't buy any _new_ i486 machines in order to run Debian).
Though, buying a new i486 isn't as unusual as you might think.
http://www.soekris.com/net4501.htm
http://www.soekris.com/net4511.htm
http://www.soekris.com/net452
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Fri, Apr 25, 2003 at 08:51:41AM +0200, Matthias Klose wrote:
>> Should Debian further support the i386 target, or make (at least i486)
>> the default for code generation? Asking because I'm unsure how to
>> provide the libstdc++5 package.
>
> Realist
On Fri, Apr 25, 2003 at 11:55:08AM -0500, Steve Langasek wrote:
> On Fri, Apr 25, 2003 at 04:36:00PM +0100, Colin Watson wrote:
> > On Fri, Apr 25, 2003 at 09:26:41AM -0500, Steve Langasek wrote:
> > > Realistically, are there any C++ apps on the planet that wouldn't choke
> > > an i386 to death an
Le ven 25/04/2003 à 17:54, Arnd Bergmann a écrit :
> > I am assuming that dlopen calls need to be modified to look for
> > /usr/lib64 rather than /usr/lib on 64-bit architectures running
> > 64-bit applications.
>
> This matter has been decided years ago by other people. /lib64 is
> in the ELF psA
Le ven 25/04/2003 à 14:38, JC Wong a écrit :
> But is that possible to get libpng2-dev and libpng12-0-dev both
> installed? Since libqt3-mt-dev depend on libpng12-0-dev and its needed
> for my Licq.While other of my gnome appz depend on gdk-imlib need
> libpng2-dev as well.Is confusing me here.
G
This email address is not valid, but you can register it at:
http://www.wrenters.com
Hello,
I just updated my "packagebrowser" to a completely rewritten version.
http://debian.vitavonni.de/packagebrowser/
I converted the groups data from "aptitude" to a keyword-oriented
system; this system is much more flexible.
Unfortunately the UI is quite slow (especially at the top level, i
Le ven 25/04/2003 à 16:06, Craig Dickson a écrit :
> The slowest machine I ever work with these days is an old Pentium-90 with
> 32 MB RAM. I won't even put X on that anymore, though it did have X back
> when it was my only Linux machine.
But 486's and Pentiums still make very good TX boxen, so ha
On Fri, Apr 25, 2003 at 05:06:00PM +0200, Arnd Bergmann wrote:
> On Friday 25 April 2003 15:43, Matt Zimmerman wrote:
> > See the beginning of this thread; the problem is that libstdc++ has
> > drawn a line between 386 and 486.
>
> No, the only thing that is enforced is that i386 systems cannot u
On Friday 25 April 2003 08:06 am, Arnd Bergmann wrote:
> On Friday 25 April 2003 15:43, Matt Zimmerman wrote:
> > On Fri, Apr 25, 2003 at 01:37:04PM +0200, Emile van Bergen wrote:
> > > Hmm... I'd argue for putting the split at either 386 vs 486+ (the
> > > latter at least has a math copro and CMPX
Gerfried Fuchs wrote:
* Glenn Maynard <[EMAIL PROTECTED]> [2003-04-23 03:30]:
If someone missed a meeting because a program they installed out of
Debian had a time bomb in it, they would be justified in questioning
their use of Debian, not just the application.
No. They would be justified in que
Steve Langasek <[EMAIL PROTECTED]> writes:
> Realistically, are there any C++ apps on the planet that wouldn't choke
> an i386 to death anyway?
groff
--
Alan Shutko <[EMAIL PROTECTED]> - I am the rocks.
Looking for a developer in St. Louis? http://web.springies.com/~ats/
I do not fear computers
Dear Friends
Is their any kind of references for users that has .spec files for Rpm
that need to build their package in debian
I´ve tryed to build an .deb package as pointer on the web page, but i dont
get no luck.
My apps depend for some envars that are defined on make files,
this envars must
On Fri, Apr 25, 2003 at 04:36:00PM +0100, Colin Watson wrote:
> On Fri, Apr 25, 2003 at 09:26:41AM -0500, Steve Langasek wrote:
> > On Fri, Apr 25, 2003 at 08:51:41AM +0200, Matthias Klose wrote:
> > > Should Debian further support the i386 target, or make (at least i486)
> > > the default for code
Are there any flex experts who can take a look at this problem?
On Thu, 2003-04-24 at 17:41, Drew Scott Daniels wrote:
> The changelog for postgresql 7.3.2r1-3 says:
> [...]
> * Patch to allow configure to accept flex >= 2.5.30 (it was falling foul of
>the test for buggy 2.5.3).
> [...]
>
>
Hi,
On Fri, Apr 25, 2003 at 09:26:41AM -0500, Steve Langasek wrote:
> On Fri, Apr 25, 2003 at 08:51:41AM +0200, Matthias Klose wrote:
> > Should Debian further support the i386 target, or make (at least i486)
> > the default for code generation? Asking because I'm unsure how to
> > provide the li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 25 April 2003 16:32, Junichi Uekawa wrote:
> I find that this might be better, than using /lib64, for 64-bit
> mode libraries, because we need to modify almost everything that
> uses dlopen, right ?
>
> I am assuming that dlopen calls need to
On Fri, Apr 25, 2003 at 09:08:03AM -0500, Steve Greenland wrote:
> On 24-Apr-03, 13:31 (CDT), Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
> > when did windows become the native OS on x86?
> Just to be difficult: The original "OS" for the IBM PC was DOS[1], and
> if you track the lineage, I think
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> On Thu, 24 Apr 2003 15:26:46 -0700, Brian Nelson <[EMAIL PROTECTED]> said:
>
>> I'm trying to implement ucf in a perl postinst script, but I'm
>> running into problems due to debconf's fuckage with the file
>> descriptors, I think.
>
>> I call stop()
On Fri, Apr 25, 2003 at 09:26:41AM -0500, Steve Langasek wrote:
> On Fri, Apr 25, 2003 at 08:51:41AM +0200, Matthias Klose wrote:
> > Should Debian further support the i386 target, or make (at least i486)
> > the default for code generation? Asking because I'm unsure how to
> > provide the libstdc+
En réponse à Josselin Mouette <[EMAIL PROTECTED]>:
> Le ven 25/04/2003 à 11:08, Jérôme Marant a écrit :
>
> > libqt3-mt-dev Depends: libpng12-0-dev but it is not going to
> > be installed
> >
> > I think that it depends on the packages that are installed
> > on the system. So, I'm sure I must re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 25 April 2003 15:43, Matt Zimmerman wrote:
> On Fri, Apr 25, 2003 at 01:37:04PM +0200, Emile van Bergen wrote:
> > Hmm... I'd argue for putting the split at either 386 vs 486+ (the latter
> > at least has a math copro and CMPXCHG), or at 386-
On Fri, Apr 25, 2003 at 02:43:31PM +0200, Bj?rn Stenberg wrote:
> Simon Huggins wrote:
> > I have a feeling you want to discover update_output.txt
> update_output.txt says:
> trying: cfitsio
> skipped: cfitsio (1144+9)
> got: 13+0: a-4:a-9
> * arm: fv, libcfitsio-dev, libcfitsio2
> If I'm r
On Fri, Apr 25, 2003 at 08:51:41AM +0200, Matthias Klose wrote:
> Should Debian further support the i386 target, or make (at least i486)
> the default for code generation? Asking because I'm unsure how to
> provide the libstdc++5 package.
Realistically, are there any C++ apps on the planet that wo
> > On the other hand, it will break any package that has a
> > versioned dependency on libpng12-0-dev (I don't know if there are
> > any).
>
> It looks like there are no such packages.
>
That is nice to hear, then we are clear on that subject, apart
from occasional weird apt-pinning behavior
> This won't work, because you can't mix 32 and 64 bits code or libraries.
>
> I think the appropriate solution is to make it a completely new arch,
> with 32 bits compatibility libraries (at least glibc and xlibs) allowing
> to run 32 bits proprietary software.
I find that this might be better
On 24-Apr-03, 13:31 (CDT), Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
> when did windows become the native OS on x86?
Just to be difficult: The original "OS" for the IBM PC was DOS[1], and
if you track the lineage, I think it's fair to call Windows the "native"
OS for that architecture.
> And w
Ben Collins wrote:
> I bet someone would rebuild base+some extras using i386 target compiler
> and make it available, if Debian did that. They would probably serve a
> few hundred users total, at best. I don't think it would be too much to
> expect debian-i386 to become a side-project.
debian-i38
Your message dated Fri, 25 Apr 2003 15:13:25 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#174308: star should become standard tar
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is
On Fri, Apr 25, 2003 at 01:37:04PM +0200, Emile van Bergen wrote:
> Hmm... I'd argue for putting the split at either 386 vs 486+ (the latter
> at least has a math copro and CMPXCHG), or at 386-pentium vs 686+.
See the beginning of this thread; the problem is that libstdc++ has drawn a
line betwee
On Fri, Apr 25, 2003 at 07:30:34AM -0400, Ben Collins wrote:
> I bet someone would rebuild base+some extras using i386 target compiler
> and make it available, if Debian did that. They would probably serve a few
> hundred users total, at best. I don't think it would be too much to expect
> debian-
Rene Engelhard wrote:
> > 4) What is the best way to find out why cfitsio depends on gcc-3.3?
> looking in the Packages files?
> (do in on auric directly or d/l them and do it at home)
Where can I download these files? ("Packages" is a tricky word to search for...)
Thanks.
--
Björn
On Fri, Apr 25, 2003 at 09:32:05AM +0200, Andreas Metzler wrote:
> Does anybody know how/if other Distributions reacted to this issue?
> Suse, Redhat et.al. afaik have been using gcc-3.x for more than one
> release.
"Minimum: Pentium-class"
http://www.redhat.com/software/linux/technical/
I can't
On Fri, Apr 25, 2003 at 01:37:04PM +0200, Emile van Bergen wrote:
> I say this because the original pentium didn't introduce a lot of new
> features other than the two pipelines for which you only need some insn
> scheduling that's fully compatible with the 486, and IIRC wasn't sold
> nearly as we
Simon Huggins wrote:
> I have a feeling you want to discover update_output.txt
Thanks, I have looked at it before but apparently not enough. Some followup
questions:
update_output.txt says:
trying: cfitsio
skipped: cfitsio (1144+9)
got: 13+0: a-4:a-9
* arm: fv, libcfitsio-dev, libcfitsio
Le ven 25/04/2003 \340 09:41, J\351r\364me Marant a \351crit :
> En r\351ponse \340 Josselin Mouette <[EMAIL PROTECTED]>:
>
>
> > As libpng12-dev provides libpng12-0-dev, and there are no versioned
> > dependencies on it, there is no breakage.
>
> apt-get install libqt3-mt-dev
> doesn't work becaus
On Fri, Apr 25, 2003 at 08:51:41AM +0200, Matthias Klose wrote:
> Should Debian further support the i386 target, or make (at least i486)
> the default for code generation? Asking because I'm unsure how to
> provide the libstdc++5 package.
FWIW, hurd-i386 doesn't now, nor will it likely ever run o
Package: wnpp
Version: unavailable; reported 2003-04-25
Severity: wishlist
* Package name: netrik
Version : 1.8.0
Upstream Author : Olaf D. Buddenhagen AKA antrik <[EMAIL PROTECTED]>
* URL : http://netrik.sourceforge.net/
* License : GPL
Description : text
"Martin v. LÃwis" <[EMAIL PROTECTED]> writes:
> Lars Wirzenius wrote:
>
>> So using a 386 as a router and firewall, which it is perfectly capable
>> of hardwarewise
[snip]
> b) Do you then have 10MB or 100MB ethernet in that computer?
> Can you even put a 100MB ethernet card into the computer?
Hello,
I send this first here to doublecheck that I do not make a complete
ass out of myself ;-)
You might not have noticed but libmysqlclient12 from MySQL 4 is
licensed GPL, i.e. you have got problems when linking against non-GPL
software at the same time. The LGPLed libmysqlclient10 and
libmysql
Package: wnpp
Version: unavailable; reported 2003-04-25
Severity: wishlist
* Package name: atop
Version : 1.9
Upstream Author : Gerlof Langeveld <[EMAIL PROTECTED]>
* URL : ftp://ftp.ATComputing.nl/pub/tools/linux
* License : GPL
Description : Monitor for
Matthias Urlichs wrote:
Hmm. Did anybody measure the performance increase in a "typical"
userspace-CPU-intensive program when built with i586-only options
(as opposed to "optimize for i586+ but generate compatible code)?
In the current issue, it is not that much a question of performance,
but of co
* "Martin v. L?wis" ([EMAIL PROTECTED]) wrote:
> Lars Wirzenius wrote:
> >So using a 386 as a router and firewall, which it is perfectly capable
> >of hardwarewise
>
> Is that really the case?
Yes.
> a) Is anybody actually doing this, today?
Yes.
> b) Do you then have 10MB or 100MB ethernet in
Hi,
On Fri, Apr 25, 2003 at 08:53:40PM +1000, Russell Coker wrote:
> It does sound like it would be a good idea to have a separate build for 386
> and 486, then we could optimise everything else for 586+.
Hmm... I'd argue for putting the split at either 386 vs 486+ (the latter
at least has a
On Fri, Apr 25, 2003 at 12:13:08PM +0300, Lars Wirzenius wrote:
> On pe, 2003-04-25 at 11:09, "Martin v. L?wis" wrote:
> > They just don't support i386 anymore.
> >
> > http://www.suse.de/en/private/products/suse_linux/i386/system_requirements.html
> > http://www.redhat.com/software/linux/technica
On Fri, Apr 25, 2003 at 12:09:21PM +0200, "Martin v. Löwis" wrote:
> >So using a 386 as a router and firewall, which it is perfectly capable
> >of hardwarewise
>
> Is that really the case?
>
> a) Is anybody actually doing this, today?
In our company, we are using
* Two 386sx 16 MHz with 8 MB
Hi,
On Fri, 25 Apr 2003 09:13:08 +, Lars Wirzenius wrote:
> I could live with that, but I think it'd be a shame.
>
Hmm. Did anybody measure the performance increase in a "typical"
userspace-CPU-intensive program when built with i586-only options
(as opposed to "optimize for i586+ but generate
On Fri, 25 Apr 2003 20:09, Martin v. Löwis wrote:
> Lars Wirzenius wrote:
> > So using a 386 as a router and firewall, which it is perfectly capable
> > of hardwarewise
>
> Is that really the case?
>
> a) Is anybody actually doing this, today?
>
> b) Do you then have 10MB or 100MB ethernet in that
Lars Wirzenius wrote:
So using a 386 as a router and firewall, which it is perfectly capable
of hardwarewise
Is that really the case?
a) Is anybody actually doing this, today?
b) Do you then have 10MB or 100MB ethernet in that computer?
Can you even put a 100MB ethernet card into the computer?
* David Nusinow ([EMAIL PROTECTED]) [030424 11:20]:
> Your message works both
> ways, and it's obvious to me that upstream authors should give
> maintainers as much respect as maintainers give them. Some simple
> civility is really all that's called for.
Perfectly true. But this list is called deb
* Manoj Srivastava ([EMAIL PROTECTED]) [030424 05:20]:
> On Wed, 23 Apr 2003 17:41:58 +0200, Andreas Barth <[EMAIL PROTECTED]> said:
> > You can. The _moral_ right is compatible with free software, the
> > _formal_ right not. (And in some, rare cases the moral right is
> > ignored. mkreiserfs cou
Le ven 25/04/2003 à 11:08, Jérôme Marant a écrit :
> libqt3-mt-dev Depends: libpng12-0-dev but it is not going to
> be installed
>
> I think that it depends on the packages that are installed
> on the system. So, I'm sure I must resolve the problem
> manualy since APT is not going to do it for me
* Matthew Palmer ([EMAIL PROTECTED]) [030424 02:50]:
> On Wed, 23 Apr 2003, Andreas Barth wrote:
> > Can't you understand that as an author you would like that messages
> > like this are not removed without your consent? The internet
> > robustness principle says: Be liberal in what you accept and
1 - 100 of 114 matches
Mail list logo
