[00:13] does anybody know what the difference between /dev/dri/card0 and /dev/fb0 i have used the framebuffer before but i never used the /dev/dri/card0 before from the looks of it they both uses the same LKM i915 [00:13] to drive it [00:29] memguy: well, i mean one is a framebuffer and one is a direct rendering interface (different semantics) [00:31] yeah but i am wondering what one does over the other or are they the equivalent of just create a different name for the same major and minor number... i was wondering the difference in operations or features [00:31] memguy: welll, they are different major and minor numbers? [00:31] memguy: did you mean to ask in #ubuntu, btw; it's really a better question for ##linux [00:31] so i would imagine different internal functions are called that have different code [00:32] Do you know of any sample code that uses dri/card0 device with its ioctls [00:34] sounds like an ace question for #linux [04:59] curious is there a package to apt-get for make for the bsd makefiles not gnu make? [04:59] why not search and see? [05:00] also that's a support question, which as per topic is not really on here [05:32] good morning to all [05:33] hello stranger :) [05:33] No longer holding my attention - slow - .. going horizontal for the duration . later . [05:45] hey daftykins [05:45] all ok with you? [05:46] yeah not bad cheers :) getting by as always [05:46] still on the fast track to becoming a top chef? :) [05:46] haha [05:47] im very needed in the kitchen [05:47] a few of co-workers already quitting [05:48] but in september i need less hours, so i can focus in my business aswell [05:51] ah har, september is go time [05:52] i hope [05:54] lotuspsychje: would you mind typing out your address to me in PM again, just having trouble reading it from the envelope and still want to gift you some fudge :> [05:54] oh sure [05:55] daftykins: did you have uncle jobs again recently? [05:56] nah nothing since i found out his 20/1 ADSL2 wasn't fast enough to host OpenVPN [05:56] i got given a few old PCs to fix up though, got the best ones on a local trade site for sale now [05:56] i'll PM you the link for a glance ;) [05:57] cool [05:57] lookin good! [05:59] no contacts yet sadly [05:59] might have to drop the prices :> they are quite old [05:59] my website is getting there slowly [05:59] my admin has alot of work [06:00] http://www.lotuscomputers.be/ [06:01] default skin to work with [06:02] heyy [06:02] ooh neat :> [06:02] a wild EriC^^ ! hey sir \o [06:02] hey daftykins :D [06:03] hey EriC^^ [06:05] have to go breakfast and work guys [06:06] later ; ) [06:26] morning, all! [06:28] \o [06:28] \o daftykins, still here? [06:28] yep didn't even sleep XD [06:28] getting in a shower now [06:28] i had to get some sleep, hope my friend who didn't want a wm is gone :) [06:37] XD [06:37] i wish you luck! [07:38] daftykins: dear god, he's back. [07:45] for yours and the channels benefit, ignore :) [07:46] i'm doing just that - i can hardly understand him anyway. "Nested Xserver its how?" [07:48] oh dear that sounds like translator assistance for sure [07:51] i don't think so, his sentences are rarely longer than four or five words. [07:51] oof [07:55] he's obviously been given some sort of task at work, and is now trying to get someone one irc to hand-hold him through the entire process. every time a problem is fixed he jumps straight to the next one, he doesn't even try himself. [07:55] s/one irc/on irc/ [08:01] :( [08:01] i helped someone like that once and only found out at the end, i felt bad [08:04] people like that can d**n well put in a little effort themselves. [09:25] Just as a heads up, if people ask about why they don't get 16.04.1 offered as an upgrade yet, although the iso's & files are there, apparently the release doesn't get added to http://changelogs.ubuntu.com/meta-release for about another week until they're sure that no upgrade bugs show up [09:33] ah, good to know - thanks. [09:36] mmm the factoid potential is strong with this one [10:17] Hiyas all [10:23] morning BluesKaj [10:24] Hi ducasse [10:25] so what's happening today ? [10:27] lots of people wanting to upgrade from 14.04 to 16.04 being disappointed :) [10:28] i'm starting to develop a feeling that skipping every other LTS release can work [10:28] i did 10.04 -> 14.04 - maybe i'll leave 16.04 too and just await 18.04 for my servers :) [10:29] naturally i don't mean upgrades there, but clean install migrations [10:32] * ducasse likes xenial - especially zfs [10:34] ;) [10:35] still rocking hardware RAID here, but it can't address newer than 4TB disks i think so maybe there's a ZFS setup in my future [10:35] zfs <3 [10:35] soooo nice :) [10:36] folks would often say run mdadm, but the thing is, when the drama times come... when you're really in a pickle... do you want to be staring at logs and making sense of things, or do you want a lovely hardware controller holding your hand? i know what i preferred, but the time may come to venture out [10:37] can't say i understand the benefits to all that snapshotting business, it seems like a box of magic to me at the moment :D [10:38] it kind of _is_ magic - that's the beautiful thing :) [10:39] right, i must visit someone and press a couple of power buttons [10:39] it's tough work, but someone's got to do it! [10:39] catch you later \o [10:39] hope you get paid ;) [10:39] oh i do! [10:39] :D [16:16] why are people installing 15.10 now all of a sudden?... [16:35] nacc, that, i wondered since 15.04 went EOL, upgrding from 14.04 brings 15.10 ... [16:36] xangua too, he noticed it first [16:41] OerHeks: ah could be as 16.04.1 may not be rolled out yet [16:41] for some mirrors i guess [16:42] but users do funny things, because 'someone told them to' [16:42] I apparently have it here, don't know when that upgrade happened though. [16:43] I was on 16.04 yesterday. ran update and upgrade this morning but not dist-upgrade, and not I'm on 16.04.1 [16:43] nicomachus: yeah, the in-band update is normal [16:43] nicomachus: and that's just an lsb_release update, iirc [17:01] ooooh man those buttons got pushed. [17:02] ducasse: don't worry, everything is safe now [17:02] the things are on. [17:03] push all the buttons! yay! ;) [17:03] \o/ [17:03] hey there's a song for that (not necessarily to my taste) [17:03] Do not worry about the horses, just load the wagon . [17:03] daftykins: have you ever heard of andrej nebb? [17:03] ducasse: no sir [17:04] daftykins: he dropped a piano from 30m in oslo, because "he wanted to hear all the notes at once" [17:04] ah har [17:04] a proper artist, imo :) [17:04] are you getting similar users in #ubuntu today? [17:05] no, it's too hot for me to worry about them. i just drink tea and go somewhere else for a while :) [17:07] i'm prepping my zfs server for the upgrade to 16.04, i'm _really_ nervous about it not handling it well. [17:07] now that is a skill i could never develop [17:07] sudo walk-away [17:08] some of them you can spot from a mile off. [17:08] hehe, could you take a clonezilla image so you can revert in case bad things happen? [17:08] i'm basically doing a reinstall, the root disks smart status isn't entirely kosher. [17:10] it also doubles as mail server, so i'm kind of dependent on it not being down for long. [17:10] ooh-err [17:10] yay google apps :> [17:10] i'm too paranoid :) [17:11] not really, i just like having the control over things i depend on. [17:12] ^ [17:12] * tsimonq2 hides [17:24] that's fair enough [17:29] daftykins: big job today, or just power-cycling? :) [17:31] I am going to powr cycle - finish my nap - be back here soon as the nap is completed :) [17:31] hehe, well it's a wealthy guy so i go up there for small things and often find other things, the first was powering up two NASs, then a 14.04 file server didn't come back after reboot - very curious problem [17:32] Bashing-om: :D enjoy [17:32] it has its' network interface up and configured with a static IP, everything - it just won't send or receive packets [17:32] odd. [17:35] this server used to have the very same identical motherboard, but with one little issue... no OS could read the MAC address for its' onboard LAN adapter, so they would randomise one on boot [17:36] i might have hardcoded it at some point to stop making the router think infinite devices kept being registered :D not sure, haven't dug into it yet as i just jab ctrl+alt+del and it comes back [17:41] i certainly would have hardcoded it in that situation, seems like a reasonable thing to do. the poor router might become terribly confused otherwise :) [17:43] Dell has some pretty good laptop deals right now: http://www.dell.com/us/business/p/precision-m7710-workstation/pd [17:43] savings up to $350k! [17:46] hehe - nice laptop, but probably not worth 652k dollars :) [17:52] ducasse: :D i could even read the real one from inside the BIOS o0 very strange situation [17:57] daftykins: "firmwares do the darndest things"? :) === pavlushka is now known as Guest29396 [18:03] yep! annoyingly it was on the latest and last released version too, so i couldn't even update and hope [18:04] that _is_ annoying. manufacturers should be forced to provide updates for the lifetime of a device... [18:05] it's all good though, we're talking LGA775 there, we had an identical board in the secretary's system until i upgraded that to a haswell i3, so when the board died for good i just did a direct swap [18:07] ah, if they're that old it's understandable :) === Guest29396 is now known as pavlushka [18:11] it actually died when i went to change the CMOS battery, no joke [18:11] popped it out, put the new one in... never POST'd again [18:11] :D [18:11] sensitive board :) [18:43] tgm4883: quick puppet question: what's the syntax, if there is one, for me to query what puppet thinks the current 'service' provider is? [18:43] * daftykins always pictures punch and judy [18:44] daftykins: :) [18:44] nacc: does factor provide that? [18:44] facter* [18:44] tgm4883: Facter you mean? [18:44] daftykins a Marillion fan? [18:45] tgm4883: well, I don't know for sure, due to my lack of ruby/puppet knowledge. There are muliple service providers in lib/puppet/provider/ ... I can run with --debug --verbose and see it trying to see which satisfy if I tell it, e.g. `puppet apply "service { 'tftpd-hpa': ensure => stopped }"`. But really, I'm just trying to verify what puppet thinks provides "service" itself [18:46] doesn't appear to be in facter [18:46] OerHeks: *google* the band? not familiar with them! [18:47] nacc: IDK, might try asking in #puppet [18:47] tgm4883: ok, thanks! [18:47] On their album i first heard of Punch & Judy, not knowing it was the eq. of the dutch Jan-Klaassen & Katrijn [18:48] nacc: it's possibly hard coded somewhere for the defaults bases on OS [18:48] nacc: are you trying to do this programatically, or do you just need to know now? [18:48] tgm4883: yeah, that's what i'm hacking (the puppet internals) [18:49] tgm4883: basically, there are some defaultfor and confine constraints that i sort of understand; but i'm trying to get systemd to be the default provider on ubuntu if systemd is running; and otherwise if the upstart binaries are presnt, use upstart; otherwise fallback to initscripts [18:49] hmm ok [18:50] Alternatively, if you could default to systemd, users could override to upstart if they have that installed [18:50] tgm4883: true; i wonder if we could just do that (in the ubuntu package) [18:51] tgm4883: i'm not entirely sure if hte provider logic is used for more than just local detection (again puppet ignrance) [18:51] tgm4883: that is, do i need to keep the existing satisfy-ing logic internally so it works to e.g., run puppet on 16.04 to manage a 14.04 node [18:51] nacc: hmm, maybe if it's configurable in puppet.conf, not sure if it is [18:51] nah, it's all going to be client side [18:52] tgm4883: ok, so when you use puppet to run something remotely, it uses a `puppet` run on that victim? [18:52] I would bet that the client is going to decide what it's default provider is [18:52] puppet doesn't run stuff remotely? [18:52] tgm4883: i know nthing about puppet :) [18:53] tgm4883: i just am wanting to make sure i dont' breaking anything :) [18:54] nacc: ok, so you've got two parts, the puppet server and the puppet client. Puppet client checks into the Puppet server and asks "what am I supposed to do". Puppet server generates a catalog for the client (telling it what to do) and gives that to the client [18:54] the client then applies all those changes [18:54] That's as remote as it gets, the puppet agent (client side) is always pulling the catalog from the server and applying it [18:55] so for the provider, there are two possibilities [18:55] tgm4883: ah! ok that clarifies quite a bit :) [18:55] 1) The server specifies in the catalog "Use systemd" [18:56] or 2) The server specifies in the catalog "Use " [18:56] I would bet on the second, although the first is possible [18:57] When writing puppet code, you can specifiy the provider for a specific item [18:57] tgm4883: right, so how does the server specify which service provider is appropriate for the client? [18:57] also, providers don't have to be systemd/upstart. Could be bash, powershell, etc [18:58] tgm4883: well, for "service" there's a limited set [18:58] aiui [18:58] The server would know what OS the client is running already, so it could theoretically do a lookup "ah, client is running Ubuntu 16.04, so use systemd for service provider" [18:59] Although IMO, that makes less sense than to just say "client, restart this service using your default provider" [18:59] Especially since the client would have to know how to interface with the service anyway [18:59] tgm4883: right, but in either case, the client would be used to figure that out [19:00] essentially yes [19:01] tgm4883: ok, thanks! [19:01] tgm4883: i mean i'll need to test this case too, just to be sure :) [20:31] Who can fix factoids on ubottu [20:31] !ltsupgrade [20:31] Users of 14.04 LTS will be offered the automatic upgrade when 16.04.1 LTS is released, which is scheduled for July 21st. [20:31] wrong^ [20:33] !ltsupgrade [20:33] The automatic LTS upgrade from 14.04 to 16.04 was scheduled when 16.04.1 LTS was released on July 21st but was postponed for one week due to last bug testing. [20:34] Just been adjusted [20:34] thanks [20:34] Wasn't me [21:11] tgm4883: thanks for your help earlier; i think i finally have a "fix"; puppet is sort of annoying in that there are two providers (debian and systemd) that are very similar. And there doesn't seem to be a good way to have puppet tell me the 'suitable' providers (it can tell me all the known ones and how their suitability is determined) [21:42] tgm4883: sorry to pester, but trying to see if there is a more elegant way; current puppet code does something (defaultfor ... :operatingsystemmajrelease => ["10.04", "12.04", "14.04", "14.10"] to detect upstart. I would like to have systemd's defaultfor be identical but invert that operator. AIUI, the => is defining a hash? [22:32] nacc: no, => sets :operatingsystemmajrelease to the hash [22:32] in theory, you could also do operatingsystemmajrelease => '14.04' [22:35] tgm4883: yep, i think i figured it out [22:41] tgm4883: the internals are confusing, but basically i just ad to use an { :exists => "/run/systemd/systemd" } => :false/:true accordingly [22:41] *had to use