Re: [gentoo-dev] Not-Forking 0.3.1 with ebuild

2021-01-26 Thread Dan Shearer
es to SQLite, and Richard Hipp has indicated he will consider minimally-invasive patches to that end if they seem to be generally helpful. So LumoSQL has committed to definitely not forking SQLite (there are already countless SQLite forks in the world). And that's why Not-Forking exists. -- D

[gentoo-dev] Not-Forking 0.3.1 with ebuild

2021-01-25 Thread Dan Shearer
red this is the place to mention it. Best -- Dan Shearer d...@shearer.org

Re: [gentoo-dev] rfc: the demise of grub:0

2016-10-04 Thread Dan Douglas
I'm not against removing grub1, but why are the only versions of grub in the tree betas? They don't have a proper release cycle? Also grub2-mkconfig is disgusting. I wonder if anybody is interested in making something better because I doubt it would be much work for someone that knows grub well. 9

Re: [gentoo-dev] SRC_URI="gogdownloader://..."

2016-10-02 Thread Dan Douglas
On Sun, Oct 2, 2016 at 3:48 PM, James Le Cuirot wrote: > So wouldn't it be great if Portage could handle these gogdownloader:// > URLs? Yes, it would. But it's just a symptom of the fetching system being inadequate. I gave up on overhauling the git eclasses and a few other things for the same rea

Re: [gentoo-dev] The future of elibtoolize

2016-10-02 Thread Dan Douglas
On Sun, Sep 25, 2016 at 5:05 AM, James Le Cuirot wrote: > Now I remember why I couldn't rely on bashrc for this. > elibtoolize comes from the libtool eclass and you can't inherit > additional eclasses from bashrc. This is what I'm dealing with all the time. It would be easier if eclasses weren't

Re: [gentoo-dev] bash-4.4 - call for testers

2016-10-01 Thread Dan Douglas
On Sat, Oct 1, 2016 at 4:48 PM, Dan Douglas wrote: > One note - it may be useful to install `BASH_LOADABLES_PATH=/usr/lib/bash` > to the global env.d environment when USE=plugins, now that bash has > this feature. It doesn't enable anything by default but just informs bash that >

Re: [gentoo-dev] bash-4.4 - call for testers

2016-10-01 Thread Dan Douglas
One note - it may be useful to install `BASH_LOADABLES_PATH=/usr/lib/bash` to the global env.d environment when USE=plugins, now that bash has this feature. It doesn't enable anything by default but just informs bash that it can look for loadables in that location. (ins)ormaaj@smorgbox ~ $ BASH_LO

Re: [gentoo-dev] bash-4.4 - call for testers

2016-10-01 Thread Dan Douglas
On Sat, Oct 1, 2016 at 10:40 AM, konsolebox wrote: > I should also add that testing newer versions of bash becomes more > risky sometimes, since bash would sometimes need a newer version of > readline (see > https://lists.gnu.org/archive/html/bug-bash/2016-09/msg00020.html). > Rebuilding or insta

Re: [gentoo-dev] bash-4.4 - call for testers

2016-10-01 Thread Dan Douglas
On Thu, Sep 29, 2016 at 5:29 PM, Kent Fredric wrote: > Maybe you could do some horrible QA Violation like USE=multislot > which changes the slot from :0 and adds the -suffix at the same time. > > But I still don't think its a useful or good idea. Really? Why is this a problem? Some issue to do wi

Re: [gentoo-dev] bash-4.4 - call for testers

2016-10-01 Thread Dan Douglas
> I am against it as well. The purpose of this testing is to eventually > move to bash-4.4 being stable and replacing bash-4.3, so slotting it > would make that more complex later. Only true for users that have no interest in testing. Irrelevant for anyone that needs to test for backwards compatib

Re: [gentoo-dev] bash-4.4 - call for testers

2016-09-28 Thread Dan Douglas
The only reason I haven't been testing this for many months system-wide is it's in the same slot as 4.3, and it still is. Is it not possible to separate them?

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

2016-06-23 Thread Dan Douglas
On 06/23/2016 01:48 PM, Michał Górny wrote: > It would be best if we could kill the old way but I doubt it's a good idea > right now. Yeah I was sad when I realized a nice naming scheme just barely wasn't going to work thanks to EGIT_LIVE_REPO_URI being shortened to EGIT_LIVE_REPO, but I didn't w

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

2016-06-23 Thread Dan Douglas
On 06/23/2016 09:15 AM, Ulrich Mueller wrote: >>>>>> On Thu, 23 Jun 2016, Dan Douglas wrote: > >> Well I just dropped the EAPI check since it was pointless anyway. > >> https://github.com/gentoo/gentoo/pull/1723/commits/3ebc1f57378a5ed4a62232ac87a0955ccdd33a4d

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

2016-06-23 Thread Dan Douglas
On 06/22/2016 09:56 PM, Michael Orlitzky wrote: > On 06/22/2016 08:34 PM, Dan Douglas wrote: >> On 06/22/2016 07:12 PM, Ulrich Mueller wrote: >>>>>>>> On Wed, 22 Jun 2016, Dan Douglas wrote: >>> >>>> + [[ >>

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

2016-06-22 Thread Dan Douglas
On 06/22/2016 07:12 PM, Ulrich Mueller wrote: >>>>>> On Wed, 22 Jun 2016, Dan Douglas wrote: > >> +[[ >> +( BASH_VERSINFO[0] -ge 4 || EAPI -ge 6 ) && >> +$(declare -p "EGIT

[gentoo-dev] Re: [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

2016-06-22 Thread Dan Douglas
Sorry I screwed up a commit --amend so it won't apply. Correct patch below, or PR here: https://github.com/gentoo/gentoo/pull/1723 From 77e19a7a4fd1cad13df3626d4ac3c436512dcb14 Mon Sep 17 00:00:00 2001 From: Dan Douglas Date: Wed, 22 Jun 2016 17:00:07 -0500 Subject: [PATCH] git-r3.eclass:

[gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

2016-06-22 Thread Dan Douglas
This creates new associative arrays for each "live" variable if bash4 / eapi6 is available. Mainly for user convenience in a bashrc as an alternative to magic variable names. --- eclass/git-r3.eclass | 68 ++-- 1 file changed, 39 insertions(+), 29 de

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog kde5-functions.eclass kde5.eclass

2015-06-28 Thread Dan Douglas
On Sun, Jun 28, 2015 at 10:14 AM, Alexis Ballier wrote: > On Sun, 28 Jun 2015 14:46:01 +0200 > Patrice Clement wrote: > >> man 3 glob >> man 3 fnmatch >> man 1 bash -> read the section called "Pattern Matching" under >> "EXPANSION". >> >> in this case, $(ls) would unnecessarily spawn a subshell f

Re: [gentoo-dev] Add gcc-specs-stack-check() to toolchain-funcs.eclass

2014-10-12 Thread Dan Douglas
t; +} > > > # @FUNCTION: gen_usr_ldscript Am I missing something here? I don't see how any of the tests used in gcc-specs-* functions could possibly produce an output. The fact that this coincidentally works in Bash shouldn't be relied upon. -- Dan Douglas

Re: [gentoo-dev] readme.gentoo.eclass: Add a DISABLE_AUTOFORMATTING variable

2013-01-31 Thread Dan Douglas
/ UUOE. The set -f and eshopts stuff is unnecessary. You should localize the variables that can be localized like ELINE. Funnily, looking at the implementation of elog, it appears to already mangle its input by a pass of `echo -e', pointlessly reading lines and joining them back together a

Re: [gentoo-dev] Re: [PATCH eutils] Introduce run_in_build_dir() used in a few ebuilds.

2013-01-14 Thread Dan Douglas
be familiar with both. As only Bash is relevant here, ''test'' and ''['' are mostly irrelevant. With few exceptions, ''[['' should be preferred when available (and in this case, guaranteed available). > Obviously the example in #6 is taking it a bit far, but my point is, an > explicit (if one-of-many) -z/-n test vs. the standalone (single-case) > $string test really is personal preference. The performance difference is considerable. -- Dan Douglas signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] [PATCH eutils] Introduce run_in_build_dir() used in a few ebuilds.

2013-01-14 Thread Dan Douglas
pointlessly disagrees with every other implementation). There are many possibilities. ${BUILD_DIR:+:} die "${FUNCNAME}: BUILD_DIR unset or empty." -- Dan Douglas signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] [PATCH eutils] Introduce run_in_build_dir() used in a few ebuilds.

2013-01-14 Thread Dan Douglas
but not all shells), it's slower, because it's still just storing the value as a string and marking the variable with the integer attribute which modifies the way certain assignments behave. It doesn't do any harm in this specific case, but there are a lot of gotchas with -i to be awa

Re: [gentoo-dev] UTF-8 locale by default

2012-08-07 Thread Dan Douglas
group lists -- It's open to anyone. A calendar with the teleconference schedule is available. -- Dan Douglas signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] UTF-8 locale by default

2012-07-27 Thread Dan Douglas
r some people. What do users of other distros think? Is this really a serious problem for anyone? LC_CTYPE=en_US.utf8 would be a bare minimum. The important bit is getting utf8 by default. I can live with LANG=POSIX. -- Dan Douglas signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Kernel compiles and you

2012-07-05 Thread Dan Douglas
script for automating the build, there would be no problem with having it run everything in the sandbox itself up to installing the modules? -- Dan Douglas

Re: [gentoo-dev] lastpipe

2012-05-25 Thread Dan Douglas
On Friday, May 25, 2012 08:52:00 PM Mike Frysinger wrote: > On Friday 25 May 2012 18:33:43 Ciaran McCreesh wrote: > > On Fri, 25 May 2012 15:02:32 -0500 Dan Douglas wrote: > > > If it were made a policy now that ebuilds and eclasses cannot depend > > > upon the su

Re: [gentoo-dev] lastpipe

2012-05-25 Thread Dan Douglas
On Friday, May 25, 2012 11:33:43 PM Ciaran McCreesh wrote: > On Fri, 25 May 2012 15:02:32 -0500 > Dan Douglas wrote: > > If it were made a policy now that ebuilds and eclasses cannot depend > > upon the subshell (for example, to set temporary positional > > paramet

[gentoo-dev] lastpipe

2012-05-25 Thread Dan Douglas
very common, I think this should be feasible, and of course as a workaround all that's required is to wrap any such commands in parentheses. Any opinions? -- Dan Douglas signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Portage Git migration - Handling Pull Requests (Was: clean cut or git-cvsserver)

2012-05-24 Thread Dan Douglas
contact. People have to use their discression. It's just uncommon these days for a project as big as Gentoo to have ultra-centralized corporate-style procedures where everything happens exclusively though official channels. And anyway you couldn't "enforce" that sort of t

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

2012-05-24 Thread Dan Douglas
> On 24/05/12 02:37 PM, Dan Douglas wrote: > > On Thursday, May 24, 2012 01:52:32 PM Ian Stakenvicius wrote: > > > > Of course it's read only - just like all other public > > repositories. You don't want to accept improvments? I don't > > unders

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

2012-05-24 Thread Dan Douglas
munity, Of course it's read only - just like all other public repositories. You don't want to accept improvments? I don't understand this. > otherwise we're going to have a rather large mess on our hands > (multiple forks of the main tree != a uniform main tree + overlays

Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-23 Thread Dan Douglas
On Thursday, May 24, 2012 06:33:53 AM Duncan wrote: > Dan Douglas posted on Thu, 24 May 2012 01:04:48 -0500 as excerpted: > > On Thursday, May 24, 2012 07:56:58 AM Michał Górny wrote: > >> On Wed, 23 May 2012 16:14:53 -0500 > >> > >> Dan Douglas wrote: > &

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

2012-05-23 Thread Dan Douglas
On Thursday, May 24, 2012 07:56:58 AM Michał Górny wrote: > On Wed, 23 May 2012 16:14:53 -0500 > > Dan Douglas wrote: > > If not I will be leaving Gentoo for Funtoo in the near future, though > > there are disadvantages to doing this I don't look forward to dealing >

Re: [gentoo-dev] Portage Git migration - clean cut or git-cvsserver

2012-05-23 Thread Dan Douglas
ere are disadvantages to doing this I don't look forward to dealing with. -- Dan Douglas signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Do we need games group and all that game prefixes?

2012-05-20 Thread Dan Douglas
On Sunday, May 20, 2012 10:29:28 PM Michael Weber wrote: > On 05/20/2012 07:22 PM, Dan Douglas wrote: > > I'd put money on there not being a single admin who has ever used > > the games group to control access to games. Games really have no > > business being on a syste

Re: [gentoo-dev] Do we need games group and all that game prefixes?

2012-05-20 Thread Dan Douglas
essential programs like games, which tend to be big complex programs less well-audited for security bugs. -- Dan Douglas signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Re: RFC: New eclass: mozlinguas.eclass

2012-02-03 Thread Dan Douglas
though). The real issue is executing two commands since [[ can short-circuit and works as you expect. Two are only needed with [ because -a and -o are so unpredictable. [[ $x == en || $x == en-US ]] or case $x in en|en-US) ...;; esac; or [[ $x == @(en|en-US) ]] or [[ $x == en?(-US) ]] --

[gentoo-dev] Re: [Bug 387775] Should USE=git be global?

2011-11-08 Thread Dan Wallis
> --- Comment #1 from Jeroen Roovers 2011-10-20 15:54:56 UTC > --- > Please drop this suggestion on the gentoo-dev mailing list. While cleaning up my .../etc/make.conf file, I noticed that there appear to be a number of packages which use USE=git to enable optional support for dev-vcs/git. Shoul

[gentoo-dev] Re: [Bug 204440] app-office/ical-2.2.1 fails with FEATURES="test userpriv"

2008-10-19 Thread Dan Wallis
suggest something to try? Thanks in advance Dan Bug in question: https://bugs.gentoo.org/show_bug.cgi?id=204440 See also: https://bugs.gentoo.org/show_bug.cgi?id=238916 On 29/09/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Seems like userpriv is the problem here and I'

Re: [gentoo-dev] Re: Re: Re: eselect_zenity: alpha eselect GUI

2007-11-13 Thread Dan
Ciaran McCreesh wrote: On Mon, 12 Nov 2007 09:13:32 + Steve Long <[EMAIL PROTECTED]> wrote: Use of ((EUID)) is also quicker. Quicker than what? Than [[ ${UID} -ne 0 ]] ie the existing code. What did you think the discussion was about? Well, I was kind of wondering

Re: [gentoo-dev] [RFC] Planning for the transition to EAPI="1" support

2007-10-04 Thread Dan
Arfrever Frehtes Taifersar Arahesis wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When could we expect new PMS version? Sometime after the last one gets approved. - -- Arfrever Frehtes Taifersar Arahesis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHBWhT/

Re: [gentoo-dev] trial software in portage?

2007-05-14 Thread Dan Offord
There is a bug report on app-cdr/nero still waiting for the maintainer to update the portage tree, so that the current version of nero actually downloads, rather than its current state of constant 404 errors. http://bugs.gentoo.org/show_bug.cgi?id=172717 On 14/05/07, Jakub Moc <[EMAIL PROTECTED]

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 4:38:16 pm Ciaran McCreesh wrote: > On Sun, 06 May 2007 22:33:55 +0200 > > Jakub Moc <[EMAIL PROTECTED]> wrote: > > Ciaran McCreesh napsal(a): > > > On Sun, 6 May 2007 16:00:56 -0400 > > > > > > Dan Meltzer <[EMAIL PROTECTED

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 4:22:44 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 16:13:56 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > > So you want users to have to explicitly acknowledge all ewarn > > > notices? Now *that*'s a way of making th

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 4:06:18 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 16:00:56 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > > Er, making elog logged by default would not solve the "requires an > > > explicit read" problem. Making elog requ

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 3:53:47 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 15:43:45 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > No, I've read the other threads. You've not explained how this is a > > critical update that requires a news item. You&

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 3:31:32 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 15:26:06 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > On Sunday 06 May 2007 2:47:22 pm Ciaran McCreesh wrote: > > > On Sun, 6 May 2007 20:41:24 +0200 > > > > > >

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 3:28:41 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 15:19:53 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > On Sunday 06 May 2007 3:02:38 pm Ciaran McCreesh wrote: > > > On Sun, 6 May 2007 14:53:22 -0400 > > > >

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 2:47:22 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 20:41:24 +0200 > > [EMAIL PROTECTED] wrote: > > Ciaran, if you where a bit more verbose you could save time. > > If people read the rest of the thread and the GLEP we'd all save a lot > more, and if people also tried out a

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 3:02:38 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 14:53:22 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > > One of the reasons GLEP 42 was necessary was because users *don't* > > > read things delivered by other methods. > &

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 2:42:23 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 14:39:13 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > No, its designed to save messages for users to read. It was > > implemented because important information scrolled off the screen

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 2:21:02 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 14:17:29 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > > > which elog could easily be extended to do. > > > > > > But which elog does not do by default, and for good re

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 2:11:14 pm Ciaran McCreesh wrote: > On Sun, 6 May 2007 14:08:01 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > On Sunday 06 May 2007 1:58:57 pm Ciaran McCreesh wrote: > > > On Sun, 06 May 2007 10:38:14 -0700 > > > > > >

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 1:58:57 pm Ciaran McCreesh wrote: > On Sun, 06 May 2007 10:38:14 -0700 > > Mike Doty <[EMAIL PROTECTED]> wrote: > > how is that different than using e{info,warn,error}? > > It stays visible until the user explicitly acknowledges reading it. which elog could easily be extended

Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade

2007-05-06 Thread Dan Meltzer
On Sunday 06 May 2007 4:48:33 am Petteri Räty wrote: > Hans de Graaff kirjoitti: > > What I would like to happen is that the message is added to the tree > > once, shown to users who have dev-ruby/radiant in testing immediately, > > and only shown to other users of dev-ruby/radiant when they move r

Re: [gentoo-dev] RFC: modifications to GLEP42

2007-05-05 Thread Dan Meltzer
On Saturday 05 May 2007 5:34:29 pm Ciaran McCreesh wrote: > On Sat, 05 May 2007 14:26:48 -0700 > > Mike Doty <[EMAIL PROTECTED]> wrote: > > After some discussion on #-dev there are some improvements that we can > > make on glep 42. > > Well, if you're going about improving it, start by adding in th

Re: [gentoo-dev] [news-item] Paludis 0.24

2007-05-04 Thread Dan Meltzer
On Friday 04 May 2007 8:01:58 pm Dan Meltzer wrote: > On Friday 04 May 2007 7:52:46 pm Ciaran McCreesh wrote: > > On Fri, 4 May 2007 19:48:19 -0400 > > > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > > That seems like a really bad road to go down. > > >

Re: [gentoo-dev] [news-item] Paludis 0.24

2007-05-04 Thread Dan Meltzer
On Friday 04 May 2007 7:52:46 pm Ciaran McCreesh wrote: > On Fri, 4 May 2007 19:48:19 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > That seems like a really bad road to go down. > > > > Would it not be better to extend elog to alert people at the end of &g

Re: [gentoo-dev] [news-item] Paludis 0.24

2007-05-04 Thread Dan Meltzer
On Friday 04 May 2007 6:58:44 pm Ciaran McCreesh wrote: > On Fri, 4 May 2007 18:50:00 -0400 > > Dan Meltzer <[EMAIL PROTECTED]> wrote: > > How does this fit the following parts of the GLEP? > > > > "Preemptive > > Preemptiveness is not a requirement for

Re: [gentoo-dev] [news-item] Paludis 0.24

2007-05-04 Thread Dan Meltzer
On Friday 04 May 2007 4:49:47 pm Piotr Jaroszyński wrote: > Hello, > > Thanks to zmedico we now have support for news items on infra-side and heck > they are ready to use. And we should use them! > > Attaching news item for paludis 0.24. > Justification: major config format change. How does this f

Re: [gentoo-dev] KDE 4 alpha 1 packages for Gentoo?

2007-05-03 Thread Dan Meltzer
On Thursday 03 May 2007 9:12:35 am Jos Poortvliet wrote: > Dear people, > > In a few days KDE 4 alpha 1 will be released, and we would like to give as > many people as possible the opportunity to have a look at the next > generation linux desktop. Thus an article is being prepared to explain to > p

Re: [gentoo-dev] Planning for automatic assignment of bugs

2007-04-26 Thread Dan Meltzer
On Thursday 26 April 2007 3:40:06 pm Robin H. Johnson wrote: > So as a not-so-brief follow-up to solar's email, here is a brief > proposal on the automatic assignment stuff, incl. one spot that we might > need to add an attribute to metadata.xml. > > Assignment process, triggering: > ==

Re: [gentoo-dev] Re: Resignation

2007-04-17 Thread Dan Meltzer
On 4/17/07, Steve Long <[EMAIL PROTECTED]> wrote: Jakub Moc wrote: > So Since devrel has been so kind and suspended me, based on our > brand new CoC, I don't feel any need to stay on this project any more. > I'm therefore resigning from this project. > OMG NO! Please reconsider. > I'm pret

Re: [gentoo-dev] Gentoo's problems

2007-03-14 Thread Dan Meltzer
On 3/14/07, Ciaran McCreesh <[EMAIL PROTECTED]> wrote: On Thu, 15 Mar 2007 03:45:01 +0100 Luca Barbato <[EMAIL PROTECTED]> wrote: > Ciaran McCreesh wrote: > > QA is supposed to avoid fixing other people's code where things are > > actively maintained. > > I usually ask before messing with other's

Re: [gentoo-dev] Re: Some council topics for March meeting

2007-03-13 Thread Dan Meltzer
On 3/13/07, Steve Long <[EMAIL PROTECTED]> wrote: Duncan wrote: > Has anyone stopped to think... he might have an ulterior motive here? > > Clearly, it's trolling, the quote above should demonstrate that beyond > doubt. However, one must ask what the reason might be for such > deliberate trolls.

Re: [gentoo-dev] Re: Something positive! (was Re: Client-serve flags (again ;))

2007-03-11 Thread Dan Meltzer
This thread is gay. On 3/11/07, Stephen Bennett <[EMAIL PROTECTED]> wrote: On Sun, 11 Mar 2007 15:34:41 + "Jeff Rollin" <[EMAIL PROTECTED]> wrote: > Huh? Excuse me, but as I tried to indicate in another message, I'm as > much on YOUR side as anyone else's. Then stop continuing the thread.

Re: [gentoo-dev] Some council topics for March meeting

2007-03-05 Thread Dan Meltzer
On 3/5/07, Stephen Bennett <[EMAIL PROTECTED]> wrote: On Mon, 05 Mar 2007 12:49:10 -0500 Chris Gianelloni <[EMAIL PROTECTED]> wrote: > What we want to discuss is a possible timeline for completion, and > what resources you may need to get it done within the agreed timeline. > Notice that I used

Re: [gentoo-dev] Slacker archs

2007-02-19 Thread Dan Meltzer
I'm replying here because I couldn't decide whether or not it made more sense to reply to your email, your blog post, your reply to flameeyes blog post, your radio commercial, your television advertisement, or your phone call. The things that this doesn't do (Or if it does it isn't documented) is

Re: [gentoo-dev] amd64 help

2007-01-28 Thread Dan Meltzer
On 1/28/07, Petteri Räty <[EMAIL PROTECTED]> wrote: Dan Meltzer wrote: > Isn't this kind of against what glep40 set out to do? > Top posting... Any way the thing was that the only change in these ebuilds are the eclasses/eclass functions used and the new eclasses have b

Re: [gentoo-dev] amd64 help

2007-01-28 Thread Dan Meltzer
Isn't this kind of against what glep40 set out to do? On 1/28/07, Christian Faulhammer <[EMAIL PROTECTED]> wrote: Hi, As we all notice from time to time, amd64 team is lacking behind a bit, due to various reasons. a) manpower, b) a lot of keywording. Java team asked arch teams if they object w

Re: [gentoo-dev] [RFC] Some sync control

2007-01-17 Thread Dan Meltzer
see http://dev.gentoo.org/~antarus/projects/soc/glep-0052.txt and http://article.gmane.org/gmane.linux.gentoo.devel/42044/match= On 1/17/07, Georgi Georgiev <[EMAIL PROTECTED]> wrote: Quoting "Robin H. Johnson" <[EMAIL PROTECTED]>: > 2. See the results (and as-yet unpublished GLEP) of Antarus's

Re: [gentoo-dev] Proposal for IRC channel/ user forum

2006-12-19 Thread Dan Meltzer
I don't think that officially supported ebuilds that are officially unsupported is a good idea. If they were officially supported then they would in effect never be removed, just simply placed somewhere else. It seems to me that this should be a third party project if anything. On 12/19/06, Ste

Re: [gentoo-dev] Council meeting summary for meeting on 20060914

2006-11-09 Thread Dan Meltzer
On 11/9/06, Bryan Østergaard <[EMAIL PROTECTED]> wrote: Hi all, here's the complete log from the Council Meeting + a short summary. Summary: All council members was present (Andrew Gaffney (agaffney) proxied for Chris Gianello (wolf31o2)). Agenda was: 1. Reply-to-list 2. SPF 3. QA update / plan

Re: [gentoo-dev] Package Removal

2006-10-23 Thread Dan Meltzer
I think you gave the wrong forum link :) On 10/23/06, George Prowse <[EMAIL PROTECTED]> wrote: A user has stated this in a thread. Could someone respond please? http://forums.gentoo.org/viewtopic-t-510146.html "I suggest that the devs don't hard mask packages, especially ones depended on by se

Re: [gentoo-dev] New Devrel Subproject: Gentoo Devmatch

2006-10-22 Thread Dan Meltzer
How much would gentoo make in a ciaran vs. devrel fight? On 10/22/06, Alec Warner <[EMAIL PROTECTED]> wrote: Purpose: To increase funding for Gentoo Infrastructure and events. Overview: Developers volunteer to dual off against other developers (including retired developers!) in the ring. We t

Re: [gentoo-dev] Last rites for XMMS

2006-10-22 Thread Dan Meltzer
On 10/22/06, Josh Saddler <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Diego 'Flameeyes' Pettenò wrote: [snip] I think masking is premature; there was never any sort of decision made in the previous discussion(s) about this. Relooking at the discussion, it appears

Re: [gentoo-dev] RFC: Gentoo Commitfests

2006-10-20 Thread Dan Meltzer
On 10/20/06, Mike Doty <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a random thought that popped into my head: We could have a commit fest where everyone who wants to compete kicks in some small amount of money(say $5) maybe the foundation kicks in a little some

Re: [gentoo-dev] Missing: Universal-CD - Gentoo discriminates shell and networkless users

2006-10-05 Thread Dan Meltzer
On 10/5/06, Jakub Moc <[EMAIL PROTECTED]> wrote: Peter Weber wrote: > You don't unterstand me, sorry. > There is no Universal-CD, a User must to download the LiveCD which > forces he/she to use the Ncurses/X11-Installer, because there is no > Stage3-Tarball. OH RLY? Maybe just read the options y

Re: [gentoo-dev] Gentoo 2006.1

2006-09-02 Thread Dan Meltzer
On 9/2/06, Stuart Herbert <[EMAIL PROTECTED]> wrote: On 9/2/06, Dan Meltzer <[EMAIL PROTECTED]> wrote: > On 9/2/06, Stuart Herbert <[EMAIL PROTECTED]> wrote: > > On 9/2/06, Alec Warner <[EMAIL PROTECTED]> wrote: > > > Give us about 3000 more developer

Re: [gentoo-dev] Gentoo 2006.1

2006-09-02 Thread Dan Meltzer
On 9/2/06, Stuart Herbert <[EMAIL PROTECTED]> wrote: On 9/2/06, Alec Warner <[EMAIL PROTECTED]> wrote: > Give us about 3000 more developers, and sure* ;) I don't think that that's good thing to be saying to our users. Is it a bad thing to be saying to your developers? We didn't need 3000 mor

Re: [gentoo-dev] The gnome king is dead, long live the gnome king

2006-07-31 Thread Dan Meltzer
On 7/31/06, foser <[EMAIL PROTECTED]> wrote: Hello dear followers, tonight after a some deliberation I have decided to step down as gnome lead in favor of AllanonJL. As far as I am concerned AllanonJL has been the acting lead for quite a while now, while I was too busy to devote much time to Gen

Re: [gentoo-dev] Resignation (was: Project Sunrise resumed)

2006-07-30 Thread Dan Meltzer
On 7/30/06, Mike Frysinger <[EMAIL PROTECTED]> wrote: On Sunday 30 July 2006 18:07, Ciaran McCreesh wrote: > Personally I'd expect the council to block the thing permanently. hard to address any sort of concerns here, so i guess i'll just regurgitate the council log to you it's hard for users t

Re: [gentoo-dev] GCC 4.1.1 testing/stablization and glibc 2.4

2006-06-27 Thread Dan Meltzer
On 6/27/06, Chris Gianelloni <[EMAIL PROTECTED]> wrote: OK, guys, I was speaking with vapier earlier about the possibility of getting gcc 4.1.1 stable for the 2006.1 release. We've managed to build some release media with it, and are planning on doing more testing with it. What we really need i

[gentoo-dev] help

2006-06-27 Thread Dan Podeanu
help

Re: [gentoo-dev] Re: unicode and userlocales useflag

2006-06-22 Thread Dan Meltzer
On 6/22/06, Graham Murray <[EMAIL PROTECTED]> wrote: "Duncan" <[EMAIL PROTECTED]> writes: > There's a newer way to control the same thing that userlocales controlled, > but I didn't understand it when it was posted here. Though, AFAIK, there is no way of retaining the old behaviour, of building

Re: [gentoo-dev] Re: Re: [RFC] Useflags: qt, qt3, qt4?

2006-06-21 Thread Dan Meltzer
On 6/21/06, Duncan <[EMAIL PROTECTED]> wrote: "Caleb Tennis" <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Wed, 21 Jun 2006 10:03:21 -0400: > [Stefan Schweizer wrote...] >> qt3 - enable optional qt3 support >> qt4 - enable optional qt4 support > > Maybe I just need a little

Re: [gentoo-dev] [RFC] Useflags: qt, qt3, qt4?

2006-06-20 Thread Dan Meltzer
On 6/20/06, Donnie Berkholz <[EMAIL PROTECTED]> wrote: Diego 'Flameeyes' Pettenò wrote: [snip] I don't see how any other suggestion is simpler than mine for developers or users. Maybe I missed something in skimming the discussion. To summarize: - USE=qt enables support for the most current qt

Re: [gentoo-dev] baselayout-1.11.15-r3 testing for stable

2006-06-18 Thread Dan Meltzer
On 6/18/06, Philip Webb <[EMAIL PROTECTED]> wrote: 060618 Roy Marples wrote: > On Sunday 18 June 2006 17:12, Mike Frysinger wrote: >> On Sunday 18 June 2006 04:32, Philip Webb wrote: >>> I suspect most users wb happy to see packages stabilised a bit sooner, >>> even if they're only 95 % reliabl

Re: [gentoo-dev] Re: A heretical thought? Blessing project sunrise as an almost-fork.

2006-06-14 Thread Dan Meltzer
On 6/14/06, Chris Gianelloni <[EMAIL PROTECTED]> wrote: On Wed, 2006-06-14 at 22:34 +0200, Jakub Moc wrote: > > It's not irrelevant; you're just not reading it properly. You might > > notice that metadata.xml contains tags other than , like, say, > > . In the example that sparked this, is games

Re: [gentoo-dev] Project Sunrise -- Proposal

2006-06-10 Thread Dan Meltzer
On 6/10/06, Markus Ullmann <[EMAIL PROTECTED]> wrote: Okay, so after figuring out open problems (thanks to kloeri and various other people for help here), we now have a resolution that should satisfy all involved parties here. This should adress dostrow's demands as well. 1) m-w / m-n requiremen

[gentoo-dev] Leaving Gentoo

2006-06-01 Thread Dan Armak
[EMAIL PROTECTED] or to where it currently goes via my ~/.forward. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgpGzYT5s5Pa6.pgp Description: PGP signature

Re: [gentoo-dev] RFC: GLEP 49 - Package manager requirements

2006-05-20 Thread Dan Meltzer
A secondary package manager is a package manager that instead of directly aiming at replacing portage as primary package manager. What does it do instead? The first restriction is that no packages in the tree must rely on the secondary package manager. While packages may provide a leve

Re: [gentoo-dev] Proposed package move

2006-05-18 Thread Dan Meltzer
On 5/18/06, Paul de Vrieze <[EMAIL PROTECTED]> wrote: The package sys-apps/paludis is in the wrong category. It is a package manager on par with rpm, dpkg, etc. Those live in app-arch. Therefore I propose to move the paludis package to app-arch. It is not a system package at all. It does not e

Re: [gentoo-dev] Gentoo: State of the Union

2006-04-29 Thread Dan Armak
er I don't know what do you mean with 'changeset tracking'. I didn't mean that 'changeset tracking' is different from 'merge tracking'. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Finger

Re: [gentoo-dev] Gentoo: State of the Union

2006-04-29 Thread Dan Armak
nd other distributed development-style SCMs, have changeset/merge tracking features that are really helpful. Could someone who's used them comment on this? -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6

Re: [gentoo-dev] Gentoo: State of the Union

2006-04-29 Thread Dan Armak
a full dev/mentor and merged into trunk. - Branches replacing today's various overlays for devs (or projects, etc) and anyone else we might welcome on g.o infrastructure (given per-branch commit permissions). - Short-lived branches to replace things that are today package.masked. - Branches to replace

Re: [gentoo-dev] Session/.desktop WM compatibility, DM unification

2006-03-29 Thread Dan Armak
r using fdo specs - menu files already support filtering and 2) the main complaint against having everything in the menus is clutter, and that's not as big a problem with e.g. filemanager context menus. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak

Re: [gentoo-dev] overlay support current proposal?

2006-03-27 Thread Dan Armak
VN skip-deltas storage method. Disclaimer, I haven't run any huge-repo benchmarks myself, just pointing to possibly relevant data. [1] http://svn.haxx.se/users/archive-2005-04/0518.shtml [2] http://svn.collab.net/repos/svn/trunk/notes/skip-deltas -- Dan Armak Gentoo Linux developer (KDE)

Re: [gentoo-dev] Session/.desktop WM compatibility, DM unification

2006-03-27 Thread Dan Armak
On Monday 27 March 2006 16:55, foser wrote: > On Mon, 2006-03-27 at 00:03 +0200, Dan Armak wrote: > > > > = Bugs overview (probably missed some): = > > > > #89870: long story, summary: .desktop files are installed in different > > places. KDE only reads t

  1   2   3   >