<    March 2017    >
Su Mo Tu We Th Fr Sa  
          1  2  3  4  
 5  6  7  8  9 10 11  
12 13 14 15 16 17 18  
19 20 21 22 23 24 25  
26 27 28 29 30 31
00:00 grayhemp joined
00:01 kaniini joined
00:06 aw1 joined
00:07 aw1 joined
00:08 aw1 joined
00:09 aw1 joined
00:16 syntrx joined
00:19 ostera joined
00:28 rollniak joined
00:39 grayhemp joined
00:44 hackerhercules joined
00:45 ostera joined
00:47 mdillon joined
00:48 dirac1 joined
01:00 ahrs joined
01:21 syntrx joined
01:22 ogres joined
01:30 kazblox2 joined
01:52 s33se joined
01:52 ppisati joined
01:57 grayhemp joined
02:16 p3rmagriN joined
02:27 mdillon joined
02:30 kazblox joined
02:33 dirac1 joined
02:42 Emperor_Earth joined
02:52 Nobabs27 joined
03:00 mdillon joined
03:04 mguentner joined
03:18 mdillon joined
03:41 mguentner2 joined
04:20 cyborg-one joined
04:24 minimalism joined
04:39 book` joined
04:47 grayhemp joined
04:50 qrwteyrutiyoup joined
05:09 fabled joined
05:15 kazblox2 joined
05:16 sparklyballs joined
05:16 xentec joined
05:25 tdtrask joined
05:34 grayhemp joined
05:35 Guest9712 joined
05:39 MuffinMedic joined
06:40 grayhemp joined
06:41 gogoprog joined
07:10 t0mmy joined
07:17 scadu joined
07:21 scadu joined
07:34 atmoz joined
07:38 <ScrumpyJack> anyone successfully running nmap on 3.5?
07:50 <kahiru> ScrumpyJack: seems to work on 3.5. on armv7
07:51 <_ikke_> any idea how /root can be 1.6G large, but ls -al reveals nothing (and lsof does not reveal any deleted files)
07:52 <IcePic> nothing mounted on top of a non-empty dir there, I assume?
07:53 <ScrumpyJack> i'm getting st.ilet.to/nmap
07:54 <IcePic> if you had lots of stuff in /root/foo and then mount a device on top of foo, the /root filesystem would still show lots of data being in use, but not visible since something else is on top of it
07:54 <IcePic> not very likely, but one possible explanation
07:54 <ScrumpyJack> first of all nmap-nselibs is missing as a dependancy
07:54 <IcePic> (or, not likely in /root, but for / it could be)
07:55 <_ikke_> IcePic: du -sch /* shows /root being that large, and nothing mounted other than / (nothing in /root)
07:57 <_ikke_> it is a run-from-ram system
07:57 ryonaloli joined
07:57 <ScrumpyJack> ah, it's just the -A option (Enable OS detection, version detection, script scanning, and traceroute)
07:57 ryonaloli joined
07:57 <kahiru> ScrumpyJack: yeah, -A fails
07:57 ryonaloli joined
07:58 fekepp joined
08:06 rollniak joined
08:10 royger joined
08:24 andypost joined
08:29 rollniak joined
08:47 ostera joined
08:48 ostera joined
08:50 gogoprog joined
09:23 fekepp joined
09:26 psychi[m] joined
09:30 fekepp joined
09:32 Kooda[b] joined
09:41 blueness joined
09:41 ogres joined
09:46 kaniini joined
09:46 ganlub joined
09:46 xs[m] joined
09:46 dhole[m] joined
09:46 kaiyou joined
09:46 Kooda joined
09:46 fish_ joined
09:50 subscope joined
10:11 Guest9712 joined
10:26 BitL0G1c joined
10:36 blueness joined
10:40 czart_ joined
10:46 syntrx joined
10:53 aw1 joined
11:00 blueness joined
11:05 SimpleIRC_TA4TR joined
11:25 black_rez joined
11:30 kahiru joined
11:35 kahiru joined
11:58 gromero joined
12:15 farosas joined
12:50 terra joined
12:54 <parazyd> do the raspi images work on the rpi1 (first iteration)?
12:59 lonix joined
13:06 <kahiru> parazyd, yeah, they should
13:06 <kahiru> at least I'm running it on rpi b+
13:06 <parazyd> ah great
13:06 <parazyd> yeah i found an old model b so i figured out i could run alpine on it
13:07 <kahiru> it should work just fine
13:07 <parazyd> do you run a traditional install or something else?
13:07 <parazyd> (disk-based)
13:09 <IcePic> sd cards should probably work out fine between all rpi1,2,zero models just by moving the card I guess
13:10 <IcePic> and rpi3, running in 32bit mode
13:11 <terra> I'm modifying some packages for myself by increasing the release number by r1.1 r1.2 without touching major release number. But "apk update ; apk upgrade" just avoiding these packages even though they listed in "apk search".
13:14 <kahiru> parazyd, I'm running it in the "diskless" mode
13:14 <kahiru> I have the apkovl stored on the sdcard and it reapplies on each reboot
13:16 stwa joined
13:17 <parazyd> ack
13:17 <parazyd> i'll give it a shot :)
13:18 ncopa joined
13:18 ncopa joined
13:20 switchy joined
13:23 <kahiru> parazyd, let us know how it went :)
13:24 <parazyd> i'll try a disk install though
13:25 <parazyd> ah ffs
13:25 <parazyd> the hdmi is broken
13:27 <kahiru> I don't recall having trouble with it
13:27 <kahiru> but it was some time ago
13:27 <parazyd> no, the hardware
13:28 <parazyd> i'll try serial
13:28 <kahiru> oh
13:32 mdillon joined
13:38 <parazyd> kernel panic
13:41 <parazyd> http://sprunge.us/DUUh
13:41 <^7heo> kernel panic without systemd?
13:41 <^7heo> niiice.
13:41 <* ^7heo> hides
13:42 LouisA joined
13:42 <IcePic> unpossible. ;)
13:45 <parazyd> anything i can do with this?
13:57 rollniak__ joined
14:01 tmh1999 joined
14:02 terra joined
14:09 <terra> ncopa: I have some missing symbols problem with mesa-dri-intel. I'm on edge and chromium-browser crashes along with x11 session due to the missing symbols from /usr/lib/xorg/modules/dri/i965_dri.so
14:09 <terra> ncopa: https://paste.ee/p/D1EgH
14:10 <terra> ncopa: these symbols are from /usr/lib/libglapi.so.0 and LD_PRELOAD method works as workaround.
14:11 <ncopa> sounds like underlinking issue
14:11 <terra> ncopa: I hadn't such a problem earlier and doesn't know what caused this.
14:12 <ncopa> what packages provides /usr/lib/xorg/modules/dri/i965_dri.so and /usr/lib/libglapi.so.0?
14:12 <terra> all are mesa derived packages
14:13 <terra> seems like i965_dri.so doesn't aware libglapi.so
14:13 <ncopa> sounds like linkerflag -glapi is missing
14:13 <terra> ncopa: maybe.. will you switch mesa-13 ?
14:14 <terra> or 17 :)
14:19 <kaniini> humm. mesa is working fine for me
14:19 <ncopa> what is mesa 17?
14:19 <ncopa> seems to work for me too
14:20 <ncopa> Mesa 13.0.6 and Mesa 17.0.2 are released. These are bug-fix releases from the 13.0 and 17.0 branches, respectively.
14:20 <ncopa> NOTE: It is anticipated that 13.0.6 will be the final release in the 13.0 series. Users of 13.0 are encouraged to migrate to the 17.0 series in order to obtain future fixes.
14:20 <terra> ldd /usr/lib/xorg/modules/dri/i965_dri.so ??
14:21 <terra> is linked to the libglapi.so.0 ?
14:21 aw1 joined
14:22 <terra> ncopa: We're on 12.0 btw.
14:22 <ncopa> yeah
14:22 <ncopa> we should upgrade to 17
14:23 <terra> ncopa: can you check "ldd /usr/lib/xorg/modules/dri/i965_dri.so" on your machine please?
14:23 <ncopa> same error
14:23 <ncopa> but i think that is how xorg works in general
14:23 <terra> ok I just relaxed :)
14:24 <ncopa> with lazy loading
14:25 <terra> but I can't use chromium-browser because of this. If I launch chromium via LD_PRELOAD it is fine. Am I only one to dealing with such problem?
14:26 rollniak joined
14:26 <ncopa> terra: alpine 3.5 or edge?
14:26 <terra> I checked "ldd /usr/lib/xorg/modules/dri/i965_dri.so" on Arch but it coreectly linked to the libglapi.so
14:26 <terra> ncopa: edge
14:26 <ncopa> it links to libglapi?
14:26 <ncopa> ok sounds like bug then
14:26 <terra> ncopa: yes
14:27 <ncopa> https://git.archlinux.org/svntogit/packages.git/tree/trunk/0001-glapi-Link-with-glapi-when-built-shared.patch?h=packages/mesa
14:28 <terra> ncopa: thanks
14:29 <terra> I'm going to prepare a custom build
14:35 <ncopa> i just pushed updated mesa
14:35 <ncopa> and 4.9.19 vanilla kernel
14:35 <ncopa> should be available in 20mins or so
14:36 <terra> ncopa: patched mesa-12 or mesa-17 ?
14:39 <ncopa> mesa 12
14:41 <terra> yeah, as I guessed. Switching to the mesa-17 won't be that fast :]. Thank you btw.
14:44 <kaniini> ncopa: any idea on continued -grsec lifecycle for 4.9 yet?
14:45 <ncopa> not sure
14:45 <ncopa> seems like they want provide testing patches once in a while for grsecurity
15:09 kahiru joined
15:12 hl[m] joined
15:14 orbiter joined
15:20 hl_ joined
15:20 hl_ joined
15:39 <atomi> what are the differences in alpine-virt?
15:39 <atomi> it's a very tiny iso
15:39 <atomi> and everything I need seems to be working
15:39 <atomi> is it just that it's slimmed down?
15:40 <atomi> by the way the alpine contributors are killing it
15:40 <atomi> so much work done since the 3.3 days
15:42 stwa joined
15:42 <atomi> best I can get is alpine-virt is just slimmed down with stuff not needed for vms removed
15:45 <ncopa> atomi: kernel in alpine-virt has excluded alot of the hardware drivers
15:46 <ncopa> has only stuff that you find on virtual machines
15:46 <atomi> ncopa, yeah I thought as much. is the config available?
15:46 <atomi> I checked the repo and didn't see it
15:46 <_ikke_> http://git.alpinelinux.org/cgit/alpine-iso/tree/alpine-virt.conf.mk
15:47 <ncopa> http://git.alpinelinux.org/cgit/aports/tree/main/linux-grsec/config-virtgrsec.x86_64
15:47 <atomi> ah there it is ty sirs
15:48 <_ikke_> http://git.alpinelinux.org/cgit/aports/tree/main/linux-grsec/config-grsec.x86
15:48 <atomi> yeah man I have to say top notch work <3
15:49 <_ikke_> http://git.alpinelinux.org/cgit/aports/tree/main/linux-grsec/config-grsec.x86
15:49 <_ikke_> ah, ncopa already pasted id
15:52 farosas joined
15:58 ostera joined
16:00 lesion joined
16:08 tmh1999 joined
16:10 dlaube joined
16:19 grayhemp joined
16:25 <Peasant65_> hey! Could someone tell me more about the different versions of alpine ? How does mini compare to standard? and virtual to standard ?
16:25 <atomi> lol
16:26 <Peasant65_> atomi, what´s funny ?
16:26 <atomi> I just asked about alpine-virt like 10 minutes ago
16:27 <Peasant65_> I´m sorry, didn´t read back ^^
16:28 <Peasant65_> and mini vs standard ?
16:28 <atomi> yeah I think the downloads section does a good job explaining most of it https://www.alpinelinux.org/downloads/
16:28 <atomi> mini is for docker
16:28 <atomi> or chroot like it says in the downloads sectino
16:28 <atomi> *section
16:28 <Peasant65_> ah ok, so mini won´t run without docker host ?
16:29 <atomi> it should run as chroot, but I haven't done it
16:30 <atomi> so you need a kernel iow
16:35 kazblox joined
16:41 kazblox2 joined
16:43 minimalism joined
16:45 grayhemp joined
17:05 terra joined
17:22 gromero joined
17:22 gromero joined
17:31 gopar joined
17:31 <Peasant65_> Is there a way to get the virtual kernel without grsec ?
17:32 hschmale joined
17:32 <hschmale> Is there anyway to get connected serial ports to belong to the dialout group rather than root?
17:32 <hschmale> serial ports belonging to arduinos and the like.
17:33 Nobabs27 joined
17:39 gopar joined
17:40 <Shiz> Peasant65_: doesn't look like that variant currently exists
17:40 <Shiz> the vanilla kernel *should* include everything needed for virt too, I think?
17:41 <Peasant65_> yea, but it´s a bit big for my taste
17:41 <Peasant65_> I have a 30gb ssd which is allready running windows ;)
17:41 <* Shiz> compiles his own kernels in the first place, so can't be of much help there sadly
17:46 kunev joined
17:53 zucca1 joined
17:54 lasconic__ joined
17:54 mattaitchison_ joined
17:56 EnTeQuAk_ joined
17:56 hanez_ joined
17:56 unixdork joined
17:57 TBB_ joined
18:00 psychi[m] joined
18:00 ganlub joined
18:01 grayhemp_ joined
18:04 <Peasant65_> so there´s no virtual kernel without grsec lying around somewhere ?
18:05 <Shiz> not that i know of
18:05 grayhemp joined
18:26 grayhemp joined
18:43 t0mmy joined
18:46 psychi[m] joined
18:50 cyborg-one joined
18:55 gopar joined
18:59 <atomi> the rpi image is stuck on requiring password change
18:59 <atomi> just keeps asking me to change the password on ssh login
19:00 <atomi> :/
19:02 <atomi> hmmm lbu commit didn't write changes
19:02 jackmcbarn joined
19:03 ogres joined
19:05 Emperor_Earth_ joined
19:12 sergey_ joined
19:19 tmh1999 joined
19:20 rmmh left
19:28 ostera joined
19:46 subscope joined
19:51 grayhemp joined
19:57 Dentych joined
19:57 Dentych joined
19:58 blueness joined
20:03 terra_ joined
20:04 Skele joined
20:08 terra joined
20:11 blueness joined
20:14 <clandmeter> atomi, did you update time?
20:20 xfix joined
20:22 gildegoma joined
20:29 grayhemp joined
20:30 z1mme joined
20:31 grayhemp_ joined
20:32 grayhemp joined
20:33 <untoreh> anybody any experience setting up alpine with ostree ?
21:01 ostera joined
21:22 hschmale joined
21:26 czart joined
21:29 grayhemp joined
21:49 numbdewd joined
21:52 <atomi> anyone using (sys) disk-based install for the raspberry pi?
22:06 TemptorSent joined
22:08 blackwind_123 joined
22:10 arenstar joined
22:16 farosas joined
22:40 kl3 joined
22:47 dirac1 joined
22:57 grayhemp_ joined
23:05 blueness joined
23:05 ostera joined
23:19 ostera joined
23:32 ostera joined
23:46 ostera joined
23:52 dlaube joined