*** rd_ has quit IRC | 00:00 | |
*** MrPingu has joined #maemo-ssu | 00:00 | |
*** toxarisswe has quit IRC | 00:22 | |
*** MrPingu has quit IRC | 00:28 | |
*** MrPingu has joined #maemo-ssu | 00:30 | |
*** Pali has quit IRC | 00:41 | |
*** Jade has quit IRC | 00:42 | |
*** Jade has joined #maemo-ssu | 00:43 | |
*** Jade has joined #maemo-ssu | 00:43 | |
*** Jade has quit IRC | 00:46 | |
*** Jade has joined #maemo-ssu | 00:46 | |
*** Jade has joined #maemo-ssu | 00:46 | |
*** Jade has quit IRC | 00:47 | |
*** Jade has joined #maemo-ssu | 00:48 | |
*** int_ua has quit IRC | 01:06 | |
*** MrPingu has quit IRC | 01:08 | |
*** nox- has quit IRC | 02:16 | |
*** nox- has joined #maemo-ssu | 02:30 | |
*** arcean has joined #maemo-ssu | 02:47 | |
*** arcean_ has quit IRC | 02:48 | |
*** arcean has quit IRC | 03:22 | |
*** kolp has quit IRC | 03:33 | |
*** M4rtinK has quit IRC | 04:10 | |
*** nox- has quit IRC | 04:55 | |
*** amiconn has quit IRC | 05:33 | |
*** amiconn_ has joined #maemo-ssu | 05:33 | |
*** amiconn_ is now known as amiconn | 05:33 | |
*** DocScrutinizer05 has quit IRC | 06:04 | |
*** DocScrutinizer05 has joined #maemo-ssu | 06:04 | |
*** Jade has quit IRC | 06:53 | |
*** Jade has joined #maemo-ssu | 07:07 | |
*** Jade has joined #maemo-ssu | 07:07 | |
*** Pali has joined #maemo-ssu | 08:41 | |
*** Pali has quit IRC | 09:14 | |
*** MrPingu has joined #maemo-ssu | 09:32 | |
*** deepy has joined #maemo-ssu | 09:33 | |
*** deepy is now known as deepy\SIGSEGV | 09:34 | |
*** MrPingu has quit IRC | 10:12 | |
kerio | ooh, there's a new hildon-desktop in -devel? | 10:36 |
---|---|---|
kerio | merlin1991: when will you make a new cssu-testing release? | 10:38 |
*** luf has joined #maemo-ssu | 10:48 | |
*** kolp has joined #maemo-ssu | 11:05 | |
*** M13 has joined #maemo-ssu | 12:25 | |
*** arcean has joined #maemo-ssu | 12:26 | |
*** lizardo has joined #maemo-ssu | 12:34 | |
*** M4rtinK has joined #maemo-ssu | 12:45 | |
*** gregoa has quit IRC | 12:45 | |
*** gregoa has joined #maemo-ssu | 12:45 | |
*** dafox has joined #maemo-ssu | 12:46 | |
*** Mihanizat0r has joined #maemo-ssu | 12:50 | |
*** M13 has quit IRC | 12:53 | |
*** Mihanizat0r has quit IRC | 13:06 | |
*** Pali has joined #maemo-ssu | 13:37 | |
*** iDont has joined #maemo-ssu | 13:43 | |
*** dafox has quit IRC | 13:54 | |
*** dafox has joined #maemo-ssu | 13:59 | |
*** dafox has quit IRC | 14:24 | |
*** iDont has quit IRC | 14:29 | |
*** dafox has joined #maemo-ssu | 14:32 | |
*** dafox has quit IRC | 14:38 | |
*** dafox has joined #maemo-ssu | 14:40 | |
*** dhbiker has quit IRC | 14:42 | |
*** dafox has quit IRC | 14:56 | |
*** dafox has joined #maemo-ssu | 14:58 | |
*** dhbiker has joined #maemo-ssu | 15:15 | |
*** _ade_ has joined #maemo-ssu | 15:23 | |
*** _ade_ has quit IRC | 15:24 | |
*** _ade_ has joined #maemo-ssu | 15:40 | |
freemangordon | _ade_: hi | 15:40 |
_ade_ | hi | 15:40 |
_ade_ | freemangordon: does it mean a change in the alarm cookies | 15:40 |
freemangordon | so, the point is, can some parameters be passed from alarmd | 15:41 |
freemangordon | yeah, something like that | 15:41 |
freemangordon | though it is dbus call, with variable arguments AIUI | 15:41 |
freemangordon | so no changes in alarmd should be needed | 15:41 |
freemangordon | no idae if that can be done | 15:42 |
freemangordon | *idea | 15:42 |
_ade_ | just extra (new) arguments in the cookie? | 15:42 |
freemangordon | maybe, NFC how you setup an alarm in worldclock :D:D:D | 15:42 |
freemangordon | but I guess so | 15:42 |
freemangordon | following KISS principle,I think snooze count and sound duration per alarm should be the only things to be aded | 15:43 |
_ade_ | freemangordon: I also asked you about per alarm sounds. You can specify them, but the default sound is always played. Is that a bug, or missing in alarmd/alarm-ui? | 15:44 |
freemangordon | we really don;t need dofferent sound per alarm, at least for now | 15:44 |
freemangordon | hmm, strange, lemme look at the code | 15:44 |
freemangordon | WTF?!? | 15:46 |
freemangordon | https://gitorious.org/community-ssu/osso-systemui-alarm/blobs/master/osso-systemui-alarm.c#line659 | 15:46 |
freemangordon | https://gitorious.org/community-ssu/osso-systemui-alarm/blobs/master/osso-systemui-alarm.c#line668 | 15:46 |
freemangordon | who the fuck wrote that code :( | 15:46 |
freemangordon | _ade_: yeah, seems like bug | 15:47 |
*** arcean has quit IRC | 15:47 | |
_ade_ | that would be the static alarm for the calender, the clock uses the one in gconf | 15:47 |
freemangordon | BTW do we have UI to specify alarm sound? | 15:47 |
freemangordon | both use gconf setting | 15:47 |
freemangordon | see ^^^ | 15:48 |
_ade_ | okay, but you can set a preferred alarmsound, and that will be used | 15:48 |
freemangordon | _ade_: yes, but this is not sound per alarm, rather sound per alarm type | 15:49 |
_ade_ | Yes, it will always be the current one then. Alarmd gives the parameter to set a custom sound, but it has no effect | 15:50 |
freemangordon | _ade_: yes, because alarmUI uses gconf setting, not the one in alarm event | 15:50 |
_ade_ | ah ok. Something else to adapt for you ;-) | 15:51 |
freemangordon | but lets leave sounds per alarm for now, it will be more complicated than snooze count/sound duration | 15:52 |
_ade_ | of course. I will have a look at the things you like to see and report back. | 15:52 |
freemangordon | _ade_: if I edit /var/cache/alarm.d/... by hand, will it work to test? | 15:52 |
_ade_ | The alarmsoundfile? You can refer to a soundfile, but it has no effect | 15:53 |
freemangordon | _ade_: not only that, but to add additional parameters | 15:53 |
_ade_ | Never tried to manually edit that... | 15:54 |
freemangordon | ok, i'll try | 15:54 |
*** Pali has quit IRC | 15:54 | |
_ade_ | I always insert cookies | 15:54 |
freemangordon | anyway, for now requirements are unclear, i'll ping you or post on the worldclock thread when have something for you | 15:55 |
_ade_ | thanks in advance! | 15:55 |
DocScrutinizer05 | WTF indeed, what a braindamaged concept is that behind alarms and alarmsounds? | 16:01 |
freemangordon | DocScrutinizer05: I can't believe what that code (in its stock form) looks like | 16:03 |
DocScrutinizer05 | I looked, seen a hardcoded path in sourcecode inside instruction area (not even as a #define), threw up and closed it again | 16:04 |
freemangordon | well, that could be a result or REing, I am refactoring it right now | 16:06 |
DocScrutinizer05 | anyway keep in mind that alarmd cookies been broken in stock maemo iirc | 16:06 |
DocScrutinizer05 | you got a struct defining what's meant to be passed as "cookie" to alarmd during definition of an alarm, and returned by alarmd when alarm fires? | 16:08 |
DocScrutinizer05 | as of now | 16:08 |
DocScrutinizer05 | I'd gladly share my thoughts and suggestions how to augment it | 16:09 |
freemangordon | DocScrutinizer05: this is not meant for stock Maemo, and cookie bug is fixed as for the last 2 CSSU-T releases | 16:09 |
DocScrutinizer05 | yes, I'm aware of all that | 16:09 |
_ade_ | freemangordon: what hardcoded paths are there, except gconf paths and default alarm (sound) files? | 16:11 |
DocScrutinizer05 | guys, either we stay compatible with brainfsckd 'old' original alarmclock/alarmd/systemui-alarm "API", or we define a new better one, preferably as future-proof and backwards compatible as possible | 16:13 |
DocScrutinizer05 | that's why I asked for a pointer to the struct of the 'cookie' | 16:14 |
freemangordon | _ade_: /tmp/ACT_DEAD :D:D:D | 16:14 |
freemangordon | DocScrutinizer05: naah, no change in API | 16:14 |
DocScrutinizer05 | aiui you already changed the API | 16:15 |
freemangordon | API will remain the same, it allows waviable arguments to be passed along with alarm | 16:15 |
freemangordon | DocScrutinizer05: no | 16:15 |
freemangordon | which API? | 16:15 |
DocScrutinizer05 | freemangordon: your idea of my idea of what API includes/means is not correct | 16:16 |
freemangordon | aah, ok | 16:16 |
freemangordon | you mean between worldclock/alarmUI? | 16:16 |
DocScrutinizer05 | 'variable arguments' never is exactly true | 16:16 |
freemangordon | that could be kept bacward-=compatible, no worries | 16:17 |
freemangordon | *backward | 16:17 |
DocScrutinizer05 | since you always have a few interfaces which have to agree upon *some* structure in those 'variable arguments' | 16:17 |
freemangordon | this is not the case AIUI, as parameters are passed with dbus call | 16:17 |
*** luf has quit IRC | 16:17 | |
DocScrutinizer05 | so what? | 16:18 |
freemangordon | and ayatemui iterates through them and calls alarmUI plugin with GArray of parameters | 16:18 |
freemangordon | *systemui | 16:18 |
DocScrutinizer05 | either you expect those arguments in same format somewhere sometime, or they are cruft | 16:18 |
_ade_ | As long as the stock clock ignores additional arguments I see no issue | 16:18 |
freemangordon | yes | 16:18 |
freemangordon | actually it is not like that | 16:19 |
freemangordon | alarmUI gets alarm event cookie | 16:19 |
freemangordon | and calls libalarm for the other stuff | 16:19 |
DocScrutinizer05 | guys, are you suggesting "I see no issue" so nobody else may look at it? | 16:19 |
freemangordon | DocScrutinizer05: come on, libalarm and alarmUI source code is on gitorious, libalarm API is well defined | 16:20 |
_ade_ | But the worldclock will read the cookies at startup, that's what I am talking about. | 16:20 |
freemangordon | libalarm API allows you to pass alarm event attribute | 16:20 |
freemangordon | *attributes | 16:20 |
freemangordon | NAMED | 16:21 |
DocScrutinizer05 | aha, so yes, you basically say exactly that. "we got it sorted, if you wanna know what we're talking about, go the fuck serching for stuff yourself" | 16:21 |
freemangordon | DocScrutinizer05: what makes you think I know libalarm API so I can explain it to you? | 16:21 |
freemangordon | what I know I've lerant it the last week while I was REing alarmUI | 16:21 |
freemangordon | *learnt | 16:22 |
DocScrutinizer05 | who mentioned libalarm? | 16:23 |
freemangordon | me | 16:24 |
freemangordon | as that is the way worldclock and alarmUI communicate | 16:25 |
_ade_ | freemangordon: did you get the point from my last remark, or am I still missing the point? | 16:26 |
freemangordon | _ade_: yes | 16:26 |
_ade_ | the first or last part ;-) | 16:27 |
freemangordon | if it is for that one "_ade_> As long as the stock clock ignores additional arguments I see no issue" | 16:27 |
DocScrutinizer05 | seems you're more happy with me looking at your final work and then start bashing the flaws I might find, rather than my offer to contribute early in the process. Oh well | 16:27 |
freemangordon | DocScrutinizer05: come on, there is still no "process" I am still cleaning up the code and finding whatever bugs I introduced during REing | 16:28 |
freemangordon | The "process" will start once replacement does what stock one do without the bugs | 16:29 |
_ade_ | freemangordon: is the ALARM_EVENT_BOOT flag related to alarmUI (see http://talk.maemo.org/showpost.php?p=1145748&postcount=146 for an explanation of why I ask)? I do not see it in the code right away, so I guess not. | 16:42 |
freemangordon | _ade_: seems alarm ui uses some "hidded" API reserved for systemui | 16:46 |
_ade_ | freemangordon: okay, thanks | 16:47 |
freemangordon | just a secon, i'll show you the code | 16:47 |
freemangordon | hmm, seems I misunderstood your cuestion, but anyway, seems that raising the most significant bit when respondind to alarm event while in act_dead leads to boot | 16:49 |
freemangordon | *question | 16:49 |
freemangordon | here https://gitorious.org/community-ssu/osso-systemui-alarm/blobs/master/osso-systemui-alarm.c#line1043 | 16:49 |
freemangordon | oh shit | 16:51 |
freemangordon | https://gitorious.org/community-ssu/osso-systemui-alarm/blobs/master/osso-systemui-alarm.c#line588 | 16:51 |
freemangordon | DocScrutinizer05: you meant hardcoded like that? | 16:51 |
_ade_ | Is this address are a result of REing, and would it have been some kind of label in the original source? Sorry if it is a stupid question :-) | 16:53 |
freemangordon | _ade_: address? | 16:53 |
freemangordon | you mean file path? | 16:54 |
_ade_ | well, called 0x80000000u an address | 16:54 |
freemangordon | noo, this is not address | 16:54 |
freemangordon | see here:https://gitorious.org/community-ssu/osso-systemui-alarm/blobs/master/osso-systemui-alarm.c#line166 | 16:55 |
freemangordon | _ade_: I didn't find that defined in the headers, seems like some kind of internal API flag | 16:57 |
freemangordon | but it is a result of REing | 16:57 |
_ade_ | okay, somewhat to complicated for me. Anyway, I will keep in mind that ALARM_EVENT_BOOT just doesn't work, and I should stick to ACT_DEAD | 16:58 |
freemangordon | but we can translate it like #define ALARM_EVENT_ACK_BOOT 1<<31 | 16:59 |
freemangordon | or similar, codle still needs some cleanup | 16:59 |
freemangordon | *code | 16:59 |
_ade_ | If you could restore functionalty to what it should do, I am always in favour | 17:00 |
freemangordon | well, so far it seems to work as it should | 17:00 |
freemangordon | it woke me up this morning :D:D:D | 17:01 |
*** mickname has quit IRC | 17:01 | |
_ade_ | You did read my link to TMO? That is what I am reffering to regarding ALARM_EVENT_BOOT and not working as it should. | 17:02 |
freemangordon | did not read, just take a quick look | 17:03 |
freemangordon | will do now | 17:03 |
freemangordon | yeah, got it. though those flags are unrelated to alarmUI | 17:04 |
_ade_ | okay, that's what I thought. The discussion got a whole other twist was my impression | 17:05 |
freemangordon | yeah | 17:06 |
freemangordon | ok, going to put that in -devel | 17:08 |
*** arcean has joined #maemo-ssu | 17:15 | |
freemangordon | arcean, _ade_: alarUI replacement is in -devel, please install the version from there | 17:20 |
freemangordon | *alarmUI | 17:20 |
_ade_ | freemangordon: can you upload to extras-devel atm? | 17:21 |
freemangordon | _ade_: CSSU-devel :P | 17:21 |
freemangordon | this is #maemo-ssu :D:D:D | 17:21 |
_ade_ | oh, yeah, just thought of that when I replied ;-) | 17:21 |
_ade_ | It is hosted by Merlin1991, so no issues over there | 17:24 |
*** arcean has quit IRC | 17:40 | |
*** _ade_ has left #maemo-ssu | 18:07 | |
*** dhbiker has quit IRC | 18:21 | |
*** arcean has joined #maemo-ssu | 18:26 | |
*** _ade_ has joined #maemo-ssu | 18:52 | |
_ade_ | freemangordon: about the bug report we discussed yesterday (https://bugs.maemo.org/show_bug.cgi?id=12661): as far as I can see it is already linked to CSSU, with subcomponent H-D | 18:56 |
povbot | Bug 12661: Popup menu fails with X Error while switching portrait/landscape | 18:56 |
arcean | _ade_, "First annoyance is that it flips back to landscape | 18:58 |
arcean | (why?)" is already fixed for non-Qt based apps | 18:58 |
_ade_ | arcean: great, a first step ;-) | 18:59 |
_ade_ | arcean: just started FAPMAN, it rotates back to landscape at startup ? | 19:00 |
arcean | that's normal with current cssu-testing | 19:00 |
_ade_ | the fix still needs to arrive then? | 19:01 |
arcean | yes, and I have no idea when it will be :P | 19:01 |
_ade_ | It might help me in some cases regarding my issue | 19:02 |
arcean | Qt uses its own rotation mechanism, which doesn't work well with hildon-desktop | 19:03 |
*** Pali has joined #maemo-ssu | 19:18 | |
*** arcean has quit IRC | 19:22 | |
*** dhbiker has joined #maemo-ssu | 19:22 | |
*** arcean has joined #maemo-ssu | 19:24 | |
*** mickname has joined #maemo-ssu | 19:48 | |
*** arcean has quit IRC | 20:01 | |
*** arcean has joined #maemo-ssu | 20:08 | |
kerio | Qt sucks | 20:14 |
kerio | it doesn't follow my keyboard bindings :( | 20:15 |
*** timo^ has joined #maemo-ssu | 20:19 | |
*** _ade_ has left #maemo-ssu | 20:21 | |
*** arcean has quit IRC | 21:00 | |
*** arcean has joined #maemo-ssu | 21:02 | |
*** luf has joined #maemo-ssu | 21:04 | |
*** M4rtinK has quit IRC | 21:16 | |
*** arcean has quit IRC | 21:23 | |
*** iDont has joined #maemo-ssu | 21:27 | |
*** arcean has joined #maemo-ssu | 21:27 | |
*** infobot has quit IRC | 21:38 | |
*** macmaN has quit IRC | 21:39 | |
*** macmaN has joined #maemo-ssu | 21:43 | |
*** dhbiker has quit IRC | 21:45 | |
*** M4rtinK has joined #maemo-ssu | 21:48 | |
*** arcean has quit IRC | 21:48 | |
*** arcean has joined #maemo-ssu | 21:49 | |
*** timo^ has quit IRC | 22:02 | |
*** iDont has quit IRC | 22:07 | |
*** arcean has quit IRC | 22:19 | |
*** Sc0rpius has quit IRC | 22:21 | |
*** Sc0rpius has joined #maemo-ssu | 22:26 | |
*** arcean has joined #maemo-ssu | 22:29 | |
*** _rd has joined #maemo-ssu | 22:38 | |
merlin1991 | new -testing pre test incomin | 22:39 |
merlin1991 | g | 22:39 |
freemangordon | lol | 22:40 |
kerio | yay | 22:41 |
freemangordon | merlin1991, Pali: would you look at alarmUI source code to check if it needs further cleanup/refactoring? When you have some spare time of course :) | 22:41 |
merlin1991 | comeon "lol"? it is hard work to type dpkg-buildpackage -rfakeroot -us -uc in the terminal ;) | 22:42 |
freemangordon | merlin1991: I know | 22:42 |
*** arcean has quit IRC | 22:42 | |
freemangordon | trust me :D | 22:42 |
freemangordon | merlin1991: -I.git is missing, check your packages :P | 22:43 |
merlin1991 | tbh I don't care about -I.git on the smaller packages | 22:43 |
freemangordon | -sa too | 22:44 |
merlin1991 | on qt though I DO care :D | 22:44 |
merlin1991 | hm what's -sa? | 22:44 |
freemangordon | afaik it should be "dpkg-buildpackage -rfakeroot -sa -us -uc -I.git" :P | 22:44 |
freemangordon | full source upload | 22:44 |
merlin1991 | our packges are all "native" in their debian/source descriptions | 22:45 |
merlin1991 | thus full source anyway | 22:45 |
freemangordon | it includes .orig.tar.gz in .changes | 22:45 |
freemangordon | ^^^ | 22:45 |
*** infobot has joined #maemo-ssu | 22:45 | |
*** ChanServ sets mode: +v infobot | 22:45 | |
merlin1991 | hm I built obexd already | 22:47 |
merlin1991 | well that just leaves ke-recv | 22:47 |
merlin1991 | I should create a build-cssu command that wraps that dpkg-buildpackage call :D | 22:52 |
*** _rd has quit IRC | 22:53 | |
*** dhbiker has joined #maemo-ssu | 22:55 | |
*** arcean has joined #maemo-ssu | 22:55 | |
*** lizardo has quit IRC | 22:58 | |
*** _ade_ has joined #maemo-ssu | 23:03 | |
merlin1991 | DocScrutinizer05: got some time to test the new -testing? | 23:08 |
DocScrutinizer05 | possibly | 23:08 |
_ade_ | arcean: adapted worldclock so it cannot start multiple occurrences the date/time applet in the worldclock- and main screen | 23:08 |
DocScrutinizer05 | if you got some time for me to find some time for that | 23:08 |
merlin1991 | timeception? | 23:09 |
arcean | _ade_, thanks :) | 23:09 |
merlin1991 | arcean: are you running a clean -testing or -thumb? | 23:13 |
arcean | testing + devel combo :P | 23:13 |
merlin1991 | that's fine, wanna test the new -testing? :D | 23:14 |
arcean | why not :) | 23:14 |
freemangordon | merlin1991: those with -thumb should be able to test it too | 23:15 |
freemangordon | after all we fixed the versioning | 23:15 |
merlin1991 | freemangordon: but if possible I'd like to test without sideffects ; | 23:15 |
merlin1991 | hm found the first bug myself | 23:16 |
freemangordon | care to share? | 23:16 |
merlin1991 | just a path mistake in palis patch for ke-recv | 23:17 |
merlin1991 | Pali: your patch to ke-recv seems to work | 23:39 |
Pali | nice :-) (I did not tested them yet) | 23:39 |
*** _rd has joined #maemo-ssu | 23:40 | |
*** Pali has quit IRC | 23:41 | |
merlin1991 | oaky arcean, install http://cdnm.at/~christian/maemo/cssu/testing-testing-enabler_0.1_all.deb and then run ham :) | 23:42 |
merlin1991 | changelog can be found here (since the wiki i non editable) http://gitorious.org/community-ssu/mp-fremantle-community-pr/blobs/master/debian/changelog | 23:43 |
kerio | dafuq is that | 23:45 |
merlin1991 | kerio: hm? | 23:45 |
kerio | oh, HAM domain information | 23:46 |
kerio | meh | 23:46 |
arcean | ok, HAM is running and melting my cpu :) | 23:46 |
merlin1991 | and pretty please don't run into "no update here" or "dependency hell" :D | 23:46 |
kerio | merlin1991: is the priority for that repo the same as the other cssu repos? | 23:47 |
kerio | otherwise, it's going to be hell to go back for the peeps using HAM only | 23:47 |
kerio | and yes, i said peeps | 23:47 |
merlin1991 | kerio: this is not ment for the peeps | 23:47 |
merlin1991 | but rather for like 3 people to test a release before we release it :D | 23:48 |
DocScrutinizer05 | kerio's concern is valid though | 23:48 |
DocScrutinizer05 | would it 'recover' from test by simply enabling the 'normal' repos again? | 23:49 |
DocScrutinizer05 | or would any tester have to rollback/reflash? | 23:50 |
merlin1991 | this is rollback reflash material | 23:50 |
DocScrutinizer05 | ...to join community of normal mortals | 23:50 |
merlin1991 | you can "recover" your ham by simply removing the package (even inside ham) | 23:50 |
DocScrutinizer05 | ok | 23:50 |
merlin1991 | but that sill would leave the upgraded mp on your device | 23:51 |
DocScrutinizer05 | yep | 23:51 |
DocScrutinizer05 | which wouldn't update 'normally' on next CSSU release | 23:51 |
kerio | it appears to be the same as community-devel | 23:51 |
merlin1991 | DocScrutinizer05: well mext cssu relaese would be 100% the same packages | 23:52 |
DocScrutinizer05 | I could run this on a virgin device | 23:52 |
kerio | this, of course, ignoring the fact that it might just *not work* because HAM also does checking by gpg key and thus it could put every package in one priority basket | 23:52 |
merlin1991 | and the release after that would work as usual again | 23:52 |
kerio | s/it/the priority separation/ | 23:52 |
infobot | kerio meant: this, of course, ignoring the fact that the priority separation might just *not work* because HAM also does checking by gpg key and thus it could put every package in one priority basket | 23:52 |
merlin1991 | since as soon as you remove the enabler the "domain" the package comes from has no priority, thus any package from the "main" cssu repo has higher priority | 23:52 |
kerio | merlin1991: hm, that's a good point | 23:53 |
merlin1991 | the only secnario in which you have to roll back is when shit blows up :D | 23:53 |
kerio | DocScrutinizer05: "easy" way to fix, considering that people that will install that are "l33t", would be to enable redpill mode and disable the domain checking | 23:54 |
DocScrutinizer05 | well, anyway I could test run this on a virgin N900 only. No way to nuke my daily phone with it | 23:54 |
merlin1991 | but it shouldn't (obviously I ran it on my device already) | 23:54 |
DocScrutinizer05 | so I could either run a direct install of new testingtesting, or install recent official cssu-t then upgrade | 23:55 |
kerio | merlin1991: why did you password the repo, btw? | 23:56 |
merlin1991 | 2nd | 23:56 |
merlin1991 | kerio: so that random peeps with 0 knowledge don't get in | 23:56 |
merlin1991 | since this is meant to break stuff in a limited circle where we can minimze damages | 23:57 |
DocScrutinizer05 | hmm password? | 23:57 |
* kerio kinda wants to paste the url here | 23:58 | |
merlin1991 | DocScrutinizer05: well the repo resides here: http://maemo.merlin1991.at/cssu/future/ | 23:58 |
merlin1991 | it uses basic_auth which apt supports, the enabler adds user and pw to the sources.list | 23:58 |
DocScrutinizer05 | aah | 23:58 |
arcean | merlin1991, so far everything works ;) | 23:59 |
DocScrutinizer05 | ok then, has to wait another 2 or 3 hours | 23:59 |
DocScrutinizer05 | dinner first | 23:59 |
*** user_ has joined #maemo-ssu | 23:59 | |
merlin1991 | kerio: what do you think of the url + user + pass combinarion? :D | 23:59 |
kerio | merlin1991: "the future happens now"? | 23:59 |
merlin1991 | yep | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!