*** lizardo has quit IRC | 00:03 | |
kerio | merlin1991: could it be possible to have cssu-thumb and cssu-devel on separate hostnames? | 00:07 |
---|---|---|
kerio | apparently apt is stupid | 00:08 |
gregoa | kerio: globs in apt preferences works since 0.8.14 (april 2011), and maemo has 0.7.20.2maemo13.2+0cssu (0.7.20 is from feb 2009) | 00:08 |
kerio | gregoa: where were you when i was looking for that? :( | 00:08 |
gregoa | kerio: I was out for dinner with friends, sorry :) | 00:09 |
kerio | well you're not excused! :C | 00:09 |
gregoa | :) | 00:10 |
kerio | gregoa: anyway, apt doesn't seem to have a way to discern between http://maemo.merlin1991.at/cssu/community-thumb/ and http://maemo.merlin1991.at/cssu/community-devel/ | 00:10 |
kerio | why? | 00:10 |
merlin1991 | becuase apt compares the base domains? | 00:10 |
kerio | ...WHY? | 00:11 |
gregoa | kerio: I was just looking at the /var/lib/apt/lists/*_Release files, and they don't seem to be very informative | 00:11 |
*** toxaris has quit IRC | 00:11 | |
gregoa | kerio: http://paste.debian.net/189616/ | 00:13 |
kerio | hehe | 00:13 |
kerio | merlin1991: is it possible to have different... huh... suites? for devel and thumb? | 00:13 |
gregoa | kerio: so if merlin1991 adds a bit more fields to reprepro for the dists, they should end up in the Release files and apt_preferences could use them | 00:13 |
kerio | gregoa: where should something like that go? | 00:14 |
kerio | i mean, the codename should still be fremantle | 00:14 |
gregoa | (or _InRelease in some newer versions) | 00:14 |
gregoa | kerio: TBH, I don't know this Origin/LAbel/Suite stuff in detail. I guess Suite would be good | 00:15 |
gregoa | kerio: and in merlin1991's rerepro that's somewhere in config/dists or whatever the file is called | 00:16 |
gregoa | *reprepro | 00:16 |
merlin1991 | hm either label or suite should do | 00:18 |
merlin1991 | though I don't know which ones you can use in the apt preferences | 00:19 |
gregoa | and Origin: merlin :) | 00:19 |
kerio | huh, HAM is stuck at the file dialog | 00:21 |
gregoa | I'm using e.g. "Pin: release a=experimental | 00:21 |
gregoa | ", and experimental is a Suite | 00:21 |
kerio | then yeah, it should be Suite: community-thumb or something | 00:22 |
gregoa | and the manpae has n=jessie for the Codename (heh, already jessie!) | 00:22 |
kerio | damn, wasn't she added in toy story 3? :S | 00:22 |
gregoa | yeah, SUite: cssu-thumb or something | 00:22 |
kerio | D: something modified the icon for the uSD in the file manager | 00:23 |
* kerio reboots | 00:23 | |
kerio | i bet it's obexd's fault | 00:24 |
kerio | ok, everything is fine now :3 | 00:25 |
*** dimir has left #maemo-ssu | 00:29 | |
kerio | freemangordon: once merlin (or you?) sort out the reprepro config to add a proper Suite you should ship a preference file to put -thumb at a slightly higher priority | 01:36 |
kerio | freemangordon: nah, nevermind, HAM won't honour it | 01:58 |
*** arcean has quit IRC | 02:13 | |
*** Sc0rpius has quit IRC | 02:42 | |
freemangordon | kerio: don't know about you, but apt-get is at least twice faster here compared to non-thumb version | 02:48 |
*** Sc0rpius has joined #maemo-ssu | 02:54 | |
DocScrutinizer05 | merlin1991: you finished your boot marathon? | 03:26 |
merlin1991 | DocScrutinizer05: gave up when the battery ran out | 03:27 |
DocScrutinizer05 | LOL | 03:27 |
merlin1991 | so I can say for sure, it doesn't happen before ones battery runs out :D | 03:27 |
*** Woody14619 has quit IRC | 03:46 | |
DocScrutinizer05 | well, let's start another funny little game | 04:00 |
DocScrutinizer05 | ;-D | 04:00 |
*** M4rtinK has quit IRC | 04:01 | |
DocScrutinizer05 | t900:~# uptime | 04:01 |
DocScrutinizer05 | 03:12:19 up 166 days, 4:07, load average: 0.00, 0.00, 0.00 | 04:01 |
DocScrutinizer05 | ohnoes! | 04:01 |
DocScrutinizer05 | I guess it's iroN900 then to suffer the boot | 04:01 |
DocScrutinizer05 | ;) | 04:02 |
*** dreamer has joined #maemo-ssu | 04:02 | |
dreamer | hmm, I'm updating and I get a popup: 'to update your device to this version of the os you must use Nokia PC Suite on your pc.' << wth? | 04:02 |
dreamer | or is that just for the backup? | 04:03 |
dreamer | http://wiki.maemo.org/Community_SSU/Installation_FAQ << hmm, so maybe there's not enough space for the rootfs? | 04:04 |
dreamer | should be ok | 04:05 |
dreamer | wtf? why am I expected to have windows? sorry but what BS is this? | 04:06 |
* dreamer confused | 04:06 | |
dreamer | I'll update tomorrow -_- | 04:07 |
DocScrutinizer05 | [GENERAL NOTICE] if you're using CSSU-T, do NOT use "update all" in HAM, you need to first install/update the opername widget, only *then* go update the rest. Read http://talk.maemo.org/showthread.php?p=1264963#post1264963 ff | 04:07 |
DocScrutinizer05 | or simply read /topic! | 04:07 |
merlin1991 | dreamer: it also helps to read the very first A: text on the wiki page you posted | 04:08 |
dreamer | DocScrutinizer05: topic is tl;dr | 04:08 |
dreamer | and it's really not the time atm to do an upgrade -_- | 04:09 |
dreamer | nn | 04:10 |
DocScrutinizer05 | [GENERAL NOTICE] if you're using CSSU-T, do NOT use "update all" in HAM, you need to first install/update the opername widget, only *then* go update the rest. Read http://talk.maemo.org/showthread.php?p=1264963#post1264963 ff | 04:11 |
DocScrutinizer05 | hmm, maybe notice on http://wiki.maemo.org/Community_SSU/Installation_FAQ helps | 04:23 |
DocScrutinizer05 | merlin1991: I compared CAL before and after PANIC reboot, no difference | 04:28 |
DocScrutinizer05 | since I'm pretty sure there's no reboot counter of that kind anywhere in rootfs, and I wouldn't know where else it might get stored, conclusion is it got nuked by Nokia | 04:30 |
*** LaoLang_cool has joined #maemo-ssu | 04:58 | |
*** wmarone_ has quit IRC | 05:14 | |
*** wmarone__ has joined #maemo-ssu | 05:14 | |
*** Milhouse has quit IRC | 05:14 | |
*** amiconn has quit IRC | 05:38 | |
*** amiconn_ has joined #maemo-ssu | 05:38 | |
*** amiconn_ is now known as amiconn | 05:38 | |
*** m_pahlevanzadeh has joined #maemo-ssu | 06:07 | |
m_pahlevanzadeh | hi, | 06:07 |
m_pahlevanzadeh | Alarm-clock doesn't any feature to change incremental to permanent playback | 06:08 |
m_pahlevanzadeh | Also doesn't any feature to change time of playpack | 06:08 |
m_pahlevanzadeh | how i change it? | 06:09 |
m_pahlevanzadeh | I told it in development of maemo, and they said Alarm clock is not open source and CSSU must change its code. | 06:10 |
m_pahlevanzadeh | I don't think change of its code is consuming..... | 06:12 |
*** m_pahlevanzadeh has quit IRC | 06:24 | |
*** LaoLang_cool has quit IRC | 06:24 | |
*** m_pahlevanzadeh has joined #maemo-ssu | 06:27 | |
*** DocScrutinizer06 has joined #maemo-ssu | 06:35 | |
*** DocScrutinizer05 has quit IRC | 06:35 | |
*** DocScrutinizer06 is now known as DocScrutinizer05 | 07:07 | |
*** Milhouse has joined #maemo-ssu | 07:56 | |
*** m_pahlevanzadeh has quit IRC | 07:59 | |
*** ChanServ has quit IRC | 09:18 | |
freemangordon | merlin1991: well, I was wrong for apt, but camera-ui is deffinitely compiled with no optimizations | 09:39 |
*** zeq has joined #maemo-ssu | 09:41 | |
*** LaoLang_cool has joined #maemo-ssu | 10:08 | |
*** ChanServ has joined #maemo-ssu | 10:22 | |
*** holmes.freenode.net sets mode: +o ChanServ | 10:22 | |
kerio | freemangordon! hi! | 10:28 |
freemangordon | kerio: hi | 10:28 |
kerio | freemangordon: don't use exact versions in the metapackage! | 10:34 |
*** Pali has joined #maemo-ssu | 10:50 | |
*** Sc0rpius has quit IRC | 10:55 | |
zeq | freemangordon: I've had absolutely no time lately. :( Have had some paid work though, which is good! What's been happening on the glibc/pthread front? Is it still waiting for me to implement a fallback? | 11:15 |
zeq | s/pthread/pselect/ | 11:16 |
infobot | zeq meant: freemangordon: I've had absolutely no time lately. :( Have had some paid work though, which is good! What's been happening on the glibc/pselect front? Is it still waiting for me to implement a fallback? | 11:16 |
zeq | I need to wake up! ;) | 11:16 |
kerio | Pali: is pselect support in KP52? | 11:17 |
Pali | kerio, I think no | 11:17 |
kerio | add it plskthx | 11:17 |
Pali | I did not get any patch | 11:17 |
kerio | aww :( | 11:17 |
kerio | zeq: patch to Pali plskthx | 11:17 |
zeq | one moment | 11:18 |
zeq | http://www.snewbury.org.uk/maemo/sigmask/tif_restore_sigmask-syscalls-arm.patch | 11:20 |
*** arcean has joined #maemo-ssu | 11:23 | |
Pali | ok, also I need provides name for deb package | 11:26 |
kerio | zeq: kernel-feature-? | 11:26 |
zeq | -sigmask? | 11:27 |
zeq | or -pselect | 11:27 |
*** LaoLang_cool has quit IRC | 11:28 | |
zeq | The only reason against calling it kernel-feature-pselect is the other syscalls | 11:29 |
Pali | so kernel-feature-sigmask should be ok? | 11:30 |
Pali | or we have some packages now which depends on this provides? | 11:30 |
kerio | Pali: nothing, so far | 11:30 |
zeq | as far as I know nothing yet | 11:31 |
kerio | and the future glibc will probably be patched in a way that it'll also "work" without the syscall | 11:31 |
Pali | ok | 11:31 |
zeq | glibc will probably be the only thing, and the consensus is as kerio notes thay we should have a fallback implemented | 11:31 |
*** LaoLang_cool has joined #maemo-ssu | 11:31 | |
zeq | that said it's still a good idea to have the dependency | 11:32 |
Pali | ok, I will add kernel-feature-sigmask to kernel-power-flasher | 11:32 |
zeq | the fallback would just be in case of user error | 11:32 |
zeq | (installing an old kernel) | 11:33 |
zeq | I haven't had time to work on it yet though | 11:34 |
zeq | I've been running here a couple of months without a fallbak though, so it does definitely work :) | 11:35 |
Pali | freemangordon, in bme changelog is written that bme communicate with DSME | 11:38 |
Pali | we need to know what BME is sending to DSME, and it should be implemented in hald-addon-bme | 11:38 |
kerio | problem: depending on the kernel feature means that you're depending on a flasher that was installed at some point in the past | 11:39 |
kerio | and not necessarily on the feature in the kernel itself | 11:39 |
zeq | not the running kernel you mean | 11:39 |
kerio | for instance, if you update kernel-power-flasher and glibc | 11:39 |
kerio | zeq: yeah | 11:39 |
kerio | you end up fullfilling the dependencies | 11:40 |
zeq | that's a good point | 11:40 |
kerio | but anything you run between the end of the installation of the new glibc and the reboot can fail spectacularly | 11:40 |
kerio | unless we provide a fallback | 11:40 |
zeq | there needs to be a way to check the running kernel on pre-install | 11:40 |
kerio | and HAM doesn't really have a nice way to do incremental updates for something like this | 11:40 |
kerio | zeq: then you bork HAM updates | 11:40 |
kerio | also, what do people that only have the bootitem do? | 11:41 |
kerio | do they install fake packages? | 11:41 |
zeq | apt must be able to check for runtime dependencies before installing a package? | 11:41 |
kerio | apt is able, HAM is not going to be willing | 11:41 |
kerio | HAM upgrades the system in bulk only | 11:42 |
chem|st | o/ | 11:42 |
kerio | zeq: providing a fallback is the only sensible solution | 11:42 |
kerio | anyway, the same thing happens when installing cssu-thumb | 11:42 |
kerio | if you don't have a thumby kernel already | 11:42 |
zeq | yes, it's exactly the same issue | 11:42 |
kerio | the kernel is installed and flashed together with all the packages | 11:43 |
Pali | * Ignore ADC offset for BTEMP Fixes: NB#139328 - Battery temperature calculation needs to be changed. | 11:43 |
Pali | reading that bug could be usefull for battery temperature formula | 11:44 |
kerio | hai chem|st o/ | 11:44 |
zeq | as long as the glibc is installed last it shouldn't be a problem, but it would be better to have a test binary with the glibc package to block install if it fails on the running kernel. | 11:45 |
kerio | zeq: and hold off every HAM update? | 11:45 |
zeq | a fallback is better though | 11:45 |
Pali | * Disable BQ charging termination when in RD-mode to (temporarily) enable battery hot-swap for RD-purposes. Fixes: NB#142794 | 11:45 |
kerio | perfectly fine by me, HAM is awful, but other people might object ;) | 11:45 |
zeq | hold off all but kernel upgrade | 11:46 |
kerio | it has to be done manually | 11:46 |
zeq | One good thing is the kernel can be pushed straight away | 11:47 |
zeq | maybe it's sufficient to just make it two-stage | 11:48 |
kerio | it absolutely is, but it has to be done manually by the user | 11:49 |
kerio | ...on the other hand, i doubt there are many things launched between the upgrade and the HAM reboot that depend on pselect | 11:49 |
zeq | in *theory* there shouldn't be anything, that's the point of using HAM right? | 11:50 |
zeq | in practice... | 11:50 |
zeq | ? | 11:50 |
kerio | hehehe | 11:51 |
*** arcean has quit IRC | 12:34 | |
Pali | I found it, BME sending to DSME battery status (ok, empty) and charger status (connected, disconnected) | 12:42 |
Pali | like batttest program (opensource, part of dsme) | 12:43 |
Pali | freemangordon, ^^^^ | 12:43 |
Pali | I will implement this into hald-addon-bme | 12:43 |
kerio | Pali: have you found a good way of completely replacing bme? | 12:44 |
Pali | I think yes | 12:44 |
Pali | I will implement it and try it under qemu | 12:45 |
kerio | does it involve moving binaries in preinst? | 12:45 |
Pali | no | 12:45 |
Pali | it will replace packages | 12:45 |
kerio | hm | 12:45 |
Pali | e.g installing new version of packages: bme-rx-51, hald-addon-bme, libbmeipc, ... | 12:45 |
kerio | yay | 12:46 |
kerio | well, i hope it's not actually called like that | 12:46 |
kerio | otherwise it's going to be a bitch to distribute | 12:46 |
kerio | Pali: do you have a repo for it yet? | 12:49 |
Pali | no, it will not be in apt repository (yet) | 12:49 |
Pali | replacing bme is critical part of system | 12:49 |
Pali | and users should not do it without warning... | 12:49 |
zeq | good stuff Pali :) | 12:50 |
kerio | Pali: it should be in a repo though | 12:51 |
kerio | your own repo! | 12:51 |
Pali | and what, some brainless user will create HAM install file which integrate repository to system and other brainless users will click on it... | 12:52 |
Pali | maybe there will be problem and they got MALF state | 12:52 |
Pali | sorry I do not want to see "packages not working, it damaging n900..." | 12:53 |
kerio | Pali: otoh, if you keep the same names then half of those could be upgraded | 12:54 |
Pali | kerio, make decision only about yours programs... | 12:54 |
Pali | why? you just upgrade all packages | 12:54 |
Pali | dpkg -i package1 | 12:54 |
Pali | dpkg -i package2 | 12:54 |
Pali | this working fine... | 12:54 |
kerio | Pali: yeah but what if, say, CSSU ships a libbmeipc upgrade? | 12:55 |
Pali | kerio, first ask cssu people about it | 12:55 |
Pali | and I'm not maintainer of cssu and cssu apt repository | 12:55 |
Pali | kerio, you are not too | 12:55 |
kerio | Pali: if you keep the same name, *your* package is going to be uninstalled when the package with the same name is upgraded | 12:56 |
kerio | no, i'm talking from the user's perspective here | 12:56 |
Pali | what? package is uninstalled when is installed??? | 12:56 |
kerio | Pali: user downloads your .debs, installs them, everything works fine | 12:57 |
Pali | so where is problem? | 12:57 |
kerio | your debs are just upgrades to the current packages, right? | 12:57 |
Pali | yes | 12:57 |
kerio | then, CSSU ships an upgrade to libbmeipc | 12:57 |
Pali | WTF? | 12:57 |
kerio | you can't say it can't happen | 12:57 |
Pali | why?? | 12:57 |
Pali | this never happends | 12:57 |
kerio | i don't fucking know, but it could happen | 12:57 |
Pali | nobody will not touch any closed source library of bme | 12:58 |
Pali | and why somebody will shit it?? | 12:58 |
kerio | since the package has the same name, it's effectively the same package in apt's eyes, so if the new version is higher than yours, it gets updated - and it stops working, because it expects the real bme | 12:58 |
kerio | keeping the same name, if it's not a real upgrade, is not a good idea | 12:59 |
Pali | kerio, sorry, but stop talking shits... | 12:59 |
kerio | yours is a replacement, it should be a replacement | 12:59 |
kerio | ie: Conflict and Provide the old package | 12:59 |
kerio | with a different name | 12:59 |
Pali | if some day cssu will have something for bme it will be this replacement... | 12:59 |
Pali | I do not see reason why cssu should wirting other/new bme replacement which will be different that my prepared packages | 13:00 |
Pali | and plus it will be in conflict with my packages | 13:00 |
Pali | sorry, but this is nonsense what you are writing kerio | 13:01 |
kerio | Pali: someone finds a nasty bug in libbmeipc0, and it can be fixed by hex editing, so they release 0.8.55+0m5+0cssu1 | 13:01 |
Pali | yes, they release "0.8.55+something" | 13:02 |
kerio | ok, that's kind of a bad example, it'll probably be lower than your version | 13:02 |
Pali | they will not release "1.0" | 13:02 |
kerio | but your solution is quite not future-proof | 13:02 |
Pali | sorry, but NOBODY will be looking for bugs in BME | 13:02 |
kerio | you can't know that! | 13:02 |
Pali | it has a lot of bugs in design | 13:02 |
kerio | calling your replacement with the same name is just a flat-out lie | 13:03 |
Pali | ok, I'm going coding... | 13:03 |
Pali | bye | 13:03 |
kerio | oh ffs | 13:04 |
kerio | bye :( | 13:04 |
kerio | gregoa: lil' help? | 13:06 |
*** M4rtinK has joined #maemo-ssu | 13:08 | |
*** lizardo has joined #maemo-ssu | 14:02 | |
*** arcean has joined #maemo-ssu | 14:05 | |
*** BCMM has quit IRC | 14:15 | |
freemangordon | zeq, Pali: glibc depending on kernel feature if fallback is implemented makes no sense | 14:20 |
freemangordon | zeq: BTW hi :) | 14:20 |
freemangordon | nice you're back | 14:21 |
kerio | freemangordon: yeah, the idea is just to provide the fallback | 14:22 |
kerio | to avoid problems during the upgrade | 14:22 |
*** arcean_ has joined #maemo-ssu | 14:32 | |
*** IronLege1d has joined #maemo-ssu | 14:37 | |
DocScrutinizer05 | I see kerio having a point | 14:38 |
kerio | DocScrutinizer05: mark it on the calendar! | 14:38 |
kerio | DocScrutinizer05: if it's the packaging thing, i want to ask gregoa first | 14:39 |
kerio | i mean, he's obviously crazy - not only he likes perl, but he actively *maintains* perl libraries in debian | 14:40 |
kerio | that's two levels of crazy merging together | 14:40 |
kerio | ...on the other hand, he's in the debian perl-pkg team, so he probably knows apt quite well :) | 14:41 |
*** arcean has quit IRC | 14:42 | |
*** _xnt14 has quit IRC | 14:42 | |
*** infobot has quit IRC | 14:42 | |
*** IronLegend has quit IRC | 14:42 | |
*** krayon has quit IRC | 14:42 | |
*** jon-kha has quit IRC | 14:42 | |
*** _xnt14 has joined #maemo-ssu | 14:44 | |
*** SpacedOut has quit IRC | 14:46 | |
*** arcean__ has joined #maemo-ssu | 14:47 | |
*** infobot has joined #maemo-ssu | 14:48 | |
*** ChanServ sets mode: +v infobot | 14:48 | |
*** jon-kha has joined #maemo-ssu | 14:48 | |
*** SpacedOut has joined #maemo-ssu | 14:51 | |
*** arcean_ has quit IRC | 14:54 | |
*** amiconn has quit IRC | 14:54 | |
*** amiconn has joined #maemo-ssu | 14:55 | |
*** xmlich02 has joined #maemo-ssu | 15:18 | |
*** macmaN has quit IRC | 15:25 | |
*** IronLege1d has quit IRC | 15:25 | |
*** jon_y has quit IRC | 15:25 | |
*** jon_y has joined #maemo-ssu | 15:26 | |
*** macmaN has joined #maemo-ssu | 15:33 | |
*** krayon has joined #maemo-ssu | 15:36 | |
*** povbot_ has joined #maemo-ssu | 15:47 | |
-calvino.freenode.net- [freenode-info] channel trolls and no channel staff around to help? please check with freenode support: http://freenode.net/faq.shtml#gettinghelp | 15:47 | |
*** ChanServ sets mode: +v povbot_ | 15:47 | |
*** ruskie has quit IRC | 15:52 | |
*** DocScrutinizer05 has quit IRC | 15:53 | |
*** DocScrutinizer06 has joined #maemo-ssu | 15:53 | |
*** DocScrutinizer06 is now known as DocScrutinizer05 | 15:53 | |
*** Sicelo__ has joined #maemo-ssu | 15:54 | |
*** M4rtinK2 has joined #maemo-ssu | 15:54 | |
*** gri_ has joined #maemo-ssu | 15:55 | |
*** povbot has quit IRC | 15:56 | |
*** ruskie has joined #maemo-ssu | 15:56 | |
*** LaoLang_cool has quit IRC | 16:00 | |
*** SpacedOut has quit IRC | 16:02 | |
*** M4rtinK has quit IRC | 16:02 | |
*** gri has quit IRC | 16:02 | |
*** Sicelo has quit IRC | 16:02 | |
*** peetah has quit IRC | 16:13 | |
*** peetah has joined #maemo-ssu | 16:14 | |
*** Lava_Croft has quit IRC | 16:17 | |
*** Lava_Croft has joined #maemo-ssu | 16:17 | |
*** arcean__ has joined #maemo-ssu | 16:31 | |
*** arcean__ is now known as arcean | 16:45 | |
*** dafox has joined #maemo-ssu | 16:56 | |
zeq | hi freemangordon | 17:03 |
*** arcean has quit IRC | 17:05 | |
merlin1991 | kerio: well Pali is 100% right, cssu will never touch the bme related packages in their current form, it is a closed source crap thing after all | 17:33 |
*** zeq has quit IRC | 17:34 | |
kerio | merlin1991: that's not the point | 17:34 |
kerio | it's a completely different package, it should have a different name | 17:35 |
Pali | and what to do with bme files now? | 17:36 |
kerio | again, i'll wait for gregoa's advice on this | 17:36 |
Pali | I will delete original and copy my bme init file? | 17:36 |
kerio | Pali: a different package that conflicts and provides those packages | 17:36 |
merlin1991 | we have no proper support for conflicts in ham | 17:36 |
kerio | merlin1991: this is something that people will have to dpkg -i anyway | 17:36 |
merlin1991 | kerio: you just invalidated your "have and apt repo" stance | 17:37 |
kerio | yeah, that's a different thing | 17:37 |
DocScrutinizer05 | packages of same name should provide compatible API, not only border API but also internal | 17:41 |
DocScrutinizer05 | my 2 €ct | 17:41 |
Pali | libbmeipc - will provide *same* API | 17:43 |
Pali | hald-addon-bme - provide all *same* API as orignal closed source | 17:43 |
DocScrutinizer05 | particularly you can't go for "A2, B2, C2 replace A, B, C, and the former 3 play nice together, not though with mixing them with any of latter 3" | 17:43 |
Pali | orignal nokia bme-rx-51 package provides: bme daemon and upstart script which spawn bme daemon | 17:44 |
Pali | new package will provide also upstart script, but without daemon | 17:44 |
Pali | sorry, but I do not want to create something like dpkg-divert ...... | 17:44 |
DocScrutinizer05 | the problem is (aiui) that new bme-rx-51 will not work with old libbmeipc? | 17:45 |
kerio | to be fair the new bme-replacement shouldn't even provide bme-rx-51 | 17:46 |
Pali | new bme-rx-51 package will contains only upstart script which will not use bmeipc | 17:46 |
freemangordon | kerio: it won;t provide | 17:46 |
freemangordon | it will be | 17:46 |
kerio | nothing depends or rdepends on bme-rx-51 | 17:46 |
freemangordon | kerio: and what is the way to uninstall an installed package? | 17:47 |
Pali | and what will you do? HAM conflicts does not working... | 17:47 |
kerio | you said you'll only ship packages anyway, right? dpkg -i | 17:47 |
freemangordon | kerio: trolling mode again? | 17:47 |
DocScrutinizer05 | can't see trolling | 17:47 |
Pali | kerio, more packages depends on bme-rx-51 !!!!!!!!!!!!! | 17:48 |
freemangordon | DocScrutinizer05: seems we have a different criteria | 17:48 |
DocScrutinizer05 | it's a valid concern how to package that stuff | 17:48 |
kerio | Pali: which ones? | 17:48 |
Pali | grep bme -R /etc | 17:48 |
Pali | dsme | 17:48 |
Pali | rcS | 17:48 |
kerio | apt-cache rdepends bme-rx-51 showed JACK SHIT | 17:48 |
kerio | (well, it showed mp-fremantle-generic-pr, but that's outdated anyway) | 17:48 |
Pali | more upstart scripts depends on bme | 17:48 |
freemangordon | Pali: leave that | 17:48 |
Pali | and if you delete it then system will not boot | 17:48 |
Pali | ok | 17:49 |
Pali | bye | 17:49 |
*** Pali has left #maemo-ssu | 17:49 | |
kerio | no, fuck you | 17:49 |
kerio | gaaaaah | 17:49 |
DocScrutinizer05 | kerio: please!! | 17:49 |
kerio | please what? he's being a child | 17:49 |
DocScrutinizer05 | seems yesterdays productive mood left no reserves for today | 17:50 |
merlin1991 | kerio: as far as I see you were the one with swearwords and a general scream towards him | 17:50 |
merlin1991 | s/words/word/ | 17:50 |
infobot | merlin1991 meant: kerio: as far as I see you were the one with swearword and a general scream towards him | 17:50 |
freemangordon | merlin1991: did you see my note re camera-ui? | 17:50 |
freemangordon | I am going to implement proper packaging and .launch stuff | 17:51 |
merlin1991 | I'd just ask nicolai about -O flags before you add them | 17:51 |
freemangordon | merlin1991: why? | 17:51 |
DocScrutinizer05 | I anticipated problems on packaging/shipping of bme replacement. It's messing with system on a lot of distinct levels | 17:52 |
DocScrutinizer05 | and doing a partial "messing" will render your system FUBAR | 17:52 |
freemangordon | merlin1991: look at debian/rules and src/Makefile | 17:52 |
freemangordon | it is deffinitely a bug | 17:52 |
DocScrutinizer05 | only (deprecated) way I see now is a MP | 17:53 |
merlin1991 | freemangordon: okay | 17:53 |
kerio | DocScrutinizer05: just mark the package as essential | 17:53 |
kerio | apt will throw a fuss before removing it willfully | 17:53 |
freemangordon | merlin1991: not to say that -dbg package contains debug build, not debug symbols ;) | 17:53 |
DocScrutinizer05 | kerio: how's that helping on shipping a flock of packages that depend on each other, conflict with several system packages, and should be optional? | 17:54 |
kerio | oh, i meant in general | 17:54 |
kerio | apt-get remove bme will work fine | 17:54 |
*** SpacedOut has joined #maemo-ssu | 17:55 | |
kerio | without doing the "type 'yes, do as i say'" thing | 17:55 |
DocScrutinizer05 | but will not get us any proper working replacement for bme | 17:55 |
merlin1991 | freemangordon: btw about .launch, does it mean our camera-ui didn't use the .launch magic at all? | 17:55 |
DocScrutinizer05 | since we need replace bme (by bq24150.ko), AND libbmeipc, AND hald-addon-bme, AND several other bits like upstart scripts/whatnot | 17:56 |
DocScrutinizer05 | all *same* time | 17:56 |
merlin1991 | anybody got the wiki page regarding .launch files handy? | 17:57 |
* merlin1991 fails @ wiki search | 17:57 | |
DocScrutinizer05 | errr, .launch files? | 17:57 |
merlin1991 | the whole maemo-launcher madness | 17:57 |
kerio | DocScrutinizer05: yeah but it ends up being a replacement of three packages | 17:57 |
DocScrutinizer05 | kerio: so what? | 17:58 |
kerio | one completely detached from the dependency system (bme-rx-51), and the other two a bit more so | 17:58 |
DocScrutinizer05 | merlin1991: tbh nfc about maemo-launcher | 17:59 |
kerio | ooh, osso-systemui-actingdead depends on hald-addon-bme | 17:59 |
DocScrutinizer05 | merlin1991: is it related to mime-types etc? | 17:59 |
merlin1991 | DocScrutinizer05: nope it is related to having several process share libraries through 1 master spawn process | 18:01 |
DocScrutinizer05 | aaah that stuff | 18:01 |
DocScrutinizer05 | aaah now my brain found a working synapse to process your words | 18:02 |
DocScrutinizer05 | :-D | 18:02 |
DocScrutinizer05 | is maemo-launcher FOSS? | 18:02 |
DocScrutinizer05 | I.E. if we got sources, I'd guess that's as good as it gets about documentation | 18:03 |
DocScrutinizer05 | [GENERAL NOTICE] if you're using CSSU-T, do NOT use "update all" in HAM, you need to first install/update the opername widget, only *then* go update the rest. Read http://talk.maemo.org/showthread.php?p=1264963#post1264963 ff | 18:13 |
merlin1991 | DocScrutinizer05: you don't need to spam your general notice all the time :D | 18:14 |
DocScrutinizer05 | maybe not in this chan anymore | 18:15 |
DocScrutinizer05 | in #maemo however it seems we get another bitching every 12h at least | 18:15 |
*** NIN101 has joined #maemo-ssu | 18:16 | |
DocScrutinizer05 | I'd love to make a bot spam the general notice whenever * joins channel | 18:16 |
merlin1991 | that would be +b && kick material ;) | 18:17 |
DocScrutinizer05 | I already whould've set up an autoresponder if only I knew the proper regex to match service msgs like those | 18:18 |
DocScrutinizer05 | indeed | 18:18 |
merlin1991 | doesn't chanserv have a feature to send a notice onjoin? | 18:19 |
*** merlin1991 has left #maemo-ssu | 18:19 | |
*** merlin1991 has joined #maemo-ssu | 18:20 | |
DocScrutinizer05 | I think so, yes | 18:20 |
DocScrutinizer05 | alas it's not linked to the channel, so usually goes unnoticed on most clients | 18:21 |
merlin1991 | yeah, it ususally ends up in the current open buffer | 18:21 |
DocScrutinizer05 | right | 18:21 |
kerio | it's because most irc clients are stupid | 18:22 |
DocScrutinizer05 | useless if your client does several autojoins | 18:22 |
kerio | and can't handle NOTICEs | 18:22 |
DocScrutinizer05 | kerio: nope | 18:22 |
*** toxaris has joined #maemo-ssu | 18:23 | |
DocScrutinizer05 | it's because [notice] isn't linked to a particular channel | 18:23 |
DocScrutinizer05 | at least that which gets sent by chanserv, aiui | 18:23 |
merlin1991 | kerio: notice on protocoll level only goes to a user | 18:23 |
-merlin1991- this is a notice test | 18:23 | |
DocScrutinizer05 | it's of same class like christel's (global notice] | 18:23 |
merlin1991 | hm actually seems to work targeted on a channel too | 18:24 |
-merlin1991- this is a notice test | 18:24 | |
kerio | merlin1991: yeah, but it's still annoying :) | 18:24 |
kerio | almost as bad as CTCP to a channel | 18:24 |
DocScrutinizer05 | yeah, it's either targeted at a channel, or at a user | 18:24 |
kerio | TIME | 18:24 |
Skry | oh please :D | 18:24 |
merlin1991 | yeah that's the main problem you can't target it at a user in a channel | 18:24 |
* merlin1991 remembered | 18:24 | |
DocScrutinizer05 | when targeted at user, it's losing any relation to a particular channel | 18:24 |
DocScrutinizer05 | so irc client has no means to sort it to related buffer | 18:25 |
Raimu | Bling! Bling! | 18:25 |
kerio | wtf, lizardo? | 18:25 |
kerio | you're 6 minutes ahead of your correct time | 18:25 |
DocScrutinizer05 | dafaq, we got channel ctcp enabled here??? | 18:26 |
merlin1991 | also wtf kerio stop the ctcp madness | 18:26 |
kerio | i did *one* ctcp time | 18:26 |
*** ChanServ sets mode: +o DocScrutinizer05 | 18:26 | |
merlin1991 | hm what's the flag to disable channel ctcp? | 18:27 |
*** DocScrutinizer05 sets mode: +C | 18:27 | |
DocScrutinizer05 | I hope this one (a guess) | 18:27 |
DocScrutinizer05 | lower case c is color afaik | 18:27 |
kerio | DocScrutinizer05: yep | 18:28 |
DocScrutinizer05 | yoh | 18:28 |
* kerio hopes it doesn't block actions | 18:28 | |
*** ChanServ sets mode: -o DocScrutinizer05 | 18:28 | |
DocScrutinizer05 | nah | 18:28 |
DocScrutinizer05 | it's set in #maemo since ages | 18:28 |
DocScrutinizer05 | kerio: if you feel like doing sth useful, NOW you might try to send another CTCP | 18:30 |
kerio | can't send to channel | 18:30 |
* DocScrutinizer05 demonstrates action meanwhile | 18:30 | |
kerio | yep | 18:30 |
DocScrutinizer05 | thanks | 18:30 |
merlin1991 | hm why do we have +p on here actually? | 18:31 |
DocScrutinizer05 | wtf +p? | 18:31 |
DocScrutinizer05 | private? | 18:31 |
kerio | hrmpf, why isn't gregoa here? he's in my timezone | 18:31 |
*** ChanServ sets mode: +o DocScrutinizer05 | 18:31 | |
merlin1991 | DocScrutinizer05: p is "do not show up in whois query channel list unless you're also in the channel" | 18:32 |
*** DocScrutinizer05 sets mode: -p | 18:32 | |
kerio | merlin1991: i think it's enabled by default on freenode | 18:32 |
kerio | or should be enabled by default, at least | 18:32 |
kerio | eeeek, my privates! | 18:32 |
DocScrutinizer05 | I think freenode never shows channels of others that you (the one who does /whois) are not in | 18:33 |
DocScrutinizer05 | /whois infobot | 18:34 |
merlin1991 | DocScrutinizer05: yep, true freenode seems to censore the whois channel list | 18:35 |
DocScrutinizer05 | anyway o/ | 18:35 |
*** DocScrutinizer05 sets mode: -o DocScrutinizer05 | 18:35 | |
DocScrutinizer05 | c u l8r | 18:36 |
merlin1991 | bb | 18:36 |
kerio | cya | 18:36 |
kerio | god, we sound 13 | 18:36 |
DocScrutinizer05 | 1337 | 18:37 |
*** toxaris has quit IRC | 18:39 | |
DocScrutinizer05 | SMS I get sometimes are way worse. with all that xxx and whatnot stuff | 18:39 |
* DocScrutinizer05 burps and waves again | 18:39 | |
* merlin1991 goes into full 1337 mode, s33 y4 d0c | 18:40 | |
dafox | hi all. Quick question: I recently updated my phone to the latest cssu, which seems to have replaced busybox (eg. I am now missing 'diff'). I read on tmo that I should just apt-get reinstall the busybox-power package. However when I try that I get a scary message complaining about md5 sums on the busybox executable. Is it safe to proceed with this reinstall or is there a different method I should use? | 18:50 |
kerio | dafox: yeah, it's safe to proceed | 18:51 |
dafox | ok, thanks :) | 18:51 |
kerio | dafox: you'll have an /opt/busybox you can remove afterwards, but it's harmless | 18:51 |
kerio | to be extra certain of that, try running /opt/busybox-power/busybox.original and check the version string | 18:51 |
kerio | it should be something+0cssu0 | 18:51 |
dafox | the original says 'Debian 3:1.10.2.legal-losso30+0m5" | 18:52 |
kerio | yep, that's fine | 18:53 |
dafox | there doesn't seem to be any /opt/busybox though | 18:53 |
kerio | hm | 18:53 |
kerio | idk | 18:54 |
DocScrutinizer05 | 13.08.0112 03:07:21 network_service_status clear cell name | 18:54 |
DocScrutinizer05 | 13.08.0112 03:07:21 operator_code clear cell name | 18:54 |
kerio | anyway, what does /bin/busybox say? | 18:54 |
DocScrutinizer05 | still fuckedup date! | 18:54 |
kerio | DocScrutinizer05: yeah, the fuckedup date is everywhere i think | 18:54 |
DocScrutinizer05 | yep, everywhere | 18:54 |
DocScrutinizer05 | just examples | 18:54 |
dafox | kerio: that one says "Debian 1.20.0power1" | 18:54 |
kerio | hm | 18:54 |
kerio | that should be correct | 18:55 |
dafox | and 'diff' seems to work now | 18:55 |
dafox | so I guess regular busybox got auto-uninstalled | 18:55 |
kerio | you should upgrade busybox-power though | 18:55 |
kerio | dafox: no, busybox-power does a weird replacement | 18:55 |
kerio | because it modifies a system binary | 18:55 |
dafox | aha, ok, then I don't know where it is, or if /opt/busybox was ever there | 18:56 |
kerio | no, /opt/busybox is where the old version should've ended up | 18:56 |
kerio | because there was a new one | 18:56 |
kerio | but regardless, i might be mistaken on that | 18:56 |
kerio | busybox.original is the correct version, busybox.power is the correct version too | 18:57 |
kerio | although it's oudated, you should upgrade it | 18:57 |
dafox | ok, how do I upgrade it though? I just (re)installed it, shouldn't it be at the correct version now? | 18:57 |
kerio | you said it's at 1.20.0 | 18:57 |
kerio | apt-cache policy busybox-power | 18:58 |
kerio | the current version is 1.20.2 iirc | 18:58 |
DocScrutinizer05 | dafox: you're aware that a proper bash install plus gnu-utils will serve better purpose than busybox-power? | 18:58 |
kerio | yep | 18:58 |
kerio | DocScrutinizer05: no swapon with priority | 18:58 |
kerio | so it won't | 18:58 |
kerio | just sayin' | 18:58 |
DocScrutinizer05 | get swapon (I said get gnu-utils) | 18:58 |
kerio | DocScrutinizer05: what's the package name? | 18:59 |
merlin1991 | dafox: if you're not on the current version of bb-power a simple apt-get install busybox-power will update to the current version | 18:59 |
dafox | DocScrutinizer05: no, why? I installed busybox-power quite some time ago, because it seemed to be the most light-weight option (I haven't really needed the power of a full bash-shell on my phone yet) | 19:00 |
kerio | dafox: because he's a grumpy, grouchy guy | 19:00 |
*** Sc0rpius has joined #maemo-ssu | 19:00 | |
DocScrutinizer05 | because user shells shouldn't mess with system shell, and should live in 7opt | 19:00 |
kerio | merlin1991: hm, i think that if he used --reinstall it'll reinstall the old version | 19:00 |
DocScrutinizer05 | /opt | 19:00 |
merlin1991 | kerio: that's why I said install | 19:01 |
merlin1991 | without --reinstall | 19:01 |
merlin1991 | --reinstall preserves the previous version | 19:01 |
DocScrutinizer05 | dafox: if you're concerned about lightweight, a proper user shell in /opt is the better alternative for sure | 19:02 |
DocScrutinizer05 | unless you want to use the power of bb-p in bootscripts | 19:02 |
dafox | I'm more concerned with run-time lightweight actually :) | 19:03 |
kerio | dafox: install the thumby one! | 19:03 |
dafox | yes, I've heard positive things about that experiment, but I'm a bit afraid to mess up my phone :P | 19:04 |
DocScrutinizer05 | run-time lightweight nothing beats a dedicated shell-only-shell with distinct binaries that get loaded only when needed | 19:04 |
dafox | (I think you're talking about the recompile-with-new-compiler-something-something thingy, right?) | 19:04 |
kerio | dafox: and with a different instruction set, yes | 19:04 |
kerio | you free a bunch of space on the rootfs | 19:05 |
DocScrutinizer05 | dafox: (mess up phone) sound rationale, cssu-thumb is very experimental still | 19:05 |
kerio | but yeah, there are some problems | 19:05 |
dafox | ok, so application-manager says there are no updates, I'm going to try the direct apt-get install now | 19:05 |
DocScrutinizer05 | WAAAAIT! | 19:05 |
kerio | dafox: btw, is extras-devel enabled? | 19:05 |
kerio | DocScrutinizer05: busybox-power is a user package | 19:06 |
DocScrutinizer05 | dafox: HAM needs several minutes to update screen | 19:06 |
dafox | I know... | 19:06 |
dafox | there is this spinning circle type thing that indicates it's done though? | 19:06 |
kerio | dafox: eeeh, not always | 19:06 |
DocScrutinizer05 | messing things up by using a mixedpickles set of apt-get * commands won't serve you well | 19:06 |
kerio | wait for idle cpu | 19:07 |
dafox | I learn great new things about this awesome application manager I come here | 19:07 |
dafox | *every time | 19:07 |
DocScrutinizer05 | :-P | 19:07 |
DocScrutinizer05 | actually it improved a tad in new cssu version | 19:08 |
DocScrutinizer05 | ;-) | 19:08 |
merlin1991 | dafox: the best way to know that ham has finished ist to use top | 19:08 |
DocScrutinizer05 | e.g we got rif of friggin "use PC Suite..." BS warning | 19:08 |
DocScrutinizer05 | rid* | 19:08 |
merlin1991 | if there is any apt-worker process eating your cpu ham is still working | 19:08 |
DocScrutinizer05 | merlin1991: nah, cpu load applet, a must-have | 19:09 |
dafox | ok, so ssu-devel is currently disabled. I only enable it when I want to install a specific application which has no 'stable' or 'testing' counterpart, which I think is the advice here too? | 19:09 |
DocScrutinizer05 | yes | 19:09 |
dafox | but I think you want me to install the busybox-power from ssu-devel? | 19:09 |
DocScrutinizer05 | though it's not the recommendation for cssu-devel | 19:09 |
kerio | no, no | 19:09 |
kerio | extras-devel | 19:10 |
merlin1991 | there is no busybox power in cssu-devel | 19:10 |
kerio | busybox-power is in extras-devel | 19:10 |
dafox | ok, that one is/was disabled too | 19:10 |
dafox | enabling now | 19:10 |
DocScrutinizer05 | actually when you're concerned about "bricking your phone" you should delete cssu-devel repo/catalog | 19:11 |
kerio | cssu-devel is as bleeding-edge as possible | 19:11 |
dafox | DocScrutinizer05: yes, but then I don't get some applications that I do like :) | 19:11 |
DocScrutinizer05 | ooh, which ones? | 19:11 |
DocScrutinizer05 | I didn't know we got any leete new apps in cssu-devel | 19:12 |
DocScrutinizer05 | in cssu-devel *only* | 19:12 |
dafox | mm, from the top of my head? I'm not sure exactly, there were some though | 19:13 |
DocScrutinizer05 | cssu-devel is not like extras-devel | 19:13 |
dafox | the infra-red-remote app maybe? | 19:13 |
DocScrutinizer05 | nah | 19:13 |
DocScrutinizer05 | unrelated to CSSU | 19:14 |
kerio | community-devel is now completely in sync with community-testing anyway | 19:14 |
dafox | DocScrutinizer05: I think I may be confusing cssu-devel and extras-devel then :) | 19:14 |
kerio | i think | 19:14 |
DocScrutinizer05 | i'm sure you did | 19:14 |
DocScrutinizer05 | that's why I'm emphasizing it | 19:14 |
kerio | merlin1991: do the packages in cssu-t go through the autobuilder? | 19:14 |
DocScrutinizer05 | cssu-devel IS NOT extras-devel | 19:15 |
merlin1991 | kerio: no | 19:15 |
DocScrutinizer05 | not a bit similar | 19:15 |
kerio | merlin1991: so are the cssu-t packages bit-by-bit the same as the cssu-d packages with the same version? | 19:15 |
kerio | i mean, the installed files | 19:15 |
merlin1991 | probably not | 19:15 |
kerio | D: | 19:15 |
kerio | are they functionally equivalent at least? | 19:15 |
merlin1991 | they are built from the same source | 19:15 |
kerio | alright | 19:16 |
dafox | oh boy, now there are a bunch of packages wih upfates | 19:17 |
kerio | dafox: hahaha | 19:17 |
kerio | pierogi updates *a lot* | 19:17 |
dafox | I'll install just the busybox one, for now | 19:17 |
DocScrutinizer05 | merlin1991: would you advise/help me to set up a repo-sanitize.install file, similar to http://maemo.cloud-7.de/repositories.install ? | 19:18 |
DocScrutinizer05 | for cssu-t and cssu-s | 19:18 |
kerio | what do you mean sanitize? | 19:19 |
merlin1991 | DocScrutinizer05: well you can get the entries from http://repository.maemo.org/community-testing/community-testing-fremantle.install and http://repository.maemo.org/community/community-fremantle.install | 19:19 |
merlin1991 | but there is no point whatsoever in doing that | 19:19 |
DocScrutinizer05 | indeed, since those are the files I planned to prepare ;-D | 19:20 |
dafox | ok, now busybox-power is at version 1.20.2power1, is that the correct one? | 19:20 |
kerio | dafox: you just upgraded it, it's the latest version | 19:20 |
merlin1991 | yep 1.20.2power1 is the latest version | 19:21 |
DocScrutinizer05 | merlin1991: ...apart from all those .install are never cleaning up existing repos | 19:21 |
DocScrutinizer05 | :-S | 19:22 |
dafox | ok, cool. thanks, I think everything is ok now then :) | 19:22 |
kerio | DocScrutinizer05: you can clean up existing repos? how? | 19:22 |
kerio | (with .install files, i mean) | 19:22 |
DocScrutinizer05 | did I say that? | 19:22 |
dafox | I'll wait for the other updates to trickle into -testing | 19:22 |
dafox | oh, I see 'batterypatch' is still in there. I installed that off some guide once, does that one actually work? I later heard some conflicting reports... | 19:24 |
kerio | eeeew | 19:24 |
kerio | DocScrutinizer05: no, you didn't say that | 19:24 |
merlin1991 | dafox: batterypatch is evil, though afaik removing it doesn't really help | 19:24 |
dafox | so I'd best leave it alone then? (no harm eitherway?) | 19:26 |
merlin1991 | well harm (if any) was done already | 19:27 |
dafox | ok | 19:28 |
gregoa | kerio: I'm back home, if you still have a question where you think I might be able to help with. (I quickly skimmed over the backlog but was confused) | 19:40 |
kerio | gregoa: ohai | 19:40 |
kerio | gregoa: we need to replace three important packages with replacements that work in a completely different way | 19:41 |
kerio | the two that matter most are hald-addon-bme and libbmeipc0 | 19:41 |
kerio | they'll be replaced by some things with the same API | 19:42 |
kerio | and bme-rx-51 which will be replaced by something weird and unrelated, and that it's going to be required by the replacement of hald-addon-bme and libbmeipc0 | 19:42 |
gregoa | sounds like fun :) | 19:42 |
kerio | indeed | 19:43 |
gregoa | kerio: http://wiki.debian.org/Renaming_a_Package might be a good starting place | 19:43 |
kerio | the weird thing is that it's not exactly a package rename - these are not more recent versions | 19:44 |
gregoa | additionally: Breaks is newer than Conflicts, no idea if apt or HAM in maemo understand it. - and Provides can't have a version so this doesn't work for versioned rdeps | 19:44 |
kerio | well, there's only one version of those three things anyway | 19:45 |
gregoa | well, it's not a rename, but this page sums it up best. - of course the authoritative source is debian policy but there you have to dig through various sections. | 19:45 |
gregoa | and this only works for apt, of course not for manual installs with dpkg (since dependency resolving is on the higher level) | 19:46 |
kerio | yeah, yeah | 19:46 |
kerio | dpkg handles stuff like conflicts, right? | 19:47 |
kerio | it just doesn't handle the fetching of packages to fulfill deps | 19:47 |
gregoa | dpkg "just" unpacks packages and then whines when a necessary dependency is not there or when it would overwrite files or .. yes, also on conflicts, I suppose | 19:48 |
kerio | my main gripe with Pali's idea (the dude that's working on the actual coding for this) is that calling bme-rx-51 something that's clearly *not* bme-rx-51 is a flat-out lie | 19:49 |
gregoa | you mean keeping the package name / using the same package name with totally different contents? | 19:50 |
kerio | yep | 19:50 |
kerio | well, actually for hald-addon-bme and libbmeipc0 the contents are going to be the same, or at least very similar | 19:51 |
kerio | i mean, they're going to be the same files | 19:51 |
gregoa | well, if it's a lie or not is not really a technical question :) | 19:51 |
kerio | a daemon, and a library | 19:51 |
kerio | but those will do their thing in a completely different way | 19:51 |
*** arcean has joined #maemo-ssu | 19:51 | |
kerio | i mean, just saying "maemo 5 is a mess anyway" sounds like an admission of failure | 19:51 |
*** arcean has quit IRC | 19:52 | |
*** arcean has joined #maemo-ssu | 19:52 | |
gregoa | I see your point, but maybe it might be technically easier than messing with a new transational package etc., especially given how silly HAM is. - don't know in this case, just a thought | 19:53 |
merlin1991 | gregoa: that's the whole point :D | 19:53 |
kerio | yeah, HAM is a whole different bag of bullshit :( | 19:53 |
gregoa | merlin1991: I guessed so :) | 19:54 |
DocScrutinizer05 | A, B, C are a triangle of dependencies, and while all three new packages have same API/ABI to "outside" of the triangle, the API inside, between A and C, and B and C, and A and B, are NOT compatible to the old versions of either of the 3 packages | 19:54 |
gregoa | kerio: one could argue that the functionality is the same (if it is) even if the contents is different, as an argument for keeping the name | 19:54 |
kerio | DocScrutinizer05: well, you can just depend on a version >= than $foo | 19:55 |
kerio | gregoa: mind you, this is all optional | 19:55 |
kerio | and it's going to be optional for a while at the very least | 19:55 |
kerio | hrmpf, pali is still angry at me :( | 19:55 |
kerio | DocScrutinizer05: they're actually not a triangle of dependencies, according to what dpkg sees | 19:56 |
kerio | no, actually hald-addon-bme depends on libbmeipc0 | 19:57 |
kerio | i don't know if the replacement of hald-addon-bme will depend on the replacement of libbmeipc0 though | 19:57 |
DocScrutinizer05 | kerio: so does this change the basic rationale? | 20:08 |
kerio | DocScrutinizer05: i'd like to see how the stuff works first | 20:09 |
*** dhbiker has joined #maemo-ssu | 20:18 | |
dhbiker | hi there... i have a bit of a problem with the latest testing CSSU | 20:19 |
dhbiker | i updated the operatorname widget | 20:19 |
dhbiker | waited for an hour | 20:19 |
dhbiker | and then updated CSSU | 20:19 |
dhbiker | after reboot | 20:19 |
dhbiker | i cant connect to internet | 20:19 |
dhbiker | says no connections availible | 20:19 |
dhbiker | any clue why it happens ? | 20:20 |
*** Pali has joined #maemo-ssu | 20:37 | |
DocScrutinizer05 | what's the internet connections that you'd expect to see available/active? | 20:49 |
DocScrutinizer05 | I.E. do you have automatic GPRS, WiFi? (anything else? ;-D ) | 20:49 |
dhbiker | i have wifi | 20:50 |
dhbiker | and GPRS + MMS | 20:50 |
DocScrutinizer05 | IOW is is just your WiFi that's failing? or GPRS also? | 20:50 |
dhbiker | both | 20:50 |
merlin1991 | do you have a syslog? | 20:50 |
DocScrutinizer05 | and you can't even manually select them anymore? | 20:50 |
dhbiker | i cant select anything | 20:51 |
dhbiker | everything dissapears | 20:51 |
DocScrutinizer05 | hmmm | 20:51 |
DocScrutinizer05 | that's pretty weird | 20:51 |
dhbiker | but under settings -> network connections i can see them | 20:51 |
merlin1991 | dhbiker: those settings are cached | 20:51 |
dhbiker | oh | 20:51 |
freemangordon | merlin1991: new camera-ui | 20:52 |
freemangordon | on gitorious that is | 20:52 |
merlin1991 | gtg, hopefully someone else can help you dhbiker | 20:52 |
kerio | what are we going to do with the camera-ui? | 20:52 |
freemangordon | it is now -O2 compiled and uses maemo-invoker | 20:52 |
DocScrutinizer05 | eat it for dinner (where /me should be since 3 h) | 20:53 |
kerio | i mean, are we keeping nicocam as the official cssu camera application? | 20:53 |
kerio | are we going to ship it but keep it optional? are we going to make it completely optional in HAM? | 20:53 |
kerio | will the old camera-ui be uninstallable? | 20:53 |
DocScrutinizer05 | dhbiker: you had something like auto-disconnect installed? You've seen merlin1991 asking for a syslog? | 20:59 |
dhbiker | DocScrutinizer05: i restored that backup again | 21:00 |
dhbiker | and no i dont have any auto disconnect installed | 21:00 |
DocScrutinizer05 | I can't see much in changelog T4.1->T5.1 that might cause your problem. maybe osso-wlan, but I wouldn't know how | 21:02 |
freemangordon | hmm, using maemo-invoker deffinitely makes things to appear faster | 21:04 |
freemangordon | kerio: camera-ui -thumb is in the repo, you may want to try it | 21:04 |
dhbiker | sucks to be me then i guess | 21:05 |
kerio | freemangordon: oh, the new one? neat | 21:05 |
freemangordon | yep, 50k less in /root | 21:05 |
DocScrutinizer05 | dhbiker: hang on, maybe merlin1991knows some advice | 21:05 |
DocScrutinizer05 | or somebody else | 21:05 |
dhbiker | ill update tomorrow | 21:06 |
* DocScrutinizer05 idly wonders wtf camera-ui needs to live in root - just saying | 21:06 | |
dhbiker | again | 21:06 |
dhbiker | and upload syslog somewhere | 21:07 |
DocScrutinizer05 | good plan | 21:07 |
DocScrutinizer05 | o/ | 21:08 |
DocScrutinizer05 | Pali: there are 2 complaints about h-e-n failing in PK51 | 21:12 |
kerio | freemangordon: snapped a picture | 21:12 |
kerio | A++ would snap again | 21:12 |
kerio | (camera-ui 1.1.29.2+0cssu14+thumb0 confirmed working - and i made sure to kill the old camera-ui resident process) | 21:13 |
DocScrutinizer05 | Pali: ooh fun, you already answered - "h-e-n doesn't work anymore? try usbmode!" | 21:14 |
Pali | I need to know if problems is in scripts or kernel | 21:14 |
DocScrutinizer05 | Pali: do you plan to fade out kernel support for h-e-n in favour of new way to do hostmode? | 21:14 |
Pali | there is same kernel support | 21:14 |
Pali | both using same API | 21:15 |
DocScrutinizer05 | there are same scripts in h-e-n, since ages | 21:15 |
Pali | there was update to hen | 21:15 |
Pali | also, with usb host mode there is problem with gadget drivers | 21:15 |
DocScrutinizer05 | yeah, like 6 months ago, to include better booston which has been "tested" since a year without problems | 21:16 |
kerio | hm, is it meaningful to keep gadget drivers loaded while host mode is on? | 21:16 |
Pali | I fixed more problems (with my usb disks), that I rmmod & modprobe g_file_storage | 21:16 |
Pali | my usb devices does not work without loaded gadget driver | 21:17 |
freemangordon | kerio: does it start faster? | 21:25 |
kerio | freemangordon: it feels faster, yeah | 21:25 |
kerio | but i don't know if it's just suggestion | 21:26 |
kerio | h-e-n confirmed working in kp51r1 | 21:27 |
kerio | hm, i'm getting weird messages about "port 1 not reset yet" in dmesg | 21:29 |
kerio | and then they stopped with "usb usb1: bus auto-suspend" | 21:29 |
kerio | after closing h-e-n | 21:29 |
kerio | is that intended? | 21:29 |
DocScrutinizer05 | kerio: I guess auto-suspend is ok, yes | 21:51 |
DocScrutinizer05 | nfc about "port 1 not reset yet" | 21:51 |
kerio | hm, g_ether appears to be really dumb | 21:52 |
kerio | and awful | 21:52 |
*** nox-- has joined #maemo-ssu | 21:52 | |
*** nox-- is now known as nox- | 22:03 | |
*** nox- has joined #maemo-ssu | 22:03 | |
*** NIN101 has quit IRC | 22:06 | |
*** dafox has quit IRC | 22:13 | |
*** Sicelo__ is now known as Sicelo | 22:17 | |
*** dafox has joined #maemo-ssu | 22:39 | |
*** dafox is now known as Guest66795 | 22:39 | |
*** toxaris has joined #maemo-ssu | 22:42 | |
kerio | freemangordon: btw, where are my updates brah | 22:53 |
*** luf has joined #maemo-ssu | 23:13 | |
luf | kerio: why do you think your N900 rebooted due to obexd? | 23:13 |
kerio | huh? | 23:14 |
kerio | no | 23:14 |
kerio | i rebooted it | 23:15 |
luf | 00:24 - kerio: i bet it's obexd's fault | 23:18 |
kerio | that the icon for my MMC went missing | 23:18 |
kerio | and no, i don't strongly believe that | 23:18 |
kerio | but it was one of the few updates that i'd done | 23:18 |
kerio | anyway, a reboot fixed that, and HAM would've updated anyway | 23:19 |
luf | No problem. I just ask if I may hunting something ;) | 23:19 |
kerio | so i can't complain | 23:19 |
kerio | nah, don't worry | 23:19 |
kerio | what's the big deal with the new obexd? | 23:19 |
kerio | proper carkit support? | 23:19 |
luf | Better carkit support. | 23:20 |
*** xmlich02 has quit IRC | 23:20 | |
luf | Or againist obexd-18 in maemo even PBAP and IrMC support :) | 23:20 |
luf | s/obexd-18/obexd-0.18/ | 23:21 |
infobot | luf meant: Or againist obexd-0.18 in maemo even PBAP and IrMC support :) | 23:21 |
*** xmlich02 has joined #maemo-ssu | 23:23 | |
*** luf has quit IRC | 23:26 | |
freemangordon | kerio: -thumb HAM is in the repo | 23:32 |
kerio | :D | 23:32 |
freemangordon | 1:2.2.72-5+thumb0 | 23:32 |
kerio | hm, weird, no 0cssu0 for that one? | 23:33 |
freemangordon | kerio: yeah, cssu is upstream | 23:33 |
kerio | hm | 23:34 |
freemangordon | the same for h-d | 23:34 |
kerio | freemangordon: do i really have to test it? | 23:37 |
kerio | i don't want to run HAM :( | 23:37 |
freemangordon | try it, it is faster | 23:37 |
kerio | apt-worker is thumb too, right? | 23:38 |
*** Guest66795 has quit IRC | 23:38 | |
freemangordon | yep | 23:38 |
kerio | hm, it doesn't feel much faster | 23:41 |
kerio | but then again, i haven't really used it enough to feel something like that | 23:41 |
kerio | anyway, it appears to work fine | 23:41 |
*** Pali has quit IRC | 23:49 | |
*** Guest66795 has joined #maemo-ssu | 23:51 | |
*** Guest66795 is now known as dafox | 23:52 | |
kerio | freemangordon: do hildon-desktop next! :D | 23:52 |
kerio | :D :D :D | 23:52 |
freemangordon | kerio: nex is sleep | 23:52 |
kerio | just do meth | 23:52 |
kerio | like all serious people do | 23:53 |
freemangordon | kerio: i will do everything which is in -testing | 23:53 |
kerio | hildon-desktop is one of the ones with the botched version tho | 23:53 |
freemangordon | kerio: hmm doing some sex sounds better | 23:53 |
freemangordon | kerio: yes, I know | 23:53 |
kerio | but sex will make you *more* tired, not less! | 23:53 |
kerio | so you need merlin to delete the package or something, right? | 23:54 |
freemangordon | exactly, my sleep will be more sound | 23:54 |
freemangordon | kerio: yes | 23:54 |
freemangordon | night guys | 23:54 |
kerio | night fmg | 23:54 |
merlin1991 | night fmg | 23:54 |
kerio | don't die in your sleep! | 23:54 |
kerio | don't die while awake, either | 23:55 |
kerio | it's bad for your health | 23:55 |
*** lizardo has quit IRC | 23:57 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!