Re: [Barry-devel] Use C++ iostream classes for public methods that receive data?
On Sun, Feb 01, 2009 at 02:49:26AM -0500, Josh Kropf wrote: I was just working on the save module command in bjavaloader and I have a question regarding all the public methods in JavaLoader class that deal with file data (load, screenshot, save). Does it make sense to use the standard C++ iostream classes for these methods instead of the Berry Data class? Only if we support in-memory operation as well. I'd be interested in seeing some pseudo-code of what you had in mind. I don't want to lock users of the library into loading data to and from files. I don't think it is a good idea to force people to use iostreams either. I use them, but they are not everyone's cup of tea. COD files and screenshots could be loaded or saved from anywhere... applications may grab these files over a network, downloaded via HTTP, or stored in their own archives. The screenshot mechanism may just be used to display a 'semi-live' image of the device in real time and never get saved. All these uses must be allowed by the library. If iostreams can do that, I'm cautiously open to that, but I'd like to see an example before I make up my mind. - Chris -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Use C++ iostream classes for public methods that receive data?
On Sun, Feb 01, 2009 at 02:49:26AM -0500, Josh Kropf wrote: Does it make sense to use the standard C++ iostream classes for these methods instead of the Berry Data class? Of course, if Barry::Data is getting in the way of using the library, I'd like to know that too. If there is a way to make it easier to read and write data from iostreams in and out of Data objects, I'm definitely open to that. As a general policy, I'm all ears if someone has suggestions on how to make the library easier to use. It does get a little cumbersome at some spots in the API, and new ideas are welcome. Thanks, - Chris -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [patch] documentation for VSM files
On Sun, Feb 01, 2009 at 09:36:44AM -0600, Robert Yaklin wrote: I went ahead and made an online VSM branding file creator. You can use it at c.site88.net. Very cool. Thanks for the link too. Would you like to submit the site's source code as a subproject under the contrib/ directory? Up to you of course. If you do, make sure you add a README file, with a link to your live version of the site. Thanks, - Chris -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Barry issue
On Sun, Feb 01, 2009 at 06:11:15PM +0100, Nicolas wrote: Desktop: error getting command table Sent packet: : 07 00 0a 00 40 00 00 01 00 00@. Response packet: ERROR: (-110, No error): Timeout in usb_bulk_read Is the device resetting itself when this happens? - Chris -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] AX_C_CHECK_FLAG(-fvisibility=hidden, , ,
On Sun, Feb 01, 2009 at 10:54:00AM -0600, Kevin Hilton wrote: I currently compiling from git on ubuntu. The program does compile successfully, however after I update from git, I too am receiving this error: ./configure: line 21667: syntax error near unexpected token `-fvisibility=hidden,' ./configure: line 21667: `AX_C_CHECK_FLAG(-fvisibility=hidden, , ,' Sometimes autoconf and friends overlook the extra files in the m4 directory. Just as the other poster, as a work-around for the error, I deleted the entire local repository tree, redownloaded the source, and was then able to compile. A suggestion was that the ./buildgen.sh cleanall wasn't successfully cleaning everything. Does anyone have another suggestion, since obviously updating and compiling from repository is a lot easier and more efficient than having to download the entire source everytime? If you're using git, you can force a clean tree with: git clean -xdf Then buildgen.sh as normal. Make sure that you really want a clean tree before running that though. :-) - Chris -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Barry OpenSync for developper
On Sun, Feb 01, 2009 at 05:49:29PM +0100, Nicolas wrote: Hi, Sync is OK now... But, I think that evo2-sync (or evolution) isn't very stable... Chris, you can publish the plugin OpenSync 0.4x to test. Hi Nicolas, It's been a busy weekend and I haven't had time to study your patches in detail. Thanks for your work on this! I've rebased the opensync-0.4x branch on top of the latest master, and applied your latest patch dated Feb 1. - Chris -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] About Opensync plugin
On Tue, Feb 03, 2009 at 08:52:39PM +0100, Nicolas wrote: Hi Chris, I have some questions about barry opensync plugin : 1??/ Can you explain me the process to map the ID to data ? Hi Nicolas, If you look in your home directory under ~/.opensync you'll find a group with Barry configuration data in it. After a sync (with the 0.22 plugin) you'll find a set of .txt files named: barry_calendar_cache.txt barry_calendar_idmap.txt barry_contacts_cache.txt barry_contacts_idmap.txt The plugin has to know, or be able to determine, 3 things: - whether an entry is new - whether it is modified - whether it is deleted The modification check is done inside the Blackberry itself. The device sets a dirty flag whenever you modify a record in the device. The cache is used to detect addition and deletion. Every record that the plugin sees from the device is added to the cache. On the next run, if a record is not found in the cache, it is assumed to be a new record from the other side of opensync. If it is in the cache, but not in the device, it is assumed that the user deleted it from his handheld, and a delete message is sent to the other opensync plugin. The ID map is used to map internal Blackberry record ID's to the record IDs given by the other opensync plugin. For example, evo2-sync may send us a record with any ID string, and this string may not work as a record ID in the Blackberry, or the ID may already be used. So the ID map just links plugin IDs with Blackberry IDs. Both of these cache and ID files are plain text and can be read freely. 2??/ After having --configure, --discover, I can process to synchronize my data with Evolution. All is OK. Data are right synchronized. But if I run again the sync process AND that this process fail (I don't know why... and it isn't systematic), the next synchronization thinks that it's the first and so forget the last sucess synchronization. So I had 131 contacts on my device and 131 contacts in Evolution, I'll have 262 contasts ! I lose the information about the synchronization. I seek to understand this issue ! I'm not sure what is happening without more data, but is there a mention of a slow-sync during the second sync? If so, then focus on why opensync thinks this is needed. If not, then it could be an ID map or cache issue. 3??/ For the moment, Barry doesn't know sync the photo in the address book. Why ? I think that we can add this feature... No reason except that nobody has implemented it yet. :-) I don't know what the format is for photos, in the vcard RFC's, so there's some research that needs to be done as well. Make sure that opensync can handle it, before you go to the work of adding it to the Barry plugin. PS: excuse my english... No worries. :-) - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Use C++ iostream classes for public methods that receive data?
On Sun, Feb 01, 2009 at 11:58:34AM -0500, Josh Kropf wrote: The iostream class library is supposed to be a framework for streams of data so in that sense it's not just about files. It's true that the standard library only has implementations for streams from files (and stringd) but if we stick to using references of std::istream and std::ostream in the API then that leaves it open to other implementations of these classes. This simplifies the code in JavaLoader. Take GetScreenShot for example. Currently the Data class is used to resize a buffer and append bytes to it: Sorry for the delay. I gave this some thought the other day, and I think iostreams is the right way to go where it makes sense. Perhaps in addition to the APIs we have now (see below for example and reasoning). Iostreams gives the programmer the option of writing directly to files or to a memory buffer, while we use the same code for both, and this would help optimize memory usage. I was bothered about the fact that large COD modules are kicking around in memory, and making better use of iostreams could fix this as well. The iostream class library is supposed to be a framework for streams of data so in that sense it's not just about files. It's true that the standard library only has implementations for streams from files (and stringd) but if we stick to using references of std::istream and std::ostream in the API then that leaves it open to other implementations of these classes. This simplifies the code in JavaLoader. Take GetScreenShot for example. Currently the Data class is used to resize a buffer and append bytes to it: // Copy data unsigned char *buffer = image.GetBuffer(image.GetSize() + bytereceived); memcpy(buffer + image.GetSize(), pd + 4, bytereceived); // New size image.ReleaseBuffer(image.GetSize() + bytereceived); Switching to std::ostream would simplify this to: output.write (response.GetData() + 4, bytereceived); I think if we look at things at a higher level, the idea of iostreams exposes a hole in the current API that I overlooked, but doesn't necessarily say that iostreams works for GetScreenshot(). Currently, the screenshot API gives access to the raw Blackberry screenshot data, as well as an API to convert this data into BMP format. This is different from every other part of the Barry API, which sanitizes all raw Blackberry data into a usable format (or tries to). Screenshot capture is a two stage process, with two buffers to hold the data. One buffer for raw data, and one for BMP. And everyone wants the BMP data... the raw buffer is only an intermediate step that could be hidden by the library. Converting from Blackberry image format to BMP (or something else, maybe JPG) format, isn't a process that is easily done in a stream. (And probably why programs like ImageMagick always take lots of memory to process photos.) The first pixels we get from the device are the last ones we'd be writing to the BMP stream, so there needs to be some buffering anyway. At least one buffer to hold the raw data. So I don't think GetScreenshot() is an iostreams candidate, but I do think it should return a BMP directly, and not the raw data. Perhaps the Raw-to-BMP conversion function is an iostreams candidate. Could also add a method to Data class to simplify this further: // Write data to the output stream /// \param output output stream to write to /// \param offset offset into data buffer to begin writing /// \param length length of data to write, defaults to remaining data Data::Write(std::ostream output, size_t offset = 0, size_t length = -1); It probably makes more sense to do: cout.write(data.GetData(), data.GetSize()); I think Data::Write() should be reserved for an I/O style API for writing *into* a Data object. Similar to your iostreams example: data.Write (response.GetData() + 4, bytereceived); Looking at the Boost libraries there is an example of setting up HTTP (or basic TCP socket) sessions and they use iostream classes, eg: http://www.boost.org/doc/libs/1_37_0/doc/html/boost_asio/example/http/client/sync_client.cpp This could be used to stream the cod file from a web server for loading to the device for example. Nice. For memory only streams, I think the std::ostringstream class would work. One could also write a simple implementation of std::streambuf and use it to create std::ostream. Again in Boost, it looks like there is another library that simplifies this and makes it more robust. http://www.boost.org/doc/libs/1_37_0/libs/iostreams/doc/index.html Boost's version of iostreams do look pretty powerful. I keep wanting to play with them. :-) It might be useful to use a Data object as a streambuf buffer, depending on the platform. The current iostream way of writing to memory would be something like this: std::ostringstream bitmap; // 1 javaloader.GetScreenshotBMP(bitmap);
[Barry-devel] AT+CREG? can reset the Blackberry
Hi folks, Just a little heads-up. It was reported to me today that using the AT+CREG? command can cause certain versions of the Blackberry to reboot. If this is happening to you, try editing your chat script. - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] javaloader: save module... but for real this time
On Tue, Feb 03, 2009 at 11:34:58PM -0500, Martin Owens wrote: If you used a git tree, no one would notice your updates :-D Except for the 3 emails to the list saying the tree was ready to pull from. Seriously though, it's development. Bugs happen. I've even been known to make a few. :-) - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] get eventlog and clear eventlog for bjavaloader
On Sat, Jan 31, 2009 at 05:04:08PM -0500, Josh Kropf wrote: Here is a patch that implements eventlog and cleareventlog commands. One thing: I put enum definitions in a class called JLEventlogEntry... is there another more appropriate place for these? Thanks for this patch Josh! Applied. This inspired a tree-wide cleanup of various record classes on my part, which was kinda overdue. As you can see by the cleanup changes, I separate the enums in record classes with the constants used on the protocol side. So far, we've used the same values that the Blackberry uses, but there's no guarantee that will remain the case, and I want the API to be stable, even if the Blackberry changes. So I changed the code so all such constant conversions are done through a function call. It's a little verbose, I know. I couldn't think of a better way to do it. Fortunately it's all hidden away inside the library, and programmers shouldn't have to worry about it. - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] having a slight issue with barrybackup
On Wed, Feb 11, 2009 at 03:17:11PM -0500, Phil Kimpton wrote: Still not working... :( I try as a normal user... btool -t Usb::Error caught: (-1, error sending control message: Operation not permitted): Probe: GetConfiguration failed This is a permissions error, and needs to be fixed with a specific udev rules file appropriate for your system. I haven't finished my debugging on opensuse 11.1 yet, so I don't have any tips for you just now. I log in as root and I get this... (left out my device info though. Blackberry devices found: Device ID: -. PIN: , Description: RIM 8700 Series Colour GPRS Handheld Using device (PIN): btool: symbol lookup error: btool: undefined symbol: _ZN5Barry4Mode7DesktopC1ERNS_10ControllerERKNS_10IConverterE This is a compile / link / run error. Please make sure you only have one version of Barry installed, and that there are no excess files left over in /usr/local or somewhere. - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] International Characters
On Mon, Feb 09, 2009 at 12:28:32PM +0100, Bojan Vondra wrote: Hello, I have trouble in synchronization of contacts that contain croatian characters ćčđ (barry-opensync reports an error: Desktop: unexpected command of 0x41 instead of expected 0x40). I use Blackberry Curve 8300 and I did tests with Barry-0.15, built on openSUSE 10.3. I use KitchenSync to synchronize my device with PIM Kontact. If I test Barry with contacts containing german umlauts (provided that there are no croatian characters in phone address book), everything (contacts and calendar) is successfully synchronized. Now, if I export my contacts from Outlook as CSV list and than import it in KaddressBook, I must use CP1250 encoding to properly display my contacts. Contacts with german umlauts are also displayed correctly using this encoding. Could it be that Blackberry also uses CP1250 encoding (at least in devices for the Eastern Europe)? Where can I change encoding in Barry source for the opensync plugin? Is there any tip to do this? Hi Bojan, The Blackberry appears to use the WINDOWS-1252 charset. When using the command line tools, this charset data is passed straight through as raw data. I'm not sure which version of Barry you are using, but in the devel tree, support for charset conversions, and specifically UTF-8, have been added to the opensync plugin as well as the command line tools. For example, you can convert Blackberry address book data to UTF-8 with the following command line: btool -d Address Book -i UTF-8 I would be curious to know if this works for you, with Croatian characters. The opensync plugin, again in the devel tree for now, converts to UTF-8 before sending the data to the opensync framework. This has so far received a bit of testing, but more testing is always welcome. If you could try the latest devel tree, and report back, that would be great. If you still get the 0x41/0x40 error, please add the -v option to the above btool command and send the matching output (at least the last few packets). See http://www.netdirect.ca/software/packages/barry/ for links to binary package repositories that have CVS snapshots, or read http://www.netdirect.ca/software/packages/barry/cvs.php for instructions on how to comiple from CVS or git. - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] International Characters
On Wed, Feb 11, 2009 at 06:52:55PM -0500, Chris Frey wrote: On Mon, Feb 09, 2009 at 12:28:32PM +0100, Bojan Vondra wrote: did tests with Barry-0.15, built on openSUSE 10.3. [...] I'm not sure which version of Barry you are using Doh. Sorry, missed that. Ok, if you're using 0.15, then you're obviously using UTF-8 in the plugin. There are 2 things that spring to mind: 1) Is it possible to convert the characters you're interested in from WINDOWS-1252 to UTF-8 and back? 2) If you turn on debug output in the plugin (DebugMode in the config), can you post the packets that cause the 0x41/0x40 error? I'm assuming this only happens when writing a contact to the device, but can you confirm? Thanks, - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] having a slight issue with barrybackup
On Thu, Feb 12, 2009 at 12:01:27AM +, peter white wrote: I'm running Ubuntu Desktop 7.04 LTS with Kernel 2.6.24-23-generic #1 SMP. That's fairly old, so none of the newer ConsoleKit issues should apply to you. And especially not with Ubuntu. BUS==usb, SUBSYSTEM==usb_device, ACTION==add, SYSFS{idVendor}==0fca, SYSFS{idProduct}==0001, SYMLINK+=bb-%k, GROUP=plugdev, MODE=0660, RUN=/usr/sbin/bcharge -p %p Anything obvious you can see? Are you in the plugdev group? - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Barry bug or BlackBerry Storm bug
On Wed, Feb 04, 2009 at 08:42:36PM +0100, Nicolas wrote: Hi, This mail follows my issue with barrybackup (or opensync plugin) timout. See the mail : - Subject : Barry issue - Data : Sun, 01 Feb 2009 18:11:15 +0100 After several tests and some hair lost ! I have found a solution... But I need your advice and your tests :/ Indeed, I have compared the USB traces from Windows and Barry traces about the synchronization process. In fact, it concerns the Desktop mode. I extracted your Storm patch from your opensync patch bundle, and applied it. Thanks very much! I have also rebased my opensync-0.4x branch onto the latest master. If you could rebase your changes onto opensync-0.4x and send just those patches, I can apply your latest opensync work as well. I also tested it here on my non-Storm devices, and it doesn't seem to cause any trouble. Hopefully I'll get my hands on a Storm soon, and can do more testing. It is starting to look like the sequence packets are more important than I originally thought, and I'll have to ponder a more robust way of handling them. Until then, this patch should make things better on the Storm. Thanks Nicolas! - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Barry OpenSync plugin alpha
On Wed, Feb 11, 2009 at 08:38:46PM -0500, Martin Owens wrote: That's not how it works. If you have a device, you assign a unique id which is used to identify that device when ever it's plugged in. This is how CUPS knows which printer of the exact same type to send print jobs. The config of one device would stay with that device if it was done right. It wouldn't effect anything else, even if you plugged in a blackberry of the same type, with the same PIN (unlikely I know) H... I think I need an example to grok this. :-) For the Barry opensync plugin, it needs to know 3 things: the PIN number of the device; whether to sync contacts, calendar, or both; and whether to enable debug output. On top of that, opensync needs to know what to sync that data source to. So the user will link that source with, say, Evolution, or maybe Google calendar, or both. How would this be handled by something automated, without storing a static config somewhere? Any by static config, I mean something that is saved to the hard disk, that once set, does not change without the user's permission. It can be anything, stored anywhere, and not even touched formally by the user. Thanks in advance for any insight. - Chris -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
[Barry-devel] New Calendar fields, and udev reorg
Hi folks, I've added support for new Calendar fields: Organizer, Accepted, and Invited. Also, in the process of debugging packaging issues on openSUSE 11.1, I've reorganized the udev files under the udev/ directory. There is now a directory per supported distro. The 'fedora' directory should work on generic RPM systems, but there may be exceptions like with opensuse. :-) I'm willing to add new variations of udev scripts to this tree where it makes sense, sort of like the current community effort in creating ppp settings. Note to packagers: Since the location of the udev files have changed, this may break your binary scripts. I've updated the debian and rpm scripts that come with Barry, as a reference. I've also updated the Build Service packages to today's CVS snapshot. The openSUSE 11.1 should work better now... it renamed its libusb and boost packages, just to be different. :-) Also, I changed the udev script in the openSUSE 11.1 package so it now tries to set the Blackberry permissions to 0660 in the 'dialout' group. I haven't gotten around to determining the peculiarities of ConsoleKit on openSUSE yet, but hopefully the udev changes will let Barry work without being root. Let me know if you run into problems. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] having a slight issue with barrybackup
On Wed, Feb 11, 2009 at 08:38:36PM -0500, Phil Kimpton wrote: nothing provides libusb needed by libbarry0-.15-cvs20090131.i586 And I know both libusb and libusb-devel are installed. And that error pops up on any options of barry that I go to install such as barry-gui barry-opensync barry-util libbarry-devel libbarry0 This was a bug in my binary packaging for openSUSE 11.1. The package names changed from something simple and generic like 'libusb' to 'libusb-0_1-4' and I didn't notice. I've updated OBS's CVS snapshot, with new binary packages that should solve your conflict. Please be sure to remove all previous Barry packages and try the latest 0.15-cvs20090213. This should also solve the root permission issue. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [Patch] Apply to opensync-plugin-0.4x branch
On Thu, Feb 12, 2009 at 02:02:38PM +0100, Nicolas wrote: Indeed, I have worked only into the branche opensync-0.4x. So, I should have make two checkout : git clone git://repo.or.cz/barry.git barry git clone git://repo.or.cz/barry.git barry-0.4x cd barry git checkout master cd barry-0.4x git checkout opensync-0.4x Otherwise, I switch always between two branches. That'll work too. :-) I realized also that when I rebase opensync-0.4x that you may have trouble rebasing your own patches onto that branch. If you run into trouble, please let me know. I'd like to work out a workable system for both of us, and I like the rebase system, since it makes patches clean and easy to follow. Also, it is my hope that the master branch won't have a lot of changes that affect the opensync-0.4x branch... it should be possible in theory to get opensync-0.4x working even with an 0.14 version of libbarry. But you're also experimenting with the Storm, so you're tackling two issues at the same time. :-) - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Javaloader Reset
On Tue, Feb 10, 2009 at 08:40:46PM -0500, Josh Kropf wrote: I've been trying to figure out the reset sequence for bjavaloader and I'm a bit stuck. Attached is a condensed USB log containing just the USB capture of the reset sequence with comments. For the most part I have it figured out except the very first packet. There is 8 bytes in the payload of the first packet that I can't seem to figure out. They change each time a call to javaloader is issued that causes a handheld reset. Possibly a timestamp? Anyone have any ideas? I'm not ignoring you, but I've been working on packaging bugs and distro testing lately, and haven't gotten to this yet. I'll speak up when I have any discoveries. Thanks for your work on this! - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Joining Barry
On Tue, Feb 10, 2009 at 08:58:21AM +0100, Simon Hoerder wrote: I'm Simon, a student of IT security at Ruhr-University Bochum and a happy BB owner, and I'd like to help with Barry development. Hi Simon, Welcome to Barry! To get started, I'd like to help with documentation and in your todo list I've found that you want to get the documentation in a wiki. I suppose it's the Sourceforge Wiki you're talking about? If so, it would be helpful if you assign me ('shoerder' on sourceforge) as a 'member' so that I can edit the wiki pages. What would be more important: Transferring existing documentation into the wiki or creating new docs on the USB protocol? (Hints are always appreciated.) This is great. Thank you for your offer. The reason the wiki hasn't gotten off the ground so far is due to a number of reasons. The wiki we settle on must be able to: - keep indefinite history - track who contributes (only registered users can write to it) - send email notifications to anyone who is interested, about changes and edits, and let this setting be global, or on a per page basis - allow full backups of the complete edit history Basically, I don't want to have people's work lost in a poor wiki choice, and I want it to be as open (from a change history point of view) as possible, to me, as well as the community. The requirement for registered sourceforge users (or registered wiki users, however that's done) is so that copyright of content can be attributed. So far, the default Sourceforge wiki has not satisfied me that it comes close to handling this, but Sourceforge has been adding features called Hosted Apps, and I believe their Hosted wiki application has promise. So if you want, you could really help me out by reading up on the Sourceforge Hosted App Wiki, and see if it can accomplish the above requirements. Let me know what permissions you need to contribute to the wiki, or whether I need to apply to the sourceforge admins to get it setup. Alternately all the current documentation is located at: http://www.netdirect.ca/software/packages/barry/ All of this documentation is in HTML / PHP format and is in the CVS / git tree itself. You can submit patches directly to the CVS tree, and I'll update the website. This documentation is mostly coding, building, and user documentation. It has very little in the way of protocol docs, and what is there is out of date. I fully expect that general user documentation will remain on the netdirect.ca site. As for USB protocol docs, they can go there too, or in a wiki. And who knows? The wiki might flourish beyond my expectations if we get beyond the setup and admin issues. Jump in wherever you like. :-) Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Where to put reset routine?
On Sat, Feb 14, 2009 at 05:13:14PM -0500, Josh Kropf wrote: I am working on implementing the device reset routine and I have a question regarding the best place to put this. After the GOODBYE command is sent in JavaLoader::StopStream() the response code needs to be checked for 0x78. At this point several packets need to be sent using SocketZero class. Where is the most appropriate spot to build this into the API? If the commands only work when you're in JavaLoader mode, put it in the JavaLoader class. If, in what I guess to be the more likely scenario, you can use these packets at any time to reset the device, without even opening one of the modes, put it in the SocketZero class, and call it conditionally on 0x78 in JavaLoader. I suspect that's the best way to organize it. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Where to put reset routine?
On Sun, Feb 15, 2009 at 03:09:38AM -0500, Josh Kropf wrote: In my testing I've found that only one of the packets sent during this sequence is required (the last one) and it doesn't seem to mater if it is sent before or after closing socket zero. That's good to know. Some of those packets look awfully similar to the Probe sequences. I'm kinda guessing that RIM has a function somewhere that does some unneeded tasks before resetting. Maybe just double checking that the device is capable of a reset? Putting this code into SocketZero makes sense, but JavaLoader class has a pointer to Socket, how would I call a method in SocketZero from this scope? You can reach the solitary SocketZero object through JavaLoader's reference to the Controller object, via: m_con.m_zero.Something(); - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] SetRecord issue
On Sun, Feb 15, 2009 at 11:06:05AM +0100, Nicolas wrote: Don't forget this fix... it's usefull for Barry 0.15. Thanks for the reminder and the patch! Applied. Have you tested for Calendar entries? I'm assuming this may be needed for all database records. I don't have a Storm, so I can't test this myself. I've tested your patch on the Pearl I have here, and it works fine. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] Handle erase and loading of in use modules
On Sun, Feb 15, 2009 at 01:27:46PM -0500, Josh Kropf wrote: Attached is a patch that implements the device reset. Thanks for the patch! Patch applied and tested on an 8120. It seemed most appropriate to put the reset into SocketZero::Close since Windows javaloader doesn't start the reset sequence until the close command is sent. While sending the reset command conditionally from JavaLoader::StopStream does work, it causes the close command to fail since the device is already resetting. I can see your reasoning. I was a little concerned about the proliferation of flags, but your code seems to handle all cases cleanly, and I couldn't think of anything better. :-) Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Jaunty Fun
On Mon, Feb 16, 2009 at 06:32:17PM -0500, Paul O'Keefe wrote: Is this a timing problem? Consistently on my x86_64 (Intrepid) box, btool -t works. On my i686 (32bit) Jaunty Laptop I can get btool to run under GDB after plugging the device in, but can never get it to run outside of GDB. (OK, once while composing this email, it ran, much to my disappointment, but I was not able to repeat that.). My usual output from ~/barry/tools/.libs/btool -t is just the Device ID, the PIN and then nothing else. Chris, in an archived post you had indicated you added a second device reset to the code. Was that just a one time patch or was that integrated into the code? That means that the code correctly talks to the device and works as it should. Here is the output from btool -t running under debug: (*) Note, device unplugged and plugged in immediately before executing the following Hi Paul, Welcome to Barry, and thanks for your persistence. :-) This is a fascinating error, and I'm happy to know that it works for you on your 64 bit machine, so that kinda rules out any issues with the Blackberry. Could you try disabling the threaded btool behaviour? Use the -z command option, and see if that changes things at all. As for the second device reset, was I talking about bcharge at the time? Bcharge resets the device (from a USB standpoint, not the Blackberry OS) as you plug it in, sometimes twice. Btool can reset the device as well, but only if you ask (-X). Syncing and backups do not reset the device, but syncing does involve a disconnect/reconnect. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Jaunty Fun
On Thu, Feb 19, 2009 at 12:49:20AM -0500, Paul O'Keefe wrote: I'm on 2.6.28-8.23. I also have 2.6.28-7.20 and 2.6.27-11.27 sitting on the machine. Tests with 2.6.28-7.20 kernel are identical to the 2.6.28-8.23 version. Tests with 2.6.27-11.27 work correctly for btool. I tried msynctool/opensync using the 2.6.27-11.27 kernel and of course that worked as it should too. There is a prepatch and snapshot of 2.6.29 in the Kernel archives so tomorrow I will pull it down and install. Thanks for the report! Please keep us posted. Can you submit kernel bugs to the Ubuntu folks if 2.6.29 doesn't fix it? I'd hate to have kernel issues hampering Barry on the latest Ubuntu release. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] No IP address assigned: Barry0.15-0git20081127 + BB 9000 ATT
On Thu, Feb 19, 2009 at 06:22:00AM -0500, Shannon McMackin wrote: I'm connected in XP now. Unfortunately, I'm using the ATT Communication Manager 6.09.0115.0 and there's no fruitful configuration info at all. While it's running, does it create an entry in Control Panel's Network area? - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [git pull] 9b63a99867b3314b8d42212cac05a6f28860d37b
On Thu, Feb 19, 2009 at 09:37:54PM -0500, Josh Kropf wrote: git://slashdev.ca/barry.git master There are several changes in this series of commits: * includes my previous patch for packing large modules in pkzip format in save command * cleaned up StartStream function; use JLPacket instance * refactored SendStream; use JLPacket instance and use simple function for seeking to next cod file in input stream Thanks Josh! Merged. I tested your changes with your 7 megabyte ca_slashdev_hello.cod file that you made for Nicolas for testing, and I had trouble with it. Do you think that the submodules need to be sent to the device in index order? I will certainly create a branch for you to pull from next time if that makes sense. It's just given the way I was using git (likely incorrectly) this was the quickest way to get my changes published. I actually just did a fetch, and then merged in your commit reference into a test branch. So feel free to use whatever branches you find most useful. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [git pull] 9b63a99867b3314b8d42212cac05a6f28860d37b
On Fri, Feb 20, 2009 at 01:43:27AM -0500, Josh Kropf wrote: This .cod was in fact corrupt some how. Attempting to load it with the windows javaloader resulted in error too. What was the error you ran into? I got: Barry::Error caught: file is not a valid Java code file This was after it sent a number of packets. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [git pull] 9b63a99867b3314b8d42212cac05a6f28860d37b
On Fri, Feb 20, 2009 at 01:53:50AM -0500, Josh Kropf wrote: I use Arch (archlinux.org), which comes with zlib 1.2.3. I don't recall where I read this but zlib only recently added autotools goo for pkg-config support. I will do some research to see if there is a more portable way to do autoconf detection of zlib tomorrow. I changed it to a more manual AC_CHECK_LIB, and added an optional --with-zlib to make the binary package build more robust. If you could give it a test run on your system, that would be great. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATH] OpenSync plugin 0.4x (contact and calendar)
On Fri, Feb 20, 2009 at 03:06:17AM -0500, Chris Frey wrote: Preliminary opensync 0.4x support will be in version 0.15, thanks to you. :-) I say preliminary because opensync 0.4x is not released yet, so we might need to make a few minor changes when that happens. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Barry on Mac OS X
On Fri, Feb 20, 2009 at 10:35:26AM -0500, j...@slashdev.ca wrote: Has anyone had success running barry on OS X? It builds cleanly but running btool or bjavaloader will cause it to hang for a while resulting in a timeout: Thanks for testing this. The more cross platform testing, the better. Controller: error setting desktop mode Sent packet: : 00 00 18 00 07 ff 00 07 52 49 4d 5f 4a 61 76 61 RIM_Java 0010: 4c 6f 61 64 65 72 00 00 Loader.. Response packet: Usb::Error caught: (-60, usb_bulk_read: An error occured during read (see messages above)): Timeout in usb_bulk_read This looks like something more low level. Is there a dmesg style output, or kernel logs on Mac OS X? Is there an equivalent to lsusb? Can you tell whether the device disappears from the kernel's point of view? Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Jaunty fun update
On Fri, Feb 20, 2009 at 11:18:56PM +, Paul O'Keefe wrote: There was another Kernel release for Jaunty today, version 2.6.28-8.24 which continues to exhibit the same behavior. I have open defect reports against their barry-util package and an open question against the kernel defect mailing list, but no acknowledgement from the package maintainers. Thanks for your continued testing. What steps do I take to debug this into the correct place in the Kernel? I have debug symbols on a custom kernel turned on for the mutex routines where opensync hangs. And I have the debug function enabled to create the kernel debug point under /proc. Well, since it works on .27, the issue is somewhere in the kernel, and it could be a timing thing. I'm not expert enough to look at a kernel log and be able to find a fix. My first plan of attack would be to download and compile my own vanilla kernel, using the same config from the Jaunty packages, and seeing if a vanilla kernel shows the same results. I'd try the latest vanilla 2.6.28.7. If this doesn't fix it, let me know, because I could easily upgrade to that and potentially reproduce it here. If it is a problem in the vanilla kernel, we should team up and try to reproduce it on my end, and then go straight to the kernel mailing list. If going vanilla does fix it, then the problems are in Ubuntu's patches, and it's just a matter of bisecting through their changes to find the patch that introduces the problem. (I'm using git terminology here... and it looks like Ubuntu uses git for their kernels, so this should be workable.) That's a bit of grunt work, but would guarantee finding the problem eventually. Unless you have a better plan, that's how I'd tackle it. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] No IP address assigned: Barry0.15-0git20081127 + BB 9000 ATT
On Mon, Feb 23, 2009 at 11:20:55PM +, Shannon McMackin wrote: Chris/Andy, It turned out to be the novj option in the barry-att_cingular peer file that was preventing the provider from giving my BB an IP address. I posted this from my tethered connection. Excellent! Thanks for the report. I've added a comment regarding this in the peer file, so this will be the first thing others try if they run into the same issue. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] cant compile barry(git) on gentoo
On Mon, Feb 23, 2009 at 03:32:27PM +, Marc R. O'Connor wrote: If that is the case then any other ideas about where I should to fix this? Can you post the first 50 lines of your config.log file (or just the whole thing is good too) after running your usual configure command? Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Jaunty update
On Sat, Feb 21, 2009 at 06:16:45PM -0500, Paul O'Keefe wrote: There is a reference to Desktop::RetryPassword also. The device has no password. I'll review the code to see if that's normal to make it through there, of it the miss occurred before that routine was reached and this is a fall-back error. Just to confirm, yes, it is normal for the code to pass through Desktop::RetryPassword() while it opens desktop mode. The open sequence is split into a static Open() part, and a retry-able part, in case the device has a password, and the given password is incorrect and the use needs to try again. Without a password, it just finishes off the Open() sequence. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Jaunty update
On Sun, Feb 22, 2009 at 11:47:15PM -0500, Paul O'Keefe wrote: where is the check to make sure that ret == data.GetSize()? What happens if we have a short write. It looks like the decision was already made earlier to fragment or not fragment the packet, but there is no check here to make sure we wrote what we said we wanted to write. Good question, but I didn't think that short writes were possible via libusb. Looking at the linux.c:usb_urb_transfer() function, there is a loop that keeps going if bytesdone size. Of course there are other conditions in that do/while loop, so maybe I misread. Add an if statement and throw an exception if you get a short write... that should find the problem pretty quick. :-) - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Jaunty fun update
CC'd the mailing list as well. Very interesting. If this is the case, I won't be able to reproduce it here. Could you send your 2.mon.out.bz2 log to the linux-...@vger.kernel.org list, with a description of what you've tried so far? - Chris On Tue, Feb 24, 2009 at 08:25:11PM -0500, Paul O'Keefe wrote: 2.6.28.4 kernel fails to run btool just as the 2.6.28.7 and 2.6.28-8 (ubuntu) and 2.6.29-rc5 kernels did. Since I've tested against two different machines, I'm thinking the problem is device specific (Verizon 8330) and exacerbated by the changes to the 2.6.28 series kernels. Works 100% under 2.6.27 series kernels Works 100% if I run it under gdb. Fun! -- Paul O'Keefe p...@megabelle.net VOIP:1-770-250-5165 FindMe: 1-678-967-4103 On Tue, 2009-02-24 at 19:01 -0500, Chris Frey wrote: On Tue, Feb 24, 2009 at 11:56:52PM +, Paul O'Keefe wrote: I sent a message out a bit ago that I didn't see echo back on the list (you were cc'd directly too). Yep, I saw both. :-) I added a 500,000 microsecond usleep call at the end of the bulk write in usbwrap and it began working 100 percent. I'm looking at kernel source to see if the urb routines are asynchronous. Even if they are and the write immediately returns, the read loop in libusb should pick it up once its ready, unless the device is somehow affected by doing a read while a write is going on. I believe all USB is asynchronous inside the kernel. The odd thing is that my 2.6.28.4 kernel works fine here, so I'm hoping that I'll be able to reproduce it here, and then git-bisect it, and find the patch that introduces the bug. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Jaunty update
On Wed, Feb 25, 2009 at 12:54:43PM -0500, Martin Owens wrote: On Tue, 2009-02-24 at 16:52 -0500, Paul O'Keefe wrote: adding a small delay after the bulkwrite seems to make my 8330 work 100% with the 2.6.28+ series kernels. This is obviously not the most appropriate solution but is instructive. See my comment on the line: Does that mean that the Kernel guy was right? specify the timeout in miliseconds, not seconds? Barry sets all timeouts in milliseconds. The odd thing that Paul is seeing is that somehow, in code that sets the timeout to 500, in the debugger it is seen as 1. We're currently trying to figure out where it's getting messed up. So far, the assembler output looks correct. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] cant compile barry(git) on gentoo
On Wed, Feb 25, 2009 at 10:40:49PM -0500, Marc R. O'Connor wrote: Attached is the entire log of the installation for barry(Gentoo using paludis) Hi Marc, Thanks for the log. Some comments below... Starting builtin_loadenv Done builtin_loadenv Starting src_unpack git update start -- repository: git://repo.or.cz/barry.git local clone: /var/paludis/distfiles/git-src/barry committish: master Unpacked to /var/tmp/paludis/app-pda-barry-/work/barry- Cool... the ebuild must be git aware. libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying file `m4/ltversion.m4' libtoolize: copying file `m4/lt~obsolete.m4' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: You should add the contents of the following files to `aclocal.m4': [snip] I wish I could see the ebuild. I'm curious about its libtoolize step. Does it just call ./buildgen.sh from the source, or does it do its own thing? It might be worth comparing. Applying barry--gcc43.patch ... ok I'm curious what this patch is... is it still needed with the latest git? I'm able to build cleanly on a variety of systems, but if this patch fixes a build error, I'd like to see it and perhaps include it in upstream. Applying barry--tarfile-int.patch ... ok If this is the patch I think it is, it is a bug in Gentoo's version of libtar and is well documented on this list. It shouldn't affect your build, but if you care about Gentoo being accurate, you might want to submit a bug report. I'm happy to provide additional details if you need them. econf: updating /var/tmp/paludis/app-pda-barry-/work/barry-/config.guess with /usr/share/gnuconfig/config.guess econf: updating /var/tmp/paludis/app-pda-barry-/work/barry-/config.sub with /usr/share/gnuconfig/config.sub checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking for C compiler default output file name... a.out [configure snipped] configure: running /bin/sh ./configure --disable-option-checking '--prefix=/usr' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--libdir=/usr/lib64' '--with-boost==/usr/include' '--enable-gui' '--with-libtar==/usr/lib' '--with-libz==/usr/lib' '--enable-opensync-plugin' '--build=x86_64-pc-linux-gnu' 'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu' 'CFLAGS=-march=native -O2' 'LDFLAGS=-Wl,--hash-style=both' 'CXXFLAGS=-march=native -O2' --cache-file=/dev/null --srcdir=. After the configure step, there will be a file called 'config.log' that will be generated by the configure script. This is the log I was asking for, but the above configure command line hints at the problem I was suspecting. Somehow, configure is getting called with multiple equal signs: --with-libtar==/usr/lib --with-libz==/usr/lib --with-boost==/usr/include Comparing with the error from your original email: /bin/sh ../libtool --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -D__BARRY_BOOST_MODE__ -D_REENTRANT -I=/usr/include/include -ansi -Wall -g -march=native -O2 -L=/usr/include/lib -Wl,--hash-style=both -o btool btool-btool.o ../src/libbarry.la -lusb -lpthread -lboost_serialization -lpthread mv -f .deps/bs11nread-bs11nread.Tpo .deps/bs11nread-bs11nread.Po ../libtool: line 4999: cd: =/usr/include/lib: No such file or directory libtool: link: cannot determine absolute directory name of `=/usr/include/lib' That equals sign is confusing libtool. /bin/sh ../libtool --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -D_REENTRANT -I=/usr/include/include -ansi -Wall -g -march=native -O2 -L=/usr/include/lib -Wl,--hash-style=both -o bs11nread bs11nread-bs11nread.o ../src/libbarry.la -lusb -lpthread -lboost_serialization -lpthread mv -f .deps/btool-btool.Tpo .deps/btool-btool.Po make[2]: Leaving directory `/var/tmp/paludis/app-pda-barry-/work/barry-/tools' make[1]: Leaving directory `/var/tmp/paludis/app-pda-barry-/work/barry-' Install error: * In program paludis -i barry: * When performing install action from command line: * When executing install task: * When installing 'app-pda/barry-:0::local': * When running an ebuild command on 'app-pda/barry-:0::local': * Install
Re: [Barry-devel] cant compile barry(git) on gentoo
On Wed, Feb 25, 2009 at 11:44:33PM -0600, Nils wrote: ebuild are live ebuilds, as in they follow whatever source control system you need them too Ahh, that makes sense. the ebuild is online at http://bugs.gentoo.org/show_bug.cgi?id=215399 I forgot about that... whenever I try to find gentoo stuff, I go rummaging around in gentoo-portage.com, and find out of date stuff. :-) Applying barry--gcc43.patch ... ok It adds various includes to a few files, i just compiled without errors without this patch Excellent! Applying barry--tarfile-int.patch ... ok If this is the patch I think it is, it is a bug in Gentoo's version of libtar and is well documented on this list. It shouldn't affect your build, but if you care about Gentoo being accurate, you might want to submit a bug report. I'm happy to provide additional details if you need them. This fixes errors in tarfile-opts-nt.cc: tarfile-ops-nt.cc:108: error: invalid conversion from ?int (*)(int)? to ?int (*)(long int)? tarfile-ops-nt.cc:108: error: invalid conversion from ?ssize_t (*)(int, void*, size_t)? to ?ssize_t (*)(long int, void*, size_t)? tarfile-ops-nt.cc:108: error: invalid conversion from ?ssize_t (*)(int, const void*, size_t)? to ?ssize_t (*)(long int, const void*, size_t)? Additional details would be great on this. The documentation explanation is under the heading The Case of the Broken Libtar on this page: http://www.netdirect.ca/software/packages/barry/dependencies.php In summary, there was a patch by someone who tried to fix 64-bit compile issues in the libtar example by changing the prototypes of the open/read/write functions from int to long, instead of fixing the example itself. This patch escaped the source and infected a few distributions before slowly getting fixed. :-) Debian fixes the libtar example with a hack, which is ok, since it's just an example: http://patch-tracking.debian.net/patch/misc/view/libtar/1.2.11-4/libtar/libtar.c Barry handles 64bit systems by coding around the problem rather verbosely, as you can see in the tarfile* files in the GUI source. On 32bit systems, the size of a pointer is the same as an int, but this is not the case on 64 bit. So in order to map a pointer to an integer file handle, you have to do some extra coding. The reason the 'long' patch is incorrect, is that it breaks compatibility with POSIX open/read/write prototypes. So in Gentoo, there is a 64bit patch to the libtar package, and then a patch to Barry to make it conform. Remove both patches from both packages, and Barry will just work. The libtar package's example will probably fail, when compiling libtar on Gentoo on 64bit systems, so you'll need to hack around it with a patch similar to Debian's. That equals sign is confusing libtool. Ok, sorry about that, I just removed it. This should not be an issue anymore. Thanks Nils! - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] 2.6.28.7 kernel testing and assembler comparison
On Thu, Feb 26, 2009 at 12:02:07PM +, Paul O'Keefe wrote: I haven't completed the disasseble yet. That is this morning's project. Did you set a breakpoint on Usb::Device::BulkWrite to take a look at the timeout being pushed in? Those should be: 100, 500, -1, -1, etc I put a breakpoint on BulkRead, and I got the above values. I never did see a value of 1, which is good, because the code doesn't have that. :-) On Thu, Feb 26, 2009 at 12:13:24PM +, Paul O'Keefe wrote: Also, what type of device and what firmware level are you using? I'm using a Pearl 8120, with firmware 4.3.0.14 - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] error on sync
On Thu, Feb 26, 2009 at 01:09:03AM -0600, Nils wrote: Hey, I just got an error with the latest version while trying to sync to my computer. the exact error is Member 1 of type barry-sync had an error while getting changes: St9bad_alloc This happens about in the middle of the transfer, kde-pim is sending many changes to opensync, but barry apparently cant recieve them Anyone have something similar? If this is reproducible, can you run it with top running in another window, type 'M' to sort by memory usage, and see if it is really running out of memory? This is an unexpected error in today's world of gigabytes of ram, but I have seen opensync take an ungodly amount of memory, so it's worth a look. Also, if you run with coredumps turned on, does the barry plugin leave one behind? If so, we should be able to get a backtrace... there should have been a more user-friendly error message than St9bad_alloc. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Patch for device hang
On Thu, Feb 26, 2009 at 09:03:46PM -0500, Paul O'Keefe wrote: Chris and I have been investigating a device hang on a BB 8330. The following patch is minimalist, should not affect the overall speed of the library and limits the change to very low level code. Thanks Paul. This is where I'd have put the delay too. Before I apply this patch, though, I'd like to know whether it is the device that just stops responding, or whether it is a mix of some kernel changes and the odd 1ms timeout bug that causes the problem. If fixing the 1ms timeout fixes the issue as well, then I don't think this delay is needed. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Patch for device hang
On Thu, Feb 26, 2009 at 09:41:32PM -0500, Paul O'Keefe wrote: I'll keep looking at the 1ms issue. I haven't compiled on my x86_64 machine in a few days. If it repeats there, it could be an ubuntu toolchain issue. What distro are you using? I can install in a VM and compile there to check. I'm using Debian Etch at the moment, but I also have various VM's such as Lenny, openSUSE 11.1, and ubuntu 8.10. I'll do a quick check with gdb on the systems I have handy. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Patch for device hang
On Thu, Feb 26, 2009 at 11:36:12PM -0500, Chris Frey wrote: On Thu, Feb 26, 2009 at 11:27:43PM -0500, Paul O'Keefe wrote: It is. I was repeating that same series of steps. The disassembly of ProbePair showed the 500 being pushed in as well. I was in the process of downloading another debugger when this came in. The odd thing is that I'm getting a timeout error in the Debian Lenny VM, even with the clearhalt delay. I'm running some tests to see if it is kernel related or something funky with my VM. That timeout bug is not gone yet. :-) I can now reproduce it in a VM, according to kernel version, with even .28.4 having issues. Still investigating... I see a lot of kernel compiles in my future. :-) - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Patch for device hang
On Fri, Feb 27, 2009 at 12:42:52AM -0500, Chris Frey wrote: That timeout bug is not gone yet. :-) I can now reproduce it in a VM, according to kernel version, with even .28.4 having issues. Clarification: timeout bug = btool giving timeout depending on kernel 1ms bug = the gdb red herring - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Joining Barry
On Fri, Feb 20, 2009 at 11:38:21AM +0100, Simon Hoerder wrote: I started evaluating the hostedapp wikis provided by sourceforge. They've got two: mediawiki (the same as used for wikipedia) and trac comes with a wiki as well. I didn't take a closer look at the trac wiki since you were looking for a wiki only. Thanks Simon for your detailed analysis. I got around to investigating this further today. I enabled the MediaWiki as a hosted app for Barry, and I agree that there are some rough edges. I can't recommend using it until I'm able to make a full backup with their interface. I get some kind of network error at the moment. I also think that Trac is likely overkill for us... we already have mailing list and bug tracker, and I'm definitely a mailing list guy instead of a web management guy. :-) But it's even worse: I activated a sourceforge wiki for my user account and discovered that the mail-function is broken. To receive notification mails, each wiki-user has to confirm his mail address for mediawiki separately. However the mail containing the mediawiki confirmation code never reached me. I filed a bug report three days ago but it's still unanswered. I assume they've gotten around to fixing that... I was able to activate my email address. Unless you disagree (if you consider using the trac hostedapp for example) I'll keep an eye on the progress mediawiki is taking at sourceforge and start editing the existing documentation meanwhile. Yes, please do feel free to send any documentation patches to the list. MediaWiki is up as a hosted app, and I believe it is possible to add yourself as a user. I was not able to do it as admin. This is only experimental, though, until I get a successful test of the backup functionality. Thanks again, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] - Some fixes
On Sat, Feb 28, 2009 at 03:03:49PM +0100, Nicolas wrote: Hi, If my mail doesn't arrive... Beside of, Chris, how can I post mail with attachments without moderation ? http://www.progweb.com/modules/blackberry/barry/ Thanks Nicolas! I applied all the patches I saw on the mailing list: 0001, 0002, and 0003. I checked the mailing list settings, and none of your emails got stuck. Sometimes it just takes Sourceforge a while to process them. Lately the mailing list has been pretty snappy, though. As long as your emails are under 100k in size, even with attachments, they should pass through without moderation. I didn't have to do anything to approve your latest 3 patches. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] - OpenSync plugin 0.4x compliance
On Sun, Mar 01, 2009 at 06:57:28PM +0100, Nicolas wrote: To be compliant with the OpenSync last commit (r5277), here a little patch. Thanks! Applied. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
[Barry-devel] Ubuntu PPA packages
Martin Owens, I tried to download your Barry packages from https://launchpad.net/~doctormo/+archive/ppa But I got a 404 not found error. Did I do something wrong, or is there construction going on over at launchpad? :-) Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Dependency not satisfiable (libboost-serialization)
On Tue, Mar 03, 2009 at 09:57:00AM -0800, Robert Denton wrote: Hi folks, I am installing the new barry (0.15), on Ubuntu (with the packages provided for ubuntu), and I got the following error: Error: Dependency is not satisfiable: libboost-serialization1.34.1 However: r...@starbaby:~# apt-get install libboost-serialization1.34.1 Reading package lists... Done Building dependency tree Reading state information... Done libboost-serialization1.34.1 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Is this a known problem with .15 or am I overlooking something? Thanks! Hi Robert! That does look odd. :-) Can you tell me where you downloaded the package, and which version (there should be a date string on the 0.15 packages, as they are pre-release). Also, which specific version of Ubuntu are you using? There are two places you could get 0.15 Ubuntu pacakges: Martin Owens' PPA archive https://launchpad.net/~doctormo/+archive/ppa OpenSUSE Build Service: http://download.opensuse.org/repositories/home:/ndprojects/ I grabbed the barry-util_0.15-cvs20090213_i386.deb from the build service site, for Ubuntu 8.04, and did: $ dpkg -I barry-util_0.15-cvs20090213_i386.deb new debian package, version 2.0. size 277092 bytes: control archive= 1709 bytes. 481 bytes,14 lines conffiles 636 bytes,15 lines control 1488 bytes,25 lines md5sums 444 bytes,35 lines * postinst #!/bin/sh Package: barry-util Source: barry Version: 0.15-cvs20090213 Architecture: i386 Maintainer: Chris Frey cdf...@foursquare.net Installed-Size: 916 Depends: libbarry0, libboost-serialization1.34.1 (= 1.34.1-2.1), libc6 (= 2.4), libfuse2 (= 2.6), libgcc1 (= 1:4.1.1-21), libstdc++6 (= 4.2.1-4), libusb-0.1-4 (= 2:0.1.12), udev (= 0.056) [snip] I'm suspecting that the exact version 1.34.1-2.1 is the problem. If you do: $ dpkg -l | grep boost you should see the exact version you have installed. Let me know what you find, and we can go from there. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Ubuntu PPA packages
On Tue, Mar 03, 2009 at 10:46:27PM -0500, Paul O'Keefe wrote: works for me. Cache? I've tried on two ISP's now, and 3 different machines, and I can't download the .deb files from that page. Weird. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Ubuntu PPA packages
On Wed, Mar 04, 2009 at 06:58:36AM -0500, Martin Owens wrote: I got there by clicking the AMD I386 links on that same page and then clicking the PPA link. I had just pulled up the page earlier and clicked on AMD and hadn't gone back to check the links on the original page. Agree, none of those links on the first page under discussion are working. Although I'll admit, this isn't my fault ;-) I know it isn't. :-) You know more about PPA than I do, so you were the best person to ask. I'm glad it's not just me though. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Patch for device hang
On Thu, Feb 26, 2009 at 09:03:46PM -0500, Paul O'Keefe wrote: Chris and I have been investigating a device hang on a BB 8330. The following patch is minimalist, should not affect the overall speed of the library and limits the change to very low level code. Hi Paul, I've added a different patch that fixes the timeout issue for me. Could you give the latest git tree a test and let me know if it works for you? (minus the usleep timeout) Thanks! - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] btool/bjavaloader both hang on FreeBSD, but pppob works fine
On Sat, Feb 28, 2009 at 05:10:10PM -0800, Bill Paul wrote: But then I decided to try btool just for kicks, and I found that it just seems to hang. It can identify my Blackberry and read its PIN, but after trying to switch into desktop mode, it just gets stuck. I put a copy of the debug out from btool here: http://www.freebsd.org/~wpaul/bb/btool.txt This does look like the same timeout Paul was debugging on recent Linux kernels. Could you give the latest CVS/git tree a try, and let me know if things are different for you on FreeBSD? Thanks! - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Dependency not satisfiable (libboost-serialization)
Hi Robert, I'm unable to download Martin O's packages, so I don't know what the 'dpkg -I' output of your barry-util is, but you can check the versions with something like: dpkg --compare-version 1.34.1-2ubuntu1.1 = 1.34.1-2.1 echo $? If you see 0, then it's ok, if 1, then not. The boost versions are so close that it should be safe to force an install: dpkg --force-depends-version -i barry-util_0.15-0git20081127_i386.deb - Chris On Thu, Mar 05, 2009 at 09:09:48AM -0800, Robert Denton wrote: I must have gotten them from Martin O's site. The packages are: barrybackup-gui_0.15-0git20081127_i386.deb barrybackup-gui-dbg_0.15-0git20081127_i386.deb barry-util_0.15-0git20081127_i386.deb barry-util-dbg_0.15-0git20081127_i386.deb libbarry0_0.15-0git20081127_i386.deb libbarry0-dbg_0.15-0git20081127_i386.deb libbarry-dev_0.15-0git20081127_i386.deb libopensync-plugin-barry_0.15-0git20081127_i386.deb libopensync-plugin-barry-dbg_0.15-0git20081127_i386.deb As for my version of Ubuntu, I am on 7.10. And my exact version of libboost-serialization is: libboost-serialization1.34.1 1.34.1-2ubuntu1.1 Robert _ From: Chris Frey [mailto:cdf...@foursquare.net] To: Barry project development discussion [mailto:barry-de...@lists.sourceforge.net] Sent: Tue, 03 Mar 2009 19:22:04 -0800 Subject: Re: [Barry-devel] Dependency not satisfiable (libboost-serialization) On Tue, Mar 03, 2009 at 09:57:00AM -0800, Robert Denton wrote: Hi folks, I am installing the new barry (0.15), on Ubuntu (with the packages provided for ubuntu), and I got the following error: Error: Dependency is not satisfiable: libboost-serialization1.34.1 However: r...@starbaby:~# apt-get install libboost-serialization1.34.1 Reading package lists... Done Building dependency tree Reading state information... Done libboost-serialization1.34.1 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Is this a known problem with .15 or am I overlooking something? Thanks! Hi Robert! That does look odd. :-) Can you tell me where you downloaded the package, and which version (there should be a date string on the 0.15 packages, as they are pre-release). Also, which specific version of Ubuntu are you using? There are two places you could get 0.15 Ubuntu pacakges: Martin Owens' PPA archive https://launchpad.net/~doctormo/+archive/ppa OpenSUSE Build Service: http://download.opensuse.org/repositories/home:/ndprojects/ I grabbed the barry-util_0.15-cvs20090213_i386.deb from the build service site, for Ubuntu 8.04, and did: $ dpkg -I barry-util_0.15-cvs20090213_i386.deb new debian package, version 2.0. size 277092 bytes: control archive= 1709 bytes. 481 bytes,14 lines conffiles 636 bytes,15 lines control 1488 bytes,25 lines md5sums 444 bytes,35 lines * postinst #!/bin/sh Package: barry-util Source: barry Version: 0.15-cvs20090213 Architecture: i386 Maintainer: Chris Frey cdf...@foursquare.net Installed-Size: 916 Depends: libbarry0, libboost-serialization1.34.1 (= 1.34.1-2.1), libc6 (= 2.4), libfuse2 (= 2.6), libgcc1 (= 1:4.1.1-21), libstdc++6 (= 4.2.1-4), libusb-0.1-4 (= 2:0.1.12), udev (= 0.056) [snip] I'm suspecting that the exact version 1.34.1-2.1 is the problem. If you do: $ dpkg -l | grep boost you should see the exact version you have installed. Let me know what you find, and we can go from there. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Dependency not satisfiable (libboost-serialization)
On Thu, Mar 05, 2009 at 02:38:22PM -0800, Robert Denton wrote: I wonder if I should buckle down and finally upgrade to either intrepid or jaunty :( I just noticed you were using Ubuntu 7.10. I was going to suggest you try the packages on the OpenSUSE Build Service, but those boost packages have the same dependency problem, unfortunately. In the meantime until I get the binary releases sorted out for the next release, I compiled a CVS snapshot on my own system here, and you can grab them at: http://www.netdirect.ca/~cdfrey/ubuntu710/ - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
[Barry-devel] building from source conflicting with old Barry installs
Hi folks, I'm trying to track down the build problem that seems to be happening semi-regularly for people on the list. Namely, that if they have an old version of Barry installed somewhere, and they try to build the latest CVS, the build picks up old headers or libraries and gives either build errors or crashes. The odd thing, for me, is that I never run into this problem, even if I try to reproduce it. I'm suspecting that it might be a difference of versions of autoconf. But I'm still trying to hunt it down. If any of you run into this problem regularly, I would greatly appreciate your help in tracking it down. I'd like to make the Barry build process as bulletproof as possible, but it's hard to do when I can't reproduce the errors. :-) If you can reliably reproduce a build error like this, please respond and let me know: - the old version of barry - where it is installed - its ./configure line - the new version of barry (assuming latest CVS) - where you installed it - its ./configure line - your distro and version - the versions of autoconf, automake, and libtool on your system - ideally, you could send me a copy of your toplevel configure and Makefile files, and even your config.log - the build error you get Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Dependency not satisfiable (libboost-serialization)
On Thu, Mar 05, 2009 at 03:16:10PM -0800, Robert Denton wrote: Wonderful, that did it for me and I am happily charging again: Excellent. :-) So thanks!! btw, how do you launch the backup gui? I notice it does not place an launcher anywhere in the Applications menus. At the moment, the binary packages drop a barrybackup-gui file in the /usr/share/menu directory. But that's hit and miss, with more miss than hit. :-) You can just start it from the command line with 'barrybackup' as well. I would greatly appreciate patches from anyone who helps integrate this into their distro's menu system, since this changes from distro to distro and it's hard to keep up with. Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [git pull] b3d3a6f48fe008e8842c057df4a653a04b9c56ce
On Thu, Mar 05, 2009 at 08:33:28PM -0500, j...@slashdev.ca wrote: git://slashdev.ca/barry.git Two small bug fixes... 1) compile error when using __DEBUG_MODE__ 2) timeout when calling JavaLoader::GetDir on device with zero modules Merged. Thanks! - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Patch for device hang
On Fri, Mar 06, 2009 at 12:35:51AM -0500, Paul O'Keefe wrote: Tested the huge sync and seems to be working as it should. Looks like your latest patch did the trick! Thanks for your reports, guys! And for all your help in testing. Considering that this seemed to fix a similar issue on Mac OS X and (I'm hoping) FreeBSD, it's probably not a kernel bug. I'm glad we were able to find one fix that improved things across so many platforms. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Using a BlackBerry with Linux
On Fri, Mar 06, 2009 at 12:24:06PM +0100, Nicolas wrote: Hi, I have started a documentation about using blackberry with linux : http://www.progweb.com/modules/blackberry/index-en.html That's fantastic. In the next week or so, I plan to be switching into documentation mode, and updating all the Barry documentation to be ready for an official 0.15 release. 0.15 has taken a while to get out, but it has so many good fixes and features it's probably worth the wait. I don't plan on 0.16 taking as long. :-) I'll link to your page from the netdirect main site, and if you don't mind, I'd like to include parts of it in the main documentation. In the process I'd do some English editing and send you a patch as well. Do you use a tool to write that page, or is it handcrafted HTML? What's the best way to send you changes? Thanks, - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] non-usb transports?
On Fri, Mar 06, 2009 at 10:27:00AM -0500, Brian Ristuccia wrote: Has any thought been given to allowing barry to work over non-usb transports? In particular, I'm interested in the using the Blackberry Desktop Service Bluetooth RFCOMM serial port to talk to my device. Hi Brian, Yes, I would like Barry to support database access over a bluetooth transport using the same library API, as an option. No work has been done toward this end, yet, but it's on my mental todo list. When we started the Barry project, it looked like the old serial devices were going away in favour of USB devices, so we thought it didn't make sense to follow the serial protocol too closely. The serial side of things was already supported at the time by the Cassis project. But the serial protocol came back, in a way, in the form of Bluetooth. So we'll just have to add it. :-) Depending on what your requirements are, XmBlackBerry might work for you. Rick Scott would be the man to talk to for help on getting it running. - Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [git pull] 272f371e8bb95b6c41a8293de657da45a782736f
On Sun, Mar 08, 2009 at 10:46:03PM -0400, Josh Kropf wrote: git://slashdev.ca/barry.git Here is a tool that translates log files generated by RIM's USB driver into something more or less readable. Merged. Thanks! - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [git pull] 7ed1df560ea7cc6a2205d8f8627c00c7aaed2294
On Mon, Mar 09, 2009 at 09:43:06AM -0400, Josh Kropf wrote: git://slashdev.ca/barry.git Adds wipe command to bjavaloader. Flags for wiping just the filesytem or just the applications is supported. Thanks! Merged. :-) Note: be careful with this. Wiping filesystem will remove all data such as messages, contacts, etc. Wiping applications will remove all .cod files on the device including OS .cod files. I could not, in good conscience, add this without user confirmation, so I added an ssh-style yes/no prompt to make sure the user knows what will happen if he says yes. Also... what is your testing procedure for this? :-) Thanks, - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [git pull] 7ed1df560ea7cc6a2205d8f8627c00c7aaed2294
On Mon, Mar 09, 2009 at 07:46:18PM +0100, Nicolas wrote: If you work with ZSH, can you add this patch to barry project... Check that I have added the good options. I think that you use the same syntax that the RIM'tools on Windows :/ The options look the same to me. Applied. Thanks :-) - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] - Add Photo feature to OpenSync Plugin Barry
On Sun, Mar 08, 2009 at 08:23:42AM +0100, Nicolas wrote: I have an issue... and I don't know why. opensync-plugin segfault when it finds a contact with photo. But I have tested that the vCard is well formed and compliant with Evolution. Chris can you help me to fix this issue... I tried, but I ran into an odd Unable to find plain format error. Is that because I updated to the latest opensync tree? I'm using: osynctool opensync evo2-sync barry-sync xmlformat vformat All using the very latest opensync svn. I hope it's something simple I'm overlooking. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] BlackBerry Curve model 8320 with Barry
On Tue, Mar 10, 2009 at 05:25:03PM -0500, Christopher Lemire wrote: not replacing existing default route via 192.168.1.1 Cannot determine ethernet address for proxy ARP local ?IP address 25.232.5.106 remote IP address 169.254.1.1 primary ? DNS address 66.94.9.120 secondary DNS address 66.94.25.120 Script /etc/ppp/ip-up started (pid 4387) Script /etc/ppp/ip-up finished (pid 4387), status = 0x0 Are you terminating the script yourself with Ctrl-C? It looks like you're getting a good link, just that your routing table is not being updated. See the note on Security Concerns on the modem help page: http://www.netdirect.ca/software/packages/barry/modem.php How you decide to update the routing table is up to you... either automatically using the option in the above page, or manually. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] - Add Photo feature to OpenSync Plugin Barry
On Wed, Mar 11, 2009 at 08:43:54AM -0500, Christopher Lemire wrote: Chris, Would you please help me get my BlackBerry Curve working as a modem in Linux. I emailed Andy a few days ago, and he hasn't replied. I'd like to be able to use Linux again. Thanks. There's no need to email people directly. Since you already emailed the list (twice), the first person with an answer can reply. There's only so much people can do in one day. :-) And while I'm on the topic, let me send a huge thanks to everyone who helps out by answering questions on the mailing list. Every question answered helps the developers focus on code, and your efforts do not go unnoticed. :-) Thanks, - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Unable to connect using Blackberry Bold
On Wed, Mar 11, 2009 at 04:20:12PM -0400, Darren Albers wrote: On Wed, Mar 11, 2009 at 3:59 PM, Shannon McMackin smcmac...@gmail.com wrote: Darren, Your issue with the Bold was due to the device asking for a password twice. ?Andy Herkey had created a set of libbarry files to get around that and I doubt they made it into the OpenSUSE builds as yet. The OpenSUSE builds should be very up to date. The original report didn't specify the snapshot date used, so I'm not sure what version is causing the problem. There have been no modem fixes for a little while now (only comments added to the options files), so if there are libbarry files out there that have fixes that the OpenSUSE build does not, please let me know, so I can update it. Thank you Shannon! I will send you a note off-list. Shannon, can you send me the tarball as well, please. Thanks, - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Unable to connect using Blackberry Bold
On Wed, Mar 11, 2009 at 04:54:36PM -0400, Chris Frey wrote: The OpenSUSE builds should be very up to date. The original report didn't specify the snapshot date used, so I'm not sure what version is causing the problem. I should mention the caveat that some OBS builds are broken and the binaries don't show up on the download site, so if you are using an OBS binary, *please* *please* include the version and snapshot date in your report. Not only will it help with debugging, but it will let me know where the trouble spots are in binary packaging so I can fix them eventually. Thanks :-) - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Unable to connect using Blackberry Bold
On Wed, Mar 11, 2009 at 01:25:46PM -0400, Darren Albers wrote: BulkWrite to endpoint 11: : 41 54 0d AT. IPModem: Test command response. : 0d 0a 4f 4b 0d 0a..OK.. IPModem: Unknown AT command response. IPModem: Modem Ready. IPModem: Timeout in DataReadThread! IPModem: Timeout in DataReadThread! IPModem: Timeout in DataReadThread! IPModem: Timeout in DataReadThread! IPModem: Timeout in DataReadThread! IPModem: Timeout in DataReadThread! IPModem: Timeout in DataReadThread! IPModem: Timeout in DataReadThread! Connect script failed Waiting for 1 child processes... script /usr/sbin/pppob -P X -v, pid 8781 This looks like the chat script is waiting for an OK... try adding the following line under initializing modem in your chat script: '' AT And let us know how it goes. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] BlackBerry Curve model 8320 with Barry
On Wed, Mar 11, 2009 at 05:21:34PM -0500, Christopher Lemire wrote: Yes, I am terminating the script with control c because after the script ran, I still could not browse the web, connect to IM, etc. If I provide the output of route -n after running the script, will that help? Adding 'replacedefaultroute' to your barry-tmobileus file should make it work as expected. If so, do: cat /proc/sys/net/ipv4/ip_forward If it says 0, you're ok. (this is the most likely option) If it says 1, you'll need to decide how you wish to handle your network routing. Perhaps bring down your home network before firing up Barry, or just echo 0 /proc/sys/net/ipv4/ip_forward to disable forwarding while you're connected. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] - Add Photo feature to OpenSync Plugin Barry
On Wed, Mar 11, 2009 at 02:02:20AM -0400, Chris Frey wrote: I tried, but I ran into an odd Unable to find plain format error. Is that because I updated to the latest opensync tree? I'm using: osynctool opensync evo2-sync barry-sync xmlformat vformat The file-sync plugin is required to provide the plain format. I'm not sure why it's required, but it is. Now... on toward debugging. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] - Add Photo feature to OpenSync Plugin Barry
On Thu, Mar 12, 2009 at 10:16:35AM +0100, Nicolas wrote: Hi, I write just to notice that we can use the last revision. The Evolution plugin has just been ported. (I use the revision : 5287) Thanks for the update. I had noticed that things compiled fairly well with the plugins I'm using. I don't understand your plain text issue. I don't know why you're not seeing it. Odd. :-) I did need to install the file-sync plugin to get rid of it. To debug, I have used GDB, so I know that the crash is produced when we delete some objects... but I don't know why :( Notice : this patch can also be used with the opensync-plugin 0.22 Does the crash happen for you with 0.22 + your patch as well? I haven't tried that yet. Thanks, - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [PATCH] ZSH completion patch
On Fri, Mar 13, 2009 at 09:06:40AM +0100, Nicolas wrote: In attachment, a little patch Applied, thanks! - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] File Transfer Protocol
On Sun, Mar 15, 2009 at 09:05:53PM -0400, Josh Kropf wrote: The bootloader stuff has be stumped so I've moved on to the file transfer protocol used to manager files on the devices internal flash file system. Is anyone else already working on this? Not that I know of. If you have full captures of FTP behaviour, that's probably the best place to start from. I'm a bit busy with other things today, but I plan to add your captures and patches as soon as possible. Thanks! - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] File Transfer Protocol
On Mon, Mar 16, 2009 at 01:22:36PM -0500, Robert Yaklin wrote: Rick scott has done some with this but on the xmblackberry project. That's true, but when I looked at the code, while there was a command line interface, I didn't see code for transferring files, and I assumed it was incomplete. Sometimes it is easier to look at a complete log file instead of partial code. In any case, captures of FTP traffic would be a good addition to the general effort. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Storm Barry-Verizon Requires Password
On Sat, Mar 21, 2009 at 02:22:14PM -0700, k...@kr-i.com wrote: Hi, my name is Karl and I am new to Linux. Installed Ubuntu 8.10 Intrepid. Trying to use Storm as tethered modem to Verizon: k...@ubuntu:~$ sudo pppd call barry-verizon Initializing exception caught in main(): This device requires a password. Connect script failed Script /usr/sbin/pppob finished (pid 6500), status = 0x1 k...@ubuntu:~$ Can anyone help? Karl Hi Karl, Please take a look at the modem documentation page at: http://www.netdirect.ca/software/packages/barry/modem.php Let us know if you have further problems, and please keep the mailing list in your CC line if you reply, as I see you're not subscribed. Thanks, - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] [git pull] 75b1a89e8b1eb9d89bcd8b5ecbed9a47af5a8930
On Sun, Mar 15, 2009 at 01:17:38PM -0400, Josh Kropf wrote: http://git.slashdev.ca/barry git://git.slashdev.ca/barry Added the 'logstacktraces' command to bjavaloader. This will dump stack traces for all threads on the handheld to the event log. Thanks Josh! Merged. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] I am just at a loss. tethering bb 8830 to alltel...
On Wed, Mar 18, 2009 at 03:23:51PM -0500, Javan Ahrens wrote: I am not sure what I have done, but I was close to getting it. Now the only response I get is ATZ and then it pauses nothing even when my bb is not connected it does the ATZ and freezes. HOw do I start all over? Many sleepless nights trying to figure this out. Some things that might be helpful to know: - what distro you're using - what version of Barry you're using - how you installed Barry If you're using a binary package for Barry, you can start over by uninstalling and reinstalling those binary packages. As for your Blackberry itself, nothing changes in the device, when you use the modem, so to start fresh you just need to replug the USB cable. You start fresh every time. Try running the modemtest.rb script in the contrib directory of the source tarball and posting the results. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Storm Barry-Verizon Requires Password
On Tue, Mar 24, 2009 at 04:05:48PM -0500, Karl wrote: Thanks Chris. I have been diligently following the documentation page at: http://www.netdirect.ca/software/packages/barry/modem.php And am stuck with the Device requires a password error. I read something about a patch asking for passwords twice. Thanks for your help! Ahh, excellent. In that case you likely want to try the latest CVS tree. If you are able to compile yourself, this is the most straightforward option. You might also try the CVS snapshot binary build on the OpenSUSE build service: http://download.opensuse.org/repositories/home:/ndprojects/Ubuntu804/ I don't have the 810 binaries working, yet. I'm a bit behind on that. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Preparing debian packages for 0.15 and opensync 0.4
On Tue, Mar 24, 2009 at 11:41:07PM +0100, Jose Carlos Garcia Sogo wrote: Hi, I have been preparing packages for 0.15. For that I have merged all your changes (upstream development and changes in packaging) in a new branch called barry-015, which I have published at github (in case I had messed something, I'd like to have git.debian.org) as clean as possible. Thanks very much! I appreciate your help getting this into Debian unstable. So, if I understand this right, you can pull my branch back in your upstream and everything will be in place. git://github.com/jcsogo/barry015.git I can fetch from there, but it has autogenerated files in the barry-015 branch, so I can't merge it wholesale into my main master branch. I'd like to snag your opensync packaging changes though. I can do that through cherry picking. Just out of curiosity, why did you remove part of the license notice in debian/copyright? It was just a copy from vformat.c, so it's still there, just wondering the reason. I have started to work as well on packages for opensync 0.4 plugin. The problem I have found is that the plugin fails to compile with libopensync package in Debian. We're working directly from the opensync SVN tree, which compiles for me here. Are the debian packages you're using updated to the latest? There were some API changes recently, and the plugins are catching up at their own pace. - Chris -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Preparing debian packages for 0.15 and opensync 0.4
On Wed, Mar 25, 2009 at 03:41:54PM +0100, Jose Carlos Garcia Sogo wrote: Yeah, you're right. That's the problem that we have exposed other times. I need a complete upstream source for Debian packaging and you want your debian/ dir to be in your master branch. This can be solved, but at the cost of moving debian/ to a different 'packaging' branch. When I do official releases, I create a tag named barry_0.14.orig.tar.gz that has the debian/ directory removed. This likely doesn't help for general merging and keeping up with HEAD though. In any case, it's not hard to go through and cherry-pick your changes. I've picked the barrybackup menu changes, and the opensync plugin package rename. Some of these were pending for Lenny in a local branch here, but I've finally merged them. I have a question about the menus in Debian... I notice that Debian opts for its own menu hierarchy, and this is where Barry Backup ends up: under Debian/Applications/Mobile Devices. On my system, the Gnome menus had the Debian tree hidden by default. This meant that Barry Backup was unavailable for the average user, if I understand it correctly. Is there a way to add Barry Backup to both places? Would this fit with Debian Policy? Just out of curiosity, why did you remove part of the license notice in debian/copyright? ??It was just a copy from vformat.c, so it's still there, just wondering the reason. I have to check merges. I remember some conflict there in which a copy from a file conflicted with standard licensing text. Usually, licensing text has to be used, but I should check. I have also to check that new patches have not introduced new copyrights. There are a lot of contributions from Nicolas Vivien and Josh Kropf in the latest tree, so I've added them to debian/copyright. The AUTHORS file is kept more up to date with all contributions, but not all contributions have a copyright notice attached to them. - Chris -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
[Barry-devel] recent opensync 0.4x API changes
Hi Nicolas, I'm working on updating the 0.4x plugin to match the latest API changes in their SVN tree. Don't want you to duplicate work. :-) I saw your patches on the list... thanks... I'll get to them as soon as possible! Thanks, - Chris -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] recent opensync 0.4x API changes
Quick update. I've committed some work in progress in the opensync-0.4x plugin tree. These changes let me compile the plugin using the latest SVN opensync code, but I still need to do some testing. This is the direction we have to go, due to API changes, so if you're up for bleeding edge code, please report bugs. If you're using an older opensync SVN revision, stick with Barry's git d03143d630fcddbb5bbc6868fd5019cbf211c059 commit for now. I should have time for some testing and polishing tomorrow, and then Barry should be up to speed with opensync once again. - Chris On Tue, Mar 31, 2009 at 07:39:00PM -0400, Chris Frey wrote: Hi Nicolas, I'm working on updating the 0.4x plugin to match the latest API changes in their SVN tree. Don't want you to duplicate work. :-) I saw your patches on the list... thanks... I'll get to them as soon as possible! Thanks, - Chris -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] recent opensync 0.4x API changes
On Wed, Apr 01, 2009 at 07:59:39PM +0200, Nicolas wrote: By the way, I work with the r5507 from OpenSync trunk. Which revision do you use ? I was using 5506 last night, but I'll update again today and test some more. - Chris -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] recent opensync 0.4x API changes
On Fri, Apr 03, 2009 at 10:38:18AM +0200, Nicolas wrote: All seem work well. Good work ! Thanks for testing! I post some fix and new features. (all work perfectly under SID Debian) I'm going through your patches, and I notice that in your Near perfect patch, you add a try/catch: - Catch the errors to avoid a slow-sync @@ -606,6 +606,7 @@ bool VCardConverter::CommitRecordData(BarryEnvironment *env, Barry::RecordBuilderBarry::Contact, VCardConverter builder(convert); + try { if( add ) { trace.log(adding record); env-m_pDesktop-AddRecord(dbId, builder); @@ -616,6 +617,11 @@ bool VCardConverter::CommitRecordData(BarryEnvironment *env trace.log(clearing dirty flag); env-m_pDesktop-ClearDirty(dbId, StateIndex); } + } + catch (Barry::Error e ) { + trace.logf(ERROR: VCardConverter::CommitRecordData - Format err + return false; + } return true; } Does this really fix the slow sync for you? The exception should be caught in barry_sync.cc:commit_change(), where osync_context_report_error() is called anyway. The only difference in code paths, as far as I can see, is that if the exception is caught in commit_change(), then osync_context_report_error() reports OSYNC_ERROR_IO_ERROR. If CommitData() returns false, then osync_context_report_error() reports OSYNC_ERROR_PARAMETER. Is this difference between error codes enough to cause a slow sync for you? Thanks, - Chris -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] recent opensync 0.4x API changes
On Fri, Apr 03, 2009 at 10:50:05AM +0200, Nicolas wrote: I post again the patch 0002, (the file isn't readable) I've applied all your pending patches for adding Photo support and the USB sequence packet fix, along with a few changes of my own. I'm less and less happy with how the sequence packet code is turning out. :-) It is filling up with special cases, and the flag approach is broken if there is an exception in between setting it to false and true. I'm still pondering how to fix it though. Thanks very much for your help on getting this to work on the Storm! - Chris -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] bsmstool for SMS parsing
On Fri, Apr 03, 2009 at 12:40:02PM +0800, Ryan Li wrote: Hello Chris, I've been working on the sms parser for Barry, the code is raw, since the data structure for SMS is really strange and I can't use a packed struct to handle this effectively. But at least, it works now. And I'll do some refinement later when I have finished my homework. Thanks! And thanks for using the same headers as the rest of the code... that takes care of the GPL licensing issue I had before. :-) I've applied your patches, with some changes. I have a few comments: - Does the Encoding need to be public? It looks like technical details that the parser class should handle automatically. I suppose if it is a read-only item, through a member function, that's ok. Remember that the goal is to expose this data to applications, so that apps can write SMS records back into the device if appropriate, so we need to make the API easy, or at least as bullet proof as possible. Hmmm... looking at the charset issues you had, maybe Encoding is important... If contacts use WINDOWS-1252, and SMS messages use a combination of charsets, this may need to be more flexible. - Timestamps should be in time_t by default. The parser class should do the conversion as it is reading/writing from the device. The application programmer should be able to look at the class and know immediately what to do with a time_t. He won't know what to do with a uint64_t. :-) If you could send me a patch for this, that would be great. - be careful with the sizes... when parsing, check that the data exists before actually accessing it. I added some size checks to the parser, but it's a good thing to keep in mind. In general we should never trust data from external sources, including data from the Blackberry. - the Encoding value is taken straight from the Blackberry and passed through to the API without change. This has been done elsewhere in the code, but with comments. The thing we have to watch for is that the Blackberry might change, but our API should not. See r_contact.cc for my attempt at doing this with functions, with the enums there. Another clean way to do it is to do what you did with MessageStatus, and set the value through if statements. That way, if the Blackberry changes, we can update the code without changing the enum API for applications that depend on it. However, I've checked the common.h file and found that the iconv.cc in Barry converts WINDOWS-1252 to UTF-8, but with SMS encoded as UCS-2, btool displays my Chinese messages as garbled text. Furthermore, after I changed the definition of BLACKBERRY_CHARSET to `UCS-2', the output doesn't change. I thought there's something wrong with iconv.cc? My Memo in 100% English can't be interpreted correctly either. Btool doesn't use IConverter unless it is specified on the command line. Instead of changing BLACKBERRY_CHARSET, try using btool's -i switch and see if that changes your output at all. Thanks for the patch! - Chris -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Timeouts on reading USB devices
On Tue, Mar 24, 2009 at 04:25:04PM -0400, Aidan Van Dyk wrote: I'm assuming that Barry might be guessing the endpoint pair incorrectly. You can override this using btool, so try something like: btool -v -l -e 81,2 btool -v -l -e 83,4 You might even try different endpoint permutations, but I haven't seen endpoints used like that on the Blackberry before. Note that you can also use the -z option on btool, to turn off threading and make the straces cleaner, if you need to. OK, I'll dig some more with these options... I have a 7130 here that behaves just like yours, and while probing it and trying to get it to work, I noticed that the endpoint override option didn't override the Probe class. I've changed this in the latest git tree. You may wish to try it. I even had trouble getting Windows in a VM to recognize it... it just kept resetting the device. Maybe on a pure native Windows machine I'd get different results... still need to try that. I assume your device does work under Windows? I did notice that I was able to access the databases using btool if I disabled bcharge (it would stay at 100mA). So bcharge may be putting it in a funky state. I disabled bcharge by commenting out the commands in /etc/udev/rules.d/10-blackberry.rules, so I had to run btool as root. This might work for you as a temporary workaround. - Chris -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Support for Blackberry Pearl Flip (8200)
On Sat, Apr 04, 2009 at 01:10:52AM -0400, John Ladan wrote: I've got a Pearl Flip (8200 series), which wasn't being recognized by Barry. I managed to fix the problem on my machine adding the device to the source. Using lsusb: Bus 001 Device 024: ID 0fca:8001 Research In Motion, Ltd. I noticed the ID was different, so I jumped into the source, and added a constant for it in common.h and a line to probe for it in Probe::Probe Hi John, Thanks for the report! I've added the ID to the latest CVS/git sources. Are you able to test the devel tree and make sure that my changes work for you? Also, I've updated bcharge... could you give that a try as well? You didn't mention it, but it almost sounds like the device is charging ok already. Anyway, I'm not an experienced developer, so I don't know how to make a patch (shame). It's so simple that someone else can do it anyway. Just in case you're interested for next time :-) there is documentation on creating and submitting patches in the Barry documentation here: http://www.netdirect.ca/software/packages/barry/patches.php And I'm happy to answer questions if the docs are confusing. Thanks again! - Chris -- ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] bsmstool for SMS parsing
On Sun, Apr 05, 2009 at 04:09:49PM +0800, Ryan Li wrote: Hello again Chris, Hi Ryan, thanks for your continued work on SMS. I've partly rewrote the parser, solved the encoding problem. But I need to use the class function IConverter::Convert(iconv.h), hence I modified it to public. If you would like to keep it private, I could copy this function to SMS parser. Another thing, is it appropriate to include the errno header? I simulated the creation of an iconv_t variable in iconv.cc. Sometimes it is needed to include errno.h.. yep, that's fine. But however, I think that there should be some improvement on Barry's iconv, since BlackBerry doesn't entirely use WINDOWS-1252 as its charset(not even in contacts with non-Latin names, don't know what they use), maybe it should be the programmers to decide what encoding to convert from, and the users to decide what encoding to convert to. And since UCS-2 is rarely used in computer, I ignored the ic's indication of what encoding to convert to and chose UTF-8. I agree with you that IConverter needs an update, but I disagree with the solution. I want to keep IConverter::Convert() private, in order to hide all iconv_t handle types. In your r_sms.cc code, there is already one leak of an iconv_t handle, so I'd much rather have all calls to iconv_open() and iconv_close() be kept inside the IConverter class and supporting classes. We can't ignore ic's indication of what encoding to convert to, since this is specified by the application (and therefore, the user). This is our only indication of what the user wants to see. I've updated the API so that you can create custom handles in the conversion direction you wish to go, and based on IConverter's user-specified 'tocode'. So, for example, in your r_sms.cc code, instead of: if (DataCodingScheme == UCS2) { iconv_t ucs2utf8; ucs2utf8 = iconv_open(UTF-8, UCS-2); if (ucs2utf8 == (iconv_t)(-1)) throw ErrnoError(iconv_open failed (ucs2 to utf8), errno); IConverter iconv_ucs(UTF-8, true); Body = UCS2Preprocess(Body); Body = iconv_ucs.Convert(ucs2utf8, Body); } You should now use something like: if (DataCodingScheme == UCS2 ) { Body = UCS2Preprocess(Body); if( ic ) { IConvHandle ucs2(UCS-2, *ic); Body = ic-Convert(ucs2, Body); } } There are new documentation comments in src/iconv.h which should clarify the usage. If the application / user does not give us an IConverter object, then just pass through all data without change. It may look like garbage, but the user asked for it. I'm curious about the preprocess function... it looks like it's just a big / little endian issue... I'm surprised that the iconv libraries can't handle that... maybe we're specifying the encoding incorrectly? Looking at http://en.wikipedia.org/wiki/UTF-16, under Byte order encoding schemes it looks like we should just prepend a Byte Order Mark (BOM) and then let iconv handle it. And then, timestamps. The two timestamps are taken directly from BlackBerry, accurate to milliseconds, I don't want to lose data, some developers may also be interested in this. Hence I wrote two functions returning time_t for developers to get timestamps, and added comment where they are declared. If there are functions to get time_t, there should be corresponding functions to set it via time_t as well. And there's one thing I'm curious about, that how could a programmer using libbarry write records back to BlackBerry using this parser? I thought that the parsers are only for reading records from BlackBerry? See the code in src/r_contact.cc. There are two sets of functions in all record classes. One is ParseHeader() and ParseFields(). The other is BuildHeader() and BuildFields(). Not all record classes have the Build*() functions implemented yet, but that's how it is done. Still don't know how to submit a patch through Git???. So again, attached them here. See http://www.netdirect.ca/software/packages/barry/patches.php for docs on how to submit patches. With git, you can create a fork on repo.or.cz and push your changes there, or even just push to the mob branch, or create your changes on a git branch of your own, and then do: git diff master mybranch If you've taken the time to make the patches in small chunks, and have a series of them to submit, use git-format-patch: git format-patch master and post the resulting 000*.patch files to the mailing list. Feel free to ask any
Re: [Barry-devel] recent opensync 0.4x API changes
On Sat, Apr 04, 2009 at 08:01:14PM +0200, Nicolas wrote: By the way, for the try catch from vcard/vevent... The patch is usefull only if AddRecord / SetRecord failed. builder function converts data to BlackBerry format, but if the result isn't understood by the device (sample, the photo isn't correctly encoded), AddRecord / SetRecord returns an exception. So you exit opensync roughly... And you have to make a slow-sync. In using this try/catch, I can ignore the error and skip the vcard/vevent mal formed and avoid the slow-sync. It isn't very important, because we don't have to get error ! I guess I still don't understand why there is a difference. When you say that it exits opensync roughly, is the exception escaping from the plugin code, and causing the plugin to crash? I wrote in my other email: The only difference in code paths, as far as I can see, is that if the exception is caught in commit_change(), then osync_context_report_error() reports OSYNC_ERROR_IO_ERROR. If CommitData() returns false, then osync_context_report_error() reports OSYNC_ERROR_PARAMETER. Is this difference between error codes enough to cause a slow sync for you? With the additional try/catch, you return false in CommitData() and then it checks for false and returns an error to opensync. If there is an exception, it *should* be caught inside the try/catch in commit_change(), and return the same error to opensync, except for a different ID. If the Barry plugin is crashing due to an unhandled exception, then that's definitely a bug. - Chris -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Barry Plugin Availability?
On Wed, Apr 08, 2009 at 07:22:24PM -0600, Frederic Herman wrote: I have libopensync version 0.36-3.fc10 I'm willing to try to build the required packages, but I would need help doing it since I am unfamiliar with the process. I don't even know what packages I would be building or where to get the source from. So if you want to help me through it, I'll try it. Great! First of all, the obligatory pointer to the documentation :-) http://www.netdirect.ca/software/packages/barry/ That is geared for version 0.14, but still pretty useful. It will be updated with 0.15 docs soon when we make a new release. If you are using YUM, install the following: yum install \ autoconf automake libtool gcc g++ libusb-devel \ pkg-config \ sqlite3 cmake glib2 libxml2-devel That was off the top of my head, so the names of packages may be a little off. This is a first start... if we missed any dependencies, we'll find it in the build process. Next, I recommend you use git to grab the latest Barry sources. yum install git It might be called git-core on your system. Install SVN for opensync: yum install svn Next, pick a directory for your Barry sources: mkdir ~/play cd ~/play git clone git://repo.or.cz/barry.git barry Grab the latest opensync sources: svn co http://svn.opensync.org/trunk opensync svn co http://svn.opensync.org/osynctool/trunk osynctool svn co http://svn.opensync.org/plugins/evolution2 evolution2 svn co http://svn.opensync.org/format-plugins/vformat vformat svn co http://svn.opensync.org/format-plugins/xmlformat/trunk xmlformat Setup your environment: export PKG_CONFIG_PATH=/home/you/play/rootdir/lib/pkgconfig export OSYNC_TRACE=/home/you/play/trace_logs mkdir /home/you/play/trace_logs export LD_LIBRARY_PATH=/home/you/play/rootdir/lib Build opensync: rm -rf rootdir for f in opensync osynctool evolution2 vformat xmlformat ; do (cd $f rm -rf build mkdir build cd build \ cmake -DCMAKE_INSTALL_PREFIX=/home/you/play/rootdir \ make make install) done Build Barry: cd ~/play/barry ./buildgen.sh ./configure --prefix=/home/you/play/rootdir --enable-opensync-plugin-4x make make install You don't need to be root for any of the above. At this point you can run osynctool from your own ~/play/rootdir/bin directory. Do the usual --addgroup, --addmember, --configure, --discover, --sync steps from the command line, making sure to run 'evolution --force-shutdown' between --discover and --sync, and before each new --sync. If you run into build errors, just paste the whole screenful of text and we'll work it out. :-) Thanks! - Chris -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Barry Plugin Availability?
On Thu, Apr 09, 2009 at 02:26:11AM -0400, John Ladan wrote: The openSync plugin for Kontact (actually Akonadi) wasn't released for 4.2, because of the unstable nature of openSync 0.4. It and the latest version of KitchenSync should be available in the first major release of KDE after openSync stabilizes. Last I heard, the goal was to have it ready for KDE 4.3. Interesting... looking at the kdepim plugin, it looks like it depends on kde3 libraries... I guess I'll find out what it can actually do, if I get it to compile. :-) What libraries does Kontact depend on for reading/writing its data source? - Chris -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
Re: [Barry-devel] Barry Plugin Availability?
On Thu, Apr 09, 2009 at 06:14:14AM -0600, Frederic Herman wrote: I executed the svn for kdepim, and that worked. It actually compiled for you? You might need to remove your existing 0.36 opensync libraries... I have a suspicion that they are interfering with your build. The kdepim plugin does not compile for me over here, at least not against the latest opensync SVN code. I seems to be at the point to try to set up the sync for the barry plugin and kdepim, but I need to be pointed to specific instructions/documentation on osynctool. Chris mentioned the usual osynctool commands, but I need to understand what I'm doing with the commands. Syncing is configured by group. You add members (plugins) to the group, and then configure each plugin to point to the right places. For example, you would configure the evolution plugin to point to your ~/.evolution directories, and you'd configure your Barry plugin with the PIN number of your device. Then you run discover which helps opensync know what each plugin and device is capable of. Then you run the sync, which does the actual data copying. So, in terms of actual commands, it looks something like this: (When I type osynctool here, it may need to be the full path, such as ~/play/rootdir/bin/osynctool, depending on how you have your PATH variable setup.) run backups osynctool --listplugins osynctool --addgroup MyGroup osynctool --addmember MyGroup kdepim osynctool --addmember MyGroup barry-sync osynctool --configure MyGroup 1 osynctool --configure MyGroup 2 osynctool --discover MyGroup osynctool --sync MyGroup Once it is configured, you only need the last --sync command to keep up to date, at least in the ideal circumstances. The note on run backups is not a joke. :-) You're playing with your PIM data here, and you want to be able to reset your Blackberry and your PIM software to the way they were before you started testing the sync code. I don't know offhand how to backup Kontact, but you can backup your Address Book and Calendar on your BlackBerry using Barry. Be sure to test that you can restore your backups (at least for the Address Book and Calendar databases) before you start playing. Compile Barry with the gui like: cd ~/play/barry ./buildgen.sh cleanall ./buildgen.sh ./configure --prefix=/home/you/play/rootdir \ --enable-gui --enable-opensync-plugin-4x make make install ~/play/rootdir/bin/barrybackup You will need the following dependencies installed to compile the GUI: gtkmm, glademm, and glibmm devel libraries libtar devel library zlib devel library - Chris -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel