*** jdolan has quit IRC | 00:03 | |
*** jdolan has joined #crux | 00:11 | |
prologic | http://www.centurylinklabs.com/what-is-docker-and-when-to-use-it/?utm_source=CenturyLink+Labs+List&utm_campaign=dcf70b0b91-Weekly_Innovations_Lab_Blast1_20_2014&utm_medium=email&utm_term=0_d971fc65c9-dcf70b0b91-102000601 | 00:52 |
---|---|---|
prologic | This isn't too bad an article :) | 00:52 |
BitPuffin | the crux installation is so nice :D | 01:00 |
prologic | Yeah I have to update it actually | 01:01 |
prologic | the ports are now in contrib | 01:01 |
*** jdolan has quit IRC | 01:02 | |
*** jdolan has joined #crux | 01:04 | |
BitPuffin | prologic: the docker ports? | 01:11 |
prologic | *nods* | 01:17 |
BitPuffin | goot | 01:17 |
prologic | they're in contrib | 01:17 |
prologic | prt-get depinst docker | 01:17 |
prologic | prt-get readme docker | 01:17 |
BitPuffin | yup | 01:17 |
prologic | follow kernel instructions | 01:17 |
BitPuffin | didn't know about prt-get readme | 01:18 |
prologic | carefully! | 01:18 |
BitPuffin | there is a readme file in the port right | 01:18 |
BitPuffin | so I can just read that on my local system and do the stuff on the server | 01:18 |
BitPuffin | ah, or I guess I could just tmux | 01:19 |
prologic | whichever :) | 01:19 |
prologic | but yes read the README instructions carefully | 01:19 |
prologic | and use the test_kernel_config.sh script provided | 01:19 |
prologic | and you'll have a full working Docker env | 01:19 |
prologic | :) | 01:19 |
BitPuffin | awesome! | 01:26 |
BitPuffin | I guess it's important to have containers enabled XD | 01:26 |
BitPuffin | man grub-script-check is sllooooww | 01:26 |
prologic | well if you do use CRUX on the Desktop | 01:29 |
prologic | which I do | 01:29 |
prologic | it's all kinda of useful and handy | 01:29 |
prologic | especially with a nice setup like mine with skydock+skydns+hipache and a wildcard A record on some domain you own pointed at your Desktop's skydns name server :) | 01:30 |
prologic | e.g: http://kdb.vz1.bne.shortcircuit.net.au/ | 01:30 |
BitPuffin | you mean docker on desktop? | 01:30 |
prologic | I mean CRUX+Docker (as a Desktop) | 01:31 |
prologic | Or CRUX+Docker as a Server somewhere :) | 01:31 |
prologic | whichever :) or both :) | 01:31 |
BitPuffin | haha | 01:33 |
BitPuffin | hmm | 01:33 |
BitPuffin | trying to add windows to my grub.cfg | 01:33 |
BitPuffin | but all I get is cannot find command `chainloader+1´ | 01:33 |
prologic | Windows? serious? :) | 01:34 |
prologic | Who needs that? :P | 01:34 |
BitPuffin | I do | 01:34 |
prologic | Stream for Linux ftw :) | 01:34 |
BitPuffin | yeah | 01:34 |
prologic | Windows in VirtualBox | 01:34 |
BitPuffin | well :P | 01:34 |
BitPuffin | That's not really gonna work well with games | 01:34 |
prologic | I can find no real good reason to boot "into" Windows :) | 01:34 |
BurnZeZ | What the heck | 01:34 |
prologic | Have you tried? :) | 01:34 |
BitPuffin | and steam for linux doesn't have everything yet | 01:34 |
prologic | No this is True | 01:35 |
prologic | Also. | 01:35 |
BitPuffin | prologic: well my hardware is pretty shitty so I can't have the additional overhead of a vm :P | 01:35 |
prologic | Windows as a Docker container :) | 01:35 |
BurnZeZ | Okay | 01:35 |
prologic | It's possible :) | 01:35 |
BurnZeZ | Question | 01:35 |
BurnZeZ | What's up with /lib and /usr/lib ? | 01:35 |
BitPuffin | but yeah I have a very small windows partition :P I try to do errthin in linux | 01:35 |
prologic | Good question | 01:35 |
BurnZeZ | Why these two locations? | 01:35 |
BitPuffin | but are you gonna help me rather than argue lol | 01:35 |
prologic | Short answer; I don't know | 01:35 |
prologic | I believe /lib is for system libraries | 01:36 |
prologic | whilst /usr/lib is user installed libraries | 01:36 |
BurnZeZ | Hmm | 01:36 |
prologic | you may find glibc lives in /lib? | 01:36 |
BurnZeZ | % ldd Dwarf_Fortress | 01:36 |
BurnZeZ | ./Dwarf_Fortress: error while loading shared libraries: /usr/lib32/libc.so: invalid ELF header | 01:36 |
prologic | nope | 01:37 |
prologic | sorry don't know | 01:37 |
BurnZeZ | So I looked at that file | 01:37 |
BitPuffin | bug mebe? | 01:38 |
BurnZeZ | fug, one sec | 01:38 |
BurnZeZ | http://circlene.in/tmp/libc.so | 01:39 |
BitPuffin | stupid internet | 01:40 |
BitPuffin | it's chainloader +1 not chainloader+1 | 01:40 |
BurnZeZ | So I really have no idea what that file is, or how it's supposed to be used | 01:41 |
BitPuffin | BurnZeZ: so you have 32 bit libc installed? | 01:42 |
BitPuffin | perhaps it is corrupt or something, try recompiling it | 01:42 |
BurnZeZ | wut | 01:42 |
BurnZeZ | That's the libc.so file | 01:42 |
BitPuffin | yeah | 01:43 |
BurnZeZ | It's not a binary file | 01:43 |
BurnZeZ | It's some sort of GNU thing | 01:43 |
BitPuffin | yeah | 01:43 |
BitPuffin | and? | 01:43 |
BitPuffin | just because it is GNU doesn't mean it is immune to corruption | 01:43 |
BurnZeZ | No, I mean, it's some sort of script | 01:44 |
BitPuffin | oh | 01:44 |
BitPuffin | hmm | 01:44 |
BitPuffin | that's weird | 01:44 |
BitPuffin | it's not supposed to be a script xD | 01:44 |
BitPuffin | your system has been compromised | 01:44 |
BurnZeZ | /* GNU ld script | 01:45 |
BurnZeZ | Use the shared library, but some functions are only in | 01:45 |
BurnZeZ | the static library, so try that secondarily. */ | 01:45 |
BurnZeZ | OUTPUT_FORMAT(elf32-i386) | 01:45 |
BurnZeZ | GROUP ( /lib32/libc.so.6 /usr/lib32/libc_nonshared.a AS_NEEDED ( /lib32/ld-linux.so.2 ) ) | 01:45 |
BurnZeZ | That's the file | 01:45 |
BitPuffin | yay (or nay) I can now boot windows! | 01:45 |
BitPuffin | wtf | 01:45 |
BitPuffin | well google it I guess | 01:45 |
jaeger | yes, that's normal, you can relax | 01:51 |
*** jdolan has quit IRC | 01:51 | |
*** jdolan has joined #crux | 01:52 | |
BitPuffin | alright | 01:57 |
BitPuffin | sysup is running | 01:57 |
BitPuffin | time to goto work XD | 01:58 |
BitPuffin | yay I'm happy, I now have crux on all my computers ;_; except the mac | 01:59 |
BitPuffin | ofc they need configuration, still running kernel 3.6 and haven't added a user, right now I'm just updating as root | 02:00 |
BitPuffin | I know it's bad, but to just do a prt-get sysup after a fresh install I think it's ok | 02:00 |
BitPuffin | because I am only updating things from CRUX core tam | 02:00 |
*** tilman has quit IRC | 02:04 | |
*** tilman has joined #crux | 02:05 | |
BurnZeZ | Oh god | 02:09 |
BurnZeZ | I just threw musl libc.so into dwarf fortress libs folder and it all works now | 02:09 |
BurnZeZ | 2spooky | 02:10 |
BurnZeZ | So the problem looks like it's something related to SDL libs not understanding how to interpret those files | 02:11 |
jaeger | I used to play DF fairly frequently... crazy game | 02:13 |
BurnZeZ | I tried it a couple times before but didn't get anywhere | 02:14 |
BurnZeZ | The UI was too difficult | 02:14 |
jaeger | It's hard to get far, easy to lose early | 02:14 |
BurnZeZ | I found someone that remapped some of the keys to make it less insanity and guesswork | 02:15 |
jaeger | And no matter what kind of computer you have it'll lag badly once you have a lot of migrants :) | 02:15 |
BurnZeZ | We'll see about that | 02:15 |
BurnZeZ | 2600k@4.8GHz | 02:15 |
BurnZeZ | ( ¬‿¬) | 02:15 |
jaeger | I have a 2600k as well and had it clocked at 4.5GHz | 02:15 |
BurnZeZ | foog | 02:16 |
jaeger | The game just isn't well enough optimized | 02:16 |
jaeger | not to worry, though, that takes a while | 02:16 |
jaeger | I think I had probably upwards of 250 dwarves at that point | 02:16 |
jaeger | last time I played was over a year ago, though. I wonder how much it's changed since then | 02:18 |
BitPuffin | wtf you need that much CPU for df? | 02:18 |
jaeger | heh, the download link is the same one I played | 02:18 |
jaeger | the game running slower can actually help you manage things at times | 02:19 |
BitPuffin | haha | 02:19 |
BitPuffin | they should make it use delta time ;) | 02:20 |
jaeger | dwarftherapist is also really handy once you have a lot | 02:20 |
BurnZeZ | No, that would not work at all | 02:20 |
jaeger | If you want some decent tutorial help for getting started with DF, cptnduck did one: https://www.youtube.com/playlist?list=PL06686270DA5FF439 | 02:24 |
BurnZeZ | Thanks | 02:25 |
BurnZeZ | Will check him out | 02:26 |
*** _92AAAQLBQ has quit IRC | 02:37 | |
*** _92AAAQLBQ has joined #crux | 02:38 | |
*** BitPuffin has quit IRC | 02:40 | |
*** BitPuffin has joined #crux | 03:29 | |
BitPuffin | Romster: how's the steam port going? :) | 04:05 |
*** jdolan has quit IRC | 04:25 | |
BitPuffin | okay so | 04:56 |
BitPuffin | what's the preferred command for shutting down | 04:56 |
BitPuffin | is it poweroff? | 04:56 |
BitPuffin | that's what I tend to use | 04:56 |
BitPuffin | but then there is shutdown and halt, I don't think one should use halt at least lol | 04:56 |
jaeger | shutdown -h == halt, shutdown -P == poweroff (I believe) | 05:01 |
BitPuffin | ah | 05:03 |
BitPuffin | well why would you use shutdown instead of calling poweroff or halt respectively | 05:03 |
jaeger | no idea | 05:04 |
BitPuffin | hahaha | 05:04 |
BitPuffin | :P | 05:04 |
jaeger | I use poweroff and reboot often | 05:05 |
BitPuffin | yeah those are the ones I use | 05:06 |
BitPuffin | apparently halt returns control to a ROM monitor | 05:06 |
BitPuffin | whereas poweroff just turns of the power | 05:06 |
BitPuffin | don't even know what's better -_- | 05:06 |
BitPuffin | apparently poweroff calls shutdown | 05:07 |
joacim | I use shutdown | 05:11 |
BitPuffin | I wonder if asking this in any other linux channel would start a swap/noswap kind of war | 05:12 |
joacim | i use swapd ;) | 05:12 |
BitPuffin | ah | 05:13 |
BitPuffin | I use a partition | 05:13 |
diverse | hmm, swapd would seem more versatile | 05:31 |
BitPuffin | well not really | 05:31 |
BitPuffin | since a partition will be there guaranteed | 05:32 |
BitPuffin | however there is no guarantee that there is disk space for swapd | 05:32 |
BitPuffin | however maybe a combination of both could be interesting | 05:32 |
BitPuffin | so if the partition runs out of space it uses a file instead, but that's very overkill | 05:32 |
BurnZeZ | I use this novel stuff called RAM | 05:49 |
nogagplz | why? it's so slow next to l1 cache | 05:57 |
nogagplz | which I have 16TB of | 05:57 |
BitPuffin | BurnZeZ: well if you run out of RAM the kernel needs somewhere to put stuff in order to not panic. Plus inactive applications can be put in swap in order to free up resources for software that is actively being used | 05:58 |
BitPuffin | nogagplz: dayum :P well I just like to keep it all in the registers man | 05:58 |
nogagplz | you're part of that damn powerpc cult, aren't you! | 05:59 |
BitPuffin | :X | 06:00 |
*** xvee has joined #crux | 06:32 | |
xvee | hi guys | 06:33 |
BitPuffin | hey xvee | 06:33 |
xvee | i found a lesbian in my class who uses linux mint. she was bragging about how smooth it is. i couldn't help but giggle inside | 06:44 |
diverse | heh | 06:45 |
diverse | the fact you found out she was a lesbian, meant you tried to hit on her huh? ;) | 06:46 |
xvee | no...her girlfriend is in class. its pretty hard to miss | 06:46 |
diverse | ah | 06:46 |
xvee | they're cute. they have matching desktops lol | 06:47 |
diverse | hahaha | 06:47 |
prologic | haha | 06:47 |
prologic | that is kinda cute | 06:47 |
prologic | in a weird about sort of way | 06:47 |
xvee | it was nice to see though. they were telling me all the benefits of the linux...i secretly wanted to introduce them to rsm | 06:55 |
diverse | heh | 06:59 |
*** jdolan has joined #crux | 06:59 | |
diverse | xvee: so that way, they can monitor each other with the same setup? | 07:03 |
*** jdolan has quit IRC | 07:03 | |
diverse | oh wait, so it's to help with parallel processing? | 07:11 |
*** z3bra has quit IRC | 07:11 | |
*** z3bra has joined #crux | 07:11 | |
*** z3bra has quit IRC | 07:12 | |
diverse | xvee: what's the joke here? | 07:13 |
xvee | diverse: what do you mean | 07:20 |
diverse | the rsm thing | 07:20 |
xvee | richard stallman? | 07:20 |
diverse | oh you mean RMS | 07:21 |
xvee | thought it would be funny if i introduced them to the whole gnu linux thing | 07:21 |
xvee | oh woops. my bad, rms | 07:21 |
*** z3bra has joined #crux | 07:22 | |
*** leetspete1 has quit IRC | 07:23 | |
xvee | anyways, i think im going to bed. goodnight everyone | 07:24 |
diverse | have a good one | 07:24 |
*** xvee has quit IRC | 07:25 | |
frinnst | yawn | 07:31 |
frinnst | wtf: dm-0: WRITE SAME failed. Manually zeroing. | 07:34 |
frinnst | ubuntu 14.04 lts :) | 07:35 |
frinnst | silly controller | 07:36 |
*** Pingax has joined #crux | 07:44 | |
*** Pingax has quit IRC | 07:44 | |
*** Pingax has joined #crux | 07:44 | |
*** jdolan has joined #crux | 08:00 | |
*** jdolan has quit IRC | 08:04 | |
Romster | drijen, :D | 08:12 |
Romster | BitPuffin, got sidetracked on other stuff i'll try and do more tonight | 08:14 |
BitPuffin | Romster: cool! | 08:14 |
BitPuffin | I'm gonna see if I can get a working port for ati-dri | 08:14 |
BitPuffin | so that I can get jiggy with some open sauce hardware acceleration :D | 08:15 |
Romster | you might wanny try out xorg 3.1 then | 08:19 |
Romster | wanna* | 08:19 |
Romster | mesa changes for ati | 08:20 |
BitPuffin | is that released? | 08:20 |
Romster | not yet but cant hurt to use the newer xorg | 08:20 |
BitPuffin | I'm not sure that's a sane thing to say, it's xorg we are talking about after all | 08:20 |
Romster | just bump /etc/ports/xorg.rsync file | 08:20 |
Romster | it'll be a few ports rebuilding | 08:21 |
BitPuffin | bump it? | 08:21 |
Romster | what could go wrong break X and have to revert :D | 08:21 |
BitPuffin | ah | 08:21 |
Romster | sudo vim /etc/ports/xorg.rsync | 08:21 |
BitPuffin | yeah true reverting should be trivial | 08:21 |
Romster | edit 3.0 to 3.1 | 08:21 |
BitPuffin | ooooh | 08:22 |
BitPuffin | so core, opt and xorg are not rolling? | 08:22 |
frinnst | what gpu are you using? | 08:22 |
Romster | just xorg side of it don't do core or you will break | 08:22 |
BitPuffin | radeon hd 4850 | 08:22 |
frinnst | BitPuffin: no that would break stuff | 08:22 |
Romster | oh unless the ati video card your using is old | 08:22 |
frinnst | is that a si card? | 08:22 |
BitPuffin | si? | 08:22 |
frinnst | southern island | 08:22 |
BitPuffin | think so | 08:22 |
BitPuffin | not sure | 08:22 |
BitPuffin | it's RV700 iirc | 08:22 |
Romster | lspci -k | 08:22 |
frinnst | im not so sure it is | 08:22 |
frinnst | you should have plenty of accelleration with 3.0 | 08:23 |
BitPuffin | I'm at work | 08:23 |
BitPuffin | frinnst: yeah but the crux ports don't include the gallium driver I believe, only the ddx driver | 08:23 |
frinnst | i think mesa3d does support it fully | 08:24 |
frinnst | in 3.0 | 08:24 |
BitPuffin | frinnst: so you think it also includes gallium stuff? | 08:24 |
BitPuffin | and not just ddx | 08:25 |
BitPuffin | I guess ddx is xorg-video-ati | 08:25 |
frinnst | yeah ddx is just xorg-xf86-video-ati | 08:25 |
frinnst | mesa3d does the fun stuff | 08:25 |
BitPuffin | but does the mesa port include drivers as well? | 08:25 |
frinnst | it ships its drivers in the package | 08:25 |
BitPuffin | oh | 08:25 |
frinnst | yes | 08:25 |
BitPuffin | I thought it was only the thing | 08:25 |
BitPuffin | the tools | 08:25 |
prologic | wth | 08:25 |
BitPuffin | and libraries :p | 08:25 |
prologic | what's this rolling update thing | 08:25 |
prologic | i don't get it :) | 08:25 |
BitPuffin | btw | 08:26 |
prologic | do we or do we not do rolling updates? | 08:26 |
frinnst | not between major versions | 08:26 |
BitPuffin | can't one just upgrade the system by switching the ports version? | 08:26 |
prologic | as far as I'm concerned any updates on any ports | 08:26 |
prologic | are updated on that branch/version of crux | 08:26 |
BitPuffin | or does that break | 08:26 |
prologic | and tested (hopefully) against that version of crux | 08:26 |
prologic | so wtf is a rolling update? | 08:26 |
frinnst | BitPuffin: yes you can, but it might fuck your shit up :) | 08:26 |
prologic | it's not like we willy nilly update ports | 08:26 |
BitPuffin | frinnst: ah, why ;_; haha | 08:26 |
prologic | BitPuffin, yes | 08:26 |
prologic | you're most than welcome to update your own local copy of your ports | 08:27 |
Romster | gallium is in 3.1 | 08:27 |
prologic | absolutely | 08:27 |
prologic | and a lot of us do | 08:27 |
BitPuffin | Romster: well I'll try only having xorg in 3.1 | 08:27 |
prologic | especially if you're a core dev or contrib maintainer | 08:27 |
BitPuffin | couldn't hurt | 08:27 |
frinnst | radeon hd 5000-series is supported with xorg/3.0 | 08:27 |
prologic | crux is so easy :) | 08:27 |
prologic | prt-get edit foobar | 08:27 |
prologic | prt-get update -fr foobar | 08:27 |
prologic | :) | 08:27 |
prologic | all the power is in your hands ;) | 08:28 |
BitPuffin | prologic: what does that do :P | 08:28 |
prologic | if it doesn't work rollback to a previous package | 08:28 |
prologic | i.e: don't nuke/delete your old packages | 08:28 |
prologic | vim /etc/pkgmk.conf | 08:28 |
prologic | and put your packages/sources in a central location | 08:28 |
Romster | the only serious trouble you can get is updating core on a live system. just don't do that other repos are generally ok though | 08:28 |
frinnst | <3 btrfs snapshots | 08:28 |
prologic | rsync it off somewhere :) | 08:28 |
Romster | yeah or even do as prologic said i do that too. | 08:28 |
prologic | Romster, not quite accurate | 08:28 |
BitPuffin | there is a command I like | 08:28 |
BitPuffin | don't know if you've heard of it | 08:29 |
prologic | you're referring to upgrading the toolchain on a remote host | 08:29 |
BitPuffin | it's called cp | 08:29 |
prologic | yes that can be dangerous if you don't know what you're doing | 08:29 |
prologic | that is glibc/gcc/binutils | 08:29 |
Romster | prologic, i'm refering not doing core as it's not simple. | 08:29 |
Romster | referring* | 08:29 |
prologic | it's still as simple as everything else | 08:29 |
BitPuffin | oh so opt and xorg is fine to bump no prob? | 08:29 |
prologic | just that core ports don't have or track deps in the Depends On lines in the Pkgfiles | 08:29 |
prologic | so prt-get can't pick up on any deps | 08:30 |
prologic | but it's not hard to figure out in any case | 08:30 |
BitPuffin | um | 08:30 |
prologic | BitPuffin, anything is | 08:30 |
Romster | BitPuffin, usually just watch out for missing dependencies. | 08:30 |
BitPuffin | well here's an idea | 08:30 |
BitPuffin | why not add them? | 08:30 |
BitPuffin | lol | 08:30 |
prologic | bump anything you damn well like :) | 08:30 |
Romster | prt-get deptree xorg | 08:30 |
prologic | you'll quickly find out what you break | 08:30 |
Romster | etc after changing trees | 08:30 |
prologic | usually broken libraries, etc | 08:30 |
Romster | and use revdep to find anything that's broken | 08:30 |
prologic | foobar wants whizbanb library | 08:30 |
prologic | whizbang library no longer exists | 08:30 |
BitPuffin | Romster: ah so editing the rsync file, doing ports -u and then check deptree? | 08:30 |
prologic | or the exact version is missing | 08:30 |
Romster | yep BitPuffin and install anything missing manually. | 08:31 |
BitPuffin | hmm | 08:31 |
BitPuffin | well I'll be in here when I get home | 08:31 |
prologic | I'm not terribly sure why we don't add Depends On in core/opt ports | 08:31 |
prologic | we've histrocailyl never done so | 08:31 |
prologic | but it would be trivial to add them | 08:31 |
BitPuffin | well | 08:31 |
Romster | then prt-get sysup. be sure to rebuild input drivers like evdev keyboard mouse and video drivers after xorg-server is done | 08:31 |
prologic | and it's not like they'd change that often | 08:31 |
BitPuffin | if it would make it possible to update a live system I don't see why we wouldn't do it | 08:31 |
Romster | else you'll have no keyboard or right video driver loading. | 08:32 |
prologic | i.e: bash depends on glibc, readline and ncurses | 08:32 |
Romster | that's a quirk of X itself. | 08:32 |
prologic | BitPuffin, historically we do major upgrades via an ISO or CD | 08:32 |
Romster | BitPuffin, it's core that needs specal care. | 08:32 |
prologic | so when 3.1 comes out most of us that aren't on 3.1 yet (me and others) | 08:32 |
prologic | will pkgadd all the core/opt ports off the ISO | 08:33 |
BitPuffin | Romster: yeah I know, but would it require less special care if we added the Depends on ? | 08:33 |
prologic | edit the port .rsync files in /etc/ports | 08:33 |
prologic | and do a prt-get sysup -fr -if -im | 08:33 |
prologic | and wait | 08:33 |
Romster | update one library like libarchive and break stuff like pkgadd then it's fun. | 08:33 |
prologic | and do it again if there are still more broken things | 08:33 |
Romster | or even worse break gcc | 08:33 |
prologic | and use revdep to find other broken things and rebuild those | 08:33 |
frinnst | it would be nice if more contrib maintainers could do some 3.1 work. contrib/3.1 is probably pretty broken due to perl changes (footprints) | 08:33 |
prologic | until we're back to a working complete system | 08:33 |
Romster | no need to ignore footprints with -if -_- | 08:33 |
Romster | i've made sure xorg does compile without that crap | 08:34 |
prologic | even breaking libarchive is not the end of the world | 08:34 |
prologic | you can still untar the package yourself manually | 08:34 |
prologic | using tar | 08:34 |
prologic | :) | 08:34 |
Romster | yeah i've recovered before form that and broken gcc prologic | 08:34 |
BitPuffin | I like how the conversation disappeared into like 3 subthreads :P | 08:34 |
prologic | :) | 08:34 |
prologic | it's fun right :) | 08:34 |
Romster | if all fails mount the iso and pkgadd old versions. | 08:35 |
prologic | point is | 08:35 |
prologic | don't worry :) | 08:35 |
prologic | go forth and do :) | 08:35 |
BitPuffin | well if you bork gcc all you gotta do is insert cd and restore system | 08:35 |
BitPuffin | wala | 08:35 |
prologic | you can't ruin your system too badly | 08:35 |
Romster | but i usually keep my last build packages jsut in case. | 08:35 |
prologic | not as bad as a chown blah -R / | 08:35 |
prologic | or rm -rf / | 08:35 |
BitPuffin | prologic: dd if=/dev/nul of=/dev/sda | 08:35 |
BitPuffin | null* | 08:35 |
prologic | that'll do it too | 08:35 |
prologic | so as long as you don't do any of those | 08:35 |
prologic | you'll be fine :) | 08:35 |
BitPuffin | yep :) | 08:35 |
prologic | breaking gcc isn't even that bad | 08:36 |
prologic | as long as you don't break glibc too | 08:36 |
BitPuffin | well it's not horrible, but it does make it kinda hard to install ports | 08:36 |
BitPuffin | :P | 08:36 |
BitPuffin | clang is the wang | 08:36 |
openfbtd | So. I've set up a VM sith sinit, my rc and watchman. | 08:36 |
openfbtd | Works nicely (as expected) | 08:36 |
prologic | a crux vm? | 08:36 |
openfbtd | Yep | 08:36 |
prologic | ahh nicely done | 08:36 |
prologic | publish the sinit and rc ports somewhere | 08:37 |
prologic | I woudln't mind having a play | 08:37 |
openfbtd | I'll do that in a few days probably | 08:37 |
prologic | frinnst, re contrib/3.1 ports I could probably lend a hand there I think | 08:37 |
prologic | openfbtd, sounds nice | 08:37 |
*** leetspete1 has joined #crux | 08:47 | |
*** jdolan has joined #crux | 09:01 | |
*** jdolan has quit IRC | 09:05 | |
BitPuffin | openfbtd: see, you should ditch arch :P | 09:07 |
openfbtd | Doesn't fix the numerous things I don't like about CRUX. | 09:07 |
openfbtd | And I've already been sure my setup would work nicely on CRUX | 09:08 |
openfbtd | As my setup is very simple | 09:08 |
BitPuffin | what is it you don't like? no signed pkgfiles? | 09:08 |
openfbtd | I'm prettu sure that until CRUX has binary packages I won't bother with it on my desktop machines :) | 09:10 |
openfbtd | Unless I'm out of options completely | 09:10 |
openfbtd | I still like CRUX more than Gentoo | 09:10 |
BitPuffin | binary packages are pretty lame though :P on a desktop compiling doesn't take that much time either way | 09:10 |
openfbtd | That's a matter of opinion | 09:11 |
BitPuffin | the first part perhaps | 09:11 |
openfbtd | I like having binary packages and an easy way to rebuild | 09:11 |
Romster | http://crux.ster.so/packages/3.0/ some packages | 09:15 |
Romster | easy way to rebuld is in crux already | 09:15 |
Romster | and really desktops are fast thesedays and xorg is binary off the iso. | 09:16 |
Romster | so is a few other packages of common stuff. | 09:16 |
Romster | openfbtd, list the numerous things wrong in crux please. | 09:16 |
openfbtd | Not necessarily wrong | 09:17 |
openfbtd | Not to my liking | 09:17 |
openfbtd | The mess with ports being hosted all over the place, unsigned ports, very old base install, being source-based | 09:18 |
Romster | openfbtd, also for more than one machine on the same arch use one to build and distribute the packages to the others. | 09:18 |
Romster | well crux is one of the easiest to modify to your own liking. | 09:18 |
openfbtd | Yes, and that is pretty cool | 09:18 |
Romster | openfbtd, we are nearly ready on crux 3.1 | 09:18 |
openfbtd | But still not to my liking. | 09:18 |
BitPuffin | "very old base install" not really | 09:18 |
openfbtd | I'm not here to harp on CRUX though | 09:19 |
Romster | also i'm working on other issues in my own time with versonsort.com | 09:19 |
BitPuffin | it's little over a year old | 09:19 |
Romster | others do there own stuff. | 09:19 |
openfbtd | I'm playing with it and planning to use it as a base for my personal distro | 09:19 |
Romster | jaeger, has a updated iso http://jaeger.morpheus.net/linux/crux/files/updated-crux-iso/ | 09:19 |
openfbtd | Just need to do a lot of things first | 09:20 |
BitPuffin | maybe kwort would be for you | 09:20 |
Romster | as for file signing i'm working on something for that but i don't know if crux will accept it ti's part of my own pet project. | 09:20 |
Romster | ports hosted all over the place in what way? | 09:20 |
BitPuffin | Romster: I was also considering working on it, weren't you one of those who was opposed to it yesterday? | 09:21 |
Romster | the official ones are on crux.nu | 09:21 |
BitPuffin | or maybe that was prologic | 09:21 |
Romster | so where is this all over the place thing? | 09:21 |
Romster | only personal repos of other users are. | 09:21 |
Romster | and then a few use my host too. | 09:21 |
BitPuffin | Romster: btw do you know if there is a tool for searching the ports? I mean the ones that aren't on your system | 09:22 |
Romster | others have forked crux to there own needs. good luck it's alot of work. | 09:22 |
BitPuffin | like as if you searched on the website | 09:22 |
Romster | sepen did make a tool for that to use http://crux.nu/portdb/ | 09:22 |
Romster | not sure where it's probably in sepens repo | 09:22 |
BitPuffin | I thought about it, but crux is so easy to tailor to be exactly how you want anyway so it's not worth forkign I think | 09:23 |
Romster | i had forked it but too hard for one to maintain. | 09:23 |
Romster | but i am working on other projects related to crux. | 09:23 |
BitPuffin | I can't see his repo | 09:23 |
BitPuffin | I might write my own | 09:24 |
BitPuffin | and call it "prutt" | 09:24 |
openfbtd | Romster, I'm not planning to completely fork a distro | 09:24 |
Romster | oh dunno where it went. | 09:24 |
openfbtd | Be it arch or crux (the current candidates) | 09:24 |
Romster | openfbtd, so other than what you said ^ what else is not to your liking? | 09:24 |
openfbtd | I just want to mantain a modified version of it | 09:24 |
openfbtd | Romster, that was pretty much all | 09:25 |
BitPuffin | last time I checked that's what forking means | 09:25 |
Romster | those things are being worked on. | 09:25 |
openfbtd | BitPuffin, doesn't mean I have to mantain my own ports, for example | 09:25 |
Romster | rsync the packages go for it. | 09:25 |
Romster | i'd be keen to see your work \ | 09:25 |
Romster | . | 09:25 |
BitPuffin | openfbtd: well what you mean then is maintaining kind of a preconfigured thing then? | 09:25 |
openfbtd | BitPuffin, pretty much | 09:26 |
BitPuffin | Romster: basically all prutt would do is to let you search the portdb and download the rsync/httpup files | 09:27 |
BitPuffin | in a CLI | 09:27 |
Romster | BitPuffin, it'll let you search the portbd on CLI | 09:28 |
Romster | portdb* | 09:28 |
BitPuffin | Romster: what will? | 09:28 |
BitPuffin | prt-get? | 09:28 |
Romster | but download the rsync/http files not aware of that. | 09:28 |
Romster | spenes portdb command linetool to searh for ports. | 09:29 |
BitPuffin | well that's kind of the main attraction really | 09:29 |
Romster | search* | 09:29 |
BitPuffin | ah | 09:29 |
BitPuffin | well I couldn't find his repo | 09:29 |
Romster | http://sepen.it.cx/ seems dead | 09:29 |
BitPuffin | do you know how he implemented it? Is there an API or did he just pretend to be a browser and stripped away the html stuff | 09:30 |
Romster | sepen since he got married no time :/ | 09:30 |
Romster | there is a API | 09:30 |
BitPuffin | ahh | 09:30 |
Romster | i can't remember how he did it. | 09:30 |
BitPuffin | nice | 09:30 |
Romster | ah i have it | 09:32 |
Romster | /home/romster/var/cwd/remote/projects/sepen-tools/portdb-search | 09:32 |
Romster | BitPuffin, https://gist.github.com/11208685 | 09:33 |
BitPuffin | ah | 09:34 |
BitPuffin | cool | 09:35 |
BitPuffin | will be a useful referenc | 09:35 |
BitPuffin | doesn't look like it let's you download the rsync files | 09:35 |
Romster | no but it should do the CLI port listing. | 09:36 |
BitPuffin | yeah | 09:36 |
BitPuffin | but it ain't no prutt :D | 09:37 |
Romster | maybe it could be expaned to do the fetching as well | 09:37 |
BitPuffin | it could | 09:37 |
BitPuffin | but I don't write perl | 09:37 |
Romster | oh then rewrite it in python or something | 09:37 |
BitPuffin | and I don't really write GPL | 09:37 |
Romster | heck C++ if you can | 09:37 |
BitPuffin | although if that's what the project is I don't mind | 09:37 |
BitPuffin | Romster: I'm probably gonna write it in CL haha | 09:37 |
BitPuffin | just because I'm trying to brush up on that | 09:38 |
Romster | it's what ever you make the licence to be. | 09:38 |
Romster | CL? | 09:38 |
BitPuffin | common lisp | 09:38 |
Romster | ah | 09:38 |
Romster | go for it | 09:38 |
BitPuffin | otherwise I'd probably write it in nimrod | 09:38 |
BitPuffin | yep! just need to make a SBCL port | 09:39 |
BitPuffin | which should be easy since someone already has one, just that it's outdated | 09:39 |
Romster | mine? | 09:42 |
Romster | don't know half the ports i have anymore. | 09:42 |
BitPuffin | Romster: no it was some other person who didn't seem to be in irc | 09:44 |
BitPuffin | probably someone who left I assume | 09:44 |
BitPuffin | swhitton | 09:45 |
Romster | ah maybe | 09:45 |
BitPuffin | well no not maybe, I checked :P | 09:45 |
Romster | some let there stuff rot. | 09:46 |
BitPuffin | yeah :( | 09:46 |
*** jue has joined #crux | 09:59 | |
Romster | BitPuffin, http://crux.nu/~tillb/portdb/index.php?q=xorg-server&a=xmlsearch | 10:00 |
Romster | like that so you know the structure | 10:00 |
Romster | i'll be doing something similar on versionsort.com | 10:00 |
Romster | hmm that has a downloadcommand | 10:01 |
*** jdolan has joined #crux | 10:01 | |
BitPuffin | ah! | 10:02 |
BitPuffin | is there by any chance an open source tracker somewhere where you can track projects and get emails when they release new versions? | 10:03 |
cruxbot | [core.git/3.0]: libmpfr: update to 3.1.2-p8 | 10:04 |
cruxbot | [core.git/3.0]: man-pages: update to 3.65 | 10:04 |
*** jdolan has quit IRC | 10:06 | |
prologic | BitPuffin, opposed to what? | 10:17 |
BitPuffin | prologic: to signed pkgfiles | 10:21 |
prologic | no not as such | 10:22 |
prologic | I just don't see the value it buys for the effort required | 10:22 |
Romster | BitPuffin, versionsort.com i am working on that exact thing | 10:34 |
Romster | to eventually sign up and track interested projects. | 10:34 |
BitPuffin | Romster: lol :P | 10:36 |
BitPuffin | Romster: I was thinking it would be useful when you are a port maintainer | 10:36 |
Romster | yes like myself :D | 10:36 |
BitPuffin | yep :) | 10:37 |
Romster | http://versionsort.com/gentoomirror.txt like that only it'll be databased and searchabe and subscribe to said projects. | 10:39 |
BitPuffin | Romster: how will it be kept up to date? | 10:39 |
Romster | a spider will crawl each project daily | 10:45 |
Romster | http://pastebin.com/mm9iGtLH | 10:45 |
Romster | just one such project site. | 10:46 |
Romster | that's a buggy test run though not the final command line or how it'll be ran. | 10:46 |
Romster | but the result is the most recent tarball from that url http://ftp.gnome.org/pub/GNOME/sources/gobject-introspection/ | 10:47 |
Romster | for that test. | 10:47 |
jue | BitPuffin: maybe ck4up is doing what you want | 10:47 |
Romster | ck4up does a diff of the page and says if a new version is out. | 10:48 |
BitPuffin | ahh | 10:48 |
Romster | far easier than my way but lots more rules. | 10:48 |
Romster | i'm doing something different i'm also testing source files for signatures and hashes and other such things. | 10:49 |
Romster | what i'm doing is way over complex for a simple result. | 10:49 |
Romster | hence i'll host it on a site. | 10:49 |
Romster | normal users can just search for there results. | 10:49 |
BitPuffin | pretty sweet | 10:53 |
Romster | ck4up will work for now for you what i'm doing is a site + API for a CLI tool to use. | 10:54 |
Romster | since it's too complex to just give the pile of code to a person and it's a ton of regex and sorting work. | 10:55 |
*** z3bra has quit IRC | 11:02 | |
*** jdolan has joined #crux | 11:02 | |
Romster | so BitPuffin yeah ck4up is still a nice tool that jue wrote, i'm just being insane writing something even bigger. | 11:04 |
Romster | but will work on lots of sites though a spider | 11:04 |
BitPuffin | nice! :) | 11:06 |
*** z3bra has joined #crux | 11:06 | |
*** jdolan has quit IRC | 11:07 | |
*** BitPuffin has quit IRC | 11:13 | |
*** Pingax has quit IRC | 11:23 | |
cruxbot | [compat-32.git/3.0]: libdrm-32: 2.4.52 -> 2.4.53 | 11:30 |
cruxbot | [compat-32.git/3.0]: libpcre-32: 8.34 -> 8.35 | 11:30 |
cruxbot | [compat-32.git/3.0]: libpng-32: 1.5.17 -> 1.5.18 | 11:30 |
cruxbot | [compat-32.git/3.0]: sqlite3-32: 3.8.4.2 -> 3.8.4.3 | 11:30 |
cruxbot | [compat-32.git/3.0]: xorg-xproto-32: 7.0.25 -> 7.0.26 | 11:30 |
cruxbot | [compat-32.git/3.0]: xorg-xtrans-32: 1.3.3 -> 1.3.4 | 11:30 |
cruxbot | [xorg.git/3.0]: xorg-server: update to 1.14.6 | 11:35 |
*** jdolan has joined #crux | 12:03 | |
*** BitPuffin has joined #crux | 12:06 | |
*** jdolan_ has joined #crux | 12:07 | |
BitPuffin | hey guys | 12:07 |
BitPuffin | the mutt port seems to be broken | 12:07 |
BitPuffin | it can't connect to the server | 12:07 |
frinnst | ergo the mutt site is broken | 12:08 |
frinnst | just google the tarball and you'll find a mirror | 12:09 |
*** jdolan has quit IRC | 12:10 | |
*** pitillo has quit IRC | 12:11 | |
BitPuffin | yeah I will be trying to use an emacs email client anyway, just thought I'd point it out :) | 12:12 |
*** pitillo has joined #crux | 12:13 | |
cruxbot | [opt.git/3.0]: apr: update to 1.5.1 | 12:36 |
cruxbot | [opt.git/3.0]: dar: update to 2.4.13 | 12:36 |
*** alancio has joined #crux | 12:43 | |
cruxbot | [opt.git/3.0]: bluez: Removed duplicated utility programs | 12:46 |
cruxbot | [opt.git/3.0]: Merge branch '3.0' of crux:/home/crux/scm/ports/opt into 3.0 | 12:46 |
*** jdolan_ has quit IRC | 12:50 | |
*** dkoby has joined #crux | 12:52 | |
Romster | BitPuffin, http://crux.ster.so/distfiles/ | 12:52 |
*** jdolan has joined #crux | 13:12 | |
*** pitillo has quit IRC | 13:14 | |
*** pitillo has joined #crux | 13:15 | |
*** z3bra has quit IRC | 13:26 | |
*** z3bra has joined #crux | 13:27 | |
*** syncn has joined #crux | 13:34 | |
*** toriso has joined #crux | 13:38 | |
*** penguinfan has quit IRC | 15:07 | |
BitPuffin | Romster: ? | 15:23 |
*** novak has joined #crux | 15:25 | |
Romster | yes BitPuffin ? | 15:26 |
BitPuffin | Romster: the link? :) | 15:28 |
Romster | for mutt | 15:28 |
BitPuffin | ahh | 15:28 |
BitPuffin | well I simply uninstalled it | 15:29 |
*** dkoby has quit IRC | 15:39 | |
diverse | Romster: could you add the compton port in your repo? | 15:57 |
Romster | i will but i haven't bothered to add the conf file for it yet. | 15:58 |
Romster | https://gist.github.com/anonymous/11221501 pretty easy to build in the mean time. | 16:06 |
Romster | heading to bed | 16:06 |
Romster | http://duncanlock.net/blog/2013/06/07/how-to-switch-to-compton-for-beautiful-tear-free-compositing-in-xfce/ | 16:07 |
*** TLH has quit IRC | 16:31 | |
*** TLH has joined #crux | 16:31 | |
*** alancio has quit IRC | 16:38 | |
*** jdolan has quit IRC | 17:06 | |
nogagplz | I've been using compton for a few weeks now, it's pretty small and swish | 17:13 |
nogagplz | never crashed either | 17:14 |
BitPuffin | compton is nice | 17:14 |
BitPuffin | ooh z3bra has some nice ports | 17:29 |
*** jdolan has joined #crux | 17:37 | |
*** jdolan has quit IRC | 17:41 | |
*** jdolan has joined #crux | 17:51 | |
BitPuffin | weird, the kernel depended on bc :s | 17:56 |
*** diverse has quit IRC | 18:18 | |
BitPuffin | hmm, I get really slow booting because it stops after saying "kwatchdog used greatest stack depth" | 18:18 |
*** darfo has quit IRC | 18:47 | |
*** jdolan has quit IRC | 18:50 | |
*** jdolan has joined #crux | 18:50 | |
*** jdolan has quit IRC | 18:54 | |
BitPuffin | ping z3bra | 19:11 |
*** jdolan has joined #crux | 19:28 | |
*** BitPuffin has quit IRC | 20:10 | |
*** BitPuffin has joined #crux | 20:12 | |
BitPuffin | Romster: think your ardour port might be out of date | 20:21 |
BitPuffin | I believe it's up to 3 now | 20:22 |
BitPuffin | however keeping 2 is a good idea since it's not backwards compatible | 20:22 |
BitPuffin | however guess probably nobody in crux community uses ardour except for me :P | 20:22 |
nogagplz | which is ardour I forget, the midi synthesiser thing? | 20:23 |
*** AlexKraken has joined #crux | 20:30 | |
drijen | nogagplz: ardour is a full digital sound board | 20:41 |
drijen | like what dj's use | 20:41 |
drijen | its not as complete as the windows ones though | 20:41 |
*** horrorStruck has joined #crux | 21:02 | |
BitPuffin | it's a DAW | 21:06 |
BitPuffin | like pro tools etc | 21:06 |
BitPuffin | honestly do you guys have any idea why I'm getting the stack depth thing? | 21:07 |
jaeger | never seen that. tried google? | 21:08 |
BitPuffin | I did | 21:08 |
BitPuffin | all I found was this http://elinux.org/Kernel_Small_Stacks | 21:09 |
BitPuffin | should ask in linux | 21:10 |
BitPuffin | # | 21:10 |
jaeger | worth a try | 21:10 |
*** darfo has joined #crux | 21:18 | |
BitPuffin | https://gist.github.com/anonymous/11232801 | 21:20 |
*** horrorStruck has quit IRC | 21:32 | |
prologic | BitPuffin, hmmm what's up? | 21:38 |
prologic | btw how do you get a paste like this? vm? :) | 21:38 |
BitPuffin | I fixed it | 21:39 |
BitPuffin | had to add RV770_smc.bin to my kernel | 21:39 |
prologic | fixed what? | 21:39 |
prologic | oh | 21:39 |
prologic | you have/had a proprietary NIC? | 21:39 |
BitPuffin | I guess I could have put it somewhere on the file system or something but I don't know where it goes | 21:39 |
BitPuffin | don't know if it would find them in /usr/firmware | 21:40 |
BitPuffin | prologic: nah gpu firmware | 21:40 |
prologic | normally in /lib/firmware I believe | 21:42 |
prologic | lemme check | 21:43 |
prologic | yeah /lib/firmware normally I believe | 21:43 |
BitPuffin | yeah the directory exists | 21:43 |
BitPuffin | but when I put firmware there it didn't react | 21:43 |
prologic | definitely | 21:43 |
BitPuffin | maybe it was because I didn't put it in the radeon subfolder | 21:43 |
BitPuffin | but it didn't say that's what it was trying to load | 21:43 |
BitPuffin | it just said the filename | 21:44 |
prologic | my media box has some proprietary crap (Intel graphics, and HDTV Tuners) | 21:44 |
jaeger | I had to do that for a radeon video card in a laptop as well. The machine would boot without it but not display anything at all | 21:44 |
prologic | yeah firmware loading problems are not very helpful at best :) | 21:44 |
jaeger | It had to be built into the kernel, not just on the filesystem | 21:44 |
prologic | go file a bug report with upstream kernel.org :) | 21:44 |
prologic | yeah but you still need the firmware blobs right? | 21:45 |
prologic | as well as the associated driver helpers | 21:45 |
prologic | I tried Radeon recently but in the end diteched it for an nvidia | 21:45 |
prologic | still have the card here sitting in my cupboard :/ | 21:45 |
prologic | southern chipset | 21:45 |
*** diverse has joined #crux | 21:46 | |
BitPuffin | we should probably have a wiki page about getting the firmware | 21:47 |
BitPuffin | or even a port | 21:47 |
BitPuffin | I got them from the git | 21:47 |
*** toriso has quit IRC | 21:49 | |
jaeger | hah, found it: 13:34 <@jaeger> CONFIG_EXTRA_FIRMWARE="radeon/BTC_rlc.bin radeon/CAICOS_mc.bin radeon/CAICOS_me.bin radeon/CAICOS_pfp.bin" | 21:52 |
jaeger | from august 2012 :) | 21:52 |
jaeger | If radeon was built as a module putting the files into /lib/firmware was sufficient; if builtin, CONFIG_EXTRA_FIRMWARE had to be specified | 21:54 |
BitPuffin | ahh | 21:55 |
BitPuffin | jaeger: yeah now that you say it I think I saw something mentioning something of the like | 21:56 |
BitPuffin | however it's not a bad idea to build it in to the kernel | 21:56 |
BitPuffin | it skips the overhead of loading a file | 21:56 |
jaeger | I've only seen that for radeon microcode, for what that's worth, no other devices | 21:56 |
BitPuffin | and I'm trying to squeeze as much perf as possible out of my hardware :P | 21:57 |
jaeger | The problem I had was that I got no console output whatsoever without that | 21:57 |
BitPuffin | ah I didn't have that problem | 21:57 |
prologic | I agree | 21:58 |
prologic | let's build ports for this crap :) | 21:58 |
prologic | seriously | 21:58 |
prologic | and a firmware collection to house the ports in | 21:58 |
BitPuffin | most distros have linux-firmware | 21:58 |
prologic | add firmware.rsync to /etc/ports | 21:58 |
BitPuffin | however it would be nice to be able to choose | 21:58 |
prologic | and prt-get depinst <your_firmware> | 21:58 |
BitPuffin | how do I see which network card I have? | 21:59 |
BitPuffin | I don't think my wifi was detected | 21:59 |
prologic | yeah there's no sense in throwing all available firmware blobs into your system if you only need one or two blobs :) | 21:59 |
BitPuffin | prologic: exactly, seems very cruxy | 21:59 |
prologic | lspci | 21:59 |
BitPuffin | to cherrypick | 21:59 |
prologic | well | 22:00 |
prologic | you start it :) | 22:00 |
BitPuffin | First we gotta know which mirror to use | 22:00 |
prologic | doesn't matter | 22:00 |
prologic | just setup a repo on github or bitbucekt | 22:00 |
BitPuffin | since fetching the full firmware git repo for every port doesn't make much sense | 22:00 |
prologic | call it crux-firmware-ports or something | 22:00 |
prologic | or just firmware-ports | 22:01 |
prologic | throw in one for your radeon | 22:01 |
BitPuffin | well I meant for downloading the actual blobs | 22:01 |
prologic | and I'll throw in one for my Happauge firmware | 22:01 |
prologic | Hauppauge HVR-2200 firmware* | 22:01 |
jaeger | usually you can figure out exactly which firmware you need from dmesg. 'dmesg | grep firmware' or similar | 22:01 |
prologic | you can also reference git raw URI(s) in your source() | 22:01 |
prologic | from a git repo | 22:01 |
*** AlexKraken has quit IRC | 22:04 | |
BitPuffin | http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git | 22:05 |
BitPuffin | prologic: ah that could work maybe | 22:05 |
BitPuffin | although I think we should have the firmware thing be controlled by core crux devs | 22:09 |
BitPuffin | you are right, for example http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/plain/radeon/RV770_smc.bin | 22:14 |
BitPuffin | neat | 22:14 |
*** horrorStruck has joined #crux | 22:15 | |
BitPuffin | thought more of the driver stuff was open sauce | 22:16 |
diverse | open sauce huh? | 22:20 |
BitPuffin | hmm the wireless card is intel | 22:20 |
BitPuffin | PRO/Wireless 5100 AGN | 22:21 |
diverse | you probably need sweet & sour for that :P | 22:22 |
prologic | I disagree re the core crux devs | 22:23 |
prologic | crux boots just fine without proprietary firmware | 22:23 |
prologic | I think this should be community driven | 22:23 |
BitPuffin | well okay kind of like contrib then | 22:23 |
prologic | most of the time when you buy a regular desktop for example you hardly need any firmware | 22:23 |
prologic | *nods* exactly | 22:23 |
BitPuffin | where it's included in the core distro as a .inactive file | 22:23 |
prologic | a contrib maintained set of firmware ports | 22:24 |
prologic | we should not be more burden on the core devs | 22:24 |
prologic | of which there are very few :) | 22:24 |
BitPuffin | true | 22:24 |
prologic | right | 22:24 |
BitPuffin | well can probably get started a little bit tomorrow | 22:24 |
BitPuffin | now I need to get the wifi on my laptop working | 22:24 |
prologic | sounds awesome :) | 22:24 |
BitPuffin | iwlwifi-5150-ucode-8.24.2.2.tgz | 22:25 |
BitPuffin | is what I need | 22:25 |
BitPuffin | apparrently | 22:25 |
BitPuffin | prologic: btw there is a firmware for like one wireless card in some repo lol | 22:25 |
prologic | wouldn't surprise me | 22:31 |
diverse | why not have a dedicated repo for drivers? | 22:34 |
BitPuffin | exactly what we've been discussing | 22:35 |
BitPuffin | diverse: I tried 2bwm | 22:35 |
BitPuffin | didn't get a cursor lol | 22:35 |
diverse | I tried it a few hours ago, its not dual-monitor friendly yet | 22:35 |
joacim | BitPuffin: think you need to define a cursor font/icon/whatever | 22:36 |
joacim | Xcursor.theme in .Xdefaults | 22:37 |
diverse | and it's weird you have to run it like an app in .xinitrc like "2bwm &" and have some random app executed like "exec xterm" just to get the session going | 22:37 |
BitPuffin | well that's odd | 22:37 |
diverse | it truly is, but this WM is still considered experimental, so they are working on it still | 22:38 |
BitPuffin | I installed the firmware | 22:38 |
BitPuffin | but it didn't detect the wireless card | 22:38 |
BitPuffin | diverse: ah :/ I wonder what I should use instead then | 22:38 |
diverse | Well, whatever you want that makes you happy | 22:39 |
BitPuffin | I just want something that works that has the lowest possible footprint | 22:39 |
diverse | Try cwm then | 22:40 |
diverse | or evilwm | 22:40 |
BitPuffin | how do they compare? | 22:41 |
BitPuffin | do they use xcb? | 22:41 |
diverse | no, they don't | 22:41 |
diverse | you are a tiler person right? | 22:42 |
BitPuffin | http://hack.org/mc/hacks/mcwm/ | 22:43 |
diverse | or that | 22:43 |
BitPuffin | diverse: yes but I'm gonna try living in emacs | 22:43 |
BitPuffin | for most things | 22:43 |
BitPuffin | and tilers can get pretty annoying with certain applicatinos | 22:43 |
diverse | ^that I agree | 22:44 |
BitPuffin | so if I can be happy in emacs and only run a couple applications maybe I won't need tiling | 22:44 |
diverse | tiling works best with terminals for me | 22:45 |
BitPuffin | mcwm seems to have multihead support | 22:55 |
BitPuffin | so it's good | 22:55 |
jaeger | i3 has decent multimonitor support as well | 22:55 |
diverse | :) | 22:55 |
BitPuffin | jaeger: I know, have been using i3 for a long while | 22:57 |
BitPuffin | problem is it sucks at detecting floating windows | 22:57 |
diverse | you mean apps that need floating windows | 22:57 |
jaeger | is there one that DOESN'T suck at that? I've yet to see it | 22:58 |
BitPuffin | jaeger: awesome did a pretty good job when I was using it | 22:59 |
BitPuffin | I honestly don't know if putting stuff in /usr/firmware works on crux | 23:02 |
jaeger | use /lib/firmware | 23:03 |
BitPuffin | that's what I meant | 23:03 |
BitPuffin | it dun diddely wurk | 23:03 |
BitPuffin | I downloaded the intel blob | 23:03 |
BitPuffin | put it there | 23:03 |
BitPuffin | rebooted | 23:03 |
BitPuffin | and then ran ip addr | 23:04 |
BitPuffin | no difference | 23:04 |
BitPuffin | :( | 23:04 |
jaeger | what does dmesg say? | 23:04 |
BitPuffin | what should I look for? | 23:04 |
BitPuffin | I tried grepping for firmware | 23:04 |
BitPuffin | and 5000 | 23:04 |
BitPuffin | or 500 | 23:04 |
BitPuffin | gonna have to try to build it in to the kernel | 23:05 |
BitPuffin | see if it's the right firmware even | 23:05 |
jaeger | first did you identify which driver you need? what's the lspci output of that device? | 23:06 |
jaeger | second, did you uncompress the firmware you downloaded? should be something like iwlwifi-5150-2.ucode rather than the .gz archive | 23:06 |
BitPuffin | it said it was PRO/Wireless 5100 AGN | 23:07 |
BitPuffin | yes I uncompressed nad copied the ucode file | 23:08 |
jaeger | which should be supported by iwlwifi | 23:08 |
BitPuffin | yes | 23:08 |
BitPuffin | http://wireless.kernel.org/en/users/Drivers/iwlwifi | 23:08 |
jaeger | modinfo -F firmware iwlwifi | 23:08 |
BitPuffin | I grabbed the one called iwlwifi-5000-ucode-5.4.A.11.tar.gz | 23:08 |
jaeger | 'dmesg | grep iwlwifi' might also help | 23:09 |
BitPuffin | jaeger: didn't find that module | 23:09 |
BitPuffin | however I didn't build it as a module | 23:09 |
jaeger | If you built it builtin instead of as a module you might have to use CONFIG_EXTRA_FIRMWARE | 23:10 |
jaeger | I'd suggest building it as a module, no need to mess with it that way | 23:10 |
BitPuffin | jaeger: well the driver isn't in the kernel | 23:11 |
BitPuffin | I'm not sure what I should enable | 23:11 |
jaeger | unless you've got a REALLY old kernel it is | 23:11 |
BitPuffin | I looked at what they said on that website | 23:11 |
BitPuffin | 3.14.1 | 23:11 |
BitPuffin | :P | 23:11 |
jaeger | try searching using '/' in menuconfig | 23:11 |
jaeger | hit / and then type iwlwifi | 23:11 |
BitPuffin | yeah | 23:12 |
BitPuffin | what should be on there | 23:12 |
jaeger | it'll show you where in the kernel config to find/enable the module | 23:13 |
jaeger | as well as what other kernel config options it requires to be enabled | 23:13 |
BitPuffin | oh wait | 23:13 |
BitPuffin | it wasnt on xd | 23:13 |
BitPuffin | I had enabled other intel ones | 23:14 |
jaeger | indeed. :) | 23:14 |
BitPuffin | but not the right one | 23:14 |
BitPuffin | let's pray to the laud that this works | 23:14 |
diverse | and that laud is "Linus"? :P | 23:15 |
BitPuffin | btw is it possbile to set xorg to follow master istead of 3.0 or 3.1? | 23:15 |
BitPuffin | diverse: pretty much yeah | 23:15 |
BitPuffin | I will slap his testicles if it doesn't work | 23:15 |
*** Lukc_ has quit IRC | 23:20 | |
BitPuffin | alright so the card has been detected | 23:25 |
BitPuffin | and I have wicd runnning | 23:25 |
diverse | hahaha | 23:25 |
BitPuffin | I set the link for wlan0 up | 23:25 |
BitPuffin | but I don't see any networks | 23:25 |
BitPuffin | hrm | 23:25 |
BitPuffin | weird | 23:35 |
BitPuffin | it stays with state down | 23:36 |
diverse | probably the hardware switch is off? | 23:36 |
diverse | for the wireless card | 23:37 |
BitPuffin | nope | 23:37 |
BitPuffin | good guess though | 23:37 |
diverse | eh, it's usually the problem | 23:37 |
diverse | BitPuffin: btw, Crux devs don't bother with the master branch | 23:39 |
*** Lukc has joined #crux | 23:40 | |
BitPuffin | ah | 23:41 |
BitPuffin | ah it is up | 23:43 |
BitPuffin | I'm reading it wrong | 23:43 |
BitPuffin | well weird | 23:52 |
BitPuffin | when I do iwlist wlan0 s | 23:52 |
BitPuffin | it says it doesn't support scanning | 23:53 |
BitPuffin | ah | 23:57 |
BitPuffin | it was built into the kernel | 23:57 |
BitPuffin | but then it probably doesn't load the firmware | 23:57 |
BitPuffin | why do I keep derping | 23:57 |
diverse | your tired, take a break | 23:58 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!