#archlinux32 | Logs for 2018-10-04

[00:06:17] <buildmaster> i686/python-language-server is broken (says nlopc43).
[00:06:34] <buildmaster> i686/asp is broken (says buildknecht2).
[00:11:30] <buildmaster> i686/python-tox is broken (says buildknecht).
[00:20:08] -!- djmoch has joined #archlinux32
[00:24:27] -!- isacdaavid has quit [Quit: Leaving.]
[00:43:37] -!- woshty_ has quit [Ping timeout: 268 seconds]
[00:52:12] -!- NoobAlice has joined #archlinux32
[01:34:23] -!- n3wborn has quit [Ping timeout: 252 seconds]
[01:53:05] <buildmaster> i686/python-justbytes is broken (says eurobuild3).
[06:06:21] -!- djmoch has quit [Ping timeout: 252 seconds]
[06:20:20] <elibrokeit> abaumann: it's the keyring in the pkgbuild which provides the trust. ;)
[06:22:38] -!- deep42thought has joined #archlinux32
[06:22:40] <buildmaster> Hi deep42thought!
[06:22:41] <buildmaster> !rq deep42thought
[06:22:42] <phrik> buildmaster: <deep42thought> brtln: you're "the arch linux", we're "the other arch linux" and alarm is "arches linux", then?
[06:26:45] <deep42thought> bye, buildmaster and titus_livius
[06:31:19] -!- titus_livius has joined #archlinux32
[06:32:14] -!- buildmaster has joined #archlinux32
[06:49:43] -!- deep42thought has quit [Quit: Leaving.]
[06:51:22] * buildmaster goes insane.
[07:14:28] -!- NoobAlice has quit [Quit: Leaving.]
[08:00:53] -!- deep42thought has joined #archlinux32
[08:00:54] <buildmaster> Hi deep42thought!
[08:00:54] <buildmaster> !rq deep42thought
[08:00:55] <phrik> buildmaster: <deep42thought> arch32 is on the bleeding edge of arch, which is on the bleeding edge of software?
[08:11:29] * buildmaster resumes sanity.
[08:55:58] -!- noctambulo has joined #archlinux32
[09:05:31] -!- noctambulo has quit [Remote host closed the connection]
[09:09:10] -!- noctambulo has joined #archlinux32
[09:15:38] -!- n3wborn has joined #archlinux32
[09:16:00] <buildmaster> i686/cozy-stack is broken (says nlopc43).
[09:16:13] -!- noctambulo has quit [Remote host closed the connection]
[09:22:51] -!- woshty has joined #archlinux32
[09:23:45] -!- abaumann has joined #archlinux32
[09:23:46] <buildmaster> Hi abaumann!
[09:23:46] <buildmaster> !rq abaumann
[09:23:46] <phrik> buildmaster: <abaumann> "anywhere is anywhere for all values of anywhere"
[09:23:53] <deep42thought> Hi abaumann!
[09:23:56] <abaumann> elibrokeit: thanks for clarifying.. :-)
[09:24:00] <abaumann> hi deep42thought
[09:24:12] <abaumann> just fixed openssl, upstream removed the i686/x86_64 switch.
[09:24:20] <deep42thought> good
[09:24:26] <abaumann> I'm just not sure it was linux-elf and I had linux-generic32 as target.
[09:25:16] <abaumann> I had some 45 package to update on my i486 this morning. :-)
[09:25:34] <deep42thought> there is progress :-)
[09:26:43] <abaumann> ok. now on booting my cdrom drive automatically opens..
[09:26:46] <abaumann> ..that's new. :-)
[09:27:02] <deep42thought> it's a feature: you should put your glass there
[09:27:24] <abaumann> yeah, it's behind a curtain, and the curtain moved misteriously..
[09:27:29] <deep42thought> lol
[09:27:50] <deep42thought> you know this construction for watering plants with a raspberry pi?
[09:28:27] <abaumann> no. but that's definitely an idea. :-)
[09:28:45] <buildmaster> i686/accounts-qml-module is broken (says buildknecht2).
[09:28:56] <abaumann> mmh: on i486 ls -alt /etc/ca-certificates/extracted/ shows all empty certs..
[09:29:17] <abaumann> I remember that some Netscape-ish certificate library things where happily broken..
[09:29:46] <abaumann> this could also explain build failures when https is used for a source..
[09:30:32] <abaumann> the libidn-ignorepkg-phase for i486 is over, I think. Systemd has been rebuilt..
[09:31:21] <deep42thought> oh, good :-)
[09:32:07] <deep42thought> how do I check if it works (without risking to break anything)?
[09:33:26] <abaumann> calling systemctl after update?
[09:33:44] <abaumann> or you could trust me (I just did it) and blame me later.. :-)
[09:33:58] <abaumann> pacman -Q | grep libidn
[09:33:58] <abaumann> libidn 1.35-1.0
[09:34:05] <deep42thought> systemctl is linked against libidn2
[09:34:07] <deep42thought> not libidn
[09:34:15] <abaumann> I thought both.
[09:34:34] <abaumann> oeh..
[09:35:15] <deep42thought> doesn't matter - I'll take the risky trust-abaumann-approach :-D
[09:36:07] <deep42thought> btw: certs look ok on my boxes
[09:36:25] <abaumann> certs of i486 packages?
[09:36:39] <deep42thought> /etc/ssl/certs on my i486 slave
[09:36:49] <abaumann> ah. ok. then.
[09:37:11] <abaumann> ls -latr /etc/ca-certificates/extracted/
[09:37:17] <abaumann> -r--r--r-- 1 root root 205488 Oct 3 20:07 tls-ca-bundle.pem
[09:37:17] <abaumann> -r--r--r-- 1 root root 175699 Oct 3 20:07 email-ca-bundle.pem
[09:37:17] <abaumann> -r--r--r-- 1 root root 0 Oct 3 20:07 objsign-ca-bundle.pem
[09:37:17] <abaumann> -r--r--r-- 1 root root 254599 Oct 3 20:07 ca-bundle.trust.crt
[09:37:25] <deep42thought> yes
[09:37:26] <abaumann> that's the tyzoid i486 build slave. ok there to.
[09:37:38] <abaumann> just on my i486 machine things are borked.
[09:37:49] <abaumann> oh. there was a p11-kit illegal instruction bug.
[09:38:06] <abaumann> could easily be one of those "works in qemu, but no on real hardware" bugs..
[09:41:01] <abaumann> aha. temporary glitch: I just run 'pacman -S ca-certificates', the hook 'Rebuilding certificate stores' recreated the CA cert bundles correctly now.
[09:41:13] <deep42thought> auto-fix
[09:41:32] <abaumann> no, there was a bug in p11-kit and now it's fixed. I just had an old version, I suspect.
[09:41:39] <deep42thought> pacman -S $(pacman -Qq)
[09:41:53] <abaumann> my test machine is.. well.. a test machine.. sometimes in a weird state.
[09:42:05] <deep42thought> or even better: "yes | pacman -S $(pacman -Qq)"
[09:42:07] <abaumann> yeah, micht be an idea
[09:42:43] <deep42thought> but actually, it should not make a difference
[09:42:59] <deep42thought> except if you interrupted a previous update or your hdd is broken
[09:43:31] <abaumann> aeh. I think I fiddled with repos in the past (bootstrap repos) and some packages had identical versions though being rebuilt..
[09:43:41] <deep42thought> ah, yeah
[09:43:41] <abaumann> My bootstrapping script didn't have an epoch at some point
[09:43:45] <deep42thought> that's also a problem
[09:44:02] <deep42thought> I'd recommend setting pkgrel to '0.x'
[09:44:52] <deep42thought> because setting an epoch would mean, the bootstrapped version is _newer_ than everything else
[09:46:44] <abaumann> yeah. too late for the bootstrapping packages I'm afraid.
[09:49:22] <deep42thought> pacman -Syy; rm /var/cache/pacman/pkg/*.pkg.tar.xz; pacman -Sdd --noconfirm $(pacman -Qq)
[09:49:28] <deep42thought> ... you should clean the cache, too
[09:50:35] <deep42thought> there is no linux outside of your bootstrap repository yet O.o
[09:53:37] -!- abaumann has quit [Quit: Lost terminal]
[10:11:23] <buildmaster> i686/haskell-unliftio is broken (says rechenknecht) - I rescheduled: haskell-hspec-core.
[10:51:53] -!- djmoch has joined #archlinux32
[11:46:15] -!- n3wborn has quit [Ping timeout: 252 seconds]
[12:29:41] -!- mfwitten has quit [Ping timeout: 256 seconds]
[12:31:41] -!- mfwitten has joined #archlinux32
[12:54:18] -!- dopsi has quit [Quit: ZNC - https://znc.in]
[12:57:23] -!- dopsi has joined #archlinux32
[14:34:51] <deep42thought> abaumann: can you give me access to your bootstrap repo, so I can upload some packages there myself?
[14:51:15] -!- mfwitten has quit [Remote host closed the connection]
[14:51:32] -!- mfwitten has joined #archlinux32
[16:30:10] -!- deep42thought has quit [Quit: Leaving.]
[16:43:15] -!- NoobAlice has joined #archlinux32
[18:27:31] -!- noctambulo has joined #archlinux32
[18:29:42] -!- noctambulo has quit [Remote host closed the connection]
[19:07:34] -!- thePiGrepper has joined #archlinux32
[19:24:29] -!- noctambulo has joined #archlinux32
[19:24:49] <noctambulo> why i can't login after migrating my home folder?
[19:25:50] <girls> noctambulo: what does 'getent passwd $your-username' give you?
[19:26:06] -!- deep42thought has joined #archlinux32
[19:26:06] <buildmaster> Hi deep42thought!
[19:26:07] <buildmaster> !rq deep42thought
[19:26:07] <phrik> buildmaster: <deep42thought> brtln: you're "the arch linux", we're "the other arch linux" and alarm is "arches linux", then?
[19:27:02] <deep42thought> noctambulo: e.g., you need to set your new homedir in /etc/passwd, too
[19:27:04] <noctambulo> girls: jdpe:x:1000:985::/home/jdpe:/bin/bash
[19:27:11] <noctambulo> that's what getent says
[19:27:19] <deep42thought> and what should be your home dir?
[19:28:14] <deep42thought> 'usermod -d /new/home jdpe'
[19:28:14] <noctambulo> well, i was trying to encrypt with ecryptfs and migration didn't let me login
[19:28:48] <deep42thought> or: 'usermod -m -d /new/home jdpe' if you have not moved it (manually) yet
[19:29:13] <deep42thought> so where is your encrypted partition mounted?
[19:29:20] <noctambulo> this time i did it manually since ecryptfs failed
[19:29:33] <noctambulo> so i reversed the encryption
[19:29:39] <noctambulo> and made a new partition
[19:29:44] <noctambulo> to encrypt it with another program
[19:29:52] <noctambulo> but now i find it gives the same problem
[19:30:00] <noctambulo> let me try what you say
[19:30:23] <deep42thought> wait a second - I'm new to file-level encryption
[19:30:27] <noctambulo> i have my home folder in a new partition i made
[19:30:31] <deep42thought> usually I use luks on a whole partition
[19:30:45] <noctambulo> anyway i reversed the encryption
[19:30:52] <noctambulo> i renamed the folder
[19:30:58] <noctambulo> and moved it to a new partition
[19:31:10] <noctambulo> so i wasn't going to use ecrypt at the end
[19:31:21] <noctambulo> nothing is encrypted right now
[19:31:45] <noctambulo> but now see ecryptfs was failing because of the new location
[19:31:51] <noctambulo> i see*
[19:33:03] <deep42thought> I assume, you followed https://wiki.archlinux.org
[19:33:05] <phrik> Title:eCryptfs - ArchWiki (at wiki.archlinux.org)
[19:33:45] <noctambulo> well, the only difference is last ecryptfs-utils version asks you to ue modprobe ecryptfs command first
[19:34:06] <noctambulo> then ecryptfs-migrate-home -u jdpe as always
[19:34:17] <noctambulo> that command always worked for me
[19:34:29] <noctambulo> without doing anything else
[19:34:58] <noctambulo> but the latest version of ecryptfs seems to have a problem setting up the new home location
[19:35:31] <noctambulo> since now moving the home directory manually gives the same problem
[19:37:23] <deep42thought> if the automatic process fails, I'd propose to: 1st move your home directory (with usermod) to some backup place ("/home/jdpe.backup"), 2nd set up an encrypted (empty) directory at your to-be home directory ("/home/jdpe"), then move your home directory back (with usermod)
[19:40:16] -!- brosame has joined #archlinux32
[19:41:21] <noctambulo> usermod command doesn't seem to work
[19:41:34] <noctambulo> i used usermod -d /home/jdpe jdpe
[19:41:40] <deep42thought> execute as root
[19:42:02] <noctambulo> i was as root
[19:42:10] <deep42thought> wait
[19:42:14] <deep42thought> you forgot an option
[19:42:18] <deep42thought> -d only sets the homedir
[19:42:23] <deep42thought> -m also moves the content
[19:42:30] <deep42thought> have a look at "man usermod"
[19:42:53] <noctambulo> the contet is already moved
[19:43:00] <deep42thought> ah, ok
[19:43:22] <noctambulo> i know it because the lost found folder is there when i get in my home folder
[19:44:12] <deep42thought> you may need to log out and in with your user to see the difference, I'm not sure
[19:44:45] <noctambulo> also if i login in tty2 mode and type ls it shows lost found folder and other right stuff too
[19:44:57] <noctambulo> so i suspect of lightdm
[19:45:05] <deep42thought> pwd tells you the current working directory
[19:45:31] <noctambulo> it says jdpe
[19:45:39] <noctambulo> i wonder if lightdm has something to do with this
[19:46:01] <noctambulo> since in tty mode i login without problems
[19:46:06] <noctambulo> tty2 *
[19:46:23] <noctambulo> pwd shows /home/jdpe
[19:46:30] <noctambulo> everything is right in tty2 mode
[19:48:04] <deep42thought> ususally, the desktop environments should pick up your home dir from /etc/passwd
[19:48:18] <deep42thought> but you may need to restart your login manager or something
[19:48:26] <deep42thought> I'm not too familiar with all that graphical stuff :-/
[19:49:17] <noctambulo> well, /etc/passwd says "jdpe:x:1000:985::/home/jdpe:/bin/bash"
[19:54:26] -!- brosame has quit [Ping timeout: 260 seconds]
[19:55:54] -!- brosame has joined #archlinux32
[19:55:54] -!- brosame has quit [Client Quit]
[19:58:33] -!- noctambulo has quit [Ping timeout: 256 seconds]
[20:09:05] <thePiGrepper> Hi, I'd like to apply as a tester for arch32. I asked about this last time, about 2 months ago, but didnt have time to follow through. I remember being told that I had to send an email asking for it, or that I had to authentify myself using gpg key. can you clarify the process please?
[20:10:11] <deep42thought> thePiGrepper: I need your/a public pgp key, which you'll use to sign the messages reporting the tested packages
[20:11:27] <deep42thought> there is a thread on the forums about the process: https://bbs.archlinux32.org
[20:11:29] <phrik> Title:automatic testing via manual installation(s) / Testing / Arch Linux 32 Forums (at bbs.archlinux32.org)
[20:12:27] <deep42thought> oh, my links are dead :-)
[20:13:08] <thePiGrepper> really? it worked just fine for me.
[20:13:21] <deep42thought> no, I mean the links in that thread
[20:13:37] <thePiGrepper> oh, I see. still reading
[20:37:45] -!- noctambulo has joined #archlinux32
[20:37:51] -!- noctambulo has quit [Remote host closed the connection]
[20:38:40] -!- noctambulo has joined #archlinux32
[20:38:48] <noctambulo> wow
[20:39:01] <deep42thought> noctambulo: all fine?
[20:39:21] <noctambulo> i just discovered my config folder didn't have user permissions
[20:39:36] <noctambulo> i chaged it to 777
[20:39:41] <noctambulo> and now everything seems to work
[20:39:53] <deep42thought> 777 seems a little _too_ permissive
[20:40:06] <deep42thought> is it owned by you?
[20:40:15] <deep42thought> 755 should suffice
[20:40:40] <noctambulo> i gave 777 to all my home folder to be sure
[20:40:46] <noctambulo> lol
[20:41:06] <deep42thought> lol
[20:41:17] <noctambulo> is owned by root
[20:41:18] <deep42thought> you're the only user on this machine, I hope
[20:41:23] <Ingar> noctambulo: can I have an account on your machine ?
[20:41:29] <noctambulo> haha
[20:41:30] <deep42thought> it should be owned by you
[20:41:49] <noctambulo> anyway only i have the root password
[20:41:55] <deep42thought> doesn't matter
[20:42:04] <noctambulo> the other user is my mother
[20:42:08] <deep42thought> 777 means everyone can edit everything
[20:42:11] <noctambulo> yeah
[20:42:26] <Ingar> noctambulo: you don't want your mother to do 'oops' in your ~
[20:42:27] <noctambulo> but anyway i was moving the home folder to encrypt it
[20:43:05] <noctambulo> so i guess permissions shouldn't matter after i do that
[20:43:21] <deep42thought> I don't think so
[20:43:24] <Ingar> wrong
[20:43:51] <deep42thought> this might be true if you're not logged in, but as soon as you start accessing your files, you're insecuring them
[20:46:39] <deep42thought> noctambulo: set the correct owner and then more restrictive permissions should be no problem
[20:46:53] <deep42thought> (root can read everything anyways)
[20:47:41] <noctambulo> but yeah with a live cd they can access the folder
[20:47:44] <noctambulo> forgot that
[20:48:01] <noctambulo> live cd never asks for password when you mount the drive
[20:48:05] <noctambulo> which is disturbing
[20:48:21] <deep42thought> then maybe you forgot to configure a passphrase in ecryptfs?
[20:48:37] <noctambulo> i reversed the encryption
[20:48:49] <noctambulo> i think i'm going to encrypt with dmcrypt
[20:49:03] <noctambulo> but i'm going to fix what you say su ay so nobody can access with a live cd
[20:49:06] <deep42thought> if you're using a separate partition anyways: yes
[20:49:22] <noctambulo> yeah, i started using a separate partition asfter ecryptfs failed
[20:49:29] <deep42thought> noctambulo: live cd or not doesn't matter
[20:49:54] <deep42thought> file permissions do not protect against live cds
[20:50:04] <deep42thought> only against other users on the running system
[20:50:18] <deep42thought> but this is, what you should care about _additional_ to the encryption
[20:50:34] <deep42thought> because the encryption ensures, that you cannot access with a livecd (without password)
[20:52:29] <noctambulo> so encryption will protect doesn't matter the owner
[20:53:13] <deep42thought> encryption protects the 'cold' data - e.g. if someone steals your powered-down computer
[20:53:28] <deep42thought> as soon as you access the data, you need to decrypt it
[20:53:53] <deep42thought> and then you need to have restrictive permissions, so that not everyone can read it
[20:54:08] <noctambulo> i changed my home/jdpe directory owner to jdpe
[20:54:32] <deep42thought> also for all subdirectories?
[20:54:52] <noctambulo> wow
[20:54:59] <noctambulo> chown doesn't do it recursively
[20:55:06] <deep42thought> "chown -R" does
[20:55:31] <noctambulo> yeah, that worked
[20:56:17] <noctambulo> now will change to 755
[20:56:52] <deep42thought> lots of files probably don't need "x", e.g. 644 instead of 755
[20:58:02] <noctambulo> damn it, you are getting close to 666
[20:58:45] <noctambulo> lol
[20:59:08] <noctambulo> 644 fucked up my lxpanel
[20:59:57] <noctambulo> got back to 755
[21:04:25] <noctambulo> not working chmod
[21:06:54] <noctambulo> no, it is
[21:07:10] <noctambulo> was just reading permissions in the word order
[21:07:18] <noctambulo> the gui dialog has a different order
[21:07:33] <noctambulo> wrong*
[21:13:15] <noctambulo> i switched to 744
[21:13:38] <deep42thought> for directories, too?
[21:13:42] <noctambulo> yeah
[21:13:51] <noctambulo> chmod -R 744 /home/jdpe
[21:14:20] <noctambulo> so third users only will be able to see
[21:14:28] <noctambulo> they won't even be able to access files
[21:14:31] <noctambulo> or change
[21:14:42] <noctambulo> 7 is needed by lightdm
[21:14:55] <noctambulo> and lxde
[21:15:12] <noctambulo> maybe lxde only and other stuff
[21:15:24] <deep42thought> 7 on directories makes total sense
[21:15:31] <deep42thought> (x on directories is for listing)
[21:17:42] <noctambulo> so it looks like ecryptfs was migrating the home folder with the wrong permissions
[21:18:05] <noctambulo> and made it unreadable by lxdm
[21:18:28] <noctambulo> well, at least would have to try again to see if it was the reason
[21:18:51] <noctambulo> but now that i moved the home folder to another partition maybe i end using dmcrypt
[21:18:59] <noctambulo> not sure
[21:46:46] <finsternis> I'm doing the upgrade, but get this output https://ptpb.pw
[21:51:39] <finsternis> if I rename with sudo mv /usr/lib/libidn2.so.0 /usr/lib/libidn2.so.0.bak then I get: "pacman: error while loading shared libraries: libidn2.so.0: cannot open shared object file: No such file or directory"
[22:04:15] -!- noctambulo has quit [Remote host closed the connection]
[22:12:19] <deep42thought> finsternis: pacman has "--overwrite"
[22:51:20] -!- n3wborn_ has joined #archlinux32
[22:56:02] -!- noctambulo has joined #archlinux32
[23:00:00] <finsternis> deep42thought: maybe the "--overwite" option has been added recently, since in my `man pacman` there is no reference to it
[23:00:14] <deep42thought> yes, it's a recent option
[23:00:19] <deep42thought> it has been --force before
[23:00:44] <deep42thought> --overwrite needs to be given once for each file
[23:00:54] <deep42thought> while --force needs to be given only once
[23:00:59] <deep42thought> IIRC
[23:02:16] <finsternis> then the suggestion is to use --force and not renaming files that "exist in filesystem"?
[23:02:25] <deep42thought> yes
[23:02:39] <finsternis> at least for /usr/lib/libidn2.so.0
[23:02:40] <deep42thought> maybe you should make sure what packages the files belonget to before
[23:02:41] <deep42thought> though
[23:02:45] <finsternis> or for all?
[23:02:59] <deep42thought> probably yes
[23:03:08] <deep42thought> maybe the other package can be removed
[23:03:14] <deep42thought> that would be _much_ cleaner
[23:12:45] -!- deep42thought has quit [Quit: Leaving.]
[23:22:51] -!- n3wborn_ has quit [Quit: leaving]