[Bug 1121601] Review Request: rt - request tracker

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1121601



--- Comment #6 from Bill McGonigle <bill-bugzilla.redhat.com@xxxxxxxxxxxxxxxx> ---
(In reply to Ralf Corsepius from comment #3)
> No. rt accesses the *.ttf files directly through hard-coded paths, 
> i.e. just requiring google-droid-sans-fonts would not be sufficient, because
> the package providing the *ttf files could change at any time and because
> the path these *ttf files are being installed could change at any time.

Wouldn't we need to patch RT then, to live in the Fedora ecosystem?  Duplicate
installation of the fonts wouldn't be desirable.

> Could you elaborate? I do not understand.
> 
> Each package is supposed to provide "rt* = %{version}-%{release}"
> and the corresponding "rt3-* = %{version}-%{release}".

Ah, I think I see now that you're trying to provide a smooth upgrade path. 
These are the errors from my scrollback buffer, but it may have just been
because I had the last packages installed and I mis-interpreted:

[bill@apps noarch]$ sudo rpm -Uhv
perl-Plack-Middleware-Test-StashWarnings-0.08-1.el7.centos.noarch.rpm
rt-\*4.0.21* perl-RT-Test-4.0.21-1.el7.centos.noarch.rpm 
error: Failed dependencies:
        rt3 conflicts with (installed) rt4-4.0.8-0.20121228.0.el7.centos.noarch
        rt3-mailgate conflicts with (installed)
rt4-mailgate-4.0.8-0.20121228.0.el7.centos.noarch
        rt3-tests conflicts with (installed)
rt4-tests-4.0.8-0.20121228.0.el7.centos.noarch


> shipping "rt3" doesn't make any sense, anymore.

totally agree - shipping rt3 is way worse than shipping 4.0.21. 
Perfect/enemy/good.

Just a note, 4.0.21 seems to have caused some breakage for me over 4.0.8 -
getting ticket creation failures with Pg errors:

rt4=> SELECT main.* FROM CustomFields main JOIN ObjectCustomFields
ObjectCustomFields_1  ON ( ObjectCustomFields_1.CustomField = main.id )  WHERE
(ObjectCustomFields_1.ObjectId = '5' OR ObjectCustomFields_1.ObjectId = '0')
AND (main.Disabled = '0') AND (main.LookupType =
'RT::Queue-RT::Ticket-RT::Transaction')  GROUP BY main.id  ORDER BY
MIN(ObjectCustomFields_1.SortOrder) ASC
rt4-> ;
ERROR:  column "main.name" must appear in the GROUP BY clause or be used in an
aggregate function
LINE 1: SELECT main.* FROM CustomFields main JOIN ObjectCustomFields...
               ^

4.0.8 was perfect for about a week.  I'm going to see if I can chase that one
down - maybe need a newer DBIx::SearchBuilder?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review





[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]