starred/LinuxGSM

Fork 0

mirror of https://github.com/GameServerManagers/LinuxGSM.git synced 2026-04-25 14:15:59 +03:00

[GH-ISSUE #1896] libstdc++6:i386 prerrequisite on 64bit debian #1491

New issue

Closed

opened 2026-02-27 02:57:24 +03:00 by kerem · 12 comments

kerem commented

2026-02-27 02:57:24 +03:00

Owner

Originally created by @draakuns on GitHub (May 8, 2018).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/1896

Hi,

on my ubuntu 16.04.4 LTS 64bit server whenever I want to start, it always complains about libstdc++6:i386:

[ERROR ] Starting arma3server: Checking dependencies: missing: libstdc++6:i386

Well, this involves adding up the i386 arch on the package manager so it is inconvenient at all stages (for instance for a OS server update.
Instead of that, (at least in Deb based distros) you can omit this and ask to install the same 32bit libraries, which are packaged in the form of:

ii lib32stdc++6 5.4.0-6ubuntu1~16.04.9 amd64 GNU Standard C++ Library v3 (32 bit Version)

Can you please consider changing this prereq on this 64bit flavours? I have the lib32std++6 installed but it keeps annoying me with the error at boot time.

Thanks!
Draakuns

Originally created by @draakuns on GitHub (May 8, 2018). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/1896 Hi, on my ubuntu 16.04.4 LTS 64bit server whenever I want to start, it always complains about libstdc++6:i386: [ERROR ] Starting arma3server: Checking dependencies: missing: libstdc++6:i386 Well, this involves adding up the i386 arch on the package manager so it is inconvenient at all stages (for instance for a OS server update. Instead of that, (at least in Deb based distros) you can omit this and ask to install the same 32bit libraries, which are packaged in the form of: ii lib32stdc++6 5.4.0-6ubuntu1~16.04.9 amd64 GNU Standard C++ Library v3 (32 bit Version) Can you please consider changing this prereq on this 64bit flavours? I have the lib32std++6 installed but it keeps annoying me with the error at boot time. Thanks! Draakuns

kerem

2026-02-27 02:57:24 +03:00

closed this issue
added the
type: refactor

info: dependency
labels

kerem commented

2026-02-27 02:57:24 +03:00

Author

Owner

@UltimateByte commented on GitHub (May 8, 2018):

Hi,

Thanks for your interest in making LinuxGSM better.

We saw no inconvenients in distro behavior yet in adding the ability to install 32 bit packages in years of LinuxGSM. It's a 3 step command:

dpkg --add-architecture i386; apt update; apt install libstdc++6:i386

Could you please explain a bit more why this would be an issue for you and should be changed for everybody?

Regards

@UltimateByte commented on GitHub (May 8, 2018): Hi, Thanks for your interest in making LinuxGSM better. We saw no inconvenients in distro behavior yet in adding the ability to install 32 bit packages in years of LinuxGSM. It's a 3 step command: `dpkg --add-architecture i386; apt update; apt install libstdc++6:i386` Could you please explain a bit more why this would be an issue for you and should be changed for everybody? Regards

kerem commented

2026-02-27 02:57:24 +03:00

Author

Owner

@draakuns commented on GitHub (May 9, 2018):

Hi,

adding an additional arch is not an easy step for a lot of users, even if it is only performed on a 3-step command. For instance, release upgrades tend to fail a lot more because of this, even sometimes the upgrader itself disables the "additional" archs to do its job perfectly. Other caveats can be dependency problems (which luckily we don't see a lot of times, but when they happen are a pain in the ass), which with several archs added tend to get messy.
Also, I don't see the point in bothering adding a full arch (with the mess whenever you search packages) if the same package is available natively for 64bit as a "backwards" compat 32bit lib already.

Just my 2 cents, as I already said it's not a problem but an annoying meaningless warning for me. If it is complicated to add the feature, then maybe it's not worth it.

BR
Draakuns

@draakuns commented on GitHub (May 9, 2018): Hi, adding an additional arch is not an easy step for a lot of users, even if it is only performed on a 3-step command. For instance, release upgrades tend to fail a lot more because of this, even sometimes the upgrader itself disables the "additional" archs to do its job perfectly. Other caveats can be dependency problems (which luckily we don't see a lot of times, but when they happen are a pain in the ass), which with several archs added tend to get messy. Also, I don't see the point in bothering adding a full arch (with the mess whenever you search packages) if the same package is available natively for 64bit as a "backwards" compat 32bit lib already. Just my 2 cents, as I already said it's not a problem but an annoying meaningless warning for me. If it is complicated to add the feature, then maybe it's not worth it. BR Draakuns

kerem commented

2026-02-27 02:57:24 +03:00

Author

Owner

@mattjacobsen commented on GitHub (May 15, 2018):

I'm on openmediavault, but it's really just debian jessie. I would like to avoid this as well. The 3 step command LinuxGSM suggests results in the following:

Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  apache2-data apache2-utils aptitude-common autoconf automake autopoint autotools-dev dbconfig-common
  dconf-gsettings-backend dconf-service gir1.2-freedesktop gir1.2-gdkpixbuf-2.0 gir1.2-glib-2.0 gir1.2-pango-1.0
  gir1.2-rsvg-2.0 glib-networking-common gsettings-desktop-schemas libapr1 libaprutil1 libaprutil1-dbd-sqlite3
  libaprutil1-ldap libasound2 libasound2-data libasyncns0 libatk-bridge2.0-0 libatk1.0-0 libatk1.0-data libatomic1
  libatspi2.0-0 libblas-common libblas3 libcairo-gobject2 libcairo-script-interpreter2 libcolord2 libcroco3
  libdbi-perl libdconf1 libdirectfb-1.2-9 libdjvulibre-text libelfg0 libflac8 libgfortran3 libgirepository-1.0-1
  libglib2.0-bin libitm1 libjbig-dev libjs-extjs6 libjson-glib-1.0-0 libjson-glib-1.0-common libkpathsea6
  liblua5.2-0 liblz4-1 libobjc4 libogg0 libopenjpeg5 libpangoxft-1.0-0 libpixman-1-dev libpotrace0 libptexenc1
  libpulse0 librsvg2-2 librsvg2-common libsigsegv2 libsndfile1 libsynctex1 libterm-readkey-perl libunistring0
  libvncserver0 libvorbis0a libvorbisenc2 libwayland-client0 libwayland-cursor0 libx11-xcb1 libxcb-render0-dev
  libxcb-shm0-dev libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxft-dev libxft2 libxi6 libxinerama1
  libxkbcommon0 libxrandr2 libxrender-dev libxtst6 libzzip-0-13 linux-headers-4.8.0-0.bpo.2-common linux-kbuild-4.8
  linux-kbuild-4.9 m4 mysql-common php-gettext php5-mcrypt preview-latex-style shellinabox tex-common
  x11proto-render-dev
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  adwaita-icon-theme apache2 apache2-bin apt apt-transport-https apt-utils aptitude build-essential
  cm-super-minimal cron-apt debhelper dh-autoreconf dkms doxygen doxygen-latex g++ g++-4.9 gcc gcc-4.9 gdisk
  gettext gettext-base glib-networking glib-networking-services groff-base grub-common grub-pc grub-pc-bin
  grub2-common intltool-debian libapache2-mod-php5 libapache2-mod-wsgi-py3 libapt-inst1.5 libapt-inst2.0
  libapt-pkg4.12 libapt-pkg5.0 libasan1 libasprintf0c2 libboost-filesystem1.62.0 libboost-iostreams1.55.0
  libboost-iostreams1.62.0 libboost-system1.62.0 libcaca0 libcairo2-dev libcilkrts5 libclang1-3.5 libcwidget3v5
  libdbd-mysql-perl libdjvulibre-dev libdjvulibre21 libgcc-4.9-dev libgdk-pixbuf2.0-dev libglib2.0-dev libgsoap5
  libgtk-3-0 libgtk-3-bin libgtk-3-common libharfbuzz-dev libharfbuzz-gobject0 libharfbuzz-icu0 libicu52
  libilmbase-dev libilmbase6 liblinear1 libllvm3.5 liblsan0 liblua5.1-0 libmemcached11 libmemcachedutil2
  libmysqlclient-dev libmysqlclient18 libobjc-4.9-dev libopenexr-dev libopenexr6 libossp-uuid16 libpango1.0-dev
  libpcre3-dev libpcrecpp0 libpoppler46 libproxy1 libpsl0 librest-0.7-0 librsvg2-bin librsvg2-dev libsdl1.2debian
  libsigc++-2.0-0v5 libsoup-gnome2.4-1 libsoup2.4-1 libstdc++-4.9-dev libstdc++6 libtiff5-dev libtiffxx5 libtool
  libtsan0 libubsan0 libxapian22 libxapian30 linux-compiler-gcc-4.9-x86 linux-headers-4.8.0-0.bpo.2-amd64
  linux-headers-4.9.0-0.bpo.3-amd64 linux-headers-4.9.0-0.bpo.4-amd64 linux-headers-4.9.0-0.bpo.5-amd64
  linux-headers-amd64 man-db mysql-client-5.5 mysql-server mysql-server-5.5 mysql-server-core-5.5 nmap
  openmediavault openmediavault-letsencrypt openmediavault-nginx openmediavault-omvextrasorg
  openmediavault-shellinabox openmediavault-usbbackup p7zip php5-mysql phpmyadmin po-debconf
  prism2-usb-firmware-installer proftpd-basic proftpd-mod-vroot python3-apt smartmontools tasksel tasksel-data
  texlive-base texlive-binaries texlive-extra-utils texlive-font-utils texlive-fonts-recommended texlive-latex-base
  texlive-latex-extra texlive-latex-recommended texlive-pictures uuid virtualbox virtualbox-dkms wget
The following NEW packages will be installed:
  libstdc++6:i386
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  apt libapt-pkg5.0 (due to apt) libstdc++6 (due to apt)
0 upgraded, 1 newly installed, 139 to remove and 2 not upgraded.
Need to get 288 kB of archives.
After this operation, 779 MB disk space will be freed.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
 ?]

at which point I press Ctrl+C :-|

@mattjacobsen commented on GitHub (May 15, 2018): I'm on openmediavault, but it's really just debian jessie. I would like to avoid this as well. The 3 step command LinuxGSM suggests results in the following: ``` Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: apache2-data apache2-utils aptitude-common autoconf automake autopoint autotools-dev dbconfig-common dconf-gsettings-backend dconf-service gir1.2-freedesktop gir1.2-gdkpixbuf-2.0 gir1.2-glib-2.0 gir1.2-pango-1.0 gir1.2-rsvg-2.0 glib-networking-common gsettings-desktop-schemas libapr1 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap libasound2 libasound2-data libasyncns0 libatk-bridge2.0-0 libatk1.0-0 libatk1.0-data libatomic1 libatspi2.0-0 libblas-common libblas3 libcairo-gobject2 libcairo-script-interpreter2 libcolord2 libcroco3 libdbi-perl libdconf1 libdirectfb-1.2-9 libdjvulibre-text libelfg0 libflac8 libgfortran3 libgirepository-1.0-1 libglib2.0-bin libitm1 libjbig-dev libjs-extjs6 libjson-glib-1.0-0 libjson-glib-1.0-common libkpathsea6 liblua5.2-0 liblz4-1 libobjc4 libogg0 libopenjpeg5 libpangoxft-1.0-0 libpixman-1-dev libpotrace0 libptexenc1 libpulse0 librsvg2-2 librsvg2-common libsigsegv2 libsndfile1 libsynctex1 libterm-readkey-perl libunistring0 libvncserver0 libvorbis0a libvorbisenc2 libwayland-client0 libwayland-cursor0 libx11-xcb1 libxcb-render0-dev libxcb-shm0-dev libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxft-dev libxft2 libxi6 libxinerama1 libxkbcommon0 libxrandr2 libxrender-dev libxtst6 libzzip-0-13 linux-headers-4.8.0-0.bpo.2-common linux-kbuild-4.8 linux-kbuild-4.9 m4 mysql-common php-gettext php5-mcrypt preview-latex-style shellinabox tex-common x11proto-render-dev Use 'apt autoremove' to remove them. The following packages will be REMOVED: adwaita-icon-theme apache2 apache2-bin apt apt-transport-https apt-utils aptitude build-essential cm-super-minimal cron-apt debhelper dh-autoreconf dkms doxygen doxygen-latex g++ g++-4.9 gcc gcc-4.9 gdisk gettext gettext-base glib-networking glib-networking-services groff-base grub-common grub-pc grub-pc-bin grub2-common intltool-debian libapache2-mod-php5 libapache2-mod-wsgi-py3 libapt-inst1.5 libapt-inst2.0 libapt-pkg4.12 libapt-pkg5.0 libasan1 libasprintf0c2 libboost-filesystem1.62.0 libboost-iostreams1.55.0 libboost-iostreams1.62.0 libboost-system1.62.0 libcaca0 libcairo2-dev libcilkrts5 libclang1-3.5 libcwidget3v5 libdbd-mysql-perl libdjvulibre-dev libdjvulibre21 libgcc-4.9-dev libgdk-pixbuf2.0-dev libglib2.0-dev libgsoap5 libgtk-3-0 libgtk-3-bin libgtk-3-common libharfbuzz-dev libharfbuzz-gobject0 libharfbuzz-icu0 libicu52 libilmbase-dev libilmbase6 liblinear1 libllvm3.5 liblsan0 liblua5.1-0 libmemcached11 libmemcachedutil2 libmysqlclient-dev libmysqlclient18 libobjc-4.9-dev libopenexr-dev libopenexr6 libossp-uuid16 libpango1.0-dev libpcre3-dev libpcrecpp0 libpoppler46 libproxy1 libpsl0 librest-0.7-0 librsvg2-bin librsvg2-dev libsdl1.2debian libsigc++-2.0-0v5 libsoup-gnome2.4-1 libsoup2.4-1 libstdc++-4.9-dev libstdc++6 libtiff5-dev libtiffxx5 libtool libtsan0 libubsan0 libxapian22 libxapian30 linux-compiler-gcc-4.9-x86 linux-headers-4.8.0-0.bpo.2-amd64 linux-headers-4.9.0-0.bpo.3-amd64 linux-headers-4.9.0-0.bpo.4-amd64 linux-headers-4.9.0-0.bpo.5-amd64 linux-headers-amd64 man-db mysql-client-5.5 mysql-server mysql-server-5.5 mysql-server-core-5.5 nmap openmediavault openmediavault-letsencrypt openmediavault-nginx openmediavault-omvextrasorg openmediavault-shellinabox openmediavault-usbbackup p7zip php5-mysql phpmyadmin po-debconf prism2-usb-firmware-installer proftpd-basic proftpd-mod-vroot python3-apt smartmontools tasksel tasksel-data texlive-base texlive-binaries texlive-extra-utils texlive-font-utils texlive-fonts-recommended texlive-latex-base texlive-latex-extra texlive-latex-recommended texlive-pictures uuid virtualbox virtualbox-dkms wget The following NEW packages will be installed: libstdc++6:i386 WARNING: The following essential packages will be removed. This should NOT be done unless you know exactly what you are doing! apt libapt-pkg5.0 (due to apt) libstdc++6 (due to apt) 0 upgraded, 1 newly installed, 139 to remove and 2 not upgraded. Need to get 288 kB of archives. After this operation, 779 MB disk space will be freed. You are about to do something potentially harmful. To continue type in the phrase 'Yes, do as I say!' ?] ``` at which point I press Ctrl+C :-|

kerem commented

2026-02-27 02:57:24 +03:00

Author

Owner

@draakuns commented on GitHub (May 16, 2018):

Hi,
I don't know which 3-steps you followed, but that is going to break your system 100% sure.

Edit: I see the 3steps... But before doing that commands, what is the outcome of apt-get autoremove ?
Maybe you have pending removals for autoinstalled software, even if I doubt that all that must be removed...

BR
Draakuns

@draakuns commented on GitHub (May 16, 2018): Hi, I don't know which 3-steps you followed, but that is going to break your system 100% sure. Edit: I see the 3steps... But before doing that commands, what is the outcome of apt-get autoremove ? Maybe you have pending removals for autoinstalled software, even if I doubt that all that must be removed... BR Draakuns

kerem commented

2026-02-27 02:57:25 +03:00

Author

Owner

@mattjacobsen commented on GitHub (May 17, 2018):

Hey @draakuns,

I solved my problem (getting a UT2004 dedicated server working for an upcoming LAN party) using your lib32stdc++6 package suggestion.

I didn't even know debian was capable of managing packages from multiple architectures until I read the LinuxGSM install guide, so I'm happy to have learned something new ;-)

Kind regards,
Matt

@mattjacobsen commented on GitHub (May 17, 2018): Hey @draakuns, I solved my problem (getting a UT2004 dedicated server working for an upcoming LAN party) using your lib32stdc++6 package suggestion. I didn't even know debian was capable of managing packages from multiple architectures until I read the LinuxGSM install guide, so I'm happy to have learned something new ;-) Kind regards, Matt

kerem commented

2026-02-27 02:57:25 +03:00

Author

Owner

@draakuns commented on GitHub (May 18, 2018):

Hi @mattjacobsen

glad to hear that it fixed quickly your issue ;)

Yeah, you can install several archs but binary compatible are only x86-x64 if your device is intel 64bit (or armel/armhf/arm64 on ARM64 arch)... other archs are used for bootstrapping other devices you may be working with.

Best regards and enjoy the LAN party,
Draakuns

@draakuns commented on GitHub (May 18, 2018): Hi @mattjacobsen glad to hear that it fixed quickly your issue ;) Yeah, you can install several archs but binary compatible are only x86-x64 if your device is intel 64bit (or armel/armhf/arm64 on ARM64 arch)... other archs are used for bootstrapping other devices you may be working with. Best regards and enjoy the LAN party, Draakuns

kerem commented

2026-02-27 02:57:25 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Jun 7, 2018):

As most servers are 32-bit i386 version is normally required. I was unaware that the x64 versions are also backwards compatible. This change would require quite a lot of testing to make sure stuff still works

@dgibbs64 commented on GitHub (Jun 7, 2018): As most servers are 32-bit i386 version is normally required. I was unaware that the x64 versions are also backwards compatible. This change would require quite a lot of testing to make sure stuff still works

kerem commented

2026-02-27 02:57:25 +03:00

Author

Owner

@draakuns commented on GitHub (Jun 21, 2018):

Hi Dan,
it's not that they are backwards compatible. This package installs 32bit libraries (not a backwards compat 64bit lib), even if you have the 64bit environment. Therefore, it is the same as installing i386 arch and the libs, but without the hassle to add any architecture to the package manager (which is used only for 1 package).
Just using the current check that the 32bit arch & lib is installed (new code OR lib32stdc++6 is installed on x64) should do the trick.
Let me know if I can help in any possible way.
BR
Cristian.

@draakuns commented on GitHub (Jun 21, 2018): Hi Dan, it's not that they are backwards compatible. This package installs 32bit libraries (not a backwards compat 64bit lib), even if you have the 64bit environment. Therefore, it is the same as installing i386 arch and the libs, but without the hassle to add any architecture to the package manager (which is used only for 1 package). Just using the current check that the 32bit arch & lib is installed (**new code** OR lib32stdc++6 is installed on x64) should do the trick. Let me know if I can help in any possible way. BR Cristian.

kerem commented

2026-02-27 02:57:25 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Feb 16, 2020):

Having a look at this the i386 version is not installed with libstdc++6

root@localhost:~# apt install libstdc++6
Reading package lists... Done
Building dependency tree
Reading state information... Done
libstdc++6 is already the newest version (8.3.0-6).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@localhost:~# locate libstdc++.so.6
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.25
/usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.25-gdb.py

The only other solution I found was to use libstdc++6-i386-cross which would remove the need for sudo dpkg --add-architecture i386 in most instance

@dgibbs64 commented on GitHub (Feb 16, 2020): Having a look at this the i386 version is not installed with `libstdc++6` ``` root@localhost:~# apt install libstdc++6 Reading package lists... Done Building dependency tree Reading state information... Done libstdc++6 is already the newest version (8.3.0-6). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. root@localhost:~# locate libstdc++.so.6 /usr/lib/x86_64-linux-gnu/libstdc++.so.6 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.25 /usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.25-gdb.py ``` The only other solution I found was to use `libstdc++6-i386-cross` which would remove the need for `sudo dpkg --add-architecture i386` in most instance

kerem commented

2026-02-27 02:57:25 +03:00

Author

Owner

@draakuns commented on GitHub (Mar 3, 2020):

Hey!

Long time no see ;)

I still don't get why are you not just installing the lib32stdc++6 package, which provides 32bit stdc++6 libs...

It provides:
/usr/lib32/libstdc++.so.6
/usr/lib32/libstdc++.so.6.0.25

Isn't it good enough for our purposes?

Edit: I still have to remove the dependency check for that lib on the scripts in order to be able to start the server, every time it gets updated...

BR
Cristian

@draakuns commented on GitHub (Mar 3, 2020): Hey! Long time no see ;) I still don't get why are you not just installing the `lib32stdc++6` package, which provides 32bit stdc++6 libs... It provides: /usr/lib32/libstdc++.so.6 /usr/lib32/libstdc++.so.6.0.25 Isn't it good enough for our purposes? Edit: I still have to remove the dependency check for that lib on the scripts in order to be able to start the server, every time it gets updated... BR Cristian

kerem commented

2026-02-27 02:57:25 +03:00

Author

Owner

@dgibbs64 commented on GitHub (Mar 5, 2020):

@draakuns Because I didn't see the lib32stdc++6 part I am that used to just seeing libstdc++6 that I was word blind to it X-D. Makes more sense now. I will re-investigate it and should be able to implament this change. Thanks

@dgibbs64 commented on GitHub (Mar 5, 2020): @draakuns Because I didn't see the lib`32`stdc++6 part I am that used to just seeing libstdc++6 that I was word blind to it X-D. Makes more sense now. I will re-investigate it and should be able to implament this change. Thanks

kerem commented

2026-02-27 02:57:25 +03:00

Author

Owner

@github-actions[bot] commented on GitHub (Mar 18, 2021):

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions[bot] commented on GitHub (Mar 18, 2021): This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.