sunshavi has quit [Ping timeout: 252 seconds]
sunshavi has joined #maemo-leste
Pali has quit [Ping timeout: 245 seconds]
xmn has joined #maemo-leste
lexik has quit [Ping timeout: 255 seconds]
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
macros_2ndPC has quit [Ping timeout: 240 seconds]
macros_2ndPC has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
<Danct12> joerg, i was told by sicelo to ask you about the cmos situation on the n900
<Danct12> why does it break down after a while? isn't it supposed to be rechargeable?
Livio has joined #maemo-leste
dev has left #maemo-leste [Disconnected: closed]
dev has joined #maemo-leste
<joerg> yes, the backup battery, a tiny coincell, is a rechargeable LiMn secondary cell, but for unknown reason it seems 99% component failure during estimated first 12 months
<joerg> Danct12: ^^^
<joerg> hint:
joerg is now known as DocScrutinizer
<DocScrutinizer> one of my formerly used irc nicks
DocScrutinizer is now known as joerg
<joerg> my suspicion why it breaks is: either manufacturing issue for the whole component batch or even type, or overheating during N900 assembly reflow soldering
<joerg> or, theoretically, the firmware might do a damaging configuration of the TWL5030(?)/ tps65950 PMIC companion chip, so the battery gets too high charge end voltage, too high current, or too frequent maybe even completely unnecessary (deep?) discharge cycles
<joerg> Danct12: please let me know what specific aspect of RTC/CMOSclock you're interested in, so I can spare you my babbling about irrelevant details
<joerg> as in: finding a spare part and recommended procedure for repair, specs / datasheets of RTC, of tps65950, of bupbat, software / foirmware related stuff... ?
vagag has joined #maemo-leste
akossh has joined #maemo-leste
Livio has quit [Ping timeout: 268 seconds]
Livio has joined #maemo-leste
Pali has joined #maemo-leste
<Danct12> joerg, thanks but i'm not in need of a battery replacement, it's not a big deal to set up date and time every time the battery is removed
<Danct12> i was just curious on why that would happen to the device
<joerg> actually it's an even smaller deal (if that's an idiom that makes any sense) considering that usually the modem gets accurate time from cellular provider. In my N900 I simply kicked out the date/time (language, zone) setting assistant that originally pops up during boot with invalid RTC, since it takes longer in for me to set date and time manually than it takes the N900 modem here in Germany with O2 network to set those in background while I try. IOW
<joerg> disabling that popup screen results in faster boot up to operational with correct time and date setting in RTC. Alas this isn't true anymore since O2 shut down their UMTS network, rendering the N900 an obsolete phone
vagag has left #maemo-leste [Error from remote client]
vagag has joined #maemo-leste
freemangordon has quit [Remote host closed the connection]
vagag has left #maemo-leste [#maemo-leste]
vagag has joined #maemo-leste
freemangordon has joined #maemo-leste
dev has left #maemo-leste [#maemo-leste]
Livio_ has joined #maemo-leste
<kabouik> Sure Wizzup, I told the seller that perhaps one dev would be remotely interested. The seller is named frikisama#0246 (Discord server for the Pro1x), expect the sale to be up somewhere next week when he gets it.
Livio has quit [Ping timeout: 268 seconds]
<buZz> you know, soooooo often in my pocket i accidentally close xterm window by the |X| button topright
<buZz> i'm wondering what could be nicer
<Wizzup> why not lock the device?
<buZz> Wizzup: maybe keyb slides open a bit or something
<buZz> maybe the X on fullscreen windows can be removed, and only in the windowswitcher view?
<Wizzup> hm I don't have that
<buZz> {'m just bluesky thinking what could be nicer to prevent that
<buZz> xterm could also ask con confirmation on closing perhaps
<Wizzup> you can probably disable the slide-unlock
<Wizzup> no, the problem seems to be with your lock/unlock, not with xterm
<buZz> maybe this d4 has a loosish keyboard hinge
<buZz> or slide
<buZz> dno
<buZz> the lock could really use some better locking, i guess
<buZz> there is now just pincode or the centered slide, to unlock?
<buZz> pincode unchangeable beside on n900 iirc
<buZz> maybe the slide unlock needs some debouncing? like ' be slided open for >2 seconds ' or something
<buZz> its not really a blocking issue, just slightly annoying if i had a nano with unsaved file or something
<buZz> i tend to just run stuff in screen to prevent such
<bencoh> buZz: on n900 the keyboad needs to be fully open to unlock
<bencoh> (at least on fremantle)
<norayr> > Danct12 wrote:
<norayr> > why does it break down after a while? isn't it supposed to be rechargeable?
<norayr> i have 2 n900's with same problem of usb nest, they don't get charge.
<norayr> i think that's the biggest problem of n900.
xmn has joined #maemo-leste
Livio_ has quit [Quit: I'm gone away.]
Livio has joined #maemo-leste
<Wizzup> instead of chimaera, maybe we should aim for the next one? https://www.devuan.org/os/releases
Livio_ has joined #maemo-leste
<Wizzup> i.e. daedalus
Livio has quit [Ping timeout: 245 seconds]
<Wizzup> uvos__ ^?
<Wizzup> as in, start now on +1
<sicelo> norayr: i don't know if cmos battery is biggest n900 problem. The worst is modem, because when that goes south, no workaround or fix.
<sicelo> The cmos battery problem might affect other phones too, who knows. But today's phones have non-removable batteries, so such problem could be partially masked
<sicelo> buZz: bencoh: the thing with keyboard slide is - when does the switch change state. On D4, the hw has it switching as soon as slide begins. On N900 it's when it's almost fully out. Not much one can do about this s/w side (so it's not related to fremantle/leste/etc.)
<buZz> right
<buZz> btw n900 without modem is quite a fine pda/miniserver :)
<Wizzup> freemangordon: and others, also any thought on bullseye vs bookworm?
<dreamer> what kind of thought?
<dreamer> debian stable vs testing .. imo don't use testing :)
<sicelo> Wizzup: if the newest is attainable with the manpower available, I think it's the better option
<sicelo> tbh, I'd even vote for switching to debian proper instead of the devuan fork, but i suppose that would be a bigger job (the problem devuan was setup to solve is no longer really a problem, afaiui)
<dreamer> sicelo: howso?
<Wizzup> sicelo: I think it would just save time in the long run
<Wizzup> sicelo: how is it not a problem anymore?
<Wizzup> dreamer: well we're thinking of moving to chimaera, but maybe daedalus is a better goal
<Wizzup> debian testing usually is still somewhat stable and we wouldn't have to do -again- in the near future
<sicelo> As per the last Debian general resolution, debian is no longer tied to systemd, and accepts all init systems, as long as there's devs to keep it working. So ideally devuan should just become a team inside debian
<dreamer> oh, in my experience debian testing is less stable than sid :#
<dreamer> I mean, it's supposed to not be stable and to iron out any quirks
<dreamer> sometimes makes jumps in support etc.
<dreamer> (after running sid for years I've been on stable for a while now. just don't want to deal with it and don't care about bleeding edge so much)
<sicelo> dreamer: leste could base itself on same base as mobian who are doing very well
<Wizzup> sicelo: I think we'll have to see if it works out, and we eventually also support systemd, but it's just not important/relevant for us at well, we just want good openrc support
<dreamer> sicelo: I never heard of them, so not that well :#
<Wizzup> sicelo: by what metric? just wondering
<Wizzup> is that the stuff being pushed by purism?
<sicelo> Mobian? https://mobian.org/
<sicelo> It's not purism (that's PureOS. I don't know anything about it)
<Wizzup> sicelo: by what metric?
<sicelo> Not sure how to answer that :-)
<Wizzup> I like what they do for the pinephone though
<sicelo> But Mobian enjoys a very good relationship with upstream debian,
<Wizzup> def similar goals :)
<Wizzup> sicelo: yeah, but purism hired a lot of debian devs no?
<sicelo> Most of their stuff also migrated to debian's gitlab now
<sicelo> And Mobian is quite popular even in terms of users. So yeah, i think they're doing very well
<sicelo> I really don't know much about Purism :-)
<sicelo> I doubt purism and mobian have any stronf connection (besides debian base for both, and mobian using phosh)
<Wizzup> sicelo: last I checked the purism folks had hired many dds, and since mobian seems to mostly use the sw they produce it seems very interwoven
<Wizzup> nevertheless, yeah, it's a good project to have
<Wizzup> do they also package plamo and other mobile uis? :P
<sicelo> Not Mobian. They focused only on Phosh
<sicelo> I think that's good choice
<Wizzup> works well for purism too :)
<Wizzup> I know I'm cynical :)
<sicelo> Heh, anyway Back to my point, I was only talking about debian vs. Devuan :-)
<Wizzup> if debian can 'apt-get install openrc' and it will just work, then making maemo work on it is a matter of adding ou repos
<Wizzup> if that's not the case, it's probably not feasible
<sicelo> tldr; if devuan bookworm is doable for leste, by all means. I think that's the better option
<Wizzup> (without reworking -our- init stuff)
xmn has quit [Ping timeout: 252 seconds]
<sicelo> I should actually try that in a vm some day
<dreamer> Wizzup: yeah it's not. debian is 100% systemd afaik
<Wizzup> that's also what I recall
<dreamer> now, it would be nice if on devuan you could `apt-get install systemd` and it will just work ;)
<dreamer> but afaik that won't :#
<Wizzup> pretty sure parazyd and I hardcoded that in the blacklist
<Wizzup> :P
<sicelo> I don't think so guys :-) but yeah, maybe that's subject for #debian
<Wizzup> sicelo: yeah, please check if you can
<dreamer> Wizzup: well not on maemo-leste, but on a default devuan install :)
<Wizzup> meanwhile, not sure how others see it, but for me devuan is basically just debian
<dreamer> there are still some packages in devuan that depend on systemd btw ..
<Wizzup> dreamer: no, I mean that parazyd and I wrote the sw for devuan
<dreamer> ah
<Wizzup> at least the first version (amprolla)
<dreamer> well it's not really init freedom if you can't freely choose to use systemd .. imo
<dreamer> just saying :)
<Wizzup> I think the idea is more that currently some packaged hard depend on it, which violate the same principle
<Wizzup> so it works both ways, and to prevent from breaking the system entirely, you need to block it
xmn has joined #maemo-leste
<Wizzup> until those hard depends don't exist or have alternatives
<Wizzup> ofc better to check with the devuan devs
<Wizzup> in any case.. yeah, maybe we need to check daedarus and see if they remove anything we really need
<Wizzup> gtk2 is still there, so there's not a lot more that they can remove other than gconf I suppose, which is already gone
<Wizzup> (famous last words)
vgratian has joined #maemo-leste
SuperMarioSF has joined #maemo-leste
uvos has joined #maemo-leste
<SuperMarioSF> hi
<uvos> I dont think switching to a debian 11 whilest also swiching to systemd is a good idea
<uvos> but switiching to systemd would have fairly massive advantages globaly
<dreamer> why?
<dreamer> leste depends on openrc atm
<dreamer> #notgonnahappen
<Wizzup> SuperMarioSF: hello
<Wizzup> uvos: I set up chimaera btw, at least as a test (for one pkg)
<uvos> well for one it would replace the very terrible dsme service implementation while preserving its functionally
<uvos> (restarts and system resets on crit deamons)
<uvos> then it would allow serivces that need privlages like mce to be run in the user session
<uvos> this would alow us to avoid the af-services hacks
<Wizzup> all of that is a lot of work
<Wizzup> like, -a lot-
<SuperMarioSF> I recently want to have a phone running proper Linux distros, and I found Maemo-Leste with Motorola Droid 4 is the best solution for me at the moment.
<uvos> and allow hildon to be installed in parralell with other desktops
<uvos> and be switchable via xdg session
<uvos> (like any other linux desktop)
<uvos> and there is more
<Wizzup> uvos: yeah all of that is extremely incompatible with just the mobile phone concept
<SuperMarioSF> I had a Nokia N900, but that thing is too old for me...
<Wizzup> we really don't need to go into this -again- now imho
<uvos> Wizzup: no
<uvos> Wizzup: it would not be at all
<Wizzup> uvos: 'hang on I'm getting a call but I'm not into any DE atm'
<uvos> Wizzup: we would install a autologin dm
<uvos> the fact thats a xdg session would be 100% hidden
<Wizzup> SuperMarioSF: yeah, it is showing it's age
<uvos> while still alowing you to use stuff like the motoroa docks easly with a desktop ui
<uvos> if you want
<Wizzup> SuperMarioSF: (it=n900)
<uvos> or swich between phosh and hildon
<uvos> or so on
<SuperMarioSF> And I usually don't trust my N900 for its flash storage. I was running some other distros before, and it quits working not soon after, and I have to reflash it to stock firmware to get it back alive again.
<uvos> also being able to install hildon on linux x86 machines and just log into it on a different vt
<uvos> would have siginifant debuging an dev advantages
<uvos> anyhow as i say I dont think switching to a debian 11 whilest also swiching to systemd is a good idea
<uvos> ie = not right now
<Wizzup> right
<Wizzup> just to be clear if UIs use different daemons, e.g. modem manager or ofono, all of it sounds extremely messy
<Wizzup> uvos: so I can set up chimaera pretty easily now I think
<uvos> except all the deamons can run in the session
<Wizzup> you want the modem daemon to run in the user session? eh
<uvos> you just have to privlage them correctly
<SuperMarioSF> I considered postmarketOS for a while, and they have some issue across all devices usually. Mostly important thing is: Most device doesn't have physical keyboard. That is the deal-breaker for me.
<uvos> anyhow more reading of backlog:
<uvos> phones with non removale batterys dont have rtc backups generally
<uvos> this is the case for ex the d4
<uvos> btw xt875 and xt860 do have a rechargeable liion cell, of 3 sutch devices i have its dead on 2
<uvos> we might have to charge it/ there are cpcap regs to deal with it
<uvos> its possible leste is breaking those atm, i have been wanting to check this
<Wizzup> uvos: I've been meaning to ask, assuming I got some time for the droid 3 soon, how do I read the emif regs?
<uvos> rwmem
<Wizzup> ok
<SuperMarioSF> after I saw the current state of Maemo-Leste on Droid 4, I thought I have the almost perfect option. (1) has proper hardware support (2) good battery life (3) at least 3G working properly
<uvos> the range is in the register manual
<uvos> SuperMarioSF: i would not say that 3g is working properly atm
<uvos> SuperMarioSF: it never works for me via ofono
<SuperMarioSF> so I'm planning to buy a second-hand Droid 4 for installing this.
<uvos> SuperMarioSF: and its unsable for others
<uvos> SuperMarioSF: also its devel only
<uvos> i gues you could say kernel support is there
<uvos> (since these are userspace problems)
<uvos> (most likely)
<uvos> also check if 3g is sill available where you are at
<uvos> manny places its being shutdown or is allready gone
<SuperMarioSF> as long it is not totally broken, I guess I can give it a pass. WiFi will working, that is the minimum.
<SuperMarioSF> In my place WCDMA is still up and running and won't go away for a while.
<Wizzup> 3g works quite well for me, it just needs some ui work
<Wizzup> SuperMarioSF: where are you from?
<SuperMarioSF> I'm from China.
<Wizzup> if you're in the US, you might be out of luck
<Wizzup> ah, ok
<uvos> SuperMarioSF: milestone 3 maybe localy available
<uvos> SuperMarioSF: iirc china was no 1 comertial market for this device
<SuperMarioSF> My operator is China Unicom, WCDMA network will up and running for at least 5 years form now.
<uvos> SuperMarioSF: i assume wcdma == umts in this case
<Wizzup> uvos: is that the droid 3?
<uvos> (wcdma is jus a coding method not a mobile standard)
<SuperMarioSF> I can get a Verzion Droid 4 for a low price so I can just all in to it.
<uvos> SuperMarioSF: ok
<uvos> Wizzup: yes
<uvos> there is also a motorola electrify 2 code name: yangtze
<uvos> i think this was only sold in china
<uvos> we dont support this device
<Wizzup> SuperMarioSF: so with some knowledge of the bugs, you can use it to make phone calls, read/write sms (kinda, soon more stuff will be supported), and use 2g/3g for internet, as well as wifi, and use it for sound/browsing etc
<SuperMarioSF> even if no 3G or 4G after that, I have a 5G CPE for that.
<uvos> but would maybe like to have a couple
<SuperMarioSF> no calling is fine. my CPE can handle SMS from a browser.
<Wizzup> uvos: yeah we could fund that if someone can find them
<Wizzup> SuperMarioSF: calling ought to work fine, jfyi
<Wizzup> there are some known ofono bugs that we need to fix
<Wizzup> but I use it every day for calls
<SuperMarioSF> if you need to work with a Milestone 3, I can help, they are cheap too.
<Wizzup> uvos: are these different from the us droid3?
<Wizzup> uvos: bootloader wise maybe?
<uvos> Wizzup: they where blessed by motorla with a later android fw for some reason, they have different bands
<uvos> ie different modem fw
<uvos> otherwise idk if there are more differences
<uvos> oh and they are unlocked
<Wizzup> ok, in that case it would be quite nice if we can get some... happy to pay for it
<SuperMarioSF> it has some difference from baseband
<SuperMarioSF> No CDMA (EvDO) network support, WCDMA only.
<SuperMarioSF> WCDMA UMTS only support 2100MHz band
<SuperMarioSF> oh
<SuperMarioSF> guess what I found
<Wizzup> enlighten us :)
<SuperMarioSF> new old stock Milestone 3 only for CNY 580
<uvos> (80 euro)
<uvos> thats not that cheep really
<SuperMarioSF> and second hand one can lower to CNY 90
<SuperMarioSF> that is cheap.
<Wizzup> ah, old stock as in unused?
<SuperMarioSF> yes, in the box, not used.
<uvos> CNY 90 = 13 euro
<uvos> that IS very cheap
<Wizzup> both would be interesting I think
<SuperMarioSF> and the seller had two in stock.
<SuperMarioSF> I guess I can just donate one if you guys really interested.
<Wizzup> do you have a link to this item?
<SuperMarioSF> the only problem is international shipping, which I don't had much experience on that.
<Wizzup> it would be good to check it's not the droid 3 that is also on the us ebay, since we have some of those already
<SuperMarioSF> Link is almost impossible to provide, since those Chinese tech giant want you to use their Apps instead, the Web version is just a redirection for you to download the app.
<uvos> thats annoying
<SuperMarioSF> it is annoying even for Chinese.
<uvos> what model number xt86X dose it state?
<uvos> if it dose state soemthing
<SuperMarioSF> no result returned with XT86X .
<uvos> no i mean the ones you had open
<uvos> the chineese milestone 3/droid 3 is xt860 i think
<uvos> but it may be wrong on that
<SuperMarioSF> That shouldbe XT883. Seems a CDMA only version.
<uvos> we are not interested if its xt861
<uvos> *xt862
<uvos> ah yeah
<uvos> thats it
<uvos> yeah xt883 is interesting
<SuperMarioSF> and the second hand one is ME863
<uvos> also interesting
<Wizzup> that is xt860 iirc
<Wizzup> Also known as Motorola XT860 4G, Motorola MILESTONE 3 ME863
<uvos> also check for xt881
<uvos> (this is Yangtze)
<Wizzup> SuperMarioSF: check @ link :)
<SuperMarioSF> woah I found Milestone 5 _
<Wizzup> SuperMarioSF: in any case, there is maemo leste foundation that can pay for some devices for development
<SuperMarioSF> XT897
<Wizzup> ah, that is not omap
<uvos> thats a phonon q
<uvos> not related
<Wizzup> I have one at home as well I think, but it's not mainline ready
<Wizzup> (it does have a hw keyboard and a foss gpu driver)
<uvos> an a terrible reliablility trackrecord
<uvos> but yeah
<Wizzup> yeah
<SuperMarioSF> Wizzup: I didn't find some 'at' link...
<Wizzup> SuperMarioSF: no need for the link, I think your description is apt
<SuperMarioSF> ... apt? package manager one?
<uvos> apt means sufficant in this context
<Wizzup> oh, the description was good enough, clear :)
<SuperMarioSF> ...? (still didn't get that)
<uvos> *sufficient
<uvos> arg :P
<Wizzup> read apt as 'sufficient'
<SuperMarioSF> okay
<Wizzup> btw, do you have a d4 already?
<SuperMarioSF> nope, but getting one should arrive in few days.
<Wizzup> cool
<Wizzup> so yeah, happy to help you nagivate our alpha sw landscape, I use my d4 daily
<SuperMarioSF> the d4 I'm getting is XT894
<Wizzup> and if we can find some more unique devices that we don't support yet, that'd be cool too
<Wizzup> yeah that sounds correct
<uvos> SuperMarioSF: yes the verizon xt894 is the one and only d4 ever relased
<uvos> motorola was bought out right after
<Wizzup> what about this unique german d4 prototype :D
<uvos> okok
<SuperMarioSF> btw
<uvos> Wizzup: released
<uvos> Wizzup: it dosent count :)
<Wizzup> :)
<SuperMarioSF> I even found some Nokia N950 here...
<Wizzup> SuperMarioSF: what's the price?
<SuperMarioSF> for CNY 2000
<SuperMarioSF> and more.
<SuperMarioSF> the lowest is CNY 2000.
<Wizzup> like 300 usd
<uvos> uff :P
<uvos> but limited run phone i gues
<SuperMarioSF> and some early prototype N950 (front panel not final)
vagag has left #maemo-leste [Error from remote client]
<SuperMarioSF> literally have 'Proto' written on it.
<Wizzup> yeah n950 is cool, but so little were made supporting it is less attractive
<Wizzup> and the d4 is the same in power
<uvos> also they have problems with the display failing irght?
<uvos> Wizzup: d4 is mutch stronger no?
<uvos> Wizzup: dosent n950 still have omap3?
<uvos> TI OMAP3630
<uvos> yeah its mutch closer to n900 than d4
<SuperMarioSF> I can't guarantee this link will work, here is anyways.:
<uvos> should be ~40% of d4 in raw flops
<SuperMarioSF> be warned: may be have tracking on it.
<uvos> 1.2ghz single core a8 vs 2 1.2ghz a9s
<SuperMarioSF> I can't remove the tracking on it since that isn't a short link redirect.
<uvos> thats a really wierd device
<uvos> neat
<SuperMarioSF> the milestone 3 XT883: https://m.tb.cn/h.fBKCvci?tk=ISOQ2HXFHLh
<SuperMarioSF> also may have tracking on it.
<Wizzup> https://h5.m.goofish.com/item?id=590695388710 this is it without tracking I think
<uvos> buZz: yes the d4 only has one switch that triggers after about 2mm of travel of the slider
<uvos> buZz: some time between the d1 and the d4 moto dropped a switch that was all the way at the top of the slider, allowing the phone to unlock at the top and lock at the bottom
<uvos> this is quite unfortionate
<SuperMarioSF> hmmm seems I really need to use curl, not wget.
<SuperMarioSF> my curl installation in tmux quits working.
<Wizzup> heh there is a xt702 even
<uvos> droid 1 varient
<Wizzup> yep
<SuperMarioSF> and there are many weird prototypes in there...
<uvos> german milestone 4 maybe? xD
<SuperMarioSF> a motorola dieigned much like a Nokia XpressMusic one...
<SuperMarioSF> *designed
SuperMarioSF has quit [Quit: Quit]
SuperMarioSF has joined #maemo-leste
<Wizzup> welcome back
vgratian has left #maemo-leste [#maemo-leste]
<Wizzup> uvos: the xt883 seems interesting, right?
<uvos> yes
<SuperMarioSF> just a reconnect.
<Wizzup> SuperMarioSF: if we can get some of those devices from china to europe we'd like to toy with them
<Wizzup> uvos: btw on chimaera vs daedalus, any preference?
<Wizzup> chimaera*
<Wizzup> oh I spelled it correctly :D
<SuperMarioSF> I'm happy to help with you for that.
<Wizzup> SuperMarioSF: let me send you a direct message here on irc
Twig has joined #maemo-leste
<Wizzup> uvos: any other devices that look interesting? xt883, mb863, anything else?
xmn has quit [Ping timeout: 268 seconds]
<uvos> Wizzup: no, unless you want another phonon q when yours inevitably breaks too :P
<uvos> Wizzup: Chimaera
<Wizzup> ok
<uvos> Wizzup: i dont think going to testing is a good diea
<uvos> *idea
<Wizzup> alright
<Wizzup> in that case it's pretty much set up at this point
<uvos> also i dont think mvoing from deb 11 to 12 is mutch work
<Wizzup> I'll reconfigure(all) the jobs for it a bit later
<uvos> Wizzup: ok
<uvos> good
<uvos> thank you
<Wizzup> uvos: you mean chimaera->daedalus is not a lot of work?
<uvos> i doubt it will be, yes
<uvos> Wizzup: so how dose this work now
<Wizzup> well, maybe, but still, making 250+ branches and rebuilding the packages in jenkins, babysitting the jobs, etc, it's a lot of work
<uvos> branch maemo/chimaera-devel>
<uvos> build a tag there? how?
<uvos> Wizzup: true yes
<uvos> Wizzup: if done manually
<Wizzup> uvos: I know, I've done it before :P
<Wizzup> we had some automation in place but jenkins wasn't -super- reliable
<uvos> ok
<uvos> hmm :(
<Wizzup> uvos: so what I added right now is just support for maemo/chimaera only for maemo-keyring
Twig has quit [Ping timeout: 240 seconds]
<Wizzup> but reconfiguring jobs to support maemo/chimaera is 5s work
<Wizzup> I can also add maemo/chimaera-devel, but that doesn't seem too useful
<uvos> idealy it would just branch every package itself, try building it and then email us what pacakges failed and what suceeded
<Wizzup> currently it's marked as testing, and not stable, since I don't want to mark beowulf as oldstable yet
<uvos> Wizzup: ok
<Wizzup> uvos: yes, but many of the packages depend on each other, and these dependencies are not expressed in our python list of packages
<Wizzup> we have an order that should more or less work
<uvos> Wizzup: ok
<Wizzup> but then the jenkins job starting api won't always tell you clearly how to go from -source to -binaries to -repos
<Wizzup> I do have some code for this
<uvos> i mean you could also just try building everything twice, once forward and once in reverse
<uvos> i hope cyclic depenancies arnt to common
<Wizzup> in any case if it's just about rebuilding packages, that's easy, I suspect there will be other problems, like dh incompatibilities, compiler or glibc differences, like we had in the past with PIE
<uvos> yeah ofc
<uvos> sill a list of packages that need attention would be good
<Wizzup> yeah
<Wizzup> gtk2 will be one that needs work, qt5 plugins too
<Wizzup> anything gconf of course
<uvos> gtk2 really?
<uvos> ok
<Wizzup> well we need to rebase our patches likely?
<uvos> we build our own anyhow
<Wizzup> not a big deal, but will need to happen
<uvos> well not really at first no?
<Wizzup> if we don't, the debian version might be newer
<Wizzup> but yeah we can work around that somehow
<uvos> also i kinda doubt rebasing gtk2 is hard
<uvos> how mutch dose it change in 2022 really
<uvos> ill do it :P
<uvos> i just need to know how to have jenkins build it for deb 11
<Wizzup> fmg did it last time, it wasn't a lot of work for him, either
<Wizzup> uvos: is 11 chimaera? sry, not up to date with numbers
<Wizzup> uvos: well I still need to reconfigure the other jobs for it, but I can do that soon
<uvos> 11 is Bullseye
<uvos> ie chimaera in devuan land
<Wizzup> this order is more or less guaranteed to work
<uvos> thats all packages? really
<uvos> no way that seams too short
<uvos> maybe im missjudgeing
<uvos> anyhow ok yeah just point me at a package and ill start doing a few
<Wizzup> well, there are some _all packages that are misc stuff like icons and sounds
<uvos> Wizzup: ok
<uvos> i could try building mce, sphone first, those are guanteed to work fine since they work fine on arch linux even :P
<uvos> deb packaging aside ofc
akossh has quit [Ping timeout: 268 seconds]
<Wizzup> uvos: last time we made a github issue with a checkbox for every package
<Wizzup> something like that might make sense now too
<Wizzup> uvos: I'm reconfiguring the jobs now to include chimaera, but from my pov we're not in rush on this one
<Wizzup> but at least jenkins will be set up for it momentarily
RedW has quit [Quit: huh upgrades]
<Wizzup> here's the list of all jobs reconfigured fyi https://dpaste.com/BERG3LP7R.txt
<Wizzup> 389 jobs
<uvos> Wizzup: ok
RedW has joined #maemo-leste
<Wizzup> I think I have a sphone rtcom patch ready, will test now
<uvos> Wizzup: great
<uvos> i dont want to promote sphone before
<uvos> because i presunme it breaks old events
<Wizzup> right
<Wizzup> argh, keep getting this sms too now :)
<uvos> Wizzup: oh no that sucks :(
<Wizzup> yeah, really we need to dive into ofono soon and fix this stuff
SuperMarioSF has quit [Quit: Quit]
<Wizzup> uvos: https://github.com/maemo-leste/sphone/tree/wip-rtcom don't merge yet, but this mostly does it
<Wizzup> I will do another test tomorrow morning
<Wizzup> not sure why the remote_name is not set for me, but maybe it doesn't get the contact
<uvos> it looks up the name in the default eds address book
<uvos> abook dosent use the default eds address book at all irrc
<uvos> it just creates its own and dosent want to interop with other applications that use eds at all (gnome-contacts, evolution etc)
<Wizzup> ah, ok, so that's why it didn't find anything
<uvos> you can just set the abook addressbok to be the default
<uvos> in eds
<uvos> or you can tell sphone what address book to use
<Wizzup> do we have some doc on that?
<uvos> no
<uvos> really abook should just use whater book is set as default
<uvos> instead of hardcodeing the selection by name or whatever
<Wizzup> I don't know how to change it in sphone or in eds really
<Wizzup> but would like to know for testing purposes :)
uvos has quit [Ping timeout: 245 seconds]
Pali has quit [Ping timeout: 268 seconds]