The title pretty much explains it all. I did a clean install using the
generic desktop profile and went on to build lxqt. The build failed with
libfm which complained of dbus-glib not being found. A quick emerge of
dbus-glib resolved the issue.
this would be libfm-1.2.3-r1
Ühel kenal päeval, N, 11.08.2016 kell 18:00, kirjutas Mike Gilbert:
> On Thu, Aug 11, 2016 at 5:34 PM, Kent Fredric
> wrote:
> > On Thu, 11 Aug 2016 16:07:27 -0400
> > Ian Stakenvicius wrote:
> >
> > > but realistically this should be
> > > installed to /usr/$(get_libdir)/debiancompat/ or simila
On Thu, 11 Aug 2016 17:27:14 -0700
Patrick McLean wrote:
> It's not like there is a shortage of
> packages that install crappy crap on your system...
In this instance I agree that we're kinda stressing about the wrong
thing.
But I can't support that reasoning.
"There is bad stuff in tree so w
On Thu, 11 Aug 2016 22:50:53 +0200
Michał Górny wrote:
> On Thu, 11 Aug 2016 20:56:20 +0100
> James Le Cuirot wrote:
>
> > On Thu, 11 Aug 2016 11:05:00 -0400
> > Ian Stakenvicius wrote:
> >
> > > On 11/08/16 10:57 AM, Mart Raudsepp wrote:
> > > > Ühel kenal päeval, N, 11.08.2016 kell 12
On Thu, Aug 11, 2016 at 5:34 PM, Kent Fredric wrote:
> On Thu, 11 Aug 2016 16:07:27 -0400
> Ian Stakenvicius wrote:
>
>> but realistically this should be
>> installed to /usr/$(get_libdir)/debiancompat/ or similar, and if you
>> still don't want to wrap the apps that need it then also install an
On Thu, Aug 11, 2016 at 4:50 PM, Michał Górny wrote:
> If you are going to commit such crap into Gentoo ignoring people more
> knowledgeable than you, please spare us the effort and open a QA bug
> against it requesting that you remove it immediately. Thank you. Feel
> free to also request revokin
On Thu, 11 Aug 2016 16:07:27 -0400
Ian Stakenvicius wrote:
> but realistically this should be
> installed to /usr/$(get_libdir)/debiancompat/ or similar, and if you
> still don't want to wrap the apps that need it then also install an
> /etc/env.d/ file to add this dir to the LDPATH.
+1 to this.
On Thu, 11 Aug 2016 22:50:53 +0200
Michał Górny wrote:
> > We don't package Steam itself and doing so isn't viable. We package
> > upstream's script for bootstrapping it under the user's HOME. As
> > such, there is nowhere to create such a symlink. It's not actually
> > Steam itself that requires
On Thu, 11 Aug 2016 20:56:20 +0100
James Le Cuirot wrote:
> On Thu, 11 Aug 2016 11:05:00 -0400
> Ian Stakenvicius wrote:
>
> > On 11/08/16 10:57 AM, Mart Raudsepp wrote:
> > > Ühel kenal päeval, N, 11.08.2016 kell 12:56, kirjutas Ulrich
> > > Mueller:
> > >>> On Thu, 11 Aug 2016, Jame
On 11/08/16 03:56 PM, James Le Cuirot wrote:
> On Thu, 11 Aug 2016 11:05:00 -0400
> Ian Stakenvicius wrote:
>
>> On 11/08/16 10:57 AM, Mart Raudsepp wrote:
>>> Ühel kenal päeval, N, 11.08.2016 kell 12:56, kirjutas Ulrich
>>> Mueller:
> On Thu, 11 Aug 2016, James Le Cuirot wrote:
On Thu, 11 Aug 2016 11:05:00 -0400
Ian Stakenvicius wrote:
> On 11/08/16 10:57 AM, Mart Raudsepp wrote:
> > Ühel kenal päeval, N, 11.08.2016 kell 12:56, kirjutas Ulrich
> > Mueller:
> >>> On Thu, 11 Aug 2016, James Le Cuirot wrote:
> >>
> Have you asked Debian why they are doing th
On Thu, 11 Aug 2016 17:53:31 +1200
Kent Fredric wrote:
> On Thu, 11 Aug 2016 00:10:53 +0100
> James Le Cuirot wrote:
>
> > Hello all,
> >
> > We, like almost everyone else and presumably upstream, install PCRE
> > 8 as libpcre.so.1. Debian, for reasons best known to themselves,
> > install it
On Aug 11, 2016 1:03 PM, "Matt Turner" wrote:
> The API is Vulkan with a k. Vulcan is where Spock is from.
Thanks for contributing to the discussion.
El jue, 11-08-2016 a las 13:15 +0300, Mart Raudsepp escribió:
> [...]
> It should be kept for the purposes of coordination between different
> specific desktop projects and the grouping of them it provides as
> subprojects.
> However that doesn't mean it should have any packages in the tree
> that
On Thu, Aug 13, 2026 at 11:27 AM, james wrote:
> be able to offer guidance, hence, I have filed no bugs on Vulcan. I'm not
The API is Vulkan with a k. Vulcan is where Spock is from.
On 08/11/2016 11:32 AM, Mart Raudsepp wrote:
Ühel kenal päeval, N, 11.08.2016 kell 11:23, kirjutas james:
Whilst devs are discussing the future of Valve's offerings on
gentoo,
it'd be wise to consider the effects of "Vulcan" as it is FOSS where
all
video card vendors can inter-operate with multi
# Michael Palimaka (11 Aug 2016)
# No longer works. Masked for removal in 30 days.
app-text/kpaste
Ühel kenal päeval, N, 11.08.2016 kell 11:23, kirjutas james:
> Whilst devs are discussing the future of Valve's offerings on
> gentoo,
> it'd be wise to consider the effects of "Vulcan" as it is FOSS where
> all
> video card vendors can inter-operate with multiple game vendors.
> Vulcan
> will i
On 08/10/2016 06:10 PM, James Le Cuirot wrote:
Hello all,
We, like almost everyone else and presumably upstream, install PCRE 8
as libpcre.so.1. Debian, for reasons best known to themselves, install
it as libpcre.so.3. With Ubuntu still being the most widely accepted
"standard" Linux desktop, th
On Thu, Aug 11, 2016 at 1:53 AM, Kent Fredric wrote:
> On Thu, 11 Aug 2016 00:10:53 +0100
> James Le Cuirot wrote:
>
>> Hello all,
>>
>> We, like almost everyone else and presumably upstream, install PCRE 8
>> as libpcre.so.1. Debian, for reasons best known to themselves, install
>> it as libpcre
Ühel kenal päeval, N, 11.08.2016 kell 11:05, kirjutas Ian Stakenvicius:
> Wouldn't the most simple solution here would be to make a symlink for
> libpcre.so.3 within the local bindir for each Valve or whatever
> package that needs it? This is a binary-package-supporting hack,
> might as well do it
On 11/08/16 10:57 AM, Mart Raudsepp wrote:
> Ühel kenal päeval, N, 11.08.2016 kell 12:56, kirjutas Ulrich Mueller:
>>> On Thu, 11 Aug 2016, James Le Cuirot wrote:
>>
Have you asked Debian why they are doing that?
>>
>>> I did find out but had since forgotten. Here it is:
>>> https://bugs.d
On Thu, 11 Aug 2016 17:57:59 +0300
Mart Raudsepp wrote:
> I strongly believe that it's important to have such a use case as
> Steam work problem-free in Gentoo.
Steam isn't a use case, it's a program.
--
Ciaran McCreesh
Ühel kenal päeval, N, 11.08.2016 kell 12:56, kirjutas Ulrich Mueller:
> > > > > > On Thu, 11 Aug 2016, James Le Cuirot wrote:
>
> > > Have you asked Debian why they are doing that?
>
> > I did find out but had since forgotten. Here it is:
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3807
On Thu, Aug 11, 2016 at 8:04 AM, Ulrich Mueller wrote:
>> On Thu, 11 Aug 2016, James Le Cuirot wrote:
>
>> That makes it slightly more awkward for binaries you may have
>> installed manually.
>
> It is impossible to support all third-party binaries, especially if
> they link against non-standa
> On Thu, 11 Aug 2016, James Le Cuirot wrote:
> That makes it slightly more awkward for binaries you may have
> installed manually.
It is impossible to support all third-party binaries, especially if
they link against non-standard libraries because they aim for bug
compatibility with another
On 08/11/2016 01:20 PM, James Le Cuirot wrote:
> On Thu, 11 Aug 2016 12:56:02 +0200
> Ulrich Mueller wrote:
>
IMHO providing compatibility symlinks for proprietary binary-only
programs isn't the task of the libpcre package.
>>
>>> I'm fine with putting it in libpcre-debian package as
On Thu, 11 Aug 2016 12:56:02 +0200
Ulrich Mueller wrote:
> >> IMHO providing compatibility symlinks for proprietary binary-only
> >> programs isn't the task of the libpcre package.
>
> > I'm fine with putting it in libpcre-debian package as kentnl
> > suggested.
>
> I still think that the l
> On Thu, 11 Aug 2016, James Le Cuirot wrote:
>> Have you asked Debian why they are doing that?
> I did find out but had since forgotten. Here it is:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380725#10
So they are aware of the issue since 10 years, but chose not to fix
it? Seriousl
Ühel kenal päeval, T, 09.08.2016 kell 12:02, kirjutas Jason Zaman:
> On Sun, Aug 07, 2016 at 04:37:23PM +0200, Pacho Ramos wrote:
> > El dom, 07-08-2016 a las 09:07 -0400, NP-Hardass escribió:
> > > [...]
> > > Well, that's easily remedied with an alias for the project that
> > > contains
> > > al
On Thu, 11 Aug 2016 11:43:41 +0200
Ulrich Mueller wrote:
> > On Thu, 11 Aug 2016, James Le Cuirot wrote:
>
> > We, like almost everyone else and presumably upstream, install PCRE
> > 8 as libpcre.so.1. Debian, for reasons best known to themselves,
> > install it as libpcre.so.3. With Ubunt
> On Wed, 10 Aug 2016, NP-Hardass wrote:
> I was going through my packages to make sure that I was compliant with
> this change, and found that I was not. The l10n eclass makes use of the
> LINGUAS USE_EXPAND and isn't covered in the tracker bug. I attempted to
> read through the old thread
> On Thu, 11 Aug 2016, James Le Cuirot wrote:
> We, like almost everyone else and presumably upstream, install PCRE 8
> as libpcre.so.1. Debian, for reasons best known to themselves, install
> it as libpcre.so.3. With Ubuntu still being the most widely accepted
> "standard" Linux desktop, this
33 matches
Mail list logo
