On Tue, Mar 30, 2010 at 7:24 PM, Chris Frey <cdf...@foursquare.net> wrote:
> On Tue, Mar 30, 2010 at 03:21:30PM -0600, Nathanael Noblet wrote:
> > Sure, He's asked me to handle the package for now, also, Adam Williamson
> no
> > longer works for Mandriva and actually works for Fedora so isn't the
> > packager there either.
>
> Thanks.
>
> Does anyone from Mandriva know who the Mandriva contact person is?
> Or is there anyone who would volunteer to find out for me? :-)
>
I'll see if I can find out.
>
>
> > The barry package is available in all main repos that come with Fedora,
> I've
> > just pushed this latest update into their updates-testing repo to see if
> it
> > fixes a number of reported bugs.
> >
> > Could take a look at the two bugs marked New, I haven't even looked if
> they
> > are related to the version that has been in fedora till now, so they
> could
> > be fixed.
> > https://bugzilla.redhat.com/buglist.cgi?component=barry&product=Fedora
>
> Is there a stable URL for downloading individual RPMs and src RPMs from the
> official repositories?
>
http://download.fedora.redhat.com/pub/fedora/linux/releases/
No URL is really required for installed fedora releases, simply do yum
install barry [barry-opensync]
> > I'm not sure if you want to follow the fedora rpm spec or not, they have
> a
> > number of guidelines that not everyone likes sometimes. The one thing I
> > noticed is that your spec file installs the barrybackup icon in
> > _datadir/pixmaps which from what they tell me is deprecated, you should
> be
> > using _datadir/icons/hicolor/XxX/apps/ so the icon file you provide is
> 48x48
> > so that replaces the XxX. Other than that they are fairly similarly laid
> > out.
>
> Currently I'm only building releases for Debian, Ubuntu, and Fedora, when
> I do a release of my own. So if there are changes to make Barry more
> friendly to the latest distro, it would be good to include it.
>
> I'm thinking of spinning the spec files off into directories by distro
> and version. The latest barry.spec file for Fedora should always have
> all the latest changes. If I can get those changes from the maintainer,
> that's even better. Because I often don't follow the latest distro
> changes until after it's released, and then I have to spend a few hours
> just updating things, and sometimes figuring our how to just make it work.
> And I inevitably miss things, such as policy changes like you mentioned
> above.
>
> Short version: please please please send your changes upstream. :-)
>
Will do. There are a few changes I think I want to make to split the package
up a bit, you can
> On a completely different side note, I was testing this new version and
> had
> > it trying to sync contacts, I was using the opensync plugins for barry
> and
> > sunbird, it fails when trying to sync contacts, I realize you don't have
> > anything to do with sunbird or their opensync plugin, however since it
> just
> > sits there you have to kill the process, at which point the blackberry
> can
> > no longer communicate with the system, you get some usb error. breset
> fixes
> > that, as does un-plugging and re-plugging in the device. I'm wondering if
> > that isn't something that the tool/plugin could detect automatically...
> > Hopefully that made sense without specific details.
>
> Yep, it made sense. I suppose we could reset automatically, but I don't
> like that solution. As I already mentioned to Nicolas. :-)
>
> I'd much rather find out what Windows does to handle this situation,
> and implement that. But maybe that's asking to much, when the reset
> solution is easier to implement.
>
> In any case, the fix would need to be optional, and only kick in when
> the usual 44 size exception happens. And preferrably make this an
> easy option to use, built into the library API.
>
> If anyone has a patch like that, I'd probably accept it. But a proper
> reverse-engineering of the Windows method of recovering would be
> nicer. :-)
>
>
I have access to a Mac with blackberry software... is that any easier to
debug with? I've never done anything like this though I am fairly competent
with programming and understanding the concepts of what is going on. I've
reverse engineered a touchscreen driver once. This would be new for me
though.
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel
