akossh has quit [Quit: Leaving.]
Pali has quit [Ping timeout: 258 seconds]
joerg has quit [Ping timeout: 246 seconds]
joerg has joined #maemo-leste
attah has quit [Server closed connection]
attah has joined #maemo-leste
elastic_dog has quit [Ping timeout: 255 seconds]
elastic_dog has joined #maemo-leste
Bratch has quit [Server closed connection]
l_bratch has joined #maemo-leste
uvos has quit [Remote host closed the connection]
akossh has joined #maemo-leste
Pali has joined #maemo-leste
sch has quit [Ping timeout: 246 seconds]
arno11 has joined #maemo-leste
<arno11> Wizzup: sicelo: it seems limits.conf can't do the trick. seems not possible to set very high nice or rt priority without sudo
<arno11> and seems limits.conf not working very well on most modern distros
<arno11> i tried to manually use my call stuff without sudo, it works but not as good as using sudo
<arno11> on the other hand, (with custom transitions+daemon.conf integrated) and just a basic bash script to run, calls are working well
<Wizzup> you need to re-login if you change limits
<Wizzup> fwiw
<Wizzup> so sudo su - user
<Wizzup> or reboot
<Wizzup> not sure if this is the problem, just fyi
<arno11> i already tried
<arno11> and doublecheck in lot of other distro docs/forums
<Wizzup> ok
<Wizzup> i'm having lunch, but will look at the other prs today as well :)
<arno11> ok cool :)
xmn has quit [Ping timeout: 260 seconds]
arno11 has left #maemo-leste [#maemo-leste]
xes has quit [Server closed connection]
xes has joined #maemo-leste
xes has quit [Ping timeout: 255 seconds]
xes has joined #maemo-leste
ahmed_sam has joined #maemo-leste
pere has quit [Ping timeout: 240 seconds]
ahmed_sam has quit [Read error: Connection reset by peer]
pere has joined #maemo-leste
ac_laptop has joined #maemo-leste
k1r1t0 has quit [Ping timeout: 260 seconds]
sunshavi has quit [Server closed connection]
pere has quit [Ping timeout: 255 seconds]
pere has joined #maemo-leste
pere has quit [Ping timeout: 246 seconds]
asriel has quit [Quit: Don't drink the water. They put something in it to make you forget.]
asriel has joined #maemo-leste
<Wizzup> sicelo: the iproute2 stuff, is that two PRs, or is there more
<Wizzup> sicelo: and does it need to depend on iproute2 explicitly?
<Wizzup> freemangordon: sounds like you had a fun evening :D
<freemangordon> yeah
arno11 has joined #maemo-leste
<Wizzup> uvos: I wonder if Pavel's mail about no ringtone is related to the alarm not working per your earlier report
<arno11> Wizzup: for few weeks, indeed, we have troubles with ringtones
<arno11> tweaking priorities solves 60-70% of the problem
<arno11> seems kind of wakeup issue
<arno11> seems not n900 or d4 specific
<Wizzup> really? they work for me
<Wizzup> so I think there's something else going on, I think uvos said it's not possible to set/change ringtone or something
<arno11> just have a look on Pavel email, i have exactly same symptoms on n900
<arno11> and yes impossible to change ringtone
<ac_laptop> hi, when booting maemo-leste the first time, is it normal to have no swap ? Is it normal if /etc/fstab contains only the /boot line ?
<arno11> ac_laptop: hi, is it on n900 ?
<ac_laptop> arno11: yes, sorry I didn't specify
<arno11> ok it is supposed to be activated but if not you can easely activate it using sudo swapon /dev/mmcblk1p3
<arno11> see leste.maemo.org/Nokia_N900 for more info
<ac_laptop> arno11: I did, it worked, I'd like to know if I should add it to the /etc/fstab file
<arno11> iirc no
<Wizzup> you can add it to /etc/fstab, the swap
<arno11> it should be done automatically
<ac_laptop> ok I'll reboot and see
<Wizzup> I thought I did this in leste-config but apparently not
<Wizzup> ah yes: debian/leste-config-n900.postinst
<Wizzup> if egrep -q 'swap' /etc/fstab; then # No need to change anything true;
<Wizzup> else echo "/dev/mmcblk1p3 none swap defaults 0 0" >> /etc/fstab
<Wizzup> fi
<ac_laptop> I still haven't figured out how to reboot the N900 so that U-Boot gives me a boot menu at startup though
<ac_laptop> I thought booting from USB was the key but it doesn't work anymore now
<ac_laptop> it keeps booting on the eMMC
<freemangordon> Wizzup: https://github.com/maemo-leste/qtstyleplugins/commit/c246f462f5496b1c2bd0ed99d9e4af69b46b2aad should fix lots of qt drawing artefacts (like in calucaltor buttons etc)
<Wizzup> great
<Wizzup> ac_laptop: you need the keyboard open
<Wizzup> ac_laptop: literally just that
<ac_laptop> Wizzup: thanks , it works !
<ac_laptop> is it unadvised to use commands such as reboot and halt ?
<ac_laptop> I've just used halt and all I see is a TTY with Xorg error lines, not sure if the OS freezed or if it's taking its time rebooting
<ac_laptop> ok it was just taking its time I guess
<arno11> ac_laptop: (it takes usually around 45 sec to shutdown)
<freemangordon> ac_laptop: you can user reboot and poweroff
<freemangordon> *use
<freemangordon> also, if you manage to trace why reboot/poweroff takes so long, I will owe you a beer or whatever your favorite drink is
<ac_laptop> freemangordon: does the N900 allow to access a TTY without killing Xorg ?
<Wizzup> I think powervr isn't happy with it, but you can try chvt over ssh
<freemangordon> it is not powervr, but xorg driver, but still
<ac_laptop> oh also I need to know why U-Boot doesn't display Maemo-leste as a boot line and makes me go into the boot console and type sdboot
<freemangordon> ac_laptop: I think you should rebuild u-boot scripts/config files/ whatever
<freemangordon> don't remember the command though
* freemangordon checks
<Wizzup> I think it should just be picked up in the 2020 uboot
<Wizzup> or maybe 2013 one :)
<freemangordon> u-boot-update-bootmenu
<ac_laptop> Wizzup: this is also something I don't understand, the U-Boot I have still displays 2013.04
<freemangordon> ac_laptop: iirc you have to boot into fremantle and execute it from there
<freemangordon> Wizzup: does 'our' uboot have those scripts in the package?
<Wizzup> yes, should
<Wizzup> ac_laptop: maybe you didn't load the new one?
<ac_laptop> freemangordon: fremantle is the name of the OEM Maemo, right ?
<freemangordon> but yeah, it was long ago I played with it
<freemangordon> yes
<ac_laptop> # ./0xFFFF -m u-boot-2020.12-pali.bin -l
<ac_laptop> Load image:
<ac_laptop> File: u-boot-2020.12-pali.bin
<ac_laptop> Image type: kernel
<ac_laptop> Image size: 270592 bytes
<ac_laptop> Sending image header...
<ac_laptop> Sending image...
<ac_laptop> 100% [#################################################################]
<ac_laptop> Done
<ac_laptop> that was the result of my flashing
pere has joined #maemo-leste
<ac_laptop> freemangordon: I just ran u-boot-update-bootmenu from freemantle, it didn't seem to change anything
<Wizzup> I think you should be able to select 'boot from sd card' or something
<Wizzup> ac_laptop: I'm too late to tell you this now, but if you flash it directly like that, there is (I think) a chance that you cannot boot to fremantle anymore, as I think that is normally where the attached kernel resides, but I might be wrong
<freemangordon> did you add the appropriate entry in /etc/bootmenu.d ?
<Wizzup> nothing that can't be fixed, but fyi (also I might be wrong :) )
<Wizzup> freemangordon: I am not sure if we have this documents on our wiki
<freemangordon> Wizzup: yes, you are right
<Wizzup> documented*
<ac_laptop> freemangordon: no, I'll try :)
<freemangordon> it is documented in u-boot
<Wizzup> sure, but that's another place to search :)
<freemangordon> yeah
<arno11> ac_laptop: see https:leste.maemo.org/Nokia_N900 and look at 'Existing Fremantle'
<arno11> definitely the easiest way
<ac_laptop> Wizzup: So you think the 2020.12 u-boot was flashed somewhere in the eMMC ?
<sicelo> Wizzup: iproute2: it's one PR (just split into to two commits. they can be squashed if necessary), and yes, i think it is safe to add an explicit dependency on iproute2, otherwise it seems something else in the system already pulls it in
<ac_laptop> should ${EXT_CARD} expand to /etc/mmcblk0 under freemantle ?
<ac_laptop> asking for https://leste.maemo.org/Nokia_N900#Existing_Fremantle (i'm editing the file by hand)
<Wizzup> ac_laptop: nand, yes
<Wizzup> sicelo: ok, shall I make the debian/control change, or will you?
<ac_laptop> Wizzup: well it doesn't
<Pali> ac_laptop: "./0xFFFF -m u-boot-2020.12-pali.bin -l" this just loads image into volatile RAM, it does not flash image nor boot it; use -f for flashing or -b for booting from RAM
<sicelo> Wizzup: may i ask you to? :-)
<ac_laptop> Wizzup: you confirm I should replace ${EXT_CARD} with /dev/mmcblk0 in this case ? not just mmcblk0 ?
<Wizzup> sicelo: ok, sure
<Wizzup> ac_laptop: my reply was to 'did I flash it somewhere to eMMC', and I corrected it to yes, to nand, not emmc
<Wizzup> I don't know about the expansion of ${EXT_CARD}, what is the context
<ac_laptop> maybe it's a variable thats interpreted by u-boot
<ac_laptop> I'll leave it
<ac_laptop> It works !
<Wizzup> great
arno11 has left #maemo-leste [#maemo-leste]
<sicelo> what i wanted to look at some time is - it should be possible to run the u-boot scripts from inside leste, i.e. without needing to boot into fremantle
<sicelo> i.e. u-boot-update-bootmenu
<ac_laptop> Which type of microSD do you use to run leste ? I'm using a 32GB class-10 U-1 , I'll try to get my hands on a class-10 U-3 to see if it's better
<ac_laptop> Anyway I just want to say that I already like the features that this Maemo Leste is bringing, such as the bash by default, the sudo su in place of the old gainroot , and the fact that the timezone is saved instead of having to set it every time the battery is removed. Keep up the good work !
<Wizzup> :)
<Wizzup> sicelo: merged both prs and building
<Wizzup> to -devel
tk has quit [Server closed connection]
tk has joined #maemo-leste
ac_laptop has quit [Quit: WeeChat 3.8]
_whitelogger has quit [Server closed connection]
_whitelogger has joined #maemo-leste