ng it since it was opened.
Thanks.
-Kevin
--
gentoo-dev@gentoo.org mailing list
forementioned bug is going nowhere.
Has development stopped on webapp-config? Does it need a new maintainer?
Any replies would be most welcome.
-Kevin
--
gentoo-dev@gentoo.org mailing list
Georgi Georgiev wrote:
> maillog: 16/11/2005-20:58:44(-0500): Kevin types
> ...
>
>>Has development stopped on webapp-config? Does it need a new maintainer?
>
>
> Development has far from stopped:
>
> http://svn.gnqs.org/projects/vhost-tools
>
Thanks for t
Pasted from bugzilla. Please pardon the ugly newline formatting.
I'm a longtime (>10 yrs) Linux admin and I've been using Gentoo for
perhaps 2
years and I'm super impressed with Gentoo, having gotten very annoyed
with the
rpm-based nightmare upgrade situation presented by most of the other
distr
Chris Gianelloni wrote:
> On Wed, 2006-04-26 at 12:29 -0400, Kevin wrote:
>> One thing that I'm pretty sure is currently not possible with portage,
>> however, and that I'd definitely like to see as a part of this idea is a
>> way of setting thresholds on version
Jean-Francois Gagnon Laporte wrote:
> On 4/26/06, Kevin <[EMAIL PROTECTED]> wrote:
>> What I really want is to make the process of maintaining Gentoo boxes
>> over the long term easier (IOW: less time-consuming) than is now true,
>> by adding some functionality that AFAI
t facilitates making you look like a jerk which you need no
assistance with.
-Kevin
--
gentoo-dev@gentoo.org mailing list
ddling with
many different Linux distros for more than 10 years, the Gentoo
developers have got the closest that I've seen to reaching that utopia.
Very nice work, folks, and thank you very much for making such a
terrific distro.
-Kevin
--
gentoo-dev@gentoo.org mailing list
commentary on that.
If I explore this idea with any further discussion, I'll be sure to
follow the suggestions here about another list and reading past messages
on that list.
-Kevin
--
gentoo-dev@gentoo.org mailing list
y
5905 pto -ldl -lz >&5
5906 /var/tmp/portage/mod_php-5.0.3-r2/temp/ccDBbNuu.o(.text+0xa): In
functio
5906 n `main':
5907 : undefined reference to `dbminit'
5908 collect2: ld returned 1 exit status
5909 distcc[20096] ERROR: compile conftest.c on localhost failed
5910 configure:35536: $? = 1
I've tried it with distcc turned off too.
Any help would be much appreciated.
-Kevin
http://www.gnosys.us
--
gentoo-dev@gentoo.org mailing list
ngs on space across machines, oafs has a good authentication system in
kerberos, seems better to me than running a local rsync server alone and also
better in at least some ways than NFS, etc),
b) what special considerations I should keep in mind with such a scheme,
c) security,
d) general rea
ns-beanutils, and several others in that I cannot merge
these packages because of this problem.
TIA.
-Kevin
--
gentoo-dev@gentoo.org mailing list
Hi everyone,
My name is Kevin Carillo. I am a PhD student currently living in Wellington
(New Zealand) and I am doing some research on Free/Open Source Software
communities.
If you have joined the Gentoo community after January 2010 (within
approximately the last 3 years), I would like to
ser access
set up before I commit?
Regards,
Kevin
# Kevin Simmons (11 Nov 2016)
# Is holding up removal of old versions of
# sci-geosciences/osm-gps-map.
# Removal in 30 days.
app-misc/gramps-3.4.9
Firstly I use your longlasting 3.2 kernel currently though perhaps not
for long as I'm switching distro to avoid systemd and thank you for
the LTS work, however that won't stop me speaking my mind.
_
> > Greg, can you write back t
On Mon, 17 Dec 2012 11:19:20 +0100
Tomáš Chvátal wrote:
> The only reason why we have this currently in usr is that bsd ports
> put their stuff in there and I suppose Daniel just did the same.
>> +1 on /var/cache.
>>
>>> Agreed.
>>>Bonus points if we consider suggesting to move it on a dedica
> People simply don't seem to realize that you can go away and
> do something else while all that's happening
Like servers I prefer build machines to be more secure dedicated build
machines without a browser or X, so I expect it's a bit of a barrier
for me.
Having said that I haven't found the t
On Wed, 19 Dec 2012 09:13:28 -0800
Greg KH wrote:
> No, not at all, please see the web page that describes, in detail, the
> problems that has been going on for quite some time now, with the /usr
> and / partitions and packages.
> http://freedesktop.org/wiki/Software/systemd/separate-usr-is
> We're drifting here, but the concept is that machine-local stuff like
> configuration stays out of /usr, and generic distro stuff stays in
> /usr.
>
> A webserver for site1 vs site2 would be identical in /usr, but
> different elsewhere.
That has always been the case. In fact people have tried t
On Mon, 31 Dec 2012 08:21:10 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> I was curious, however, as I'd been reading about running X as
> non-root,
I use some hackery to run startx on some systems as a normal user on
linux and without suid. The only important things to me that break on
th
On Mon, 31 Dec 2012 15:42:39 +0100
Tobias Klausmann wrote:
> I _do_ think that his concerns need
> to be addressed, particularly the second half of his statement.
Whilst I agree that if it does debians system shouldn't undermine
mozillas. I think the latest efforts are a pointless bandaid but I
> but
> again it appears that simple cases are being made complex, just to allow
> for someone else's complex cases. Which is faulty logic.
It's a welcome option but an important question seems to be; Why wasn't
this picked up in the dev cycle?.
This reminds me of udisks 8 months ago losing feat
> William is packaging upstream udev for Gentoo.
>
> You are shooting the messenger.
I expect there is 0 blame meant for William.
P.s.
Is it William that Lennart dished some blame in the direction of. I
completely disagree. It's not the job of every distro to look for all
build flags to fix
> > Debian having to patch KDE to use /etc for configs is simply wrong too.
>
> huh huh, do you know if they have a fix for
> http://bugs.gentoo.org/438790 to stop KDE from destroying upstream
> polkit files?
I don't, I just know that on Debian the configs are in /etc and the bug
you mention,
> > Unless sudo has some config setting that allows access only when
> > logged in via console it isn't really a solution.
> >
> > Rich
> >
man sudoers -> /requiretty
>
> I manage 'thousands' of desktops at Google and we generally like
> polkit.
I never meant it is rubbish as such but I saw i
On Tue, 15 Jan 2013 22:19:37 +0200
Maxim Kammerer wrote:
> This is a major problem, there are other questionable choices that
> raise the question whether developers are familiar with how things are
> done on Unix:
> https://bugs.freedesktop.org/show_bug.cgi?id=58787
>
I have to confess that de
> >
> > I never meant it is rubbish as such but I saw it as rediculously
> > inferior to sudo before I even read this.
> >
> > http://drfav.wordpress.com/2012/05/11/the-quest-towards-trusted-client-applications-a-rambling/
>
> Perhaps I'm misunderstanding, but that is talking about a specific set
> >
> > How about uncommenting a line that does so. All you are buying into is
> > a default setup.
>
> App authors don't ship configs like that though. Does apt ship a sudo
> config? Does anything?
Perhaps you missed my opening message on this topic, except it was in
your first reply.
ow about adding another function to the ebuild format? pkg_getinfo()?
Kevin
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGkCDCr4p8oOjnnKARAojFAJ0duN7Ur5wmf8e770AztJip7nxPngCgg5yH
Fqtd2iL+ourVZM+uMTP9SMY=
=ShqV
Greg KH wrote:
> On Tue, Jul 10, 2007 at 07:10:35PM +0200, Dominique Michel wrote:
Can you explain more. If the kernel can be tivoized by someone
>>> I'm sorry, but "tivoized" is not a verb. Please explain what you mean
>>> by this.
>> I mean if someone distribute a kernel with a licence that
a 7Kb init.d script that badly needs complete rewriting due to upstream and
> kernel changes:
> net-fs/autofs
I'll see what I can do with this one. I won't have access to my network
for a couple weeks, but when I get back home I'll poke into it.
Kevin
signature.asc
Description: OpenPGP digital signature
be a more appropriate forum.
Simply put: One Step At A Time.
Cheers,
--Kumba
My 2 non-dev cents,
Kevin
--
[EMAIL PROTECTED] mailing list
e decided that users couldn't
give insights to the developers list.
Kevin
--
[EMAIL PROTECTED] mailing list
etween the wired
and wireless worlds without losing network connections. It's great to be on
wireless, start a download, plug into the wired, and then get an immediate speed
boost!
Here's another hint for wireless users: Test your card's ability to respond to
iwconfig tx
# Kevin McCarthy (25 Feb 2011)
# Crashes when opening images wrt #325879
# Upstream dead since 2004. No gentoo maintainer.
# Many alternatives in tree: eog, gqview, mirage, etc.
# Removal in 30 days
media-gfx/pornview
--
Kevin McCarthy
pgpuyFo1DPTnM.pgp
Description: PGP signature
e fixed.
>
Herd: desktop-misc
Herd: net-im
are fixed.
--
Kevin McCarthy
pgpVSeXNgCw9X.pgp
Description: PGP signature
Hi Guys， We have finish compiling stage3 for ppc64 (little-endian).Here is
the link:
https://drive.google.com/file/d/0B2k84p6709AyTFlwLUF1WjlxUk0/view?usp=sharing
Now we are going to build LiveCD using stage3. Could you help to give
some demo or a guide for building LiveCD? That will help we a
infrastructure project because I work on totally different type of code
development projects, but I feel like something has to be done to update the
Eclipse IDE ebuilds to keep up with Portage.
Let me know what more experienced Gentoo developers think.
Regards,
Kevin Brace
Brace Computer Laboratory
icial repository .
I will take a look at it.
That being said, the wiki page still has the now broken repository. [2]
Something needs to be done to remedy the situation.
Regards,
Kevin Brace
Brace Computer Laboratory blog
https://bracecomputerlab.com
[1]: https://wiki.gentoo.org/wiki/Eclipse
On 25/11/2005 11:46:54, Marius Mauch ([EMAIL PROTECTED]) wrote:
> Except that no{man,info,doc} are on the to-die list anyway.
When you say 'to-die' do you mean completely removed, or do you
mean replaced with {man,info,doc} (i.e. removing inverted logic)?
--
gentoo-dev@gentoo.org mailing list
On 26/11/2005 13:55:25, Ned Ludd ([EMAIL PROTECTED]) wrote:
> On Sat, 2005-11-26 at 19:30 +0100, Bruno wrote:
>
> > What's the advantage of splitting out the debug info to some extra
> > location instead of leaving it in the original binary (maybe smaller
> > foot-print in memory while the debug
devs to know about, and existing devs to have for a reference.
Agreed.
As far as normal Gentoo is concerned, I think policy should be to fix
textrels at least where it is simple to do so and upstream are happy to
have the issues fixed, and we should be most insistent for shared
libraries that are act
source code just means appending a few lines depending on the type of
assembler used.
As far as ebuilds are concerned, if you add it to LDFLAGS you will need
to re-check the application every time you bump the ebuild, and it's
difficult to find new occurrences of nested functions for examp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 14 Dec 2005 09:19:56 +0100
Harald van Dijk <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 14, 2005 at 08:51:42AM +0100, Kevin F. Quinn wrote:
> > On Wed, 14 Dec 2005 07:59:23 +0100
> > Harald van Dijk <[EMAIL PROTECTED]&g
headers - in particular look at the
PT_LOAD sections) and 'readelf -s' (which shows all segments).
If any one can point me to code in the kernel or loader that maps debug
symbol sections I'm sure many would be interested.
--
Kevin F. Quinn
--
gentoo-dev@gentoo.org mailing list
e point (either by inclusion or rejection).
Again, not the case with paludis as it is currently being proposed.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
ingle manifest for the whole eclass
directory. If GLEP33 ever gets implemented, this issue is obvious as
each subdirectory would have its own manifest.
Obviously the best way to add this sort of thing is to add support to
repoman, which has been mentioned before for profiles at least, for QA.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
LC_* during build time.
> Those bugs should be detected and fixed.
I disagree. LINGUAS is a Gentoo-specific thing, so is only relevant to
ebuilds. If a package uses LC_* to determine the user's locale
preferences, I see no problem with that.
> What do you think? LC_ALL=C in portage or not?
I vote not.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
t least. (A creates a package for B. B would like the Italian
> version. A does not know any Italian. There is a build error. Because
> the system forced LC_* to be set to Italian, A has no idea what the
> errors mean.)
Fair enough.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
ted when the locale is et_EE are fatal is just luck.
On the subject of timing elsewhere in the thread, I don't see there's
any hurry, as things have been as they are for a long time. However
that's a decision for the people who plan out portage releases.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
Is there any reason you need package.env in portage proper
> as opposed to bashrc?
I remember portage people asserting before that package.env tricks from
bashrc don't work completely, in that it needs to be in place for
portage.py before the bashrc script is sourced. Is this no longer a
problem?
--
Kevin F. Quinn
signature.asc
Description: PGP signature
nstalls the server, the other installs just the client
programs.
>
> Other packages to possably beneift
> udhcp
> mldonkey
> samhain
> bacula
> boxbackup
>
> Interestingly, many packages have a server USE flag but not a client
> one - maybe make both a global USE
e teams to be competing with each
> > other).
This is about delegation, which is fine - however I don't think it's a
good idea to have two conflicting official positions. With regards
Gentoo-wide policy
> >
> > What are the alternatives? If a project's activities are not
> > automatically "official", then who gets to decide, and how is that
> > decision made? How can that decision be made fairly, without
> > contradicting the metastructure, and without giving rise to any
> > accusations of 'cabals'?
> >
> > Best regards,
> > Stu
--
Kevin F. Quinn
signature.asc
Description: PGP signature
ag does what it says on the tin - you have to inspect the
> ebuild code you're querying.
>
> Prior history shows deps of db vs gdbm where if both or neither then
> db was used, otherwise the flagged db was used.
>
> Problems problems - soltutions that work with existing installs or do
> we just bite the bullet and do
>
> ! use client && ! use server && die "must select either client or
> server"
>
> Which kinda defeats the purpose of a clean install.
>
--
Kevin F. Quinn
signature.asc
Description: PGP signature
On Sat, 10 Jun 2006 05:44:41 -0400
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Saturday 10 June 2006 04:32, Kevin F. Quinn wrote:
> > I do think we should avoid built_with_use where we can, as it causes
> > emerge to abort.
>
> no it doesnt ... the ebuild maintai
oup of herd maintainers to take the package on. With
maintainer-* on CC the benefits accrued so far from having a bunch of
people helping to iron out early QA problems would remain, and at the
same time the group of people most likely to pick up the package would
also be aware of it.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
dreds of emails)?
This reflects back on the primary objection to sunrise on gentoo.org.
Your question is essentially, "who will take responsibility for it and
put it in the tree?". Sunrise might help in getting ebuilds to a decent
standard, and it might help some users to contribut
uld be a good idea to include key system elements (e.g.
kernel, toolchain, baselayout - perhaps the sys-* categories) in the ban
for sunrise. Anything hacking around with such critical components
should be in their own specific overlay. This is key to the
objections; that sunrise is system-wide, not local to a particular area.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
ed in metadata, and let
the herd maintainers re-assign amongst themselves if appropriate.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
On Thu, 15 Jun 2006 11:57:21 +0200
Jakub Moc <[EMAIL PROTECTED]> wrote:
> Mike Frysinger wrote:
> > On Thursday 15 June 2006 02:33, Kevin F. Quinn wrote:
> >> We could require that a herd mail alias be maintained for every
> >> herd, with the same name as t
ess, you're one of the two lead complainants about
> Project Sunrise. You've raised a number of points about Sunrise that
> need debating; you were right to do so, and I don't think anyone feels
> that they shouldn't have been raised.
>
> If you're not going to participate in a debate about those concerns
> without throwing your toys out of the pram, it undermines the
> complaint that you're making. That's plain enough to see by looking
> at the reaction elsewhere in these threads to some of the postings
> from the Sunrise project team, where they've behaved like that.
>
> Best regards,
> Stu
--
Kevin F. Quinn
signature.asc
Description: PGP signature
On Thu, 15 Jun 2006 15:22:31 -0400
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> I would much
> rather see something like sunrise (but not necessarily sunrise
> itself) used to put packages which are no longer maintained, but were
> once in the tree.
sunset.overlays.g.o :)
esn't
find out about the missing dependency until the package is actually
merged, rather than at the beginning of an 'emerge world'.
Perhaps details should be taken off-list, if we're to think about this
seriously.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
ting RDEPEND to "" indicates that the stuff in DEPEND isn't needed
to run the package, and can safely be pruned later. If RDEPEND is not
set, it is defaulted to $DEPEND by portage.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
even virtual/system (with the
> compiler removed from that virtual).
--
Kevin F. Quinn
signature.asc
Description: PGP signature
cit-system-dependency
obviously USE flag settings affect what's pulled in by system as does
the profile.
So I think if we're to allow essential system dependencies to be
omitted, we should be very explicit; i.e. publish a strict list.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
.1
Whether any of these actually trigger real problems or not I don't
know; but then probaly neither do the upstream developers...
--
Kevin F. Quinn
signature.asc
Description: PGP signature
* could be reworked as one or more eselect
modules?
--
Kevin F. Quinn
signature.asc
Description: PGP signature
he kernel tree to build against
(KBUILD_OUTPUT) and thus build for different kernel configurations as
appropriate (the default being the build system kernel, which makes
things simple for the common case where the target is the build system).
In summary, I agree that $KV should disappear from portage
s specifically
version 3 include:
1) Target package depends on build system (assuming 'qt' is interpreted
as 'qt3' if only that is installed, rather than pulling in qt4 if not
already present).
2) What 'qt' means changes as new releases are made - if/when qt5
becomes available, it means introducing a qt4 use flag and back-fitting
to existing ebuilds that used 'qt' but don't build against qt5.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
On Tue, 20 Jun 2006 16:14:08 -0700
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> Mike Owen wrote:
> > From this user's perspective, simple is better. qt3 and qt4 as use
> > flags are completely and utterly obvious as to what they mean, and
> > there is no confusion about them. Adding a plain qt fla
On Wed, 21 Jun 2006 02:39:29 -0400 (EDT)
"Michael Sterrett -Mr. Bones.-" <[EMAIL PROTECTED]> wrote:
> On Wed, 21 Jun 2006, Kevin F. Quinn wrote:
>
> > Am I making sense? This looks a lot like the gtk/gtk2 flags, but
> > inverted; according to use.desc, gtk bu
On Tue, 20 Jun 2006 23:25:42 -0700
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> Kevin F. Quinn wrote:
> > On Tue, 20 Jun 2006 16:14:08 -0700
> > Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> >
> > [...]
Thanks for the clarification
> The goal is to avoi
old 2.0-portage, the
> syncing and caching had become really long.
If you want to sync just part of the tree, look into setting '--exclude'
or '--exclude-from' options via PORTAGE_RSYNC_EXTRA_OPTS in make.conf.
See rsync(1) and make.conf(5). Never tried it myself, but it shoul
o file mirror?
Only if they distribute binaries, in which case source should be
provided sufficient to build those binaries.
> Do my senses run wilde? Your just my imagination?
> Do I understand this right?
If you're not sure whether something you do is compliant with the
relevant license
release media (clearly
and obviously places) describing how people can request a copy of the
source disc from you if they wish.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
On Wed, 28 Jun 2006 21:20:00 +0200
Maurice van der Pot <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 28, 2006 at 07:54:12PM +0200, Kevin F. Quinn wrote:
> > You don't have to do this
> > for binary files copied from a Gentoo Live CD, as in that case
> > you're
On Fri, 30 Jun 2006 20:53:42 + (UTC)
"Duncan" <[EMAIL PROTECTED]> wrote:
> "Kevin F. Quinn" <[EMAIL PROTECTED]> posted
> > a) Accompany it with the complete corresponding machine-readable
> > source code, which must be distributed und
. Bochs is the only real emulator.
For the record, Qemu is much more than virtualisation; indeed
virtualisation is just a small part of what Qemu can do. Emulation is
the main thing that Qemu does, for many targets on many hosts.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
ainless, provided all the
relevant maintainers agree - indeed, a package can belong to more than
one herd. However changing a package's category is much more
disruptive and should be avoided.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
. Or if we want to be clever, setup a source-request
email alias which releng can farm out to nearby volunteers as
appropriate using email acknowledgement to ensure requests are serviced.
Point being, there are numerous ways we can comply, and no excuse for
not complying from now on.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
late already, but maybe one
of them can accept...
--
Kevin F. Quinn
signature.asc
Description: PGP signature
(combination of ARCH and -march or equivalent
CFLAGS). The suggested code already does the worst-case fall-back, as
it responds 'no' if the compiler doesn't support -dM or doesn't define
the relevant macro.
echo | $(tc-getCC) ${CFLAGS} -dM -E - 2>/dev/null | grep -q ${d
On Thu, 6 Jul 2006 14:44:22 +0200
"Diego 'Flameeyes' Pettenò" <[EMAIL PROTECTED]> wrote:
> On Thursday 06 July 2006 14:35, Kevin F. Quinn wrote:
> > This could easily be done by configure
> > scripts; perhaps it would be a good idea to look into wri
een their processor
(which they've already set via -march in CFLAGS) and the various bits
that their processor has.
There are relatively few packages affected (<1%), so I think it's worth
a try. In the end it may be that a few packages need to deal with
stuff manually like with the current USE flags, but they'd be local USE
flags at that point.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
-libs/evas
x11-libs/libast
x11-misc/rss-glx
x11-terms/eterm
x11-themes/polymer
x11-wm/afterstep
x11-wm/metisse
--
Kevin F. Quinn
signature.asc
Description: PGP signature
ted,
> unfortunately.
What exactly is it about the toolchain supplied with Gentoo that causes
you problems?
--
Kevin F. Quinn
signature.asc
Description: PGP signature
On Thu, 6 Jul 2006 22:13:11 +0200
"Diego 'Flameeyes' Pettenò" <[EMAIL PROTECTED]> wrote:
> Note: -march=i586 -mmmx for Pentium (classic) MMX is a good idea most
> of the times, as it's not an i686 but at the same time it has MMX
> support.
There's -ma
1.1+
>
> I don't know how much gcc-spec-env.patch can be trusted, and even if
> it is 100% safe, such patches don't belong in anything that would be
> called "vanilla". (I have commented on that patch long before this
> thread started, so don't think I'm just
- which could be the default behaviour if CPU_SUBMODEL is not
set. That way we have the best of both worlds; people who are happy to
let the system determine the configure options from the compiler
architecture can do so, those who want to control things in more detail
can do that as well.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
s closed or resolved; typically some
700-800 new bugs a week and 300-400 closed/resolved a week - however the
total number of open bugs over the same period has increased by just
372 bugs from 9947 to 10319 (total new + reopened - closed = 3791).
--
Kevin F. Quinn
signature.asc
Description: PGP signature
notice it wants cdrecord-prodvd for dvd writing - will it not
use the newer app-cdr/cdrtools to support DVDs (perhaps with the -n
option to not check the tool version)? Presumably the newer cdrtools
is backwards-compatible with the cdrecord-prodvd command line options?
--
Kevin F. Quinn
ike the aforementioned one, which should result in
> that particular ebuild getting fixed, instead of the bug being marked
> INVALID.
As I said above, don't take the "INVALID" marking personally. The fact
is that from the perspective of the relevant devs, the resolution of the
bug was to advise the user to upgrade gcc, which meant no change
required to the tree. See
https://bugs.gentoo.org/page.cgi?id=fields.html - as far as devs are
concerned, "The problem described is not a bug" so INVALID is the
correct resolution marking.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
a good
idea in general. The profile currently says that for x86, gcc
must be ">=sys-devel/gcc-3.3.4-r1" - if you do
# emerge >=sys-devel/gcc-3.3.4-r1
on a current tree you'll get a much higher version. Still, it's up to
releng if they wish to change it.
--
Kevin F. Quinn
signature.asc
Description: PGP signature
s what vdr means on its own). If you do this,
make sure there's a maintainer tag.
However (c) seems to be the most sensible approach.
>
>
> What do you think of that?
>
> Zzam
>
--
Kevin F. Quinn
signature.asc
Description: PGP signature
On Mon, 10 Jul 2006 19:23:54 +0200
"Molle Bestefich" <[EMAIL PROTECTED]> wrote:
> Kevin F. Quinn wrote:
> > > > The expectation here is that when a new version of gcc is
> > > > stabilized, that users will upgrade to that in a reasonable
> > >
e'd be seeing a lot of bugs
related to that - and we're not seeing them.
> I'd think that most users hadn't even run into this problem (yet),
> because many source code maintainers strive to be able to compile with
> as old a version of GCC as possible..
That's u
On Tue, 18 Jul 2006 21:40:07 +0100
Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> On Tue, 18 Jul 2006 21:18:22 +0200 "Kevin F. Quinn"
> <[EMAIL PROTECTED]> wrote:
> | > Uh, as far as I recall, you've yet to come up with any technical
> | > explanation
On Wed, 19 Jul 2006 17:15:38 +0100
Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Jul 2006 08:57:32 +0200 "Kevin F. Quinn"
> <[EMAIL PROTECTED]> wrote:
> | Things that package moves cause:
> | 1) Dependencies throughout the tree have to be updated
>
1 - 100 of 258 matches
Mail list logo
