OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Angstrom & OpenZaurus => Topic started by: speculatrix on July 21, 2006, 06:18:45 am
-
the other thread about producing a release of OZ for Tosa was getting a bit overloaded, so I thought I'd start a fresh thread now things seem to be getting close to beta quality/release candidate levels
-
the other thread about producing a release of OZ for Tosa was getting a bit overloaded, so I thought I'd start a fresh thread now things seem to be getting close to beta quality/release candidate levels
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=135959\")
And to make it really usefull you could post all relevant the bugs numbers from [a href=\"http://bugs.openembedded.org]http://bugs.openembedded.org[/url]
-
I don't know if it's just me, but I can only get WEP to work when wlan0 is in managed mode, not in ad-hoc mode.
My AP (access point) is actually a Intel 2915ABG card in my linux firewall, and runs in ad-doc mode. If I disable wep on the AP, everything works. As soon as I turn on wep, Tosa can't ping or anything... iwconfig on both AP and Tosa indicates settings look fine - I checked the WEP key very carefully.
Can someone else test ad-hoc with wep and let me know if they get it working?
thanks
-
the other thread about producing a release of OZ for Tosa was getting a bit overloaded, so I thought I'd start a fresh thread now things seem to be getting close to beta quality/release candidate levels
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=135959\")
And to make it really usefull you could post all relevant the bugs numbers from [a href=\"http://bugs.openembedded.org]http://bugs.openembedded.org[/url]
[div align=\"right\"][a href=\"index.php?act=findpost&pid=135961\"][{POST_SNAPBACK}][/a][/div]
I'm thinking that this thread could be used for discussing testing, workrounds and what's going on rather than trying to replace the bug-tracker.
-
the other thread about producing a release of OZ for Tosa was getting a bit overloaded, so I thought I'd start a fresh thread now things seem to be getting close to beta quality/release candidate levels
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=135959\")
And to make it really usefull you could post all relevant the bugs numbers from [a href=\"http://bugs.openembedded.org]http://bugs.openembedded.org[/url]
[div align=\"right\"][a href=\"index.php?act=findpost&pid=135961\"][{POST_SNAPBACK}][/a][/div]
I'm thinking that this thread could be used for discussing testing, workrounds and what's going on rather than trying to replace the bug-tracker.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=135967\"][{POST_SNAPBACK}][/a][/div]
I was hinting at the fact that any issue (and workarounds/fixes) should be in the bugtracker. Any info that's only in this forum can be considered lost. Not all OZ developers follow this forum and the fraction of OE people using this forum is even less. So you can reach the tech-savvy people by using the bugtracker and have semi-technical chitchat here.
Searching bugzilla is infinitally easier than grepping through fora or wikis.
-
maybe OZ should stop dodging the issues
[div align=\"right\"][a href=\"index.php?act=findpost&pid=135998\"][{POST_SNAPBACK}][/a][/div]
How can we fix issues if people are too lazy to report into the bugtracker, but do have time to rant on fora?
I'd rather have 100 'false' bugreports and 2 'good' ones than no bugreports. If only people would spend some time in accurate reporting instead of complaining on fora.
Problems == bugs
Solutions == bugfixes
-
sigh, another thread has become a meta discussion about OZ and its practises (and excuses) rather than actually seeking to tackle specific problems.
@ speculatrix
The only thing koen did was post a friendly reminder to use the bugtrackers...
Please don't start this today.
-
I can see both sides of the argument,
a/I am a software developer by trade and I know how frustrating it can be to get bad bug reports... all I am trying to say is that the discussion forums are a way of people getting a bit of help to determine if it's a case of PEBKAC (problem exists between keyboard and chair) or a real problem.
b/I am a newcomer to OZ/GPE and genuinely want to help make it better, but there is a very steep learning curve, and quite often I find that a minor mistake/assumption is compounded by a small bug in combination with a lack of a howto. I want to help!
@greg2: if this were the only time koen'd said this in recent discussions, I wouldn't have felt his answer to be unhelpful and gone off on a tangent... anyway, yes, enough already.
-
---edit--
maybe OZ should stop dodging the issues and actually bother to think about usability. maybe actually try and delegate someone as a documentor/librarian, if nothing else to create a skeleton wiki structure which everyone else can fill in?
Indeed, that's me. The only issue is that I'm very busy at the moment, plus this is supposed to be a collaborative venture and as I've been using OZ for a long time, I'm not really in the best position to know what people find difficult, etc.
The wonder of the wiki is that people can actually add change pages themselves - if the problem is that you're worried about where to put a page, then please email me and I'll take a look/create a page/etc.
Speaking of skeletons, there is a main HowTo index page and a FAQ page on the wiki so surely there must be somewhere to write things down...?
Si
-
The wonder of the wiki is that people can actually add change pages themselves - if the problem is that you're worried about where to put a page, then please email me and I'll take a look/create a page/etc.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136016\"][{POST_SNAPBACK}][/a][/div]
Could the wiki ACLs be relaxed a bit? Having a wiki is IMNSHO useless, if you have to keep mailing people.
-
The wonder of the wiki is that people can actually add change pages themselves - if the problem is that you're worried about where to put a page, then please email me and I'll take a look/create a page/etc.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136016\"][{POST_SNAPBACK}][/a][/div]
Could the wiki ACLs be relaxed a bit? Having a wiki is IMNSHO useless, if you have to keep mailing people.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136020\"][{POST_SNAPBACK}][/a][/div]
The problem is probably that not every user can be trusted. With all the god damned spammers and vandals out there, we'd have to restore the pages every day or two
Yes, that stinks but there really is no alternative if you can't monitor the website 24/7
-
I think the first post in this forum should have list of all know bugs that contains the Items name, Description, Status, and BugTracking Id. I have started doing this at List of issues for OZ/GPE (http://zaurus.thegrantclan.org/index.php?option=com_content&task=view&id=3&Itemid=3) on my website. So far I have only entered in one of the bugs int eh handhelds.org bug tracked for the addition of wlan-ng options to gpe-conf network.
To me this forum should be used to discuss the discription of the bugs and what bug tracking system the bug should be in along with making sure it is in a bug tracking system.
Some people are not going to be willing to enter in new bugs, or as I have problems doing decribing the bugs so that something can be done about them.
This list maybe something that we need to put on the wiki also or have it only on the wiki so any of us can update is and just have a link to it from the first post. We may also find it is better to have a seperate thread for each bug after we have identifed what is is and have it ina bug tracking system and only uses this thread to identify the bug enough to get it in a bug tracking system and then split off a new thread for the bug.
What are people thoughs on this?
-
I need help on describing the alarm's when suspended.
What application is the alarms from?
Is this still and issue in the 2.6 kernel?
I do not have this problem since I do not have alarms on my Z so I am not the best person to descibe it but I can put the bug in if I can get more information.
-
I need help on describing the alarm's when suspended.
What application is the alarms from?
Is this still and issue in the 2.6 kernel?
I do not have this problem since I do not have alarms on my Z so I am not the best person to descibe it but I can put the bug in if I can get more information.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136026\"][{POST_SNAPBACK}][/a][/div]
I'm assuming you're talking about alarms not resuming the unit when they occur while the unit is suspended. I'm pretty sure that's fixed unless there's some other issue I don't know about. In the other thread, dirk siad it's fixed, and they work for me (I just tested it) on the latest image.
EDIT: By "latest image" I really mean, "latest GPE image." I don't know about Opie.
-
I managed to resolve the problem with ad-hoc and wep.. turned out to be a combination having once tried to use the gpe network config tool and basic stupidity. So, intel 2915abg on firewall runs in ad-hoc with wep and Z uses the following configuration to talk to it:
# Wireless interfaces
iface wlan0 inet dhcp
wireless_type wlan-ng
wireless_mode managed
wireless_enc on
wlan_ng_authtype opensystem
wlan_ng_key0 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
wlan_ng_key1 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
wlan_ng_key2 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
wlan_ng_key3 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
wireless_essid ZZZZZZZZZZZZZZZZZZ
pre-up modprobe ohci-hcd
pre-up modprobe prism2_usb
post-down rmmod prism2_usb
post-down rmmod ohci-hcd
-
I've also been experimenting with considerable success to use a CF bluetooth card for PAN networking, using the following entry in networks:
iface bnep0 inet static
gateway 192.168.100.1
broadcast 192.168.100.255
netmask 255.255.255.0
address 192.168.100.2
#pre-up cardctl resume
#pre-up sleep 1
pre-up pand --connect xx:xx:xx:xx:xx:xx
pre-up sleep 1
post-down pand --killall
#post-down sleep 1
#post-down cardctl suspendthe commented out lines were my experimentation with leaving the card suspended - when I plug it in, it automatically turns on whereas I'd prefer to keep it suspend when not in use.
My only problem seems to be that when I've used wlan0 and bnep0 that the Z doesn't suspend any more... in fact, its behaviour gets very odd, it kind of half suspends - screen blank but backlight on with cursor top left, then un-suspends and wifi turns back on again!
-
I've also been experimenting with considerable success to use a CF bluetooth card for PAN networking, using the following entry in networks:
iface bnep0 inet static
gateway 192.168.100.1
broadcast 192.168.100.255
netmask 255.255.255.0
address 192.168.100.2
#pre-up cardctl resume
#pre-up sleep 1
pre-up pand --connect xx:xx:xx:xx:xx:xx
pre-up sleep 1
post-down pand --killall
#post-down sleep 1
#post-down cardctl suspendthe commented out lines were my experimentation with leaving the card suspended - when I plug it in, it automatically turns on whereas I'd prefer to keep it suspend when not in use.
My only problem seems to be that when I've used wlan0 and bnep0 that the Z doesn't suspend any more... in fact, its behaviour gets very odd, it kind of half suspends - screen blank but backlight on with cursor top left, then un-suspends and wifi turns back on again!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136190\"][{POST_SNAPBACK}][/a][/div]
does your bluetooth card support suspend properly? I remember hrw cursing a few bt cf cards for not being able to suspend properly.
-
does your bluetooth card support suspend properly? I remember hrw cursing a few bt cf cards for not being able to suspend properly.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136191\"][{POST_SNAPBACK}][/a][/div]
it does if I've never brought bnep0 up; I can "cardctl suspend", resume etc. It was also fine on cacko when I used to have an 860.
hmm, in fact, if I pull the bt card out, I still can't suspend the Z. I'll play some more.
meanwhile I've added to the wiki.
p.s. it's a PANBT0101M non-branded one I bought cheap off ebay to try as an alternative to the socket revision E card I had, and found that indeed socketE cards can lock up under very heavy loads.
-
I need help on describing the alarm's when suspended.
What application is the alarms from?
Is this still and issue in the 2.6 kernel?
I do not have this problem since I do not have alarms on my Z so I am not the best person to descibe it but I can put the bug in if I can get more information.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136026\"][{POST_SNAPBACK}][/a][/div]
I'm assuming you're talking about alarms not resuming the unit when they occur while the unit is suspended. I'm pretty sure that's fixed unless there's some other issue I don't know about. In the other thread, dirk siad it's fixed, and they work for me (I just tested it) on the latest image.
this is what I needed to hear. I could nto find a bug in OE about this issue so I was not sure if it ever got reported other then in the forum. I may later try to come up with a test for this that could be used on angstrom check list for new releases for this issue...
EDIT: By "latest image" I really mean, "latest GPE image." I don't know about Opie.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136063\"][{POST_SNAPBACK}][/a][/div]
GPE is all I have been testing.
-
on the old kernel 2.4 (sharp) the touchscreen was available as /dev/ts (which was a pipe).
please can someone tell me what the replacement driver is in the beta 3.5.4.1/2.6 tosa distro?
thanks!
-
on the old kernel 2.4 (sharp) the touchscreen was available as /dev/ts (which was a pipe).
please can someone tell me what the replacement driver is in the beta 3.5.4.1/2.6 tosa distro?
thanks!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136360\"][{POST_SNAPBACK}][/a][/div]
tslib
-
on the old kernel 2.4 (sharp) the touchscreen was available as /dev/ts (which was a pipe).
please can someone tell me what the replacement driver is in the beta 3.5.4.1/2.6 tosa distro?
thanks!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136360\"][{POST_SNAPBACK}][/a][/div]
tslib
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136361\"][{POST_SNAPBACK}][/a][/div]
oh, so there's no actual device then.. bummer. /dev/ts is used by tomtom app which I am trying to kludge to work.
-
on the old kernel 2.4 (sharp) the touchscreen was available as /dev/ts (which was a pipe).
please can someone tell me what the replacement driver is in the beta 3.5.4.1/2.6 tosa distro?
thanks!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136360\"][{POST_SNAPBACK}][/a][/div]
tslib
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136361\"][{POST_SNAPBACK}][/a][/div]
oh, so there's no actual device then.. bummer. /dev/ts is used by tomtom app which I am trying to kludge to work.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136365\"][{POST_SNAPBACK}][/a][/div]
No, I meant you could write an app using tslib to emulate /dev/ts (the clean way) or you could look at /dev/input/event<number> and symlink that to /dev/ts (ugly)
-
trying to use konqueror in 3.5.4.1 and for some reason it's ignoring the proxy settings? I have tried "a.b.c.d:n" as well as "http://a.b.c.d:n" and neither work, konq resolves the site address and tries to connect directly!
can anyone else confirm this is a bug or user error so's I can submit a bug report if necessary.
-
No, I meant you could write an app using tslib to emulate /dev/ts (the clean way) or you could look at /dev/input/event<number> and symlink that to /dev/ts (ugly)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136366\"][{POST_SNAPBACK}][/a][/div]
# cd /dev
# ln -s /dev/input/event1 ts
...
$ /home/tomtom/bin/ttn
snip...
Initialized touchscreen
thanks... I won't know for a while whether this will work or not, but it allows me to carry on my tomtom hackery.
-
I am trying to find or build kernel-module-uinput-2.6 for tosa so that I can uses my Targus IR keyboard and test zkbdd and kbdd to see if they work on Tosa with the 2.6 kernel.
-
I am trying to find or build kernel-module-uinput-2.6 for tosa so that I can uses my Targus IR keyboard and test zkbdd and kbdd to see if they work on Tosa with the 2.6 kernel.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136383\"][{POST_SNAPBACK}][/a][/div]
Ask for it to be included
-
I am trying to find or build kernel-module-uinput-2.6 for tosa so that I can uses my Targus IR keyboard and test zkbdd and kbdd to see if they work on Tosa with the 2.6 kernel.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136383\"][{POST_SNAPBACK}][/a][/div]
Ask for it to be included
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136384\"][{POST_SNAPBACK}][/a][/div]
I can see it is included in the spitz, c7x0 and akita machine feeds so I am guessing I am doing something wrong when I am building linux-openzaurus or should it build with that?