Bug stamp-out list for Apr 25 06:08 (CST)
Total number of release-critical bugs: 779
Number that will disappear after removing packages marked [REMOVE]: 19
Explanation for bug tags:
P pending
+ patch
H help
M moreinfo
R unreproducible
S security
U upstream
Some bugs
Le Thu, Apr 24, 2003 at 10:25:20PM +0200, Alexandre Pineau écrivait:
Bonjour,
Bonjour,
Je ne comprends pas un problème associé au paquet Ire
(http://packages.qa.debian.org/i/ire.html) :
Le bug Intent To Package #168210 concernant IRE est signalé comme faisant
toujours partie de la
On Fri, 25 Apr 2003 08:06, [EMAIL PROTECTED] wrote:
do u know how to send them?
I think you use the command deltree C:\, it may ask you some questions, but
say yes to them all if you really want to send that virus out!
--
http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux
Package: wnpp
Severity: wishlist
Package name: bioperl-run
Version : 1.1.0
Upstream Author : Various [EMAIL PROTECTED]
URL : http://www.bioperl.org/
License : Perl (Artistic/GPL)
Description : Perl wrappers for applications used by bioperl
Bioperl-run
This one time, at band camp, Thomas Hood wrote:
On Thu, 2003-04-03 at 18:56, Steve Langasek wrote:
The FHS is about more than just providing a system that technically
allows you to mount different filesystems as needed. There are also
aesthetic concerns in the heirarchy (in the broad sense of
On Fri, 25 Apr 2003, Michael Banck wrote:
On Thu, Apr 24, 2003 at 06:27:34PM -0400, Bart Trojanowski wrote:
A bug on the lack of a debian-x86-64 mailing list has been opened (162668).
All that can be done has been done -- it's out of our hands now :)
It's the same for the internal projects
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.
- In gcc-3.2, the libstdc++ atomicity implementation uses ix86 (=4)
specific code. This was reported by two users (#184446,
En réponse à 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 because it cannot install libpng12-0-dev despite
what you are saying.
--
Jérôme Marant
* 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 questioning their
Matthias Klose [EMAIL PROTECTED] wrote:
[...]
- In gcc-3.2, the libstdc++ atomicity implementation uses ix86 (=4)
specific code. This was reported by two users (#184446, #185662).
[...]
- Keeping the generic implementation would not allow binaries
linked against the libstdc++ built with the
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.
They just don't support i386 anymore.
http://www.suse.de/en/private/products/suse_linux/i386/system_requirements.html
Le ven 25/04/2003 à 09:41, Jérôme Marant a écrit :
En réponse à 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 because it cannot install
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 packages to be installed simultaneously,
because they have no intention of trying
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() as soon as I'm done interfacing with debconf, but that
On Thu, Apr 24, 2003 at 09:50:35PM +0400, Hans Reiser wrote:
There is screensaver that displays random fortunes (executes fortune(6)).
Create fortune's database consisting of credits information and you are
done.
[...]
Would debian be willing to do this as the default screensaver? I think
Hans Reiser wrote:
Would debian be willing to do this as the default screensaver? I think
it would be great if it did.
There is no such thing as a default screensaver except the console blanker.
Regards,
Joey
--
Beware of bugs in the above code; I have only proved it correct,
Hans Reiser writes:
Oleg Drokin wrote:
Hello!
On Mon, Apr 21, 2003 at 12:25:11PM +0400, Hans Reiser wrote:
If someone wants to create a boot program and/or screensaver that picks
a random OS component to describe the authors of at boot time, that
would be nicest of
En réponse à Josselin Mouette [EMAIL PROTECTED]:
10:08 [EMAIL PROTECTED] ~ sudo apt-get install libqt3-mt-dev
Do you want to continue? [Y/n]
...
What is the exact error message you get ?
If I remember correcly:
libqt3-mt-dev Depends: libpng12-0-dev but it is not going to
be installed
I
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/technical/
You got to have a Pentium+ for these distributions.
This is quite
* 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
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.
* 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 could be a
* 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
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?
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 computer?
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, 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 RAM as
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/technical/
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
* 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 that
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
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
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
Martin v. Lwis [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?
Does
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
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 on
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 because it cannot
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,
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 well
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
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 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
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 between
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
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-i386
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 when did
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 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 :)
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
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 reading
-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
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 resolve the
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++5
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() as soon as
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 it's
-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 be
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
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).
[...]
Does
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
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
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. I
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
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 CMPXCHG), or
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 use the
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
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
This email address is not valid, but you can register it at:
http://www.wrenters.com
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.
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 psABI, see
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 anyway?
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.
Realistically,
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
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 just the
(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 web
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 installed
on the
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 become a
[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
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?
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
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? (Packages is
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: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 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
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 is up to
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 put a
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
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
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
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 against
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 :
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
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, 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 started
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-
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.
It worked. I
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 the
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
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 packages to
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
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 be
1 - 100 of 117 matches
Mail list logo
