akossh has quit [Quit: Leaving.]
<sicelo> added a xorg.conf from postmarketOS. result is https://paste.debian.net/1311099/
lolcat has joined #maemo-leste
<Wizzup> sicelo: is this X being started by maemo init script?
<Wizzup> sicelo: it looks like it is being started as user, right?
<Wizzup> (which might be fine, but the permission denied is a bit suspicious)
<Wizzup> what are the privs on /dev/dri/card*
asriel has quit [Quit: Don't drink the water. They put something in it to make you forget.]
Danct12 has quit [Quit: ZNC 1.9.0 - https://znc.in]
Danct12 has joined #maemo-leste
cockroach has quit [Quit: leaving]
nmdv has joined #maemo-leste
xmn has quit [Ping timeout: 260 seconds]
nmdv has quit [Ping timeout: 268 seconds]
nmdv has joined #maemo-leste
nmdv has quit [Ping timeout: 252 seconds]
joerg has quit [Ping timeout: 264 seconds]
joerg has joined #maemo-leste
lolcat has quit [Quit: had to jack off]
fab_ has joined #maemo-leste
ceene has joined #maemo-leste
<freemangordon> Wizzup: sicelo: what about the idea to do 'color coding' to match signal strength vs operator name in status bar, when there is more than one modem?
<freemangordon> like, bars/name of modem 1 are green, bars/name of modem 2 are blue (ignore the particular colors)?
<freemangordon> what colors to use will be the next question if you like the idea
<gnarface> is that a problem you run into a lot? phones with two modems?
<sicelo> we might end up with a rainbow. at first glance, doesn't seem to be good option
<freemangordon> gnarface: no
<freemangordon> sicelo: I plan support for 2 modems only ni status menu
<freemangordon> that would not make a rainbow :)
<sicelo> also, what if the person has a theme that changes colors?
<freemangordon> again, ignore the particular colors
<sicelo> ah, *maybe* if we're talking about only two then
<freemangordon> we already agreed there will be no more than 2 oiperator names in status bar
<sicelo> but with two, why not just use position ... left icon is related to left name, etc.
<freemangordon> because I plan to use 2 rows
<freemangordon> not append oerator names
<freemangordon> hmm...
<sicelo> freemangordon: any idea/suggestion about https://paste.debian.net/1311099/ ?
<freemangordon> user is not mamber of video group?
<freemangordon> *member
<sicelo> i think the same could work ... top name is for leftmost signal bars
<freemangordon> sicelo: but how do you know that by the look of it?
<freemangordon> I can use primary and secondary text colors for 1st and 2nd modem
<freemangordon> but ok
<sicelo> i actually don't have an issue for the colors ... but we need to be sure it doesn't break due to themes (i don't use them, so i'm not even sure what they do)
fab_ has quit [Ping timeout: 268 seconds]
buZz has quit [Ping timeout: 255 seconds]
buZz has joined #maemo-leste
buZz is now known as Guest3758
pere has quit [Ping timeout: 256 seconds]
SystemError has quit [Remote host closed the connection]
SystemError has joined #maemo-leste
akossh has joined #maemo-leste
pere has joined #maemo-leste
fab_ has joined #maemo-leste
Guest3758 is now known as buZz
xmn has joined #maemo-leste
fab_ has quit [Ping timeout: 255 seconds]
<inky> on jolla btrfs had huge problems. people say those are solved now and don't happen with modern kernels. but on jolla btrfs didn't report that the space is exhausted, but it was, and nothing was working, and the solution was to balance the trees.
<inky> i am afraid of btrfs. maybe i just don't know how to use it. but i don't know how to use xfs, and xfs never betrayed me or put in bad situation.
<inky> i am also afraid btrfs will be slow. i am ignorant in this though.
<inky> so mz617 can be recommended? it won't be very unstable?
uvos__ has joined #maemo-leste
<uvos__> mz617 isent unstable, its not in anyway really ready yet either
<inky> okay!
<uvos__> btfs is mostly fine, some edgecases aisde
<uvos__> we need it on mz617 to span volumes, not really mutch of a choice there since we cant change the partition table
<uvos__> i gues lvm could be used instead of btrfs
<uvos__> but im not sure about the pros and cons of that
<inky> yes lvm is much much more usable, i love it.
<inky> also i think designwise lvm is a right tool in unix way.
<inky> it does what it does and all the file systems can use it. while btrfs/zfs can do same things but only with their volumes.
<buZz> lvm2 i hope ;)
diejuse has joined #maemo-leste
<sicelo> 09:09 < freemangordon> user is not mamber of video group? ...
<sicelo> i've chrooted into the sdcard from mobian:
<sicelo> root@mobian:/# id user
<sicelo> uid=1000(user) gid=1000(user) groups=1000(user),27(sudo),29(audio),44(video),102(netdev),111(pulse-access)
<sicelo> i *think* this is the true state of the SD card installation, because user 'user' does not exist in mobian
<uvos__> sicelo: how did you mount /dev /sys /proc inside the chroot?
<uvos__> sicelo: host udev propubly sets different permissions on those than the chroot expects
<sicelo> sudo mount -t proc /proc proc/ ... same for /sys. and finally sudo mount --bind /dev dev
<sicelo> anyway
<sicelo> i chrooted so i could check if `user` is in the correct group. this is a user who doesn't exist in mobian ... so i think it's correct to conclude that the result is from Leste
<sicelo> for context, i'm chrooting into a Leste SD card, from mobian
<uvos__> the problem here is that it may be in the right grou
<uvos__> p
<uvos__> but the right group only grants permissions if the /sys /proc or /dev files relateing to the feature have the right permissions set
<uvos__> which is done by udev
<uvos__> which in turn is a place where host stuff leaks into the chroot
<uvos__> since host udev is involved here
<uvos__> and if its configure differently it wont set the permissions the way the chroot expects
diejuse has quit [Ping timeout: 250 seconds]
nmdv has joined #maemo-leste
<sicelo> i think i should find a way to make USB network start much earlier. will appreciate suggestions, but can look at it later in the day
<uvos__> what do you need early usb network for? the kernel can write the console to a udp endpoint
<uvos__> this is the erliest you can get any output if you cant use serial
<uvos__> i think you can make this work via wifi
<uvos__> another fun idea for a device without any accessable serial output would be to use a usb otg -> serial or usb otg -> ethernet adapter
<uvos__> and use that
<sicelo> wifi is harder than usbnet, isn't it ...
<uvos__> sure im just saying this can be done before userspace even loads
<uvos__> maybe not via wifi im not sure about that
<uvos__> but in generall
SystemError has quit [Remote host closed the connection]
<sicelo> userspace solution is fine. the problem here is X11 failing to start, and i don't have a way to interact with the device afterwards
SystemError has joined #maemo-leste
<uvos__> on d4/xt875 i have just pluged in a usb keyboard and switched to a different vt via ctrl-alt-fX to look around in this case
<uvos__> that works pretty well
<uvos__> dose the device have working otg/
<uvos__> ?
SystemError has quit [Remote host closed the connection]
SystemError has joined #maemo-leste
<sicelo> i don't know how it works ... anyway, i don't have usb-c cable either.
ceene has quit [Ping timeout: 260 seconds]
diejuse has joined #maemo-leste
<Wizzup> freemangordon: fine by me @ colours
diejuse has quit [Read error: Connection reset by peer]
<Wizzup> inky: btrfs space issues are long solved for the most parts, like years I think
<Wizzup> but yeah it's not a requiremen for mz617 and the images I am building won't use it
<Wizzup> sicelo: check /dev/dri privs
<Wizzup> maybe the entry isn't root:video but something else
<Wizzup> serial would be helpful indeed
diejuse has joined #maemo-leste
diejuse has quit [Remote host closed the connection]
<sicelo> it appears to be root:video ... but of course i can't see it from the card when OS is not running :-)
<Wizzup> yeah sounds like it's time to set up some remote access
<Wizzup> you could try to set up a network for icd2 wiht gconf, assuming the interface is called wlan0 (there's a kernel command line param for this but I think we set up udev correctly so it does not rename)
<Wizzup> sicelo: seems like you should get a usb c cable for otg as well
lolcat has joined #maemo-leste
lolcat has quit [Client Quit]
SystemError has quit [Remote host closed the connection]
pere has quit [Ping timeout: 264 seconds]
SystemError has joined #maemo-leste
diejuse has joined #maemo-leste
diejuse has quit [Remote host closed the connection]
uvos__ has quit [Ping timeout: 268 seconds]
pere has joined #maemo-leste
diejuse has joined #maemo-leste
diejuse has quit [Remote host closed the connection]
uvos__ has joined #maemo-leste
fab_ has joined #maemo-leste
duuude has quit [Read error: Connection reset by peer]
duuude has joined #maemo-leste
duuude has quit [Read error: Connection reset by peer]
duuude has joined #maemo-leste
fab_ has quit [Ping timeout: 264 seconds]
pere has quit [Ping timeout: 268 seconds]
nmdv has quit [Quit: Leaving]
fab_ has joined #maemo-leste
pere has joined #maemo-leste
fab_ has quit [Ping timeout: 268 seconds]
Juest has quit []
Juest has joined #maemo-leste
<sicelo> i'll try to get the otg cable/adapter soon
<sicelo> mmm, maybe it's because pinephone image doesn't have libdrm-etnaviv1 :-p
<sicelo> let me chroot, install, and see
<Wizzup> sicelo: yes that could be problem
diejuse39 has joined #maemo-leste
Juest has quit [Read error: Connection timed out]
Juest has joined #maemo-leste
Guest30 has joined #maemo-leste
<Guest30> ynhayn
Guest30 has quit [Client Quit]
vectis has quit [Ping timeout: 260 seconds]
vectis has joined #maemo-leste
vectis has quit [Ping timeout: 252 seconds]
vectis has joined #maemo-leste
xmn has quit [Read error: Connection reset by peer]
xmn has joined #maemo-leste
diejuse has joined #maemo-leste
diejuse has quit [Client Quit]