Thanks you very much for your feedback and suggestions.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/811927
Title:
support multiarch: same
To manage notifications about this bug go to:
https://bug
This bug was fixed in the package nvidia-cg-toolkit - 3.0.0016-0ubuntu1
---
nvidia-cg-toolkit (3.0.0016-0ubuntu1) precise; urgency=low
[ Gregory Hainaut ]
* Build for multiarch (LP: #811927)
+ Move library into libcg package. Update conflict accordingly.
+ Install so in mu
Thanks, updated and uploading it now.
Yeah, that indirect debhelper dependency is OK. Normally, relying on
indirect dependencies is a bad idea, but I think it's fine here, because
we are explicitly depending on it for multi-arch support.
--
You received this bug notification because you are a me
Bad luck, at least I could use UDD for others package now.
For whatever the reason, post* files are not included by default. So I
keep them with libcg package.
>>There should be a build-depends on dpkg-dev (>= 1.16)
Debhelper 8.1.3 depends on dpkg-dev (>= 1.16) so I'm not sure it is needed
actua
The packaging branch for this package is out of date, because bzr-
buildpackage doesn't support multiple orig tarballs yet, so bzr isn't
usable on this package.
You can browse the contents of debs with file-roller and mc, or just
unpack it, yes.
--
You received this bug notification because you
Hi Stefano,
I try to create a bazar branch but I failed, I only got latest debian
version... So far I try those 2 braches
#bzr branch lp:ubuntu/nvidia-cg-toolkit
Most recent Ubuntu version: 3.0.0007-0ubuntu1
There, did my good deed for the day: http://bugs.debian.org/649514
** Bug watch added: Debian Bug tracker #649514
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649514
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.
Hi gregory (2011.11.21_17:17:35_+0200)
> I'm only a debian user and a developer of a 32bits application (PCSX2)
> so I don't know anything about the UDD workflow. If you can share me
> some input I will be glad.
UDD is the bzr branches every package has.
http://developer.ubuntu.com/packaging/html/
Hello Stefano,
>> BTW, if you want to expose a bunch of discrete changes like this, the UDD
>> (bzr) workflow can work nicely.
I'm only a debian user and a developer of a 32bits application (PCSX2) so I
don't know anything about the UDD workflow. If you can share me some input I
will be glad.
Hi, thanks for this effort.
BTW, if you want to expose a bunch of discrete changes like this, the
UDD (bzr) workflow can work nicely.
While you are here, can we update this to the latest CG toolkit version?
The description probably should say "In this package" rather than "the
components include
The attachment "split-cg-lib-package.patch" of this bug report has been
identified as being a patch. The ubuntu-reviewers team has been
subscribed to the bug report so that they can review the patch. In the
event that this is in fact not a patch you can resolve this situation by
removing the tag
The 2nd patch.
** Patch added: "multiarch-cg.patch"
https://bugs.launchpad.net/ubuntu/+source/nvidia-cg-toolkit/+bug/811927/+attachment/2586036/+files/multiarch-cg.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs
Ok I was on good mood today. Please find attached 2 patches.
The first one split the package, more exactly it create libcg and
libcggl. Be aware of the conflict/provide/break stuff, I don't know what
must be do to handle it properly. It might need some tuning.
The second effectly implement multia
By the way, would you be correct to do that?
1/ move libcg.so into libcg package
2/ move libcggl.so into libcggl package
3/ make nvidia-cg-toolkit depends on both libcg and libcgg package
It would make this package multiarch compatible and avoid any impact on
reverse dependency.
--
You received
I'm a developper of PCSX2 which is a PS2 emulator. The emulator is a
kind of virtual machine and work only for 32 bits. So it is not possible
to link the 64 bits libcg*.so to it.
Anyway, multiarch does not cost anythings. The biggest issue here is the
non-policy compliant package, if I'm correct l
As far I understand nvidia-cg-toolkit has native builds for 64 bits...
http://developer.nvidia.com/cg-toolkit
So, why we need implement multiarch support?
I don't see any benefit in using a 32-bit library if you can use a
64-bit library.
--
You received this bug notification because you are a
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: nvidia-cg-toolkit (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/811927
Ti
17 matches
Mail list logo
