Re: [gentoo-dev] Python packages up for grabs

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/pycodestyle

[gentoo-dev] Python packages up for grabs

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

[gentoo-dev] Package up for grabs: net-im/prosody

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

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

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

[gentoo-dev] An update on monolith (our dev machine)

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

Re: [gentoo-dev] Announcing RISC-V

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

Re: [gentoo-dev] util-linux build time increase?

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

[gentoo-dev] Package up for grabs: net-ftp/atftp

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

Re: [gentoo-dev] [RFC pre-GLEP] Gentoo Git Workflow

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

Re: [gentoo-dev] [PATCH] Profile-enforced big-endian USE flag

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? > >

Re: [gentoo-dev] rfc: moving OpenRC to a meson-based build

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

Re: [gentoo-dev] OT Who runs Gentoo was -> RFC: Userkit.eclass

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

Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

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

[gentoo-dev] Can ATs add missing test deps?

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

Re: [gentoo-dev] Proposal for changes for the next EAPI version

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

Re: [gentoo-dev] Re: ChangeLog

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

Re: [gentoo-dev] [rfc] enable USE=xattr by default

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 >

Re: [gentoo-dev] [rfc] enable USE=xattr by default

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)

Re: [gentoo-dev] [rfc] drop iputils from @system (i.e. ping)

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 ?

Re: [gentoo-dev] Re: ALLARCHES and the maintainer action(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

Re: [gentoo-dev] ALLARCHES and the maintainer action(s)

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

Re: [gentoo-dev] Re: ALLARCHES and the maintainer action(s)

Hi! On Sun, 20 Sep 2015, Ryan Hill wrote: > On Sun, 20 Sep 2015 13:23:21 +0200 Tobias Klausmann <klaus...@gentoo.org> > wrote: > > arch_A maintainer sees ALLARCHES keyworded bug, and tests > > everything on A. Upon keywording and running repoman, she > > fi

Re: [gentoo-dev] code.google.com readonly starting on 25/Aug/15

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

Re: [gentoo-dev] code.google.com readonly starting on 25/Aug/15

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

[gentoo-dev] code.google.com readonly starting on 25/Aug/15

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

Re: [gentoo-dev] Re: Referencing bug reports in git

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 number in the summary

Re: [gentoo-dev] Developer branches on proj/gentoo

Hi! On Tue, 11 Aug 2015, Michał Górny wrote: Dnia 2015-08-11, o godz. 15:52:16 Patrice Clement monsie...@gentoo.org napisał(a): According to https://wiki.gentoo.org/wiki/Gentoo_git_workflow#Branching_Model, there may be developer-specific, task-specific, project-specific branches

Re: [gentoo-dev] Referencing bug reports in git (WAS: Re: [gentoo-commits] repo/gentoo:master commit in: sci-libs/opencascade/)

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 purposes, even

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan schedule

Hi! On Thu, 09 Jul 2015, Rich Freeman wrote: On Thu, Jul 9, 2015 at 10:51 AM, Tobias Klausmann klaus...@gentoo.org 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 ~alpha

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan schedule

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 ~arch but only amd64/~amd64 - dependencies not even

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan schedule

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 patr...@gentoo.org wrote: I'll laugh about

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan schedule

Hi! On Wed, 08 Jul 2015, Ciaran McCreesh wrote: On Wed, 8 Jul 2015 20:07:34 +0200 Tobias Klausmann klaus...@gentoo.org 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 works on amd64, fuck everyone else

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan schedule

Hi! On Wed, 08 Jul 2015, Alec Warner wrote: On Wed, Jul 8, 2015 at 11:07 AM, Tobias Klausmann klaus...@gentoo.org 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 perfect, we should

Re: [gentoo-dev] Anti-spam changes: proposal to drop spammy mail

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 that.

Re: [gentoo-dev] Hey arch teams, we need your input!

Hi! On Sun, 26 Apr 2015, Jeroen Roovers wrote: On Sun, 26 Apr 2015 08:04:11 -0400 Rich Freeman ri...@gentoo.org 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

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-01-25 23:59 UTC

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

Re: [gentoo-dev] Gentoo git workflows and the stabilization/keywording process

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 ebuilds. This can be done per repository via .git/config and .gitattributes

Re: [gentoo-dev] Gentoo git workflows and the stabilization/keywording process

Hi! On Thu, 18 Sep 2014, Rich Freeman wrote: On Thu, Sep 18, 2014 at 1:53 PM, Ulrich Mueller u...@gentoo.org wrote: On Thu, 18 Sep 2014, Tobias Klausmann wrote: However, one aspect of how ebuilds are written these days will cause a non-trivial amount of merge commits

Re: [gentoo-dev] Gentoo git workflows and the stabilization/keywording process

Hi! On Fri, 19 Sep 2014, Tom Wijsman wrote: On Thu, 18 Sep 2014 19:39:08 +0200 Tobias Klausmann klaus...@gentoo.org wrote: AIUI, we try to avoid merge conflicts, unless the merge is a meaningful integration of divergent processes. However, one aspect of how ebuilds are written

[gentoo-dev] Gentoo git workflows and the stabilization/keywording process

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

Re: [gentoo-dev] heads up: glibc-2.20 will require =linux-2.6.32

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 something

Re: [gentoo-dev] rfc: escape sequences in logs

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

Re: [gentoo-dev] Re: s/disk space/drive space

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 thing is,

Re: [gentoo-dev] Gentoo Hangouts

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

Re: [gentoo-dev] FYI: libpng16 won't be able to show some broken icons libpng15 was still able to

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 way too

Re: [gentoo-dev] Re: New install isos needed

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 wondered for

Re: [gentoo-dev] New install isos needed

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. Let's

Re: [gentoo-dev] Re: New install isos needed

Hi! On Mon, 25 Mar 2013, Markos Chandras wrote: On 25 March 2013 09:30, Tobias Klausmann klaus...@gentoo.org 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/64, hppa and ia64

Re: [gentoo-dev] New install isos needed

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 to

Re: [gentoo-dev] New install isos needed

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

Re: [gentoo-dev] call for testers: udev predictable network interface names

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. Only as long as that system hasn't seen

Re: [gentoo-dev] call for testers: udev predictable network interface names

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. You

Re: [gentoo-dev] ship app-arch/pbzip2 instead of app-arch/bzip2

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

Re: [gentoo-dev] Re: Any official position from Gentoo about systemd, mdev and udev-static ?

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: just

Re: [gentoo-dev] Re: Any official position from Gentoo about systemd, mdev and udev-static ?

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 be a

Re: [gentoo-dev] Re: Any official position from Gentoo about systemd, mdev and udev-static ?

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 on the speedier side of off-mainstream

Re: [gentoo-dev] inittab with SIGPWR support

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

Re: [gentoo-dev] Kernel compiles and you

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 outside the

Re: [gentoo-dev] Kernel compiles and you

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 /helps/

[gentoo-dev] Kernel compiles and you

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

Re: [gentoo-dev] Kernel compiles and you

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 to do

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

Hi! On Wed, 30 May 2012, Rich Freeman wrote: On Wed, May 30, 2012 at 6:16 AM, Dirkjan Ochtman d...@gentoo.org 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

Re: [gentoo-dev] [RFC] Changing default serial-console definition in inittab

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

Re: [gentoo-dev] How help in arch testing work

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 everytime

Re: [gentoo-dev] Bugzilla 4 migration

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 logging in If it

Re: [gentoo-dev] RFC: package.keywords-compatible snippets when stabilizing multiple packages

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 to

Re: [gentoo-dev] openrc stabilization update

Hi! On Mon, 20 Sep 2010, Michał Górny wrote: William Hubbs willi...@gentoo.org 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

Re: [gentoo-dev] openrc stabilization update

Hi! On Mon, 20 Sep 2010, Benedikt Böhm wrote: On Mon, Sep 20, 2010, Tobias Klausmann klaus...@gentoo.org 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 like that kind

[gentoo-dev] Lib_users, a post-upgrade helper

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

Re: [gentoo-dev] Lib_users, a post-upgrade helper

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

Re: [gentoo-dev] Lib_users, a post-upgrade helper

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/pid/fd/). The great advantage would be that it also discovers

Re: [gentoo-dev] Lib_users, a post-upgrade helper

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 dual- or

Re: [gentoo-dev] Lib_users, a post-upgrade helper

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,

Re: [gentoo-dev] The importance of test suites

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

Re: [gentoo-dev] URGENT: exotic arches need Qt 4.5.3 stabilization

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

Re: [gentoo-dev] Re: [RFC] Improve policy of stabilizations

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 this

Re: [gentoo-dev] Re: [RFC] Improve policy of stabilizations

Hi! On Wed, 04 Nov 2009, Christian Faulhammer wrote: Ben de Groot yng...@gentoo.org: 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

Re: [gentoo-dev] New ebuild metadata to mark how robust the package is?

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 upgrade

Re: [gentoo-dev] Init systems portage category

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

Re: [gentoo-dev] RFC: USE=qa-test

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 on

Re: [gentoo-dev] Stabilization of Python 3.1

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

Re: [gentoo-dev] Re: New eselect news item for X11 on alphas

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 been opened

Re: [gentoo-dev] Wanted: Stats collection (not submission!) testimonials

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's an interesting phenomenon that pops up with both g

Re: [gentoo-dev] Wanted: Stats collection (not submission!) testimonials

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. @all If you read this and know how

Re: [gentoo-dev] New eselect news item for X11 on alphas

: xorg-x11-7.4 and xorg-server-1.5 kernel support Author: Tobias Klausmann klaus...@gentoo.org 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

Re: [gentoo-dev] New eselect news item for X11 on alphas

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 klaus...@gentoo.org Content-Type: text/plain Posted: Revision: 2 News-Item-Format: 1.0 Display-If-Installed: x11-base/xorg-server Display-If-Profile: default-linux

Re: [gentoo-dev] Re: New eselect news item for X11 on alphas

Hi! On Tue, 30 Jun 2009, Christian Faulhammer wrote: Tobias Klausmann klaus...@gentoo.org: 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 trembling lower lip

Re: [gentoo-dev] Baselayout 2 stabilisation todo

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

Re: [gentoo-dev] The fallacies of GLEP55

Hi! On Fri, 15 May 2009, Ciaran McCreesh wrote: eval `grep '^EAPI=' ebuildfile | head -n 1` will set EAPI in the current scope to EAPI in the ebuild, without sourcing it, unless the issue with something like this would be its use of grep and head, but these are both in the system set,

Re: [gentoo-dev] The fallacies of GLEP55

Hi! On Sat, 16 May 2009, Ciaran McCreesh wrote: On Sat, 16 May 2009 11:27:10 +0200 Tobias Klausmann klaus...@gentoo.org wrote: Change the spec, then. If we change the spec, we can't do anything with the change until we're absolutely sure that everyone's updated both their ebuilds

Re: [gentoo-dev] The fallacies of GLEP55

Hi! On Sat, 16 May 2009, Ciaran McCreesh wrote: On Sat, 16 May 2009 17:32:24 +0200 Tobias Klausmann klaus...@gentoo.org wrote: On Sat, 16 May 2009, Ciaran McCreesh wrote: On Sat, 16 May 2009 11:27:10 +0200 Tobias Klausmann klaus...@gentoo.org wrote: Change the spec

Re: [gentoo-dev] The fallacies of GLEP55

Hi! On Sat, 16 May 2009, Ciaran McCreesh wrote: Tobias Klausmann klaus...@gentoo.org wrote: Yes, those. The current rules include some pointless arbitrary restrictions that are only there for historical reasons and that mean people have to mess with convoluted MY_PV things. Still

Re: [gentoo-dev] The fallacies of GLEP55

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 pattern for a

Re: [gentoo-dev] The fallacies of GLEP55

Hi! On Sat, 16 May 2009, Ciaran McCreesh wrote: On Sat, 16 May 2009 18:31:38 +0200 Tobias Klausmann klaus...@gentoo.org 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? That would just be silly

Re: [gentoo-dev] The fallacies of GLEP55

Hi! On Sat, 16 May 2009, Ciaran McCreesh wrote: Tobias Klausmann klaus...@gentoo.org 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? Then you include those in your static

Re: [gentoo-dev] Retiring

Hi! On Tue, 05 May 2009, Markos Chandras wrote: Arch teams, according to their project pages, are in a good shape. Major arches have enough people ( assuming that the project pages are up2date ) If I keel over and armin76 is stuck in work/'versity, the alpha dev count is 0. Not exactly good,

Re: [gentoo-dev] stupid ebuild question

Hi! On Tue, 21 Apr 2009, Greg KH wrote: So, I do the following: src_install() { dodir /lib/firmware cp -R ${S}/* ${D}lib/firmware/ || die Install failed! } but that fails badly: Install linux-firmware-20090421 into

Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives

Hi! My preference, most wanted to least wanted: - inside the ebuild If it's not too much pain. Yes, that is a very subjective metric and it's what a large amount of flames has been about. - in the filename, but not as a tail eg: foo-2.3.4-r2+9.build yes, alternate separators might be

Re: [gentoo-dev] Race condition in Netfilter triggered by glibc 2.9

Hi! On Mon, 02 Feb 2009, Tobias Klausmann wrote: If it works, I'll test drive it for a while and report back. I've been running a patched glibc-2.9_p20081201-r1 for a week now. Nothing broke and I've been unable to trigger the lost packet syndrome by using getaddrinfo(). I was still able

Re: [gentoo-dev] Race condition in Netfilter triggered by glibc 2.9

Hi! On Thu, 29 Jan 2009, Tobias Klausmann wrote: I tried understanding what glibc 2.9 does regarding dns lookups, but since it involves a rather complex (and probably quite clever) queueing mechanism, I'm not quite sure I wouldn't break more than I fix in doing so. Apparently, it's enough

  1   2   >