Re: [gentoo-user] GTK+ circular dependency

[wabe]

Daniel Quinn  wrote:

> Have any of you seen this before?  This is on a fresh install.  I
> can't get anything GNOME-based to install as it looks like
> gnome-keyring is bringing in an older version of gtk+ which somehow
> depends on gtk-engines-adwaita which in turn depends on gtk+.
> 
> Details:
> * ACCEPT_KEYWORDS="~amd64"
> * Profile: gnome/systemd
> * No additional USE flags.
> 
> 
> 
> # emerge -auDN --keep-going --with-bdeps=y @world

Have you tried to increase the backtrack value? 

Since the update process is dead slow anyway and I really don't care about a 
few minutes less ore more, I always use --backtrack=999. 

--
Regards
wabe

Re: [gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[P Levine]

On Wed, Oct 12, 2016 at 5:54 PM, Jörg Schaible  wrote:
> Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same
> behavior there. All KDE-4-based apps fail to interact with the file system.
> Using KMail I can no longer add any attachment to an email nor save an
> existing attachment to disk.
>
> Jörg Schaible wrote:
>
>> Hi,
>>
>> after the update to Plasma 5/KF5, I can no longer open (HTML) files from
>> my local disk with Konqueror. It claims it does no longer know the file
>> protocol. I get a similar error in Amarok when I try to apply a cover to
>> an album from the local disk. It seems all KDE4-based application are
>> affected.
>>
>> Does anybody what's causing this behavior and know how to solve it?
>>
>> Cheers,
>> Jörg
>
>
>

Try running the apps from command line, using '--nofork' and/or
'--debug' where/if applicable.  Try to reproduce the behavior and see
if something potentially relevant is printed out.

[gentoo-user] GTK+ circular dependency

[Daniel Quinn]

Have any of you seen this before?  This is on a fresh install.  I can't
get anything GNOME-based to install as it looks like gnome-keyring is
bringing in an older version of gtk+ which somehow depends on
gtk-engines-adwaita which in turn depends on gtk+.

Details:
* ACCEPT_KEYWORDS="~amd64"
* Profile: gnome/systemd
* No additional USE flags.



# emerge -auDN --keep-going --with-bdeps=y @world

These are the packages that would be merged, in order:

Calculating dependencies... done!


[nomerge   ] app-crypt/libsecret-0.18.5::gentoo  USE="crypt
introspection -debug {-test} -vala"
[nomerge   ]  gnome-base/gnome-keyring-3.20.0::gentoo  USE="caps
filecaps pam ssh-agent (-selinux) {-test}"
[nomerge   ]   app-crypt/pinentry-0.9.7-r1::gentoo 
USE="gnome-keyring gtk ncurses -caps -emacs -qt4 -qt5 -static"
[nomerge   ]x11-libs/gtk+-2.24.31-r1:2::gentoo
[3.20.9:3::gentoo] USE="introspection vim-syntax (-aqua) -cups -examples
{-test} -xinerama" ABI_X86="(64) -32 (-x32)"
[ebuild  N ] x11-themes/gtk-engines-adwaita-3.20.2::gentoo 
ABI_X86="(64) -32 (-x32)" 2,812 KiB
[ebuild  NS]  x11-libs/gtk+-2.24.31-r1:2::gentoo
[3.20.9:3::gentoo] USE="introspection vim-syntax (-aqua) -cups -examples
{-test} -xinerama" ABI_X86="(64) -32 (-x32)" 12,506 KiB
[ebuild  N ]   app-crypt/gnupg-2.1.15::gentoo  USE="bzip2 gnutls nls
readline usb -doc -ldap (-selinux) -smartcard -tofu -tools" 5,590 KiB
[ebuild  N ]app-crypt/pinentry-0.9.7-r1::gentoo 
USE="gnome-keyring gtk ncurses -caps -emacs -qt4 -qt5 -static" 423 KiB
[ebuild  N ]  gnome-base/gnome-keyring-3.20.0::gentoo  USE="caps
filecaps pam ssh-agent (-selinux) {-test}" 1,187 KiB
[nomerge   ] sys-apps/openrc-0.22.2::gentoo  USE="ncurses netifrc
pam unicode -audit -debug -newnet (-prefix) (-selinux) -static-libs -tools"
[ebuild   R]  sys-auth/pambase-20150213::gentoo  USE="cracklib
gnome-keyring* nullok sha512 systemd (-consolekit) -debug -minimal
-mktemp -pam_krb5 -pam_ssh -passwdqc -securetty (-selinux)" 4 KiB

Total: 6 packages (4 new, 1 in new slot, 1 reinstall), Size of
downloads: 22,519 KiB

 * Error: circular dependencies:

(x11-libs/gtk+-2.24.31-r1:2/2::gentoo, ebuild scheduled for merge)
depends on
 (x11-themes/gtk-engines-adwaita-3.20.2:0/0::gentoo, ebuild scheduled
for merge) (runtime)
  (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, ebuild scheduled for merge)
(buildtime)

 * Note that circular dependencies can often be avoided by temporarily
 * disabling USE flags that trigger optional dependencies.

Re: [gentoo-user] How to find the EFI partition?

[Daniel Quinn]

On 12/10/16 19:15, Mick wrote:
> The OP can mount and have a look in those partitions for any efi
files, which
> would be a give away;  or in MSWindows 10, go to Start menu, press and
hold
> the Shift key, and click Restart. Then select Troubleshoot/Advanced
Options
> and check to see if there is an entry saying "UEFI Firmware Settings. 
If not,
> your MSWindows installation was an MBR based installation.

And that confirms it!  Thank you!  I'm definitely running an MBR-based
setup.

[gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[Jörg Schaible]

Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same 
behavior there. All KDE-4-based apps fail to interact with the file system. 
Using KMail I can no longer add any attachment to an email nor save an 
existing attachment to disk.

Jörg Schaible wrote:

> Hi,
> 
> after the update to Plasma 5/KF5, I can no longer open (HTML) files from
> my local disk with Konqueror. It claims it does no longer know the file
> protocol. I get a similar error in Amarok when I try to apply a cover to
> an album from the local disk. It seems all KDE4-based application are
> affected.
> 
> Does anybody what's causing this behavior and know how to solve it?
> 
> Cheers,
> Jörg

[gentoo-user] Re: Digest verification failed: Filesize does not match recorded size

[Alexander Kapshuk]

On Sat, Oct 8, 2016 at 10:59 AM, Alexander Kapshuk
 wrote:
> I've been getting this output since last night.
>
> Calculating dependencies  ... ... done!
> [ebuild U  ] app-shells/bash-4.3_p48 [4.3_p46-r1]
> [ebuild U  ] x11-libs/libX11-1.6.4 [1.6.3]
> [ebuild U  ] x11-libs/libXrender-0.9.10 [0.9.9]
> [ebuild U  ] x11-libs/libXfixes-5.0.3 [5.0.2]
> [ebuild U  ] x11-libs/libXi-1.7.7 [1.7.6]
> [ebuild U  ] x11-libs/libXrandr-1.5.1 [1.5.0]
> [ebuild U  ] x11-libs/libXv-1.0.11 [1.0.10]
> [ebuild U  ] x11-libs/libXtst-1.2.3 [1.2.2]
>
> Would you like to merge these packages? [Yes/No]
>
 Verifying ebuild manifests
>
> !!! Digest verification failed:
> !!! /usr/portage/x11-libs/libX11/libX11-1.6.4.ebuild
> !!! Reason: Filesize does not match recorded size
> !!! Got: 1619
> !!! Expected: 1620
>
> !!! Digest verification failed:
> !!! /usr/portage/x11-libs/libXrender/libXrender-0.9.10.ebuild
> !!! Reason: Filesize does not match recorded size
> !!! Got: 649
> !!! Expected: 650
>
> !!! Digest verification failed:
> !!! /usr/portage/x11-libs/libXfixes/libXfixes-5.0.3.ebuild
> !!! Reason: Filesize does not match recorded size
> !!! Got: 709
> !!! Expected: 710
>
> !!! Digest verification failed:
> !!! /usr/portage/x11-libs/libXi/libXi-1.7.7.ebuild
> !!! Reason: Filesize does not match recorded size
> !!! Got: 973
> !!! Expected: 974
>
> !!! Digest verification failed:
> !!! /usr/portage/x11-libs/libXrandr/libXrandr-1.5.1.ebuild
> !!! Reason: Filesize does not match recorded size
> !!! Got: 798
> !!! Expected: 799
>
> !!! Digest verification failed:
> !!! /usr/portage/x11-libs/libXv/libXv-1.0.11.ebuild
> !!! Reason: Filesize does not match recorded size
> !!! Got: 669
> !!! Expected: 670
>
> !!! Digest verification failed:
> !!! /usr/portage/x11-libs/libXtst/libXtst-1.2.3.ebuild
> !!! Reason: Filesize does not match recorded size
> !!! Got: 831
> !!! Expected: 832
>
> I tried again this morning using two different mirrors, which still
> failed with the same error messages displayed as above.
>
> Is it worth waiting a bit more for new Manifest files to become available?
>
> Or is there some other way to fix this, like running 'ebuild
> /path/to/ebuild manifest', as suggested here:
> https://forums.gentoo.org/viewtopic-p-7414010.html
>
> Thanks.

Been able to update the 'x11-libs/libX*' packages today.
Thanks.

Re: [gentoo-user] How to find the EFI partition?

[Mick]

On Wednesday 12 Oct 2016 11:42:56 Andy Mender wrote:
> Dear Daniel,
> 
> You don't mention what is "the prettiest desktop there ever was", but I
> reckon that it's a) a 64-bit PC and b) it's modern enough to have UEFI, not
> the standard BIOS. Therefore, the drive is a GPT-partitioned drive (as
> that's UEFI's requirement) and you have a /boot or /boot/efi partition
> somewhere in the table layout you provides us with. It does not necessarily
> need to be called "EFI partition" or something of that sort. Per my old
> Windows 7 installed, Windows used a rather small boot partition of ~200 mb.
> Your Windows 8 install is consistent with that observation. In addition,
> you have something similar in your Windows 10 installation, from the first
> 1mb bit onward and spanning ~105 MB. It's also tagged as "boot".
> 
> Best regards,
> Andy

The OP can mount and have a look in those partitions for any efi files, which 
would be a give away;  or in MSWindows 10, go to Start menu, press and hold 
the Shift key, and click Restart. Then select Troubleshoot/Advanced Options 
and check to see if there is an entry saying "UEFI Firmware Settings.  If not, 
your MSWindows installation was an MBR based installation.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Small computing recommendations?

[Alecks Gates]

On Wed, 2016-10-12 at 14:24 +0200, Andy Mender wrote:
> Dear Daniel,
> 
> You're correct, Arduino is for tech projects. Not much of an actual
> "computer",
> because both the processor and amount of RAM are too weak. However,
> there is
> a new board that supposedly runs a full-blown FreeBSD 3.x version.
> Cannot find
> a link to the blog entry now, sorry :(.
> 
> I would recommend taking a look at the Beaglebone Black boards. In
> some cases
> they're more potent than a standard Raspberry Pi. Since you mentioned
> being FSF
> friendly, does Raspberry not use a Broadcom chip for graphics?

Mesa now supports the Broadcom VC4 chip.  Check out the github link
below for more info.

https://github.com/anholt/mesa/wiki/VC4

> 
> The default will almost always be some sort of Debian-based distro.
> There is a Gentoo
> ARM project, so you could have a look whether it complies with your
> expectations :).
> 
> Best regards,
> Andy Mender 
> 

Alecks

Re: [gentoo-user] Small computing recommendations?

[Matthias Gerstner]

Hello,

> I've looked around at the Raspberry Pi 3
>
> [...]
>
> I would prefer running Gentoo on it
>
> [...]
>
> Any opinions or use cases and stories would be much appreciated.

well I'm running Gentoo on a Raspberry Pi 2. Getting Gentoo basically
running on it wasn't too hard. There's some good information on the
wiki:

https://wiki.gentoo.org/wiki/Raspberry_Pi

I got the Raspberry primarily for multimedia type of applications and
experimentations. In the end I ended up with quite an array of extra
hardware:

- a good USB power supply that can provide at least 2.0 A which is
  recommended
- a 32 GB microSD card for holding the (mostly) read-only part of Gentoo
- a 16 GB USB drive for holding read/write partitions like /tmp which
  speeds things up a bit and improves the lifetime of the microSD card
- the official raspberry pi touch display
  https://www.raspberrypi.org/products/raspberry-pi-touch-display/
- a USB wifi WLAN/Bluetooth dongle for wireless connectivity
- a USB soundcard, because the onboard audio on the Raspberry has a
  terrible sound quality

These are my experiences:

- compiling your own Kernel for the Raspberry can be challenging until
  all devices are running as expected.
- compilation for the Raspberry for Gentoo is *very* slow even with
  using distcc to distribute the load on bigger machines.
- all kinds of file system writes tend to be slow due to the of memory
  devices used (microSD card, USB flash drive).
- the touchscreen works fine so far even with the touch and some basic
  gestures working. Some special drivers from Gentoo Portage overlays
  are required, however.
- booting is acceptably fast. I'm running an X server and fluxbox as
  window manager. It's finished booting after about a minute.
- I got hardware accelerated video decoding running but it was a real
  pain. The broadcom graphics chip is only supported by either a
  proprietary video player or by the gstreamer framework. I think I
  compiled gstreamer and OpenGL/Mesa stuff for days in different
  configurations until I got something out of it.
- Getting a fast and fully featured web browser for the Raspberry is
  something I've still not achieved. Currently I'm running firefox on it
  which is unbearably slow.

So in conclusion it's a fun embedded device to work with. It was not too
cheap (especially because of the touchscreen). I use it regularly for
listening to music or watching short videos. It's too slow, however, for
web browsing and much interactive/GUI use. Compiling software on it
requires patience. And getting all the drivers and devices working in
the first place can be a challenge.

Best regards

Matthias

-- 
Matthias Gerstner, Dipl.-Wirtsch.-Inf. (FH)
Entwicklung
 
NCP engineering GmbH
Dombühler Straße 2, D-90449, Nürnberg
Geschäftsführer Peter Söll, HRB-Nr: 77 86 Nürnberg
 
Telefon: +49 911 9968-153, Fax: +49 911 9968-229
E-Mail: matthias.gerst...@ncp-e.com
Internet: http://www.ncp-e.com


signature.asc
Description: Digital signature

Re: [gentoo-user] Small computing recommendations?

[Peter Humphrey]

It's hard to follow your contributions to this list because you stick to 
top-posting, whereas everyone else keeps their replies and quotations in 
conversation order.

Please don't top-post here. Thanks.

On Wednesday 12 Oct 2016 14:24:15 Andy Mender wrote:
> Dear Daniel,
> 
> You're correct, Arduino is for tech projects. Not much of an actual
> "computer",
> because both the processor and amount of RAM are too weak. However, there
> is a new board that supposedly runs a full-blown FreeBSD 3.x version.
> Cannot find
> a link to the blog entry now, sorry :(.
> 
> I would recommend taking a look at the Beaglebone Black boards. In some
> cases
> they're more potent than a standard Raspberry Pi. Since you mentioned
> being FSF
> friendly, does Raspberry not use a Broadcom chip for graphics?
> 
> The default will almost always be some sort of Debian-based distro. There
> is a Gentoo
> ARM project, so you could have a look whether it complies with your
> expectations :).
> 
> Best regards,
> Andy Mender
> 
> On 12 October 2016 at 13:56, Daniel Campbell  wrote:
> > My birthday's coming up in 10 days and my SO and others are wanting to
> > know what to get me for my birthday. I'm slowly growing tired of trying
> > to keep my desktop Gentoo machine lightweight and "clean", so it'd be
> > fun to hack on a little computer that I could possibly DIY a case or
> > other arrangement for. Maybe a file/web server, or a "freetoo" machine
> > where I can experiment with being rigidly FSF-APPROVED or other fun
> > shenanigans.
> > 
> > I've looked around at the Raspberry Pi 3, the Pocket CHIP (I also have
> > PICO-8 and am hacking something for it), the Pi Zero, and have heard
> > about the Beaglebone and Arduino, though isn't the latter meant for more
> > interactive or robotic thing due to the large array of IO pins?
> > 
> > If I had the right tools or gadgets, creating my own UMPC would be
> > really fun.
> > 
> > At a minimum, I would prefer HDMI instead of composite or VGA, though it
> > could be headless and I just use SSH or an Adafruit LCD.
> > 
> > Any opinions or use cases and stories would be much appreciated. I would
> > prefer running Gentoo on it, but Debian, Mint, or Slackware would be
> > tolerable.
> > --
> > Daniel Campbell - Gentoo Developer
> > OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
> > fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6

-- 
Rgds
Peter

Re: [gentoo-user] Small computing recommendations?

[Daniel Frey]

On 10/12/2016 05:38 AM, Daniel Quinn wrote:
> A while back I looked into a similar setup and was frustrated with the
> hacker-esque nature of these tiny machines.  They typically don't come
> with a case, sometimes not even with power, and getting a working Gentoo
> setup was likely going to be an effort I didn't want to spend.
> 
> So I ended up buying an Intel NUC: basically a tiny main board with a
> CPU in a small simple square case + ram (you pick) + a hard drive (SSD
> or HDD, you pick).  It has HDMI or VGA out, sound, a few USB ports and
> on-board ethernet as well.  Getting Gentoo up & running on it was
> painless once I turned of UEFI (it makes my head hurt).  Details on how
> I did it all was here: http://danielquinn.org/blog/gentoo-on-the-intel-nuc/
> 
> It'll cost you more than a Pi or some of the others, but it's basically
> a tiny, quiet, whole computer, so the hassle is probably greatly
> diminished.
> 
> 

I have two Intel NUCs and was able to install gentoo with UEFI with no
issues, this was about two years ago.

They're great little machines, and mine both have IR built in (I use
them primarily as mythtv-frontends). Do be aware if you boot in non-UEFI
modes on these machines you lose hardware acceleration for video, which
is why I fiddled with it over a half day and got it working.

Dan

Re: [gentoo-user] Small computing recommendations?

[Andy Mender]

Dear Daniel,

Wish it was possible to "like" someone's e-mail. Thank you for letting us
know about your endeavors and documenting your efforts :).

Best regards,
Andy Mender

On 12 October 2016 at 14:38, Daniel Quinn  wrote:

> A while back I looked into a similar setup and was frustrated with the
> hacker-esque nature of these tiny machines.  They typically don't come with
> a case, sometimes not even with power, and getting a working Gentoo setup
> was likely going to be an effort I didn't want to spend.
>
> So I ended up buying an Intel NUC: basically a tiny main board with a CPU
> in a small simple square case + ram (you pick) + a hard drive (SSD or HDD,
> you pick).  It has HDMI or VGA out, sound, a few USB ports and on-board
> ethernet as well.  Getting Gentoo up & running on it was painless once I
> turned of UEFI (it makes my head hurt).  Details on how I did it all was
> here: http://danielquinn.org/blog/gentoo-on-the-intel-nuc/
>
> It'll cost you more than a Pi or some of the others, but it's basically a
> tiny, quiet, whole computer, so the hassle is probably greatly diminished.
>
>
>

Re: [gentoo-user] Small computing recommendations?

[Daniel Quinn]

A while back I looked into a similar setup and was frustrated with the 
hacker-esque nature of these tiny machines.  They typically don't come 
with a case, sometimes not even with power, and getting a working Gentoo 
setup was likely going to be an effort I didn't want to spend.


So I ended up buying an Intel NUC: basically a tiny main board with a 
CPU in a small simple square case + ram (you pick) + a hard drive (SSD 
or HDD, you pick).  It has HDMI or VGA out, sound, a few USB ports and 
on-board ethernet as well.  Getting Gentoo up & running on it was 
painless once I turned of UEFI (it makes my head hurt).  Details on how 
I did it all was here: http://danielquinn.org/blog/gentoo-on-the-intel-nuc/


It'll cost you more than a Pi or some of the others, but it's basically 
a tiny, quiet, whole computer, so the hassle is probably greatly diminished.

Re: [gentoo-user] Small computing recommendations?

[Andy Mender]

Dear Daniel,

You're correct, Arduino is for tech projects. Not much of an actual
"computer",
because both the processor and amount of RAM are too weak. However, there is
a new board that supposedly runs a full-blown FreeBSD 3.x version. Cannot
find
a link to the blog entry now, sorry :(.

I would recommend taking a look at the Beaglebone Black boards. In some
cases
they're more potent than a standard Raspberry Pi. Since you mentioned being
FSF
friendly, does Raspberry not use a Broadcom chip for graphics?

The default will almost always be some sort of Debian-based distro. There
is a Gentoo
ARM project, so you could have a look whether it complies with your
expectations :).

Best regards,
Andy Mender

On 12 October 2016 at 13:56, Daniel Campbell  wrote:

> My birthday's coming up in 10 days and my SO and others are wanting to
> know what to get me for my birthday. I'm slowly growing tired of trying
> to keep my desktop Gentoo machine lightweight and "clean", so it'd be
> fun to hack on a little computer that I could possibly DIY a case or
> other arrangement for. Maybe a file/web server, or a "freetoo" machine
> where I can experiment with being rigidly FSF-APPROVED or other fun
> shenanigans.
>
> I've looked around at the Raspberry Pi 3, the Pocket CHIP (I also have
> PICO-8 and am hacking something for it), the Pi Zero, and have heard
> about the Beaglebone and Arduino, though isn't the latter meant for more
> interactive or robotic thing due to the large array of IO pins?
>
> If I had the right tools or gadgets, creating my own UMPC would be
> really fun.
>
> At a minimum, I would prefer HDMI instead of composite or VGA, though it
> could be headless and I just use SSH or an Adafruit LCD.
>
> Any opinions or use cases and stories would be much appreciated. I would
> prefer running Gentoo on it, but Debian, Mint, or Slackware would be
> tolerable.
> --
> Daniel Campbell - Gentoo Developer
> OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
> fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
>
>

Re: [gentoo-user] Small computing recommendations?

[Alan McKinnon]

On 12/10/2016 13:56, Daniel Campbell wrote:
> My birthday's coming up in 10 days and my SO and others are wanting to
> know what to get me for my birthday. I'm slowly growing tired of trying
> to keep my desktop Gentoo machine lightweight and "clean", so it'd be
> fun to hack on a little computer that I could possibly DIY a case or
> other arrangement for. Maybe a file/web server, or a "freetoo" machine
> where I can experiment with being rigidly FSF-APPROVED or other fun
> shenanigans.
> 
> I've looked around at the Raspberry Pi 3, the Pocket CHIP (I also have
> PICO-8 and am hacking something for it), the Pi Zero, and have heard
> about the Beaglebone and Arduino, though isn't the latter meant for more
> interactive or robotic thing due to the large array of IO pins?
> 
> If I had the right tools or gadgets, creating my own UMPC would be
> really fun.
> 
> At a minimum, I would prefer HDMI instead of composite or VGA, though it
> could be headless and I just use SSH or an Adafruit LCD.
> 
> Any opinions or use cases and stories would be much appreciated. I would
> prefer running Gentoo on it, but Debian, Mint, or Slackware would be
> tolerable.
> 


Those devices are dirt cheap, ask for one of each :-)

-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Small computing recommendations?

[Daniel Campbell]

My birthday's coming up in 10 days and my SO and others are wanting to
know what to get me for my birthday. I'm slowly growing tired of trying
to keep my desktop Gentoo machine lightweight and "clean", so it'd be
fun to hack on a little computer that I could possibly DIY a case or
other arrangement for. Maybe a file/web server, or a "freetoo" machine
where I can experiment with being rigidly FSF-APPROVED or other fun
shenanigans.

I've looked around at the Raspberry Pi 3, the Pocket CHIP (I also have
PICO-8 and am hacking something for it), the Pi Zero, and have heard
about the Beaglebone and Arduino, though isn't the latter meant for more
interactive or robotic thing due to the large array of IO pins?

If I had the right tools or gadgets, creating my own UMPC would be
really fun.

At a minimum, I would prefer HDMI instead of composite or VGA, though it
could be headless and I just use SSH or an Adafruit LCD.

Any opinions or use cases and stories would be much appreciated. I would
prefer running Gentoo on it, but Debian, Mint, or Slackware would be
tolerable.
-- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] How to find the EFI partition?

[Andy Mender]

Dear Daniel,

You don't mention what is "the prettiest desktop there ever was", but I
reckon that it's a) a 64-bit PC and b) it's modern enough to have UEFI, not
the standard BIOS. Therefore, the drive is a GPT-partitioned drive (as
that's UEFI's requirement) and you have a /boot or /boot/efi partition
somewhere in the table layout you provides us with. It does not necessarily
need to be called "EFI partition" or something of that sort. Per my old
Windows 7 installed, Windows used a rather small boot partition of ~200 mb.
Your Windows 8 install is consistent with that observation. In addition,
you have something similar in your Windows 10 installation, from the first
1mb bit onward and spanning ~105 MB. It's also tagged as "boot".

Best regards,
Andy

On 12 October 2016 at 10:31, Daniel Quinn  wrote:

> On 11/10/16 22:47, Alarig Le Lay wrote:
> > As far as I know, you can’t use UEFI on a msdos partitioned hard drive.
> > So… are you not just using an old but known and stable BIOS?
>
> Honestly, that hadn't occurred to me.  The BIOS is fancy (lots of colour
> and supports a mouse!) and I thought that Windows 10 only worked with
> UEFI.  Alright, I'll proceed under the impression that I'm working with a
> standard BIOS and write Grub to the MBR as in the Old Days.  Thanks for the
> clarity on this.
>
>

Re: [gentoo-user] Boost and boost-build out of step

[Peter Humphrey]

On Wednesday 12 Oct 2016 10:23:15 Neil Bothwick wrote:
> On Wed, 12 Oct 2016 10:06:34 +0100, Peter Humphrey wrote:
> > For about a week my daily update has complained thus:
> > 
> > !!! All ebuilds that could satisfy "=dev-util/boost-build-1.62*" have
> > been masked. !!! One of the following masked packages is required to
> > complete your request:
> > - dev-util/boost-build-1.62.0-r1::gentoo (masked by: )
> > 
> > (dependency required by "dev-libs/boost-1.62.0-r1::gentoo" [ebuild])
> > 
> > 
> > The ebuild of dev-util/boost-build-1.62.0-r1 includes 'RESTRICT="test"'.
> > 
> > I have just been waiting for this to be sorted out, but no change yet.
> > I can upgrade boost-build by specifying USE=test on the command
> > line, but is that a good idea?
> 
> This seems to be a fairly regular occurrence with boost. AFAIR I got
> round it with
> 
> emerge -1a =dev-libs/boost-1.62.0-r1 =dev-util/boost-build-1.62.0-r1
> 
> I didn't mess with USE.

This is now even weirder. I did upgrade boost-build, then emerging boost 
wanted to rebuild 11 other packages - including kdepimlibs, and I do not 
want to break KMail, nor even bruise it. So I didn't emerge boost.

Then, after downgrading boost-build again, emerge -1a boost succeeded in 
upgrading boost-build, without the USE flag, and is now proceeding with the 
other 11.

How does that work?

-- 
Rgds
Peter

Re: [gentoo-user] Boost and boost-build out of step

[Neil Bothwick]

On Wed, 12 Oct 2016 10:06:34 +0100, Peter Humphrey wrote:

> For about a week my daily update has complained thus:
> 
> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.62*" have
> been masked. !!! One of the following masked packages is required to
> complete your request: 
> - dev-util/boost-build-1.62.0-r1::gentoo (masked by: ) 
> 
> (dependency required by "dev-libs/boost-1.62.0-r1::gentoo" [ebuild])
> 
> 
> The ebuild of dev-util/boost-build-1.62.0-r1 includes 'RESTRICT="test"'.
> 
> I have just been waiting for this to be sorted out, but no change yet.
> I can upgrade boost-build by specifying USE=test on the command
> line, but is that a good idea?

This seems to be a fairly regular occurrence with boost. AFAIR I got
round it with

emerge -1a =dev-libs/boost-1.62.0-r1 =dev-util/boost-build-1.62.0-r1

I didn't mess with USE.


-- 
Neil Bothwick

This man is depriving a village somewhere of an idiot


pgpbcYvEBCs92.pgp
Description: OpenPGP digital signature

[gentoo-user] Boost and boost-build out of step

[Peter Humphrey]

Hello list,

For about a week my daily update has complained thus:

!!! All ebuilds that could satisfy "=dev-util/boost-build-1.62*" have been 
masked. 
!!! One of the following masked packages is required to complete your request: 
- dev-util/boost-build-1.62.0-r1::gentoo (masked by: ) 

(dependency required by "dev-libs/boost-1.62.0-r1::gentoo" [ebuild])


The ebuild of dev-util/boost-build-1.62.0-r1 includes 'RESTRICT="test"'.

I have just been waiting for this to be sorted out, but no change yet.
I can upgrade boost-build by specifying USE=test on the command
line, but is that a good idea?

Is anyone else experiencing it? This is ~amd64.

-- 
Rgds
Peter

Re: [gentoo-user] How to find the EFI partition?

[Daniel Quinn]

On 11/10/16 22:47, Alarig Le Lay wrote:
> As far as I know, you can’t use UEFI on a msdos partitioned hard drive.
> So… are you not just using an old but known and stable BIOS?

Honestly, that hadn't occurred to me.  The BIOS is fancy (lots of colour 
and supports a mouse!) and I thought that Windows 10 only worked with 
UEFI.  Alright, I'll proceed under the impression that I'm working with 
a standard BIOS and write Grub to the MBR as in the Old Days.  Thanks 
for the clarity on this.