| [04:01] | <agentOrange> | well there it locked up again while i was rewinding |
| [04:01] | <agentOrange> | wtf is wrong with this thing |
| [07:15] | <greyback> | yanvrn1: ping? |
| [07:22] | <yanvrn1> | Hello G |
| [07:23] | <greyback> | How are things? |
| [07:23] | <yanvrn1> | swamped |
| [07:23] | <greyback> | Good complaint |
| [07:23] | <yanvrn1> | Programming Machining Centers this week |
| [07:24] | <greyback> | Not entirely sure what that entails, but I'm suitably impressed |
| [07:24] | <yanvrn1> | Interfacing a MotoMan Robot with a horizontal mill |
| [07:24] | <yanvrn1> | PLC Programming |
| [07:25] | <greyback> | Sounds tricky |
| [07:25] | <yanvrn1> | aways a safety issue |
| [07:26] | <greyback> | I guess you've to check every sensor reading and abort if somethings outside a range. So there's probably a lot of tediousness there too |
| [07:26] | <yanvrn1> | Loading Truck axles in a machine with the robot so its just an I/O issue of communicating |
| [07:27] | <yanvrn1> | Basicly looking at switch conditions |
| [07:27] | <greyback> | It's strange, I know what each of those words mean, but put together like that.... :) |
| [07:27] | <greyback> | I'll leave it to the expert |
| [07:28] | <yanvrn1> | Thats what I do sometimes reading your posts, scratch my head wondering what it all means |
| [07:28] | <yanvrn1> | So much to to learn |
| [07:29] | <greyback> | Hell yeah |
| [07:29] | <yanvrn1> | How is School? |
| [07:30] | <greyback> | Grand, *almost* got my paper finished, progress looking good, am quite happy. |
| [07:30] | <yanvrn1> | Good for you, |
| [07:30] | <yanvrn1> | always great to see the end |
| [07:31] | <yanvrn1> | hows your web interface comming |
| [07:31] | <greyback> | Yeah, I'm just beginning the big write up. All postdocs tell me writing the thesis is the worst bit, but it can't be bad |
| [07:32] | <greyback> | The WebKit thing? I'm slowly paring through the code, excluding bits that get in the way. It's slow |
| [07:32] | <greyback> | I'm still not convinced it's useful |
| [07:32] | <yanvrn1> | thats a pretty cool thing wondered if the tv listing pages could be accessed and then linked up to the scheduler |
| [07:34] | <greyback> | I think a dedicated tv listings app would be a lot easier to use. The problem is finding sources of TV info |
| [07:35] | <greyback> | There's a good thread on the forum with links to XML feeds for TV guides. Qt has an XML parser built in, it wouldn't be too hard |
| [07:35] | <yanvrn1> | this option Web option will spark interest |
| [07:36] | <greyback> | Maybe, but performance may leave a lot to be desired. I'm not gonna make a big deal out of it until I'm convinced |
| [07:36] | <greyback> | And then there's navigating a webpage using a remote. It won't be pretty |
| [07:37] | <yanvrn1> | Thats kind of why I stay away from the Youtube feature its way to much time to show a simple clip |
| [07:38] | <yanvrn1> | Though its nice to have internet the satelite connection is a slow interface |
| [07:40] | <greyback> | Yeah? I'm surprised by that. I guess it's expensive |
| [07:43] | <yanvrn1> | I could pay for a faster service but my need is not there. Havent had the time either to spend on the net. |
| [07:50] | <yanvrn1> | Is there a way to use wget for the forumn data? It would be nice to have some of the info on my computer. seems like copy and paste is a little old school. |
| [07:57] | <greyback> | Hmm, it's so disorganised! |
| [07:59] | <greyback> | curl is a bit more powerful, it think it can recurse through webpages, but you'd better tell it how deep to go. |
| [08:04] | <yanvrn1> | I had to buy a couple of new computers, and they came with Vista. What a POS for networking, im not impressed so far. |
| [08:06] | <yanvrn1> | I'll look into curl thanks |
| [08:07] | <greyback> | Vista is getting a pretty bad reception. SP1 will be out in a while, maybe that'll fix it up. |
| [08:08] | <yanvrn1> | They sure messed up on releasing it thats for sure |
| [08:10] | <yanvrn1> | I needed a couple of new systems for Solidworks and MasterCamX2 |
| [08:10] | <greyback> | I can see why, those are two heavy programs |
| [08:11] | <yanvrn1> | After 4GB of memory they dont cry about resources any more |
| [08:11] | <yanvrn1> | 3d is my world |
| [08:12] | <yanvrn1> | Great for Fixture and Gauge design |
| [08:13] | <greyback> | Can you machine what you design? |
| [08:15] | <yanvrn1> | I have machine tools to build yes |
| [08:15] | <yanvrn1> | CNC Router, small Mill and Lathe |
| [08:16] | <yanvrn1> | but I have a tool shop that builds most of my designs, I just supply them with the data |
| [08:17] | <yanvrn1> | Prints and G-codes |
| [08:18] | <greyback> | For a minute there I thought you'd one of those fancy computerised mills. They're bloody expensive |
| [08:18] | <greyback> | I was wondering just how big you were :) |
| [08:19] | <yanvrn1> | Thats what I work on |
| [08:20] | <yanvrn1> | average prices are $200,000-$700,000 |
| [08:21] | <yanvrn1> | they arent cheap |
| [08:21] | * greyback faints | |
| [08:22] | <yanvrn1> | I just quoted a job for just the PLC hardware that was over $17000 |
| [08:23] | <yanvrn1> | price is high, with the new Control Logix hardware |
| [08:23] | * greyback mutters to himself about the pursuit of mathematical nirvana being worth more than money | |
| [08:24] | <yanvrn1> | boy but what it can do |
| [08:24] | <yanvrn1> | lol |
| [08:24] | * greyback cracks open a whiskey | |
| [08:25] | <yanvrn1> | I think of you every time I see that show on CBS called Numb3rs |
| [08:25] | <greyback> | Math can be really unsatifying, I really miss doing stuff with my hands. Hence DIY projector project |
| [08:25] | <yanvrn1> | being a math professor |
| [08:26] | <greyback> | I cringe every time I see Numb3rs. |
| [08:26] | <yanvrn1> | i bet |
| [08:26] | <greyback> | Not only at the plot, but how math is dragged, kicking and screaming, into solving the case |
| [08:26] | <greyback> | It's sooo wrong! |
| [08:28] | <yanvrn1> | keeps the public in awe |
| [08:28] | <yanvrn1> | they cant balance their checkbook |
| [08:29] | <greyback> | Sad but true |
| [08:29] | <yanvrn1> | so when they hear all that rubish they have to believe it |
| [08:32] | <greyback> | You can't blame them, there's bad math everywhere. I just read in the paper that a research group released results saying that the rise in heart disease is related to the rise in pollution. |
| [08:32] | <greyback> | All they found was that the numbers of people with heart disease has gone up. Also the amount of pollution has gone up. So they just linked them statistically. |
| [08:33] | <yanvrn1> | hey its in the math, lol |
| [08:33] | <greyback> | I could link the number of lollipops sold to rates of heart disease if I wanted |
| [08:34] | <yanvrn1> | good thing I quit that |
| [08:35] | <yanvrn1> | maybe its the number of computers sold with VISTA |
| [08:35] | <nerochiaro> | yanvrn1: greyback: if you really don't care about legality, you can go with xmltv data |
| [08:35] | <yanvrn1> | is killing us all |
| [08:35] | <nerochiaro> | (re to some stuff above) |
| [08:35] | <nerochiaro> | just woke up, skimming thru the logs with a cup of hot tea |
| [08:36] | <yanvrn1> | woke up its 9:30am here in the US must be afternoon there |
| [08:36] | <gremlin[it]> | hi nerochiaro ! |
| [08:36] | <nerochiaro> | gremlin[it]: hi |
| [08:37] | <yanvrn1> | you a night owl or out partying |
| [08:37] | <nerochiaro> | yanvrn1: it'a 3:30 PM here |
| [08:37] | <greyback> | nerochiaro: hey, xmltv is probably the best option, but it'll be a community thing |
| [08:38] | <nerochiaro> | greyback: if it's community, xmltv is ok-ish i think |
| [08:38] | <greyback> | nerochiaro: while I've got you, have you guys made a plugin of the neuros widgets for Qtdesigner? |
| [08:38] | <greyback> | nerochiaro: yeah, defintely -ish :) |
| [08:38] | <nerochiaro> | greyback: nope, still not stable enough, just use promoted widgets |
| [08:39] | <nerochiaro> | greyback: they just show as grey squares, but you have got imagination to fill them ;) |
| [08:39] | <greyback> | Fair enough, I was just exploring this morning |
| [08:40] | <nerochiaro> | greyback: later there may be these plugins, but not priority |
| [08:40] | <greyback> | Other question, have you a list of stuff that's disabled from the Qt libs? I could figure it out from the config, but just in case... |
| [08:46] | <nerochiaro> | greyback: hmm, it's a bit out of date, but i should have one in email |
| [08:46] | <nerochiaro> | greyback: let me fish it |
| [08:46] | <greyback> | That'd be great, thanks |
| [08:49] | <greyback> | yanvrn1: Cuz I'm proud of myself: www.maths.tcd.ie |
| [08:50] | <greyback> | Just a couple of pics of parts for my projector. The stripped LCD screen & lightbox |
| [08:50] | <yanvrn1> | So do you use MathCad? |
| [08:51] | <greyback> | Nope |
| [08:51] | <yanvrn1> | longhand? |
| [08:51] | <yanvrn1> | spread sheets |
| [08:51] | <greyback> | Pen & paper |
| [08:51] | <greyback> | sometimes Maple or Mathematica |
| [08:52] | <yanvrn1> | Ive tried em all at one time |
| [08:52] | <greyback> | My area is quite abstract, I don't deal with numbers much to be honest |
| [08:52] | <nerochiaro> | greyback: email address ? |
| [08:52] | <yanvrn1> | Use mathcad when I need too |
| [08:52] | <greyback> | nerochiaro: gerboland AT gmail DOT com |
| [08:53] | <greyback> | nerochiaro: appreciated! |
| [08:53] | <gremlin[it]> | nerochiaro : about my work, at now I'm building OE image, using neuros gcc as an external compiler, cause wasn't able t obuil it too inside OE ... but OE allow also to use external toolchains (it's powerfull) :P |
| [08:54] | <nerochiaro> | gremlin[it]: so aside of the compiler, you have packaged everythign else for OE ? |
| [08:55] | <gremlin[it]> | no ... |
| [08:55] | <nerochiaro> | greyback: no problem. email sent |
| [08:56] | <yanvrn1> | greyback what is it that you built, can not read the LCD screen, looks like its something the Cat would stay away from |
| [08:56] | <gremlin[it]> | well : i try with libcooler but was hard, and I have the FOSDEM deadline ... |
| [08:56] | <nerochiaro> | gremlin[it]: so you have only kernel running ? |
| [08:56] | <nerochiaro> | gremlin[it]: and bbox ? |
| [08:57] | <gremlin[it]> | so at now i build all "general system" with OE ... but i'll use neuros application and library as is |
| [08:57] | <gremlin[it]> | well binutils and glibc was "ported" into OE |
| [08:57] | <nerochiaro> | MattJ: i saw you were chatting the package manager with Joe, yesterday. i was about to go out though. what was that about ? |
| [08:57] | <gremlin[it]> | and also bbos, tinilogin, dropbear ... and i don't know what else :) |
| [08:58] | <gremlin[it]> | bbos -> busybox |
| [08:58] | <nerochiaro> | gremlin[it]: does dropbear really work |
| [08:58] | <nerochiaro> | ? |
| [08:58] | <gremlin[it]> | it do an exception every time i compile but it work ! |
| [08:59] | <gremlin[it]> | sorry ... |
| [08:59] | <gremlin[it]> | it do an exception every time i connect but it work ! |
| [08:59] | <MattJ> | nerochiaro: Can't remember... we were talking more about the web interface |
| [08:59] | <gremlin[it]> | i used to copy files on neuros |
| [08:59] | <MattJ> | I said I was going to make a module for the package manager on the web interface |
| [08:59] | <nerochiaro> | MattJ: oh, ok. i'm gonna try poking the web interface a bit today, will you be around ? |
| [09:00] | <nerochiaro> | MattJ: regretfully i never had time to do it before |
| [09:00] | <nerochiaro> | gremlin[it]: last i checked, it needed a good random number generator, and we didn't have one |
| [09:00] | <greyback> | nerochiaro: dropbear does work, but needs proper source of randominity. I'd to use prngd as a crappy alternative |
| [09:01] | <gremlin[it]> | it was able to create the initial keys :) |
| [09:01] | <nerochiaro> | greyback: how come it works for gremlin[it] then ? |
| [09:01] | <nerochiaro> | gremlin[it]: the kernel you build with OE is different than the one we use in the standard neuros, right ? |
| [09:02] | <greyback> | Unless he's got /dev/random going properly, I'm not sure. |
| [09:02] | <MattJ> | nerochiaro: Yes, I'll be around |
| [09:02] | <gremlin[it]> | mhhh about the same ... i don't remember if i change something ... |
| [09:05] | <greyback> | gotta go, bye all |
| [09:05] | <nerochiaro> | greyback: bye |
| [09:05] | <yanvrn1> | cu |
| [09:07] | <nerochiaro> | gremlin[it]: can you check if you have /dev/random or /dev/urandom ? |
| [09:09] | <gremlin[it]> | yes (as soon as i boot neuros) ... :) |
| [09:09] | <nerochiaro> | gremlin[it]: thanks |
| [09:10] | <gremlin[it]> | can depend on a different udev ?! |
| [09:10] | <nerochiaro> | not sure |
| [09:18] | <nerochiaro> | MattJ: just one note re-reading your post in ML about lpkg...you say ipkg is in python, but it's actually in C |
| [09:18] | <nerochiaro> | MattJ: www.handhelds.org |
| [09:20] | <nerochiaro> | MattJ: not that it really matters, just wanted to let you know |
| [09:20] | <gremlin[it]> | i already talk about is with MattJ ;) |
| [09:21] | <nerochiaro> | gremlin[it]: it does not surprise me ;) |
| [09:23] | <gremlin[it]> | hhihihi :P |
| [09:26] | <MattJ> | nerochiaro: gremlin[it] corrected me ;) |
| [09:26] | <MattJ> | I was looking at the wrong thing (doh) |
| [09:26] | <MattJ> | If I had known, I would have looked at ipkg instead |
| [09:27] | <nerochiaro> | MattJ: i'm actually not sure what is the best way. ipkg surely is maintained by more people |
| [09:29] | <MattJ> | Yes |
| [09:29] | <MattJ> | So I don't know the best way either :) |
| [09:29] | <gremlin[it]> | as i said, it's not perfect but it already work :) |
| [09:29] | <nerochiaro> | anyway, im poking with lpkg now, i can't seem to get it installed |
| [09:29] | <MattJ> | Lpkg has some extras, like starting/stopping the service a package provides |
| [09:30] | <nerochiaro> | MattJ: it actually installs, but gives lua erros when i run it |
| [09:30] | <nerochiaro> | like it can't find libraries |
| [09:30] | <MattJ> | Which as gremlin[it] pointed out, doesn't usually go in a package manager (but to me it makes perfect sense on the OSD) |
| [09:30] | <MattJ> | nerochiaro: Hmm? |
| [09:30] | <MattJ> | What error? |
| [09:30] | <nerochiaro> | gremlin[it]: how does ipkg work with system that have readonly file system ? |
| [09:32] | <nerochiaro> | MattJ: pastebin.ca |
| [09:33] | <gremlin[it]> | at now i see rarely but somewhere you have to write hich packages are installed and which aren't ... at least in tmpfs or with jffs2+unionfs ... |
| [09:33] | <MattJ> | Did you . ./setup.sh ? |
| [09:33] | <MattJ> | *nerochiaro |
| [09:47] | <nerochiaro> | MattJ: sorry, hard to step away for a bit. yes, i did, but let me check i may have done one thing wrong |
| [09:47] | <MattJ> | nerochiaro: Did it work? |
| [09:47] | <MattJ> | Heh |
| [09:47] | <MattJ> | . ./setup.sh is important (including the preliminary .) |
| [09:47] | <MattJ> | That is why I needed the /etc/profile to be writable |
| [09:48] | <MattJ> | However the osdroot -> /usr/local would also fix that |
| [09:50] | <nerochiaro> | MattJ: pastebin.ca |
| [09:50] | <nerochiaro> | MattJ: we can't have /etc/profile to be writeable |
| [09:50] | <MattJ> | No, sorry, I mean to have it include a writeable one |
| [09:51] | <MattJ> | nerochiaro: You ran ./setup.sh |
| [09:51] | <MattJ> | It needs to be: . ./setup.sh |
| [09:51] | <MattJ> | With a space between the . and . |
| [09:53] | <nerochiaro> | hmm, i feel dumb, but what does that do exactly ? |
| [09:53] | <nerochiaro> | the . at the start |
| [09:53] | <nerochiaro> | anyway: pastebin.ca |
| [09:53] | <MattJ> | It's the same as "source setup.sh" |
| [09:53] | <MattJ> | Except busybox doesn't have source |
| [09:55] | <nerochiaro> | oh, right |
| [09:55] | <MattJ> | Hmm |
| [09:55] | <MattJ> | It looks like you are using AZ? |
| [09:55] | <nerochiaro> | i am |
| [09:56] | <nerochiaro> | this is with correct linewraps, sorry: pastebin.ca |
| [09:56] | <MattJ> | Ah, that makes more sense |
| [09:57] | <MattJ> | It seems to be confused |
| [09:58] | <MattJ> | lpkg is installed in: ..../programs/packages/* ? |
| [09:59] | <nerochiaro> | /mnt/tmpfs/media/ext/.osd-extended/programs/packages $ ls |
| [09:59] | <nerochiaro> | bin lib lpkg.lpkg setup.sh var |
| [09:59] | <MattJ> | It's looking for packages.db in /media/ext/.osd-extended/programs/lpkg/* |
| [09:59] | <nerochiaro> | hmm, might be due to a previous install i did |
| [09:59] | <nerochiaro> | how do i remove it all |
| [09:59] | <MattJ> | Ah, ok |
| [09:59] | <nerochiaro> | ? |
| [09:59] | <nerochiaro> | ls |
| [09:59] | <nerochiaro> | whoops |
| [09:59] | <MattJ> | rm /mnt/OSD/registry.lua.dat |
| [09:59] | <MattJ> | and then re-run . ./setup.sh |
| [10:00] | <MattJ> | and it will sort itself out |
| [10:00] | <nerochiaro> | works |
| [10:00] | <MattJ> | Yay :) |
| [10:00] | <nerochiaro> | might be a good idea for setup to overwrite that file always |
| [10:00] | <MattJ> | Possibly, but Lpkg may not be the only program using it |
| [10:01] | <nerochiaro> | who else would ? |
| [10:01] | <MattJ> | When I get it working on AZ, I will look at using an SQLite db instead, which should be more reliable |
| [10:01] | <MattJ> | Any Lua app which uses the config.lua lib |
| [10:01] | <MattJ> | I made it as a generic lib for storing settings |
| [10:02] | <nerochiaro> | it's something part of standard lua ? i'm not sure i understand |
| [10:02] | <MattJ> | No, it's a lib I made |
| [10:02] | <MattJ> | To keep settings on the OSD unified |
| [10:02] | <MattJ> | The web interface uses the same lib |
| [10:03] | <MattJ> | For the same kind of things as apps usually use /home/user/.settings files for |
| [10:06] | <nerochiaro> | ok, but why not one settings file for each app ? one for pkg man and the other for the web interface |
| [10:07] | <nerochiaro> | so you can safely overwrite when you need |
| [10:07] | <MattJ> | I don't want to clutter /mnt/OSD :) |
| [10:07] | <MattJ> | I could probably make a sub-dir |
| [10:08] | <nerochiaro> | that would be ok |
| [10:08] | <nerochiaro> | cluttering is not a problem, as long as these files don't get too big |
| [10:08] | <MattJ> | I'll do that, it only requires changing the config lib |
| [10:08] | <MattJ> | Ok |
| [10:08] | <MattJ> | They are just serialized Lua |
| [10:10] | <nerochiaro> | can lpkg update iself safely once it's installed ' |
| [10:10] | <nerochiaro> | ? |
| [10:10] | <MattJ> | It will be able to |
| [10:10] | <MattJ> | I need to bootstrap it to be a package itself |
| [10:11] | <MattJ> | But I can do that via the package feed |
| [10:13] | <nerochiaro> | MattJ: i'm trying to find out a way to be able to include it in standard distribution but leave it updateable and managed by you (or community) |
| [10:14] | <nerochiaro> | with minimal full on neuros part |
| [10:14] | <nerochiaro> | er, fuss |
| [10:14] | <MattJ> | Yeah |
| [10:14] | <MattJ> | Difficult one |
| [10:15] | <MattJ> | You said there will be a writable area of the CF card in AZ? |
| [10:16] | <nerochiaro> | yes, but it's still unsure it will be completely wiped clean on each upgrade |
| [10:17] | <MattJ> | I see |
| [10:18] | <nerochiaro> | the concern is if user goes overboard with installing user packages, or user data, it may end up with not enough space for upgrading/installing neuros stuff at some point |
| [10:18] | <MattJ> | Yeah |
| [10:19] | <MattJ> | ie. the sambaserver package is 3MB+ |
| [10:20] | <nerochiaro> | ya, and i can foresee people dumping lots of crap in there and forgetting |
| [10:20] | <MattJ> | So the osdroot mapping to /usr/local could still be the best way |
| [10:22] | <nerochiaro> | what you mean with osdroot ? |
| [10:22] | <MattJ> | With your unionfs script |
| [10:23] | <nerochiaro> | but that would require users to have their own cards to store packages and data |
| [10:23] | <nerochiaro> | quite messy |
| [10:23] | <MattJ> | We need some way for the user to specify where to install lpkg and other packages to |
| [10:23] | <nerochiaro> | lpkg itself is not a problem |
| [10:23] | <nerochiaro> | the packages are |
| [10:23] | <MattJ> | If we can't rely on AZ's CF card, then the user-attached storage is the only option available |
| [10:24] | <nerochiaro> | i didn't say we can't rely on it. i'm saying we need to find a way to rely on it that's safe in the face of official upgrades |
| [10:24] | <MattJ> | > <nerochiaro> yes, but it's still unsure it will be completely wiped clean on each upgrade |
| [10:25] | <MattJ> | So you think that is going to be changed? |
| [10:26] | <nerochiaro> | not sure yet |
| [10:26] | <nerochiaro> | we need to ensure neuros sowftware update safety first |
| [10:27] | <nerochiaro> | one option is to check if we have a certain amount of space free when updating, and if we don't, we wipe out user software |
| [10:27] | <nerochiaro> | so people will lose their user software only if they went overboard |
| [10:28] | <MattJ> | Yeah |
| [10:28] | <MattJ> | Well it shouldn't be a problem reinstalling, so long as configs are kept |
| [10:29] | <nerochiaro> | configs as long as they are small can live in /mnt/OSD and they won't be removed |
| [10:30] | <nerochiaro> | you mean lpkg config or user app configs ? |
| [10:31] | <MattJ> | user apps |
| [10:33] | <nerochiaro> | same rule applies. however user apps that more than few kb of space must use the ext area for their data (and risk losing it if they go overboard too) |
| [10:33] | <nerochiaro> | er, "that use more than a few kb of space for data" |
| [10:34] | <MattJ> | Yeah, agreed |
| [10:34] | <MattJ> | I don't see that happening though |
| [10:35] | <MattJ> | state is stored in $PKGROOT/var/* |
| [10:35] | <MattJ> | Config is seperate (though of course could be wherever we decide) |
| [10:37] | <nerochiaro> | ok |
| [10:37] | <nerochiaro> | i'll think a bit on this and check with the other folks. i'll update you on what we end up with and you can update the pkgman accordingly |
| [10:37] | <MattJ> | Ok |
| [10:44] | <mp0> | Every hour, my Neuros OSD's main screen pops up. The OSD prints "Upgrade timer ....................................................." on the serial port. |
| [10:44] | <nerochiaro> | mp0: you can disable it in the settings i think |
| [10:44] | <MattJ> | Settings->Firmware Upgrade iirc |
| [10:44] | <mp0> | That's set to check weekly |
| [10:45] | <nerochiaro> | MattJ: what are the env vars you need to setup at each boot for lpkg |
| [10:45] | <mp0> | I'm going to set it again and hope it goes away. |
| [10:45] | <MattJ> | nerochiaro: PKGROOT=/path/to/osdroot |
| [10:46] | <nerochiaro> | MattJ: can't you set that in the rc.local file ? |
| [10:46] | <MattJ> | nerochiaro: I tried it, but it at least doesn't affect telnet sessions (unless I did something wrong) |
| [10:46] | <nerochiaro> | mp0: if it doesn't (even after rebooting) then please submit a bug |
| [10:46] | <nerochiaro> | in bugzilla |
| [10:47] | <nerochiaro> | MattJ: it should, but if not, it's a bug too |
| [10:47] | <MattJ> | I'll check once more |
| [10:48] | <nerochiaro> | MattJ: you're right, doesn't seem to work |
| [10:48] | <MattJ> | Yup |
| [10:48] | <MattJ> | I just realised I still have: export PKGROOT=/media/USB/osdroot |
| [10:48] | <MattJ> | there |
| [10:48] | <MattJ> | But I still need to source setup.sh |
| [10:48] | <nerochiaro> | seem it doesn't even work for sessions started from console |
| [10:49] | <MattJ> | Yep, /etc/profile is read in those cases |
| [10:51] | <nerochiaro> | MattJ: got to check with crweb, he knows more of this stuff than i do |
| [10:52] | <MattJ> | Ok |
| [10:58] | <nerochiaro> | MattJ: wooble seems to work, except the "browse" menu |
| [10:58] | <MattJ> | Oh? |
| [10:58] | <MattJ> | Ah |
| [10:58] | <MattJ> | That could be an AZ issue |
| [10:59] | <nerochiaro> | also remote won't display anything |
| [10:59] | <MattJ> | That is a known issue (when authentication is turned on) |
| [10:59] | <MattJ> | I need to figure that one out... :/ |
| [10:59] | <MattJ> | I use lighttpd's built in authentication |
| [11:00] | <nerochiaro> | the link to "restart the server" isn't working either |
| [11:00] | <MattJ> | But the browsers don't send the credentials with AJAX requests |
| [11:00] | <nerochiaro> | "No such handler: wooble.restartserver" |
| [11:00] | <MattJ> | On the last tab with just an icon? That's all work in progress |
| [11:00] | <nerochiaro> | ok |
| [11:00] | <nerochiaro> | how do i disable auth ? |
| [11:00] | <MattJ> | vi lighttpd.conf, and remove the auth.* options, or comment them all out |
| [11:01] | <MattJ> | at the moment :) |
| [11:01] | <MattJ> | I need to figure out how to bypass lighttpd's auth for AJAX requests, but in a secure way |
| [11:01] | <nerochiaro> | i don't have any in /mnt/OSD/lighttpd.conf |
| [11:01] | <MattJ> | Sorry, it's probably in /etc/lighttpd/ at the moment |
| [11:02] | <nerochiaro> | no auth in there too |
| [11:02] | <MattJ> | Hmm? |
| [11:02] | <MattJ> | $PKGROOT/etc/lighttpd I mean |
| [11:03] | <nerochiaro> | ok ok |
| [11:05] | <nerochiaro> | "plain" auth isn't really secure anyway. if that level of security is ok for you though, you can simply do everything by disabling security and handling all with POST requests and sending down credentials |
| [11:05] | <nerochiaro> | security level is the same, but you can handle it via ajax |
| [11:06] | <MattJ> | Yeah |
| [11:06] | <MattJ> | All requests go through index.lua anyway |
| [11:06] | <MattJ> | So I think I'll just use cookies instead |
| [11:07] | <nerochiaro> | better that way |
| [11:07] | <MattJ> | I also want to be able to bypass authentication if the user is on the local LAN |
| [11:07] | <MattJ> | That would be nice :) |
| [11:08] | <nerochiaro> | ya, but not really important |
| [11:11] | <nerochiaro> | disabled auth and still remote control won't work |
| [11:11] | <MattJ> | Hmm |
| [11:11] | <MattJ> | Do you get any error? |
| [11:11] | <nerochiaro> | no, just not displaying anything |
| [11:12] | <MattJ> | Nothing at all? No keys? |
| [11:12] | <nerochiaro> | the key links are there |
| [11:12] | <MattJ> | Is the screenshot tool in AZ? |
| [11:13] | <MattJ> | Also perhaps you need to restart lighttpd |
| [11:13] | <nerochiaro> | |