digitalmars.D - DMD2 .deb fails to install on Ubuntu 10.10 =?UTF-8?B?4oCTIGp1c3Qg?=
- klickverbot (20/20) Dec 08 2010 Currently, this is what happens when you try to install the DMD 2 deb
- Andrei Alexandrescu (3/23) Dec 08 2010 This seems pretty urgent. Walter?
- Mike Chaten (7/36) Dec 08 2010 I filed this bug report some time ago.
- Walter Bright (2/3) Dec 08 2010 I asked Jordi, who prepares the .deb files.
- Walter Bright (2/6) Dec 08 2010 Should the binaries be installed on /usr/local/bin instead?
- Ellery Newcomer (8/14) Dec 08 2010 Quick - which gets executed first - /usr/bin/* or /usr/local/bin/* ?
- Christopher Nicholson-Sauls (12/32) Dec 08 2010 I've only ever used dmd and objdump myself. Honestly, shell could
- Jason House (3/10) Dec 08 2010 I'd vote for /dev/null
- Russel Winder (28/35) Dec 08 2010 No. The whole point of debs is that you have a managed /usr/bin where
- Seth Hoenig (5/37) Dec 09 2010 Ah but you can!
- Russel Winder (15/21) Dec 09 2010 I tried that many, many moons ago. If I remember correctly it all
- Jesse Phillips (4/8) Dec 09 2010 I don't even know what that means. And any issue you have with that set ...
Currently, this is what happens when you try to install the DMD 2 deb from digitalmars.com on a vanilla Ubuntu 10.10 box: sudo dpkg -i ~/Downloads/dmd_2.050-0_i386.deb Selecting previously deselected package dmd. (Reading database ... 127418 files and directories currently installed.) Unpacking dmd (from .../Downloads/dmd_2.050-0_i386.deb) ... dpkg: error processing ~/Downloads/dmd_2.050-0_i386.deb (--install): trying to overwrite '/usr/bin/shell', which is also in package byobu 3.5-0ubuntu1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: ~/Downloads/dmd_2.050-0_i386.deb Obviously, the problem is that the package contains the »shell« excecutable – is this really needed, even more so on Linux? Couldn't it simply be removed from the deb? In any case, something should really be done about this as soon as possible – not that one couldn't solve this problem for himself, providing a non-functional »1-click install« (that's how the package is described on http://www.digitalmars.com/d/download.html) is probably one of the worst forms of advertising possible…
Dec 08 2010
On 12/8/10 5:41 AM, klickverbot wrote:Currently, this is what happens when you try to install the DMD 2 deb from digitalmars.com on a vanilla Ubuntu 10.10 box: sudo dpkg -i ~/Downloads/dmd_2.050-0_i386.deb Selecting previously deselected package dmd. (Reading database ... 127418 files and directories currently installed.) Unpacking dmd (from .../Downloads/dmd_2.050-0_i386.deb) ... dpkg: error processing ~/Downloads/dmd_2.050-0_i386.deb (--install): trying to overwrite '/usr/bin/shell', which is also in package byobu 3.5-0ubuntu1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: ~/Downloads/dmd_2.050-0_i386.deb Obviously, the problem is that the package contains the »shell« excecutable – is this really needed, even more so on Linux? Couldn't it simply be removed from the deb? In any case, something should really be done about this as soon as possible – not that one couldn't solve this problem for himself, providing a non-functional »1-click install« (that's how the package is described on http://www.digitalmars.com/d/download.html) is probably one of the worst forms of advertising possible…This seems pretty urgent. Walter? Andrei
Dec 08 2010
Mike Chaten <mchaten gmail.com> I filed this bug report some time ago. http://d.puremagic.com/issues/show_bug.cgi?id=3D5047 On Wed, Dec 8, 2010 at 1:32 PM, Andrei Alexandrescu < SeeWebsiteForEmail erdani.org> wrote:On 12/8/10 5:41 AM, klickverbot wrote:=ABCurrently, this is what happens when you try to install the DMD 2 deb from digitalmars.com on a vanilla Ubuntu 10.10 box: sudo dpkg -i ~/Downloads/dmd_2.050-0_i386.deb Selecting previously deselected package dmd. (Reading database ... 127418 files and directories currently installed.) Unpacking dmd (from .../Downloads/dmd_2.050-0_i386.deb) ... dpkg: error processing ~/Downloads/dmd_2.050-0_i386.deb (--install): trying to overwrite '/usr/bin/shell', which is also in package byobu 3.5-0ubuntu1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: ~/Downloads/dmd_2.050-0_i386.deb Obviously, the problem is that the package contains the =C2=BBshell=C2=dn'texcecutable =E2=80=93 is this really needed, even more so on Linux? Coul=ackageit simply be removed from the deb? In any case, something should really be done about this as soon as possible =E2=80=93 not that one couldn't solve this problem for himself, providing a non-functional =C2=BB1-click install=C2=AB (that's how the p=is described on http://www.digitalmars.com/d/download.html) is probably one of the worst forms of advertising possible=E2=80=A6This seems pretty urgent. Walter? Andrei
Dec 08 2010
Andrei Alexandrescu wrote:This seems pretty urgent. Walter?I asked Jordi, who prepares the .deb files.
Dec 08 2010
Walter Bright wrote:Andrei Alexandrescu wrote:Should the binaries be installed on /usr/local/bin instead?This seems pretty urgent. Walter?I asked Jordi, who prepares the .deb files.
Dec 08 2010
Quick - which gets executed first - /usr/bin/* or /usr/local/bin/* ? Either way, someone or something is going to be surprised. It would probably be a better idea to either remove or rename the less used ones. 'shell' is uncomfortably generic. Don't know if anyone does, but I have never used any of the binaries except dmd and rdmd. Except when I can't remember which is objdump and which is dumpobj. On 12/08/2010 07:29 PM, Walter Bright wrote:Walter Bright wrote:Andrei Alexandrescu wrote:Should the binaries be installed on /usr/local/bin instead?This seems pretty urgent. Walter?I asked Jordi, who prepares the .deb files.
Dec 08 2010
On 12/08/10 19:50, Ellery Newcomer wrote:Quick - which gets executed first - /usr/bin/* or /usr/local/bin/* ? Either way, someone or something is going to be surprised. It would probably be a better idea to either remove or rename the less used ones. 'shell' is uncomfortably generic. Don't know if anyone does, but I have never used any of the binaries except dmd and rdmd. Except when I can't remember which is objdump and which is dumpobj. On 12/08/2010 07:29 PM, Walter Bright wrote:I've only ever used dmd and objdump myself. Honestly, shell could probably go away with hardly anyone noticing (naked assumption). If not, it could be renamed (dmd-shell?). As for which is scanned first, /usr/bin or /usr/local/bin, my own system scans /usr/local/bin first. Of course this is unreliable, since there's no guarantee of that ordering. I "vote" for renaming it, unless there's a wide consensus to remove it from the package. Disclaimer: I haven't actually used Debian or Ubuntu myself in ages, so I'm used to manually installing DMD anyhow... and these days, I just sandbox each project with it's own. -- Chris N-SWalter Bright wrote:Andrei Alexandrescu wrote:Should the binaries be installed on /usr/local/bin instead?This seems pretty urgent. Walter?I asked Jordi, who prepares the .deb files.
Dec 08 2010
Walter Bright Wrote:Walter Bright wrote:I'd vote for /dev/null Make a separate package for all the extras, and don't use generic names like shell or make.Andrei Alexandrescu wrote:Should the binaries be installed on /usr/local/bin instead?This seems pretty urgent. Walter?I asked Jordi, who prepares the .deb files.
Dec 08 2010
On Wed, 2010-12-08 at 17:29 -0800, Walter Bright wrote:Walter Bright wrote:No. The whole point of debs is that you have a managed /usr/bin where all the binaries go. Clearly this means you have to have executable names that are not the same as any other package in either Debian or Ubuntu. Clearly, in general, this is impossible. However, people just get on and do the impossible anyway. If /usr/lib is used, the same holds. Other stuff should be going in /usr/share/dmd and /usr/share/doc/dmd which do not suffer the same naming issues, unless someone else is distributing a dmd package. I can't use the debs at the moment as they are for i386, and I only deal in amd64. As soon as amd64 debs are produced I will start using them instead of having my lash-up install so as to use 32-bit materials on a 64-bit system. The project should consider building Ubuntu debs using Bazaar and Launchpad via a DMD PPA. It would be good if gcd also used this route. Anthony Williams builds debs for Just::Thread that are targeted at Ubuntu but also happen to work on Debian.=20 --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.n= et 41 Buckmaster Road m: +44 7770 465 077 xmpp: russel russel.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winderAndrei Alexandrescu wrote:=20 Should the binaries be installed on /usr/local/bin instead?This seems pretty urgent. Walter?=20 I asked Jordi, who prepares the .deb files.
Dec 08 2010
On Thu, Dec 9, 2010 at 12:01 AM, Russel Winder <russel russel.org.uk> wrote:On Wed, 2010-12-08 at 17:29 -0800, Walter Bright wrote:Ah but you can! sudo aptitude install gcc-multilib libc6-i386 lib6-dev-i386 sudo aptitude install ia32-libs sudo dpkg -i --force-architecture [dmdpackage]Walter Bright wrote:No. The whole point of debs is that you have a managed /usr/bin where all the binaries go. Clearly this means you have to have executable names that are not the same as any other package in either Debian or Ubuntu. Clearly, in general, this is impossible. However, people just get on and do the impossible anyway. If /usr/lib is used, the same holds. Other stuff should be going in /usr/share/dmd and /usr/share/doc/dmd which do not suffer the same naming issues, unless someone else is distributing a dmd package. I can't use the debs at the moment as they are for i386, and I only deal in amd64. As soon as amd64 debs are produced I will start using them instead of having my lash-up install so as to use 32-bit materials on a 64-bit system.Andrei Alexandrescu wrote:Should the binaries be installed on /usr/local/bin instead?This seems pretty urgent. Walter?I asked Jordi, who prepares the .deb files.The project should consider building Ubuntu debs using Bazaar and Launchpad via a DMD PPA. It would be good if gcd also used this route. Anthony Williams builds debs for Just::Thread that are targeted at Ubuntu but also happen to work on Debian. -- Russel. ============================================================================= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.net <sip%3Arussel.winder ekiga.net> 41 Buckmaster Road m: +44 7770 465 077 xmpp: russel russel.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
Dec 09 2010
On Thu, 2010-12-09 at 07:43 -0600, Seth Hoenig wrote:Ah but you can! =20 =20 sudo aptitude install gcc-multilib libc6-i386 lib6-dev-i386 sudo aptitude install ia32-libs sudo dpkg -i --force-architecture [dmdpackage]I tried that many, many moons ago. If I remember correctly it all failed to work due to some double indirection in the dynamic linking ending up trying to link 32-bit code with 64-bit libraries even with all the multilib and ia32-lib stuff in place.=20 --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.n= et 41 Buckmaster Road m: +44 7770 465 077 xmpp: russel russel.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
Dec 09 2010
Russel Winder Wrote:I tried that many, many moons ago. If I remember correctly it all failed to work due to some double indirection in the dynamic linking ending up trying to link 32-bit code with 64-bit libraries even with all the multilib and ia32-lib stuff in place.I don't even know what that means. And any issue you have with that set up is not solve by having a 64bit package or installing DMD manually. Anyway 64bit packages can be built if you so desire http://dsource.org/projects/ddebber But I think I'm not including rdmd since I wanted it in another package, but never got around to that.
Dec 09 2010