System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
narodnik2 has quit [Ping timeout: 272 seconds]
xmn has quit [Ping timeout: 276 seconds]
xmn has joined #maemo-leste
joerg is now known as Guest4561
Guest4561 has quit [Killed (osmium.libera.chat (Nickname regained by services))]
joerg has joined #maemo-leste
xmn has quit [Quit: Leaving]
ceene has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Read error: Connection reset by peer]
_fab has quit [Ping timeout: 276 seconds]
_fab_ has joined #maemo-leste
<Wizzup> freemangordon: do we want to include those?
<freemangordon> not sure
<freemangordon> we don't use ms on omap
<freemangordon> that was just fyi
<Wizzup> ok
<Wizzup> I thought maybe there were some non-modeset fixes, didn't look super hard (waking up :D)
leste has joined #maemo-leste
<Wizzup> freemangordon: oh right it's all glamor, that's modeset
pere has quit [Ping timeout: 245 seconds]
uvos__ has joined #maemo-leste
mkfx has left #maemo-leste [#maemo-leste]
mkfx has joined #maemo-leste
pere has joined #maemo-leste
nela has quit [Read error: Connection reset by peer]
nela7 has joined #maemo-leste
nela7 is now known as nela
mkfx has left #maemo-leste [#maemo-leste]
Anasko has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
<Wizzup> ha, for once daedalus will have a bug fixer that chimeara does not (in syncevo)
<Wizzup> or rather, EDS
ungeskriptet has quit [Ping timeout: 265 seconds]
<sicelo> Wizzup: btw Daedalus now has most packages built?
<Wizzup> yes, just a few left
<Wizzup> tinymail,qtwebengine (not critical) and one or two more
<Wizzup> and modest (as a result of tinymail compile issue)
<Wizzup> I think also H-A-M
<sicelo> ok, i will give Librem5 another go then. it runs xorg from daedalus
<Wizzup> hildon-meta-core should be installable
ungeskriptet has joined #maemo-leste
ungeskriptet has quit [Ping timeout: 252 seconds]
<Wizzup> freemangordon: ok, I have a new image
<freemangordon> can I dist-upgrade?
<freemangordon> instead of writing new one taht is
ungeskriptet has joined #maemo-leste
<Wizzup> upgrade from daedalus yes I ugess
<Wizzup> dist-upgrade from chimaera no idea
<Wizzup> I am going to see if it boots on droid4 first
<Wizzup> I think dist-upgrade is not a good idea until hildon-meta can be upgraded
<freemangordon> I mean the old image
ungeskriptet has quit [Remote host closed the connection]
<freemangordon> hmm
<freemangordon> "All packages are up to date."
<freemangordon> Wizzup: hmm, connection selection list is emty
<Wizzup> xorg is probably not newer?
<freemangordon> I already upgraded
<Wizzup> ok
<freemangordon> yestarday
<Wizzup> you mean wifi connections are not showing?
<freemangordon> yes
<freemangordon> lemme truy to gather some loga
<Wizzup> is the intername name ok and up?
<Wizzup> did it work before?
<freemangordon> no
<freemangordon> never worked, but I was thinking the image lacks stuff
<freemangordon> there is no clock appet shown too
<freemangordon> *applet
<sicelo> wireless didn't work on Librem5 too, and i also always thought it was because we installed the L5 while daedalus was not really there. been using wpa_cli to establish connections
<freemangordon> libicd-network-wpasupplicant: try_open_wpa_control: 0x55a0a0
<freemangordon> Network module 0x557740 'libicd_network_wpasupplicant.so' version 0.99.1
<freemangordon> that's the last from libicd_network_wpasupplicant
<Wizzup> ok, maybe something changed/broke in new wpa supplicant
<Wizzup> strange that it would complile though
mkfx has joined #maemo-leste
<Wizzup> maybe the socket path changed..
<freemangordon> yeah, clonning
<Wizzup> src/wpasupplicant-defs.h:#define WPA_SUPPLICANT_CONTROL_PATH "/var/run/wpa_supplicant/wlan0"
<freemangordon> ok, will check
<freemangordon> no, it is there
<freemangordon> lemme rebuild with traces
<sicelo> we still have our wpa init (which sets the required parameters) or it changed to default?
<Wizzup> hmmm
<Wizzup> I might have missed that
<Wizzup> although I think that was done through divert
<freemangordon> what to check?
<Wizzup> we have ./leste-config-common/etc/wpa_supplicant/wpa_supplicant.conf.leste
<Wizzup> this sets ctrl_interface=/var/run/wpa_supplicant
<Wizzup> freemangordon: I wonder if wpa supplicant is able to write to dbus, or even trying to
<freemangordon> building with traces :)
<freemangordon> Wizzup: is there anyh 'proper' way to do it?
<freemangordon> oh, it is through ILOG_DEBUG
<freemangordon> hmm, I don;t see it even try to talk
<freemangordon> /sbin/wpa_supplicant -s -P /run/wpa_supplicant.wlan0.pid -i wlan0 -u -D nl80211,wext -c /etc/wpa_supplicant/wpa_supplicant.conf
<freemangordon> this is what is running
<Wizzup> -u is dbus
<freemangordon> in config file there is ctrl_interface=/var/run/wpa_supplicant
<Wizzup> and /var/run/wpa_supplicant/wlan0 exists?
<Wizzup> and the interface name is wlan0?
<freemangordon> yes
<Wizzup> ok, not sure, I can dd the image and try to take a look
<Wizzup> I just need to get a droid set up :)
<freemangordon> ok
<freemangordon> I'll investigate in the meanwhile
<Wizzup> ok
ungeskriptet has joined #maemo-leste
<Wizzup> freemangordon: probably from libicd-network-wlancond
<Wizzup> I don't think we use it
<freemangordon> ok, will remove it
<freemangordon> I am fixing build scripts
<freemangordon> to produce proper debug symbols
<Wizzup> yeah, some of this is from 6-7 years ago :)
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
<freemangordon> Wizzup: hmm, seems we have issues with gconf
<freemangordon> "could not map any network type to network modules"
<freemangordon> also, gconftool-2 prints garbage
<freemangordon> /schemas/system/osso/connectivity/policy:
<freemangordon> modules = Schema (type: `list' list_type: 'string' car_type: '*invalid*' cdr_type: '*invalid*' locale: `C')
<Wizzup> ok
<freemangordon> lots of things in gconf is like that
<Wizzup> hm...
<freemangordon> basically everything under /schemas
<freemangordon> hmm...
<freemangordon> lemme try something
<Wizzup> why would schemas not be installed correctly
<freemangordon> no idea
<freemangordon> maybe this is ok for schemas, dunno
<freemangordon> Wizzup: "dh_gconf does not work due to missing scripts, add schema manually"
<freemangordon> is that your comment?
<freemangordon> this is in icd wpa plugin
<freemangordon> seems you take it as a legacy :)
pere has quit [Ping timeout: 244 seconds]
<Wizzup> freemangordon: hmm
<Wizzup> freemangordon: how are gconf schemas for other programs
<freemangordon> debhelper does not seem to wire postinst files prperly
<Wizzup> argh
<freemangordon> at least I see not code in postinst
<freemangordon> *no code
<freemangordon> maybe it is another package
ungeskriptet has quit [Ping timeout: 252 seconds]
<freemangordon> lemme check on chiomaera
<freemangordon> yeah, in chimaera there is dh_gconf
<Wizzup> daedalus has no dh_gconf?
<freemangordon> It least I don;t have it installed
<freemangordon> maybe another package, dunno
<Wizzup> Use of the dh_gconf command in override and hook targets now causes an error. The dh_gconf command has been a no-op for years and was removed in debhelper 13.4.
<Wizzup> bullseye/chimaera is 13.3
<Wizzup> bookworm is 13.11
<freemangordon> I don't think that's true
<Wizzup> it's their man page :)
<freemangordon> IIRC it was doing things in postinst, but well...
<freemangordon> lemme get chimaera plugin package, to check
<Wizzup> $ grep dh_gconf */debian/rules
<Wizzup> maemo-security-certman/debian/rules:#dh_gconf
<Wizzup> we don't use it anywhere
<Wizzup> in all our repos
<Wizzup> so we didn't use it in chimaera
<freemangordon> we don;t, but dh was using it
<freemangordon> ok, chimaera package postinst looks the same
<freemangordon> but, there were triggers
<freemangordon> wait
<freemangordon> yeah:
<freemangordon> Processing triggers for gconf2 (3.2.6-7)
<freemangordon> Wizzup: https://pastebin.com/yAYdPuz2
<freemangordon> this is what happens on daedalus
<Wizzup> this is our custom script
<Wizzup> it requires on the schemas being ok though
<Wizzup> let me see
<Wizzup> actually I don't know how to check
<Wizzup> let me fire up vm or something
<Wizzup> it relies on *
<freemangordon> umm... what custom script? this message is not printed on chimaera
<Wizzup> chimaera uses other script
<Wizzup> pretty sure
<freemangordon> what script?
<Wizzup> I am searching
<freemangordon> postinst?
<Wizzup> it's called from postinst
<Wizzup> I have to remember the repo this is in :D
<freemangordon> which package?
<Wizzup> I am searching
<Wizzup> I think maemo-system-services
<Wizzup> commit 4fc8f17d9dfb55eacc573be856054f18e3e08961
<freemangordon> how it is related?
<Wizzup> icd2-manage-modules: use gconftool-2
<Wizzup> python-gconf is no longer available; it's python 2 only. While we are
<Wizzup> still on gconf, migrate to just calling gconftool-2.
<freemangordon> ah
<Wizzup> well, what you pasted is the output from it
<freemangordon> ok
<freemangordon> ok, ok
<Wizzup> but it relies on schemas being ok
<Wizzup> if the schemas are not ok, all bets are off
<freemangordon> but how to verify if schemas are ok or not?
<Wizzup> I thought you said they weren't :D
<Wizzup> I'm confused
<freemangordon> they look to me like they are not ok
<freemangordon> lemme check on chimaeraq
<freemangordon> ok, false alert
<freemangordon> on chimaera the look the same
<Wizzup> yes
<Wizzup> ok
<Wizzup> is icd2-manage-modules not installed from maemo-system-services?
<freemangordon> lemme check
<freemangordon> no such package
<Wizzup> there is no package icd2-manage-modules
<Wizzup> it's in maemo-system-services?
<Wizzup> dh/dh_maemo_installicdnetwork:su ${user} -c "icd2-manage-modules -a add -m $sofile \$net_args"
<Wizzup> if the script isn't installed, well... :)
<freemangordon> lemme check
<freemangordon> no such script in maemo-system-services
<freemangordon> maemo-system-services-dev
<Wizzup> it's in -dev?
<freemangordon> mhm
<Wizzup> I wonder if that is a mistake
<Wizzup> I don't think it was there before
ungeskriptet has joined #maemo-leste
<freemangordon> this is called during package build?
<Wizzup> no
<freemangordon> oh
<Wizzup> it's a runtime dep
<Wizzup> postinst
<Wizzup> this must have been some magic auto change somehow
<freemangordon> I don;t see that called, sorry
<Wizzup> what is 'that'?
<Wizzup> # postinst
<Wizzup> cat <<EOF >> "$postinstfile"
<Wizzup> su ${user} -c "icd2-manage-modules -a add -m $sofile \$net_args"
<Wizzup> EOF
<Wizzup> net_args="-n \$(echo $@ | sed 's/ / -n /g')"
<Wizzup> cp -a debian/scripts/* debian/maemo-system-services-dev/usr/bin
<Wizzup> strange, why
<Wizzup> how did this ever work for anyone? :D
<freemangordon> wait, which package is that?
<freemangordon> "su ${user} -c "icd2-manage-modules -a add -m $sofile \$net_args""
<Wizzup> maybe system-services-dev is runtime dep from some pkgs?
<freemangordon> maybe
<Wizzup> please just grep maemo-system-services, it's all there
<Wizzup> dh_maemo_installicdnetwork makes postinst which has runtime dep on icd2-manage-modules
<Wizzup> maybe our libicd just needs dep on maemo-system-services-dev to at least make things work
<freemangordon> wait
<Wizzup> libicd-openvpn/debian/control: maemo-system-services-dev (>= 0.6.1),
<Wizzup> libicd-openvpn/debian/control: maemo-system-services-dev,
<Wizzup> libicd-tor/debian/control: maemo-system-services-dev,
<Wizzup> libicd-wireguard/debian/control: maemo-system-services-dev (>= 0.6.1),
<Wizzup> libicd-tor/debian/control: maemo-system-services-dev (>= 0.6.2),
<freemangordon> how is that related to maemo-system-services?
<Wizzup> libicd-wireguard/debian/control: maemo-system-services-dev,
<Wizzup> yup, they all have it
<freemangordon> bot nor WPA neither OFONO I guess
<Wizzup> yes, must have been an oversight
<freemangordon> still, who do you think calls it? in WPA that is
<Wizzup> don't understand the question
<freemangordon> where it is called? in which script
<freemangordon> dh_maemo_installicdnetwork
<Wizzup> anything that uses dh_maemo_installicdnetwork
<freemangordon> I don;t see that calld in WPA plugin
<freemangordon> *called
<freemangordon> user@devuan-droid4:~/git/libicd-network-wpasupplicant$ git grep dh_maemo_installicdnetwork
<freemangordon> user@devuan-droid4:~/git/libicd-network-wpasupplicant$
<freemangordon> this ^^^ :)
<freemangordon> so, I guess this is the missing part
<Wizzup> yeah, I see
<freemangordon> and yes, we need it in -dev
<Wizzup> in this case the script is not relevant but there are other gconf problems
<Wizzup> lots of things are missing from /system/osso/connectivity/network_type
<Wizzup> anything from /system/osso/connectivity/network_type/WLAN_INFRA is missing
<freemangordon> I still don't understand who prints "No value set for `/system/osso/connectivity/network_type/WLAN_INFRA/network_modules'"
<freemangordon> yes, because the vaule is not set :)
<Wizzup> I think maybe icd2 itself might print that
<Wizzup> but that value should be set!
<freemangordon> this happens during package install, why would icd2 print it?
<Wizzup> let me updat e my vm and install
<Wizzup> freemangordon: 'during package install' what package install
<Wizzup> ?
<freemangordon> icd2-network-wpasupplicant-config_0.1.17_armhf.deb
<Wizzup> I can try to look, but realistically this seems like a real gconf problem
<Wizzup> nothing changed between chimaera and daedalus
<freemangordon> kagree
<Wizzup> other than what debian itself changed
<Wizzup> I am not sure if it matters who writes 'no value set'
<freemangordon> I put set -x in postinst, lemme see
<Wizzup> icd2-network-wpasupplicant-config.postinst has some debhelper stuff
<Wizzup> ah
<Wizzup> :q
<Wizzup> I bet it is ./icd2_restore_ipv6.sh
<Wizzup> that calls gconftool and that prints this
<freemangordon> what a nice name
<freemangordon> :)
<Wizzup> yeah
<Wizzup> no idea what it is
<Wizzup> in any case, that's just a symptom
<freemangordon> ok, lemme call that dh thingie
ungeskriptet_ has joined #maemo-leste
<Wizzup> that for sure is it not, since we never call it
<Wizzup> is not it*
ungeskriptet has quit [Ping timeout: 245 seconds]
ungeskriptet_ is now known as ungeskriptet
<freemangordon> ok, what else could be it?
<Wizzup> well, what is 'that dh thingie'? dh_gconf?
<freemangordon> dh_maemo_installicdnetwork
<freemangordon> hmm, wait
<Wizzup> I mean, you can try, but that should not matter
<freemangordon> yeah, right
<Wizzup> this is a much more core key that should not be empty
<freemangordon> I agree
<Wizzup> this is what icd2 loads module wise for this network type
<freemangordon> right
<Wizzup> I wonder if this is dh_gconf, but then debian must automatically call it for us in the past
<freemangordon> there waqs a trigger
<freemangordon> *was
<freemangordon> now I see no trigger
<Wizzup> yeah, and this corresponds with my paste from way above, from the debhelper man page
<Wizzup> since we were on the version where it was not removed
<Wizzup> and now it is removed on the daedalus version
<freemangordon> no, dh_gconf is not the trigger
<Wizzup> but the manpage said it was a no-op, but I don't think it is a no-op
<freemangordon> trigger is another thing
<freemangordon> sec
<Wizzup> what installs the trigger in postinst if not the DEBHELPER stuff?
<freemangordon> no, this is system-wide trigger
<freemangordon> see /var/lib/dpkg/triggers
<freemangordon> /usr/share/gconf/schemas gconf2
<freemangordon> this is on chimaera
<Wizzup> File in chimaera has it
<Wizzup> in daedalus not
<freemangordon> it has it too
<Wizzup> oh
<Wizzup> I need a break :)
<freemangordon> but it is /usr/share
<freemangordon> not /etc
<Wizzup> but that is also true on chimaera, no?
<freemangordon> yes, but I think there was a link
<freemangordon> or debhelper was smart and was moving to /user/share
<Wizzup> what a pain, just before they remove it they break it :(
<freemangordon> hmm, looks the same
ungeskriptet has quit [Ping timeout: 252 seconds]
<freemangordon> ok, in chimaera package schema is in /user/share
<freemangordon> on daedalus it is in etc
<freemangordon> that explains it
<Wizzup> some of them are in /usr/share on daedalus too
<Wizzup> so it seems to be a mix
<freemangordon> lemme make sure it wasn't me that broke it
<Wizzup> I have the same problem in my vm
<Wizzup> so I am not sure how :)
<freemangordon> well, then it is not me :)
<freemangordon> so, maybe dh_gconf was moving from /etc to /usr/share ;)
<freemangordon> yeah, the one in the repo also has it in /etc
<freemangordon> Wizzup: we'll have to fix that
<freemangordon> so, not exactly true that it was doing nothing :)
<Wizzup> and now there is no dh_gconf
<freemangordon> mhm
<Wizzup> so do we fix our pkgs do install to other dir, or?
<freemangordon> I think that's the best option
<freemangordon> there should not be that many of them
<Wizzup> if you mv/copy them, do things work?
<freemangordon> why would they? they shall be there during install
<freemangordon> so gconf to process the on trigger
<freemangordon> *them
<Wizzup> I just want to know this solves it before we do the work
<Wizzup> :D
<freemangordon> I will fix one package :)
<freemangordon> but, not sure what is the proper way to do it
<freemangordon> sec
<Wizzup> or 'cp' now?
<Wizzup> and then apt install --reinstall
<freemangordon> no
<freemangordon> it takes a minute
<freemangordon> the issue is that we get location from GCONF_SCHEMA_FILE_DIR
<freemangordon> that's provided by autofu scripts
<freemangordon> AM_GCONF_SOURCE_2 that is
ungeskriptet has joined #maemo-leste
<Wizzup> I did the cp from etc to usr share and now it works
<Wizzup> $ gconftool-2 -g /system/osso/connectivity/network_type/WLAN_INFRA/network_modules
<Wizzup> [libicd_network_wpasupplicant.so,libicd_network_ipv4.so]
<freemangordon> cool
<Wizzup> what should it be in autotools then, if not GCONF_SCHEMA_FILE_DIR?
<freemangordon> no ide, that's the problem
<freemangordon> *idea
<Wizzup> I think the best way to find these pkgs maybe is to go to chimaera and look in /usr/share or /etc and dpkg -S
<freemangordon> yeah, maybe
<freemangordon> or, we can patch AM_GCONF_SOURCE_2
<Wizzup> all of these things make me unhappy, so let's just pick one :D
<Wizzup> gconf will be dead after daedalus anyway
<freemangordon> /usr/share/aclocal/gconf-2.m4
<Wizzup> $ gconftool-2 --get-default-source
<Wizzup> xml:merged:/etc/gconf/gconf.xml.defaults
<freemangordon> see GCONF_SCHEMA_FILE_DIR
<freemangordon> GCONF_SCHEMA_FILE_DIR='$(sysconfdir)/gconf/schemas'
<Wizzup> so is sysconfdir different based on debian/compat then?
<freemangordon> no, sysconfig is always etc
MinceR has quit [Read error: Connection reset by peer]
<freemangordon> but, dh_gconf was moving the files, see the link ^^^
<Wizzup> so then why did some pkgs like ke-recv install into /usr/share/gconf
<freemangordon> no idea, lemme check
<Wizzup> debian/ke-recv.install:conf/*.schemas /usr/share/gconf/schemas
<Wizzup> what a mess :)
<freemangordon> yeah
<Wizzup> so anything that uses autotools is wrong
<freemangordon> mhm
<Wizzup> anything with hand rolled crap is right
<Wizzup> nice
<freemangordon> actually it is gconf that is wring
<Wizzup> yeah, so now we have to fork it, just to install some files in the right place :D
<freemangordon> seel, gconf is dead anyways, lets just fix that path and call it a day
<freemangordon> yes
<freemangordon> I won't not have time to do it today, feel free to do it
<Wizzup> I won't import git history then?
<Wizzup> that'll make it easier
MinceR has joined #maemo-leste
<Wizzup> almost done
<Wizzup> freemangordon: so use datarootdir?
ceene has quit [Ping timeout: 252 seconds]
ungeskriptet has quit [Ping timeout: 276 seconds]
<freemangordon> Wizzup: if it is /usr/share :)
_fab_ has quit [Quit: _fab_]
<freemangordon> Wizzup: semi-success :)
<freemangordon> or 1/3
halftux has joined #maemo-leste
<halftux> Wizzup: My rpi3 was not broken, it had to new firmware for the leste image and the debian image. Now I made a tiny leste image and copied the kernel, bootcode.bin and related stuff from raspbian and it is booting into hildon.
ungeskriptet has joined #maemo-leste
<Wizzup> freemangordon: great...
<Wizzup> halftux: sweet ! hang on to that rpi and pls write up the steps
<Wizzup> then we can make that into an img
<Wizzup> oh failing tests
* Wizzup confused
<Wizzup> it's never easy is it :(
<halftux> okay will write my steps and observation into the wiki
<Wizzup> halftux: great, ty
nela has quit [Ping timeout: 244 seconds]
_fab has joined #maemo-leste
halftux has left #maemo-leste [#maemo-leste]
<freemangordon> Wizzup: leave icd plugin to me
<Wizzup> freemangordon: hm?
<freemangordon> new version
<freemangordon> of wpa icd plugin
<Wizzup> ok
<Wizzup> well I made the change and it's still installed into the wrong place
<freemangordon> did you rebuild the package?
<Wizzup> yes
<Wizzup> hildon-control-panel is what I tried
<freemangordon> are you sure that particular package uses autoconf?
<Wizzup> yes
<Wizzup> ./debian/hildon-control-panel.postinst:SCHEMAS=/etc/gconf/schemas/hildon-control-panel.schemas
<Wizzup> ./data/Makefile.am:gconfschemasdir=$(sysconfdir)/gconf/schemas
<Wizzup> lol
<Wizzup> great!
<freemangordon> :)
<Wizzup> I hate computers
<freemangordon> no, what you hate is developers :)
nela has joined #maemo-leste
mkfx has left #maemo-leste [Error from remote client]
<freemangordon> Wizzup: oh, we'll have to fix the .install files as well
<Wizzup> yes
<freemangordon> "Processing triggers for gconf2 (3.2.6.1-1+4m7.1) " :)
<Wizzup> yes
<Wizzup> too bad all the packages need slightly different fixes
<Wizzup> when we have time we should go for gsettings (later) and then just go to trixie
<Wizzup> but for now... :)
<freemangordon> ok, wifi selection works now
<freemangordon> lemme push the code
<freemangordon> maybe going to trixie won;t be that easy, depends on the mesa version tehre
<freemangordon> they said they will drop dri2 from mesa
<Wizzup> ha
<Wizzup> so far all of these need fixing:
<Wizzup> connui-cellular.schemas devicelock.schemas libicd-network-wpasupplicant.schemas security.schemas
<Wizzup> connui-internet.schemas hildon-control-panel.schemas osso-addressbook.schemas status-area-applet-battery.schemas
<Wizzup> connui-wlan.schemas libicd-network-ofono.schemas osso-xterm.schemas
<Wizzup> there might be more
<freemangordon> yeah
<Wizzup> do you want me to work on them?
pere has joined #maemo-leste
ungeskriptet has quit [Remote host closed the connection]
g4rrgl3n0m4d has joined #maemo-leste
ungeskriptet has joined #maemo-leste
<freemangordon> yeah
xmn has joined #maemo-leste
<Wizzup> ok
ungeskriptet has quit [Ping timeout: 252 seconds]
ungeskriptet has joined #maemo-leste
pere has quit [Ping timeout: 276 seconds]
Twig has joined #maemo-leste
narodnik2 has joined #maemo-leste
MinceR has quit [Read error: Connection reset by peer]
MinceR has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
narodnik2 has quit [Quit: WeeChat 4.5.1]
narodnik2 has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
_fab has quit [Quit: _fab]
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
akossh has joined #maemo-leste
arno11 has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
mkfx has joined #maemo-leste
hawer has quit [Ping timeout: 244 seconds]
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Ping timeout: 252 seconds]
pere has joined #maemo-leste
Twig has quit [Remote host closed the connection]
akossh has quit [Quit: Leaving.]