01:06.22 | LinuxCode | if any of you type int eh wrong shell for root |
01:06.29 | LinuxCode | and $ root doesnt work anymore |
01:06.40 | LinuxCode | sudo gainroot works anyway |
01:08.51 | merlin1991 | because sudo gainroot |
01:08.57 | merlin1991 | does not set the environment |
01:09.06 | LinuxCode | merlin1991, perfect ;-} |
01:09.14 | LinuxCode | and I even got an explanation |
01:09.24 | LinuxCode | just glad I didnt have to reflash |
01:10.08 | LinuxCode | I only had my N900 for 3 days |
01:10.26 | LinuxCode | I ordered one over a year ago, but it got stolen out of the box, before they shipped it |
01:10.35 | LinuxCode | so, had to battle with the retailer |
01:11.08 | LinuxCode | shame Nokia abandoned this, few more years of dev, it would have been a perfect platform |
01:11.28 | LinuxCode | merlin1991, do you use your front cam often ? |
01:11.36 | LinuxCode | I had it lock up on me a few times now |
01:11.43 | LinuxCode | only way to fix that was to reboot |
01:11.48 | LinuxCode | the red led stays on |
01:12.02 | merlin1991 | odd |
01:12.08 | LinuxCode | saying that, I have not tried killing the process |
01:12.25 | LinuxCode | so maybe I should try figuring that out first, which process locks it |
01:12.33 | merlin1991 | camer-ui |
01:12.35 | merlin1991 | possibly |
01:12.38 | merlin1991 | or wait |
01:12.41 | LinuxCode | merlin1991, I get more info |
01:12.43 | merlin1991 | am I confusing back and front? |
01:12.48 | merlin1991 | which cam do you mean? |
01:13.03 | LinuxCode | back = 5MP |
01:13.11 | LinuxCode | front = crap 0.3MP |
01:13.13 | LinuxCode | ;-} |
01:13.20 | merlin1991 | okay :) |
01:13.35 | LinuxCode | I say crap, 0.3 isnt bw hungry |
01:13.44 | merlin1991 | okay back camera if anything should be affected by camera-ui |
01:13.49 | LinuxCode | k |
01:13.53 | LinuxCode | I look into it mate |
01:14.12 | merlin1991 | unless you have stuff like fcam or bless900 and all the other alternative cam stuff |
01:14.18 | LinuxCode | do we have a bugzilla for the community effort ? |
01:14.28 | merlin1991 | bugs.maemo.org |
01:14.33 | LinuxCode | ahh k |
01:14.37 | merlin1991 | there is a component community ssu |
01:14.41 | LinuxCode | kk cool |
01:14.53 | merlin1991 | current buglist is in /topic |
01:14.54 | LinuxCode | bless900 and fcam, interesting |
01:15.38 | LinuxCode | I keep you posted and will file a bug, if I find something interesting |
01:16.05 | LinuxCode | thank you for your responses so far, much appreciated |
01:16.19 | LinuxCode | off to bed nn |
01:16.21 | LinuxCode | ;-} |
03:14.50 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
03:32.57 | DocScrutinizer | err wut? bug in CSSU re front cam? nonsense |
03:33.40 | DocScrutinizer | though actually nikocam might mess up the muxing between front and main cam |
03:37.52 | DocScrutinizer | you know front and main cam share same SoC HW IF, muxed by a switch. So are mutually exclusive use |
05:41.07 | *** join/#maemo-ssu KaziKluBey (KaziKluBey@c-83-233-171-221.cust.bredband2.com) |
08:58.57 | *** join/#maemo-ssu Free-MG (~test@p4FFE7748.dip.t-dialin.net) |
08:59.18 | *** join/#maemo-ssu NIN101 (~NIN@206.253.166.69) |
09:55.43 | *** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg) |
10:14.32 | *** join/#maemo-ssu arcean (~Arcean@aadc159.neoplus.adsl.tpnet.pl) |
10:50.23 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
11:18.28 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
11:50.59 | *** join/#maemo-ssu int_ua (~int_ua@93.126.96.47) |
11:52.56 | *** join/#maemo-ssu Pali (~quassel@unaffiliated/pali) |
11:53.23 | int_ua | Hi, I've installed sp-rich-core and have three dumps already. The last errors in oopslog are perl and dbus-launch crashes. Can I differentiate between hardware malfunction and software bugs with these dumps? |
11:53.56 | int_ua | (kernel oops dumps) |
11:55.06 | int_ua | should I report a bug? One or multiple? |
11:55.19 | int_ua | I'm using stock kernel, not the KP |
12:15.16 | *** join/#maemo-ssu FireFly (~firefly@unaffiliated/firefly) |
12:27.43 | *** join/#maemo-ssu scoobertron (~tom@93.186.148.128) |
12:38.14 | *** join/#maemo-ssu scoobertron (~tom@93.186.148.128) |
13:25.02 | DocScrutinizer | you basically never can tell apart for sure hw and sw bugs, unless you analyzed the dump to the root cause and see if e.g. the null pointer was never initialized or got wrong data via a defect bus from a defect RAM |
13:25.18 | DocScrutinizer | hw bugs are hard to spot |
13:26.02 | DocScrutinizer | they come in 5 dozen disguises |
13:26.20 | *** join/#maemo-ssu Kaptenen_ (~Kaptenen@81.216.60.47) |
13:26.50 | DocScrutinizer | oops seems that's no proper substantiv |
13:27.29 | DocScrutinizer | s/disguises/camouflages/ |
13:29.03 | DocScrutinizer | anyway neither dbus nor perl itself should coredump. Perl might on extremely rogue perl code it has to execute. dbus *never* may |
13:29.31 | DocScrutinizer | so I guess yes, it would be more than appropriate to open a ticket against dbus |
13:30.07 | DocScrutinizer | for perl you should find out which perl code it executed and if the fault was inside perl interpreter or rather inside the code |
13:30.22 | DocScrutinizer | otherwise a ticket against perl is rather useless |
13:33.00 | DocScrutinizer | at least that's according to my poor knowledge of perl. I don't assume it is built in a way so it never ever could reasonably coredump on a rogue sequence of perl commands |
13:35.00 | DocScrutinizer | compare BASIC - if your basic interpreter doesn't have any peek, poke, or call romcode subroutine commands, it should be impossible to make it coredump. As soon as you can poke to arbitrary memory locations, you obviously can make it segfault easily |
13:36.30 | DocScrutinizer | meh, he's gone :-// |
13:37.03 | Lava_Croft | the yoke of having JOINS PARTS QUITS NICKS ignored in irssi ;) |
13:45.32 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
14:03.14 | *** join/#maemo-ssu guly (~why@shivaya.guly.org) |
14:11.21 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
14:28.24 | *** join/#maemo-ssu rd (~rd@p57B48C45.dip0.t-ipconnect.de) |
15:12.24 | *** join/#maemo-ssu arcean (~Arcean@aaep88.neoplus.adsl.tpnet.pl) |
15:30.26 | *** join/#maemo-ssu Pali (~quassel@unaffiliated/pali) |
16:06.08 | *** join/#maemo-ssu rd (~rd@p57B48C45.dip0.t-ipconnect.de) |
17:06.59 | *** join/#maemo-ssu rd (~rd@p57B48C45.dip0.t-ipconnect.de) |
17:25.20 | *** join/#maemo-ssu Pali (~quassel@unaffiliated/pali) |
17:34.39 | *** join/#maemo-ssu rd (~rd@p57B48C45.dip0.t-ipconnect.de) |
17:37.49 | *** join/#maemo-ssu trumee_afk (~parul@46-64-48-176.zone15.bethere.co.uk) |
17:43.35 | *** join/#maemo-ssu trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623) |
17:59.55 | *** join/#maemo-ssu rd (~rd@p57B48C45.dip0.t-ipconnect.de) |
18:27.29 | *** join/#maemo-ssu scoobertron (~tom@93.186.155.215) |
18:49.30 | *** join/#maemo-ssu wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
19:19.46 | *** join/#maemo-ssu Free-MG (~test@p4FFE7748.dip.t-dialin.net) |
19:23.56 | *** join/#maemo-ssu KaziKluBey (KaziKluBey@c-89-233-193-175.cust.bredband2.com) |
19:51.12 | *** join/#maemo-ssu guly (~why@shivaya.guly.org) |
20:11.53 | *** join/#maemo-ssu mirandir (~valentin@2a01:e35:2e63:5170:7a2b:cbff:fed1:407c) |
20:22.33 | *** join/#maemo-ssu rd (~rd@p57B48C45.dip0.t-ipconnect.de) |
21:01.19 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
22:26.03 | *** join/#maemo-ssu Pali (~quassel@unaffiliated/pali) |
23:44.57 | *** join/#maemo-ssu BCMM (~user@unaffiliated/bcmm) |