2013-04-18 07:23:45 asdf 2013-04-18 07:31:40 ghjkl 2013-04-18 07:33:29 i think i need change password... :) 2013-04-18 07:34:27 ;) 2013-04-18 07:35:10 i was actually testing the irclogging 2013-04-18 07:35:23 i just set it up 2013-04-18 07:35:26 http://dev.alpinelinux.org/irclogs/%23alpine-linux-2013-04.log 2013-04-18 08:11:03 ncopa: what does not sure mean? 2013-04-18 08:12:20 it means: "i dont know" 2013-04-18 11:02:27 re 2013-04-18 11:51:08 it'd be amazing if apk-tools could use a cache of "pre extracted" packages (e.g. /packages/groff/1.21-r0/usr/bin/{pic,chem,tbl,mmroff,roff2dvi,grotty,nroff},… for gruff) 2013-04-18 11:51:21 and then could install by just creating directories and hardlinking... 2013-04-18 11:51:48 that way you could spawn chroots/containers extremely fast, and use something like overlayfs/aufs/etc. to protect the pre-extracted packages 2013-04-18 13:33:08 pcarrier: i have seen scripts that does similar 2013-04-18 13:34:24 ncopa: but you want that to integrate well with dependency resolution & co, make sure you run the triggers in the chroot after hardlinking, so a script would probably have to do some nastyish things, wouldn't? 2013-04-18 13:34:30 *wouldn't it? 2013-04-18 13:35:04 it works differently 2013-04-18 13:35:26 https://github.com/lxc/lxc/blob/staging/templates/lxc-ubuntu.in 2013-04-18 13:35:28 ncopa: that's pretty much what I'd want, though :) 2013-04-18 13:35:44 it will create a base install in a cache dir 2013-04-18 13:35:47 ncopa: they use debootstrap 2013-04-18 13:35:50 and then just copy that 2013-04-18 13:36:02 they debootrsrap to a cache dir 2013-04-18 13:36:05 ncopa: I don't want to cache packages, I want to go as far as sharing the actual files on the filesystems 2013-04-18 13:36:10 *filesystem 2013-04-18 13:36:22 ncopa: it's incredibly, incredibly fast 2013-04-18 13:36:27 i undrestand 2013-04-18 13:36:32 what are those chroots for? 2013-04-18 13:36:39 is it for building? 2013-04-18 13:37:04 vserver has sometehing called vhashify 2013-04-18 13:37:13 but thats more for size than speed 2013-04-18 13:37:17 ncopa: building, running tests, running services, running jobs, etc. 2013-04-18 13:37:43 ncopa: you could have the first package manager with insane container performance :) 2013-04-18 13:37:59 hm 2013-04-18 13:38:42 you can reliably recreate the full system in a matter of a second. even with largish components like perl, a jdk, etc. 2013-04-18 13:38:49 we could use something like /var/cache/apk//$pkgname_ver.$hash/ 2013-04-18 13:39:03 if apk-tools finds that dir 2013-04-18 13:39:13 then just hardlink 2013-04-18 13:39:30 it shoul dnot be too hard to implement 2013-04-18 13:39:43 pre-install-cache 2013-04-18 13:40:09 if /etc/apk/pre-install-cache is a symlink 2013-04-18 13:40:10 and you need to be able to put it outside of the chroot 2013-04-18 13:40:12 (obviously) 2013-04-18 13:40:18 command-line argument or something 2013-04-18 13:40:20 pcarrier: solaris zones are also <1 min deployment time 2013-04-18 13:40:26 darkfader: I'm talking second. 2013-04-18 13:40:34 ok that would be fun :) 2013-04-18 13:40:37 darkfader: I'm talking, create one for every test in your test suite. 2013-04-18 13:40:38 https://gist.github.com/pcarrier/4639579 2013-04-18 13:40:39 pcarrier are talking less than a sec 2013-04-18 13:40:41 :) 2013-04-18 13:40:52 actually interesting idea 2013-04-18 13:40:55 a full-blown archlinux system, with a lot of headers, all kernel modules, etc. 100 000 files. 3 seconds. 2013-04-18 13:41:05 and not too difficult to implement 2013-04-18 13:41:05 with the go implementation in that gist. ruby is barely 70% slower. 2013-04-18 13:41:27 ok i understand "incredibly fast" above now 2013-04-18 13:41:29 ncopa: I know; I've been jokingly calling it "the idea of my lifetime" with my colleages 2013-04-18 13:42:13 the archlinux system had haskell, go, ruby, perl, python, kernel modules, kernel headers; obviously all manages, all headers, all locales, all terminfo, etc. 2013-04-18 13:42:20 it was closer to 130k files. 2013-04-18 13:43:18 ncopa: you might have noticed a few bugs/git commits from me; that's because I'm thinking about taking that direction for all services and jobs in my current position 2013-04-18 13:44:12 ncopa: there are a lot of small changes that can help a lot with that. for example, avoiding update-ca-certificates (which in turn calls c_rehash, a perl script from openssl) in ca-certificates 2013-04-18 13:44:39 and/or changing the curl config with --with-ca-path=[…] --without-ca-bundle 2013-04-18 13:44:50 anyway, if that's direction alpine is willing to explore, I'm all in :) 2013-04-18 13:48:49 im a bit busy with the 2.6 release now 2013-04-18 13:48:54 but i like th eidea 2013-04-18 13:48:58 and i think its doable 2013-04-18 13:49:16 if $cachedir does not exist, install package as normal 2013-04-18 13:49:28 the index has a hash for every package 2013-04-18 13:49:39 so we can do 2013-04-18 13:50:03 if container_cache_enabled and $cachedir/$hash exists 2013-04-18 13:50:55 then instead of opening the pkgfile (localfile or via wget pipe), run the dir and creat hardlinks 2013-04-18 13:51:03 or copy if different filesystems 2013-04-18 13:52:15 ncopa: not as normal though. in the cached, then hardlink 2013-04-18 13:53:24 ncopa: that way you can always completely share between all containers. and garbage collecting is really easy centrally (remove packages with a hardlink count of 1) 2013-04-18 13:53:54 yes 2013-04-18 13:54:10 this would be useful for: 2013-04-18 13:54:16 chroots, lxc vserver 2013-04-18 13:54:40 chroots might be wanted for abuild 2013-04-18 13:54:54 set up a temp chroot for each built package 2013-04-18 13:55:06 the install gcc abuild build base in there 2013-04-18 13:56:13 ncopa: yup. think it over, I think it only gets better the longer you consider it, and please keep in touch :) 2013-04-18 13:56:37 ncopa: you'd want overlayfs support in your kernel and userland (or something similar) to protect the package contents 2013-04-18 13:56:57 ncopa: you can even use it to track which files are changed when building a package :) 2013-04-18 13:57:16 might be wanted with COW yes 2013-04-18 13:57:31 kaniini played with cowdancer 2013-04-18 13:57:43 ncopa: overlayfs & chroot/cgroups and you're good to go 2013-04-18 13:57:59 wasnt overlayfs or aufs going into mainline kernel? 2013-04-18 13:58:04 i think i saw the headlines 2013-04-18 13:58:06 overlayfs, yes 2013-04-18 13:58:10 good 2013-04-18 13:58:17 useful thing 2013-04-18 13:58:19 https://lwn.net/Articles/542707/ 2013-04-18 13:58:53 there are solutions with hardlinks for copying a cached systemroot 2013-04-18 13:59:07 but it would be nice to have it implemented in package manager 2013-04-18 13:59:14 because then you can cache per package 2013-04-18 13:59:15 ncopa: yeah, but I want to declare my world and have it created on-demand really fast 2013-04-18 13:59:42 ncopa: regardless of other worlds in other hierarchies 2013-04-18 14:00:03 so you want a per package cache 2013-04-18 14:00:09 and not a per systemroot 2013-04-18 14:00:24 that said 2013-04-18 14:00:29 ncopa: well, I want a cache where you can find any package if you have it installed somewhere 2013-04-18 14:00:29 apk-tools is pretty fast... 2013-04-18 14:00:34 or where you put it if you don't 2013-04-18 14:00:55 ncopa: some packages are big, really big. think JDK, a ruby app depending on over a hundred gems, etc. 2013-04-18 14:00:55 hm 2013-04-18 14:01:23 ncopa: that's the ecosystem I'd want to run through this at airbnb 2013-04-18 14:02:22 you could examine the installed 2013-04-18 14:02:30 ncopa: imagine running a hundred containers to test some networked service, without taking any disk space besides a few thousands of directories 2013-04-18 14:02:50 for saving diskspace... 2013-04-18 14:02:58 vservers and vhashify... 2013-04-18 14:02:59 ncopa: disk space, install time, tear down time 2013-04-18 14:03:17 ncopa: it all comes together; it's not about this one feature or this particular use case 2013-04-18 14:03:28 right 2013-04-18 14:04:32 ncopa: something generic, simple, reliable, reproductible, fast and cheap :) 2013-04-18 14:04:52 2013-04-18 14:04:59 lol 2013-04-18 14:05:19 architect value-added networks 2013-04-18 14:05:25 strategize compelling experiences 2013-04-18 14:05:30 deliver sexy models 2013-04-18 14:05:34 http://www.dack.com/web/bullshit.html 2013-04-18 14:05:38 ncopa: my future job title is Elastic Hyperscale Solutioneer 2013-04-18 14:05:46 lol 2013-04-18 14:06:06 i think i want become that too when i get old! 2013-04-18 14:06:25 ncopa: by then Elastic and Hyperscale will be deprecated, though 2013-04-18 14:06:37 we'll be at Liquid Fantastiscale 2013-04-18 14:07:44 quick and dirty script 2013-04-18 14:08:02 could parse all $containerdir/*/lib/apk/db/installed 2013-04-18 14:08:13 the hash of all files are stored there 2013-04-18 14:08:41 if you find multiple files in different dirs with same hash, then remove one and hardlink 2013-04-18 14:08:57 and you have saved the space 2013-04-18 14:09:05 yeah, if that's what you care about 2013-04-18 14:09:18 if you want less than a sec install times 2013-04-18 14:09:26 then it need to be implemented in apk-tools 2013-04-18 14:09:26 what I really, really care about is spawning tens of containers every minute, for every job I run, for every service upgrade I do, etc. 2013-04-18 14:09:44 without going mental. 2013-04-18 14:10:06 ncopa: does the apk tooling support multiple versions for the same package in a single repo? 2013-04-18 14:10:11 apk/abuild/etc. 2013-04-18 14:10:42 it will generate the index yes 2013-04-18 14:11:03 foo-1.0.apk foo-1.1.apk 2013-04-18 14:11:07 in same repo dir 2013-04-18 14:11:12 and create an apkindex 2013-04-18 14:11:13 works 2013-04-18 14:11:18 it will pick the latest 2013-04-18 14:11:29 unless you do: apk add 'foo<1.1' 2013-04-18 14:49:26 ncopa, yeah, exactly what I thought based on the multi-repo support 2013-04-18 14:49:34 ncopa: I was just wondering about the indexer. cool, thanks 2013-04-18 15:38:02 14:06:36 <@ncopa> architect value-added networks 2013-04-18 15:38:03 14:06:41 <@ncopa> strategize compelling experiences 2013-04-18 15:38:03 14:06:47 <@ncopa> deliver sexy models 2013-04-18 15:38:13 these all sound like great goals for alpine 2.7, especially the last one 2013-04-18 15:38:19 what 2013-04-18 15:39:44 http://www.dack.com/web/bullshit.html 2013-04-18 15:40:30 deliver visionary users 2013-04-18 15:41:04 Need users for your application/service? Buy users from us! We sell users at discount rates! 2013-04-18 15:42:41 guys. 2013-04-18 15:42:43 GUYS. 2013-04-18 15:42:50 pcarrier, ncopa: you could call this CloudFS 2013-04-18 15:42:59 there, we have achieved total bullshit on buzzwords 2013-04-18 15:43:00 :D 2013-04-18 15:53:42 CloudFS is taken 2013-04-18 15:54:29 redhat attached that to their attempt to make GlusterFS either stable software or to make people buy it even though it's unstable by tagging "Cloud" to it 2013-04-18 17:58:27 pcarrier_, I am a little confused the new container would be a superset of the underling parent, right? 2013-04-18 17:59:43 I am also a little new to compiling/chrooting 2013-04-18 22:28:26 anyone can help me to boot the alpine iso inside vbox? 2013-04-18 22:35:00 some "no core perfctrs" error 2013-04-18 22:45:58 hi 2013-04-18 22:46:10 i have some issues 2013-04-18 22:46:45 network does not configured properly on boot 2013-04-18 22:47:37 but after manual /etc/init.d/networking restart - it work 2013-04-18 22:48:06 where i can see log of boot? 2013-04-18 23:08:55 I am having the toughest time following http://wiki.alpinelinux.org/wiki/XFCE_Setup in my attempt to set up a desktop environment... It is all really straightforward, but I can't get past X. I am getting no display's found... I am using V2.5 with Xen... any thoughts? 2013-04-19 06:31:48 Dave1029: try install all xf86-video-* drivers 2013-04-19 06:32:50 apk search -q xf86-video-* | grep -v -- '-doc$' | xargs apk add 2013-04-19 10:07:29 TY, ncopa... I'll try that. 2013-04-19 15:16:20 ncopa, are you around? 2013-04-19 15:16:26 please scroll up for my issue 2013-04-19 15:16:39 and if you can explain me what is going on 2013-04-19 18:47:01 ncopa... it appeared that your advice regarding installing all of the xf86-video drivers solved a considerable portion of the problem with trying to install a desktop env. I still get an error in var/log/Xorg.0.log. The first one is "Failed to load module "modesetting" (module does not exist, 0)" 2013-04-19 18:47:48 The second one is "open /dev/fb0: No such file..." 2013-04-19 18:48:55 Sorry for what I am sure is a silly question. I was able to use Alpen-Xen to pass through the PCI slot directly to my USB devices, and an AMD video card. 2013-04-19 18:50:58 I just want to be able to use SDL to use a two headed video card for 2 DomU's. When I use Xen PCI-passthrough I can only pass through one GPU per DomU. I have a 4 head video card that I want to be able to use with SDL to pin one VM to each head... I need xorg running properly in order to do that. 2013-04-19 21:16:38 So... Alpine, Xen, and sdl is what I am looking to do. I have the Xen part working, just can't enable sdl if I can't configure X 2013-04-20 20:39:18 ncopa... just a video card/driver problem. X configured like a charm when I used the onboard (Intel video driver). I'll figure out xorg for the 4 and 2 head video cards and report my findings. 2013-04-20 20:46:17 Dave1029: did you get SDL working? 2013-04-20 20:47:57 Thanks, buddy... I am working on that right now. I needed to get X working first... 2013-04-20 20:56:54 hehe 2013-04-20 20:57:19 wishing you the best luck so that it'll magically all work 2013-04-20 21:05:27 Yeah, that is always the problem... Magically working, hehe. Never seems to happen... Are you interested in Xen? 2013-04-20 21:18:49 how to mount /dev/grsec? 2013-04-20 21:19:11 grlearn hangs 2013-04-20 21:19:41 gradm -S report issues w/ /dev/grsec 2013-04-20 22:31:23 Wouldn't you know it, SDL didn't just "work". Anyone try sdl? 2013-04-20 22:43:14 Dave1029 i wonder why you need X11 and other grafical stuff in server/router linux distr 2013-04-21 01:37:10 Good question bga. I am using AlpineLinux for desktop virtualization using the Xen flavor of Alpine. 2013-04-21 01:39:09 I don't need X11 when I directly pass through PCI. When I directly passthrough PCI, the VM (DomU) "sees" the real video and USB hardware and I can launch a "session" directly on the PC's video card/monitor. 2013-04-21 01:41:39 But I can only pass one GPU per VM. That is cool if I want high performance 3D on each VM. That allows for that if you use passthrough. But it does require one video card per VM. I have an inexpensive, but nice enough (for me) quality 4 headed video card that I would like to use for 4 desktop VM's. I need to use sdl for them if I want native, sans 3D performance 2013-04-21 01:43:25 I can use Fedora 18 (love systemd/loginctl to manage USB and PCI) and put one VM on each of the 4 heads. I can do the same with Ubuntu, Debian, etc., but Alpine performs better and starts up SOOO much faster! 2013-04-21 01:44:16 Sorry for the long answer of why I am wanting to use X11 on a server/router distro. 2013-04-21 15:37:08 Dave1029: have you tried arch linux? 2013-04-21 16:08:35 I haven't... do you like arch hl? 2013-04-21 16:09:07 you can configure it to have what you like and not have what you don't like, it uses systemd, it can be quite lightweight but is much more oriented towards desktop use 2013-04-21 17:06:05 win 16 2013-04-21 18:18:00 Thanks for that info... The thing that Xen PCI passthrough allows is for you to have a Windows operating system running in a VM and the display can be "exported" to the real video card. If you have two video cards or a dual GPU video card like AMD X2 series, then you can have two VM's running on two monitors. If you do that, then you don't need to have any desktop, or X, and Alpine-Xen is a perfect combo! 2013-04-21 18:18:19 That is working fine for me... 2013-04-21 18:18:25 Dave1029: maybe you should describe more the X/SDL issues ;) 2013-04-21 18:18:53 because everyone asks you what you wanna build at some point and so you spend more time explaining that than the issue ;) 2013-04-21 18:20:08 So, if I had a 4 GPU video card or enough slots for 4 video cards, I wouldn't need to use SDL with Xen, I could just passthrough the PCI slots needed. 2013-04-21 18:20:47 I help schools with putting more desktops in the students hands without having to buy more PC's. 2013-04-21 18:21:05 They don't always need 3D, which is what XEN PCI passthrough allows. 2013-04-21 18:22:04 They need desktops, not 3D, so video card density is more important than "one GPU per VM" 2013-04-21 18:22:10 yep 2013-04-21 18:22:30 how do you delegate them? via pci id? 2013-04-21 18:22:33 I have a 4 head video card that I can use, but not with PCI passthrough 2013-04-21 18:22:40 ah, ok 2013-04-21 18:23:57 When I install using Fedora 18, or Ubuntu, or Linux Mint, and I launch my 4 VM's in Xen on those "desktop" oriented systems, with the proper xen.cfg file (sdl=1 and stdvga=1), sdl "just works" 2013-04-21 18:24:08 ok 2013-04-21 18:24:32 you know they need to compile xen with SDL support? 2013-04-21 18:24:44 and i'll throw a generic "suid stuff" in, too 2013-04-21 18:24:50 But I have come to love the small size and speed of Alpine, but sdl doesn't "just work"... 2013-04-21 18:25:03 aaah, is that why vnc works, but sdl throughs an error 2013-04-21 18:25:04 ? 2013-04-21 18:25:07 maybe 2013-04-21 18:25:14 I am using the newer Xen-Alpine release 2013-04-21 18:25:49 can you try to find the xen build flags from fc18 2013-04-21 18:26:05 and then you could compare them to the ones used in alpine 2013-04-21 18:26:37 so what error do you get if you specify sdl in the domU config? 2013-04-21 18:26:53 According to what I have read, SDL doesn't even need X11, it can do direct framebuffer export... 2013-04-21 18:27:04 ok 2013-04-21 18:27:04 "SDL doesn't use the X11 video driver if it can't open the X display" 2013-04-21 18:27:16 question: (hrhr) 2013-04-21 18:27:20 then what does it use 2013-04-21 18:27:29 probably some kernel graphics stuff 2013-04-21 18:27:53 you'll also need to find out if that is enabled and working 2013-04-21 18:28:10 I have no idea... I remember reading that somewhere. I need to learn more about SDL. That is what is cool about open source, buddy! 2013-04-21 18:28:48 I wish the schools would use Linux, but they are totally stuck on Windows, for the most part, especially here in the states. 2013-04-21 18:29:12 i think i used that sdl feature with mplayer years ago :) 2013-04-21 18:30:25 It is really kind of slick. It isn't like rdp or tsclient or vnc. It is just like having a native video connections 2013-04-21 18:30:32 cool 2013-04-21 18:30:50 It will not do native 3D, but it parses via OpenGL, so it kind of does 3D. 2013-04-21 18:30:52 ok back to: what kind of error do you actually get 2013-04-21 18:31:13 i think some of my fav games used sdl too lol 2013-04-21 18:31:26 i remember shogo 2013-04-21 18:31:39 that was back in the time of hoping for native linux games 2013-04-21 18:32:03 libxl: error: libxl_dm.c:1212:device_model_spawn_outcome: domain 2 device model: spawn failed (rc=-3) 2013-04-21 18:32:03 libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge add [1957] exited with error status 1 2013-04-21 18:32:03 libxl: error: libxl_create.c:1097:domcreate_attach_pci: unable to add nic devices 2013-04-21 18:32:03 libxl: error: libxl_dm.c:1245:libxl__destroy_device_model: Device Model already exited 2013-04-21 18:32:45 ok so i think the last error is bullshit info message 2013-04-21 18:32:57 a destroy function that complains something existed. yeah right 2013-04-21 18:33:10 and the second error is about networking 2013-04-21 18:33:30 first one is your real issue i guess and so ambigous 2013-04-21 18:33:42 do you know why you're getting the network error? 2013-04-21 18:35:07 I don't know why, I get the network error. If I comment out my sdl=1 in /etc/xen/w7.cfg file all is fine. 2013-04-21 18:35:44 The network is fine, I can manage my w7 install via vnc when I make that change 2013-04-21 18:36:39 BTW, I got gnome to run on the Alpine- 2013-04-21 18:36:49 Xen install... 2013-04-21 18:37:45 and if I launch xl create /etc/xen/w7.cfg via ssh, I get the errors, and nothing happens. If I launch it via lxterminal directly on the gnome desktop... 2013-04-21 18:38:24 ... probably get the same errors, they just don't jump out at me, because the gnome desktop disappears and I go back to a full screen terminal... init3 2013-04-21 18:38:34 I think I am getting close... 2013-04-21 18:39:15 Anyway, the wife is "mentioning" that I should not be on the computer and should be blowing off the driveway. I'll keep you up-to-date. 2013-04-21 18:40:06 BTW, whoever did Xen-Alpine rocks! This is by far the easiest setup for enabling Xen. PCI passthrough is also comparatively easy. I'll be doing a wiki for this soon. 2013-04-21 18:40:10 I 2013-04-21 18:40:23 I would like to help on this project. 2013-04-21 18:41:34 If any of you guys are in upstate NY and would like to get together, count me in. 2013-04-21 18:42:01 i don't know where people live, but you should just make that invite on the devel mailing list 2013-04-21 18:42:06 sounds like a great idea 2013-04-21 18:42:32 Dave1029: and look at your domain builder log in /var/log/xen 2013-04-21 18:42:34 etc. 2013-04-21 23:01:51 * Checking nginx' configuration ...nginx: the configuration file /etc/nginx/nginx.conf syntax is ok 2013-04-21 23:01:54 nginx: [emerg] getpwnam("http") failed 2013-04-21 23:02:17 this has been around a while, is there a place i can look at to find the default http uid i should use? 2013-04-21 23:02:22 i mean, i can just pick 80 2013-04-21 23:12:21 heh, i figured i'll get along with the busybox httpd alone 2013-04-21 23:12:48 i set up a router/proxy box and i just need it to deliver some proxy-autoconfig, i.e. via wpad 2013-04-21 23:13:06 i really don't need a real http server for that 2013-04-21 23:34:25 while1eq1: howdy? 2013-04-22 03:07:32 ok, i figured this weechat thing out. 2013-04-22 03:07:34 i think 2013-04-22 13:41:57 As I get closer to getting sdl working, I followed the advice of darkfader and checked var/log/xen/qemu-dm-w7.log.x 2013-04-22 13:42:33 The only lines in an UNsuccessful xl create using sdl=1 is: 2013-04-22 13:42:41 domid: 5 2013-04-22 13:42:41 /usr/lib/xen/bin/qemu-dm: invalid option -- '-sdl' 2013-04-22 13:43:11 When I use vnc=1 and sdl=0, I get no such error. 2013-04-22 14:04:09 if you use sdl=0 it won't pass -sdl obviously 2013-04-22 14:04:31 but, heh, you might wanna google that 2013-04-22 14:04:51 and that would be a qemu issue i guess :) 2013-04-22 14:05:14 so, also have a look at the qemu build flags 2013-04-22 14:14:32 Right... here is a link I found... 2013-04-22 14:14:35 https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1030002 2013-04-22 14:15:35 How would I look at the flags as you and the bug report mention? 2013-04-22 14:16:36 Dave1029: check the source rpm for qemu or xen for fedora (if it works there) or the debuild thing for ubuntu (if it works there) 2013-04-22 14:17:02 OK... will do. 2013-04-22 14:29:19 horrible thread that is interesting but probably outdated due to switch to upstream qemu 2013-04-22 14:29:22 http://old-list-archives.xen.org/archives/html/xen-devel/2009-12/msg01041.html 2013-04-22 15:13:26 TY... I will work it in that direction. 2013-04-22 16:00:42 royger: if i may ping ;) is there anything new with regard to the 'almost-finished-missing-last-patches' libvirt support? I know it's not you working on it but it's also hard to find out about the status online 2013-04-22 16:23:05 darkfader: I think the libxl was backported to 4.2.2, which should be released very soon 2013-04-22 16:23:28 and what libvirt version works with it? 2013-04-22 16:23:35 darkfader: regarding the libvirt side, I have no idea, I think most pieces are upstream, but I have not really tried it 2013-04-22 16:23:50 damn :( 2013-04-22 16:24:02 darkfader: someone said it was the latest release, but I don't know that by myself 2013-04-22 16:24:50 yeah i also know someone who said that his uncle said ... hehe 2013-04-22 16:25:33 let me ask the other way round. the suse guy who worked on the libvirt stuff in january 2013-04-22 16:25:49 do you have any idea if he ever did work on it again 2013-04-22 16:26:29 it's just so utterly stupid that i have to run kvm on my xen hosts because of this 2013-04-22 16:27:24 but ok, firstofall that means the libvirt support for xen is still disabled in alpine; i'll try enable it and include a dev snapshot of libvirt instead of normal libvirt 2013-04-22 16:28:12 you could try to fetch the 4.2 xen stable branch and try that with latest libvirt 2013-04-22 16:28:32 someone told me the Xen patches were already in a libvirt release, but I have no idea in what shape.... 2013-04-22 16:29:45 darkfader: alpine still uses qemu-dm 2013-04-22 16:29:58 darkfader: we may switch to upstream qemu for xen 4.3 series in alpine 2.6 2013-04-22 16:30:18 kaniini: ah ok that makes things easier for the other guy i think 2013-04-22 16:30:39 i mean the -sdl not supported error made me cringe 2013-04-22 16:30:49 i bet he has unhappy hours ahead :) 2013-04-22 16:31:27 oh, that is because we do not build against libsdl. 2013-04-22 16:32:57 but you're aware that sdl is a supported config setting in xen ;) 2013-04-22 16:33:41 yes, we are aware of that. 2013-04-22 16:34:00 problem isn't really that it's not included, rahther that the error isn't really propagated to the user. he got a networking error but i led him to the actual thing 2013-04-22 16:34:37 kaniini: xen 4.3 will use qemu-upstream by default 2013-04-22 16:34:45 very good. 2013-04-22 16:34:57 ok and the libvirt docs on xen look pretty much like it's all still broken 2013-04-22 16:35:10 because i grow tired of shipping two qemu's 2013-04-22 16:35:12 ;p 2013-04-22 16:35:12 the only problem seems to be stubdomains with qemu-upstream, which I'm not sure if will be included in 4.3 2013-04-22 16:36:02 " Jim Fehlig" hah! i found his name again 2013-04-22 16:36:19 got enough info for a new test 2013-04-22 16:36:35 https://www.redhat.com/archives/libvirt-users/2013-April/msg00001.html <- sounds like he's assuming it could work. 2013-04-22 16:37:55 bbl, i'll post back if i can make it work 2013-04-22 16:38:18 royger: will this make it possible to use the system qemu packaging for xen hvm? 2013-04-22 16:47:20 kaniini: if compiled with Xen support yes 2013-04-22 16:48:15 although at this point I would still recommend to use the qemu-xen tree, it usually contains fixes importat for Xen which might not be in any qemu release 2013-04-22 16:48:46 if it gets stable I guess it will/can be dropped and use a properly compiled system qemu 2013-04-22 16:54:25 hmm 2013-04-22 17:06:40 I'm not sure if there are plans to drop qemu-xen-upstream, and just use the default Qemu repos in the Xen build system 2013-04-22 17:07:08 Thanks for the info regarding qemu-dm. SDL in Alpine won't work for a while, I guess? 2013-04-22 17:08:09 WTH...why am I showing up as admin? I am dave1029... Let me log out and log back in again. 2013-04-22 17:10:12 do you mean that SDL is not working in Alpine, or not working with Xen? 2013-04-22 17:10:35 SDL works with Xen on FC and Mint... I just can't make it work on Alpine 2013-04-22 17:11:45 it gives me a /usr/lib/xen/bin/qemu-dm: invalid option -- '-sdl' in my /var/log/xen/qemu-dm-w7.log 2013-04-22 17:12:08 royger: we build qemu-dm without sdl support 2013-04-22 17:12:14 Dave1029: I think you need to compile qemu with SDL support 2013-04-22 17:12:23 royger: it is an intentional decision on our part 2013-04-22 17:12:32 That is what I expected you to say. 2013-04-22 17:12:49 royger: the decision being SDL brings in X and a bunch of other crap most dom0 deployments do not need 2013-04-22 17:13:04 yes, I completely agree 2013-04-22 17:13:15 I am fairly new at this... Any suggestions on how to compile qemu with SDL support? I am using this for multiseat desktops in schools. 2013-04-22 17:13:25 what would be cool: xen-qemu-dm-sdl package which is the qemu-dm compiled with sdl that has Replaces: on xen package 2013-04-22 17:13:34 why don't you just use vnc to connect to the VM? 2013-04-22 17:13:55 vncviewer localhost 2013-04-22 17:13:56 I normally use PCI passthrough on the local machine so no need for SDL 2013-04-22 17:15:11 I have access to a 4 head video card (with one GPU...) so PCI passthrough won't work for 4 heads, just one. 2013-04-22 17:18:44 Xen-Alpine is ultimately cool. It is really easy for me to set up Xen, PCI-passthrough worked really easy, I found some older ATI dual GPU video cards, so I can passthrough to two seats, even 4 seats pretty inexpensively, and have 3D, etc. I just don't think I need 3D, and the associated power consumption needed with two dual GPU ATI HD 3850's (or whatever) when I can use SDL (locally) and a single GPU 4 head video card... sorry 2013-04-22 17:18:44 for the long winded answer 2013-04-22 17:20:00 I find that performance in a classroom feels much better when using sdl as compared to vnc 2013-04-22 17:21:09 Passthrough is just like a native installation, in all aspects, of course, so that is what we would use if we need 3D via hardware 2013-04-22 17:22:36 Dave1029: the answer provided by kaniini is probably the right way to go, provide a replacement package that has qemu compiled with SDL support, altough you will have to speak with someoen much more familiar with the abuild system than me if you need help on that :) 2013-04-22 17:23:59 So I need to compile qemu with sdl support... if that is what I want to do... I love learning this stuff. I am really a newbie, but I can follow directions. I have been looking at the abuild wiki's assuming that is where I need to go. 2013-04-22 17:24:39 If anyone has some suggestions on how to get started, I would appreciate it. 2013-04-22 17:28:11 I supposed we could do the same thing with spice support in Qemu... 2013-04-22 17:44:16 OK, so compiling qemu looks fairly simple, it's just going to be getting the dependencies set up... 2013-04-22 17:46:07 you have to compile the xen version of qemu 2013-04-22 17:47:35 Oh... thanks. 2013-04-22 17:55:06 my advice is 2013-04-22 17:55:12 grab a copy of our aports 2013-04-22 17:55:26 and modify the xen package to pull in sdl-dev as a build dep 2013-04-22 17:55:31 and rebuild it 2013-04-22 17:55:44 and push it out as a site-local package in it's own apk repo 2013-04-22 17:56:04 then you can install your shadowed package by giving your apk repo a specific label 2013-04-22 17:56:12 apk add xen@myrepo 2013-04-22 17:56:30 you'll want to do that with the other xen components you are using too 2013-04-22 17:56:51 then you can run apk fix [xen packages used] to switch to them by forcing a reinstall 2013-04-22 18:01:41 TY... I have some learning to do. 2013-04-22 18:07:53 So, Kaniini...would this be where I should start: http://wiki.alpinelinux.org/wiki/Setting_up_the_build_environment_1.9 2013-04-22 18:08:14 and then go to here: http://wiki.alpinelinux.org/wiki/Aports_tree 2013-04-22 18:10:20 yes, basically. 2013-04-22 18:18:16 TY 2013-04-22 20:20:03 kaniini... "modify the xen package to pull in sdl-dev as a build dep". 2013-04-22 20:20:20 I found xen in aports/main/xen 2013-04-22 20:20:49 That is where i should modify the xen package...? 2013-04-22 20:27:48 yes 2013-04-22 20:29:07 TY 2013-04-22 20:29:35 So now I am following "http://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package" 2013-04-22 20:29:37 ? 2013-04-22 20:35:09 What is Xen package should I modify? Sorry for all the questions. 2013-04-22 20:36:12 Dave1029: just pull in sdl-dev in makedepends 2013-04-22 20:42:07 postfix-2.9.6-r0 bug, "postconf -m" results in segfault, can anyone confirm? 2013-04-22 21:55:20 hmm 2013-04-22 21:55:43 I have tried disabling all pax flags using paxctl, no change. I had postfix-pcre installed, but same without. 2013-04-22 21:55:59 manage:~# postconf -m 2013-04-22 21:56:01 Segmentation fault 2013-04-22 21:56:03 indeed 2013-04-22 21:56:09 build it with debug symbols 2013-04-22 21:56:29 strace indicates bad filename pointer passed to open() 2013-04-22 21:56:34 open(0x1e5d3580, O_RDONLY) = -1 EFAULT (Bad address) 2013-04-22 21:56:34 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x1e5d3580} --- 2013-04-22 21:57:17 How do I do that? 2013-04-22 21:57:25 download aports 2013-04-22 21:57:36 already done. 2013-04-22 21:57:37 put FEATURES="!strip" in /etc/make.conf 2013-04-22 21:57:41