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!
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 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!
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, "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!
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 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!
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 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, 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 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 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!
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 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 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!
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 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!
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!
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 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!
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 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 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 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 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 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!
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 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!
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 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 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 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 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 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 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 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!
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!
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!
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
101 - 139 of 139 matches
Mail list logo
