Stephan Seitz writes:
> On Tue, Oct 23, 2012 at 12:18:27PM +0200, lee wrote:
>>Who cares about the free driver before it's at least as good as the one
>>from NVIDIA?
>
> Who cares about non-free software?
Most people do, just look at all the windoze users. You can't even buy
groceries without n
On 10/23/2012 4:43 PM, John Hasler wrote:
Mark Allums wrote:
Debian devs regard the nvidia closed source drivers anathems.
I wrote:
They don't regard them as "anathema".
They certainly *do* regard them as anathema, as they do all
closed-source and non-free software.
False. I am a Debian
Mark Allums wrote:
> Debian devs regard the nvidia closed source drivers anathems.
I wrote:
> They don't regard them as "anathema".
> They certainly *do* regard them as anathema, as they do all
> closed-source and non-free software.
False. I am a Debian dev. I do not regard closed-source as an
On 10/23/2012 2:30 PM, John Hasler wrote:
Mark Allums wrote:
Debian devs regard the nvidia closed source drivers anathems. They
disdain them, and pay no heed to bug reports filed against them.
They don't regard them as "anathema". They regard them as Nvidia's
problem. Which they are. I've
Mark Allums wrote:
> Debian devs regard the nvidia closed source drivers anathems. They
> disdain them, and pay no heed to bug reports filed against them.
They don't regard them as "anathema". They regard them as Nvidia's
problem. Which they are. I've used them in the past, and I certainly
did
On 10/23/2012 3:59 AM, Andrei POPESCU wrote:
On Lu, 22 oct 12, 22:11:11, Mark Allums wrote:
Debian devs regard the nvidia closed source drivers anathems. They
disdain them, and pay no heed to bug reports filed against them.
They also ignore kernel bug reports if the nvidia driver is loaded.
On Tue, Oct 23, 2012 at 12:18:27PM +0200, lee wrote:
Who cares about the free driver before it's at least as good as the one
from NVIDIA?
Who cares about non-free software?
They better appreciate these drivers. Without them, everyone who needs
a GUI would not use Linux anymore.
Well, I nee
Andrei POPESCU writes:
> there are others) have enough work as it is. Why should they care about
> bugs that appear *only* in combination with non-free software if the
> equivalent free software has no issues?
Even *if* 32bit apps can be run with the free driver --- which I doubt
very much ---
On Lu, 22 oct 12, 22:11:11, Mark Allums wrote:
>
> Debian devs regard the nvidia closed source drivers anathems. They
> disdain them, and pay no heed to bug reports filed against them.
> They also ignore kernel bug reports if the nvidia driver is loaded.
> They refer to that as "tainting" the ker
On 10/22/2012 8:06 AM, lee wrote:
Claudius Hubig writes:
Hello lee,
lee wrote:
Claudius Hubig writes:
the advantage that not one big package has to be updated each time
one of the libraries it contains changes, but only one small(-ish)
library package.
And which packages do I need to h
On 10/22/2012 4:40 AM, Andrei POPESCU wrote:
On Du, 21 oct 12, 17:33:17, Mark Allums wrote:
Yes, because you have to enable multiarch before upgrading ia32-libs.
This is documented in the wheezy Release Notes:
http://www.debian.org/releases/wheezy/amd64/release-notes/ch-upgrading.en.html#ia32l
Claudius Hubig writes:
> Hello lee,
>
> lee wrote:
>> Claudius Hubig writes:
>>
>> > the advantage that not one big package has to be updated each time
>> > one of the libraries it contains changes, but only one small(-ish)
>> > library package.
>>
>> And which packages do I need to have inst
On Du, 21 oct 12, 17:33:17, Mark Allums wrote:
> >
> >Yes, because you have to enable multiarch before upgrading ia32-libs.
> >This is documented in the wheezy Release Notes:
> >
> >http://www.debian.org/releases/wheezy/amd64/release-notes/ch-upgrading.en.html#ia32libs
>
> I did that. Multiarch i
On 10/21/2012 5:00 PM, Andrei POPESCU wrote:
On Du, 21 oct 12, 21:42:45, Claudius Hubig wrote:
I have to admit I did not look into that any further, but, yes, the
dependencies are rather screwed up: ia32-libs:amd64 depends on
ia32-libs-i386, which is only available in the i386 architecture (and
On Du, 21 oct 12, 21:42:45, Claudius Hubig wrote:
>
> I have to admit I did not look into that any further, but, yes, the
> dependencies are rather screwed up: ia32-libs:amd64 depends on
> ia32-libs-i386, which is only available in the i386 architecture (and
> then able to pull in other i386 packa
Hello Mark,
Mark Allums wrote:
> However, there are still packages that depend
> on it. Therefore, you need it if you have one of those packages.
Which packages?
> The
> Joker in the deck is that it has screwed up dependencies itself, and it
> really should not be in sid.
Sid, by definiti
On 10/21/2012 3:28 PM, Mark Allums wrote:
On 10/21/2012 12:35 PM, Claudius Hubig wrote:
Hello Mark,
Mark Allums wrote:
What some of you are missing is that the transitional package ia32-libs
in sid is uninstallable unless you allow experimental, because of some
of the dependencies. It's just
On 10/21/2012 12:48 PM, Andrei POPESCU wrote:
On Du, 21 oct 12, 11:27:05, Mark Allums wrote:
What some of you are missing is that the transitional package
ia32-libs in sid is uninstallable unless you allow experimental,
because of some of the dependencies. It's just not a viable option
unless
On 10/21/2012 12:35 PM, Claudius Hubig wrote:
Hello Mark,
Mark Allums wrote:
What some of you are missing is that the transitional package ia32-libs
in sid is uninstallable unless you allow experimental, because of some
of the dependencies. It's just not a viable option unless you are a dev
w
On Du, 21 oct 12, 11:27:05, Mark Allums wrote:
>
> What some of you are missing is that the transitional package
> ia32-libs in sid is uninstallable unless you allow experimental,
> because of some of the dependencies. It's just not a viable option
> unless you are a dev working on those packages
Hello Mark,
Mark Allums wrote:
> What some of you are missing is that the transitional package ia32-libs
> in sid is uninstallable unless you allow experimental, because of some
> of the dependencies. It's just not a viable option unless you are a dev
> working on those packages.
And why exa
Hello lee,
lee wrote:
> Claudius Hubig writes:
>
> > the advantage that not one big package has to be updated each time
> > one of the libraries it contains changes, but only one small(-ish)
> > library package.
>
> And which packages do I need to have installed to get 32bit support
> working
On 10/21/2012 9:08 AM, Andrei POPESCU wrote:
On Du, 21 oct 12, 13:00:00, Hans-J. Ullrich wrote:
What I do not understand: Why does skype want to install lots of new 32-bit
libs, when the package (and this is the 32-bit one) already can use either
ia32-libs and ia32-libs-gtk (which are also used
Claudius Hubig writes:
> the advantage that not one big package has to be updated each time
> one of the libraries it contains changes, but only one small(-ish)
> library package.
And which packages do I need to have installed to get 32bit support
working again as it was before they broke it? J
> Could you please provide copy-paste of the output and also the output of
> 'apt-cache policy skype' (or the full filename if you just downloaded
> it).
>
> Kind regards,
> Andrei
Yes, i would kindly like to. Here is the output:
apt-cache policy skype
skype:
Installiert: (keine)
On Du, 21 oct 12, 13:00:00, Hans-J. Ullrich wrote:
>
> What I do not understand: Why does skype want to install lots of new 32-bit
> libs, when the package (and this is the 32-bit one) already can use either
> ia32-libs and ia32-libs-gtk (which are also used by other applications).
Could you pl
Hello Hans-J.,
"Hans-J. Ullrich" wrote:
> What I do not understand: Why does skype want to install lots of new 32-bit
> libs, when the package (and this is the 32-bit one) already can use either
> ia32-libs and ia32-libs-gtk (which are also used by other applications).
There is such a Skype pa
On 2012-10-21 13:00:00 +0200, Hans-J. Ullrich wrote:
> What I do not understand: Why does skype want to install lots of new 32-bit
> libs, when the package (and this is the 32-bit one) already can use either
> ia32-libs and ia32-libs-gtk (which are also used by other applications).
Are you sure
> What I'm trying to say is that ia32-libs and ia32-libs-gtk probably
> contain all of those libraries.
>
> If you want to keep your system light you should probably install the
> real 32-bit skype (not the pseudo-amd64 one), because that package will
> depend only on the 32-bit libraries it real
Hello Valery,
Valery Mamonov wrote:
> About number of packages, of course - install almost 32bit-operating system
> to run only one program. I think, it's a problem of skype itself, too.
It is the problem of running a 32 bit application on a normally 64
bit operating system. Of course you need a
On Du, 21 oct 12, 14:00:36, Valery Mamonov wrote:
> 2012/10/21 Andrei POPESCU
>
> > On Du, 21 oct 12, 13:41:35, Valery Mamonov wrote:
> > >
> > > I.e. I must install a bunch of i386-packages to meet skype-only
> > > dependencies?
> >
> > Yes. Are you worried about the number of packages or size?
2012/10/21 Andrei POPESCU
> On Du, 21 oct 12, 13:41:35, Valery Mamonov wrote:
> >
> > I.e. I must install a bunch of i386-packages to meet skype-only
> > dependencies?
>
> Yes. Are you worried about the number of packages or size? If the later
> you should check the size of ia32-libs(-gtk) ;)
>
>
On Du, 21 oct 12, 13:41:35, Valery Mamonov wrote:
>
> I.e. I must install a bunch of i386-packages to meet skype-only
> dependencies?
Yes. Are you worried about the number of packages or size? If the later
you should check the size of ia32-libs(-gtk) ;)
Kind regards,
Andrei
--
Offtopic discuss
2012/10/21 Andrei POPESCU
> On Sb, 20 oct 12, 12:02:02, Hans-J. Ullrich wrote:
> >
> > But then, when I wanted to install the nvidia-glx package (32-bit),
> aptitude
> > messed with several other packages. It wanted to deinstall skype (which
> is
> > running perfectly in 64-bit environment), crrs
On Sb, 20 oct 12, 12:02:02, Hans-J. Ullrich wrote:
>
> But then, when I wanted to install the nvidia-glx package (32-bit), aptitude
> messed with several other packages. It wanted to deinstall skype (which is
> running perfectly in 64-bit environment), crrsim and some other 32-bit
> packages, d
On 10/20/2012 6:10 PM, lee wrote:
John Hasler writes:
Lisi writes:
A bug report can, I believe, be a request for something that is not
there.
Yes. It's called a "wishlist" bug and it is one of the choices offered
by reportbug.
I have already sent a bug report, and it is being ignored.
John Hasler writes:
> Lisi writes:
>> A bug report can, I believe, be a request for something that is not
>> there.
>
> Yes. It's called a "wishlist" bug and it is one of the choices offered
> by reportbug.
I have already sent a bug report, and it is being ignored.
So it really does work to u
Lisi writes:
> A bug report can, I believe, be a request for something that is not
> there.
Yes. It's called a "wishlist" bug and it is one of the choices offered
by reportbug.
--
John Hasler
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
On Saturday 20 October 2012 16:12:59 Hans-J. Ullrich wrote:
> > Hans, the state of multiarch, post-Wheezy, is that it is not ready for
> > use. As you have found, it is not compatible with everything, or
> > perhaps it should be put the other way: Not everything may be compatible
> > with it. P
> Hans, the state of multiarch, post-Wheezy, is that it is not ready for
> use. As you have found, it is not compatible with everything, or
> perhaps it should be put the other way: Not everything may be compatible
> with it. People are advised to be patient about updating/upgrading,
> especiall
On 10/20/2012 5:02 AM, Hans-J. Ullrich wrote:
Dear package-teams,
please do not put everything to multiarch! Just let me explain, why I think
so.
As already reported here, many users (and me too) got into a lot of problems,
beccause the 32-bit nvidia drivers are now put into multiarch.
Doing s
On Sat, Oct 20, 2012 at 12:02:02PM +0200, Hans-J. Ullrich wrote:
> Dear package-teams,
>
> please do not put everything to multiarch! Just let me explain, why I think
> so.
>
> As already reported here, many users (and me too) got into a lot of problems,
> beccause the 32-bit nvidia drivers ar
Dear package-teams,
please do not put everything to multiarch! Just let me explain, why I think
so.
As already reported here, many users (and me too) got into a lot of problems,
beccause the 32-bit nvidia drivers are now put into multiarch.
Doing so, several applications, like googleeearth,
43 matches
Mail list logo
