> Subject: Re: [rt-users] Possible to downgrade DB from 3.8 to 3.6?
>
>
> On Dec 13, 2010, at 6:06 PM, Gary Greene wrote:
>
> > On 13/12/10 9:43 AM, "John Arends" wrote:
> >> CPAN makes me cranky, but trying to package all the perl modules as
> RPMs
&g
I've been working on one for SuSE on the wiki. I'm still a little behind on
getting it all done.
On 13/12/10 4:14 PM, "John Arends" wrote:
>
> On Dec 13, 2010, at 6:06 PM, Gary Greene wrote:
>
>> On 13/12/10 9:43 AM, "John Arends" wrote:
>>> CPAN makes me cranky, but trying to package all th
On Dec 13, 2010, at 6:06 PM, Gary Greene wrote:
> On 13/12/10 9:43 AM, "John Arends" wrote:
>> CPAN makes me cranky, but trying to package all the perl modules as RPMs
>> makes me crankier. It's like wrapping one packaging system around
>> another one, and fighting with both of them.
>>
>
> Th
On 13/12/10 9:43 AM, "John Arends" wrote:
> CPAN makes me cranky, but trying to package all the perl modules as RPMs
> makes me crankier. It's like wrapping one packaging system around
> another one, and fighting with both of them.
>
This is why I use cpan2rpm every time.
> The reality is, ever
> > CPAN makes me cranky, but trying to package all the perl modules as RPMs
> > makes me crankier. It's like wrapping one packaging system around
> another
> > one, and fighting with both of them.
I've done this quite successfully. I've got RH distributed perl + packages
plus those that I've ma
> RHEL is a major platform, and I'd love it if BestPractical supported
> it in some official way so we don't have these kinds of problems we
> have to work around.
>
I try pretty hard not to push the commercial side of the business on the
mailing lists, but BPS _is_ a business and we tend to spe
On Mon, Dec 13, 2010 at 11:43:14AM -0600, John Arends wrote:
> CPAN makes me cranky, but trying to package all the perl modules as RPMs
> makes me crankier. It's like wrapping one packaging system around another
> one, and fighting with both of them.
>
> The reality is, every time RHEL updates pe
CPAN makes me cranky, but trying to package all the perl modules as RPMs
makes me crankier. It's like wrapping one packaging system around
another one, and fighting with both of them.
The reality is, every time RHEL updates perl, RT will break. I solve
this by having an identical test system.
On 13/12/2010 16:26, John Arends wrote:
I don't understand people's desire to use 3rd party RT packages.
You're then at the mercy of the packager, and it makes it harder to
fix problems and apply upgrades when new RT releases come out.
It's better to learn the internals of RT and deal with its
I don't understand people's desire to use 3rd party RT packages. You're
then at the mercy of the packager, and it makes it harder to fix
problems and apply upgrades when new RT releases come out.
It's better to learn the internals of RT and deal with its
idiosyncrasies than to use a package yo
RedHat is god, ftw!
On 12/13/10 10:59, Kevin Falcone wrote:
On Mon, Dec 13, 2010 at 01:50:44PM +, Khusro Jaleel wrote:
I am thinking of migrating an RT instance from a machine running RT
3.8.1 to a machine running 3.6, but I'm not sure if this is even
possible? Is it possible to move the My
On Mon, Dec 13, 2010 at 01:50:44PM +, Khusro Jaleel wrote:
> I am thinking of migrating an RT instance from a machine running RT
> 3.8.1 to a machine running 3.6, but I'm not sure if this is even
> possible? Is it possible to move the MySQL DBs straight across from
> 3.8 to 3.6 without any issu
Hello,
I am thinking of migrating an RT instance from a machine running RT
3.8.1 to a machine running 3.6, but I'm not sure if this is even
possible? Is it possible to move the MySQL DBs straight across from 3.8
to 3.6 without any issues? If there are any tweaks to be done, are they
major?
13 matches
Mail list logo
