similar to: [Bug 3168] New: libssh.a(utf8.o): undefined reference to symbol 'strcasestr@@GLIBC_2.17'

initramfs-tools wants to validate the real init program before running it, as there is no way out once it has exec'd run-init. This is complicated by the increasing use of symlinks for /sbin/init and for /sbin itself. We can't simply resolve them with 'readlink -f' because any absolute symlinks will be resolved using the wrong root. Add a dry-run mode (-n option) to run-init

Hello, I want to deploy my rails app on my college LAN and use it as a intranet site. I am MAC user so i dont know much about configuring windows to run the rails app as intranet site. I currently have a rails app with mysql database and webrick server. Can anyone help me with this? -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk"

On a train ride to Bruxelles, brought out my axe and directly attacked run_init(8). run_init(8) is dead, long live switch_root(8). The next run on switch_root(8) involves fdopendir, so another push for the upcoming stdio 1.6 branch. The following is boot tested with initramfs-tools, kinit(8) tests would very much be appreciated!? Michal Suchanek (1): [klibc] switch_root: Fix single file

I have the following appended to gluster logs at around 100kB of logs per second, on all 10 gluster servers: [2012-06-11 15:08:15.729429] I [dht-layout.c:682:dht_layout_dir_mismatch] 0-sites-dht: subvol: sites-client-41; inode layout - 966367638 - 1002159031; disk layout - 930576244 - 966367637 [2012-06-11 15:08:15.729465] I [dht-common.c:525:dht_revalidate_cbk] 0-sites-dht: mismatching layouts

On Sun, Feb 11, 2018 at 11:27 PM, Darren Tucker <dtucker at dtucker.net> wrote: > Sigh. If you could provide the server's identity string (eg from "ssh > -v yourthing") we could add a bug bit to stop it from being sent. $ ssh -v nathan at 10.0.0.1 OpenSSH_7.4p1, LibreSSL 2.5.0 [snip] debug1: Local version string SSH-2.0-OpenSSH_7.4 debug1: Remote protocol version

The following patches come from Debian and/or Ubuntu packages of klibc. Ben. Ben Hutchings (1): [klibc] run-init: Add dry-run mode Jay Vosburgh (1): [klibc] ipconfig: Use separate sockets for DHCP from multiple interfaces Mathieu Trudel-Lapierre (1): [klibc] ipconfig: Set broadcast when sending DHCPREQUEST and DHCPDISCOVER YunQiang Su (1): [klibc] mips: setjmp.S: don't

Hey all, The IUTF8 tty mode support added to the client in 7.3 unfortunately appears to have broken interop with a handful of noncompliant server implementations that immediately close the connection when they are sent an opcode that they know nothing about, rather than ignore it. Setting the value to 0 is not enough: its mere presence regardless of value is enough to cause the server to bomb

https://bugzilla.samba.org/show_bug.cgi?id=3168 ------- Additional Comments From foner-rsync-bugzilla@media.mit.edu 2005-10-14 04:50 ------- Obtw, when this gets reinstated, it would be -really nice- if one or the other (but NOT BOTH) of --max-size or --min-size was an "OR EQUAL". Right now, if I'm trying to copy all files under one size to one place, and all files over one

On Sun, Apr 15, 2018 at 06:38:37PM +1000, Damien Miller wrote: > On Sat, 14 Apr 2018, Colin Watson wrote: > > This isn't an OpenSSH bug, but just in case anyone else is ambitious > > enough to automatically run interoperability tests against other SSH > > implementations, here's a heads-up: > > > > https://twistedmatrix.com/trac/ticket/9422 > >

This release boasts a bunch of cleanup work and a few new keysyms. No functional changes to any of the protocols. Adam Jackson (3): randrproto: Fix missing #undef RRLease Remove COPYING-panoramixproto composite: Fix the documentation for the unredirection requests Alan Coopersmith (9): Remove trailing whitespace from header files Remove the use of no-op B16 &

Am 15.08.2015 um 09:04 schrieb Christian Kivalo: > provide your multi ssl doveconf -n output. - c No. I leave this shit alone and running dovecot in multiinstance mode and now its works.

This patchset applies to klibc mainline. As is it will probably collide with Maximilian's recent patch to rename run-init to switch_root posted last week. To boot an untrusted environment with certain capabilities locked out, we'd like to be able to drop the capabilities up front from early userspace, before we actually transition onto the root volume. This patchset implements this by

I did yum -y update --exclude=vulkan*; then rebooted When I do yum check-updates I get this: (which I expect) vulkan.x86_64 1.1.97.0-1.el7 base vulkan-filesystem.noarch 1.1.97.0-1.el7 base When I do the yum -y update I get this: Transaction check error: file /usr/lib64/libSPIRV-Tools-opt.so from install of

Commit-ID: 10059fddba9f8bec6aeb0d37d217df6d65e64c3b Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=10059fddba9f8bec6aeb0d37d217df6d65e64c3b Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sun, 17 Jan 2016 19:50:28 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 2 Jan 2019 03:08:04 +0000 [klibc] run-init: Add dry-run mode

Building on the work in ff0a614bd724f6c4c6a5014a9955dc1bc028f336, this moves the capability code down into the run-init library, so that run-init can use it as well, via the new "-d" flag. Signed-off-by: Kees Cook <kees at outflux.net> --- usr/kinit/Kbuild | 3 +-- usr/kinit/capabilities.h | 10 ++++++++++ usr/kinit/kinit.c | 6 +++---

On 18/09/2019 13:12, Jerry Geis wrote: > I did yum -y update --exclude=vulkan*; then rebooted > > When I do yum check-updates I get this: (which I expect) > > vulkan.x86_64 > 1.1.97.0-1.el7 base > vulkan-filesystem.noarch > 1.1.97.0-1.el7 base > > When I do the yum -y update I get

https://bugzilla.samba.org/show_bug.cgi?id=3168 Summary: --min-size cores in 2.6.5 and is completely missing in 2.6.6 Product: rsync Version: 2.6.6 Platform: All OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org

On 05/20/2019 03:35 PM, Greg Bailey wrote: > On 5/20/19 6:22 AM, H wrote: >> Is anyone running the Opera browser on Centos 7 or 6? While not available in a yum-repository, it seems to be available as a snap-package. Not familiar with those yet but curious if the browser is worthwhile to run. I have generally found Firefox less useful/compatible than Chromium but would also like

Leon Fauster via CentOS <centos at centos.org> wrote: > ... or a general problem. Does some one tried the version from > mozilla? > > https://www.mozilla.org/en-US/firefox/all/#product-desktop-esr > > Can't test it - I don't run EL6 workstations anymore ... [yves at home firefox]$ ./firefox ./firefox: /lib64/libc.so.6: version `GLIBC_2.17' not found

Yes, it will not work on EL6, it requires newer glibc and gtk3. It's time to leave EL6 behind (or stick to Firefox). -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "H" <agents at meddatainc.com> > To: "CentOS mailing list" <centos at centos.org> > Sent: Monday, 20 May, 2019 15:50:53 >