<Danct12>
i'm waiting! been using my N900 as hexchat system for few weeks now
xmn has quit [Quit: ZZZzzz…]
<parazyd>
:)
Pali has joined #maemo-leste
adc has quit [Quit: reboot]
<Wizzup>
freemangordon: ok, I am reday whenever
<Wizzup>
freemangordon: ah, until tuesday next week, ok
<Wizzup>
enjoy
<Wizzup>
Danct12: one reason it uses a bit less ram is maybe because we have a few less apps running still (phone/sms ui is always running on fremantle)
<bencoh>
we could probably reduce memory impact by using a native app here (vs the browser-based Conversation)
Pali has quit [Ping timeout: 265 seconds]
<Wizzup>
yup
pere has quit [Ping timeout: 240 seconds]
pere has joined #maemo-leste
sixkxbeh has joined #maemo-leste
sixkxbeh has quit [Remote host closed the connection]
inky has quit [Ping timeout: 250 seconds]
tvall has quit [Quit: Client limit exceeded: 15000]
xmn has joined #maemo-leste
inky has joined #maemo-leste
enyc has quit [Ping timeout: 265 seconds]
enyc has joined #maemo-leste
enyc has joined #maemo-leste
enyc has quit [Changing host]
_whitelogger has joined #maemo-leste
Pali has joined #maemo-leste
elastic_dog has quit [Ping timeout: 268 seconds]
elastic_dog has joined #maemo-leste
ruleh has joined #maemo-leste
ruleh70 has joined #maemo-leste
ruleh has quit [Ping timeout: 246 seconds]
elastic_dog has quit [Ping timeout: 256 seconds]
lioh has quit [Remote host closed the connection]
lioh has joined #maemo-leste
elastic_dog has joined #maemo-leste
lioh has quit [Remote host closed the connection]
lioh has joined #maemo-leste
lyubov_ has quit [Quit: WeeChat 3.0]
ruleh70 has quit [Quit: Client closed]
sunshavi has quit [Ping timeout: 252 seconds]
<pere>
I just tested maemo leste on my n900 just now. it was upgraded a while back, but now it fail to find any wifi networks.
lyubov has joined #maemo-leste
tvall has joined #maemo-leste
<Wizzup>
pere: dpkg -l | grep supplicant, what versions does it show?
<pere>
no idea where to find | on the keyboard. clues?
<Wizzup>
raise the special virtual keyboard, perhaps
<pere>
looked to the output from dpkg -l, and I see 2:2.7+git20190128+0c1e29f-6+ (and something I can not see)
<pere>
iwconfig show no wifi capable network card.
<Wizzup>
did you reboot after the upgrade?
<pere>
yes
<pere>
it is a while since the upgrade, but I have not looked at the status until today, when I notice there is no network.
<pere>
messed up kernel?
<Wizzup>
if iwconfig does not show a capable network card, it sounds like a kernel problem
<pere>
wlan0 no wireless extension...
<uvos>
iwconfig just fails often these days
<Wizzup>
problem persists after reboot?
<uvos>
on my laptop it claims that i have no wifi too
<pere>
booted twice so far.
<uvos>
its just unmaintained and obsolete
<uvos>
what dose iw say
<Wizzup>
does '/sbin/ifconfig -a' show anything related to wlan0
<pere>
no iw, the reason I tested iwconfig.
<pere>
Wizzup: yes, wlan show up with a mac address.
<uvos>
then likely iwconfig is just lieing
<pere>
any ideas for a solution to the missing network?
<Langoor>
I just keep having issues with my N900 not booting... It's stuck on a black screen, and when i unlock it with the button (not slider) I see half a lockscreen :s
<Langoor>
I tried 2 SD cards and all builds that are online... I just DD'd the image
<uvos>
lovely to see everything is working fine
<uvos>
pere: try wpa_cli
<uvos>
and see if it can scann
<uvos>
also just leave the device alone for 10 minutes
<uvos>
there is some bug with wifi scanning
<uvos>
it sometimes fails to scann
<uvos>
but will upon the next autoscann interval
<Wizzup>
pere: yes, knowing the wpa supplicant version and the libicd-network-wpasupplicant versions is key
<Wizzup>
Langoor: does usbnet work on that device?
<pere>
"wpa_cli scan" just return OK
<Wizzup>
don't run it like that, run wpa_cli, then from interactive prompt type "scan", wait a bit, and then type "scan_results"
<pere>
get an scan failed event with ret=-22
<pere>
and the scan_results seem to only list header names.
<Langoor>
Wizzup: uhh.. I'm not sure!
<Langoor>
how do I check?
<Langoor>
should it just expose an usb network interface?
<Wizzup>
Langoor: if you connect it over usb to a linux pc, you might see a usb interface show up
<Wizzup>
pere: hm, that is strange, can you check if apt/dpkg is happy with the system state?
<pere>
just checked dpkg, and it claim something was interrupted. completed the run now.
<pere>
will try a reboot again.
<Wizzup>
*nod*
<Langoor>
it indeed has an usb network interface
<Wizzup>
ok, perhaps you could help us by inspecting it via terminal, if you feel up for it
<Wizzup>
I have a work meeting in a bit, but if ssh works over the usb link, maybe we can pry inside the device and see why it's so unhappy
<Langoor>
Aight thanks! I added the IP, and changed the interface to the corrosponding one on my pc
<Langoor>
ssh is giving me a connection refused
<Wizzup>
that means that it's likely stuck in the boot process, which i sperhaps not such a surprise given your bug report
<Wizzup>
I assume you typed this: ssh root@192.168.42.2
<Langoor>
Aye
<Wizzup>
well, we could make ssh start earlier, but that will require mounting the sd card
<Wizzup>
parazyd: should we just always start ssh much earier?
<Wizzup>
s/earier/earlier/
<Langoor>
the weird thing is that I do get half a lockscreen, which (Seems to me) that something seems to be running
<Wizzup>
yes, it sounds like hildon-desktop is not starting or something
<uvos>
prv and or hildon is failing
<Wizzup>
did we try to inspect the log files on the sd card before?
<Langoor>
nope
<Wizzup>
parazyd: also, should we enable rc_logger ?
<Wizzup>
parazyd: rc_logger="YES" in /etc/rc.conf
<Langoor>
I had the same issue a while ago, and the weird thing was that someone else mentioned the recent builds working fine on their device
<Wizzup>
Langoor: ok, I guess the next step is either analyzing the log files on the device, or adding more debug info
<Wizzup>
can you make a tar of /var/log/ ?
<Langoor>
What would be the best way to turn it off now?
<Wizzup>
hold the power button for ~6 seconds
<Langoor>
I have the targz, any specific place to upload it?
<Wizzup>
anything that is convenient for you I guess
<Wizzup>
if it's small you can also email it to me
<pere>
look like it was the dpkg state. after boot, wifi networks are found.
<Wizzup>
pere: glad to hear that it works now, too bad too hear that the ke-recv thing was the problem
<Wizzup>
I did build a newer version of ke-recv to maybe debug the reset problems
<Wizzup>
(which cause dpkg interruptions)
<pere>
I'm upgrading again now from the command line
<Langoor>
Oh, e-mail is fine
<Wizzup>
mail to merlijn@wizzup.org please
<parazyd>
Wizzup: Regarding ssh, we could add it to sysinit, but this is a bit inconvenient as it'll then slow down charge-mode and all.
<Wizzup>
slow down by how much?
<parazyd>
Wizzup: rc_logger - sure. I'd also start thinking about rc_parallel
<Wizzup>
I think we already do parallel, don't we?
<parazyd>
We don't
<parazyd>
Slowdown, at least 2 services, possibly more
<Wizzup>
I mean in time, if it's not like 5 seconds it's probably worth it for these cases
<Wizzup>
just my opinion anyway
<pere>
why not? sysvinit in debian with startpar would run in parallel.
<Wizzup>
wrt parallel, I think it would be good to have, but I don't want it to create more headaches
<pere>
systemd too. :)
<parazyd>
Well
<parazyd>
Testing it should show real results :)
<parazyd>
biab
<Wizzup>
pere: the point was *less* headaches :P
<pere>
wow, 532 packages to upgrade on my n900 now. been a while since the last time, apparently.
sixwheeledbeast has quit [Quit: Let's beat it - This is turning into a bloodbath! [http://znc.in]]
jr-logbot has quit [Read error: Connection reset by peer]
<Wizzup>
a lot of that is translations
jr-logbot has joined #maemo-leste
<Wizzup>
pere: oh yeah, maybe you can check if the proper norwegian stuff is in place now
<pere>
"systemd-analyze blame" might provide useful information. was a similar system for sysvinit, do not remember its name.
<Wizzup>
and if not, we should be prtty close to get there
<Wizzup>
pere: we don't use systemd
<Wizzup>
(you probably already knew, just fyi)
sixwheeledbeast has joined #maemo-leste
<pere>
benchmarking is simple with systemd. did bench startpar boots in Debian using bootchart or something like that before systemd, and it provided useful feedback on what took so long to boot. :)
<Wizzup>
yes, that's nice indeed
<uvos>
what would be the point of doing ssh in sysinit
<uvos>
as oposed to the start of default
<uvos>
its not like your going to be able to ssh in during charge-mode
<Wizzup>
uvos: for Langoor it would allow him to log before hildon is started
<Wizzup>
Langoor: I received the logs
<Wizzup>
uvos: this looks a bit odd:
<Wizzup>
May 29 00:00:46 localhost mce[2603]: Error sending with reply to com.nokia.system_ui.request.powerkeymenu_close: The name com.nokia.system_ui was not provided by any .service files
<Wizzup>
May 29 00:00:47 localhost mce[2603]: Error sending with reply to com.nokia.system_ui.request.tklock_close: The name com.nokia.system_ui was not provided by any .service files
<Wizzup>
it looks like systemui is not starting perhaps
<Wizzup>
oh, it does start after that
<Wizzup>
uvos: can you fix this typo in your mce tree: x11-ctrl: Dsiplay dose not support DPMS
<Wizzup>
'Display does' as opposed to 'Dsiplay dose'
<Wizzup>
Langoor: did you have a lock code set in fremantle, or not?
<Wizzup>
uvos: also for example if we have ssh, we can type 'rc-status'
<Langoor>
It's the first boot
<Wizzup>
Langoor: right, but the lock codes are not stored on the sd card but somewhere in the hardware
<Langoor>
Ah right
<Langoor>
No, don't think i had
<Wizzup>
(we should deal with those gracefully now, btw, but just checking)
<Langoor>
Fremantle is broken actually, I have booted Leste before on it sucessfully
<Wizzup>
hmmm
<Wizzup>
can you edit /etc/rc.conf on the sd card and set rc_logger="YES" (instead of #rc_logger="NO")
<Wizzup>
and perhaps 'mv /etc/runlevel/default/ssh /etc/runlevel/sysvinit' (this is a guess, I haven't tried, but basically move the symlink to another runlevel)
<Langoor>
Yes! let me try that
<Wizzup>
great, I need to go outside for a bit. I might not be back for ~1.5 hours, but I'll be around after that, and/or tomorrow
<Wizzup>
Langoor: neither of those will make the system automatically work, but they aid in debuggen
<Wizzup>
debugging* even
<Wizzup>
rc_logger will create /var/log/rc.log and having ssh start earlier can help with logging in over usbnet
* Wizzup
afk
<Langoor>
I don't have an /etc/rc.conf
<Wizzup>
ok, in that case just added the rc_logger="YES" line
<Langoor>
My bad, I do have it. I made the changes and am now rebooting the phone :)
<Wizzup>
btw, you said fremantle was broken, can you describe how it is broken?
* Wizzup
afk
<Langoor>
ssh is working now!
<Langoor>
booting the internal eMMC results in a lot of mmc1(part 0) is current device, invalid partition 3 (/4/2), file not found uImage, FIle not found boot.src
<Langoor>
I don't actually know what happend to fremantle. I didn't install uboot on this device
ruleh has joined #maemo-leste
<sicelo>
if it wants uImage, then u-boot is installed (or flashed) :)
<sicelo>
if you want to try your fremantle (i'm not saying you must, or mustn't), you could start with just flashing or loading the maemo kernel using flasher-3.5 or 0xFFFF. there's stock kernel and power kernel ... possibly stock kernel would be better option (assuming its modules still exist in your fs ...)
<Langoor>
I mean, I could give it a try!
<Langoor>
how uh, would one go about that? I have 0xFFFF installed
<parazyd>
Wizzup: We could try utilizing some of our initscripts to make ssh start sooner in the default runlevel.