<    April 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
00:00 <help-im-stuck-ag> ok, cool. But still no fix for the keymap :)
00:01 <Shiz> did you do what I said?
00:01 <Shiz> 01:46:19 Shiz │ (put rc_sys="" in /etc/rc.conf or remove the relevant keywords line from /etc/init.d/keymaps)
00:01 <Shiz> did it not work?
00:04 <help-im-stuck-ag> the relevant keywords line? the whole line? with -openvz and such?
00:04 <Shiz> yeah
00:05 <help-im-stuck-ag> it "works"
00:05 <help-im-stuck-ag> but i have to change tty for it to apply
00:06 <Shiz> that one is weird...
00:06 <Shiz> what kind of, in your own words, fucked up, keymap do you get?
00:07 <help-im-stuck-ag> i get ? on _
00:07 <help-im-stuck-ag> and squares on most keys
00:07 <Shiz> lol oh my
00:08 <Shiz> can you blind login in that terminal and type reset<enter> in the shell?
00:08 <help-im-stuck-ag> i can login, and i'll give it a try
00:09 <help-im-stuck-ag> same thing
00:09 <Shiz> wow, that is odd
00:10 <Shiz> what if you type # service keymaps restart
00:10 <Shiz> minus the # of course
00:10 <help-im-stuck-ag> same thing
00:10 <help-im-stuck-ag> but only on tty1
00:11 <Shiz> how odd...
00:11 <Shiz> i'd almost think this is a busybox bug
00:11 saintdev joined
00:11 <help-im-stuck-ag> and if i type a ' and get the > prompt i can't get out of it with ctrl+x/c
00:11 <Shiz> hah
00:12 gromero joined
00:12 <help-im-stuck-ag> maybe i should try another version of alpine.. and install xen manually
00:12 <help-im-stuck-ag> or maybe it's the computer :o
00:14 <Shiz> its a weird issue for sure
00:15 <help-im-stuck-ag> I'll try another version
00:15 ephemer0l joined
00:15 ephemer0l joined
00:16 kvda joined
00:17 <help-im-stuck-ag> standard this time
00:20 <Shiz> i doubt it differs much there
00:23 <help-im-stuck-ag> works -better- but i still have to change tty to get the right keymap :)
00:23 blackwind_123 joined
00:24 <TemptorSent> help-im-stuck-ag : Hmm, it almost sounds like your initfs is setting the wrong keymap
00:24 <TemptorSent> Try removing everything but the correct keymap from /etc/keymap, then doing an update-kernel
00:25 <Shiz> TemptorSent: nothing wrong with his initfs
00:25 <Shiz> initfs doesn't setup the keymap
00:25 <TemptorSent> Yes, actually it does.
00:25 <Shiz> at least, not here anymore :P
00:25 <Shiz> huh
00:25 <Shiz> shouldn't the openrc keymap override that?
00:25 <Shiz> good catch nonetheless
00:25 <TemptorSent> Or at least it can -- make sure the mkinitfs options are corret.
00:26 <TemptorSent> the 'keymap' feature might be getting you.
00:26 <Shiz> no you're right, it does always set the keymap if it has keymap files
00:26 <Shiz> good catch
00:26 <TemptorSent> Yeah, I've been having fun trying to fix the brandeadness there.
00:27 <TemptorSent> That's part of the whole pile of problems with what's configuration and what's installation.
00:27 <TemptorSent> And one of the reasons mkinitfs breaks things badly at random.
00:27 <help-im-stuck-ag> TemptorSent, when I runt setup-keymap i downloads just the one file for my keyboard
00:28 <TemptorSent> You install some new package, and then mkinitfs uses a file it never had before and boom, no boot :)
00:28 <help-im-stuck-ag> it*
00:28 <TemptorSent> take a look in /etc/keymap and make sure that's the only thing there.
00:28 <help-im-stuck-ag> yes, it's the only file there
00:28 <TemptorSent> then run update-kernel or mkinitfs directly to make sure that's what's built into the initfs, not possibly somethign else.
00:28 <help-im-stuck-ag> sv-latin1.bmap.gz
00:28 <Shiz> before oyu run that
00:28 <Shiz> first
00:29 <Shiz> grep keymap /etc/mkinitfs/mkinitfs.conf
00:29 <TemptorSent> You can look at your initfs
00:29 <Shiz> return anything?
00:29 <help-im-stuck-ag> Shiz, no output
00:29 <TemptorSent> zcat /boot/initramfs-<flavor> | cpio -tv | grep keymap
00:30 <help-im-stuck-ag> 45852 blocks it says
00:30 <TemptorSent> If that returns nothing, then it's probably not an initfs problem, but best to make sure because it'd be a bitch to track down otherwise.
00:31 <TemptorSent> Must be stderr :)
00:31 <TemptorSent> Okay, carry on with beating up on init scripts (maybe inittab?)
00:32 czart__ joined
00:32 <TemptorSent> Hmm, tty1 is initilized before the openrc scripts run, and I suspect not closed and reinitilized at any point, which may be the issue.
00:32 <Shiz> i don't think it needs to be, though
00:33 <TemptorSent> Open FDs.
00:33 <Shiz> his keymap wasn't messed up before the keymaps initscript ran
00:34 <TemptorSent> Right, it works fine for newly initilized ttys, but not for changing the existing one it sounds like.
00:34 <TemptorSent> So it's biting the dust on updating the current tty.
00:35 <TemptorSent> help-im-stuck-ag If you exit the shell in term 1, does it respawn with the right keymap?
00:35 <help-im-stuck-ag> i'll try
00:36 <TemptorSent> If so, it's in getty, and maybe needs looking at by dalias.
00:36 <Shiz> i mean, this wouldn't be a musl issue - tty handling is done in the kernel
00:36 <Shiz> all loadkmap does is send some ioctl()s
00:36 <help-im-stuck-ag> could it be my cheap usb keyboard i'm using?
00:36 <TemptorSent> The tty handling itself yes, but the call to push the console status is what I'm thinking.
00:37 <Shiz> that's just an ioctl()
00:37 <Shiz> gets sent straight to kernel
00:37 <Shiz> just looked at loadkmap.c :P
00:37 <TemptorSent> Okay, and the respawning?
00:37 <Shiz> help-im-stuck-ag: unlikely
00:37 <Shiz> there is no respawning
00:37 <help-im-stuck-ag> no, still the same problem after logging in to tty1 and logging out, and then logging in again
00:37 <TemptorSent> Okay, just making sure it wasn't something simple.
00:38 <help-im-stuck-ag> :)
00:38 <TemptorSent> Hmm, what happens if you point loadkeymap at /dev/console?
00:38 <Shiz> loadkmap hard-codes /dev/console
00:38 <Shiz> actually
00:39 <Shiz> it doesn't use your current TTY
00:39 <Shiz> https://github.com/mozilla-b2g/busybox/blob/master/libbb/get_console.c#L39
00:39 <Shiz> function used by it
00:39 <TemptorSent> Gotcha.
00:40 <Shiz> it tries /dev/console, /dev/tty and /dev/tty again
00:40 <help-im-stuck-ag> I've really got the taste for alpine, it's small and have allot of updated software, just what i anyone would fall in love with.. so it's a shame that the keymap bugs out
00:40 <help-im-stuck-ag> -i
00:41 <TemptorSent> Hmm, I wonder if there's something in that sequence that's causing it... let's see.
00:42 <TemptorSent> Um, what are perms on /dev/console at boot? I'm betting it can't open /dev/console for writing and fails to the next on tty1...\
00:42 <Shiz> it won't fail to tty1
00:42 <Shiz> it tries /dev/console, /dev/tty and /dev/tty
00:42 <Shiz> not tty1
00:42 ogres joined
00:42 <TemptorSent> Right, but if you're sitting on tty1, it's going to fail to open /dev/console, and proceed to the next.
00:43 <Shiz> right, to /dev/tty
00:43 <Shiz> not /dev/tty1 :P
00:43 <Shiz> but /dev/console params are 0600
00:43 <Shiz> so it shouldn't fail
00:43 <Shiz> as loadkmap is invoked as root
00:43 <TemptorSent> Then, later, /dev/console is used again...
00:43 <TemptorSent> Open FD...
00:43 <TemptorSent> From init.
00:44 <Shiz> ?
00:44 <TemptorSent> Init should close all file descriptors before finishing, but may not..
00:44 <Shiz> uhm
00:44 <TemptorSent> To /dev/console
00:44 <Shiz> the initramfs init process exits
00:44 <Shiz> and thus the kernel closes all its fds
00:44 <Shiz> nothing special about this
00:44 <TemptorSent> I mean openrc init.
00:45 <Shiz> immunity:~# echo 1 > /dev/console
00:45 <Shiz> immunity:~# echo $?
00:45 <Shiz> 0
00:45 <Shiz> :P
00:45 <TemptorSent> At the time the keymap is loaded, is /sbin/init holding the fd for /dev/console open?
00:46 <TemptorSent> Like since there is no logging target...
00:46 <Shiz> btw it doesnt even try /dev/console on my machine
00:46 <Shiz> just /dev/tty
00:46 <Shiz> # zcat /etc/keymap/us.bmap.gz | strace -e open loadkmap
00:46 <Shiz> open("/dev/tty", O_RDWR) = 3
00:46 <Shiz> open("/dev/tty0", O_RDWR) = 3
00:46 <TemptorSent> Hmm...
00:47 <TemptorSent> help-im-stuck-ag : Can you run the same strace?
00:47 <TemptorSent> (with appropriate keymap of course)
00:47 <Shiz> ah
00:47 <Shiz> that's because it opens its options in reverse order
00:48 <Shiz> first it tries /dev/tty, then /dev/tty, then /dev/console
00:48 <TemptorSent> Possible bug?
00:48 <Shiz> no, i think it's intentional
00:48 <TemptorSent> Or at least causing an issue if /dev/console is in use?
00:48 <Shiz> no, because it always tries /dev/tty first
00:48 <Shiz> lol
00:49 <TemptorSent> I mean does it ever set /dev/console if it's attached?
00:49 <Shiz> no
00:49 <help-im-stuck-ag> TemptorSent, it gives me open "dev/tty", o_rdwd = 3 exited with 0
00:50 <TemptorSent> No /dev/tty0?
00:50 <help-im-stuck-ag> no
00:50 <Shiz> im not quite sure why it even attempts tty0 on my host too
00:50 <TemptorSent> Hmm... looks like /dev/tty isn't mapping to the real tty device on your system
00:51 <Shiz> how do you infer?
00:51 <TemptorSent> Shiz: Because it resolves the actual tty console device from the reference in /dev/tty (or /dev/console)
00:51 <Shiz> wut
00:52 <Shiz> on MY device tty is not mapped to a rael tty device
00:52 <Shiz> on his it is
00:52 <Shiz> from strace without -e open:
00:52 <Shiz> open("/dev/tty", O_RDWR) = 3
00:52 <Shiz> ioctl(3, KDGKBTYPE, 0x3b712a453e7) = -1 ENOTTY (Not a tty)
00:52 <Shiz> close(3)
00:52 <Shiz> :P
00:52 <Shiz> if his only attempts /dev/tty, it is a TTY
00:52 <TemptorSent> Right, bit it appears his vt isn't actually mapped to the console by /dev/tty
00:53 <help-im-stuck-ag> it's 3 in the morning here.. and i'm tired and i don't want to take more adhd meds..need to rest :p but i'll be here tomorrow trying to figure out some more.
00:53 <Shiz> sleep well!
00:53 <help-im-stuck-ag> thank's for the feedback guys :)
00:54 <help-im-stuck-ag> you too, when it's time
00:54 <TemptorSent> help-im-stuck-ag: No problem, the solution may strike you in the morning :)
00:54 <help-im-stuck-ag> hope so :)
00:54 <TemptorSent> Ah, corner cases - what fun :)
00:54 arch3y_ joined
00:55 <emacsoma`> is there any easy/straightforward way of installing alpine w/ a zfs root?
00:56 <Shiz> emacsoma`: point setup-disk to a previously setup mounted root part
00:56 <Shiz> by previously setup i mean file system setup
00:56 <TemptorSent> Not entirely straightforward at current, but it's not too difficult. You will need a separate boot device.
00:56 <Shiz> and add zfs to features="..." in /etc/mkinitfs/mkinitfs.conf
00:56 <Shiz> TemptorSent: is that so?
00:57 <Shiz> i thought the mkinitfs could handle it with the zfs feature being landed
00:57 <emacsoma`> when I've tried to install to a zfs disk before, it complains that zfs is not an allowed fs
00:57 <TemptorSent> Not quite entirely.
00:57 <ogres> anyone selling boards?
00:58 <ogres> raspi/orangepi, or any alt;s
01:02 arch3y_ joined
01:03 <TemptorSent> (sorry, had to help lay up a sheet of sheetrock real quick)
01:04 <TemptorSent> The initfs itself should handle things okay, but the bootloader options need to be modified and you need to use a boot device with the kernel and initramfs to allow zfs full-disk access.
01:05 <emacsoma`> TemptorSent: is it just a matter of editing the shell script and adding 'zfs' to allowed options?
01:05 <TemptorSent> I haven't used the installer as such, I just did it from a live boot :)
01:06 <Shiz> so why do you need to use a separate boot device?
01:06 s33se joined
01:06 <Shiz> shouldn't the initfs already load the zfs kern mod?
01:06 <emacsoma`> TemptorSent: Right, I mean from a live boot, but you didn't use the 'install to disk' option after that?
01:06 <TemptorSent> Because I'm not aware of any of our bootloaders that know how to read ZFS directly
01:07 <TemptorSent> I just mounted it and installed to a new root
01:07 <emacsoma`> TemptorSent: I think GRUB might be able to
01:07 <TemptorSent> from single-user.
01:07 <TemptorSent> I'll have to look at it -- it still didn't work last I tried, but it's been a while.
01:07 <Shiz> ah right
01:08 <Shiz> extlinux needs to support zfs
01:08 <Shiz> right about that
01:08 <Shiz> forgot that detail
01:08 <TemptorSent> But that's the biggest limitation. I think grub works for mirrored or individual disks under zfs, but didn't do raidz last I checked.
01:08 <TemptorSent> Yeah, minor, but important detail.
01:09 <emacsoma`> TemptorSent: ah
01:09 <TemptorSent> So basically what I did was installed as normal to my boot device, then in single user moved everything to my zfs root.
01:09 <emacsoma`> TemptorSent: ok, that's what I was in the middle of doing
01:10 <TemptorSent> It works, but is sub-optimal.
01:10 <emacsoma`> TemptorSent: is that the easier way?
01:10 <emacsoma`> *easiest
01:10 <TemptorSent> I'm working on a better solution in mkimage, but initfs work is also needed to make it reliablally installable.
01:11 <TemptorSent> ZFS isn't like other mounts, it wants to CREATE the mount point, not mount to it, so you have to wipe the root clean then do your zfs dataset building, then copy back.
01:12 <TemptorSent> the current initramfs init script doesn't play nicely with that.
01:12 <TemptorSent> So you have problems if you have a dataset for say /bin or /tmp
01:13 <TemptorSent> In fact, there are a number of places that assumptions are made about mountpoint behavior that breaks things under zfs.
01:14 <emacsoma`> ok
01:14 <TemptorSent> So I'm not sure the existing setup-disk will work properly on zfs, depending on your hierarchy.
01:14 <TemptorSent> We almost need to do a mkdir wrapper.
01:14 <emacsoma`> TemptorSent:so just doing an install to another fs and then copying it over is the best bet?
01:14 <TemptorSent> You can just get a minimal boot, mount it, and install with apk.
01:15 arch3y_ joined
01:15 <TemptorSent> No real magic to the installer.
01:15 <TemptorSent> Once you've got it mounted, exit single and proceed as normal.
01:16 <TemptorSent> Your boot is already setup, so the rest is just a matter of installing the components you want.
01:16 <emacsoma`> TemptorSent: ok
01:16 <TemptorSent> Don't foreget to fix fstab and get rid of the old-style mounts.
01:16 <TemptorSent> And swapfiles are a no-no on zfs, so use a zvol instead.
01:17 <emacsoma`> TemptorSent: right, the other zfs stuff I think I have a handle on
01:17 <TemptorSent> Yeah, just make sure nothing automatic takes too much for granted and you should be good from there.
01:18 <emacsoma`> TemptorSent: Right. Ta.
01:20 <TemptorSent> zfs create -p is your friend :)
01:22 <emacsoma`> TemptorSent: for creating nested datasets?
01:22 <TemptorSent> So build a list of your leaf nodes and create the entire tree, then do the copy.
01:22 <emacsoma`> TemptorSent: you mean /bin, /usr &c.?
01:22 <TemptorSent> Yeah, the entire fs if you so choose.
01:22 <TemptorSent> That lets you snapshot any directory at any point instantly
01:23 <TemptorSent> Especially things such as /home
01:23 <TemptorSent> and /var
01:23 <emacsoma`> TemptorSent: I'm still figuring out which directories should be their own datasets. I get the general notion of being to snapshot things separately. (/home, of course)
01:23 <emacsoma`> TemptorSent: /var because of logs, no?
01:25 <TemptorSent> Not just /var, you want the entire tree under seperate datasets, so /var /var/log /var/cache /var/tmp /var/spool, and their subdirectories as well, such as /var/spool/mqueue /var/cache/apk, etc.
01:26 <TemptorSent> In zfs speak, zfs create -p is pretty much equal to mkdir -p :)
01:27 <emacsoma`> TemptorSent: right - that's the sort of thing I'm still figuring out: which subdirectories make sense as separate datasets. So for /var, in theory, lots of separate datasets could be useful it seems.
01:29 <TemptorSent> Even system directories, including /lib /etc and /bin are quite useful, as you can easily rollback changes or take diffsets
01:29 <TemptorSent> In fact, you probably want each config directory in /etc it's own dataset
01:30 <emacsoma`> TemptorSent: So far on my systems, I've just used a zfs /home (with various subdirectories as datasets), but of course having a zfs root is really useful, as you say, for rolling back system changes
01:30 <TemptorSent> It's great for development, because you can REALLY test things live, and have a quick rollback if you need it.
01:31 <TemptorSent> Or clone it, or zfs-send it or whatever.
01:31 <emacsoma`> TemptorSent: it's been great for my the /home's of my systems, just to make incremental backups easy as well as facilitating easy recovery when I do something stupid (deleting something I didn't intend to)
01:31 <TemptorSent> The reason it's good to have tight datasets is because you can then zfs send/receive that dataset easily for configuration changes.
01:32 <TemptorSent> So a backup plan reduces to a chron job and a list of datasets to sync :)
01:33 <TemptorSent> And with small datasets, you can roll forward what works and drop what doesn't easily.
01:34 <emacsoma`> TemptorSent: I've been using znapzend for nice automated incremental backup of non-system stuff (/home and music & media &c.)
01:41 grayhemp joined
01:46 arch3y_ joined
01:57 <TemptorSent> Nice emacsoma`, just extend that to the rest of your system and you're set.
02:00 grayhemp_ joined
02:03 <TemptorSent> But wow, that's a sickening use of PERL!
02:05 <TemptorSent> I like the concept, but I'm not so sure on the implementation.
02:12 <emacsoma`> TemptorSent: It's worked well so far. I haven't really looked at the underlying code.
02:13 <nwmcsween> does zol still have it's own page cache?
02:15 <nwmcsween> which is imo broken
02:16 <TemptorSent> Hmm, I'd have to look... Last I checked it was pretty much directly ported, but there may have been some modifications.
02:16 <TemptorSent> What was broken about the page cache?
02:17 <nwmcsween> it doesn't use it
02:18 <nwmcsween> it uses it's own
02:18 <TemptorSent> Well, no, it uses the adaptaive replacement cache.
02:19 kl3_ joined
02:19 gromero joined
02:21 <TemptorSent> Which does a good deal more than just cache pages.
02:21 <TemptorSent> If anything, the kernel has a bug with memory allocation biasing.
02:21 <nwmcsween> arc is an algorithm
02:22 <nwmcsween> a page cache algorithm
02:22 <nwmcsween> well not page cache exactly
02:22 <nwmcsween> but like lru
02:22 <TemptorSent> It caches not just pages, but other metadata.
02:22 <TemptorSent> And that's where much of the ZFS magic lies, especially things like dedup (although I'd very rairly recommend using that particular feature)
02:32 grayhemp joined
02:39 orbea joined
02:44 ifbizo joined
02:44 blueness joined
02:49 arch3y_ joined
02:50 <TemptorSent> Hmm, it looks like grub2 *might* support raidz... documentation is non-existent :/
02:52 <TemptorSent> Ahh, it appears raidz1, raidz2, and raidz3 modes are supported
02:54 <TemptorSent> In that case, we should be able to support complete zfs-only systems.
02:54 <TemptorSent> May be EFI only for that?
02:56 <Shiz> why EFI only
02:57 <TemptorSent> Because it doesn't appear that zfs can support the bios booting scheme, while it supports GPT with EFI system partition natively.
03:00 saarg_ joined
03:04 <Shiz> wut
03:04 <Shiz> what does it need to support it
03:04 <TemptorSent> The feature request was closed with will-not-implement, so that's not happening :)
03:05 <TemptorSent> Something about mirroring MBRs
03:05 <TemptorSent> see zfsonlinux issue $1061
03:07 <TemptorSent> Best bet is to use a boot device for kernel/initfs, next is to partition the drives and loose some of the zfs awesomeness.
03:12 <TemptorSent> Poking will be needed.
03:13 <TemptorSent> I think we might be able to coerce grub2 actually, but I'm not sure how sane that would end up.
03:15 <TemptorSent> If you can get a system to boot from an GPT-only drive with no boot partition, then it should work, but it seems many systems won't try without the protective MBR, which breaks things IIRC.
03:16 <TemptorSent> The other trick is we need a way of installing grub to ALL devices in the raid every time.
03:16 <TemptorSent> So there is some minor insanity to fix to make it work, and then it won't work everywhere.
03:16 <TemptorSent> But it still would be great to have where it can be used.
03:20 <TemptorSent> Shiz: If you're bored, take a look at grub2 a test zfs raidz2 pool on a few usb sticks. I bet you can figure out a way to make it work, it just won't be "supported" by ZoL officially at the moment.
03:20 <TemptorSent> Perhaps port beadm?
03:26 <kaniini> grub2 boots off zfs just fine
03:27 <TemptorSent> kaniini: Right, looking at raidz in whole-disk use.
03:29 <TemptorSent> So if the first disk in the array fails, it still boots.
03:30 <TemptorSent> It's not really a zfs issue, its more of a question of configuring grub on multiple disks in a ZFS friendly manner.
03:30 <TemptorSent> Since it looks like the parity support is now grub2.
03:31 <TemptorSent> The case that doesn't work without some effort is a BIOS boot that doesn't support GPT tables and EFI boot partition
03:32 <TemptorSent> The rest should just be a matter of installing the grub stage1 (or whatever grub2 calls it) to all devices in the array.
03:36 <TemptorSent> kaniini: I'd love to know of an easy way - unfortunately the grub2 docs suck in that respect.
03:39 grayhemp joined
03:43 <TemptorSent> kaniini: Might as well... After all, it can't break any worse, right?
03:44 <kaniini> wrong channel :P
03:44 <TemptorSent> *lol*
04:01 imnotarobot joined
04:01 <imnotarobot> i see lots of "armhf" on https://www.alpinelinux.org/downloads/
04:01 <imnotarobot> which arm instruction set version is that?
04:02 <TemptorSent> ARM HardFloat ABI
04:02 <imnotarobot> sure, but which number?
04:02 <TemptorSent> I'm not sure what the minimal instruction set supported is.
04:04 <TemptorSent> It looks like arm6/arm7 with hardfloat
04:07 arch3y_ joined
04:08 <imnotarobot> arm6 or armv6?
04:09 <TemptorSent> imnotarobot see https://wiki.alpinelinux.org/wiki/Alpine_on_ARM for devices, armv6 it appears.
04:11 <imnotarobot> :(
04:12 pickfire joined
04:15 arch3y_ joined
04:33 grayhemp joined
05:13 MuffinMedic joined
05:15 tmh1999 joined
05:38 fabled joined
05:38 ChrisRut joined
05:51 blueness joined
05:52 t0mmy joined
06:32 grayhemp joined
06:43 ahrs joined
06:50 <xentec> TemptorSent: quite hidden, but the clearest reference is https://git.alpinelinux.org/cgit/abuild/tree/functions.sh.in#n6 ;)
06:53 grayhemp joined
07:23 hadret joined
07:28 t0mmy joined
07:31 arch3y_ joined
07:37 grayhemp joined
07:57 rollniak joined
07:59 cyborg-one joined
08:09 ams__ joined
08:13 Marc1n joined
08:25 Ayyad joined
08:27 arch3y_ joined
08:31 <Ayyad> Is there any news thread that I can follow with regards to how alpine linux is planning to deal with the grsec news?
08:32 grayhemp joined
08:33 arch3y_ joined
08:34 <clandmeter> mailing list is your best bet
08:35 voidsyntax joined
08:35 <voidsyntax> wheeee
08:36 <voidsyntax> so this setup here is pretty nice.
08:37 <voidsyntax> just a tiny alpine linux VM i set up automated via a script. ipv6 connectivity via a layer 2 VPN, static ipv6 address incl. reverse DNS, running at home on a little KVM virtualization host built out of electronic waste.
08:37 <voidsyntax> actually with a custom init-script for my peervpn vpn daemon that automatically respawns it when it dies.
08:37 <voidsyntax> i'm impressed how well this setup works.
08:38 <voidsyntax> so yes thank you for this good usable operating system.
08:38 <Ayyad> clandmeter, thank you
08:38 <voidsyntax> <3
08:39 <Shiz> :)
08:39 <Shiz> good to see it works for you
08:41 <voidsyntax> it's perfect for little kvm hosts for me.
08:41 <voidsyntax> i'm fairly impressed by it. also all issues i had with prior versions are solved for me.
08:41 <voidsyntax> nice!
08:42 <voidsyntax> i want plush print t-shirts btw!
08:46 Shiz joined
08:48 arch3y_ joined
08:49 Shiz joined
08:55 syntrx joined
09:04 fekepp joined
09:09 grayhemp joined
09:36 blueness joined
09:57 arch3y_ joined
10:17 irclogger_com joined
10:17 Topic for
10:19 <help-im-stuck> I gave my "pant" to a begger today
10:19 <help-im-stuck> she got happy :)
10:20 <help-im-stuck> pant = recycled soda cans and beer cans and such.. we pay 1sek more for every bottle/can we buy and then we take the empty cans back to the store and get the 1 sek back. Good for the environment
10:22 sparklyballs joined
10:24 FergusL joined
10:36 grayhemp joined
10:37 war10ck_ joined
10:38 <war10ck_> hey guys, has anybody of you managed to get the alpine standard iso image on an usb stick and to boot it with the console=ttyS0 parameter?
10:38 <war10ck_> want to install it on a pcengines apu2c4 board that has only a serial output
10:38 <_ikke_> war10ck_: something like described at https://wiki.alpinelinux.org/wiki/Enable_Serial_Console_on_Boot has worked for me
10:40 <war10ck_> _ikke_: yeah i already saw that
10:40 <war10ck_> but i want the installation image to use the ttyS0
10:42 stateless joined
10:42 rk324 joined
10:43 <_ikke_> That should work too
10:43 tg joined
10:45 hadret joined
10:50 sparklyballs joined
10:52 hadret joined
10:52 cyborg-one joined
10:55 cyteen joined
10:55 consus joined
10:57 blueness joined
11:00 LouisA joined
11:17 blueness joined
11:23 hadret joined
11:34 blueness joined
12:04 czart joined
12:05 gromero joined
12:29 tmh1999 joined
12:42 arch3y_ joined
12:47 gromero joined
12:56 greguu joined
12:57 dasher^0_o joined
13:00 kvda joined
13:04 help-im-stuck joined
13:22 cyteen joined
13:26 qman__ joined
13:47 <help-im-stuck> how do I open a port in awall?
13:48 kvda joined
13:53 <TBB> you make ahole
13:53 <TBB> (sorry, couldn't resist)
13:55 t0mmy joined
13:55 <help-im-stuck> lol
13:57 arch3y_ joined
13:57 <fcolista> TBB rotfl
14:00 <scadu> XD
14:00 lesion joined
14:03 gromero_ joined
14:05 <IcePic> TBB made a good start of this weekend with that joke. ;)
14:11 <help-im-stuck> https://wiki.alpinelinux.org/wiki/How-To_Alpine_Wall#Create_your_own_service_definitions
14:11 <help-im-stuck> found this one.. trying to do: https://wiki.alpinelinux.org/wiki/How-To_Alpine_Wall#Create_your_own_service_definitions
14:11 <help-im-stuck> You can add your own service definitions into your Policy files:
14:14 arch3y_ joined
14:18 programmerq joined
14:21 <help-im-stuck> nevermind.. found ufw in the testing repos...
14:30 arch3y_ joined
14:34 Skele joined
14:41 blackwind_123 joined
14:43 lesion_ joined
14:50 tkharju joined
14:59 fabled joined
15:03 lesion joined
15:25 grayhemp_ joined
15:31 t0mmy joined
15:40 LouisA joined
15:42 dlaube joined
15:53 andypost joined
15:54 arch3y_ joined
15:56 MuffinMedic joined
15:58 BitL0G1c joined
16:00 bfritz joined
16:13 <avih> i noticed that "grsec" was changed to "hardened", but at least the initial comment said it's otherwise the same, however, htop now shows processes from other users, and previously it did not. how so?
16:14 blackwind_123 joined
16:14 <avih> (not running as root)
16:16 <avih> ok, i also have vanilla kernel and somehow by default it now uses it. previously the default was grsec, and if i manually choose hardened then it's indeed the same and i don't see other users.
16:16 <avih> maybe i touched a config file?.. hmm
16:19 <avih> /boot/extlinux.conf has DEFAULT menu.c32 (and menu.c32 is binary) and otherwise i don't see a directive to choose the vanilla one. it does come first at the conf file though.
16:20 ahrs joined
16:21 <avih> /boot/extlinux.conf.old is the same (vanilla first, grsec second), but it did boot grsec by default (assuming this file haasn't been modified at some stage)
16:24 <avih> grr.. i don't know how to change the default. i think i once found it, but not anymore.
16:25 arch3y_ joined
16:39 arch3y_ joined
16:39 <dalias> yeah iirc i was confused how to set the default too...
16:39 <dalias> for me it wasn't grsec vs vanilla (i removed the former) but vanilla vs custom-built
16:42 <TBB> /etc/update-extlinux.conf ?
16:43 grayhemp joined
16:47 cyteen joined
16:47 <dalias> oh yes
16:59 <ncopa> so update-extlinux already handles the linux-grsec -> linux-hardened rename? thats nice
17:00 <ncopa> oh except for picking the correct default
17:00 <ncopa> i wonder how it deals with it if you have only linux-grsec
17:00 cyborg-one joined
17:19 arch3y_ joined
17:19 gopar joined
17:22 cyteen joined
17:31 grayhemp joined
17:32 sergey__ joined
17:36 gopar joined
17:41 grayhemp joined
17:43 lesion joined
17:43 t0mmy joined
17:59 cyteen_ joined
18:05 grayhemp joined
18:16 blueness joined
18:34 mattk joined
18:46 grayhemp joined
18:49 grayhemp_ joined
19:00 fekepp joined
19:05 terran joined
19:07 Ayyad joined
19:23 LouisA joined
19:25 Ayyad joined
19:25 war10ck_ joined
19:26 <war10ck_> hey, i've just set up alpine on my apu2c4 pcengines board, everything works perfectly except the lm_sensors stuff.. as the CPU is a passive cooled one i want to monitor the temperature
19:27 <war10ck_> i've found a bug report here: https://bugs.alpinelinux.org/issues/4657
19:27 <war10ck_> i thought maybe you know some solution for this
19:28 <war10ck_> i've installed lm_sensors and lm_sensors-detect, run the sensors-detect command. just the same as in the bug report
19:28 <Shiz> maybe you just need to load the correct kernel module?
19:29 <Shiz> does dmesg say anything?
19:30 dave0x6d joined
19:32 <war10ck_> not really
19:33 <war10ck_> seems to be working now altough nothing changed
19:33 <war10ck_> weird.. but thanx for the quick response :)
19:43 fabled joined
19:43 grayhemp joined
19:43 <war10ck_> oh i am silly
19:43 <war10ck_> i know why this was happening
19:43 <war10ck_> and the guy who has written this bug report https://bugs.alpinelinux.org/issues/4657 had the same issue
19:44 <war10ck_> when you execute the sensors command as a regular user you get the "sensors_init: Kernel interface error" error
19:45 <war10ck_> maybe somebody in here is able to close this bug report as it could confuse other users?
19:48 <avih> ah, just tried, note to self, after modifying /etc/update-extlinux.conf, one needs to run update-extlinux :p (it works, thanks)
19:49 <avih> it had gesec as default
19:50 <avih> r*
20:13 TomJepp joined
20:13 TomJepp joined
20:39 testerbeta joined
20:39 <testerbeta> i've two questions
20:40 <testerbeta> 1 how gonna be the alpine's reaction against the grsec's anouncement (we dont give more free kernels)
20:40 <testerbeta> https://grsecurity.net/passing_the_baton.php
20:41 <testerbeta> we dont have more updates (linux49)
20:41 <testerbeta> and new kernels free (410
20:41 <testerbeta> 2 how can i port archlinux cute apps (inox=
20:41 <testerbeta> to alpine with desktop (i see chromium at alpine repo
20:42 <testerbeta> https://www.theregister.co.uk/2017/04/26/grsecurity_linux_kernel_freeloaders/
20:42 Ayyad joined
20:43 minimalism joined
20:58 fnlkj joined
21:00 fnljk joined
21:01 Ayyad joined
21:01 jeffyoungs joined
21:01 <emacsoma`> i'm suddenly getting 'connection refused' from all of the alpine repo mirrors
21:05 fekepp joined
21:06 grayhemp joined
21:12 rollniak joined
21:23 blueness joined
21:30 <testerbeta> emacsoma hi
21:32 letoram joined
21:38 grayhemp joined
21:39 <emacsoma`> testerbeta: hi
21:45 TomJepp joined
21:49 gopar joined
22:10 <testerbeta> emacsoma hi
22:15 kvda joined
22:16 adsfasd joined
22:17 Ayyad joined
22:25 cyteen joined
22:36 gopar joined
22:38 gopar joined
22:40 <Shiz> emacsoma`: still?
22:41 cyteen joined
23:04 TomJepp joined
23:06 dirac1 joined
23:24 blueness joined
23:48 grayhemp joined