The best solution is to figure out why the directory is being created there and
whether it is customizable. Maybe the code actually is creating
$HOME/InstallShield? Then export HOME=${T} in your ebuild.
On March 31, 2014 2:24:24 PM EDT, Kfir Lavi wrote:
>On Mon, Mar 31, 2014 at 9:14 PM, Samuli
On Tue, 2014-04-01 at 13:13 +0800, Ben de Groot wrote:
> On 1 April 2014 06:16, Michał Górny wrote:
> > Hello, all.
> >
> > The late multilib ppc issues made me re-check our stable masks on
> > abi_x86_* flags and, honestly, I'm not sure if we're doing things
> > the right way.
> >
> > That said,
On Wed, 2014-04-02 at 17:14 +0800, Ben de Groot wrote:
> On 1 April 2014 21:58, Alexandre Rostovtsev wrote:
> > On Tue, 2014-04-01 at 13:13 +0800, Ben de Groot wrote:
> >> On 1 April 2014 06:16, Michał Górny wrote:
> >> > Hello, all.
> >> >
> >&
On Wed, 2014-04-02 at 17:25 +0800, Ben de Groot wrote:
> I'm strongly considering reverting these changes in the packages I
> maintain. I'm tired of having to deal time and again with multilib
> breakage.
>
> Either that, or someone else can take over primary maintainership.
Ben, if you are uncom
On Sun, 2014-04-20 at 17:09 +0800, Ben de Groot wrote:
> x11-libs/cairo
I will take this.
signature.asc
Description: This is a digitally signed message part
On Sat, 2014-05-10 at 13:50 +0800, Ben de Groot wrote:
> On 10 May 2014 04:34, Markos Chandras wrote:
> > On 05/09/2014 09:32 PM, Tom Wijsman wrote:
> >> On Fri, 9 May 2014 16:15:58 -0400
> >> Rich Freeman wrote:
> >>
> >>> I think fixing upstream is a no-brainer.
> >>
> >> It indeed is, this is
On Sat, 2014-06-14 at 16:13 +0100, Ciaran McCreesh wrote:
> On Sat, 14 Jun 2014 16:41:51 +0200
> Michał Górny wrote:
> > However, this means that we force much more rebuilds than necessary.
>
> This shouldn't be considered to be a problem.
This would be suicide for Gentoo as a distro. Organizati
On Sat, 2014-06-14 at 16:56 +0100, Ciaran McCreesh wrote:
> On Sat, 14 Jun 2014 11:50:29 -0400
> Alexandre Rostovtsev wrote:
> > On Sat, 2014-06-14 at 16:13 +0100, Ciaran McCreesh wrote:
> > > On Sat, 14 Jun 2014 16:41:51 +0200
> > > Michał Górny wrote:
> > &
On Sat, 2014-06-14 at 17:31 +0100, Ciaran McCreesh wrote:
> On Sat, 14 Jun 2014 12:17:52 -0400
> Alexandre Rostovtsev wrote:
> > On Sat, 2014-06-14 at 16:56 +0100, Ciaran McCreesh wrote:
> > > On Sat, 14 Jun 2014 11:50:29 -0400
> > > Alexandre Rostovtsev wrote:
&g
On Sat, 2014-06-14 at 16:41 +0200, Michał Górny wrote:
> Considering the libtool versioning, there are two kinds of library
> bumps relevant to us:
>
> 1) when ABI is altered in backwards-compatible way (so old stuff is not
> touched),
>
> 2) when ABI is altered in backwards-incompatible way.
Th
On Sat, 2014-06-14 at 12:50 -0400, Alexandre Rostovtsev wrote:
> Example: glib and gobject-introspection.
s/gobject-introspection/dbus-glib/
signature.asc
Description: This is a digitally signed message part
On Tue, 2014-06-17 at 10:17 -0400, Joshua Kinard wrote:
> What I'd like to see is a list of all affected packages so we all can get a
> sense of just how big the actual problem really is. All I am hearing so far
> are unsubstantiated claims of tree-wide breakage. Knowing which packages
> are brok
On Tue, 2014-06-17 at 11:20 -0400, Joshua Kinard wrote:
> On 06/17/2014 10:56, Alexandre Rostovtsev wrote:
> > On Tue, 2014-06-17 at 10:17 -0400, Joshua Kinard wrote:
> >> What I'd like to see is a list of all affected packages so we all can get a
> >> sense of
On Mon, 2014-06-23 at 22:15 +0200, Jörg Schaible wrote:
> So, why the heck, was the dependency to dev-libs/glib changed for an
> existing ebuild without increasing its version (e.g. dbus-glib-0.100.2-r2)?
Please see http://article.gmane.org/gmane.linux.gentoo.devel/91615
> I have to use an olde
On Sun, 2014-06-29 at 23:01 -0500, William Hubbs wrote:
> All,
>
> I am starting a new thread so we don't refer to a specific package, but I
> am quoting Rich and hasufell from the previous masking thread.
>
> On Sun, Jun 29, 2014 at 10:04:54AM -0400, Rich Freeman wrote:
> > On Sun, Jun 29, 2014
On Mon, 2014-06-30 at 11:29 +, hasufell wrote:
> > I agree that masking for testing is like having a 3rd branch, but I'm
> > not convinced that this is a bad thing.
>
> I have to reiterate:
> * increases the workload, because we are effectively running 3 branches
> * decreases the amount of te
On Mon, 2014-07-21 at 22:56 +0200, Michał Górny wrote:
> Yes, it does. I'm not sure if it leads anywhere, though. Dynamic deps
> are a pipe dream. You can't implement them properly, so we're using
> half-working implementation as an excuse to be lazy.
Why not adapt the updates mechanism for modify
On Wed, 2014-07-23 at 01:13 +0200, Tom Wijsman wrote:
> On Mon, 21 Jul 2014 21:34:10 -0400
> Alexandre Rostovtsev wrote:
> > Why not adapt the updates mechanism for modifying rdepends? Perhaps
> > something like
> >
> > rdepends-add foo-bar/blah-3.14 &q
rsions (that use introspection only) will need to be
moved to portage from the gnome overlay:
app-editors/gedit-3.0.6
app-editors/gedit-plugins-3.0.7
dev-libs/libpeas-1.0.0
media-sound/rhythmbox-2.90.1_pre20111001
media-video/totem-3.0.1
-Alexandre Rostovtsev
On Thu, Oct 20, 2011 at 4:47 PM, Mike Frysinger wrote:
> with the previously proposed/accepted GLEP 27 stalled, i'm looking into
> mitigating the current suckiness of enew{user,group}/egetent. the first step
> is simple: let's split these funcs out of eutils.eclass and into a dedicated
> eclass.
On Sun, Oct 23, 2011 at 3:03 PM, Anthony G. Basile wrote:
> Where would the hardened profiles fit in this? This requires some
> thought. Right now "hardened" means three choices: 1) hardened
> toolchain, 2) hardened-sources kernel, 3) hardened profile. Some
> packages are masked or added to th
It appears that when adding any new license, one needs to send a
notice to gentoo-dev. I have added CCPL-Attribution-2.5 (see
attachment or http://creativecommons.org/licenses/by/2.5/legalcode)
and added it to the FREE-DOCUMENTS license group (same as
CCPL-Attribution-3.0, acked by Robin Jonson)*.
# Alexandre Rostovtsev (13 Nov 2011)
# Fails to build or run with >=opencv-2.3. Incompatible with pyatspi-2.2 (and
# therefore with gnome-3.2). No upstream activity since early 2010.
# Masked for removal in 30 days. Bug #389979
app-accessibility/gnome-mousetrap
On Tue, Nov 22, 2011 at 1:22 PM, Pacho Ramos wrote:
> Due vanquirius retirement the following packages need a new maintainer:
>
> app-admin/logmon
> app-backup/duplicity
> app-cdr/cdemu
> app-cdr/cdemud
> app-cdr/gcdemu
> app-text/ots
> dev-libs/libmirage
> media-gfx/swftools
> net-misc/pavuk
> sy
On Sat, Nov 26, 2011 at 7:56 AM, Nirbheek Chauhan wrote:
> On Sat, Nov 26, 2011 at 5:56 PM, Rich Freeman wrote:
>> On Sat, Nov 26, 2011 at 2:13 AM, Nirbheek Chauhan
>> wrote:
>>> Since GNOME 3 is already in the
>>> tree, and the news file content is straightforward, I'd like to commit
>>> this
On Sun, Dec 4, 2011 at 1:51 AM, Ryan Hill wrote:
> On Sun, 4 Dec 2011 04:50:00 +0100
> Jeroen Roovers wrote:
>
>> Subject says it all. More and more bug attachments appear that have
>> been generated with non-English locales, and it's a nuisance for both
>> bug reporters and bug wranglers to requ
At the moment, Gentoo documentation is supposed to be installed in
/usr/share/doc/$PF. Given the existence of slots, this directory
scheme makes little sense; versioning documentation directories with
$PF seems nearly as silly as would be e.g. appending $PVR to the
filenames of installed man pages.
On Sun, 2011-12-18 at 23:07 +0100, Chí-Thanh Christopher Nguyễn wrote:
> Alexandre Rostovtsev schrieb:
> > Answers to anticipated questions:
> Q8: SLOT can change after the package was installed. How to handle this
> case?
I think the slotmove should happen without renaming th
On Mon, 2011-12-19 at 01:08 +0100, Ulrich Mueller wrote:
> [Why are there different Reply-To: headers in -dev and in -pms MLs?
> Following up to both lists.]
I apologize for the mess; I had intended to bring the question up before
a wider audience, but failed to think through the consequences of t
On Sun, 2011-12-18 at 23:02 +0100, Michał Górny wrote:
> What if 'foo' has slot named 'bar', and there is unslotted 'foo-bar'
> package? :P
There are no such examples in the tree. The only ebuilds I could find
with non-numeric slots are various kernel sources, chromium,
google-chrome, beautifulsou
On Mon, 2011-12-19 at 03:41 +0100, Jeroen Roovers wrote:
> For completeness, could you post a list of packages that would benefit
> from your proposed changes? It's a little thing called scope. :)
I cannot provide you the full list; for that I would have to rebuild the
full tree with USE=doc enabl
On Mon, 2011-12-19 at 05:23 +0100, Ulrich Mueller wrote:
> Thinking about it a little more, I believe that ${CATEGORY} shouldn't
> appear anywhere in the path of installed files, for the following
> reasons:
>
> 1. Users may not know the category of a package, therefore it's not
>obvious for t
On Sat, 2011-12-31 at 08:56 -0600, William Hubbs wrote:
> On Fri, Dec 30, 2011 at 10:11:58AM +0100, Michał Górny wrote:
> > On Fri, 30 Dec 2011 09:56:33 +0100
> > Thomas Beierlein wrote:
> >
> > > The 5.2.x release series of Bacula uses a new database catalog format.
> >
On Fri, 2012-01-06 at 00:52 +0100, Michał Górny wrote:
> 3) a symlink is installed at /bin/systemd to ensure that current init=
> specifications are still valid.
>
> Please note that these features will be removed after the transitional
> period and users upgrading afterwards will have to manually
On Sat, 2012-01-21 at 13:09 -0500, JD Horelick wrote:
> To your first comment, I believe you can put:
>
> ACCEPT_LICENSES="@FSF-APPROVED"
>
> in your /etc/make.conf and with that, portage will only allow you to
> install software with a license approved by the FSF.
It's ACCEPT_LICENSE (singular)
On Wed, 2012-02-01 at 07:01 +0100, Sebastian Pipping wrote:
> spacenavd
> driver daemon (with optional X support)
> --> sys-apps/spacenavd ?
> --> app-misc/spacenavd ?
> --> .. ?
I would suggest either sys-apps or x11-drivers.
> libspnav
> library accessing before-me
On Wed, 2012-02-01 at 15:05 -0500, Mike Frysinger wrote:
> # @BLURB: helpers for extraneous file formats and consistent behavior across
> EAPI's
> # @DESCRIPTION:
> # Some extraneous file formats are not part of PMS, or are only in certain
> # EAPI's. Rather than worrying about that, support the
On Mon, 2012-02-06 at 15:04 -0600, William Hubbs wrote:
> All,
>
> I've been pondering for a while why All of OpenRC's network interfaces
> provide net.
>
> My understanding of the "net" service is that it is there to signal that
> a generic network connection is active.
>
> What I would like to
On Mon, 2012-02-06 at 19:41 -0600, William Hubbs wrote:
> > My counterproposal is to
> > (a) fix init scripts for Category 2 so that instead of "use net" or
> > "need net", they only "use net.lo" or "need net.lo"; and
>
> I think it would be better if I provided another service these scripts
> co
On Tue, 2012-02-07 at 00:43 -0600, William Hubbs wrote:
> My understanding of networking is that you can't have two interfaces
> with ip addresses in the same subnet on the same computer. Correct?
>
> If that is the case, more than likely, the service you want to connect
> to will be on one subnet
On Tue, 2012-02-07 at 11:33 -0600, William Hubbs wrote:
> On Tue, Feb 07, 2012 at 04:46:58PM +, Duncan wrote:
> > 1) Separate net.lo service for stuff that doesn't have to have an
> > external connection at all.
>
> This can be easily done. I'll just make net.lo* not provide net.
>
> > 2)
On Sun, 2012-02-12 at 20:37 +0100, Ulrich Mueller wrote:
> > On Sun, 12 Feb 2012, Paweł Hajdan, wrote:
>
> > On 2/11/12 2:00 PM, Fabio Erculiani wrote:
> >> Other distros associate a more user-friendly package name
> >> (application name) to packages.
> >> Say, they bind libreoffice-writer to
On Sun, 2012-02-12 at 22:22 +0100, Michał Górny wrote:
> And AFAICS there's no 'nwn' in SRC_URI so it's just pointless to
> abbreviate the name like that in our ebuild name.
"nwn" is the name of the game's main executable and the standard
abbreviation for Neverwinter Nights in the rpg community.
On Mon, 2012-02-20 at 19:03 -0600, Ryan Hill wrote:
> On Mon, 20 Feb 2012 21:34:14 +0100
> Pacho Ramos wrote:
>
> > I don't know if this has been discussed before but, what issues are
> > preventing us from unmasking gcc-4.6 (and think on a near
> > stabilization)?
> >
> > I have read hardmask m
On Sun, 2015-03-08 at 21:31 +0200, Nikos Chantziaras wrote:
> Some ebuilds in portage for Qt-based software support both Qt4 as well
> as Qt5. Some have "+qt4 qt5" in IUSE, others have "qt4 qt5".
>
> Is there a guideline for this somewhere? If a package needs Qt and thus
> lists:
>
>REQUIRE
On Mon, 2015-03-30 at 09:54 -0500, Tom Gall wrote:
> Hi All,
>
> Sorry for the trouble. My cvs history foo is a little weak but it appears
> that someone went out and did some deleting in profiles/arch/arm64 of some
> WIP things without bothering to email, irc or otherwise communicate.
>
> A) C
On Mon, 2015-03-30 at 10:37 -0500, Tom Gall wrote:
> > On Mar 30, 2015, at 10:18 AM, Alexandre Rostovtsev
> > wrote:
> >
> > On Mon, 2015-03-30 at 09:54 -0500, Tom Gall wrote:
> >> Hi All,
> >>
> >> Sorry for the trouble. My cvs history foo
On Tue, 2015-06-23 at 07:06 +0200, Michał Górny wrote:
> Dnia 2015-06-23, o godz. 01:23:13
> Jason Zaman napisał(a):
>
> > On Mon, Jun 22, 2015 at 10:55:45PM +0200, Michał Górny wrote:
> > > Dnia 2015-06-22, o godz. 16:38:30
> > > Jason Zaman napisał(a):
> > >
> > > > Hi all,
> > > >
> > > > I
x86/app-backup/deja-dup/ChangeLog,v
> 1.60 2015/06/27 16:53:54 tetromino Exp $
> +# $Header: /var/cvsroot/gentoo-x86/app-backup/deja-dup/ChangeLog,v
> 1.61 2015/06/27 17:00:47 pacho Exp $
> +
> + 27 Jun 2015; Pacho Ramos deja-dup-34.0.ebuild:
> + Also looks to work fine with
This was supposed to be an email only to Pacho, unfortunately I didn't
check the "to" line and sent it to the list.
But since it has gone to the list - it would be useful to have an
automatic tool scanning for unsigned or incorrectly signed Manifests
and maybe listing them in https://qa-reports.ge
On Sun, 2015-07-05 at 02:16 +0700, C Bergström wrote:
> 2) I don't understand your comment about signatures.
Gpg commit signatures [1] which are a requirement for any gentoo git
workflow. Rebasing breaks the author's signature afaict, so the user
who is doing rebasing needs to re-sign the commit u
On Sun, 2015-07-05 at 20:25 +0200, Sebastian Pipping wrote:
> Hi there!
>
>
> I'm having trouble updating Qt:4 (dev-qt/qt*-4.8*:4) from 4.8.6 to 4.8.7.
> Looking at the ebuilds, they require some 4.8.7 versions to be installed
> already that in turn cannot be installed because other ebuilds requi
On Sun, 2015-07-05 at 21:25 +0200, Sebastian Pipping wrote:
> On 05.07.2015 20:44, Alexandre Rostovtsev wrote:
> > What I usually end up doing is listing my installed dev-qt/qt* ebuilds, and
> > updating all of them together explicitly:
> >
> > emerge -1 qtcore:4 qtgui
On Tue, 2015-08-04 at 11:59 +0800, Ben de Groot wrote:
> On 4 August 2015 at 04:20, Rich Freeman wrote:
> > [...]
> > Gentoo should be the best of both worlds. We should give users the
> > power to tweak things, but we shouldn't force them to play with config
> > files all day long just to have a
On Sun, 2015-08-09 at 22:38 +0300, Sergey Popov wrote:
>
>
> In short - apropriate REQUIRED_USE with setting recommended
> USE-flag(e.g. USE="+qt4 qt5" or USE="qt4 +qt5")
>
>
If a package has optional guis, why should users of the default profile get any
gui enabled by default? The default pro
On Sun, 2015-08-09 at 17:30 +0200, hasufell wrote:
> On 08/09/2015 05:19 PM, Tobias Klausmann wrote:
> > On Sun, 09 Aug 2015, Sven Vermeulen wrote:
> >
> > I'd just go with "Gentoo-Bug". The X- is pointless since it was
> > for eXtending Email-Headers. And what we do is only linked in
> > style.
>
On Tue, 2015-08-11 at 16:04 +0300, Sergey Popov wrote:
> You want to migrate to such decision? Like:
>
> qt? (
> > qt5? ( dev-lang/qtcore:5 )
> > !qt5? ( dev-lang/qtcore:4 )
> )
>
> Fine by me, if you would ask.
That flag should be called "gui". Not "qt".
This would be the real solu
On Wed, 2015-08-12 at 00:02 +1000, Michael Palimaka wrote:
> 3. Create a whole new solution like USE="gui" (what happens if I have
> multiple gui implementation USE flags set?)
This is what I would suggest. It would remove 90% of the problem since
most applications use only one gui toolkit.
If no
On Thu, 2015-08-20 at 19:42 +0200, Michał Górny wrote:
> Hi,
>
> Right now, a number of game packages are using USE=dedicated to control
> 'installing a dedicated game server only'. Aside to that, some game
> packages also have USE=server that controls building the server itself.
> Non-game packag
On Thu, 2015-09-03 at 16:00 +0200, George Shapovalov wrote:
> 2. Is there some standard naming scheme? Should the new eclass be called,
> say,
> gnatbuild2.eclass or gnatbuild-ng.eclass? Of course this only matters if old
> eclass is there to stay. If not I'll just call the transitory eclass
>
On Wed, 2015-09-09 at 09:20 +0200, Paweł Hajdan, Jr. wrote:
In chromium's case (a new gtk3-based ui that needs wider testing), a
local gtk3 USE flag does make sense.
But in general, the gnome team recommends avoiding the gtk3 flag
whenever possible. We definitely don't want it to become a global
On Wed, 2015-09-09 at 11:00 -0400, Mike Gilbert wrote:
> I would really like a way to toggle gtk3 for testing. If you don't
> want to expose it as a 'supported' option for users, then masking it
> sounds fine to me.
Then add the flag, document it in metadata.xml.
But in general, try to avoid usin
On Thu, 2015-09-17 at 07:20 -0400, Anthony G. Basile wrote:
> On 9/17/15 7:05 AM, James Le Cuirot wrote:
> > On Thu, 17 Sep 2015 06:57:08 -0400
> > "Anthony G. Basile" wrote:
> >
> > > Totally rethink the idea of emails aliases as something that is
> > > created on the fly. We just need to know
On Sun, 2015-09-20 at 22:32 +0200, Jauhien Piatlicki wrote:
> Hi,
>
> the first question is addressed both to llvm-dev and gentoo-dev. The
> second one is Gentoo specific.
>
> Is there any possibility to build LLVM both as static and shared libraries?
>
> What I see currently is that our ebuild
On Thu, 2015-10-01 at 09:49 -0400, Mike Frysinger wrote:
> what do people want to have in place before we move gcc-5.2 into ~arch ?
For one thing, the fix for runtime failure in 64-bit wine:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66838
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=
On Thu, 2015-10-01 at 10:24 -0400, Mike Frysinger wrote:
> On 01 Oct 2015 10:11, Alexandre Rostovtsev wrote:
> > On Thu, 2015-10-01 at 09:49 -0400, Mike Frysinger wrote:
> > > what do people want to have in place before we move gcc-5.2 into
> > > ~arch ?
> >
>
101 - 166 of 166 matches
Mail list logo
