www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - DMD2 .deb fails to install on Ubuntu 10.10 =?UTF-8?B?4oCTIGp1c3Qg?=

reply klickverbot <see klickverbot.at> writes:
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
next sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
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
next sibling parent reply Walter Bright <newshound2 digitalmars.com> writes:
Andrei Alexandrescu wrote:
 This seems pretty urgent. Walter?

I asked Jordi, who prepares the .deb files.
Dec 08 2010
parent reply Walter Bright <newshound2 digitalmars.com> writes:
Walter Bright wrote:
 Andrei Alexandrescu wrote:
 This seems pretty urgent. Walter?

I asked Jordi, who prepares the .deb files.

Should the binaries be installed on /usr/local/bin instead?
Dec 08 2010
next sibling parent reply Ellery Newcomer <ellery-newcomer utulsa.edu> writes:
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:
 This seems pretty urgent. Walter?

I asked Jordi, who prepares the .deb files.

Should the binaries be installed on /usr/local/bin instead?

Dec 08 2010
parent Christopher Nicholson-Sauls <ibisbasenji gmail.com> writes:
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:
 Walter Bright wrote:
 Andrei Alexandrescu wrote:
 This seems pretty urgent. Walter?

I asked Jordi, who prepares the .deb files.

Should the binaries be installed on /usr/local/bin instead?


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-S
Dec 08 2010
prev sibling next sibling parent Jason House <jason.james.house gmail.com> writes:
Walter Bright Wrote:

 Walter Bright wrote:
 Andrei Alexandrescu wrote:
 This seems pretty urgent. Walter?

I asked Jordi, who prepares the .deb files.

Should the binaries be installed on /usr/local/bin instead?

I'd vote for /dev/null Make a separate package for all the extras, and don't use generic names like shell or make.
Dec 08 2010
prev sibling parent Jesse Phillips <jessekphillips+D gmail.com> writes:
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
prev sibling next sibling parent Russel Winder <russel russel.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, 2010-12-08 at 17:29 -0800, Walter Bright wrote:
 Walter Bright wrote:
 Andrei Alexandrescu wrote:
 This seems pretty urgent. Walter?

I asked Jordi, who prepares the .deb files.

Should the binaries be installed on /usr/local/bin instead?

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_winder
Dec 08 2010
prev sibling next sibling parent Seth Hoenig <seth.a.hoenig gmail.com> writes:
--90e6ba6139d470a7df0496fa6d9b
Content-Type: text/plain; charset=ISO-8859-1

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:
 Walter Bright wrote:
 Andrei Alexandrescu wrote:
 This seems pretty urgent. Walter?

I asked Jordi, who prepares the .deb files.

Should the binaries be installed on /usr/local/bin instead?

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.

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]
 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

--90e6ba6139d470a7df0496fa6d9b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <br><br><div class=3D"gmail_quote">On Thu, Dec 9, 2010 at 12:01 AM, Russel = Winder <span dir=3D"ltr">&lt;<a href=3D"mailto:russel russel.org.uk">russel= russel.org.uk</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" s= tyle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div><div></div><div class=3D"h5">On Wed, 2010-12-08 at 17:29 -0800, Walter= Bright wrote:<br> &gt; Walter Bright wrote:<br> &gt; &gt; Andrei Alexandrescu wrote:<br> &gt; &gt;&gt; This seems pretty urgent. Walter?<br> &gt; &gt;<br> &gt; &gt; I asked Jordi, who prepares the .deb files.<br> &gt;<br> &gt; Should the binaries be installed on /usr/local/bin instead?<br> <br> </div></div>No. =A0The whole point of debs is that you have a managed /usr/= bin where<br> all the binaries go. =A0Clearly this means you have to have executable<br> names that are not the same as any other package in either Debian or<br> Ubuntu. =A0Clearly, in general, this is impossible. =A0However, people just= <br> get on and do the impossible anyway.<br> <br> If /usr/lib is used, the same holds.<br> <br> Other stuff should be going in /usr/share/dmd and /usr/share/doc/dmd<br> which do not suffer the same naming issues, unless someone else is<br> distributing a dmd package.<br> <br> I can&#39;t use the debs at the moment as they are for i386, and I only dea= l<br> in amd64. =A0As soon as amd64 debs are produced I will start using them<br> instead of having my lash-up install so as to use 32-bit materials on a<br> 64-bit system.<br></blockquote><div><br></div><div><br></div><div>Ah but yo= u can!</div><div><br></div><div><meta http-equiv=3D"content-type" content= =3D"text/html; charset=3Dutf-8"><span class=3D"Apple-style-span" style=3D"f= ont-family: sans-serif; font-size: 14px; line-height: 18px; -webkit-border-= horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px; "><pre style= =3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0p= x; "> <font color=3D"#000066" face=3D"mono">sudo aptitude install gcc-multilib li= bc6-i386 lib6-dev-i386</font></pre></span></div><div><meta http-equiv=3D"co= ntent-type" content=3D"text/html; charset=3Dutf-8"><span class=3D"Apple-sty= le-span" style=3D"font-family: sans-serif; font-size: 14px; line-height: 18= px; -webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing= : 2px; "><pre style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0= px; margin-left: 0px; "> <font color=3D"#000066" face=3D"mono">sudo aptitude install ia32-libs</font=
</pre><pre style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px=

force-architecture [dmdpackage]</font></pre> </span></div><div>=A0</div><blockquote class=3D"gmail_quote" style=3D"margi= n:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <br> The project should consider building Ubuntu debs using Bazaar and<br> Launchpad via a DMD PPA. =A0It would be good if gcd also used this route.<b= r> <br> Anthony Williams builds debs for Just::Thread that are targeted at<br> Ubuntu but also happen to work on Debian.<br> <font color=3D"#888888"><br> --<br> Russel.<br> =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<br> Dr Russel Winder =A0 =A0 =A0t: +44 20 7585 2200 =A0 voip: <a href=3D"mailto= :sip%3Arussel.winder ekiga.net">sip:russel.winder ekiga.net</a><br> 41 Buckmaster Road =A0 =A0m: +44 7770 465 077 =A0 xmpp: <a href=3D"mailto:r= ussel russel.org.uk">russel russel.org.uk</a><br> London SW11 1EN, UK =A0 w: <a href=3D"http://www.russel.org.uk" target=3D"_= blank">www.russel.org.uk</a> =A0skype: russel_winder<br> </font></blockquote></div><br> --90e6ba6139d470a7df0496fa6d9b--
Dec 09 2010
prev sibling parent Russel Winder <russel russel.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

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
prev sibling parent Mike Chaten <mchaten gmail.com> writes:
--0016e6d7df38bd46710496ea7f3e
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

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:

 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 =C2=BBshell=C2=


 excecutable =E2=80=93 is this really needed, even more so on Linux? Coul=


 it 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=A6

This seems pretty urgent. Walter? Andrei

--0016e6d7df38bd46710496ea7f3e Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I filed this bug report some time ago.<div><br></div><div><a href=3D"http:/= /d.puremagic.com/issues/show_bug.cgi?id=3D5047">http://d.puremagic.com/issu= es/show_bug.cgi?id=3D5047</a><br><br><div class=3D"gmail_quote">On Wed, Dec= 8, 2010 at 1:32 PM, Andrei Alexandrescu <span dir=3D"ltr">&lt;<a href=3D"m= ailto:SeeWebsiteForEmail erdani.org">SeeWebsiteForEmail erdani.org</a>&gt;<= /span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex;"><div class=3D"im">On 12/8/10 5:41 AM, klick= verbot wrote:<br> </div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l= eft:1px #ccc solid;padding-left:1ex"><div class=3D"im"> Currently, this is what happens when you try to install the DMD 2 deb<br> from <a href=3D"http://digitalmars.com" target=3D"_blank">digitalmars.com</= a> on a vanilla Ubuntu 10.10 box:<br> <br> sudo dpkg -i ~/Downloads/dmd_2.050-0_i386.deb<br> Selecting previously deselected package dmd.<br> (Reading database ... 127418 files and directories currently installed.)<br=

dpkg: error processing ~/Downloads/dmd_2.050-0_i386.deb (--install):<br> trying to overwrite &#39;/usr/bin/shell&#39;, which is also in package byob= u<br> 3.5-0ubuntu1<br> dpkg-deb: subprocess paste killed by signal (Broken pipe)<br> Errors were encountered while processing:<br> ~/Downloads/dmd_2.050-0_i386.deb<br> <br></div> Obviously, the problem is that the package contains the =C2=BBshell=C2=AB<b= r> excecutable =E2=80=93 is this really needed, even more so on Linux? Couldn&= #39;t<div class=3D"im"><br> it simply be removed from the deb?<br> <br> In any case, something should really be done about this as soon as<br></div=

,<br> providing a non-functional =C2=BB1-click install=C2=AB (that&#39;s how the = package<div class=3D"im"><br> is described on <a href=3D"http://www.digitalmars.com/d/download.html" targ= et=3D"_blank">http://www.digitalmars.com/d/download.html</a>) is probably<b= r></div> one of the worst forms of advertising possible=E2=80=A6<br> </blockquote> <br> This seems pretty urgent. Walter?<br><font color=3D"#888888"> <br> Andrei<br> </font></blockquote></div><br></div> --0016e6d7df38bd46710496ea7f3e--
Dec 08 2010