On Wed, Apr 13, 2022 at 5:40 PM Ulrich Mueller wrote:
> > I'm retiring, please consider picking up these packages:
> > [...]
> > app-text/rnc2rng
>
> I can take this (presuming that you'll continue maintaining it
> upstream).
See https://github.com/djc/rnc2rng/issues/41, maintenance is very passi
I'm retiring, please consider picking up these packages:
mail-filter/postsrsd
app-text/pelican
app-text/rnc2rng
www-apache/mod_wsgi
dev-php/twig (maintained by the PHP project)
Kind regards,
Dirkjan
Hi all,
Despite my best intentions to get around to fixing this up and doing a
good job of gathering assorted collections of mime types/extensions
into something great for Gentoo users, I haven't gotten very far in
doing so. If anyone else wants to pick this up, that would be great.
Some open bug
# Dirkjan Ochtman (2020-11-05)
# Incorrect DISTUTILS_USE_SETUPTOOLS value, dead upstream.
# Removal in 30 days. Bug #748063
dev-python/couchdb-python
On Sat, Oct 26, 2019, 05:59 Kent Fredric wrote:
> On Fri, 25 Oct 2019 15:03:39 -0700
> Georgy Yakovlev wrote:
>
> > not used anymore
> >
> > Closes: https://bugs.gentoo.org/695698
> > Signed-off-by: Georgy Yakovlev
>
>
> Its likely this removal will cause the same kinds of problems faced by
> t
On Thu, Aug 29, 2019 at 7:26 AM Georgy Yakovlev
wrote:
> This function will allow using 'cargo fetch' during src_fetch
> Since only new cargo supports that, all live packages will
> have to depend on >=rust-1.37.0
>
>
Looks okay to me.
Regards,
Dirkjan
On Thu, Jul 18, 2019, 15:53 Michał Górny wrote:
> Introduce 'sha' flag that corresponds to SHA-NI instruction set.
> This has two potential users, and is present in git version
> of cpuid2cpuflags (pending release once the flag is added).
>
A bit of bikeshedding: as I understand it, SHA-NI cover
In this article on chat services used for OSS:
https://catfox.life/2019/04/28/keeping-libre-software-accessible-to-all/
I was surprised to see a mention of Gentoo as a project that uses "Discord
as an official method of communication". When I searched, I indeed found
https://discordapp.com/invite
Signed-off-by: Dirkjan Ochtman
---
eclass/rust-toolchain.eclass | 120 +++
1 file changed, 120 insertions(+)
create mode 100644 eclass/rust-toolchain.eclass
diff --git a/eclass/rust-toolchain.eclass b/eclass/rust-toolchain.eclass
new file mode 100644
index
On Sat, Sep 29, 2018 at 4:52 PM Thomas Deutschmann
wrote:
> I agree. Communication was bad. We should have included dev howto with
> that announcement.
>
Thanks for the helpful pointers!
Regards,
Dirkjan
On Sat, Sep 29, 2018 at 3:14 PM Jeroen Roovers wrote:
> 0a) Explain to me how to fix my commits that I now can't push, or
> 0b) disable that hook immediately.
>
Try git rebase -i and use "r" for "reword" on every commit.
> 1) Update repoman to enforce it _before_ the commit is executed.
>
Som
On Sun, Sep 23, 2018 at 10:42 PM Michał Górny wrote:
> 2. Mercurial is buggy and maintaining support for those repos is PITA.
>
As a former Mercurial maintainer, I'm very skeptical of claims that
Mercurial is that buggy or generally less well-maintained than Git. Still,
reality is that Gentoo is
While I have maintained this for a long time, I've been unhappy with
upstream since they released 2.x with no proper Unix build system (there
have also been a number of bundled dependencies that I have been unable to
move them off of). There is a newly released remote code execution
vulnerability,
On Tue, Jul 31, 2018 at 12:03 PM Luca Barbato wrote:
> > As far as I know, the Rust ecosystem is largely bimodal: stuff is either
> > compatible with stable and later, or it works only on nightly. It seems
> > very rare that code is actually tied to a particular Rust release and
> does
> > not co
On Mon, Jul 30, 2018 at 5:02 PM gibix wrote:
> This will allows projects like rustfmt, clippy, bindgen that need runtime
> linking with the proper rust version to work correctly. Beyond this while
> rust is getting older as project we will see more projects that will
> require a specific rust ver
On Mon, Jul 30, 2018 at 8:52 AM Guilherme Amadio wrote:
> If you introduce penalties for breaking prefix as well, I'm afraid many
> people will be unnecessarily penalized. I think that such penalties are
> counter productive in most cases. If someone is really being careless it
> might make sense
On Sun, Mar 4, 2018 at 12:37 PM, Michał Górny wrote:
> I think this cause the trouble of specifying '-r0' rather rarely, and it
> will decrease the number of mistakes, also effectively making Gentoo
> development easier. It is somewhat inspired by the handling of slot
> operators (where repoman e
On Tue, Mar 20, 2018 at 6:21 AM, Manuel Rüger wrote:
> In addition, the following packages will drop their prometheus- prefix
> during the package move:
>
> * net-analyzer/prometheus-blackbox_exporter
> * net-analyzer/prometheus-node_exporter
> * net-analyzer/prometheus-redis_exporter
> * net-ana
On Tue, Mar 6, 2018 at 2:52 AM, Matt Turner wrote:
> In the end we might get to delete some code from portage or an eclass?
> Does this seem worth it?
>
To add to some of the points Kent made, I think so, yes: this means freeing
us from the cognitive overhead of thinking about older EAPIs at all
On Tue, Jan 23, 2018 at 12:46 PM, Michał Górny wrote:
> Since neither of the proposals has received any specific reply, I'm not
> sure how to proceed from here. I suppose we can possibly have two lists
> in different order so that people could use whichever they prefer.
>
Not sure having two lis
On Mon, Jan 22, 2018 at 8:01 AM, Zac Medico wrote:
> According to Gentoo policy, future ebuild dependency changes need to be
> accompanied by a revision bump in order to trigger rebuilds for users.
> Therefore, you should only need to use --changed-deps=y for a single
> deep @world update. After
On Tue, Jan 16, 2018 at 11:19 AM, Michał Górny wrote:
> I disagree. I think most of the developers are used to the lexical sort,
> and it keeps the order predictable. While I suppose keeping amd64
> and x86 alongside for the sake of being commonly used would make sense,
> I really have no clue ho
On Mon, Jan 15, 2018 at 11:01 PM, Michał Górny wrote:
> Besides regrouping, I've also reordered the keywords to use the same
> sorting order as eshowkw (i.e. ppc before ppc64), moved 'BSD' into teams
(in contrast to 'AMD64 FBSD' and 'X86 FBSD'), and added 'Prefix' team.
>
I think these are all
On Sun, Dec 3, 2017 at 10:43 PM, Michał Górny wrote:
> > On the face of it, I like this proposal. On the other hand, wouldn't it
> be
> > better if we just had more active list moderators? That is, moderators
> who
> > move problematic user's posts to moderated by default, and then withhold
> > t
On Sun, Dec 3, 2017 at 12:18 AM, Michał Górny wrote:
> 1. Posting to gentoo-dev@ and gentoo-project@ mailing lists will be
> initially restricted to active Gentoo developers.
>
> 1a. Subscription (reading) and archives will still be open.
>
> 1b. Active Gentoo contributors will be able to obtain
On Tue, Oct 10, 2017 at 9:16 PM, Andreas K. Huettel
wrote:
> =
> Title: New 17.0 profiles in the Gentoo repository
> Author: Andreas K. Hüttel
> Posted: xxx
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed: >=sys-devel/gcc-6.4.0
>
So gcc-6.4.0
On Fri, Oct 20, 2017 at 11:23 AM, Ulrich Mueller wrote:
> >>>>> On Fri, 20 Oct 2017, Dirkjan Ochtman wrote:
>
> > As Hanno was saying, we'll have decades of warning before a break
> > becomes practical, so I don't think this is a real concern.
>
On Fri, Oct 20, 2017 at 12:49 AM, Gordon Pettey
wrote:
> On Thu, Oct 19, 2017 at 5:32 PM, Hanno Böck wrote:
>
>> On Thu, 19 Oct 2017 21:08:40 +0200
>> Michał Górny wrote:
>>
>> > manifest-hashes = SHA512 SHA3_512
>>
>> Counterproposal: Just use SHA512.
>>
>> There isn't any evidence that any
A contributor has written the following eclass:
https://bugs.gentoo.org/attachment.cgi?id=464900
This would help extending support for Rust to other arches. As I'm not
deeply familiar with writing eclasses, I'd welcome any feedback on this
code. The general idea seems sane to me.
Cheers,
Dirkja
On Tue, Jul 25, 2017 at 10:05 AM, Michał Górny wrote:
> What do you think about it? Is there anything else that needs being
> covered?
>
Looks good to me. Thanks for writing it up!
Cheers,
Dirkjan
On Mon, Jul 24, 2017 at 11:22 PM, Sergei Trofimovich
wrote:
> TL;DR;TL;DR:
>
>
> This email seeks for one step towards less toil tied to gentoo's
> keywording/stabilization process. I've CCed a few groups who
> might be interested in making this area better:
>
> - gentoo-dev@ as it a
On Thu, Apr 27, 2017 at 12:58 PM, Dirkjan Ochtman wrote:
> I also want to drop the following:
>
> - dev-lang/erlang
> - dev-vcs/hgsubversion
I'll drop these to maintainer-needed by July 1st.
Cheers,
Dirkjan
On Tue, May 23, 2017 at 9:31 PM, Michał Górny wrote:
> I'd like to request Infra to establish a new mailing list that would
> fill in the gap between our public mailing lists and the gentoo-core
> mailing list.
I agree with the others who've said that they don't think this is the
right solution.
On Thu, May 11, 2017 at 8:50 AM, David Seifert wrote:
> 1. ppc(= 32 bit) will be massively dekeyworded, ppc64 will stay
> unchanged (also given that it is an active arch in general and gets CPU
> upgrades from IBM/OpenPOWER).
Sounds good.
You started the thread also talking about ia64 and sparc.
On Wed, May 10, 2017 at 11:19 AM, Kristian Fiskerstrand wrote:
> Sounds like a reasonable action plan. The consequences of such a change
> definitely seems to be sufficiently high to merit a proper migration
> plan which doesn't seem to have been established at this point. Whether
> that can be ad
On Tue, May 9, 2017 at 2:20 PM, Anthony G. Basile wrote:
> I maintain quite a few ppc stage3's for uclibc and musl. I would
> appreciate keeping ppc as is. It is still a useful arch for many
> devices today, eg. some high end Mikrotik routers.
So are you willing to do the work? There are curren
On Mon, May 8, 2017 at 12:49 PM, Mikle Kolyada wrote:
> Against. Do not touch things you are not working on, council has already
> dropped m68k s390 and sh to exp few years ago. Now we have a big mess
> there and only, while ia64 sparc and co have slow but progress and
> mature enough stable profi
On Sun, May 7, 2017 at 9:23 PM, David Seifert wrote:
> TL;DR
> ia64/ppc/sparc teams are pretty much dead. They have been for a long
> time and this won't change any time soon. Gentoo should focus its
> resources on archs that are important and has the manpower to support.
> Let us please drop thes
# Dirkjan Ochtman (27 Apr 2017)
# Persona service has been discontinued. Masked for removal in 30 days.
www-apache/mod_authnz_persona
The proxy maintainer for syncthing just resigned, anyone want to pick it up?
- net-p2p/syncthing
I also want to drop the following:
- dev-lang/erlang
- dev-vcs/hgsubversion
(All should be in a fairly good state right now.)
Cheers,
Dirkjan
On Mon, Apr 10, 2017 at 8:37 AM, Michał Górny wrote:
> It is always nice when a person who:
Please stop the sarcasm. While I understand the reaction, the idea in
itself does not seem totally crazy to me, and it seems useful to have
a discussion on its merits.
At the same time, I would not consid
On Tue, Apr 4, 2017 at 12:03 PM, Andreas K. Huettel
wrote:
>> while we're discussing super-strength hash algos, it would be cool to know
>> what's still missing for
>> * rsync-side manifest signing in whatever way
>> * verification of such signatures in portage / emerge
>>
>
> (and just to put it
On Mon, Apr 3, 2017 at 7:09 PM, Michał Górny wrote:
> Your thoughts?
This seems pretty hasty.
First of all, SHA-256 should be safe for all intents and purposes, and
for the foreseeable future. This is nothing like Git's usage of SHA-1,
which was known to be on the way to brokenville for a long t
On Sat, Feb 4, 2017 at 6:26 AM, Mart Raudsepp wrote:
> I am working towards having a clean deptree for arm64 and afterwards
> marking the non-hardened 5 arm64 profiles stable (or 4 - I don't see
> value in the developer profile without the desktop specific
> subprofiles, until there are mix-ins).
On Thu, Feb 2, 2017 at 4:36 PM, Michael Orlitzky wrote:
> I'm not saying that we should have a minimal experience out-of-the-box,
> only that the base profile should result in an effectively-minimal set
> of USE flags. Adding IUSE defaults is essentially adding defaults to the
> base profile. Why
Wow, Michał, this email comes off as pretty harsh to me... Is that
really necessary?
On Fri, Jan 27, 2017 at 8:26 AM, Michał Górny wrote:
> I should point out that:
>
> 1) CI is detecting this kind of issues much faster than you are,
> and reporting them both to the committer and to a *dedicated*
On Fri, Jan 27, 2017 at 4:33 AM, Mike Gilbert wrote:
> Looking through our profiles, I see we have both berkdb and gdbm
> enabled "globally".
>
> default/linux/make.defaults:USE="berkdb crypt ipv6 ncurses nls pam
> readline ssl tcpd zlib"
> releases/make.defaults:USE="acl gdbm nptl unicode"
>
> Is
On Wed, Jan 18, 2017 at 10:04 AM, Kent Fredric wrote:
> That's not viable, mostly because the performance cost of doing so is
> significantly
> time consuming, that it would block `git push` for minutes at a time, and all
> users
> performing pushes would have to wait in a queue for several minu
On Wed, Jan 18, 2017 at 5:58 AM, Doug Freed wrote:
> At some point, the repoman manifest-check, or some variation of it,
> will probably get added to a post-receive hook, which will then abort
> your push if you try to push something that would break the conversion
> process. That said, you shoul
On Fri, Dec 2, 2016 at 4:14 PM, Andrew Savchenko wrote:
> What about the following forkflow:
> - version bump first with minimal changes required, but without
> pushing commit to the tree;
> - make each logical change as a separate commit without revision
> bumps and without pushing stuff to the t
On Mon, Aug 22, 2016 at 5:58 PM, William Hubbs wrote:
> On Gentoo, this file does not exist, so I'm wondering how we can make it
> exist?
Not sure if/how related, but when I have:
djc@enrai ~ $ cat /etc/conf.d/hostname
# Set to the hostname of this machine
hostname="enrai"
Apache 2 tells me:
A
On Mon, Aug 15, 2016 at 3:25 PM, Kristian Fiskerstrand wrote:
>> very different process from handling bugs and feature requests. It
>> would be great if we had tooling that focuses on these instead of
>> trying to fit into the bug tracker. It would entail a different
>
> I'm not sure I agree on th
On Mon, Aug 15, 2016 at 3:03 PM, Kristian Fiskerstrand wrote:
> Could you please elaborate a bit? In particular from perspective of (i)
> integration into current workflow, (ii) complexity in application
> maintenance/hosting (iii) cost/benefit considerations
Well, I think stabilization (and, to
On Mon, Aug 15, 2016 at 6:29 AM, Kent Fredric wrote:
> This sort of stuff makes me feel bugzilla is entirely the wrong platform for
> handling stabilizations and keywords :/
I very much agree; some kind of minimal web app/API would probably be better.
Cheers,
Dirkjan
On Sun, Aug 7, 2016 at 9:51 AM, Pacho Ramos wrote:
> This packages are now up for grabs:
> app-portage/euscan
Patrick,
Are you still keeping euscan running?
Cheers,
Dirkjan
On Sun, Aug 7, 2016 at 9:56 AM, Deven Lahoti wrote:
> What's the policy on maintaining a package if I'm not (yet, hopefully) an
> official dev? I'd like to take on transmission-remote-gtk since I use it
> fairly often.
That would be great!
I think you want to start by looking at proxy maintenanc
On Thu, Jul 14, 2016 at 4:34 PM, William Hubbs wrote:
>> I'd rather avoid adding more of this until we figure out what to do
>> about multiple Lua versions. The Lua5.1/5.2 split is still stuck
>> nowhere, and luajit is yet another variant to handle.
>
> If we don't do this, the only way to add lua
On Sat, Jul 9, 2016 at 3:54 PM, Neil Bothwick wrote:
> I've created an ebuild for net-misc/zerotier [1]. This has a BDEP on
> app-text/ronn, the build system uses it to create the man pages. The
> trouble is that ronn is a Ruby program and pulls in a shedload of
> dependencies, just to install man
On Fri, Jun 10, 2016 at 3:06 PM, Ciaran McCreesh
wrote:
> How do you know? What is your experience in the area of coordinating
> work across repos in a Gentoo-style distribution?
I don't have much experience with ebuilds, but I have plenty of
experience with software components distributed across
On Thu, Jun 9, 2016 at 12:22 PM, Alexander Berntsen wrote:
> If you mean that we should go with what is currently popular, then
> that would be Microsoft Windows, Mac OS X, and to a lesser degree
> Ubuntu. But I'm not sure what that mental exercise affords us. I am
> more concerned with how we can
On Tue, Jun 7, 2016 at 5:37 PM, Michał Górny wrote:
> I'm against keeping it in repos.xml for more than a month, considering
> the current (huge) state of breakage it is in. Other repositories with
> similar breakage were already removed.
Maybe do a regular old "Packages for grabs" thread to see
On Mon, Jun 6, 2016 at 11:23 PM, Michał Górny wrote:
> Your thoughts?
I would agree that proxy-maint and GH pull requests are better than
sunrise, and so we should probably sunset (pun intended) the latter.
Cheers,
Dirkjan
On Mon, Jun 6, 2016 at 12:36 PM, Alexis Ballier wrote:
>> It happens every now and then that during ATing, I find that
>> USE=test should pull in extra deps. This usually is an easy and
>> not exactly controversial fix.
>
> +1
>
> I dont think anyone should be prevented from committing trivial fix
On Wed, Jun 1, 2016 at 3:09 PM, Michał Górny wrote:
> Excuse me but are you really serious? We are in this swamp because someone
> tried to be too smart. And what solution do you propose? Let's add another
> layer of complexity and smartness, for a single variable. Obviously nothing
> can go wr
On Sun, May 29, 2016 at 5:33 PM, Kristian Fiskerstrand wrote:
> dev-python/path-and-address
I've added the python project here, too.
Cheers,
Dirkjan
On Sun, May 29, 2016 at 4:16 PM, Pacho Ramos wrote:
> dev-python/pylast
I've added the python project for this one.
Cheers,
Dirkjan
On Sun, May 22, 2016 at 9:52 PM, Pacho Ramos wrote:
> dev-python/pathtools
> dev-python/pygame_sdl2
> dev-python/pyuv
> dev-python/watchdog
I think the Python team can take pathtools and watchdog. Not so sure
about pyuv and pygame_sdl2, though.
Cheesr,
Dirkjan
On May 17, 2016 8:45 AM, "Michał Górny" wrote:
> For this reason, I would like to ask others to join the Overlays effort.
Sign me up, let's see what happens.
Cheers,
Dirkjan
On Sat, May 14, 2016 at 5:19 PM, Dirkjan Ochtman wrote:
> I suppose the description can just be "Enable memcached support".
I went ahead and committed a slightly modified description to
use.desc. I also filed bugs against lighttpd (583158) and gearmand
(583160) to rename the
On Mon, May 16, 2016 at 3:39 AM, Brian Dolbec wrote:
> repoman-2.3.0_rc1 is the stage2 rewrite code. The checks are now
> modular, and using the portage plugin system. The system is not yet
> fully plug and play. Those changes will take place in the stage3
> re-writes.
Thanks for working on this,
All,
I want to add a "memcached" USE flag to mail-filters/rmilter. Before
doing so, I looked if there was a global USE flag. There is not, but I
though see usage across 14 packages:
dev-db/pgpool2[memcached]: Use memcached for query caching
dev-php/pecl-mysqlnd_qc[memcached]: Use
dev-libs/libmemc
On Sun, May 8, 2016 at 2:00 PM, Michał Górny wrote:
> No, he didn't. He stated an imaginary fact ('we all seem to agree...'), and
> asked how to *enforce* that formally. That's not how you request differing
> opinions.
He used "seem to" to state that it was his perspective, and asked
"What is t
On Sun, May 8, 2016 at 11:25 AM, Kent Fredric wrote:
> The essential idea being to minimise the amount of congnitive effort a
> human has when trying to explore the history and understand what
> "actually happened" from a master perspective.
>
> "Long histories that go for days only to merge one c
On Sun, May 8, 2016 at 7:09 AM, Michał Górny wrote:
>> What is the correct course of action? I would very much like it to be worded
>> in
>> a document (GLEP and/or Wiki page) so that confusion is avoided and we all
>> are
>> on the same page on this topic.
>
> You start by accepting my retireme
On Fri, May 6, 2016 at 10:14 AM, Göktürk Yüksek wrote:
> The change only reflects what's already in GLEP 68 [0] which itself
> derives this condition from GLEP 46 [1] which has the following clause:
>
> """
> name should contain a block of text with upstream's name, is mandatory
> and can only app
On Fri, May 6, 2016 at 1:16 AM, Göktürk Yüksek wrote:
> Signed-off-by: Göktürk Yüksek
> ---
> metadata.xsd | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/metadata.xsd b/metadata.xsd
> index 8bc6a4e..fe2c5d2 100644
> --- a/metadata.xsd
> +++ b/metadata.xsd
> @@ -137,7 +1
On Mon, Apr 25, 2016 at 2:05 AM, Robin H. Johnson wrote:
> Removals:
> dev-go/ed25519 20160421-13:04 blueness 1b62db0
> dev-go/goptlib 20160421-13:04 blueness 1b62db0
> dev-go/siphash 20160421-13:04 blueness 1b62db0
> net-proxy/o
On Apr 19, 2016 6:28 PM, "Anthony G. Basile" wrote:
> yeah we need to buy him a drink or something really. i'd say make him a
> dev but i'm not sure i'd inflict that punishment on anyone :P
+1 make him a dev.
Cheers,
Dirkjan
On Thu, Mar 31, 2016 at 1:17 PM, Alexey Shvetsov wrote:
> dev-python/configshell
> dev-python/rtslib
I looked at whether these should be owned by the Python team, but I
don't think they should be. It looks like they're low-level utilities
that happen to be written in Python. As such, they probabl
On Wed, Mar 16, 2016 at 7:43 PM, Michał Górny wrote:
> Therefore, I've been slowly writing a proper GLEP that would describe
> all of metadata.xml in detail. Here's the current draft for review:
Sounds like a good idea!
> https://wiki.gentoo.org/wiki/User:MGorny/GLEP:68
I reviewed your spec bas
On Wed, Mar 2, 2016 at 12:38 PM, Michał Górny wrote:
> Remove the long form of element that was likely used (or
> supposed to be used) in the global metadata scope. It is currently
> referenced in element only, and judging from the comments,
> it is supposed to always be a URL there.
LGTM!
On Sun, Feb 14, 2016 at 10:38 PM, Anthony G. Basile wrote:
> We discussed the state of libressl today in the council. Proceeding
> forward with that work, I'm going to propose a new project and getting
> together a team. Much of the work has already done by hasufell and what
> remain is just fol
On Thu, Feb 4, 2016 at 11:27 AM, Jason Zaman wrote:
> Which looks easier and nicer to you?
>
> NGINX_MODULES_HTTP="access auth_basic autoindex browser charset
> fancyindex fastcgi geo gzip limit_req limit_zone map memcached proxy
> realip referer rewrite scgi spdy split_clients ssi upstream_check
On Wed, Feb 3, 2016 at 11:48 PM, Michał Górny wrote:
> Could we please finally stop introducing global USE flags that are
> going to only be used by a single package? make.conf already looks like
> random mix of randoms these days, with some extra random cruft being
> added every second Tuesday.
On Tue, Feb 2, 2016 at 3:18 PM, Justin Lecher (jlec) wrote:
> Could you please sum up the thread and come up with some precise
> question we should discuss or vote on.
The question is: what language should we use for XML validation in the future?
There are two main contenders: RELAX NG (with a c
On Wed, Jan 27, 2016 at 4:43 PM, Michał Górny wrote:
> Yes, that part makes some sense. Except that it immediately follows
> braces which makes me think it applies only to the thing in the braces.
> Furthermore, the use of {} vs () seems pretty much random, and the &
> is completely unclear what i
On Wed, Jan 27, 2016 at 4:20 PM, Michał Górny wrote:
> First of all, I don't like RELAX-NG Compact at all. It looks like
> someone tried hard to combine some variation of BNF, DOCTYPE
> and something else in order to get something that is both readable
> and compact. And got a result that doesn't
On Wed, Jan 27, 2016 at 3:21 PM, Michael Orlitzky wrote:
>> But libxml2 does not seem to support it; that is, substituting the
>> DOCTYPE for an xml-model processing instruction and then using xmllint
>> --valid does not do the right thing (it complains there's no DOCTYPE).
>
> But does it /compla
On Fri, Jan 22, 2016 at 3:20 PM, Kristian Fiskerstrand wrote:
> Advanced notice, please
Committed 2016-01-27-upgrading-to-apache-2_4 to news.
Time to request stabilization?
Cheers,
Dirkjan
On Wed, Jan 27, 2016 at 1:09 PM, Michał Górny wrote:
> Could you post a generated .rng and XML Schema files for comparison?
> They don't have to be perfect conversions, just to see how different
> they are.
Here's the RNG, generated with dev-python/rnc2rng:
https://raw.githubusercontent.com/djc/
On Tue, Jan 26, 2016 at 9:52 PM, Michael Orlitzky wrote:
> I would appreciate examples of some common tasks like validating
> projects.xml, but since we don't have those now, it's not critical.
> This used to be kinda straightforward with xmllint,
>
> $ xmllint --valid --noout projects.xml && ec
All,
TL;DR: I think we should switch from DTD to RELAX NG (compact syntax,
ideally) for our XML validation needs. It is more expressive and more
readable.
Most people who know anything about XML stuff know that DTDs are not
that great a solution for validation. Their expression power is very
limi
On Sun, Jan 24, 2016 at 4:59 PM, Andreas K. Hüttel wrote:
> Gentoostats is a typical stillbirth of the Gentoo Google Summer of Soon-
> Obsolete Code. Would I be happy if someone were to revive and actually deploy
> it (the last point is important!)? YES!
When I last looked into it, I couldn't act
Third attempt.
===
Title: Upgrading Apache from 2.2 to 2.4
Author: Dirkjan Ochtman
Content-Type: text/plain
Posted: 2016-01-17
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: www-servers/apache
With the 2.4 branch released by upstream almost 4 years ago, stable
Gentoo systems will soon
On Wed, Jan 13, 2016 at 6:13 PM, Dirkjan Ochtman wrote:
> After what feels like ages, we're just about ready to stabilize
> apache-2.4. Since this is a major upgrade that in many cases require
> configuration changes, we wanted to do a news item. After some
> discussion with Lars
On Sun, Jan 17, 2016 at 8:59 PM, Michał Górny wrote:
> dev-lang/erlang : djc@
erlang only gets whatever is necessary to keep bug reporters happy,
plus whatever I need to keep couchdb running. Please feel free to join
up if you have any related expertise whatsoever.
Cheers,
Dirkjan
Second attempt!
===
Title: Upgrading Apache from 2.2 to 2.4
Author: Dirkjan Ochtman
Content-Type: text/plain
Posted: 2016-01-17
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: www-servers/apache
With the 2.4 branch released by upstream almost 4 years ago, stable
Gentoo systems will
On Thu, Jan 14, 2016 at 10:53 AM, Duncan <1i5t5.dun...@cox.net> wrote:
>> Display-If-Installed: www-servers/apache
>
> Can't that be made 2.4 need a news item about something they've already taken care of?
This makes sense to me, though I imagine it could be annoying if
people (stupidly, but what
Upgrading Apache from 2.2 to 2.4
Author: Dirkjan Ochtman
Content-Type: text/plain
Posted: 2016-01-13
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: www-servers/apache
Upstream released the 2.4 version of the Apache HTTPD almost 4 years
ago. Though many users have moved to other HTTP server
On Thu, Jan 7, 2016 at 4:40 PM, Matthew Thode wrote:
> gonna take these unless anyone yells at me.
>
> modified: dev-python/ipaddress/metadata.xml
> modified: dev-python/lz4/metadata.xml
> modified: dev-python/mysqlclient/metadata.xml
It would probably make sense to
1 - 100 of 319 matches
Mail list logo
