On Saturday, 25 October 2014 12:47:21 CEST, Luca Barbato wrote:
The ABI mismatch is due the library not being versioned properly as usual?
Please note that this would be a hard thing to do. This is not just a
matter of calling an appropriate version of a given function; there are no
On Friday, 20 December 2013 10:00:43 CEST, Martin Vaeth wrote:
The example with string reference-counters which you gave is IMHO
typical;
one would really need to write strange code to make it work *with*
reference
counters but break without. Hard to believe that this happens in
practice.
On Friday, 20 December 2013 12:56:43 CEST, Sven Eden wrote:
And no, the languages are _not_ source-incompatible. That would be a
scandal!
You might argue about this, but that doesn't change these facts. This is
absolutely valid C++98 program:
jkt@svist ~ $ cat foo.cpp
int main() {
auto
On Thursday, 19 December 2013 02:41:55 CEST, hero...@gentoo.org wrote:
I'd like to make an analogy to the version bump of gcc[1]. We (gentoo)
decide to support c++11 officially or not. If so, open a tracker bug to
push it globally. If not, patch lldb to support non-c++11, or leave it
up to the
On Thursday, 19 December 2013 09:35:14 CEST, Michał Górny wrote:
And how is this an issue to the major distributions? Binary distros can
do a simple switch with standard all-package upgrade and forget about
it. Like they usually do. Only people who built from sources have to
think about it.
On Thursday, 19 December 2013 09:44:38 CEST, C. Bergström wrote:
libboost.so (or any really popular lib.. Qt..) built with
-std=c++11 breaks abi
As I said, the problem is more complicated. Qt5 built with the C++11
support does not break its ABI compared to usign the C++98 mode.
Boost is in
On Thursday, 19 December 2013 10:18:55 CEST, Michał Górny wrote:
Would it be possible to have a consistent ABI for both C++03 and C++11?
The simpler changes like adding new fields can be backported quite
easily (even if it would mean having dummy fields in C++03), I have no
idea about the more
On Thursday, 19 December 2013 16:00:13 CEST, Ian Stakenvicius wrote:
A change in profiles? 14.0/* adds that to the default CXXFLAGS in
base, new stage3's etc are all rolled with this. We recommend
migration to 14.0 profile and have a check somewhere about
-std=c++11 missing from CXXFLAGS in
On Thursday, 19 December 2013 17:29:19 CEST, viv...@gmail.com wrote:
just a question, what would do -fabi-version=6 added to CXXFLAGS even
w/o C++11?
I believe that -fabi-version is for low level bits at the level of e.g.
identifier mangling. It cannot affect whether a std::string is
On Wednesday, 18 December 2013 14:58:07 CEST, hero...@gentoo.org wrote:
I think it is better achieved by a (simple and stupid) global
CXXFLAGS. Adding an extra USE flag feels a little over-engineering.
What compiler flag do you propose to use? Note that --std=c++11 will not
work.
Cheers,
On Wednesday, 18 December 2013 17:37:56 CEST, C. Bergström wrote:
From the perspective of a compiler vendor - I must ask why not?
There is code out there which builds fine under C++98, but fails to build
when C++11 is enabled (as but one exmaple, have a look at [1]).
[1]
On Wednesday, 18 December 2013 18:05:46 CEST, C. Bergström wrote:
If moving to C++11 - Isn't that considered just part of the
work along the path? There's some clang tools to help with the
migration, but I don't think anyone expects it to be zero work.
The flag is just a way to a) enable
Hi folks,
somehow it happened that I'm listed as the only maintainer of
net-wireless/ipw3945d, net-wireless/ipw3945 and net-wireless/ipw3945-ucode. I'm
not an ebuild developer, I no longer use that hardware on a production machine,
and I believe that I switched that old laptop to iwl3945 years
On Tuesday, 4 June 2013 17:02:33 CEST, Markos Chandras wrote:
Could you please open a bug so treecleaners can track this?
https://bugs.gentoo.org/show_bug.cgi?id=472296 it is. Thanks.
Cheers,
Jan
Hi,
current hardened profile sets USE=-ipv6, but I wasn't able to find any
reason for that in the ChangeLogs. With the upcoming v6 frenzy, I was
wondering if we can remove that default.
With kind regards,
Jan
signature.asc
Description: OpenPGP digital signature
Christian Faulhammer wrote:
Ok. What about: Build media plugin for browsers supporting the
Netscape plugin architecture such as www-client/mozilla-firefox
Build media plugin for browsers supporting the Netscape plugin
architecture (that is almost any modern browser)
Cheers,
-jkt
--
cd
See the patch.
--
cd /local/pub more beer /dev/mouth
--- generation1-deprecation.orig2009-02-23 14:50:37.920591164 +0100
+++ generation1-deprecation 2009-02-23 14:51:25.180617090 +0100
@@ -21,9 +21,9 @@
emerge -av --depclean virtual/jdk:1.4
-If don't need virtual/jdk:1.4 any
Ferris McCormick wrote:
'cp -i' will at least ask a question, and I find that marginally better
--- it's confusing, but at least it says something. But it seems to me
that if we hit this case, no one (including the package owner) knows
which .xml file to use, so stopping the build makes sense,
Thomas Sachau wrote:
as specified in the PMS spec [1] and stated in #gentoo-portage, RDEPEND will be
set to DEPEND, if it
is not defined in the ebuild itself.
But devmanual [2] and developer handbook [3] both state, you have do explicitly
set RDEPEND because
it may be removed in the future.
Tomáš Chvátal wrote:
(i guess kmail4.2 is doing something fancy :D)
Well, that explains it :).
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Jean-Marc Hengen wrote:
tree and my policies (more precisely: I can't keep current stable
portage and cmake-2.6.2). My solution to the problem, was to copy the
ebuild in /var/db/pkg to my local overlay and I'm fine with it for now.
The drawback of this workaround is, I could miss important
Diego 'Flameeyes' Pettenò wrote:
I have a very quick proposal: why don't we move the packages' homepage
in metadata.xml (since it's usually unique for all the versions)
I believe the reason was that HOMEPAGE might change with new versions
and that metadata.xml didn't (doesn't?) support
Diego 'Flameeyes' Pettenò wrote:
- no need to replicate homepage data between versions; even though forks
can change homepage, I would expect that to at worse split in two a
package, or have to be different by slot, like Java;
But also the need to replicate http://www.kde.org/ to
Michael Hammer wrote:
The wiki can be a staging ground for user contributed documents, which can
become part of official docs after a review and cleanup by developers.
...as long as they use a compatible license, is not the case right now
(and never was, IIRC).
That's the way I intended my
kashani wrote:
How easy is it to checkout current GDP docs
Append ?passthru=1 to the end of the URL.
and make changes to them?
I take it you want to make a patch. In such case, edit the file and
submit the diff via Bugzilla.
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
Gordon Malm wrote:
It looks to me like you've already made up your mind. How is hardened doing
the entirely wrong thing?
From the page [1] you mentioned:
If so, that seems to me like an abuse of the -D option.
The abuse is in changing the compiler behavior based on -D options.
What do you
Steve Long wrote:
insinto /usr/share/doc/${P}/examples
Is there any chance we can start using correctly quoted filenames across the
board?
Since when is ${P} allowed to have spaces?
Besides being faster (quote the whole thing)
Have you done a benchmark certifying that
Ben de Groot wrote:
The xml header in each metadata.xml states that the content is UTF-8
encoded, and any XML parser has to be able to handle this. Also, when
used literally in xml, the 5 special characters ' cause a
well-formedness error, as far as I know.
You're wrong, it's absolutely
Jorge Manuel B. S. Vicetto wrote:
Some members of the KDE team have been talking for some time about
having a FHS compliant install (define KDE prefix as /usr instead of
/usr/kde/version).
What are benefits of such a change? What happens when KDE release a
version breaking ABI (like KDE 5)?
Josh Saddler wrote:
XML doesn't put a space between the attribute and the closing slash --
XHTML does. Common mistake. Also, use for attributes, rather than '.
Nope, both is perfectly legal in XML (and illegal per the GDP coding
style, which certainly doesn't apply to metadata.xml) :p.
Robin H. Johnson wrote:
If you would like to have the new bot in your #gentoo-* channel, would
each channel founder/leader please respond to this thread, stating the
channel name, and that they are the contact for any problems/troubles.
#gentoo.cs please, me as a contact.
--
cd /local/pub
Josh Saddler wrote:
Yes, it looks as if someone at IBM simply copied it from there,
where it is indeed marked updated.
Perhaps you misunderstand -- the articles originally were written *for
developerWorks*, not for Gentoo. That's where they first appeared 7 or 8
years ago.
And that's also
Philip Webb wrote:
Neither an e-mail address nor an Internet URL is some history:
they are a means of contacting a person a link to a site
as such they should be upto-date or deleted.
Daniel Robbins founded Gentoo. His mail is still valid and will remain so.
but you are missing the point.
Benedikt Morbach wrote:
retired and work on an alternative package manager and a certain
dokument where they try to set gentoo standards from the outside.
Please stop spreading FUD about PMS forcing some standards over Gentoo.
Get your facts straight before commenting any further, thanks.
Luca Barbato wrote:
http://www.gentoo.org/proj/en/releng/#doc_chap5
The latest release of Gentoo Linux is:
Gentoo Linux 2007.0 for Alpha, AMD64, HPPA, IA64, MIPS, PPC, S390,
SH, SPARC, and x86 architectures.
Good point, doc team please update those places.
The GDP has zero control over
Jeroen Roovers wrote:
PS: I wanted to respond to many more of your comments, but then I
always thought: who is this man anyway and does he perhaps contribute
to Gentoo in some obscure way? Now I tend to think you don't.
David seems to be a PMS contributor [1].
Cheers,
-jkt
[1]
Ciaran McCreesh wrote:
On Thu, 12 Jun 2008 15:34:56 -0400
Doug Goldstein [EMAIL PROTECTED] wrote:
I'd honestly like to see an official PMS project page i.e.
http://www.gentoo.org/proj/en/pms/
There's http://www.gentoo.org/proj/en/qa/pms.xml . Unfortunately, rane
decided to go and vandalise it
Joe Peterson wrote:
But what users *really* don't care about is EAPIs, and this GLEP would
expose that technical detail to them in a very blatent way.
Anyone who cares about ebuilds at a file level has to care about EAPIs.
Not really. A typical user does not need to know about EAPIs at all,
Thomas Anderson wrote:
I personally have had no problems reading and/or understanding PMS, and
I've had to reference a fair bit of it. I'd like to hear exactly who has
problems with what sections and how to fix that.
As Fabian said it really isn't a matter of We like XML better than LaTeX!
Luca Barbato wrote:
Thomas Anderson wrote:
As Fabian said it really isn't a matter of We like XML better than
LaTeX!
It's not those people's prerogative.
Problems like having homogeneous documentation aren't that small.
See the devmanual. It uses completely different XML markup. It is XML,
Tiziano Müller wrote:
Having the EAPI versioned like this: X.Y where X is the postfix part of the
ebuild (foo-1.0.ebuild-X) and Y the EAPI=Y in the ebuild itself we could
increment Y in case the changes to the EAPI don't break sourcing (again: a
package manager will have to mask those ebuilds)
Hi Federico, a good start would be not to hijack threads [1] :p
Cheers,
-jkt
[1] http://en.wikipedia.org/wiki/Thread_hijacking
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Markus Meier wrote:
qt3support: Enable the Qt3Support libraries for Qt4
While it affects a few packages, they all are parts of the Qt toolkit
(which we previously shipped in one big package). I can't see a scenario
where this flag might be used on a package not released by Trolltech.
Andrey Grozin wrote:
sci-visualization/qtiplot, for example
I don't see a reference to the qt3support flag in any of qtiplot
ebuilds, could you please clarify what you mean?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Andrey Grozin wrote:
There was a period when qtiplot required qt4 emerged with qt3support USE
flag. So, it had pkg_setup which checked this and produced an error it
necessary.
Ah, that's quite common -- a package FooBar is ported to Qt4, but it
still uses some of the Qt4's Qt3support
Enrico Weigelt wrote:
I'm just installing qemu, which requires gcc-3.x for building.
The current breaks are very ugly, IMHO.
So I'm proposing to add the old gcc-3.x as depedency to qemu,
at least as long as it doesn't build w/ newer gcc.
Hi Enrico, it is usually a good idea to search
Enrico Weigelt wrote:
Maybe you remember the discussions about stable vs. dev kernel
branches: the kernel folks wanted to give up stable branches,
leaving them to the individual distros and concentrate just on
devel branch. A lot of people were totally unhappy with this
idea, so they
likewhoa wrote:
plus the beer is free so you'll
Hey! Location?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Vaeth wrote:
Result: Compiles fine with gcc-4.3 on x86 but dies immediately
at boot (before printing anything) unless acpi=off is used.
(And just to be sure, I disabled every acpi feature except
general acpi support - same result).
Please file a bug at bugs,gentoo.org, our hardened team surely
Donnie Berkholz wrote:
Presuming you're adding the direction-flag patch to 4.3.0 so it doesn't
break people on a kernel earlier than 2.6.25?
gentoo-sources-2.6.24-r4 has that patch, at least when looking at the
changelog. Or is it just for compile-time borkage and not for the
direction flag
Petteri Räty wrote:
26767 ingmar
41523 philantrop
Go KDE go! :)
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Denis Dupeyron wrote:
he also enjoys drinking beer.
So please everybody give a warm re-welcome to Josh.
Sounds good, let's have one :]
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Petteri Räty wrote:
If you can't manage weekly commits, you can't respond to security issues
either. This means that you should have devaway on.
That assumption is false. If there was a need to do weekly commits and
the dev in question couldn't manage it, it would be wise to expect that
he
Petteri Räty wrote:
Joining us from the land of the pyramids, we have Ahmed b33fc0d3
Ammar.
w3l(0m3 4b04rd, 4hm3d.
(h33r5,
-jk7
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Natanael Copa wrote:
So since I build a distro where size does matter (uclibc) I realised
that even if I submit bugs for broken RDEPEND, there will never be an
end to those bug reports. Looking at this thread, it seems i was right.
I wonder what you are looking at :(. You've been told by
Fabio Erculiani wrote:
^^ This is a really stupid sentence. It seems some of you don't even
realize how many users we brought to Gentoo, and this is really sad.
I'm not sure I understand how exactly you bring people to Gentoo. You
bring people to your distribution which is a binary rebuilt of
Fabio Erculiani wrote:
I offer my help to fix DEPEND/RDEPEND split issues which is causing me
a lot of headaches (along with localizations).
For reference, please have a look here: http://planet.sabayonlinux.org/?p=105
The name [EMAIL PROTECTED] is not a valid username. Either you
misspelled
Richard Freeman wrote:
We might also aim to make it easy for users to mix-and-match levels of
stability by package. I know it is possible already, but perhaps it
could be improved, or pre-canned lists of packages that users might
typically want bleeding-edge vs stable could be compiled.
Davide Cendron wrote:
Ok, so we're just blocking on the docs guys.
Well, to the best of my knowledge, nobody asked us to fix stuff.
Preferred way would be filing a bug to the docs-team that says hey,
we're gonna deprecate all digests, could you please fix your crap so
that it doesn't recommend
Duncan wrote:
Mainstream kernel's default make install uses /sbin/installkernel if it
exists, so I've been using it, invoking the kernel's make install from my
own kernel scripts. installkernel invokes mkboot...
We (the docs team) have never suggested out users to run `make install`
for
Perhaps I'm just so much used to seeing automatic signatures separated
by -- \r\n and consider non-separated text as typed by the author.
(And yes, Chris, I need beer from pubs :) )
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Chrissy Fullam wrote:
I appreciate your opinion and your right to have such an opinion, however, I
have a hard time understanding your reason for said opinion. I would expect
any person to be able to say 'enough' and 'lets take this elsewhere.'
Perhaps he feels in such a way because your mail
Roy Marples wrote:
I understand that metadata in a file name is pure and simple hackery
that has no place here and the GLEP is a flimsy attempt to justify it.
Do you count version as metadata?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital
Piotr Jaroszyński wrote:
The package manger would have to look for ebuilds in the main
dir and all the subdirs in case it doesn't have/can't use the cache.
No, it would have to check only for subdirectories named after known and
supported EAPIs.
Cheers,
-jkt
--
cd /local/pub more beer
Simon Cooper wrote:
nearly all binary files do versioning/format information inside the
files
Think of different EAPIs as different set of rules for the ebuild
contents. If you accept this, you can easily define new EAPI as a new
format for ebuilds. It's nice that current EAPI 1 is backwards
Donnie Berkholz wrote:
Looking at my kernel config, ext3 and reiser explicitly support
xattrs, and I see jfs and xfs have acls and security labels, which
might be usable.
Extended attributes can be turned off during compile time for each
filesystem you mentioned. NFSv3 doesn't support them
Donnie Berkholz wrote:
If you turn off features you need, things break. There's nothing new
about that. If you disable ext3 support in your kernel, you can't mount
an ext3 partition and you'll get an error during boot about not finding
the root.
I see your point, but extended attributes
Caleb Tennis wrote:
Since Qt is starting to get rather, ahem, big, I've decided that with the
introduction of version 4.4 it's a good time to try and split it down into
more
manageable chunks. I'm introducing a few new packages that are designed to
break
out some of the major pieces into
Santiago M. Mola wrote:
These are potentially ambiguos.
Could you please elaborate a bit about the raw one?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Alon Bar-Lev wrote:
As I told you before, I wont slot these two.
Could you provide a link to reasons that lead you to this decision so
that interested readers can make their own opinion?
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital
Alon Bar-Lev wrote:
On 12/12/07, Jan Kundrát [EMAIL PROTECTED] wrote:
Alon Bar-Lev wrote:
As I told you before, I wont slot these two.
Could you provide a link to reasons that lead you to this decision so
that interested readers can make their own opinion?
http://bugs.gentoo.org
Specification
=
``scm`` is a special suffix. It can be used on its own, but also in any other
valid version spec, just before the place where revision would go. And just
like
revision it can be used only once in a version spec, e.g.:
* ``cat/pkg-1.0_alpha0-scm``
*
Robin H. Johnson wrote:
My quote was from the first sentence of RFC1738, sec 3.3 (HTTP), para 4.
Missed that, sorry.
Redirecting clients to new URLs would give you perfect caching as well.
That's why I say i'm willing to do redirection at the cache level.
I do NOT want lots of users with old
Bo Ørsted Andresen wrote:
So on estonian locales those letters won't be included in [a-z] but
they will be included in [:alpha:].
Actually that was exactly my point. If user had some funny locale that
has digits or dots in its [:alpha:], the ebuild wouldn't work as
desired, but it would rather
Steve Long wrote:
Is [[:alpha:]] locale-safe?
Yes, all POSIX character classes listed here are:
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html
Thanks for a nice link. If I read section 7.3.1 correctly, [[:alpha:]]
always contains those letters, but might contain more,
Steve Long wrote:
Whatever. Requiring root for certain tasks has a long history:
On the kernel side.
Hmm, I'm sure I've used several apps which required root over the years.
They are flawed unless they are things like su/sudo/... . As a fine
example about why is this checking bad, see bug
Donnie Berkholz wrote:
if [[ -n ${ver} ]] [[ ${ver//[a-zA-Z-]} != ${PV//[a-zA-Z]} ]] ;
then
It isn't terribly likely to become an issue here, but it might be nicer
to use [[:alpha:]] than [a-zA-Z].
Is [[:alpha:]] locale-safe?
Cheers.
-jkt
--
cd /local/pub more beer /dev/mouth
Guilherme Amadio wrote:
And sorry to a bit off this thread, but I also would like to help with
some translations of official docs and development. I've been using Gentoo
since 1.4, but never really had time to help. Now I feel I'll have more
time and, if you can point me to some Brazilian
Daniel Drake wrote:
OK, so having a dynamic libpci is an outstanding requirement for the
patch. I will follow up with pciutils upstream about the current state
of that.
If you had any issues with Martin Mares, I can talk to him as he's my
teacher in one course at the university. He looks like
Roy Marples wrote:
On Tue, 2007-10-16 at 10:27 -0700, Josh Saddler wrote:
You make it sound like non-ebuild devs with
different kinds of commit access aren't full or real devs and might
be second-class Gentoo members! Which we aren't. :)
Third class then? :P
/me ducks the flame onslaught
Tristan Heaven wrote:
It's my understanding that anything in DEPEND will be installed into /,
so no.
If you mean that running `ROOT=/target emerge --usepkgonly foo-package`
will install foo-package's dependencies into real /, then no, it won't.
Cheers,
-jkt
--
cd /local/pub more beer
Ulrich Mueller wrote:
if ! $(grep 2010/tcp /etc/services /dev/null 21) ; then
cp /etc/services ${T}/services
cat ${T}/services-EOF
ndtp2010/tcp# Network
Dictionary Transfer Protocol
EOF
Tobias Klausmann wrote:
For those apps that need an editor, one could think of editor=vim.
USE flag change usually triggers a rebuild of the package in question. I
certainly don't want to rebuild packages just because I switch $EDITOR.
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
Petteri Räty wrote:
We should remove 2.x from tree and use just sqlite.
Qt3 supports only sqlite2.
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Petteri Räty wrote:
Does anything need the sqlite2 support in QT?
Anything that uses Qt for database access (and chooses sqlite as the
backend). media-gfx/kphotoalbum is an example.
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Petteri Räty wrote:
We should remove 2.x from tree and use just sqlite.
Oh, and another reason is compatibility -- sqlite2 and sqlite3 use
different on-disk format. sqlite3 can't read sqlite2 data and vice versa.
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
William L. Thomson Jr. wrote:
What about distcc? Sounds like we need to get you some more powerful
hardware to develop on or etc. Since xorg is a fairly major package.
Understandably hard to test every time, but ideally all should be.
Well, last time I checked, PHP had about 90 USE flags. I
Stephen P. Becker wrote:
I will say that this is still a better situation than the closed
drivers, which instantly hard lock my computer the first time I exit X
after the initial startup.
Perhaps this might help you --
http://www.thinkwiki.org/wiki/Problems_with_fglrx#Hardlock_on_X_logout
Ryan Hill wrote:
zombieswift/new devs -project
council/trustee nominations -project
Then it's worth cross-posting -core or -dev-announce or similar. I
thought that goal of -project was to keep devs away from poisonous
content without impairing their Gentoo-awareness.
Alin Năstac wrote:
The upstream doesn't offer a source tarball, so I need to construct
it myself from their svn repository.
If you're creating a live ebuild, there are already existing eclasses
that works from the user's POV.
If your aim is to create an ebuild for a specific version, you might
I'd also like to nominate mcummings (he's an old guy in Gentoo land and
his mails look reasonable), lack (he's a bit fresher, but his mails are
good) and kumba (old guy, nice mails).
XML has been updated.
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description:
I nominate Wernfried Haas (amne). Based on a thorough and detailed
review of Gentoo state-of-affair that we did together over several beers
some time ago when he was at Prague, I'm sure he's one of the best
candidates for the human, caring part of the Council.
Anyone pointing out at any old
Denis Dupeyron wrote:
at obscure pubs
New developer is always a good reason to have another beer. Welcome aboard!
Cheers,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Description: OpenPGP digital signature
Ciaran McCreesh wrote:
what are the use cases for binary packages?
Apart from those already mentioned by Chris, I use FEATURES=buildpkg to
be able to recover from a catastrophic experiment with a package's
content, for being able to quickly reinstall it. Although it's lame,
it's pretty easy to
Abhay Kedia wrote:
I am involved in this thread since its very beginning but looks like I am not
being able to understand the problems. Would you please be kind enough to
enumerate the issues discussed in this thread that warrant complete removal
of Skype (rather than masking it) from the
Kent Fredric wrote:
possible alternative names: gentoo-soap, gentoo-gossip ( not to be
confused with net-im/gossip )
Please, please, make it gentoo-circuits [1].
[1] http://en.wikipedia.org/wiki/All_My_Circuits
Yours faithfully,
-jkt
--
cd /local/pub more beer /dev/mouth
signature.asc
Matti Bickel wrote:
It's main additions are a timely response clause, which
requires us to get the same keywords for a newly released version as the
previous had within 28 days. Another point is the no patches clause,
which prohibits distributions from carrying a significantly modified
ion-3
Petteri Räty wrote:
-date2006-05-02/date
+date$DATE: $/date
Please revert all date changes you've made for following reasons:
a) $DATE: $ isn't expanded by CVS
b) Even if it was expanded, I won't be expanded to the -mm-dd format
c) Even if it was in -mm-dd format, it won't be fully
Petteri Räty wrote:
Maybe next time comment on the original patch to avoid pointless work.
Well, first lines weren't changing any dates, so I've skipped the rest
of the original mail. It was a pure coincidence that I spot them now.
Anyway, thanks for fixing and removing retired people,
-jkt
--
Petteri Räty wrote:
was this reply really necessary ? you made a mistake and Jan didnt catch it
until after you committed it. perhaps you meant to say thank you, ive
fixed
the issues you pointed out to me.
-mike
Plaah cultural issues. I just hope my comment makes people read the
1 - 100 of 225 matches
Mail list logo
