[gentoo-dev] RFC: dnssec root key trust anchor package
In light of the dnssec root key signing there is the issue of how to get this into default installs of operating systems. A number of programs that are DNSSEC aware will need access to the dnssec root key. I see this has the same problem that app-misc/ca-certificates solved and a net-dns/dnssec root package should be created to install the root key. I'm thinking this should install into /etc/dnssec/ which would contain the root key in xml and a bind format (also used by unbound) along with the certs and keys required to verify this. (source http://data.iana.org/root-anchors/) Looking at what other distros are doing I have only found the debian bug ( http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;bug=594911 ) which is solving it for one package rather than for all DNSSEC root key users. Looking at the ICANN proposals it seems this package will be updated every 2-5 years. Managing this as a distribution package will acheive a more consistant rollover when this occurs compared to relying on users to manage their own dnssec root download and operations. Am I going about this the right way or is there a better way? Daniel
[gentoo-dev] Last rites: app-text/ptex
# Alexis Ballier aball...@gentoo.org (13 Nov 2010)
# Last rites: app-text/ptex
# Ebuilds have been unmaintained for years. ptex is now merged in TeX Live
with
# the 2010 version: enable the cjk useflag. If you have any feature ptex had
# that is not available with TeX Live, please file a bug.
# Will be removed on max{13 Dec 2010, TeX Live 2010 stabilized}.
# Bugs: 303965, 323559 and 344585
app-text/ptex
Re: [gentoo-dev] mercurial.eclass: change clone destination
On 11/10/2010 07:16 PM, William Hubbs wrote:
On Mon, Nov 08, 2010 at 10:05:17PM +0200, Petteri R??ty wrote:
On 11/08/2010 06:17 AM, Donnie Berkholz wrote:
On 16:42 Sun 07 Nov , Petteri R??ty wrote:
On 11/06/2010 11:22 AM, Krzysztof Pawlik wrote:
Hello,
I'm sending this patch for discussion, what it changes? The change is to
where
the final clone of repository will be placed, it used to be
${WORKDIR}/${module}
(where module usually is the last component of source URI) to
${WORKDIR}/${P}
(essentially ${S}). This has few effects:
- ebuilds using mercurial.eclass don't need to set S any longer
- mercurial.eclass behaves more like git.eclass
- it breaks all existing ebuilds using this eclass
Which means that the doing the chance is not allowed as eclasses must
remain backwards compatible.
Is that really still the case now that full environments have been saved
for a number of years? Clearly breaking things is unacceptable, but I
could envision someone simultaneously updating the eclass and all
consumers.
There's no full environment saved before the package is installed and I
don't see why we should break overlays.
I didn't think we had to care about overlays since they aren't the main
tree? After all, how can we be sure what is happening in all overlays
out there?
I could see this, like Donnie says, if he wasn't going to fix all of the
ebuilds. However I don't see a problem with it since he said he is
going to fix all of the ebuilds.
If there are options that don't require breaking with no big downsides
then we should rather go with them. There usually are.
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-dev] Re: 150 bugs at bug-wranglers@
On Fri, Nov 12, 2010 at 05:52:10PM +0100, Jeroen Roovers wrote: On Thu, 11 Nov 2010 00:00:18 +0200 Alex Alexander wi...@gentoo.org wrote: 100 bugs? 150 bugs? 100 is better: that usually equates to a few days of backlog, whereas 150 bugs might very well denote an entire week's work. Alright, adjusted to 100 bugs for now :) -- Alex Alexander | wired + Gentoo Linux Developer ++ www.linuxized.com pgpeoLuDjVCjk.pgp Description: PGP signature
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-libs/qt-gui: ChangeLog qt-gui-4.7.1-r1.ebuild qt-gui-4.6.3-r1.ebuild
Hi, + 10 Nov 2010; Alex Alexander wi...@gentoo.org +qt-gui-4.6.3-r1.ebuild, + +qt-gui-4.7.1-r1.ebuild: + moved Qt's GTK style to x11-themes/qgtkstyle - this fixes the nasty + qt-gui/cairo bug #336801 what to do with packages depending on qt-gui[gtk] ? media-sound/qtractor fails to build now, even if I install qgtkstyle failure is the same as in bug #340581 A.
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-libs/qt-gui: ChangeLog qt-gui-4.7.1-r1.ebuild qt-gui-4.6.3-r1.ebuild
On Sat, Nov 13, 2010 at 23:40, Alexis Ballier aball...@gentoo.org wrote: Hi, + 10 Nov 2010; Alex Alexander wi...@gentoo.org +qt-gui-4.6.3-r1.ebuild, + +qt-gui-4.7.1-r1.ebuild: + moved Qt's GTK style to x11-themes/qgtkstyle - this fixes the nasty + qt-gui/cairo bug #336801 what to do with packages depending on qt-gui[gtk] ? media-sound/qtractor fails to build now, even if I install qgtkstyle failure is the same as in bug #340581 A. Interesting. Why would an app depend on Qt's GTK style? Let me have a deeper look. -- Alex Alexander | wired + Gentoo Linux Developer ++ www.linuxized.com
Re: [gentoo-dev] Re: 150 bugs at bug-wranglers@
If you need some data, here's a plot of the last 7 months... Cheers, A https://data.nanotube-research.de/gentoo/plot-0.png On Saturday 13 November 2010 22:07:08 Alex Alexander wrote: On Fri, Nov 12, 2010 at 05:52:10PM +0100, Jeroen Roovers wrote: On Thu, 11 Nov 2010 00:00:18 +0200 Alex Alexander wi...@gentoo.org wrote: 100 bugs? 150 bugs? 100 is better: that usually equates to a few days of backlog, whereas 150 bugs might very well denote an entire week's work. Alright, adjusted to 100 bugs for now :) -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: 150 bugs at bug-wranglers@
On 23:06 Sat 13 Nov , Andreas K. Huettel wrote: If you need some data, here's a plot of the last 7 months... Cheers, A https://data.nanotube-research.de/gentoo/plot-0.png Good work Andreas :) Nice plotting. -- Panagiotis Christopoulos ( pchrist ) ( Gentoo Lisp Project ) pgplklkTfec5t.pgp Description: PGP signature
Re: [gentoo-dev] LibreOffice project: request for contributors and mentoring
Hi, :-) After I posted on the Gentoo devs list, there was this reply, which I'm posting here. I was wondering whether someone from the LibreOffice devs would like to jump in and respond? (I posted this follow-up to both lists.) To sign up for the Gentoo devs list: gentoo-dev@lists.gentoo.org To sign-up for the LibO devs list: http://lists.freedesktop.org/mailman/listinfo/libreoffice To view this message entirely: http://archives.gentoo.org/gentoo-dev/msg_6d65d86d8ff498eedb95435c35fc4fad.xml On Fri, Nov 12, 2010 at 09:13, Stuart Longland wrote: On Thu, Nov 11, 2010 at 05:40:03PM +0800, David Nelson wrote: A number of Linux distributions have announced their intention to ship LibreOffice with their future releases. We know that they frequently do re-branding work to integrate their chosen office suite in lines with their project's thinking. So we are keen to involve you in our project branding and development, so that we ship releases that better fit your needs. Do we even brand OpenOffice? I can't spot the difference between the self-built OpenOffice.org binary I have, and the official Sun binary I had previously. My concern with LibreOffice would be more to do with compiling it... it'd be a nice package to have on the Yeeloong, but AFAIK it needs Java..? Something I've been trying to bootstrap unsuccessfully for the best part of two years now. (gcj-jdk is a long way from usable, and there's a chicken-egg issue with icedtea6.) It also needs _lots_ of RAM and disk space ... not a plentiful resource on MIPS. HTH. David Nelson
