July 2016 - Dev - lists.clearlinux.org

Trying to contact the Clear Linux packager of xorriso

by Thomas Schmitt

Hi, i am upstream developer of xorriso and want to contact its packager or the keeper of the automat which does the packaging. There are two issues: -------------------------------------------------------------------- https://github.com/clearlinux-pkgs/xorriso/blob/master/upstream mentions xorriso-1.4.5.tar.gz . This is the current development snapshot which gets overwritten several times between releases. (Most recently today.) The current release of GNU xorriso is http://ftp.gnu.org/gnu/xorriso/xorriso-1.4.4.tar.gz verificable by http://ftp.gnu.org/gnu/xorriso/xorriso-1.4.4.tar.gz.sig after gpg --keyserver keys.gnupg.net --recv-keys ABC0A854 If you use an automat which grabs what looks like the newest tarball on a web site, then let it watch http://ftp.gnu.org/gnu/xorriso/ rather than https://www.gnu.org/software/xorriso/ -------------------------------------------------------------------- I wonder why you package GNU xorriso and not the dynamic libraries libburn, libisofs, and libisoburn, which together provide the same functionality. The xorriso binary would then be built from libisoburn. Most distros prefer packaging the libraries which also may serve underneath Xfburn and Brasero. The libraries would also offer the advantage of not existing as unstable development tarballs. Current are: http://files.libburnia-project.org/releases/libburn-1.4.4.tar.gz http://files.libburnia-project.org/releases/libburn-1.4.4.tar.gz.sig http://files.libburnia-project.org/releases/libisofs-1.4.4.tar.gz http://files.libburnia-project.org/releases/libisofs-1.4.4.tar.gz.sig http://files.libburnia-project.org/releases/libisoburn-1.4.4.tar.gz http://files.libburnia-project.org/releases/libisoburn-1.4.4.tar.gz.sig libisoburn depends on libburn and libisofs. libburn additionally builds a binary named cdrskin. -------------------------------------------------------------------- Have a nice day :) Thomas

6 years, 9 months

2
2
0 0

Re: [Clr-dev] Support bare metal installation without wired Ethernet port

by Auke Kok

On 07/27/16 04:31, Joel Chen wrote: > Hi Arjan, > > Please correct me if I am wrong, but focus of Clear Linux is on the Cloud. In general, servers provide functionalities/services. It is possible to build a cluster of servers on commodity hardware (laptops/desktops/SBCs). > > From a user experience perspective, OS installation fails due to no Internet connectivity is a poor design, no matter Ethernet or WiFi. Users are not be able to build a Private Cloud in an environment where connectivity to the Internet is restricted. Hi, As you point out, we're mainly focused on Cloud installations. I may be wrong, but in general Clouds do not use wireless connectivity. Subsequently, wireless connectivity has not been a priority, and likely won't be for the time being. Also, as ClearLinux is focused on the Cloud, and security is critical for the cloud, we've built a Linux distribution that heavily centers around delivering updates (fast, and continuously). Obviously this requires a network connection to function. The basic KVM images offer limited function without networking, and provide enough bits for most developers to get started with the OS without any network connection, but obviously the functionality will be heavily limited. If this doesn't suit your requirements, then you are not in our primary target audience right now. I realize that may be disappointing. For the time being you're likely going to have to find a USB ethernet adapter, or integrate/mix in wireless support yourself until we eventually get to it. Cheers, Auke

6 years, 10 months

1
0
0 0

Re: [Clr-dev] Support bare metal installation without wired Ethernet port

by Arjan van de Ven

On 7/26/2016 6:43 AM, Joel Chen wrote: > Dear Clear Linux Dev, > > > I was trying to install Clear Linux on a laptop with Wireless LAN but without a wired Ethernet port. It could not get past the step of swupd during installation and failed. > > > Please improve Clear Linux setup so that wired Ethernet is not a requirement for bare metal installation. Thank you. > > Hi, thank you for your request. With the core focus of Clear Linux being on the server, the wifi/laptop/desktop side of things is unfortunately not quite as great as it should be. Several of us are keeping it running and ok, but wifi in the installer hasn't quite come up yet before. We'll figure out what we can do here.. it's not the easiest of things (wifi settings can be quite complex with all the different password/crypto schemes etc)

6 years, 10 months

2
1
0 0

Clear Linux Highlights #2

by Hutanu

6 years, 10 months

1
0
0 0

Support bare metal installation without wired Ethernet port

by Joel Chen

Dear Clear Linux Dev, I was trying to install Clear Linux on a laptop with Wireless LAN but without a wired Ethernet port. It could not get past the step of swupd during installation and failed. Please improve Clear Linux setup so that wired Ethernet is not a requirement for bare metal installation. Thank you. Warmest Regards, Joel

6 years, 10 months

1
0
0 0

Re: [Clr-dev] [clr-containers-dev] OverlayFS as default on Docker-upstream

by Miguel Bernal Marin

Hi, My apologies if I wasn't clear on my email. >>> >>> Since b0e74fc3888e ("switch to overlayfs as backend"), docker-upstream >>> started to use overlayfs instead of AUFS. I mean ClearLinux docker-upstream package: http://kojiclear.jf.intel.com/cgit/packages/docker-upstream/commit/?id=b0e7… >> That's the default choice but I assume AUFS is still available ? > I'll keep AUFS kernel drivers on Clear Linux LTS version > (note - still chatting internally - but we can take/start this chat off-list - I'd be happy to see that to check our external list is working etc.) > What external list? * Clear Linux ML <dev(a)lists.clearlinux.org> <-- I will post a comment. * Clear Containers ?? <-- Do we have a external ML? > That's my presumption from reading around the Docker links. I don't have a local git clone of Docker, and could not find that commit easily on the github web interface (I probably could if we had a full commit id) - a link to the webpage for the commit might be useful here. > My apologies, I mean our local docker-upstream package. http://kojiclear.jf.intel.com/cgit/packages/docker-upstream/commit/?id=b0e7… >> >> >>> What gave this change was: >>> >>> https://sthbrx.github.io/blog/2015/10/30/docker-just-stop-using-aufs/ >>> >>> https://docs.docker.com/engine/userguide/storagedriver/overlayfs-driver/ >>> >>> Linux kernel will stop supporting AUFS. >> Are we sure we no longer want to support users that somehow expect >> AUFS to be available ? > > Presuming we are talking ClearLinux Kernel (as we cannot speak for all the other distros - where I expect aufs would hang around for quite some time?) - I would presume we would include all the FSs that Docker supports, and not just the default one they choose for the current release. > I followed some links off the pages you shared (good links btw) - and found this page helpful for an overview of the Docker FS world: > https://docs.docker.com/engine/userguide/storagedriver/selectadriver/ > Yes, ClearLinux kernel. I'll remove AUFS from native, KVM & Hyper-V and keep them on LTS. >> >> On a side note, please post this kind of information to the public >> mailing list from now on. >> Will do.

6 years, 10 months

1
0
0 0

Re: [Clr-dev] install issue

by Klimesh

Just to follow up, this issue should be resolved at this point, and updates should be functioning as normal. -djk > -----Original Message----- > From: Dev [mailto:dev-bounces(a)lists.clearlinux.org] On Behalf Of Klimesh, > David J > Sent: Saturday, July 16, 2016 8:08 AM > To: Elliott Starin <elliott.starin(a)mimetrix.com>; Nesius, Robert A > <robert.a.nesius(a)intel.com> > Cc: dev(a)lists.clearlinux.org > Subject: Re: [Clr-dev] install issue > > We've pinned down this issue and are working on a fix, which should be in place > by EOD. > > -djk > > > -----Original Message----- > > From: Dev [mailto:dev-bounces(a)lists.clearlinux.org] On Behalf Of > > Nesius, Robert A > > Sent: Friday, July 15, 2016 8:57 AM > > To: Elliott Starin <elliott.starin(a)mimetrix.com> > > Cc: dev(a)lists.clearlinux.org > > Subject: Re: [Clr-dev] install issue > > > > That sounds like an issue on the sw update content server - we'll look > > into it and follow up. > > > > -Rob > > > > Sent from mobile device. > > > > > On Jul 15, 2016, at 8:52 AM, Elliott Starin > > > <elliott.starin(a)mimetrix.com> > > wrote: > > > > > > attempting to boot clear-9340-installer.img.xz to bare metal and > > > failing with > > the following error in log: > > > "failed to retrieve 9220 telemetrics manifest" > > > > > > any thoughts? > > > _______________________________________________ > > > Dev mailing list > > > Dev(a)lists.clearlinux.org > > > https://lists.clearlinux.org/mailman/listinfo/dev > > _______________________________________________ > > Dev mailing list > > Dev(a)lists.clearlinux.org > > https://lists.clearlinux.org/mailman/listinfo/dev > _______________________________________________ > Dev mailing list > Dev(a)lists.clearlinux.org > https://lists.clearlinux.org/mailman/listinfo/dev

6 years, 10 months

1
0
0 0

Re: [Clr-dev] [Dev] Problem running Clear Container on Ubuntu 15.04

by Miguel Bernal Marin

Hi Zeyu, On 7/16/2016 1:40 AM, Zeyu Mi wrote: > *I am trying to run Clear docker containers on Ubuntu 15.04. I follow > the instructions described in > https://clearlinux.org/documentation/gs-clear-containers-gettting-started.h… > and get the following warnings (the container ended without execution). > Any ideas to fix this?* > Could you tell us, which processor are you using. You can see it with the output from. $ cat /proc/cpuinfo | grep "model name" If your processor is too old, Clear Containers won't execute properly. -- Regards, Miguel Bernal Marin Open Source Technology Center https://clearlinux.org Intel Corporation

6 years, 10 months

2
1
0 0

Re: [Clr-dev] install issue

by Nesius

That sounds like an issue on the sw update content server - we'll look into it and follow up. -Rob Sent from mobile device. > On Jul 15, 2016, at 8:52 AM, Elliott Starin <elliott.starin(a)mimetrix.com> wrote: > > attempting to boot clear-9340-installer.img.xz to bare metal and failing with the following error in log: > "failed to retrieve 9220 telemetrics manifest" > > any thoughts? > _______________________________________________ > Dev mailing list > Dev(a)lists.clearlinux.org > https://lists.clearlinux.org/mailman/listinfo/dev

6 years, 10 months

2
1
0 0

[Dev] Problem running Clear Container on Ubuntu 15.04

by Zeyu Mi

*Hi,* *I am trying to run Clear docker containers on Ubuntu 15.04. I follow the instructions described in https://clearlinux.org/documentation/gs-clear-containers-gettting-started.h… <https://clearlinux.org/documentation/gs-clear-containers-gettting-started.h…> and get the following warnings (the container ended without execution). Any ideas to fix this?* mzy(a)mzy-ubuntu:~/clearlinux$ sudo docker run ubuntu /bin/echo "Hello" # KVM compatibility warning. virtio-9p device was not detected. While you have requested a virtio-9p device, the guest kernel did not initialize it. Please make sure that the guest kernel was compiled with CONFIG_NET_9P_VIRTIO=y enabled in .config. # KVM compatibility warning. virtio-net device was not detected. While you have requested a virtio-net device, the guest kernel did not initialize it. Please make sure that the guest kernel was compiled with CONFIG_VIRTIO_NET=y enabled in .config. # KVM compatibility warning. virtio-console device was not detected. While you have requested a virtio-console device, the guest kernel did not initialize it. Please make sure that the guest kernel was compiled with CONFIG_VIRTIO_CONSOLE=y enabled in .config. *I also try Clear lkvm to directly run a VM, but get similar errors.* mzy(a)mzy-ubuntu:~/clearlinux$ sudo lkvm run -k /usr/lib/kernel/vmlinux.container -c 6 -m 1024 --debug # lkvm run -k /usr/lib/kernel/vmlinux.container -m 1024 -c 6 --name guest-25440 # KVM compatibility warning. virtio-net device was not detected. While you have requested a virtio-net device, the guest kernel did not initialize it. Please make sure that the guest kernel was compiled with CONFIG_VIRTIO_NET=y enabled in .config. # KVM session ended normally. *Looking forward to any help!* -- Best Regards Zeyu Mi (糜泽羽) Institute of Parallel and Distributed Systems (IPADS), School of Software, Shanghai Jiao Tong University

6 years, 10 months

1
0
0 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

Dev July 2016