Hi!
On Mon, 29 Nov 2021, Michał Górny wrote:
> On Mon, 2021-11-29 at 14:44 +0100, Tobias Klausmann wrote:
> > I don't really use any of these anymore, so I'd love for someone else to
> > maintain them:
> >
> > dev-python/pockets
> > dev-python/py
Hi!
I don't really use any of these anymore, so I'd love for someone else to
maintain them:
dev-python/pockets
dev-python/pycodestyle
dev-python/pynacl
Pockets has no revdeps, so ditching it entirely is also an option.
Pycodestyle is heavily intertwined with autopep8 and friends, so it
might b
Hi!
As per subject. I am not running any Jabber infrastructure
anymore.
Package is in decent shape. Lua 5.2 compatibility is not there,
but I don't see 5.2 happening soon anyway. The rest of the bugs
are nice-to-haves and cosmetic stuff.
I'll keep myself in the maintainers file for another mont
Hi!
On Wed, 04 Dec 2019, Aaron Bauman wrote:
> dev-python/eyeD3
> media-sound/abcde
> media-sound/gpodder
FWIW, eyeD3 has a Py3 (only!) version available. Since abcde is a
shell script that just calls the eyeD3 binary, the API changes
don't matter. And gpodder is Py3 only itself, so it can't hav
Hi everybody,
over twelve years ago, a mail with these headers was sent to alpha@gentoo org:
Subject: New dev box!
To: al...@gentoo.org
Hi!
On Fri, 03 May 2019, Andreas K. Huettel wrote:
> after some preparations, we're happy to announce (initially experimental)
> support for a new arch: riscv
>
> * The project page is at https://wiki.gentoo.org/wiki/Project:RISC-V
> Feel free to join if you want to help and/or even have hard
Hi!
On Thu, 21 Feb 2019, Georgy Yakovlev wrote:
> On Thursday, February 21, 2019 1:36:24 AM PST Joshua Kinard wrote:
> > Does anyone have an idea why util-linux's build time would go up
> > significantly from 2.32.x to 2.33.x? It may be a MIPS thing, as my x86_64
> > box shows no discernible cha
Hi!
I haven't used atftp in a *long* time and upstream is either dead
or has entered a time capsule on SF.net.
Open bugs:
513486 net-ftp/atftp - increase BKLSIZE
635786 net-ftp/atftp-0.7-r5 : neither HOMEPAGE nor originalSRC_URI available
any more
The former is ancient (and I only now realize
Hi!
On Tue, 25 Jul 2017, Michał Górny wrote:
> The summary line is included in the short logs (git log --
> oneline, gitweb, GitHub, mail subject) and therefore should
> provide a short yet accurate description of the change. The summary line
> starts with a logical unit name, followed by a colon
Hi!
On Thu, 29 Jun 2017, James Le Cuirot wrote:
> > No. Alpha is little endian.
>
> Wikipedia says it is bi. tc-native() reports alpha* as big so I guess
> that's the only variant we support? Then again, this page says it is
> usually little. Is tc-native() wrong?
>
> https://kernelnewbies.org/
Hi!
On Mon, 30 Jan 2017, William Hubbs wrote:
> I have been looking at the meson build system [1] [2], and I like what I
> see.
>
> I have opened an issue on OpenRC's github wrt migrating OpenRC to the
> meson build system [3].
>
> As I said on the bug, the downside is the addition of py3 and n
Hi!
On Sat, 03 Dec 2016, William L. Thomson Jr. wrote:
> Google has hired a few core developers as has Gaikai. Both seem
> to be good, though not sure Google is giving back as much given
> their financial benefit. Gaikai isn't selling an OS, but Google
> is based on Gentoo...
That last bit is no
Hi!
On Tue, 14 Jun 2016, Rich Freeman wrote:
> 1. Developers wouldn't have access to all the ebuilds in the curated
> repositories. They would only have access to the ones they contribute
> to.
> 1a. You could accept a contributor into a small project and not have
> to give them access to the
Hi!
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.
What's the hive mind's opinion on letting ATs add such deps if:
- Only one level deep, but multiple first-level deps are ok
- The deps
Hi!
On Tue, 17 May 2016, Kent Fredric wrote:
> On 17 May 2016 at 19:37, Pallav Agarwal wrote:
> > For normal users we wouldn't. But currently, arch-testers need to make a
> > judgement call on what to test when a stable-req bug is filed. Tests run in
> > src_test are provided by upstream, and d
Hi!
On Sun, 01 Nov 2015, Martin Vaeth wrote:
> Мисбах-Соловьёв Вадим wrote:
> >
> >> Now how can this user display the ChangeLog for
> >> a certain package?
> > ```
> > git log -- pkg-category/pkg-name/
>
> You removed the crucial part of my posting:
>
> >> git clone --depth=1
For the combine
Hi!
On Thu, 15 Oct 2015, Jason Zaman wrote:
> Can you try this:
>
> # getfattr -d -m- /bin/ping
> security.capability=0sAQAAAgAgAAA=
> # setfattr -n user.test -v "foo" ./ping
> # setfattr -n user.pax.flags -v "me" ./ping
> # getfattr -d -m- /bin/ping
> security.capability=0sAQAAA
Hi!
On Wed, 14 Oct 2015, Mike Frysinger wrote:
> anyone opposed to flipping this flag on by default ?
>
> reference:
> https://bugs.gentoo.org/506198
> https://bugs.gentoo.org/556408
No objection, but a bit of a datapoint. I use btrfs on one of my
machines, and that filesystem (apparently) does
Hi!
On Wed, 14 Oct 2015, Mike Frysinger wrote:
> iputils is currently in @system for everyone. by default, it only
> installs `ping`. do we feel strongly enough about this to require
> all systems include it ? or should this wait for the long idea of
> releasing stage4's instead of stage3's ?
Hi!
On Sun, 20 Sep 2015, Anthony G. Basile wrote:
> On 9/20/15 1:23 PM, Ryan Hill wrote:
> >
> >> [0] I am pretty sure some arches will want to opt out of this
> >> scheme, at least for some more critical packages.
> > ALLARCHES shouldn't be used on critical packages.
>
> Exactly. So suppose th
Hi!
On Sun, 20 Sep 2015, Ryan Hill wrote:
> On Sun, 20 Sep 2015 13:23:21 +0200 Tobias Klausmann
> wrote:
> > arch_A maintainer sees ALLARCHES keyworded bug, and tests
> > everything on A. Upon keywording and running repoman, she
> > finds that two other arches need add
Hi!
On Sat, 19 Sep 2015, Agostino Sarubbo wrote:
> The ALLARCHES keyword is out since some time. For who does not
> remeber, the announcement is here [1]
>
> So, if an arch developer tests the package(s) on one
> architecture, he is allowed to stabilize/keyword for all.
This can lead to an inte
Hi!
On Mon, 31 Aug 2015, Tobias Klausmann wrote:
> On Mon, 24 Aug 2015, Tobias Klausmann wrote:
> > The change itself will happen sometime this week to allow
> > people to do the changes on their own.
>
> Due to work interfering, this got delayed. I hope to make the
> ed
Hi!
On Mon, 24 Aug 2015, Tobias Klausmann wrote:
> The change itself will happen sometime this week to allow
> people to do the changes on their own.
Due to work interfering, this got delayed. I hope to make the
edits this week.
Regards,
Tobias
--
Sent from aboard the Cultur
Hi!
Tomorrow, code.google.com will turn off write access to all
remaining projects[0]. As such, Gentoo ebuilds which still have
HOMEPAGE= pointing there should be updated.
I've already created a list of possible edits:
http://skade.schwarzvogel.de/~klausman/cgc_urls.html
Note that there are a
Hi!
On Tue, 11 Aug 2015, Michał Górny wrote:
> Dnia 2015-08-11, o godz. 15:52:16
> Patrice Clement napisał(a):
>
> > According to
> > https://wiki.gentoo.org/wiki/Gentoo_git_workflow#Branching_Model,
> > "there may be developer-specific, task-specific, project-specific branches
> > etc". As fa
Hi!
On Tue, 11 Aug 2015, Duncan wrote:
> Ryan Hill posted on Mon, 10 Aug 2015 18:17:30 -0600 as excerpted:
>
> > On Mon, 10 Aug 2015 12:25:58 + (UTC)
> > Duncan <1i5t5.dun...@cox.net> wrote:
> >> What about:
> >>
> >> * bug number in summary strongly recommended
> >
> > Making the bug num
Hi!
On Sun, 09 Aug 2015, Sven Vermeulen wrote:
> On Sun, Aug 09, 2015 at 04:43:36PM +0200, Dirkjan Ochtman wrote:
> > > I think "X-Gentoo-Bug: 557022" also makes the job easier for tools that
> > > parse commit messages.
> >
> > I don't. Just the "bug " prefix should be fine for almost all
> >
Hi!
On Thu, 09 Jul 2015, Rich Freeman wrote:
> On Thu, Jul 9, 2015 at 10:51 AM, Tobias Klausmann wrote:
> > What I meant is when I get a stabilization bug for
> > cat-egory/foo-1.2.3 which depends on >=other-cat/bar-1.0.5. The
> > latter is amd64 but not alpha or ~alp
Hi!
On Thu, 09 Jul 2015, Steev Klimaszewski wrote:
> On Wed, 2015-07-08 at 21:11 +0200, Tobias Klausmann wrote:
> > The truly arch-dependent bugs are what wastes my time:
> >
> > For example:
> >
> > - dependencies not being keyworded for arch or
Hi!
On Wed, 08 Jul 2015, Alec Warner wrote:
> On Wed, Jul 8, 2015 at 11:07 AM, Tobias Klausmann
> wrote:
>
> > tl;dr: Continuous Integration is a neat idea if you have the
> > Hardware. The off-mainstream arch teams don't.
>
> Clearly because we cannot be
Hi!
On Wed, 08 Jul 2015, Ciaran McCreesh wrote:
> On Wed, 8 Jul 2015 20:07:34 +0200
> Tobias Klausmann wrote:
> > In essence, assuming we can "just scale" to make CI work is
> > ignoring the matter of the slower archs. And I suspect the "it
> > wor
Hi!
This got a bit rambly, sorry 'bout that.
tl;dr: Continuous Integration is a neat idea if you have the
Hardware. The off-mainstream arch teams don't.
On Tue, 07 Jul 2015, Ciaran McCreesh wrote:
> On Tue, 07 Jul 2015 08:04:47 +0800
> Patrick Lauer wrote:
> > I'll laugh about it next time I
Hi!
On Mon, 11 May 2015, Eray Aslan wrote:
> On Mon, May 11, 2015 at 04:26:01AM +, Robin H. Johnson wrote:
> > TL;DR: As of May 17, @gentoo.org will drop incoming spammy mail instead of
> > delivering it. Speak now or hold your peace.
>
> Believe me I understand your pain. Been there done t
Hi!
On Sun, 26 Apr 2015, Jeroen Roovers wrote:
> On Sun, 26 Apr 2015 08:04:11 -0400
> Rich Freeman wrote:
> > If we're talking about human parsing, can you give an example of how
> > variation makes your life more difficult today? I'm just trying to
> > understand what we're trying to fix...
>
Hi!
A while back, Daniel Quinn asked what the Gentoo devs that follow
the G+ Gentoo Account what they think of making it possible to
thank/donate to Gentoo developers for their work on the
Distribution:
https://plus.google.com/105563703093466990245/posts/XNi6GoDbV9t
The feedback was mostly pos
Hi!
On Fri, 19 Sep 2014, hasufell wrote:
> Tobias Klausmann:
> >>> If this should really turn out to be a problem, then we could also:
> >>>
> >>> 4) Replace git's default merge driver by our own one that is better
> >>> suited for
Hi!
On Fri, 19 Sep 2014, Tom Wijsman wrote:
> On Thu, 18 Sep 2014 19:39:08 +0200
> Tobias Klausmann wrote:
>
> > AIUI, we try to avoid merge conflicts, unless the merge is a
> > meaningful integration of divergent processes.
> >
> > However, one aspect of h
Hi!
On Thu, 18 Sep 2014, Rich Freeman wrote:
> On Thu, Sep 18, 2014 at 1:53 PM, Ulrich Mueller wrote:
> >>>>>> On Thu, 18 Sep 2014, Tobias Klausmann wrote:
> >
> >> However, one aspect of how ebuilds are written these days will
> >> cause a
Hi!
Since we're causing at least mild upheaval process-wise, I
thought I'd bring up a topic that will be exacerbated by the git
migration if it's not really addressed.
AIUI, we try to avoid merge conflicts, unless the merge is a
meaningful integration of divergent processes.
However, one aspect
Hi!
On Sun, 03 Aug 2014, Mike Frysinger wrote:
> upstream glibc has dropped support for older Linux kernels. your choices:
> - upgrade your kernel
> - switch to a different C library
> - stick with glibc-2.19 for a while
Also note that 2.6.32 is the oldest longterm kernel. If you use
somethi
Hi!
My two cents for viewing-logs-in-vim (which is a use case for
me):
$ eix ansiesc
* app-vim/ansiesc
Available versions: (~)12
Homepage:http://www.vim.org/scripts/script.php?script_id=302
Description: vim plugin: ansi escape sequences concealed, but
highl
Hi!
On Tue, 30 Jul 2013, Duncan wrote:
> OTOH, the "free space" or "space available" suggestions I saw elsewhere
> do make a lot of sense and avoid both the "disc" and "mechanical drive"
> implications.
It's also closer to the common LANG=C expando of ENOSPC. Whatever
the underlying physical t
Hi!
On Mon, 24 Jun 2013, Diego Elio Pettenò wrote:
> I've worked on a VC system most of last year and I now go
> through regular conferences... it's barely okay from a work
> point of view, it takes lots of time to organize so you don't
> want to do that every single day for sure.
It depends how
Hi!
On Fri, 26 Apr 2013, Tobias Klausmann wrote:
> I'm still not quite sure what newnet does that oldnet doesn't, or
> why somebody felt it was necessary to make a new package (and no,
> let's not discuss that here). Whatever it is, ideally, it would
> reflected
Hi!
On Wed, 24 Apr 2013, William Hubbs wrote:
> The primary disadvantages of newnet are that services can't depend on a
> single network interface, and it is not possible to stop/start a single
> interface.
Which is why it doesn;t work for my not-exactly-complex,
not-exactly-simple setup (NFS an
Hi!
On Thu, 25 Apr 2013, Steven J. Long wrote:
> Thanks, that sounds reasonable: one minor nitpick, though. Could you not
> call it 'stdnet'? Since from all the other discussion it appears like this
> is not going away soon for the vast majority of users, but simply being
> maintained as another
Hi!
On Tue, 23 Apr 2013, Walter Dnes wrote:
> On Tue, Apr 23, 2013 at 01:19:05PM +0200, Tobias Klausmann wrote
> > The second problem, however, is trickier. We can rely on people
> > noticing the error messages/broken packages and hope they file
> > bugs. The other option
Hi!
On Tue, 23 Apr 2013, Ulrich Mueller wrote:
> > I appericiate the work done by Tobias utmost too but I have to agree
> > this is not something I want to see running automatically, or even
> > from within ebuilds.
>
> +1
>
> In Tobias's list, I count some 80 packages that need fixing. That's
Hi!
Since we probably will have to fix the files coming out of
tarballs until the various upstreams have fixed them, I propose
running a PNG fixer during or after the install phase. Since
having pngcrush as dep for everything is not exactly lightweight,
I hacked together a PNG file fixer in pure(
Hi!
On Mon, 25 Mar 2013, Alexander Berntsen wrote:
> I don't think it seems easy. But nor does devoting time to a CD
> that will only serve the purpose of installing Gentoo on these
> architectures. Additionally, that strikes me as seriously
> pointless if contributing to SysRescCd is a real alte
Hi!
On Mon, 25 Mar 2013, Alexander Berntsen wrote:
> > SysRescueCD does not exist for the fringe architectures.
> Then make it. That way we will have a reliable install medium for all
> architectures, an as an added bonus we will have helped a different
> free software project become more useful
Hi!
On Mon, 25 Mar 2013, Markos Chandras wrote:
> On 25 March 2013 09:30, Tobias Klausmann wrote:
> > I'll say it again: if we don't make install media anymore and
> > tell people to use SRCD instead, we will lose installation
> > support for at least alpha, ppc/
Hi!
On Sun, 24 Mar 2013, Alexander Berntsen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 24/03/13 21:17, Ben Kohler wrote:
> > I strongly believe it's important that we have an official install
> > medium [that] the official installation handbook is based [on].
> I agree.
Hi!
On Sun, 24 Mar 2013, Duncan wrote:
> Samuli Suominen posted on Sun, 24 Mar 2013 09:32:22 +0200 as excerpted:
>
> > imho we should contact the sysrescuecd developers and suggest more close
> > cooperation, such that it could be called official install media in
> > gentoo-terms
>
> I've wonde
Hi!
On Thu, 17 Jan 2013, Peter Stuge wrote:
> Tobias Klausmann wrote:
> > It has been rather nifty that if I walk up to a random machine
> > with exactly one NIC (that I've been asked to examine/fix), I
> > _know_ that there will be eth0 and only that.
>
> On
Hi!
On Tue, 15 Jan 2013, Greg KH wrote:
> So anyone who relies on network names right now to be deterministic, and
> you have more than one network device in your system, should seriously
> reconsider how they are naming their devices, as it will not work if you
> only rely on the kernel.
>
> Yo
Hey,
Ryan Sleevi, who's working on Chromium and is familiar with other
project's Root Cert programs has written an article on how he
perceives assorted distributions handle Root CAs:
https://plus.google.com/u/0/105761279104103278252/posts/eVdB6X3NpPg
"""
[...]
Debian: From [5]. According to READ
Hi!
On Wed, 26 Sep 2012, Chí-Thanh Christopher Nguyễn wrote:
> A different question is whether in the cases where parallel bzip2 makes
> sense, is it really the best solution? xz is outperforming bzip2's
> compression ratio for large files (for an informal comparison, see bug
> 434350). And xz is
Hi!
On Thu, 30 Aug 2012, Duncan wrote:
> Now, for worst-case comparison, on the same machine, what's the
> respective times for a full systemd build? (I'm not saying actually
> merge it, just configure/compile, plus see the next paragraph.)
I think my first set of numbers illustrates that: ju
Hi!
On Wed, 29 Aug 2012, William Hubbs wrote:
> On Wed, Aug 29, 2012 at 01:57:48PM +0200, Tobias Klausmann wrote:
> > As a first crude datapoint, I compared the build times
> > (configure+make) of udev-171-r6 and -188 on our dev Alpha. This
> > is a machine that's o
Hi!
On Wed, 29 Aug 2012, Duncan wrote:
> So in practice, just what are the sorts of times, relative to stand-alone-
> build udev, we're talking about? In all this discussion, what, hundreds
> of posts by now?, I've not seen ANYONE actually ask, let alone answer,
> THAT. But it would seem to b
Hi!
On Thu, 12 Jul 2012, Diego Elio Pettenò wrote:
> > DEP> They _are_ deprecated after all.
> >
> > Where is that documented?
>
> man inittab
You seem to have a different version than I do:
$ equery f sysvinit|xargs grep -i deprecated 2>/dev/null
$ equery f sysvinit|xargs bzgrep -i deprecated
Hi!
On Thu, 05 Jul 2012, Dan Douglas wrote:
> On Wednesday, July 04, 2012 10:30:20 PM Peter Stuge wrote:
> > You may recall there was a kernel build system bug which ran
> > -rf / which would be bad if you built as root.
>
> So there isn't anything during the build that requires writing
> outsid
Hi!
On Wed, 04 Jul 2012, Greg KH wrote:
> > Recently, I have again bumped into the question whether one
> > should compile the kernel as root. One of the things that puzzles
> > me is why almost every HowTo, blog post and book recommends
> > building as non-root -- yet basically no distribution /
Hi!
On Wed, 04 Jul 2012, Michał Górny wrote:
> There's a very simple yet custom solution I'm using. Shortly saying:
> checkout the kernel git to /usr/src/linux and chown to your user. As
> far as it goes, it's superior to having kernel sources installed by
> ebuilds.
>
> I just have to remember
Hi!
Recently, I have again bumped into the question whether one
should compile the kernel as root. One of the things that puzzles
me is why almost every HowTo, blog post and book recommends
building as non-root -- yet basically no distribution /helps/ the
user with doing that.
I've discussed thi
Hi!
On Wed, 30 May 2012, Rich Freeman wrote:
> On Wed, May 30, 2012 at 6:16 AM, Dirkjan Ochtman wrote:
> > Yeah... this is why I was asking about access to infra to test the
> > conversion; so far, I haven't had any replies, though.
>
> A mock conversion would probably help with creating
> proc
Hi!
On Fri, 27 Apr 2012, Diego Elio Pettenò wrote:
> The current definition sets the console at 9600 baud, using vt100
> emulation; I think most of us who configure it, do so at 115200 baud,
> and some prefer vt-utf8 over vt100 (the two are partially compatible as
> far as I can tell).
Also note
Hi!
On Wed, 18 Jan 2012, Agostino Sarubbo wrote:
> 4) Nobody knows how work all packages in tree, so there are
> obvious packages like a browsers, IM, audio player,that is easy
> decide if is ok or not, but there are also packages that an
> Arch tester has never seen, so is a lack of time everyti
Hi!
On Mon, 07 Mar 2011, Mike Frysinger wrote:
> >> If *anybody* can't use SSL for any reason please yell so that we can
> >> decide if we leave it as it is (plain + encrypted) or not.
> >
> > Is there any *real* reason to force SSL? It is *hell* slow.
>
> it should of course be force for loggin
Hi!
On Tue, 15 Feb 2011, Donnie Berkholz wrote:
> On 09:10 Tue 15 Feb, Gilles Dartiguelongue wrote:
> > Le lundi 14 février 2011 à 19:19 +0100, "Paweł Hajdan, Jr." a écrit :
> > > On 2/14/11 9:13 PM, Samuli Suominen wrote:
> > > > And http://bugs.gentoo.org/show_bug.cgi?id=349053#c1 ? I tried t
Hi!
On Mon, 20 Sep 2010, Benedikt Böhm wrote:
> On Mon, Sep 20, 2010, Tobias Klausmann wrote:
> > who runs servers: DHCP is uncommon there, WLAN is very unusual,
> > as a result, they would not only have to switch the way they
> > configure their nets (people don't
Hi!
On Mon, 20 Sep 2010, Michał Górny wrote:
> William Hubbs wrote:
> > What about newnet. Should we keep it at all? If we do, should we put
> > it behind a use flag which would be off by default?
>
> I insist on keeping it as I use it myself. The new approach seems more
> desktop-targeted to
Hi!
And hot off the tar, here's v0.2:
http://www.schwarzvogel.de/software-misc.shtml
http://www.schwarzvogel.de/pkgs/lib_users-0.2.tar.gz
Several suggestions were implemented, including more Pythonic
code in a few spots and new patterns for the blacklist.
Please test and comment.
Regards,
Tobi
Hi!
On Wed, 28 Jul 2010, "Paweł Hajdan, Jr." wrote:
> It would be interesting to integrated it with portage, similarly to how
> it now displays "you have xx configuration files to update". It could
> print "you have xx services to restart".
Definitely. One of the reasons why I expressly mention
Hi!
On Wed, 28 Jul 2010, Jeroen Roovers wrote:
> > While that approach has the advantage of not only catching mapped
> > files but every open FD, I am thinking about implementing something
> > similar with lib_users (but using /proc//fd/).
>
> The great advantage would be that it also discovers
Hi!
On Wed, 28 Jul 2010, Jeroen Roovers wrote:
> > To make a long posting boring: I've hacked up a Python script
> > that does all that and prints out a nice summary. It's available
> > from here:
> >
> > http://schwarzvogel.de/software-misc.shtml
>
> Is it like checkrestart[1], originally from
Hi!
Short version: Upgrades happen, libs get deleted/replaced; my
script (links below) tells you what processes to restart.
Long version:
I've recently realized that many admins aren't aware of a problem
when upgrading their systems. Usually, people are told to run
revdep-rebuild and do sundry
Hi!
On Sat, 20 Feb 2010, Ryan Hill wrote:
[... "Please use the test suites, you're making lives easier." ...]
Also, if the test failure is "portable", you don't waste the time
of N arch maintainers that run into the same problem on wy
slower machines than yours.
Thanks,
Tobias
Hi!
On Sun, 17 Jan 2010, Ciaran McCreesh wrote:
> > 1) portage/pkgcore support the PMS defined vdb2 while paludis doesn't
> > 2) portage/pkgcore are invoked modifying the livefs; vdb1, vdb2 is
> > updated.
> > 3) paludis is invoked. vdb1 is updated, vdb2 is not
> > 4) portage and pkgcore now can
Hi!
On Mon, 09 Nov 2009, Ben de Groot wrote:
> We especially request ppc64 to be marked as an experimental arch, as it
> is the worst one lagging in stabilization. See bug 281821 for a poignant
> example, a 3 months open security bug.
As a side note, don't hesitate to poke me or armin76 if you h
Hi!
On Thu, 05 Nov 2009, Petteri Räty wrote:
> In the past when smaller arches were not that active we used to
> mark Java packages stable after testing by at least one arch
> team. The probability to find arch specific issues in something
> like Java is not so high so I think arrangements like t
Hi!
On Wed, 04 Nov 2009, Christian Faulhammer wrote:
> Ben de Groot :
> > What about ppc64? They are MONTHS behind on stabilization,
> > even for security bugs (see bug 281821 for example). The Qt team
> > feels this is no longer acceptable. We propose that any arch that
> > can't keep up will be
Hi!
On Sat, 17 Oct 2009, Rémi Cardona wrote:
> Now we (gentoo devs) are finally starting to add news items for
> bigger updates (gnome, X, java, etc) and that's a good thing.
> But we definitely cannot and should not use news items for
> minor upgrades.
>
> elog is much better suited for such up
Hi!
Here's another chance to be reminded that Gentoo is about choice:
how about a config file that comes with a pre-set list of packages
that are important (if they're installed), for example e2fsprogs,
the init system, stuff like that. But the user can add to this
list (cryptsetup if it's needed
Hi!
On Tue, 06 Oct 2009, Ryan Hill wrote:
> [... separate testing flag/feature for
> complicated/long/somehwat broken test suites ...]
> [1] http://bugs.gentoo.org/287722
I agree. However, some of the cases aren't quite clear-cut. Take,
for example fftw. Its test suite takes about half an hour o
Hi!
Aside from the remarks made by others (and speaking as someone
who maintains Python software), there is one reason for me to not
switch Python 3 to stable yet: lack of compatibility. Software
that runs with 3.x will not run with any 2.x version as of today
(and I doubt there will ever be a 2.
Hi!
On Wed, 15 Jul 2009, Jeremy Olexa wrote:
> > Display-If-Installed: x11-base/xorg-server
> > Display-If-Profile: default-linux/alpha
> > Display-If-Profile: default/linux/alpha
>
> The Display-If-Profile field didn't work because I am seeing this news
> item on my amd64 host..
A bug has bee
Hi!
On Sun, 12 Jul 2009, Sebastian Pipping wrote:
> Tobias Klausmann wrote:
> > /home/klausman/tmp/smolt-gentoo/client/distros/gentoo/globaluseflags.py:22:
> > DeprecationWarning: the sets module is deprecated
>
> I'm looking for advice how to best handle this.
>
Hi!
On Sun, 12 Jul 2009, Robert Buchholz wrote:
> On Sunday 12 July 2009, Tobias Klausmann wrote:
> > Interestingly, my cross-compile alpha setup (created using
> > crossdev) is noticed as a "secret package" - I presume that is on
> > purpose?
>
> That
Hi!
On Sun, 12 Jul 2009, Sebastian Pipping wrote:
> Here are precise commands you need to run:
>
> # git clone git://git.goodpoint.de/smolt-gentoo.git
> # cd smolt-gentoo
> # git checkout -b gentoo origin/gentoo
> # cd client/distros
> # python gentoo.py |& less
>
> Again, no data is
Hi!
On Tue, 30 Jun 2009, Christian Faulhammer wrote:
> Tobias Klausmann :
>
> > Revision: 2
>
> This is only needed for an in-repo revision...so please leave it at 1.
>
> > but but no fixes are available yet, please see
>
> But but
Imagine a trembl
Hi!
Thanks ulm and fauli, here is a new version:
Title: xorg-x11-7.4 and xorg-server-1.5 kernel support
Author: Tobias Klausmann
Content-Type: text/plain
Posted:
Revision: 2
News-Item-Format: 1.0
Display-If-Installed: x11-base/xorg-server
Display-If-Profile: default-linux/alpha
Display-If
ys via users.
Title: xorg-x11-7.4 and xorg-server-1.5 kernel support
Author: Tobias Klausmann
Content-Type: text/plain
Posted:
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: x11-base/xorg-x11
Display-If-Installed: x11-base/xorg-server
Display-If-Profile: default-linux/alpha
Display-If-Pr
Hi!
On Thu, 04 Jun 2009, Ulrich Mueller wrote:
> Do we want to remove any of these? Have I missed other candidates?
I think nobody uses the ccc.eclass (Compaq C Compiler) anymore.
Also see bug 258153. There are very, very vague signs that CCC
support for Alpha might come back, but not in the nea
Hi!
On Fri, 22 May 2009, Dawid Węgliński wrote:
> Haven't tested it yet on my box, but i'd like to know if openrc
> handles 801.2Q support.
Near as I can tell, it does (some lines shortened for brevity):
[r...@sareth ~]# eix -Ic openrc
[I] sys-apps/openrc (0.4.3...@05/15/2009): OpenRC manages t
Hi!
On Sat, 16 May 2009, Ciaran McCreesh wrote:
> Tobias Klausmann wrote:
> > > Why? What's the big deal with .ebuild-? or .eapi-?.eb instead
> > > of .ebuild?
> >
> > One that you illustrate yourself: what aboud .eapi-11.eb or
> > .ebuild-11?
>
Hi!
On Sat, 16 May 2009, Ciaran McCreesh wrote:
> On Sat, 16 May 2009 18:31:38 +0200
> Tobias Klausmann wrote:
> > On Sat, 16 May 2009, Ciaran McCreesh wrote:
> > > > So we're not talking about .ebuild-2 for EAPI=2, .ebuild-3 for
> > > > EAPI=3 etc
Hi!
On Sat, 16 May 2009, Ciaran McCreesh wrote:
> > So we're not talking about .ebuild-2 for EAPI=2, .ebuild-3 for
> > EAPI=3 etc? That would just be silly and it was the first idea I
> > got when I saw the proposal.
>
> Yes, yes we are. That's just one change, from a static string to a
> patter
1 - 100 of 139 matches
Mail list logo
