Am 20.08.24 um 16:52 schrieb Robin H. Johnson:
On Mon, Aug 19, 2024 at 09:49:28PM +0200, Ulrich Mueller wrote:
I pushed a fix to virtualx.eclass for you.
That addpredict looks like a workaround, not like a real fix of the
problem.
It's a fix in that it correctly tells Sandbox that upstream mes
indent_size is the width in spaces, we use tabs.
tab_width would be the tab width in spaces, but there is no reason to force
this.
Signed-off-by: Paul Zander
---
.editorconfig | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/.editorconfig b/.editorconfig
index dc1d5587a8b
Signed-off-by: Paul Zander
---
.editorconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/.editorconfig b/.editorconfig
index f2cd7328e57..dc1d5587a8b 100644
--- a/.editorconfig
+++ b/.editorconfig
@@ -2,7 +2,6 @@
# Distributed under the terms of the GNU General Public License v2
This series of patches is meant as a basis to fix the .editorconfig used in
::gentoo. Initial reason was that .patch files are being broken by
the current version.
trimming trailing whitespace breaks patches
Signed-off-by: Paul Zander
---
.editorconfig | 6 ++
1 file changed, 6 insertions
On Tue, Dec 29, 2020 at 01:24:33PM +0100, Michał Górny wrote:
> As noted in another fork of this thread, libtls is now provided
> by dev-libs/libretls which works against OpenSSL.
The latest version of libressl also supports linking libtls statically
against libssl and libcrypto, allowing it to b
Current versions of libressl link libcrypto and libssl into libtls
statically, allowing libtls to be installed concurrently with openssl
without any ABI breakage.
Would it be possible to have a use flag such as 'libtlsonly' or whatever
for the ebuild which only installs libtls, allowing it to
On Wed, Sep 11, 2019 at 09:53:49PM -0400, Mike Gilbert wrote:
> Added.
Much appreciated, thanks.
It was suggested to use uid/gid 321 for this purpose? Any objections to
this selection?
If not, how do I get
https://api.gentoo.org/uid-gid.txt
updated to mark it as requested or reserved?
Thanks...
On Mon, Sep 02, 2019 at 01:09:40PM -0700, Paul B. Henson wrote:
> Per ht
Per https://bugs.gentoo.org/show_bug.cgi?id=693050 openntpd is going to
switch to a dedicated openntpd user/group rather than sharing the ntp
user/group with net-misc/ntp.
Could I please get a static uid/gid assigned for this? For now, I'm just
going to hardcode them in the ebuild, and transition
On Wed, Jun 26, 2019 at 12:50:11PM -0700, Georgy Yakovlev wrote:
> As a maintainer of most jdks in gentoo I'm not looking at adding even
> more JDK versions this time as there is little to no reason of doing
> that.
Cool, thanks for the perspective.
> if there is significant performance or techn
Is anybody looking at Amazon's new openjdk distribution?
https://aws.amazon.com/corretto/
Advertised as production ready with long term support, no-cost. I'm not
sure how it compares to the current AdoptJDK builds, but seems like it
might be another good option.
On Wed, Apr 17, 2019 at 07:44:53PM -0700, Georgy Yakovlev wrote:
> I've modified the mask for now, but I still believe we should drop it.
> I do not maintain it at all, I only work on openjdk and a bit of icedtea.
Speaking of openjdk, all versions are masked and the ebuilds contain:
if u
On Thu, Jan 11, 2018 at 05:07:22PM +, Peter Stuge wrote:
> Maybe this is a discussion for -project, then?
>
> Andreas K. Huettel wrote:
> > * and keep commenting opinionated on technical things they plainly have no
> > clue about (while whining when are told they sprout bulls##t).
>
> You
On Tue, Jan 09, 2018 at 10:20:56PM +0100, Andreas K. Huettel wrote:
> * Subscribing to the list and receiving list mail remains as it is now.
> * Posting to the list will only be possible to Gentoo developers and
> whitelisted additional participants.
Any chance you'd consider automatically whi
On 9/20/17 2:22 PM, Paul Varner wrote:
On 9/20/17 2:49 AM, Martin Gysel wrote:
Am Dienstag, 19. September 2017, 19:10:23 CEST schrieb Paul Varner:
emerge --deselect app-portage/gentoolkit-dev
emerge --depclean app-portage/gentoolkit-dev
why deselect it first? From man emerge, --depclean
On 9/20/17 2:49 AM, Martin Gysel wrote:
Am Dienstag, 19. September 2017, 19:10:23 CEST schrieb Paul Varner:
emerge --deselect app-portage/gentoolkit-dev
emerge --depclean app-portage/gentoolkit-dev
why deselect it first? From man emerge, --depclean:
"When given one or more atoms, it
On 9/18/17 3:09 PM, Paul Varner wrote:
Please provide any feedback on the upcoming deprecation and removal of
app-portage/gentoolkit-dev with the upcoming stabilization of
app-portage/gentoolkit-0.4.0 (Bug 627350)
Regards,
Paul
Updated to just tell the user to remove gentoolkit-dev from the
Please provide any feedback on the upcoming deprecation and removal of
app-portage/gentoolkit-dev with the upcoming stabilization of
app-portage/gentoolkit-0.4.0 (Bug 627350)
Regards,
Paul
Title: app-portage/gentoolkit-dev deprecation/removal
Author: Paul Varner
Posted: 2017-09-19
Revision: 1
gzilla so that
> somebody isn't manually updating GLSA xml files every time something
> changes.
>
(Speaking with my tools-portage lead hat on)
While I don't like touching glsa-check within gentoolkit, due to the
nature of what it does. I will fully support and work with the security
team on updating the tool if something like this is desired.
Regards
Paul
On Sun, May 22, 2016 at 01:07:01PM +, Nils Gillmann wrote:
> I am not one of the devs, but I run a system with libressl and openntpd.
> It does build, but it is affected by this bug I reported:
> https://bugs.gentoo.org/show_bug.cgi?id=583652
Ah, that bug had not yet been wrangled, so I hadn'
I recently added subject ebuild with a new libressl use flag.
Unfortunately I don't have a libressl system to test with and don't
really have the time right now to spin one up just for this :(. I was
wondering if one of the devs working with libressl would be kind enough
to make sure this at least
restrictions are don't make a new release without
asking, and fix any accidental breakage. With regards to releases, it is
fine to release a rev-bumped ebuild with patches as long as the patch is
in the git repository and you follow the second rule of fixing
accidental breakage.
Regards,
Paul
-coupling everything together under their design approach. It is
intended to be a one size fits all. While it will have the benefit of
"just working", and does fit in with where Red Hat, etc, want to go with
Linux. It will have the same disadvantages that Windows has.
Regards,
Paul
ng all packages listed in `equery b
>> /usr/lib/apache2/modules/*`, but maybe there's a different way? Should
>> this be in an elog message, or part of the news item?
>>
The simple command to do this is: emerge -av1 /usr/lib/apache2/modules
--exclude=www-servers/apache
Regards,
Paul
On Fri, Apr 03, 2015 at 01:59:25AM +0200, Hanno Böck wrote:
> Is there a way to split libtls off libressl?
To revive this rather old thread, I just wanted to provide an update.
After some discussion with upstream portable openntpd, the libressl team
decided to go ahead and create a standalone lib
[Sorry if this is a dupe, my first send didn't seem to go through]
On Fri, Apr 03, 2015 at 01:59:25AM +0200, Hanno Böck wrote:
> Is there a way to split libtls off libressl?
To revive this rather old thread, I just wanted to provide an update.
After some discussion with upstream portable openntp
On Fri, Apr 03, 2015 at 01:59:25AM +0200, Hanno Böck wrote:
> Is there a way to split libtls off libressl?
To revive this rather old thread, I just wanted to provide an update.
After some discussion with upstream portable openntpd, the libressl team
decided to go ahead and create a standalone lib
> From: hasufell
> Sent: Sunday, April 05, 2015 4:34 AM
>
> However, openntpd still compiles with openssl.
Well, the current stable openntpd in portage compiles with openssl but that's
not surprising as it is ancient and predates libressl :). The current unstable
openntpd actually has no ssl de
On Fri, Apr 03, 2015 at 01:31:53PM +0200, hasufell wrote:
> Not anymore. We will go for "libressl" USE flag for the same reason
> there is a "libav" USE flag now (working subslots etc).
Um, ok. That still only allows one or the other to be installed though,
right? So if you want a package that on
On Fri, Apr 03, 2015 at 01:59:25AM +0200, Hanno Böck wrote:
> Tricky thing here, because then you'd need to rename the libs. E.g.
> libssl to liblibressl or something.
> But then every program with a build environment to link to libssl would
> first have to be patched to link to our specialized li
What is the current status/thoughts regarding libressl? Reviewing the
bug and some past threads, it sounds like the initial plan was to make
openssl a virtual and let either classic openssl or libressl fulfull it?
I'm not sure if things have changed from that viewpoint, but it really
doesn't seem t
ould be useful to Gentoo, but only insofar as they'd be useful
> to anybody.
Agreed. Your dear friends in Debian would enjoy such changes as well, for
those using zfs with kfreebsd or a home build of the zol package. Perhaps
this would be a fit for upstream?
> Rich
Cheers,
Paul
such a tough change
to make.
> --
> Regards,
> Markos Chandras
Cheers,
Paul
--
.''`. Paul Tagliamonte | Proud Debian Developer
: :' : 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87
`. `'` http://people.debian.org/~paultag
`- http://people.debian.org/~paultag/conduct-statement.txt
signature.asc
Description: Digital signature
ebian
procedure here.
I'm sure the Debian folks would be happy to strip the symlink from the
deb over having to patch OpenRC's rc binary => openrc against the
upstream source.
Shipping /usr/bin/rc => /usr/bin/openrc would be totally cool for
Debian, I believe. Hopefu
> From: Pacho Ramos [mailto:pa...@gentoo.org]
> Sent: Tuesday, December 10, 2013 12:55 PM
>
> This has reminded me that maybe we should switch to cronie from
> vixie-cron as default and recommended cron provider in Handbook. Last
> time I checked, vixie-cron upstream was died while cronie forked it
On Fri, Nov 22, 2013 at 03:44:42PM -0800, Paul B. Henson wrote:
> I've tested a variety of scenarios, from the network interface being
> down/unplugged, providing invalid NTP servers, etc., and I haven't
> seen a delay longer than 15 seconds.
I tracked down the failure mode
On Sun, Dec 01, 2013 at 11:28:25PM +0100, Michał Górny wrote:
> For current OpenRC -- maybe. For systemd and hopefully future OpenRC
> capable of service supervision, PID file is just useless cruft
> and foreground option is much more fun.
Dunno about the future of openrc, but as far as systemd I
On Sun, Dec 01, 2013 at 02:17:18PM -0800, Paul B. Henson wrote:
> Bug 493082 contains a patch to openntpd adding a pid file option, along
> with an updated ebuild that uses it...
Someone had asked me offlist about using SIGUSR1 instead of SIGINFO for
dumping peer status, and as long as I
On Sat, Nov 30, 2013 at 09:21:32PM -0800, Paul B. Henson wrote:
> and logs to syslog, I'll put together a patch that adds a -p argument to
> optionally create a pid file after daemonizing...
Bug 493082 contains a patch to openntpd adding a pid file option, along
with an updated ebuil
On Sun, Dec 01, 2013 at 09:59:37AM -0700, Christoph Junghans wrote:
> > back to the original mechanism where openntpd runs normally as a daemon
> > and logs to syslog
> This is exactly what the syslog use flag in openntpd-20080406-r5 does.
> (And syslog is enabled by default in most profiles.)
The
On Sat, Nov 30, 2013 at 04:20:09PM +, Diego Elio Pettenò wrote:
> If you really don't want PID files (and it probably means you have
> never had to deal with medium-scale deployments, but never mind), you
> can make it so that `-p` is an optional parameter, and if not passed
> no pidfile is cr
On Sat, Nov 30, 2013 at 09:14:30AM +0100, Michał Górny wrote:
> You know, usually it's enough to ping upstream. AFAIR there was
> a similar problem in irqbalance, and they have added plain
> '--foreground' for us.
I don't know there really is an upstream for portable openntpd right
now, there's b
On Fri, Nov 29, 2013 at 09:49:03AM +0100, Lars Wendler wrote:
> I think there's some confusion on what the -d option actually does, so
> let me cite the relevant parts from "man 8 ntpd":
[...]
> Now let's discuss if this can be considered as "debug mode" or not.
Let me cite the relevant code ;) :
On Thu, Nov 28, 2013 at 06:48:30AM -0500, Rich Freeman wrote:
> Having 47 devs agree with you doesn't really accomplish
> much if none of them care to maintain the package in question.
Well, I would kinda hope that if 47 devs told 1 dev they were making a
poor design decision, that 1 dev would re
On Thu, Nov 28, 2013 at 08:55:56AM -0700, Christoph Junghans wrote:
> run openntpd with two different ways of logging, via syslog (like Paul
> wants) and with a separate log file to avoid boot delays (like djc
> wants). We could easily make syslog logging the default, like
My poin
On Fri, Nov 22, 2013 at 09:36:38PM +0100, Peter Stuge wrote:
> Paul B. Henson wrote:
> > In openntpd ebuilds starting with version 20080406-r3, logging was changed
> > from using the default standard syslog to running the daemon in debug mode,
> > logging to stderr, and hav
> From: Dirkjan Ochtman [mailto:d...@gentoo.org]
> Sent: Friday, November 22, 2013 12:30 PM
>
> - Without -s, it can take a *very* long time to get close to an
> acceptable time error, whereas my initial expectation was that
> "starting my ntpd should fix the time error fairly quickly". But for
> m
In openntpd ebuilds starting with version 20080406-r3, logging was changed
from using the default standard syslog to running the daemon in debug mode,
logging to stderr, and having start_stop_daemon background the process
itself and redirect the output to a log file.
I think this is broken.
Firs
added to the tree that
fixes most of the bugs. I have removed the package mask entry and
updated metadata and bugzilla appropriately.
Regards,
Paul Varner
tools-portage lead
begins:
1. What variable name do we prefer? REVDEP_DEFAULT_OPTS or
REVDEP_EMERGE_DEFAULT_OPTS
2. What behavior do we want? append to EMERGE_DEFAULT_OPTS or replace
EMERGE_DEFAULT_OPTS
Regards,
Paul
On 12/26/12 11:00, Paul Varner wrote:
> On 12/25/12 08:09, Pacho Ramos wrote:
>> El mar, 06-11-2012 a las 12:35 -0600, Paul Varner escribió:
>>> All:
>>>
>>> The following packages in the tools-portage herd are effectively
>>> unmaintained packages
shing commits.
If you do want to proxy maintain it, please send me in private email,
the email address that you use in Gentoo's bugzilla, so I can update the
metadata.xml file appropriately.
Regards,
Paul
On 12/25/12 08:09, Pacho Ramos wrote:
> El mar, 06-11-2012 a las 12:35 -0600, Paul Varner escribió:
>> All:
>>
>> The following packages in the tools-portage herd are effectively
>> unmaintained packages and need a maintainer to step up and maintain them.
>>
>
moving them out of the
herd and to maintainer-needed and they will be candidates for the
treecleaners.
Regards,
Paul Varner
tools-portage lead
yet since the primary contributors have been busy
with other things.
Regards,
Paul
PS: The gentoolkit overlay
(http://git.overlays.gentoo.org/gitweb/?p=proj/gentoolkit.git;a=summary)
is open to all Gentoo developers. The only requirement for committing
to the gentoolkit branch is to pick up
On 3/19/12 2:26 PM, Pacho Ramos wrote:
El lun, 19-03-2012 a las 10:56 -0500, Paul Varner escribió:
On 03/18/12 13:50, Pacho Ramos wrote:
Due his retirement the following packages need a new maintainer:
app-portage/maintainer-helper
Thanks for taking them
I've added app-portage/maint
tainer-needed. So if anyone wants to take
it, feel free. The tools-portage herd will fix bugs for it as we find
the time.
Regards,
Paul
;m going to listen)
>
Yes, you are going to break systems if you do this change. If you
really want to do this before we have a fixed gentoolkit to support it,
then put yourself in the tools-portage herd and handle all of the bugs
that arise out of the change.
I just did a new release of gentoolkit-0.3.0.5 with the fixes in them so
that you could do this change once it gets stable.
Regards,
Paul
roxy maintain these two packages, go ahead and add
tool-portage as the herd to back you up.
Regards,
Paul
keep the files if it is a pretend run or if emerge exits with a non-zero
status.
Note: emerge will exit with a non-zero status if --keep-going is used
and there is a build failure.
Regards,
Paul
-util/dialog
> x11-apps/xkbset
Additionally, the tools-portage team would be very appreciative if
someone would be willing to do active maintenance on app-portage/ufed.
The repository for it is at:
http://git.overlays.gentoo.org/gitweb/?p=proj/ufed.git;a=summary
Regards,
Paul
utput stuff, and have functions.sh source this. Output.sh would be
provided by a separate package (why not baselayout) and the packages
using those would rewrite their stuff to use the right location.
Paul
--
Paul de Vrieze
Researcher
Mail: paul.devri...@gmail.com
Homepage: http://www.devrieze.net
On Mon, 2009-04-27 at 09:08 -0500, Paul Varner wrote:
> All:
>
> The tool-portage herd is currently understaffed and as such is not
> making updates in a timely fashion. Currently the herd consists of
> zmedico and myself. While Zac has done a good job where he can, he has
&g
# Paul Varner (26 Apr 2010)
# Masking for removal (bug #315947).
# It doesn't compile with newer versions of zlib, still uses gtk1+, and
# upstream is unresponsive. Unfortunately, there is not a suitable
# replacement.
app-text/manedit
it-0.3.0 is currently being
developed by the user community and I review everything before I commit
to the gentoolkit repository. It is amazing, how much still gets
through the review process (including spelling errors). While reviews
will catch a lot of stuff, they won't catch everything.
Finally, my opinion is in line with Ryan's. Strongly encourage it, but
do not force it through cvs.
Regards,
Paul
xibility in
specifying these things. Btw. I did not design the metadata DTD for
order to be significant. The only priority is that maintainer goes
before herd, that's all.
Paul
--
Paul de Vrieze
most prolific package manager in use today.
Could all of you just let this go. In this case Ciaran is actually right.
Furthermore, From the beginning of the project there has been behaviour which
was technically allowed but not condoned for official packages. The more
formalized approach with EAPI/PMS is no different. Now this thread is too long
already, just shut up about it. If you find the portage behaviour desirable
and want it allowed in the tree. Well, EAPI is the way to go. Remember EAPI is
not established by Ciaran, but by the council.
Paul
--
Paul de Vrieze
Email: pau...@gentoo.org
>>
>> Thanks,
>> Jeremy
>>
>
> Oops, I need to recall this message. Sorry folks! =/
> -Jeremy
>
As a service to users, you might want to create an empty library:
touch foo.c
gcc -shared foo.c -o libxcb-x11.so.0.0.0
That's all
--
Paul de Vrieze
Researcher
Mail: paul.devri...@gmail.com
Homepage: http://www.devrieze.net
Bugreports: preferred way is #gentoo-multilib-overlay at irc.freenode.org,
> but we also have an alias, where you can contact us: multi...@g.o
>
> [1]: http://github.com/sjnewbury/multilib-overlay/tree/portage-multilib
Good work,
Unfortunately my 64 bit system is currently non-functional
don't think this is easy to do, but I think the solution to this
problem should be the same as the (as yet not existing) solution to
the multi-ABI problem as in (x86_64 vs. ix86). The biggest issue is to
handle multiple instances of the same package and how to handle
overlapping (ABI independent) files.
Paul
--
Paul de Vrieze
:
svn co svn+ssh://${us...@svn.gentoo.org/var/svnroot/gentoolkit
If any developer has questions, I can always be reached by email. I am
on IRC when I can, but that time is limited by work.
Regards,
Paul
signature.asc
Description: This is a digitally signed message part
# Paul Varner (14 Dec 2008)
# Dead upstream, masked for removal in ~30 to 60 days.
app-portage/udept
Additionally, it doesn't play well with EAPI's greater than zero.
The removal bug is Bug #250839. If upstream comes back alive or someone
forks and actively maintains, I will unmask
On Tue, 2008-08-26 at 13:40 -0700, Robin H. Johnson wrote:
> Q: How much have you utilized the primary use case?
Not at all
> Q: Are there any other use-cases you have and actively use?
No
On Sun, 2008-07-20 at 08:44 +0200, Christian Faulhammer wrote:
> Hi,
>
> packages that are in a herd, but could need someone dedicated to it:
>
> app-portage/elogv, elogviewer, kelogviewer (tools-portage) -- low
> maintenance
I'll take care of these packages.
Regards,
Paul
e new
releases whenever it needs to be done.
Regards,
Paul Varner
Lead, Gentoo Portage Tools
--
gentoo-dev@lists.gentoo.org mailing list
n me over in tools-portage.
Regards,
Paul
--
gentoo-dev@lists.gentoo.org mailing list
> still says at least what it is, so is workable IMO, even if the longer
> description is certainly nicer if the 80 char limit no longer applies.
>
What about:
djvu: support DjVu, a PDF-like document format esp. suited for scanned
documents
--
Paul de Vrieze
Researcher
Mail: [EMAIL PROTECTED]
Homepage: http://www.devrieze.net
> }
>
> would just add
>
> EAUTORECONF="yes"
> inherit base
>
Sounds sensible
Paul
. We're running
Kerberos on Gentoo here and it's rather important to us. I'm not sure of
the current state of his mentorship, but he did just have his first baby
Monday so it's probably not the top thing on his mind :)...
--
Paul B. Henson | (909) 979-6361 | http://w
t.
On my short list is to get revdep-rebuild fixed. The current state
leaves much to be desired and while it works for most people, it is
definitely a visible turn off for people when it fails.
Regards,
Paul
--
gentoo-dev@lists.gentoo.org mailing list
On Wed, 2007-09-26 at 18:39 -0700, Donnie Berkholz wrote:
> On 00:18 Thu 27 Sep , Paul Varner (fuzzyray) wrote:
> >
> > pkg_postrm() {
> > python_mod_cleanup "${ROOT}"usr/lib/gentoolkit
>
> Shouldn't gentoolkit go into get_libdir() instead of
fair, other projects too) was the
installer that basically joined forces with other installer people and went
it's own way.
Paul
--
Paul de Vrieze
Gentoo Developer
Mail: [EMAIL PROTECTED]
Homepage: http://www.devrieze.net
pgpCbhv2S4cGj.pgp
Description: PGP signature
f course vpnc does not require
binary kernel modules either.
Paul
--
Paul de Vrieze
Gentoo Developer
Mail: [EMAIL PROTECTED]
Homepage: http://www.devrieze.net
--
[EMAIL PROTECTED] mailing list
s work is released under the GPL-2. At some
point in time there used to be some policy about this, but it seems to have
disappeared. Perhaps something that might be discussed.
Paul
--
Paul de Vrieze
Gentoo Developer
Mail: [EMAIL PROTECTED]
Homepage: http://www.devrieze.net
--
[EMAIL PROTECTED] mailing list
e languages well,
let alone how to best support them in gentoo. I don't mind help from those
teams to get that stuff integrated and running well.
Paul
--
[EMAIL PROTECTED] mailing list
is much more useful than a #-dev IRC channel.
Ignoring the list is ignoring many developers who want to do work instead of
monitoring IRC.
Paul
--
[EMAIL PROTECTED] mailing list
vote. Option 1 is unacceptable.
Paul
ps. Not that I've been letting him do so, but I've been otherwise occupied.
--
[EMAIL PROTECTED] mailing list
rning enough issue
> to be voted on.
I agree with you that this should be pulled over the election. That will also
allow some time to see how the -project list works out.
Paul
--
[EMAIL PROTECTED] mailing list
On Sat, 30 Jun 2007 01:12:02 Olivier Crête wrote:
> On Fri, 2007-29-06 at 09:30 +0200, Luca Barbato wrote:
> > Paul de Vrieze wrote:
> > > There are various problems that need to be addressed for cross
> > > development and (especially) multilib/abi. One of the other
telligeable. Is one actually
allowed to distribute/modify/use the software at all? It is probably best to
dump the package.
Paul
--
[EMAIL PROTECTED] mailing list
ecially) multilib/abi. One of the other ones that you didn't mention is
some kind of subpackage support. For example when one installs 32 bit gtk+ to
use binary firefox on an 64bit system it can share the headers and docs etc.
with the 64 bit version. Removing either of them must however sti
st be catching up on the email, but I'm back in action
again. Now from Hobart, Tasmania (Australia)
Paul
--
Paul de Vrieze
Gentoo Developer
Mail: [EMAIL PROTECTED]
Homepage: http://www.devrieze.net
pgpT5CxtoeLta.pgp
Description: PGP signature
who
wishes to avoid installing static libs is able to do so with a simple
variable. Having such a feature exposed to the mainstream crowd without
proper support by developers (testing and such) will not do any good.
cheers
Paul
--
[EMAIL PROTECTED] mailing list
), genpkgindex
and epkginfo. genpkgindex creates metadata for binary packages and is
suitable for use with qmerge from portage-utils. epkginfo is a small
program that will display metadata information about packages in
portage.
Regards,
Paul
--
[EMAIL PROTECTED] mailing list
ges), it's just so easy to step on other
ppls feet these days ;)
maybe its time to kill the life tree?
/me runs away ;)
cheers
Paul
--
gentoo-dev@gentoo.org mailing list
nt to get into. There is no other formal relationship between
the foundation and the council.
Paul
(Gentoo dev/trustee)
--
gentoo-dev@gentoo.org mailing list
it has in the past. I would
appreciate if people would test and look at it.
Regards,
Paul
--
gentoo-dev@gentoo.org mailing list
them to prevent doing the thing wrong again. It
might also set a general QA awareness.
Paul
--
gentoo-dev@gentoo.org mailing list
Petteri Räty wrote:
Paul de Vrieze kirjoitti:
Hi all,
Me and my wife and son are moving to Australia. We are now waiting for the
visa's to arrive, and after that will need some time to set ourselves up. Our
computers however are being shipped as we speak and will only arive in
aust
y a laptop, but connectivity
will be problematic anyways. As such I will not be able to contribute as much
as I would like.
Paul
--
gentoo-dev@gentoo.org mailing list
1 - 100 of 591 matches
Mail list logo