Hey all,
I've been trying to get Thunderbird to build for a few days now.
Since I'm pretty much out of ideas at this point, I figured I'd ask on here if
someone has an idea on what my problem is.
I've attached the output of `emerge --info
'=mail-client/thunderbird-52.3.0::gentoo'`, `emerge
Hi Meino,
I haven't tried this, but may I ask why you're not using the ATmel AVR
Toolchain [0] that's readily available for Linux?
[0] http://www.atmel.com/tools/atmelavrtoolchainforlinux.aspx
--
Regards,
Christoph
Am 23. September 2017 20:21:45 MESZ schrieb tu...@posteo.de:
>Hi,
>
>I want to
Hey, you fixed it (sort of)!
I tried your suggestions but diverted a little bit. Basically here's what
happened:
* depclean did nothing (except remove a few Thunderbird dependencies I actually
needed, whoops)
* `revdep-rebuild` also found nothing
* `ldd` gave /lib/libz.so.1.2.11
* I noticed
Am 23. September 2017 20:37:09 MESZ schrieb Stefano Crocco
<po...@stefanocrocco.it>:
>On Saturday, 23 September 2017 17:53:25 CEST Christoph Böhmwalder
>wrote:
>> Hey all,
>>
>> I've been trying to get Thunderbird to build for a few days now.
>> Since I'm pr
Hi everyone,
It seems to me that I'm either doing something very wrong or that the
neomutt package recently broke. I just attempted an update and it can't
seem to find BerkeleyDB anymore. I can't seem to recall changing
anything significant since the previous update (no USE changes, etc).
Any
On Wed, Dec 20, 2017 at 12:10:54PM +0100, Stephan Lukasczyk wrote:
> I can confirm this behaviour. On my machine, it could not find the
> installed version of BerkeleyDB (some 6.x). Installing sys-libs/db:5.3
> (BerkeleyDB 5.3.x) solved the problem for me.
>
> Best,
> Stephan
Thanks for the
Hi,
I was wondering if there was a way to run a shell script anytime a specific
package is updated.
My use case for this is as follows: I have a high DPI display, so I've
modified Chromium's .desktop file to include the
`--force-device-scale-factor=1.5` flag. It works fine, but the problem
is
Hi,
Lately I've been getting the following error while trying to emerge
nodejs:
>>> Install nodejs-8.11.1 into /var/tmp/portage/net-libs/nodejs-8.11.1/image/
>>> category net-libs
make -j9 -l8 install DESTDIR=/var/tmp/portage/net-libs/nodejs-8.11.1/image/
make -C out BUILDTYPE=Release V=1
On Tue, Jun 26, 2018 at 03:15:09PM -0400, Andrew Udvare wrote:
> It should not be accessing this location in any case. What is the environment
> like? What does env show? emerge --config output?
>
> It would almost seem like you have $HOME set to /home/christoph while Portage
> is running (as
Hey everyone,
I tried building qtdeclarative-5.9.3 today, but the linker failed:
$ cat build.log
--- >8 ---
g++-6.4.0 -Wl,-O1 -Wl,--as-needed -Wl,--enable-new-dtags -shared -o
libparticlesplugin.so .obj/plugin.o
On Sat, Jan 20, 2018 at 12:28:49AM +0100, David Haller wrote:
> revdep-rebuild -vp --library 'libstdc++.so.6' -- --exclude gcc
Oof, I just ran this anyways and a lot of packages popped up. Guess
I'll rebuild some stuff over the night and see if that fixes it :)
Thanks for your help so far!
On Sat, Jan 20, 2018 at 12:28:49AM +0100, David Haller wrote:
> Hello,
>
> On Fri, 19 Jan 2018, Christoph Böhmwalder wrote:
> >I tried building qtdeclarative-5.9.3 today, but the linker failed:
> >
> >$ cat build.log
> >g++-6.4.0 -Wl,-O1 -Wl,--as-needed
On Sat, Jan 20, 2018 at 05:26:59AM +0200, Nikos Chantziaras wrote:
> Is this for the profile upgrade?
It's not, I already did that including an emerge -e @world...
> So it tried to link the new PIC-enabled qtdeclarative against the
> old non-PIC qtcore. The result was this exact build error.
...
On Wed, Mar 07, 2018 at 02:57:26PM +, Ian Bloss wrote:
> Do you have an initramfs?
I don't, though I just realized an unstable version of xorg-server
somehow got pulled in and merged (along with a bunch of unstable
drivers). I'll try to downgrade the drivers and server and maybe
that'll fix
On Wed, Mar 07, 2018 at 04:16:47PM +0100, Helmut Jarausch wrote:
> Do you have xorg-server-1.19.99.901 or xorg-server-1.19.99.901-r1 installed?
>
> That's just broken!
>
> Downgrade to version 1.19.5-r1 .
> Several people have problems with the above versions.
Typing this from my fixed laptop
I think I broke something once again...
Rebooting after a recent update caused my X Server to completely die. I
faintly remember some x11-related packages being blocked on that
particular update, but because I was short on time I decided just to
ignore those at the time (note to self: bad idea,
I was wondering how the OpenRC dependencies between start scripts work.
Basically, I have two network interfaces on my laptop (wlp3s0 and
enp0s20u2u3 for wireless and ethernet respectively). When I start the
wireless interface service (rc-service net.wlp3s0 start) the OpenVPN
service starts and
On Tue, Apr 10, 2018 at 01:25:42PM +0200, Simon Thelen wrote:
> What does your /etc/runlevels/ look like? Is the openvpn service in one
> of the runlevels? Are either of your network interfaces in one of the
> runlevels?
Looking at `rc-status -a`, the openvpn service and the wifi interface
are
On Tue, Apr 10, 2018 at 09:28:10AM -0400, Michael Orlitzky wrote:
> This is half the problem, but the OpenVPN init script probably shouldn't
> have "need net" in its depend() function to begin with. It runs fine
> with only the loopback interface up.
That's exactly why I got confused. Shouldn't
On Wed, Apr 25, 2018 at 11:34:54AM +0300, Alexander Kapshuk wrote:
> Did you use a config file for 4.9.76 to build for kernel 3.4.52?
Seems like this is in fact the issue.
There's plenty of reports online of people compiling with the wrong
.config and getting that exact behaviour.
--
Regards,
On Wed, Apr 25, 2018 at 08:03:20AM +0100, Klaus Ethgen wrote:
>...
>make[2]: *** [scripts/kconfig/Makefile:39: silentoldconfig] Fehler 1
>make[1]: *** [Makefile:541: silentoldconfig] Fehler 2
> SYSTBL arch/x86/entry/syscalls/../../include/generated/asm/syscalls_32.h
>make:
On Thu, Oct 11, 2018 at 09:54:40PM +0300, Alexander Kapshuk wrote:
> Here's a link to a Gentoo Bugzilla report for the issue in question:
> https://bugs.gentoo.org/667362
>
> With a workaround suggested.
>
Thanks for the hint, the workaround did work. What a strange issue...
--
Christoph
Hi,
Since the last kernel update (?), my Nvidia driver refuses to load:
[ 74.675437] udevd[3315]: worker [3376] /module/nvidia is taking a long time
[ 74.675445] udevd[3315]: worker [3377]
/devices/pci:00/:00:03.0/:03:00.0 is taking a long time
[ 193.411394] udevd[3376]:
23 matches
Mail list logo
