From bugs+rpl at rpath.com Tue Aug 28 09:12:43 2007 From: bugs+rpl at rpath.com (Administrator - Auto (rITS)) Date: Tue, 28 Aug 2007 09:12:43 -0400 (EDT) Subject: [rpl-desktop-team] [ISSUE] Closed: (RPL-894) how will rpl:2 deal with proprietary graphics drivers ... Message-ID: <1276441337.1188306763663.JavaMail.tomcat@jira-corp.cogent-dca.rpath.com> [ http://issues.rpath.com/browse/RPL-894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Administrator - Auto closed RPL-894. ------------------------------------ Closing this issue since it has been in resolved status for thirty days. Re-open if this is not satisfactory. > how will rpl:2 deal with proprietary graphics drivers ... > ---------------------------------------------------------- > > Key: RPL-894 > URL: http://issues.rpath.com/browse/RPL-894 > Project: rPath Linux > Issue Type: Task > Security Level: Public(Viewable by anyone) > Affects Versions: rPath Linux 2 Development, rPath Linux 2 - alpha 2, rPath Linux 2 > Reporter: Ant?nio Meireles [aka doniphon] > Assignee: rPL Desktop Integration Team > Priority: Major - SEV 2 > Fix For: July 19, 2007 > > > I understand that out of the box rpl:2 is a pure OSS distro, shipping only with opensource components. that said, if it wants to be taken seriously as a desktop contender steps must be taken to allow users thru conary to install third-party graphics drivers smoothly, without resorting to hacks. > So after an irc chat with David Christian, i'm bringing this issue to wider discussion - The issue, in current rpl:1 is simple - Both nvidia and ati drivers want to overwrite some Mesa/xorg files (libglx related) and conary won 't allow that. The road we have taken in foresight after much talk with all the usual suspects - dugan, msw, mkj - was to follow a dugan's idea and get a flavoured group-dist and distro-release combo. > So, in our approach by default both group-dist and distro release are ['!nvidia,!ati'] forcing the standard xorg-server and Mesa packages to be installed. When any of the flavours get activated Mesa and xorg-server are reinstalled in the corresponding flavour which eliminates the current file conflicts. > This method isn 't pretty but proved to work to us in the last months. So, what i propose is having rpl:2 and foresight to share this solution (which allows for a single xorg package base) or get some way of conary handling this, as it is critical, from a desktop user point of view. > references - look at group-dist, xorg-server, Mesa and distro-release in the fl:1 repo -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.rpath.com/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From bugs+rpl at rpath.com Tue Aug 28 09:12:44 2007 From: bugs+rpl at rpath.com (Administrator - Auto (rITS)) Date: Tue, 28 Aug 2007 09:12:44 -0400 (EDT) Subject: [rpl-desktop-team] [ISSUE] Closed: (RPL-926) Fonts in RPL2 Message-ID: <2125779877.1188306764379.JavaMail.tomcat@jira-corp.cogent-dca.rpath.com> [ http://issues.rpath.com/browse/RPL-926?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Administrator - Auto closed RPL-926. ------------------------------------ Closing this issue since it has been in resolved status for thirty days. Re-open if this is not satisfactory. > Fonts in RPL2 > ------------- > > Key: RPL-926 > URL: http://issues.rpath.com/browse/RPL-926 > Project: rPath Linux > Issue Type: New Feature > Security Level: Public(Viewable by anyone) > Affects Versions: rPath Linux 2 Development > Reporter: Pavel Volkovitskiy > Assignee: rPL Desktop Integration Team > Priority: Major - SEV 2 > Fix For: July 19, 2007 > > > There is no good fonts in rpl:devel afaik, but this really important for desktop > so i suggest to add DejaVu fonts (http://fedoraproject.org/wiki/Fonts/DejaVu) and make it default fonts > (now packaged as dejavu-ttf in contrib) > also there is very clean fixed width font called terminus (http://www.is-vn.bg/hamster/jimmy-en.html) > (now packaged as terminus-font in contrib) > There is one issue with terminus.. it's bitmap font and bitmap fonts disabled in fontconfig by default in rpl:devel afaik (am i'm wrong?) > so, i'm not sure what to do with this, but the first thing i'm doing after system install - install terminus for konsole/other terminal -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.rpath.com/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From bugs+rpl at rpath.com Tue Aug 28 09:12:44 2007 From: bugs+rpl at rpath.com (Administrator - Auto (rITS)) Date: Tue, 28 Aug 2007 09:12:44 -0400 (EDT) Subject: [rpl-desktop-team] [ISSUE] Closed: (RPL-1000) images viewer for kde Message-ID: <1856923522.1188306764804.JavaMail.tomcat@jira-corp.cogent-dca.rpath.com> [ http://issues.rpath.com/browse/RPL-1000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Administrator - Auto closed RPL-1000. ------------------------------------- Closing this issue since it has been in resolved status for thirty days. Re-open if this is not satisfactory. > images viewer for kde > --------------------- > > Key: RPL-1000 > URL: http://issues.rpath.com/browse/RPL-1000 > Project: rPath Linux > Issue Type: New Feature > Security Level: Public(Viewable by anyone) > Affects Versions: rPath Linux 2 > Reporter: Pavel Volkovitskiy > Assignee: rPL Desktop Integration Team > Priority: Major - SEV 2 > Fix For: July 19, 2007 > > > currently we don't build kuickshow (kde images viewer) because it needs imlib (which has a lot of security issues) > so i suggest to add gwenview (http://gwenview.sourceforge.net/) as replacement. it uses exiv2 library (http://www.exiv2.org/) to read image metadata > It also has optional KIPI support (KDE Image Plugin Interface http://extragear.kde.org/apps/kipi/) but i'm not sure if it can be imported too. > There will be really cool to add digikam (http://www.digikam.org/) > =============== > digiKam is an advanced digital photo management application for KDE, which makes importing and organizing digital photos a "snap". The photos can be organized in albums which can be sorted chronologically, by directory layout or by custom collections. > =============== > but i think it's unreal now -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.rpath.com/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira