*** joacim has quit IRC | 00:09 | |
*** joacim has joined #crux | 00:09 | |
*** sudobaal has joined #crux | 00:40 | |
*** prologic has joined #crux | 00:41 | |
*** Rotwang has quit IRC | 01:20 | |
*** Romster has joined #crux | 01:32 | |
*** Romster has quit IRC | 01:32 | |
*** Romster has joined #crux | 01:32 | |
*** AndChat150689 has joined #crux | 02:17 | |
*** vee__ has quit IRC | 02:18 | |
*** tilman has quit IRC | 03:04 | |
*** tilman has joined #crux | 03:05 | |
*** __mavrick61 has quit IRC | 03:46 | |
*** __mavrick61 has joined #crux | 03:48 | |
*** AndChat150689 has quit IRC | 03:57 | |
tilman | frinnst: do you use lilo with your btrfs system, or extlinux? | 07:06 |
---|---|---|
diverse | last I recall, frinnst used syslinux, so I'd say he uses extlinux. | 07:11 |
frinnst | extlinux | 07:27 |
tilman | ok | 07:28 |
diverse | frinnst: how is syslinux recently? | 07:33 |
*** Faze has joined #crux | 07:38 | |
Faze | Hey. | 07:38 |
diverse | sup | 07:38 |
Faze | I need some help :) would you help me? | 07:38 |
diverse | Since this channel is usually quiet and I got nothing better to do, sure. | 07:39 |
Faze | Haha! okay :) | 07:39 |
Faze | So I need to build a crux image. | 07:40 |
Faze | I am a noob at this. | 07:40 |
Faze | :) | 07:40 |
Faze | Hello? | 07:42 |
diverse | Sorry, this is out of my expertise. I think frinnst, Romster, jaeger, etc are the ones that can help you with that. | 07:43 |
Faze | Oh that's okay, thank you :) | 07:45 |
diverse | If you don't mind hanging out, those guys will come around eventually. | 07:46 |
Faze | Okay, so what do you do for a living? | 07:47 |
diverse | currently a student | 07:48 |
Faze | Oh okay, me too by the way. | 07:48 |
Faze | How old are ya? | 07:48 |
tilman | Faze: hello do you want to chat | 07:52 |
frinnst | what do you mean by "image"? install image/iso or a kernel? | 07:52 |
Faze | Yes yes! | 07:55 |
Faze | install image | 07:56 |
frinnst | the sources are available here: http://crux.nu/gitweb/?p=system/iso.git;a=summary | 07:57 |
Faze | Is there a good tutorial? | 07:58 |
frinnst | dont think so, but you pretty much just run "make" | 07:58 |
frinnst | check the Makefile for more info | 07:58 |
frinnst | *work* | 07:58 |
*** DaViruz has quit IRC | 08:03 | |
Faze | What is the best host os for building crux? | 08:04 |
frinnst | crux probably | 08:04 |
frinnst | :) | 08:04 |
frinnst | but you should be able to do it with most distros i think | 08:04 |
Faze | Nice :) | 08:07 |
Faze | Where should I start? | 08:08 |
frinnst | clone the repo, checkout the branch (3.0), copy/clone the core, opt, xorg repos and place them in the iso-tree's ports path | 08:10 |
frinnst | run make bootstrap and hope for the best | 08:10 |
frinnst | http://i.imgur.com/IYrEimG.gif | 08:11 |
diverse | frinnst: now that's funny | 08:11 |
*** DaViruz has joined #crux | 08:15 | |
*** Faze has quit IRC | 08:27 | |
cruxbot | [core.git/3.0]: dhcpcd: temporary switch source URL to crux.nu | 08:32 |
*** frinnst_ has joined #crux | 08:52 | |
diverse | is there a git command that gets the latest commit checksum from a branch? | 08:54 |
*** frinnst has quit IRC | 08:58 | |
Romster | probably | 08:58 |
diverse | so far I found this: git ls-remote <url> HEAD | 08:59 |
Romster | git branch | 08:59 |
Romster | should show stuff. | 08:59 |
Romster | oh you wanna do it remotely. | 09:00 |
diverse | yeah I want to remotely grab it and use it to update the Pkgfile | 09:00 |
diverse | unfortunately that output shows "HEAD" right after the checksum | 09:01 |
Romster | i usually use git rev-list HEAD -n 1 | head -c 7 | 09:01 |
Romster | but that's after git fetch ; git reset --hard head | 09:02 |
diverse | I guess I will need to use some sed magic | 09:06 |
Romster | you could do Pkgfile.in make a maintainer script and sed the Pkgfile.in to the current git version. | 09:07 |
diverse | is that how I get the revision replaced in the Pkgfile? | 09:09 |
Romster | is one way you can do it. | 09:09 |
Romster | see how it's done with mozconfig in firefox. | 09:09 |
diverse | Also, I found this, thanks to awk: git ls-remote <url> HEAD | awk '{ print $1 }' | 09:10 |
Romster | yeah that works or cut -d' ' -f1 | 09:12 |
diverse | Romster: looking at mozconfig, I don't really understand what I am suppose to do. Use mk_add_options? | 09:20 |
Romster | no see the sed line in Pkgfile | 09:20 |
Romster | see how it uses a mozconfig.in and sedes the #CFLAGS# to mozconfig out | 09:21 |
Romster | same idea only different files and say version=#VERSION# on pkgfile.in | 09:21 |
Romster | let me know if your still confused and i'll write an example | 09:27 |
diverse | sorry man, I am still confused. I don't see how it works and what I am really doing. | 09:28 |
Romster | do you have a Pkgfile already? pastebin | 09:28 |
diverse | http://pastebin.com/jBWfGvM6 | 09:31 |
Romster | are you trying to just bump the verison= automaticly or actaully generate a tarball and/or bump the version? | 09:33 |
diverse | bump the version= automatically only | 09:34 |
diverse | and cversion= | 09:35 |
diverse | *sversion | 09:35 |
diverse | version= would only be taking the first 7 chars of sversion= and suffixing it with "git-" | 09:39 |
Romster | http://pastebin.com/9hRzpUz4 generate.sh or some such name set it to executable. | 09:44 |
Romster | then mv Pkgfile Pkgfile.in | 09:44 |
Romster | and edit version and sversion to be version=#VERSION# sversion=#SVERSION# | 09:44 |
Romster | every time you run generate it'll fetch the new master commit and write it to Pkgfile | 09:45 |
Romster | i haven't tested this but it should work. i copied code out of my tarball generating script for git snapshots. | 09:45 |
*** Rotwang has joined #crux | 09:46 | |
diverse | I see how this works now, I will give it a shot, thanks Romster. | 09:47 |
Romster | should be trivial to fix if i messed up. | 09:47 |
Romster | now that you can see how it works. | 09:47 |
Romster | version="$(cd work/${name}-repo && git rev-list HEAD -n 1 | head -c 7)" | 09:48 |
Romster | is what i use locally. | 09:48 |
Romster | after git fetch and git rebase | 09:48 |
diverse | ah I gotcha | 09:48 |
Romster | but then i tarball it up. and give the filename like x264 has fakeroot tar --remove-files -cf ${name}-${DATE}-${version}.tar ${name}/ | 09:49 |
Romster | date being DATE="$(date +%Y%m%d)" | 09:49 |
*** sudobaal has quit IRC | 09:50 | |
Romster | http://www.wimp.com/sambadance/ | 09:53 |
*** sudobaal has joined #crux | 09:53 | |
*** sudobaal has quit IRC | 09:55 | |
*** Pingax has joined #crux | 09:59 | |
diverse | Romster: weirdest thing, I get an error saying: sed: -e expression #2, char 32: unknown option to `s' | 10:01 |
diverse | it didn't recognize the s command | 10:01 |
diverse | or wait, I guess that means, its not happy with the 2nd -e option | 10:04 |
diverse | but I have #SVERSION# written correctly in the Pkgfile.in | 10:04 |
Romster | wonder why sed does not like more than one expression... | 10:06 |
*** sudobaal has joined #crux | 10:08 | |
diverse | I guess its limited to only one -e expression? | 10:10 |
Romster | hmp my string line got messed up | 10:12 |
Romster | string="$(git ls-remote https://github.com/mozilla/rust.git master |awk '{print $1}')" | 10:12 |
diverse | now its happy | 10:13 |
Romster | yep and it works here now. | 10:14 |
diverse | sweet, now I can do this for my other git ports and be lazy \o/ | 10:14 |
Romster | being that your using > and not >> on the sed line means it'll wipe Pkgfile and cat Pkgfile.in though them regex's before writing Pkgfile. | 10:14 |
Romster | i've been thinking of doing something similar | 10:15 |
diverse | yeah I know that > overwrites and that >> appends to the existing file | 10:16 |
Romster | ser -e for good measure | 10:16 |
Romster | exits on error. | 10:16 |
Romster | set* | 10:16 |
Romster | but being $() is a sub shell. i check the result before continuing. | 10:17 |
diverse | yeah | 10:17 |
Romster | i'm sure i make mistakes somewhere with all the stuff i write -_- | 10:17 |
diverse | so does everybody | 10:18 |
diverse | I didn't blame for the missing 'i' in "/bn/bin" nor that you had to connect the | 10:19 |
diverse | "=" to the string var | 10:19 |
diverse | */bin/sh | 10:19 |
diverse | :P | 10:20 |
diverse | besides you're awesome | 10:20 |
diverse | Oh I got an even lazier idea! :) | 10:21 |
*** sudobaal has quit IRC | 10:22 | |
diverse | Romster: why not also make a "giturl" variable which holds url and use that to replace the #GITURL# in the pkgfile. That way if the location changes, I just make one change :P | 10:24 |
diverse | *pkgfile.in | 10:25 |
Romster | you can do that. | 10:25 |
Romster | i'm being lazy << | 10:25 |
diverse | well you are either lazy in the less productive or most productive way. | 10:26 |
diverse | *least | 10:27 |
Romster | i wanna make a patch to pkgmk so i can do a unpack() function for odd stuff like git and double tarballed archives. so they have the source in $SRC on pkgmk -eo | 10:27 |
Romster | wouldn't take much todo that. | 10:28 |
*** Pingax has quit IRC | 10:29 | |
diverse | would unpack() automatically pull the latest git commit? | 10:30 |
Romster | no but you can throw the git commands but out of build() into unpack() | 10:30 |
Romster | or maybe a download function or something or adding git support into pkgmk dunno yet i'll think of some way. | 10:31 |
diverse | I see, you want to separate the building processes into separate functions in the Pkgfile | 10:33 |
Romster | was really just looking at unpack. | 10:33 |
Romster | some times you do not want to unpack a file and other times you got to unpack something differently. | 10:34 |
Romster | don't want feature creap but it could also be used to git svn hg cvs for unpacking into $SRC | 10:35 |
Romster | if it's even worth doing that. | 10:35 |
diverse | arch linux does the same thing, but they call it "prepare()" and they have a separate function called "package()" https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/cinnamon-session | 10:37 |
Romster | yeah that might be better keep build() as is and make a prepare() | 10:37 |
diverse | if you use prepare() it would make it easier to fork their pkgbuilds to our pkgfiles ;) | 10:41 |
Romster | that was not the intention. | 10:42 |
Romster | do we want that... | 10:42 |
diverse | I'm just saying as an "added bonus" | 10:42 |
Romster | i'm not even sure i like my ideas yet. | 10:42 |
Romster | lots of my ideas are too far off KISS | 10:43 |
diverse | well their nothing wrong with just build() | 10:44 |
diverse | *there is | 10:44 |
*** sudobaal has joined #crux | 10:47 | |
diverse | but yeah, you can also see that arch is no longer following the KISS way anymore with their packaging :P | 10:47 |
Romster | yeah arch is bloat. | 10:50 |
diverse | so I am glad I left it a year ago | 10:51 |
diverse | although there is one change I would like to see in pkgmk | 10:54 |
Romster | yeah i am anoied at no pkgmk -eo on git but really i should just do it how your doing it now but i'd do it to make the tarball first. | 10:54 |
*** Pingax has joined #crux | 10:55 | |
diverse | oh I see | 10:56 |
diverse | hmm | 10:56 |
diverse | but would there be a failsafe way to download directly from the git branch, just in case if your server is down and the tarball can't be download? | 11:00 |
diverse | just thinking out of the box here. | 11:01 |
diverse | or maybe that's not the point here with the source() | 11:03 |
Romster | well if i did put the generate scripts wit the Pkgfile then anyone can remake the tarball if need be. | 11:03 |
Romster | my host is rarely down. | 11:04 |
Romster | and even fi it is it's also on my http://romster.dyndns.org/distfiles/ home machine. | 11:04 |
*** sudobaal has quit IRC | 11:05 | |
diverse | Romster: sounds good | 11:10 |
diverse | and thanks for the generate script :) | 11:10 |
Romster | no problem. | 11:12 |
*** sudobaal has joined #crux | 11:12 | |
*** sudobaal has quit IRC | 11:23 | |
diverse | Romster: maybe I should go with the tarball generating too | 11:23 |
Romster | it would save the user having to install git. | 11:25 |
diverse | well not just that, but save time too. Everytime I make changes to the pkgfile and try to update the package on the same git commit, it has to pull the same files again and have to wait for the downloading process to finish, arg! | 11:28 |
Romster | your doing it wrong if that's the case. | 11:29 |
Romster | should just update and take less time. | 11:29 |
diverse | can you check to see what is wrong with the pkgfile I pastebin you earlier? | 11:30 |
Romster | looks ok at a glance compare it too http://crux.ster.so/ports/emulators/aqemu/Pkgfile | 11:33 |
diverse | looks the same... I wonder what I am doing wrong, hmm | 11:36 |
diverse | I guess I have a habit of doing prt-get update -fr most of the time | 11:37 |
Romster | oh that you got the source so downloading isn't a isue | 11:38 |
Romster | issue | 11:38 |
Romster | it's having to rebuild as pkgmk removes everything and unpacks again. | 11:38 |
Romster | instead of running make again or what ever. | 11:39 |
Romster | sometimes it's easier to do the stuff manually in the source. | 11:39 |
diverse | well whenever i rebuild (on the same git commit) it keeps pulling the source from the git repositories | 11:39 |
Romster | yes but it takes far less time... | 11:40 |
Romster | as it'll see it's already upto date. | 11:40 |
Romster | and only downloads new deltas. | 11:40 |
diverse | I guess the main branch is, but not the submodules that are included in the branch | 11:40 |
Romster | should never downlaod everything over again. | 11:40 |
Romster | oh sub modules always get pulled in again. | 11:41 |
diverse | It's because of the submodules, that's why | 11:41 |
diverse | its the projects Makefile's fault | 11:41 |
diverse | so yeah, tarballs ftw | 11:41 |
Romster | i once tired too fool a project to downlaod the files for the submodules myself and stuck them in $SRC but then the build system was too stupid to extract them... | 11:42 |
diverse | yeah, lets keep it KISS and just rely on extracting the premade git tarballs | 11:44 |
diverse | oh wow I just said "keep it keep it simple stupid" | 11:45 |
diverse | rofl | 11:46 |
Romster | haha | 11:46 |
diverse | note to self, just say "keep it simple" in the future, because saying "lets KISS" would be just too awkward to say. | 11:48 |
Romster | lol | 11:48 |
Romster | i once asked what the other S stood for :D | 11:48 |
Romster | when i had forgot | 11:48 |
diverse | Well I don't really like the "stupid" part, maybe "keep it seriously simple" is better :) | 11:50 |
diverse | or "keep it stupid simple" and use it as an adjective | 11:51 |
*** dkoby has joined #crux | 11:54 | |
Romster | maybe | 11:54 |
diverse | unless you want to call someone stupid, by all means | 11:56 |
Romster | where is vee when ya need him :D joking. | 11:57 |
diverse | yeah I have a tendency to tease the stupid ones. | 11:57 |
Romster | same | 11:57 |
Romster | i should stop doing that | 11:57 |
diverse | its kind of hard to stop though | 11:58 |
diverse | the urge just grows with every second of their stupidity | 11:59 |
Romster | honestly some of them repeat the same problems over and over. | 11:59 |
diverse | I guess vee caught a serious case of noobitis | 12:01 |
diverse | and yes that word does exist (on urbandictionary.com) | 12:02 |
Romster | it could be heredity. | 12:02 |
Romster | everything exists on the internet. | 12:03 |
diverse | oh man, we should get timcowchip back here, he was the easiest to tease | 12:06 |
Romster | i think he gave up. | 12:06 |
Romster | honestly i wasn't too good with crux when i first started either. and i try to give everyone the benefit of the doubt they'll improve. | 12:07 |
diverse | fair enough | 12:08 |
Romster | what i should do is just ignore those that fail to progress. | 12:08 |
Romster | like soemone told me i wont name who. if i keep helping them they'll never learn for themself. and i'll also add or give up and do something they are more capable of doing. | 12:09 |
Romster | i'm no where near the best either. at least i try. | 12:09 |
diverse | You know the saying "give a man a fish and he eats for a day; teach a man how to fish and he eats for a lifetime." I think part of the problem is when helping people like vee they just take the fish you gave them instead, while you were showing them how to fish. As a metaphor. | 12:13 |
*** Rotwang has quit IRC | 12:13 | |
Romster | yeah i think i need to stop helping vee | 12:13 |
Romster | i don't mind helping but god damn it. | 12:14 |
Romster | gets frustrating when i have to repeat myself. | 12:14 |
diverse | lets change the topic | 12:20 |
diverse | so yeah, I want to go with your idea for the ports that rely on git | 12:20 |
diverse | Romster: so basically take the git extraction from the Pkgfile and put it in the generate script and create the tarball from the $PKGMK_SOURCE_DIR/$name directory? | 12:28 |
diverse | without those vars of course, you get my point | 12:29 |
*** jdolan has quit IRC | 12:29 | |
*** joacim has quit IRC | 12:30 | |
*** joacim has joined #crux | 12:30 | |
cruxbot | [contrib.git/3.0]: opus: force removal of html pages if doxygen is installed | 12:32 |
Romster | diverse, http://pastebin.com/qTar3nVK | 12:35 |
Romster | like that. | 12:35 |
Romster | edit it to suit your needs. | 12:35 |
Romster | but you'll have to do something for the sub-modules. | 12:36 |
diverse | I got two questions | 12:47 |
diverse | 1. I noticed you used paranthesis as a way to create blocks (like in C with curly brackets) but why is that needed? (I haven't done bash scripting before) | 12:49 |
diverse | 2. You created the tarball inside the work directory, doesn't the work directory along with everything inside it get deleted after the build process finished? | 12:52 |
diverse | Romster: ^ | 12:53 |
Romster | () are a sub shell. | 12:56 |
Romster | like $() but multiline | 12:56 |
Romster | feel free to remove those. | 12:56 |
diverse | ah, interesting | 12:56 |
joacim | so i can do stuff in a different working directory without leaving the one for the main script? | 12:57 |
Romster | the tarball is made in ../ of the exported git tree. | 12:57 |
Romster | correct joacim | 12:58 |
joacim | sweet | 12:58 |
joacim | i was looking for something like that. but by now i've forgotten what for. | 12:58 |
Romster | but error checking is somewhat more of a pain. | 12:58 |
cruxbot | [contrib.git/3.0]: qca: fixed gcc47 compilation (Thanks to Danny) | 12:58 |
cruxbot | [contrib.git/3.0]: qca-tls: removed port (obsolete and there are no dependent ports) | 12:58 |
joacim | i dont know how to make bash scripts, but i still manage to slap some together. | 12:59 |
diverse | well if you programmed before, its not too hard to figure out, except for some unusual stuff | 13:00 |
Romster | shell sucks though i need to learn more python and C and stuff. iv'e hit the limitations of shell. | 13:01 |
joacim | it is more like logic that i've picked up from using gnu/linux for 10 years | 13:01 |
Romster | learned from doing. and hacking other examples up. | 13:02 |
diverse | thats how you learn programming | 13:03 |
Romster | i'll never be as good as a real programmer but i'll keep plodding along. | 13:03 |
diverse | ah I didn't pay close attention to line 38, that's why, naruhodo | 13:05 |
Romster | that'll likely fail for you << | 13:06 |
Romster | but i left it there as an example | 13:06 |
Romster | upload tarball to server then pkgmk -um after editing the version- | 13:07 |
Romster | or have the script do that trick from Pkgfile.in | 13:07 |
*** Pingax has quit IRC | 13:17 | |
diverse | Romster: thanks for sharing that | 13:18 |
diverse | If there is one language I want to learn right now, that would Rust. | 13:23 |
diverse | *would be' | 13:23 |
joacim | yes. that language would rust | 13:27 |
*** jdolan has joined #crux | 13:29 | |
diverse | I don't know why Mozilla called it Rust, but so far it kicks the ass out of C++ | 13:29 |
tilman | "close to (the) metal" maybe | 13:39 |
diverse | It is a systems language, so very possible. I had also thought that the name might have been named because the language is inspired by really old but proven paradigms of programming. | 13:44 |
Romster | lol | 13:47 |
diverse | You got the old C and C++ languages which are close to the metal but unsafe, tendency to create bugs, and deminish security at the cost of performance. While you have old (if not older) languages like Lisp, Scheme, ML, which are functional programming languages, and these languages are proven to be perfect (which means less to no bugs, issues, security problems) but at the cost of (extremely) low performance. | 13:48 |
Romster | next someone will write a upper later wrapper for rust called oxide. | 13:48 |
Romster | s/later/layer | 13:48 |
diverse | So by combining the best of both worlds, you get a language like no other and it will change how we produce code. | 13:49 |
diverse | Romster: I wouldn't be surprised if that happened | 13:52 |
Romster | i was joking. | 13:56 |
Romster | http://yro.slashdot.org/story/13/11/01/128258/microsoft-apple-and-others-launch-huge-patent-strike-at-android | 14:01 |
diverse | just by reading the url I was like: "F U micosoft, F U apple!" | 14:02 |
Romster | companies can't play fairly. | 14:02 |
diverse | yeah... its all about getting more money | 14:03 |
Romster | all for the share holders no doubt | 14:03 |
diverse | and their company | 14:05 |
joacim | well. I can't really feel bad for google | 14:07 |
joacim | they're playing the same damn game | 14:07 |
Romster | buy patantes use others. | 14:07 |
Romster | sue* | 14:08 |
diverse | the problem with google is that they are like an NSA2 | 14:08 |
diverse | so you got the NSA spying on you and Google on top of that, and who knows what else. | 14:10 |
diverse | it got quiet of a sudden? | 14:17 |
diverse | I'm going to pass out now. Thank you Romster for the scripts, it was fun chatting with you and everybody. Night. | 14:21 |
Romster | http://imgur.com/gallery/QpqMdRR | 14:24 |
Romster | nini diverse | 14:24 |
tilman | http://imgur.com/Wt3iGII | 14:25 |
Romster | http://arstechnica.com/security/2013/10/meet-badbios-the-mysterious-mac-and-pc-malware-that-jumps-airgaps/ | 14:34 |
Guest39544 | Romster: cool uh:) | 14:57 |
*** Amnesia has quit IRC | 14:57 | |
*** Amnesia has joined #crux | 14:57 | |
Romster | more like a major pain | 14:57 |
Romster | i have to disinfect computers with this.... | 14:57 |
Romster | gonna have to reflash more BIOS's if it even lets me do that. | 14:58 |
Romster | or i'll have to unsolder BIOS chips and reflash them that way. | 14:58 |
Romster | seriously not every machine will have a firmware bug. | 14:59 |
Amnesia | Romster: communication over ultrasound is pretty awesome:D | 14:59 |
Amnesia | "if" it exists | 15:00 |
Amnesia | the badbios malware that is | 15:00 |
Romster | how is it ultra i doubt many speakers work near 20Khz | 15:00 |
Romster | and i can hear to 18KHz at my age. yes i have rare high frequency hearing ability. so if it was doing that i will probably hear it. | 15:01 |
Romster | this could all be a hoax too. | 15:01 |
joacim | you can hear the matrix | 15:01 |
joacim | i doubt a normal pc microphone will be able to pick frequencies like that | 15:02 |
joacim | i assume they're tuned for the vocal range | 15:02 |
Romster | which anyone could hear | 15:04 |
*** dkoby has quit IRC | 15:11 | |
*** nrxtx has joined #crux | 16:18 | |
nrxtx | hi | 16:18 |
*** twyf has joined #crux | 17:06 | |
*** doomicide has joined #crux | 17:20 | |
*** nthwyatt has joined #crux | 18:48 | |
*** darfo has quit IRC | 18:49 | |
*** frinnst has joined #crux | 18:54 | |
*** doomicide has quit IRC | 19:09 | |
*** doomicide has joined #crux | 19:10 | |
*** nthwyatt has quit IRC | 19:28 | |
*** vee_ has joined #crux | 19:28 | |
vee_ | is the temaspeak client being worked on? | 19:29 |
*** Rotwang has joined #crux | 19:59 | |
diverse | *yawn* I wake up and come to vee_ asking another indirect question. Use your brain and figure out who maintains teamspeak and them ask directly. | 20:06 |
diverse | and since teamspeak-client already exists, better to say, "teamspeak needs an update, version 3 is out" | 20:11 |
jaeger | that reminds me, I should remove teamspeak2-client from contrib | 20:12 |
jaeger | Haven | 20:13 |
jaeger | Haven't used it in years. | 20:13 |
diverse | jaeger: I'm sure vee_ would want you to replace that with teamspeak3-client | 20:13 |
jaeger | I'd be happy to pass maintenance of it to someone else, I no longer use it | 20:14 |
jaeger | Though it would make more sense to simply replace it with a teamspeak 3 port, yes | 20:15 |
vee_ | maybe ill pick that up as my learn how to compile and maintain a port, project | 20:18 |
*** frinnst has quit IRC | 20:19 | |
*** frinnst has joined #crux | 20:20 | |
teK_ | I think I'm going to be reviving my full disk encryption initrd for my shiny samsung 840 pro | 20:23 |
vee_ | out of curiosity, why do you encrypt? | 20:38 |
tilman | you don't have news in murrica? | 20:38 |
teK_ | because of vee spying on me! | 20:39 |
jaeger | Make sure you do some research on that. Unless the SSD has specific support for FDE you'll trash its performance | 20:42 |
*** joacim has quit IRC | 20:43 | |
teK_ | will do | 20:43 |
teK_ | until now I populated encrypted /home | 20:43 |
teK_ | and apparently I'm too stupid to use sopcast | 20:44 |
diverse | vee, because of the same reasons why you don't want anyone to know you watch ferret porn. | 20:44 |
horrorStruck | FWIW, on my ssd i just use an encrypted loop device for the things i really dont want anyone to see | 20:48 |
teK_ | that's the point encryption should be done for /var, for example, too | 20:49 |
*** jdolan has quit IRC | 20:57 | |
*** joacim has joined #crux | 20:59 | |
vee_ | maybe because i reinstall crux a trillion times i never get a chance to encrypt anything | 21:05 |
joacim | thinking about doing encryption, but that is almost pointless when my backups arent :p | 21:15 |
joacim | i guess i should encrypt my backups too | 21:15 |
teK_ | back..what? | 21:19 |
joacim | my uploads on tpb | 21:21 |
*** darfo has joined #crux | 21:26 | |
teK_ | jaeger: I just read about ATA master PW + Hardware AES crypto in the disk.. not sure to trust that combo :\ | 21:27 |
teK_ | but I have yet to discover the performance thingy you mentioned.. do you mean performance degradation because of TRIM-issues on encrypted dsisk> | 21:28 |
teK_ | ? | 21:28 |
teK_ | *disks | 21:28 |
jaeger | well, a fully-encrypted disk appears to the SSD's controller as 100% filled data | 21:28 |
jaeger | which means no TRIM and no free cells/pages | 21:28 |
teK_ | yeah thought so | 21:29 |
teK_ | but using trim seems risky security-wise, too | 21:29 |
teK_ | meh :-) | 21:29 |
joacim | what if the encrypted data is stored in a sparse bundle? | 21:30 |
jaeger | If security is your priority don 't use an SSD | 21:30 |
joacim | or sparse image | 21:30 |
jaeger | or use the image suggestion from earlier | 21:30 |
jaeger | or find an SSD whose controller supports encryption | 21:30 |
teK_ | the 840 Pro apparently does | 21:30 |
teK_ | yet I give control over encryption to _some_ firmware which sucks (yeah I won't be captured by some shady three letter agency anyway...) | 21:31 |
jaeger | worth a try, then... worst that happens is you get shit performance and kill some write cycles | 21:31 |
teK_ | I have more quality than security issues wrt firmware :P | 21:31 |
teK_ | issues = objections | 21:32 |
joacim | I guess encryption is more important on a laptop than on a desktop | 21:32 |
teK_ | this is for a laptop | 21:33 |
teK_ | although I do encrypt my /backup (on a HDD), too ;) | 21:34 |
teK_ | quoting OCZ forums: | 21:35 |
teK_ | The ATA password is broke in firmware v1.5. It will possibly be fixed in the next firmware release. | 21:35 |
teK_ | (:D) | 21:35 |
frinnst | http://www.youtube.com/watch?v=l-7IV2qryiQ&html5=1 | 21:40 |
frinnst | omg i laughed | 21:40 |
jaeger | I counter with http://www.youtube.com/watch?v=5Krz-dyD-UQ | 21:44 |
teK_ | dont you dare making fun on game of thrones | 21:45 |
jaeger | It's worth it | 21:45 |
frinnst | lol | 21:46 |
teK_ | no time, gotta watch 'the hunt' | 21:47 |
teK_ | btw frinnst do you know when californication will continue? | 21:47 |
frinnst | no clue, stopped watching after a season or two | 21:47 |
teK_ | last season (5?) was T-H-E BOMB | 21:47 |
teK_ | <duchovny>mothaaafuckaaa</duchovny> | 21:48 |
diverse | #include <stdio.h> void dunovny() { printf("mothaaafuckaaa"); } | 21:54 |
teK_ | in falsetto voice :D | 21:56 |
teK_ | and you are missing a newline, and use formatted printing without using formatting =) | 21:56 |
*** jdolan has joined #crux | 21:57 | |
diverse | 1. fine, sed s/a"/a\n"/ 2. I don't care, at least it prints. | 21:58 |
teK_ | software bloat! | 21:59 |
tilman | yeah, no | 21:59 |
teK_ | :D | 21:59 |
teK_ | use write! | 22:00 |
tilman | gcc is smart about printf | 22:00 |
diverse | oh what by like 10 kilobytes of bloat, hah. | 22:00 |
tilman | let it optimize and have a look at the machine code | 22:00 |
tilman | gcc will turn printf("x\n") into puts("x") -- so you'll still use stdio | 22:02 |
teK_ | quoting dietlibc: | 22:02 |
teK_ | lib/__v_printf.c:link_warning("__v_printf","warning: the printf functions add several kilobytes of bloat.") | 22:02 |
teK_ | =) | 22:02 |
tilman | sure | 22:02 |
diverse | like I said "10 kilobytes, hah!" | 22:03 |
diverse | and thats pretty minimal compared to some languages with a bloated runtime. (Yes, I am looking you, the D programming language!) | 22:04 |
nrxtx | http://www.etalabs.net/compare_libcs.html -> Static hello | 22:04 |
teK_ | what have I done :> | 22:05 |
teK_ | the tables was compiled by the musl authors, right? | 22:05 |
tilman | y | 22:06 |
nrxtx | sure that's why musl shows up at best | 22:06 |
teK_ | ;) | 22:06 |
teK_ | dangerously nonconformant | 22:06 |
teK_ | haha | 22:06 |
teK_ | fuck utf-8!1 | 22:06 |
nrxtx | :D | 22:06 |
teK_ | sounds like a marketing pitch | 22:07 |
teK_ | Attention to corner cases | 22:07 |
diverse | musl: its dangeriously nonconformant ;) /slogan | 22:08 |
diverse | pepsi meth: its dangeriously good! | 22:11 |
nrxtx | at least the static hello world size seems to be true: http://pastebin.com/pbpx9fZB | 22:12 |
nrxtx | woah, gcc static hello world is 800kb | 22:12 |
diverse | is that because of musl or how bloated glibc is in general? | 22:14 |
via | but who cares when the libc is going to be dynamically loaded and the same copy of code shared across all programs that use libc | 22:14 |
diverse | true, why static compile and bring whole C runtime in, when you can dynamically link to shared objects and shrink the binary size | 22:17 |
nrxtx | via: speed and maintainable clean code, is the only reason why people are using other libs | 22:18 |
via | maintainable clean code sure, but i would very hesitant to say speed when you might be speeding up some cases but really slowing down others | 22:18 |
via | my line is mostly towards the sta.li style static-linking-is-better crowd that seems completely asinine to me | 22:19 |
tilman | nrxtx: hum? i think embedded folks care about the size =) | 22:19 |
nrxtx | tilman: sure | 22:19 |
via | embedded deinetely makes sense | 22:19 |
nrxtx | but on desktop most don't care | 22:19 |
tilman | you said 'only' | 22:19 |
nrxtx | sed 's/only/possible/' | 22:20 |
nrxtx | one big problem with glibc i see is that they maintain buggy behaviour with all it's use cases | 22:21 |
nrxtx | just to not break progrums relying on glibc bugs | 22:21 |
nrxtx | and that ends up in a lot overhead | 22:21 |
via | diversity is always a good thing | 22:22 |
via | it promotes the use of portable code | 22:22 |
diverse | <-- | 22:22 |
via | so it would seem | 22:23 |
nrxtx | via: hopefully, the people around the musl-based distributions patch up everything | 22:23 |
nrxtx | question is if the patches will be accepted upstream | 22:23 |
nrxtx | http://wiki.musl-libc.org/wiki/Projects_using_musl#Linux_distros_that_could_probably_easily_be_ported_to_musl | 22:25 |
nrxtx | There is crux Oo | 22:25 |
nrxtx | don't know if it seems to be that easy :D | 22:25 |
tilman | seeing bedrock linux in that list... | 22:26 |
tilman | that shit is crazy | 22:26 |
tilman | chek it out | 22:26 |
diverse | I guess would it be good to replace glibc with musl? I don't think any sane project would use glibcisms in their project. | 22:28 |
tilman | hahaha | 22:29 |
nrxtx | diverse: replacing it with any other c-library can be interesting, but it will break a lot of packages/ports :D | 22:30 |
diverse | damn you RMS! | 22:31 |
tilman | you know nothing | 22:31 |
teK_ | diverse: you like RMS? :) | 22:32 |
teK_ | http://article.gmane.org/gmane.os.openbsd.misc/134850 <<< | 22:33 |
diverse | teK_: I give him credit for starting the "free software" initiative, but sometimes he gets out of control with this ideas. | 22:34 |
diverse | *his | 22:35 |
nrxtx | tilman: did you already try bedrock? | 22:36 |
tilman | nrxtx: nah | 22:38 |
diverse | teK_: plus I said it out as tongue-and-cheek, because the humongous influence he has. | 22:39 |
diverse | *tongue-in-cheek | 22:40 |
nrxtx | http://pics.nase-bohren.de/breakting-this-seal.jpg | 22:44 |
nrxtx | tilman: are you working with embedded linux? | 22:44 |
diverse | musl benchmarks look pretty good | 22:44 |
nrxtx | diverse: except it is not known how much you can trust the results from the etalabs table | 22:45 |
nrxtx | since they are the ones developing musl | 22:45 |
diverse | so it could be bias perhaps | 22:46 |
nrxtx | i made some tests on my own but not that detailed | 22:47 |
nrxtx | created a port for testing it without interfering with the default c-library installed | 22:49 |
diverse | cool | 22:49 |
nrxtx | but they miss some functionality which i need for preempt_rt, so did not use it further | 22:50 |
diverse | are you using lasers for something? | 22:55 |
nrxtx | diverse: no :D | 22:57 |
diverse | I guess Real-Time has a lot of uses | 23:00 |
nrxtx | diverse: worked a lot with embedded linux in the last years, especially in hard-realtime systems | 23:00 |
nrxtx | tried to use musl there because it was a lot smaller than glibc | 23:01 |
nrxtx | but musl prevents scheduler usage, so is useless in this case | 23:01 |
diverse | that sucks... | 23:02 |
nrxtx | according to the developers they first want to test it a lot more, before they enable it | 23:03 |
nrxtx | hm that reminds me of creating a rt-tests ports | 23:05 |
diverse | preempt_rt is looking pretty badass | 23:07 |
diverse | the more I read about it | 23:08 |
nrxtx | one interesting project which has its origin there is kernelshark | 23:10 |
nrxtx | so in case your crux systems seems to be slow you can exactly see why and who uses your cpu: http://people.redhat.com/srostedt/kernelshark/HTML/images/kshark-plot-task-zoom-1.png :) | 23:12 |
diverse | I can see why they call it kernelshark. | 23:15 |
tilman | nrxtx: i'm not | 23:18 |
diverse | nrxtx: do you use the preempt_rt patch on your desktop machine? | 23:20 |
nrxtx | diverse: no, it will result to problems with nvidia binary drivers | 23:21 |
nrxtx | those are not preemptive | 23:21 |
tilman | nrxtx: wonder how kernelshark/trace-cmd compares or relates to perf tools | 23:23 |
*** twyf has quit IRC | 23:23 | |
nrxtx | tilman: perf just collects internal counters | 23:26 |
nrxtx | trace-cmd uses the kernel ftrace framework and can track any internal function | 23:26 |
nrxtx | with timestamps and details | 23:26 |
diverse | so kernelshark is like wireshark expect you look into kernel tasks in more depth, instead of network packets? | 23:27 |
diverse | *except | 23:27 |
nrxtx | diverse: yes | 23:27 |
diverse | that would be another great tool for cyber security | 23:30 |
tilman | nrxtx: i thought perf let you install your own trace points too. but i might have gotten it wrong; never tried that | 23:30 |
nrxtx | http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/trace/ftrace.txt the introduction describes it best | 23:31 |
nrxtx | correct mandir on crux is /usr/man ? | 23:38 |
tilman | y | 23:39 |
diverse | we keep it simple like that | 23:39 |
cruxbot | [contrib.git/3.0]: qca-ossl: initial import | 23:46 |
cruxbot | [contrib.git/3.0]: qjson: romster -> contrib | 23:46 |
cruxbot | [contrib.git/3.0]: protobuf: romster -> contrib | 23:46 |
cruxbot | [contrib.git/3.0]: clementine: romster -> contrib | 23:46 |
diverse | Romster: giving your repo a good cleaning? :) | 23:47 |
Romster | starting too. | 23:47 |
Romster | been using clementine for awhile now ad quite like it. | 23:48 |
Romster | s/ad/and | 23:48 |
nrxtx | now i can remove at least one port from my local ones :D | 23:51 |
Romster | which one is that? | 23:51 |
nrxtx | protobuf | 23:52 |
Romster | ah been in my rosmter repo for ages. | 23:52 |
Romster | romster* | 23:52 |
Romster | honestly think i'm nuts when it comes to packages. -_- | 23:52 |
diverse | Romster's repo is like contrib2, so you can't go wrong adding his repo to your collection | 23:53 |
nrxtx | Romster: but old version, did you update when moving to contrib? | 23:53 |
Romster | not everything works in romster | 23:53 |
Romster | nah 2.5.0 brakes clementine | 23:54 |
nrxtx | ... | 23:54 |
Romster | i tried. | 23:54 |
Romster | found no patches as of yet. | 23:54 |
Romster | if you want to help and find a patch for clementine. i'm working this weekend. | 23:54 |
*** doomicide has quit IRC | 23:55 | |
Romster | at least i think it did. i do so much it's hard to keep track of everything. | 23:56 |
nrxtx | Romster: i'm not in hurry on this one | 23:56 |
Romster | i would prefer stable working over bleeding edge and possibly broken. | 23:56 |
nrxtx | Romster: http://www.chakra-project.org/bbs/viewtopic.php?id=11699 | 23:57 |
nrxtx | so it should work at least | 23:58 |
nrxtx | anyway interesting player | 23:58 |
Romster | has an android remote app too | 23:58 |
Romster | been using that as well. | 23:58 |
Romster | pretty heavy on dependencies though. | 23:59 |
*** Rotwang has quit IRC | 23:59 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!