With the introduction of the LTS kernel with years,
let's set the kernel-lts a meta-bundle which include the
linux-lts and linux-lts2018 packages are the same,
So no issues with this change.
bundles/kernel-lts | 15 +++------------
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git a/bundles/kernel-lts b/bundles/kernel-lts
index 72046a7..721706d 100644
@@ -1,19 +1,10 @@
# [TITLE]: kernel-lts
-# [DESCRIPTION]: Run the lts native kernel
+# [DESCRIPTION]: Run the latest longterm native kernel
# [STATUS]: Active
# [MAINTAINER]: Bernal Marin, Miguel <miguel.bernal.marin(a)linux.intel.com>
+# This is a meta-bundle which include the latest longterm native kernel
-# kernel package
The new installer offers three kernels to choose from : native, lts and pk. I never paid attention to the 'kernel-pk' version when I got curious this morning. According to its description, it's deprecated and also really only installs the kernel-iot-lts2018 bundle. I would suggest that we update the installer to either remove this third kernel option or rename it iot-lts2018 to make it clearer what this is about. If the proper way to update this is to send a PR to the 'clr-installer' repo, I can do that, just let me know.
Technical Marketing Engineer Manager
Open-Source Technology Centre
Tel: +32 (0)3 450 0851
Intel Corporation NV/SA
Kings Square, Veldkant 31
RPM (Bruxelles) 0415.497.718.
Citibank, Brussels, account 570/1031255/09
As ceph-lib is the only portion of ceph required by this bundle (for
qemu and qemu-extras) don't include ceph for the extra 200MB of
content that this include will pull in.
bundles/kvm-host | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/bundles/kvm-host b/bundles/kvm-host
index d009ad0..50b4a91 100644
@@ -3,8 +3,10 @@
# [STATUS]: Active
# [MAINTAINER]: William Douglas <william.douglas(a)intel.com>
+# drop ceph include because it pulled in an extra 200MB of content
+# only ceph-lib is needed for qemu so just pull it in driectly
Auke's email about systemd reminded me about the toolchain updates coming
soon. March is an interesting month with both GCC and LLVM releasing. We're
getting GCC 9 and LLVM 8.
We'll also take this opportunity to apply a few system-wide changes as we
rebuild the world. This email serves as a notification that it will happen and
also to see if there's anything else that we should do. Please chime in with
other things we should do.
My current To-Do list includes the following:
- apply  to LLVM, so the main library is called libLLVM.so.8, as opposed
to the current libLLVM-7.so
- add GCC option --enable-default-pie, so GCC compiles all executables with
the -pie linker option (we already build all sources with -fPIC)
- figure out the same solution for Clang -- may involve patching it
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel System Software Products
Hello dear Clear Linux developers.
I'm Giacomo from Italy.
On my clear linux installation, system version (27660), gdb is very slow
from the moment it is started up to its prompt.
It often crashes after "loading" symbols.
This is an example output.
Let me know if I can help more.
giacomo@woody ~/devel/utils/git/cppqtclients/cumbia-libs/cumbia-telegram $
gdb ./bin/cumbia-telegram core.330
GNU gdb (GDB) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-generic-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
Find the GDB manual and other documentation resources online at:
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./bin/cumbia-telegram...done.
[New LWP 330]
[New LWP 335]
[New LWP 333]
[New LWP 338]
[New LWP 336]
[New LWP 334]
[New LWP 339]
[New LWP 341]
[New LWP 344]
[New LWP 332]
[New LWP 342]
[New LWP 343]
[New LWP 345]
[New LWP 337]
[New LWP 347]
warning: Loadable section ".note.ABI-tag" outside of ELF segments
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
Core was generated by `./bin/cumbia-telegram'.
Program terminated with signal SIGSEGV, Segmentation fault.
Bus error (core dumped)
This is a courtesy email pre-announcing the update of systemd from v239
to v241 early next week.
As usual we've done some extra internal testing to make sure nothing
breaks and we hope to avoid any issues with the update. However, as is
common, there are always unforeseen things that may pop up as we roll
out this update to various other systems. We'll be extra vigilant as
this update is pushed to through the release process.
Should you encounter any issues, please let us know immediately of course.