10:10 a.m.
Hi,
So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
Provider 1.8.5 add on. There isn't a newer version of the add-on available.
I need to revert to tbird 14. I can't seem to find an rpm or delta rpm
of it anywhere. The original f17 repo has tbird 12 and I can now only
find tbird 15 or delta rpms from 12 to 15 or 14 to 15.
Short of restoring from a backup or just using tbird 12, or just
downloading the bits from mozilla, is there a way to pick up the rpm?
--
Nate Pearlstein - npearl(a)sgi.com - Product Support Engineer
9:25 a.m.
On 08/30/2012 09:48 PM, Joe Zeff wrote:
Right now, both Thunderbird and Firefox do exactly that the first
time you run them after an update. The problem is, how do you arrange to get that done
*before* the update is installed, and how do you deal with the needed input from the user.
Remember, it's quite possible that this might be run from a CLI with no GUI running.
And the update process is system-wide, while plugins are installed
by each user in his own home directory.
The truth is that applications which incorporate their "on my own" installation
and update system really suck as they try to steal yum its job.
(firefox, thunderbird, chrome, eclipse, ...)
They bring to Linux poor workarounds designed on operating system without
a serious package manager.
--
Roberto Ragusa mail at robertoragusa.it
3:21 p.m.
Am 08.09.2012 22:14, schrieb Eddie G. O'Connor Jr.:> In all my years using
Thunderbird (since version 10!)
years?
version 10?
kidding?
thunderbird-10.0-1.fc16
2012-01-31 13:32:06
for a user of thunderbird since 1.0.x (2006) your post
sounds like a joke :-)
3:23 p.m.
On 08/30/2012 03:25 PM, Joe Zeff wrote:
On 08/30/2012 12:01 PM, Don Levey wrote:
> Because they do it*after* installation. Why not do it before
> installation instead? I'm not talking about random extensions that are
> created off in some backwater corner of the internet. I'm talking about
> extensions registered with the Mozilla project, downloaded and installed
> from there.
Do you have even the slightest idea how much work your idea would take
for each and every update? How much of your Copious Free Time are you
willing to donate?
I was always under the impression that there was a
"Team" of coders /
developers whom worked night & day on the various parts of an
application / distro / extension!?....Is this NOT the case!?.....
EGO II
3:14 p.m.
On 08/30/2012 02:45 PM, Joe Zeff wrote:
On 08/30/2012 11:29 AM, Don Levey wrote:
> On 8/30/2012 11:10, Nate Pearlstein wrote:
>> Hi,
>>
>> So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
>> Provider 1.8.5 add on. There isn't a newer version of the add-on
>> available.
>>
> Wouldn't it be nice if the installation routine checked for add-on
> incompatibilities *before* it actually installed the new version?
> -Don
>
No. Given the choice, I'd rather have an updated/upgraded version of
Thunderbird, especially if there are important security patches,
because I can't think of an add-on that's more important than that.
Be glad that Thunderbird does check after an update and lets you know
what, if any of your add-ons aren't compatible.
In all my years using
Thunderbird (since version 10!) it's always
checked my add-ons, and the things that got removed due to being
incompatible....I consider trade-offs for more functionality, security,
and all around usability. I guess sometimes you can't have your cake and
eat it too!
EGO II
2:09 p.m.
El jue, 30-08-2012 a las 14:56 -0400, Don Levey escribió:
>
> No. Given the choice, I'd rather have an updated/upgraded version of
> Thunderbird, especially if there are important security patches, because
> I can't think of an add-on that's more important than that. Be glad
> that Thunderbird does check after an update and lets you know what, if
> any of your add-ons aren't compatible.
Knowing that an update would invalidate an extension would in no way
prevent you from installing the update if you chose to do so. But not
knowing that one's extension will no longer work until after
installation causes some people to delay installation for longer than
necessary, until they know for certain via external sources that there
is an extension that will work. I tend to prefer information. YMMV.
-Don
I agree. Is happening now to me. Because I lose some addons in the
last Firefox update, I rather wait for updating Thunderbird.
Anyway, it works fine to me.
Just my point of view
Lailah
7:08 p.m.
On 2012/08/30 17:02, Joe Zeff wrote:
On 08/30/2012 04:41 PM, jdow wrote:
> My arguments with T'bird on that sort of issue are becoming annoying
> enough a second chance may be warranted for Evolution - or even the Windows
> successor to Outlook - Putrilook (tm).)
Are you sure that's not actually part of PutriDOS? Not only does it sound like
something that belongs there, it'd be appropriate. Back when I did tech support
I preferred to refer to it (not to callers) as OutHouse and OutHouse Excess.
For those of you who are lucky enough not to be familiar with PutriDOS, it was a
hoax OS created by Thom Digby. PutriDOS was an actively user-hostile OS that
was "maintained" by hex patches either from a user group or one of the three
companies (Putridos, PutridDOS and PutriTech) selling conflicting versions of
the OS and programs.
The original version was created with a vast series of hex patches glued
to a floppy disk.
{O,o}
7:02 p.m.
On 08/30/2012 04:41 PM, jdow wrote:
My arguments with T'bird on that sort of issue are becoming
annoying
enough a second chance may be warranted for Evolution - or even the Windows
successor to Outlook - Putrilook (tm).)
Are you sure that's not actually part of PutriDOS? Not only does it
sound like something that belongs there, it'd be appropriate. Back when
I did tech support I preferred to refer to it (not to callers) as
OutHouse and OutHouse Excess.
For those of you who are lucky enough not to be familiar with PutriDOS,
it was a hoax OS created by Thom Digby. PutriDOS was an actively
user-hostile OS that was "maintained" by hex patches either from a user
group or one of the three companies (Putridos, PutridDOS and PutriTech)
selling conflicting versions of the OS and programs.
7:01 p.m.
On 8/30/2012 19:55, Suvayu Ali wrote:
On Thu, Aug 30, 2012 at 04:41:26PM -0700, jdow wrote:
> painful stuff (making sure addons still work.) As a user this is rapidly
> becoming VERY annoying. I may revisit Evilution (sic) as a substitute.
If I may suggest an extremely versatile alternative, claws-mail.
Both of these are possibilities, though I seem to recall I had poor
experiences with Evolution a while back. Still worth a look, though.
Thanks!
-Don
6:55 p.m.
On Thu, Aug 30, 2012 at 04:41:26PM -0700, jdow wrote:
painful stuff (making sure addons still work.) As a user this is
rapidly
becoming VERY annoying. I may revisit Evilution (sic) as a substitute.
If I may suggest an extremely versatile alternative, claws-mail.
--
Suvayu
Open source is the future. It sets us free.
6:52 p.m.
On 08/30/2012 10:10 AM, Nate Pearlstein wrote:
Hi,
So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
Provider 1.8.5 add on. There isn't a newer version of the add-on available.
I need to revert to tbird 14. I can't seem to find an rpm or delta rpm
of it anywhere. The original f17 repo has tbird 12 and I can now only
find tbird 15 or delta rpms from 12 to 15 or 14 to 15.
Short of restoring from a backup or just using tbird 12, or just
downloading the bits from mozilla, is there a way to pick up the rpm?
So, dudes, sh*t happens. See
https://www.1st-setup.nl/bugzilla/show_bug.cgi?id=132, comment #4
He adds a link to the dev version of the fix
"In branch e4xReplacement in the github repository
(https://github.com/1stsetup/exchangecalendar) you can follow the progress."
--
-- Steve
6:41 p.m.
On 2012/08/30 12:44, Joe Zeff wrote:
On 08/30/2012 12:33 PM, Don Levey wrote:
> Given that I don't have the skills necessary, my time isn't worth much
> to the project, and based upon the tone of your response, to you either.
> If your major interest in this question is to tell me why I'm wrong,
> STFU and go away, then please don't bother to respond further. If
> you're interested in politely either suggesting how I might manage the
> situation or that there are technical reasons why this isn't practical,
> then I'll be happy to continue.
I had no intention of being offensive, or of insulting you. Alas, I seem to
have done so anyway. Please accept my apologies for this inadvertent offense.
Actually, AIUI, what's needed isn't programming skills, it's the time and
patience to test the new Thunderbird with various add-ons active and see if it
works OK. The term "Copious Free Time" is a fairly standard way of reminding
people of how limited that resource always is.
Joe, the detail still remains the boys doing the development at Mozilla
appear to have enough lack of self-discipline that they do the fun stuff,
add new features, without doing at least some portion of the boring and
painful stuff (making sure addons still work.) As a user this is rapidly
becoming VERY annoying. I may revisit Evilution (sic) as a substitute.
(I had an unfortunate argument with it when I last tried it about doing it
MY way. My arguments with T'bird on that sort of issue are becoming annoying
enough a second chance may be warranted for Evolution - or even the Windows
successor to Outlook - Putrilook (tm).)
{^_^}
2:58 p.m.
On 8/30/2012 15:48, Joe Zeff wrote:
On 08/30/2012 12:34 PM, Don Levey wrote:
> As for the Linux version, I honestly don't know. Perhaps a
> separate utility to scan the XPIs installed and check the Mozilla
> database against the new version? I don't know if that's possible,
> or even if that's a realistic thing to suggest. I am not a
> programmer, or I would try doing something like that myself.
Right now, both Thunderbird and Firefox do exactly that the first
time you run them after an update. The problem is, how do you
arrange to get that done *before* the update is installed, and how do
you deal with the needed input from the user. Remember, it's quite
possible that this might be run from a CLI with no GUI running.
Indeed. I can't see how to integrate it with the blanket "yum update",
but a CLI utility that simply spits out a list? Could that work? No,
it's not idiot-proof, but it could serve the purpose. The fact that
this does happen, after the (update) fact, tells me that at least the
engine is there.
I had no intention of being offensive, or of insulting you. Alas, I
seem to have done so anyway. Please accept my apologies for this
inadvertent offense.
Thank you, and please accept my apologies for possibly coming off
negatively also. It has apparently been a less-good day than I had
thought, but I shouldn't have let it get to the keyboard.
Actually, AIUI, what's needed isn't programming skills,
it's the time
and patience to test the new Thunderbird with various add-ons active
and see if it works OK. The term "Copious Free Time" is a fairly
standard way of reminding people of how limited that resource always
is.
I could certainly put some time into that sort of testing, though
whether it's enough is another question. I'd done that before when the
Lightning project was trying to get things to work with the CalDAV
server I use.
-Don
2:48 p.m.
On 08/30/2012 12:34 PM, Don Levey wrote:
As for the Linux version, I honestly don't know. Perhaps a
separate
utility to scan the XPIs installed and check the Mozilla database
against the new version? I don't know if that's possible, or even if
that's a realistic thing to suggest. I am not a programmer, or I would
try doing something like that myself.
Right now, both Thunderbird and Firefox do exactly that the first time
you run them after an update. The problem is, how do you arrange to get
that done *before* the update is installed, and how do you deal with the
needed input from the user. Remember, it's quite possible that this
might be run from a CLI with no GUI running.
2:44 p.m.
On 08/30/2012 12:33 PM, Don Levey wrote:
Given that I don't have the skills necessary, my time isn't
worth much
to the project, and based upon the tone of your response, to you either.
If your major interest in this question is to tell me why I'm wrong,
STFU and go away, then please don't bother to respond further. If
you're interested in politely either suggesting how I might manage the
situation or that there are technical reasons why this isn't practical,
then I'll be happy to continue.
I had no intention of being offensive, or of insulting you. Alas, I
seem to have done so anyway. Please accept my apologies for this
inadvertent offense.
Actually, AIUI, what's needed isn't programming skills, it's the time
and patience to test the new Thunderbird with various add-ons active and
see if it works OK. The term "Copious Free Time" is a fairly standard
way of reminding people of how limited that resource always is.
2:38 p.m.
On 8/30/2012 3:33 PM, Don Levey wrote:
On 8/30/2012 15:25, Joe Zeff wrote:
> On 08/30/2012 12:01 PM, Don Levey wrote:
>> Because they do it*after* installation. Why not do it before
>> installation instead? I'm not talking about random extensions that are
>> created off in some backwater corner of the internet. I'm talking about
>> extensions registered with the Mozilla project, downloaded and installed
>> from there.
>
> Do you have even the slightest idea how much work your idea would take
> for each and every update? How much of your Copious Free Time are you
> willing to donate?
Given that I don't have the skills necessary, my time isn't worth much
to the project, and based upon the tone of your response, to you either.
If your major interest in this question is to tell me why I'm wrong,
STFU and go away, then please don't bother to respond further. If
you're interested in politely either suggesting how I might manage the
situation or that there are technical reasons why this isn't practical,
then I'll be happy to continue.
-Don
I agree with Joe.
--
David
2:37 p.m.
On 8/30/2012 3:01 PM, Don Levey wrote:
On 8/30/2012 14:58, David wrote:
> On 8/30/2012 2:29 PM, Don Levey wrote:
>> On 8/30/2012 11:10, Nate Pearlstein wrote:
>>> Hi,
>>>
>>> So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
>>> Provider 1.8.5 add on. There isn't a newer version of the add-on
>>> available.
>>>
>> Wouldn't it be nice if the installation routine checked for add-on
>> incompatibilities *before* it actually installed the new version?
>> -Don
>>
>
>
> Why would you expect Mozilla to check each and every one of thousands of
> extensions, written by other developers, to be compatible with an
> updated Thunderbird. Especially when that update also provides security
> patches?
>
> I would think that the *user* should be responsible to check that. That
> way the *user* would know that this extension still works when mixed in
> with all of the other extensions that this *user* has installed. A
> compilation that might be unique. A 'one of a kind' combination.
>
Because they do it *after* installation. Why not do it before
installation instead? I'm not talking about random extensions that are
created off in some backwater corner of the internet. I'm talking about
extensions registered with the Mozilla project, downloaded and installed
from there.
So you are saying that the *user* does not check extension compatibility
*before* the user updates Thunderbird?
Try as hard as they might nothing is idiot proof. Idiots are too
resourseful. :-)
--
David
2:34 p.m.
On 8/30/2012 15:21, Joe Zeff wrote:
On 08/30/2012 11:56 AM, Don Levey wrote:
> Knowing that an update would invalidate an extension would in no way
> prevent you from installing the update if you chose to do so. But not
> knowing that one's extension will no longer work until after
> installation causes some people to delay installation for longer than
> necessary, until they know for certain via external sources that there
> is an extension that will work. I tend to prefer information. YMMV.
Having the warnings about extensions be only an advisory, allowing you
to proceed anyway, would be better than just stopping the update because
of an extension conflict. However, Thunderbird doesn't exactly update
itself under Linux, it depends on your distro's package management
system. How would you expect yum (either directly or indirectly through
yumex or the system updater or what have you) to handle this situation?
An excellent question. Currently I run Thunderbird on both Linux and
Windows, and right now it's Windows that is giving me the "update NOW"
messages. I almost never use the Linux version, preferring to
remote-desktop into my Windows-based work machine, because at least then
I have a chance of making sure my Mozilla-provided Lightning calendar
extension will actually work.
As for the Linux version, I honestly don't know. Perhaps a separate
utility to scan the XPIs installed and check the Mozilla database
against the new version? I don't know if that's possible, or even if
that's a realistic thing to suggest. I am not a programmer, or I would
try doing something like that myself.
-Don
2:33 p.m.
On 8/30/2012 15:25, Joe Zeff wrote:
On 08/30/2012 12:01 PM, Don Levey wrote:
> Because they do it*after* installation. Why not do it before
> installation instead? I'm not talking about random extensions that are
> created off in some backwater corner of the internet. I'm talking about
> extensions registered with the Mozilla project, downloaded and installed
> from there.
Do you have even the slightest idea how much work your idea would take
for each and every update? How much of your Copious Free Time are you
willing to donate?
Given that I don't have the skills necessary, my time isn't worth much
to the project, and based upon the tone of your response, to you either.
If your major interest in this question is to tell me why I'm wrong,
STFU and go away, then please don't bother to respond further. If
you're interested in politely either suggesting how I might manage the
situation or that there are technical reasons why this isn't practical,
then I'll be happy to continue.
-Don
2:25 p.m.
On 08/30/2012 12:01 PM, Don Levey wrote:
Because they do it*after* installation. Why not do it before
installation instead? I'm not talking about random extensions that are
created off in some backwater corner of the internet. I'm talking about
extensions registered with the Mozilla project, downloaded and installed
from there.
Do you have even the slightest idea how much work your idea would take
for each and every update? How much of your Copious Free Time are you
willing to donate?
2:21 p.m.
On 08/30/2012 11:56 AM, Don Levey wrote:
Knowing that an update would invalidate an extension would in no way
prevent you from installing the update if you chose to do so. But not
knowing that one's extension will no longer work until after
installation causes some people to delay installation for longer than
necessary, until they know for certain via external sources that there
is an extension that will work. I tend to prefer information. YMMV.
Having the warnings about extensions be only an advisory, allowing you
to proceed anyway, would be better than just stopping the update because
of an extension conflict. However, Thunderbird doesn't exactly update
itself under Linux, it depends on your distro's package management
system. How would you expect yum (either directly or indirectly through
yumex or the system updater or what have you) to handle this situation?
2:01 p.m.
On 8/30/2012 14:58, David wrote:
On 8/30/2012 2:29 PM, Don Levey wrote:
> On 8/30/2012 11:10, Nate Pearlstein wrote:
>> Hi,
>>
>> So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
>> Provider 1.8.5 add on. There isn't a newer version of the add-on
>> available.
>>
> Wouldn't it be nice if the installation routine checked for add-on
> incompatibilities *before* it actually installed the new version?
> -Don
>
Why would you expect Mozilla to check each and every one of thousands of
extensions, written by other developers, to be compatible with an
updated Thunderbird. Especially when that update also provides security
patches?
I would think that the *user* should be responsible to check that. That
way the *user* would know that this extension still works when mixed in
with all of the other extensions that this *user* has installed. A
compilation that might be unique. A 'one of a kind' combination.
Because they do it *after* installation. Why not do it before
installation instead? I'm not talking about random extensions that are
created off in some backwater corner of the internet. I'm talking about
extensions registered with the Mozilla project, downloaded and installed
from there.
-Don
1:58 p.m.
On 8/30/2012 2:29 PM, Don Levey wrote:
On 8/30/2012 11:10, Nate Pearlstein wrote:
> Hi,
>
> So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
> Provider 1.8.5 add on. There isn't a newer version of the add-on available.
>
Wouldn't it be nice if the installation routine checked for add-on
incompatibilities *before* it actually installed the new version?
-Don
Why would you expect Mozilla to check each and every one of thousands of
extensions, written by other developers, to be compatible with an
updated Thunderbird. Especially when that update also provides security
patches?
I would think that the *user* should be responsible to check that. That
way the *user* would know that this extension still works when mixed in
with all of the other extensions that this *user* has installed. A
compilation that might be unique. A 'one of a kind' combination.
--
David
1:56 p.m.
On 8/30/2012 14:45, Joe Zeff wrote:
On 08/30/2012 11:29 AM, Don Levey wrote:
> On 8/30/2012 11:10, Nate Pearlstein wrote:
>> Hi,
>>
>> So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
>> Provider 1.8.5 add on. There isn't a newer version of the add-on
>> available.
>>
> Wouldn't it be nice if the installation routine checked for add-on
> incompatibilities *before* it actually installed the new version?
> -Don
>
No. Given the choice, I'd rather have an updated/upgraded version of
Thunderbird, especially if there are important security patches, because
I can't think of an add-on that's more important than that. Be glad
that Thunderbird does check after an update and lets you know what, if
any of your add-ons aren't compatible.
Knowing that an update would invalidate an extension would in no way
prevent you from installing the update if you chose to do so. But not
knowing that one's extension will no longer work until after
installation causes some people to delay installation for longer than
necessary, until they know for certain via external sources that there
is an extension that will work. I tend to prefer information. YMMV.
-Don
1:45 p.m.
On 08/30/2012 11:29 AM, Don Levey wrote:
On 8/30/2012 11:10, Nate Pearlstein wrote:
> Hi,
>
> So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
> Provider 1.8.5 add on. There isn't a newer version of the add-on available.
>
Wouldn't it be nice if the installation routine checked for add-on
incompatibilities *before* it actually installed the new version?
-Don
No. Given the choice, I'd rather have an updated/upgraded version of
Thunderbird, especially if there are important security patches, because
I can't think of an add-on that's more important than that. Be glad
that Thunderbird does check after an update and lets you know what, if
any of your add-ons aren't compatible.
1:29 p.m.
On 8/30/2012 11:10, Nate Pearlstein wrote:
Hi,
So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
Provider 1.8.5 add on. There isn't a newer version of the add-on available.
Wouldn't it be nice if the installation routine checked for add-on
incompatibilities *before* it actually installed the new version?
-Don
12:21 p.m.
On 08/30/2012 10:10 AM, Nate Pearlstein wrote:
Hi,
So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
Provider 1.8.5 add on. There isn't a newer version of the add-on available.
I need to revert to tbird 14. I can't seem to find an rpm or delta rpm
of it anywhere. The original f17 repo has tbird 12 and I can now only
find tbird 15 or delta rpms from 12 to 15 or 14 to 15.
Short of restoring from a backup or just using tbird 12, or just
downloading the bits from mozilla, is there a way to pick up the rpm?
This is just a "me too" message. The add-on's developer posted a
"I'm
busy" message, so I'm not sure if there's a fix coming soon.
--
-- Steve
10:56 a.m.
On 08/30/2012 11:42 AM, Dario Lesca wrote:
Il giorno gio, 30/08/2012 alle 11.10 -0400, Nate Pearlstein ha
scritto:
> Hi,
>
> So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
> Provider 1.8.5 add on. There isn't a newer version of the add-on available.
So I appreciate the advice and am back on tbird 14. Actually, part of
the problem is that the add-on doesn't claim to be incompatible but it
just fails to work.
https://www.1st-setup.nl/bugzilla/show_bug.cgi?id=132
--
Nate Pearlstein - npearl(a)sgi.com - Product Support Engineer
10:42 a.m.
Il giorno gio, 30/08/2012 alle 11.10 -0400, Nate Pearlstein ha scritto:
Hi,
So thunderbird 15 breaks the Exchange 2007/2010 Calendar and Tasks
Provider 1.8.5 add on. There isn't a newer version of the add-on available.
You can try modify (at your own risk) the version of exchange 20072010
calendar.xpi add on:
Download the current 1.8.5 addon from
https://addons.mozilla.org/en-US/thunderbird/addon/exchange-20072010-cale...
Open it with xarchiver (or whatever you want), modify the line
"<em:maxVersion>13.0a1</em:maxVersion>") into install.rdf file like
this
"<em:maxVersion>15.0a1</em:maxVersion>", save the file and re-unzip
the
add on.
Now you can uninstall old add on and install this new (fake) add on in
thunderbird 15.0 ... should work, maybe ...
I need to revert to tbird 14. I can't seem to find an rpm or
delta rpm
of it anywhere. The original f17 repo has tbird 12 and I can now only
find tbird 15 or delta rpms from 12 to 15 or 14 to 15.
Short of restoring from a backup or just using tbird 12, or just
downloading the bits from mozilla, is there a way to pick up the rpm?
For come back to official old package you may run:
"sudo yum downgrade thunderbird*"
Or download v14 (i686 or x86_64) from http://rpm.pbone.net :
http://rpm.pbone.net/index.php3?stat=26&dist=84&size=39364921&...
Bye
--
Dario Lesca - sip:dario@solinos.it
(Inviato dal mio Linux Fedora 17 Gnome3)
10:16 a.m.
On 30/08/12 16:10, Nate Pearlstein wrote:
is there a way to pick up the rpm?
http://koji.fedoraproject.org/koji/
type thunderbird in packages
--
Regards,
Frank
"Jack of all, fubars"
4241
days inactive
4250
days old
29 comments
13 participants
participants (13)
-
Dario Lesca -
David -
Don Levey -
EGO-II.1 -
Frank Murphy -
jdow -
Joe Zeff -
Nate Pearlstein -
Reindl Harald -
Roberto Ragusa -
SternData -
Suvayu Ali -
Sylvia Sánchez