[gentoo-user] Re: Lowest common denominator compile

2017-09-04 Thread Ian Zimmerman
On 2017-09-04 13:55, Grant wrote: > ansible does sound pretty cool. I'll check it out if I outgrow my > script but as long as I can keep using Dell XPS 13 laptops I don't > think it will have any trouble scaling. For those dug in minimalists among us, there is also app-admin/cdist. -- Please

Re: [gentoo-user] Re: Lowest common denominator compile

2017-09-04 Thread R0b0t1
On Mon, Sep 4, 2017 at 3:16 PM, Grant wrote: >> I have a network of very nearly identical Dell XPS 13 laptops that I >> manage with a script. The master pushes the contents of its >> filesystem to the others so I only have to manage one system. It's >> worked really well

Re: [gentoo-user] Re: Lowest common denominator compile

2017-09-04 Thread Grant
>>> This is exactly the use-case ansible was designed for: declarative, >>> idempotent, predictable management of a fleet of machines that may or >>> may not be around when you feel like updating something (so it catches >>> up later), and needs only sshd and python to do it's magic :-) >> >>

Re: [gentoo-user] Ruby - 3 versions - seriously????

2017-09-04 Thread R0b0t1
Sorry, I missed your reply. On Mon, Sep 4, 2017 at 3:32 PM, Marvin Gülker wrote: > Am 04. September 2017 um 12:07 Uhr -0500 schrieb R0b0t1 : >> Even if they can not present an argument like I have, >> they will probably only notice it if it misbehaves

Re: [gentoo-user] Re: High resolution on a 13 inch screen

2017-09-04 Thread Floyd Anderson
Hello Grant, On Mo, 04 Sep 12:24:00 -0700 Grant wrote: Is there a way to digitally discover the true height and width of your screen in mm? If you know the shadow mask/dot pitch [1] or the real pixel per inch of your screen, then calculate it. This way you see if

Re: [gentoo-user] Re: High resolution on a 13 inch screen

2017-09-04 Thread wabe
Grant wrote: > > and indeed XFCE doesn't seem to have very good support for this. > > Maybe you can find some of the settings listed there useful though. > > > > Other than that, if you want working DPI scaling, you'll have much > > better luck with KDE 5 / Plasma. > >

Re: [gentoo-user] Re: Lowest common denominator compile

2017-09-04 Thread Alan McKinnon
On 04/09/2017 22:55, Grant wrote: >> This is exactly the use-case ansible was designed for: declarative, >> idempotent, predictable management of a fleet of machines that may or >> may not be around when you feel like updating something (so it catches >> up later), and needs only sshd and python

Re: [gentoo-user] Re: High resolution on a 13 inch screen

2017-09-04 Thread Grant
I'm getting strange results from xdpyinfo. I always get 96x96 DPI and the screen size changes along with the resolution. When I run 'xrandr --dpi 200x200' and check xdpyinfo, it reports correctly. But if I log out and back in to xfce4 without doing anything else, it gives me

Re: [gentoo-user] Ruby - 3 versions - seriously????

2017-09-04 Thread R0b0t1
On Mon, Sep 4, 2017 at 12:49 PM, Michael Orlitzky wrote: > On 09/04/2017 01:07 PM, R0b0t1 wrote: >> >> For almost all languages but Ruby (and Perl) you can take code written >> against one minor version and compile it in the next minor version. > > > This isn't a language issue

[gentoo-user] Re: High resolution on a 13 inch screen

2017-09-04 Thread Nikos Chantziaras
On 04/09/17 23:58, Grant wrote: I'm getting strange results from xdpyinfo. I always get 96x96 DPI and the screen size changes along with the resolution. When I run 'xrandr --dpi 200x200' and check xdpyinfo, it reports correctly. But if I log out and back in to xfce4 without doing anything

Re: [gentoo-user] Re: High resolution on a 13 inch screen

2017-09-04 Thread Grant
Is there a way to digitally discover the true height and width of your screen in mm? >>> >>> >>> Yes. xdpyinfo shows the information: >>> >>>xdpyinfo | grep -B2 resolution >>> >>> If the information is wrong, that usually means one of two things >>> (sometimes >>> even both): a) the

Re: [gentoo-user] Re: Lowest common denominator compile

2017-09-04 Thread Grant
>>> I have a network of very nearly identical Dell XPS 13 laptops that I >>> manage with a script. The master pushes the contents of its >>> filesystem to the others so I only have to manage one system. It's >>> worked really well over several years. I just got a new Dell XPS 13 >>> to serve as

[gentoo-user] Re: High resolution on a 13 inch screen

2017-09-04 Thread Nikos Chantziaras
On 04/09/17 23:26, Grant wrote: Is there a way to digitally discover the true height and width of your screen in mm? Yes. xdpyinfo shows the information: xdpyinfo | grep -B2 resolution If the information is wrong, that usually means one of two things (sometimes even both): a) the video

Re: [gentoo-user] Re: Lowest common denominator compile

2017-09-04 Thread Alan McKinnon
On 04/09/2017 22:16, Grant wrote: >> I have a network of very nearly identical Dell XPS 13 laptops that I >> manage with a script. The master pushes the contents of its >> filesystem to the others so I only have to manage one system. It's >> worked really well over several years. I just got a

Re: [gentoo-user] Ruby - 3 versions - seriously????

2017-09-04 Thread Marvin Gülker
Am 04. September 2017 um 12:07 Uhr -0500 schrieb R0b0t1 : > Even if they can not present an argument like I have, > they will probably only notice it if it misbehaves in some way. If it > misbehaves more than other software on their system, who is to say it > isn't a poorly

Re: [gentoo-user] Re: High resolution on a 13 inch screen

2017-09-04 Thread Grant
> My laptop's 13" screen has a native resolution of 3200x1800 which > makes everything crazy small on-screen. Is there a good method for > telling Xorg or xfce4 to compensate, or should I one-at-a-time my > applications? Depends on your desktop. I'm not sure if XFCE

[gentoo-user] Re: Lowest common denominator compile

2017-09-04 Thread Grant
> I have a network of very nearly identical Dell XPS 13 laptops that I > manage with a script. The master pushes the contents of its > filesystem to the others so I only have to manage one system. It's > worked really well over several years. I just got a new Dell XPS 13 > to serve as the

[gentoo-user] Lowest common denominator compile

2017-09-04 Thread Grant
I have a network of very nearly identical Dell XPS 13 laptops that I manage with a script. The master pushes the contents of its filesystem to the others so I only have to manage one system. It's worked really well over several years. I just got a new Dell XPS 13 to serve as the master and

[gentoo-user] Re: High resolution on a 13 inch screen

2017-09-04 Thread Nikos Chantziaras
On 04/09/17 22:24, Grant wrote: My laptop's 13" screen has a native resolution of 3200x1800 which makes everything crazy small on-screen. Is there a good method for telling Xorg or xfce4 to compensate, or should I one-at-a-time my applications? Depends on your desktop. I'm not sure if XFCE

Re: [gentoo-user] Re: High resolution on a 13 inch screen

2017-09-04 Thread Grant
>>> My laptop's 13" screen has a native resolution of 3200x1800 which >>> makes everything crazy small on-screen. Is there a good method for >>> telling Xorg or xfce4 to compensate, or should I one-at-a-time my >>> applications? >> >> Depends on your desktop. I'm not sure if XFCE supports this,

Re: [gentoo-user] Rename /dev/nvme0n1 to /dev/sda

2017-09-04 Thread Grant
My new laptop uses /dev/nvme0n1 instead of /dev/sda which conflicts with the script I use to manage about 12 similar laptops running Gentoo. Is there a udev method for renaming the disk that will work well with any USB disks that happen to also be attached?

Re: [gentoo-user] Ruby - 3 versions - seriously????

2017-09-04 Thread Michael Orlitzky
On 09/04/2017 01:07 PM, R0b0t1 wrote: > > For almost all languages but Ruby (and Perl) you can take code written > against one minor version and compile it in the next minor version. This isn't a language issue with Ruby, it's a culture/package-management one. For a long time, it's been easy to

Re: [gentoo-user] Ruby - 3 versions - seriously????

2017-09-04 Thread R0b0t1
On Mon, Sep 4, 2017 at 1:49 AM, Marvin Gülker wrote: > Am 03. September 2017 um 15:35 Uhr -0500 schrieb R0b0t1 : >> I think the takeaway from Alan's comment is that Python is unnaturally >> stable compared to other interpreted languages. One might be

Re: [gentoo-user] Rename /dev/nvme0n1 to /dev/sda

2017-09-04 Thread Mike Gilbert
On Mon, Sep 4, 2017 at 11:00 AM, Grant wrote: >>> My new laptop uses /dev/nvme0n1 instead of /dev/sda which conflicts >>> with the script I use to manage about 12 similar laptops running >>> Gentoo. Is there a udev method for renaming the disk that will work

Re: [gentoo-user] Re: Read-only access to a git repo

2017-09-04 Thread Alan McKinnon
On 04/09/2017 17:27, Alberto Luaces wrote: > I would add gitolite to the recommendation list, as it is a small but > powerful system: the administration interface is a git repository as > well, so each repository/user can be individually configured without > accessing system files: > >

Re: [gentoo-user] Rename /dev/nvme0n1 to /dev/sda

2017-09-04 Thread J. Roeleveld
On 4 September 2017 17:00:30 GMT+02:00, Grant wrote: >>> My new laptop uses /dev/nvme0n1 instead of /dev/sda which >conflicts >>> with the script I use to manage about 12 similar laptops running >>> Gentoo. Is there a udev method for renaming the disk that will

Re: [gentoo-user] Read-only access to a git repo

2017-09-04 Thread Alan McKinnon
On 04/09/2017 17:20, Simon Thelen wrote: > On 17-09-04 at 17:05, Alan McKinnon wrote: >> Hi, >> >> I fear I have a severe case of too many trees in the way to see the forest. >> >> I have a git server, it only runs git. >> All the sysadmins have full access using ssh://, their keys are in git's >>

[gentoo-user] Re: Read-only access to a git repo

2017-09-04 Thread Alberto Luaces
I would add gitolite to the recommendation list, as it is a small but powerful system: the administration interface is a git repository as well, so each repository/user can be individually configured without accessing system files: http://gitolite.com/gitolite/ -- Alberto

Re: [gentoo-user] Read-only access to a git repo

2017-09-04 Thread Simon Thelen
On 17-09-04 at 17:05, Alan McKinnon wrote: > Hi, > > I fear I have a severe case of too many trees in the way to see the forest. > > I have a git server, it only runs git. > All the sysadmins have full access using ssh://, their keys are in git's > authorized_keys, the repos are owned git:git,

[gentoo-user] Read-only access to a git repo

2017-09-04 Thread Alan McKinnon
Hi, I fear I have a severe case of too many trees in the way to see the forest. I have a git server, it only runs git. All the sysadmins have full access using ssh://, their keys are in git's authorized_keys, the repos are owned git:git, MODE 770, etc etc, and it works like it should. I want an

Re: [gentoo-user] Rename /dev/nvme0n1 to /dev/sda

2017-09-04 Thread Grant
>> My new laptop uses /dev/nvme0n1 instead of /dev/sda which conflicts >> with the script I use to manage about 12 similar laptops running >> Gentoo. Is there a udev method for renaming the disk that will work >> well with any USB disks that happen to also be attached? > >

Re: [gentoo-user] Rename /dev/nvme0n1 to /dev/sda

2017-09-04 Thread Grant
>> I would suggest you utilize the existing symlinks in one of the >> /dev/disk/ sub-directories, or create some udev rules to create your >> own symlinks based on whatever metadata you wish. I would also suggest >> you read the udev(7) manual page. >> > > ++ > > Labels are the most obvious

Re: [gentoo-user] Ruby - 3 versions - seriously????

2017-09-04 Thread Marvin Gülker
Am 03. September 2017 um 15:35 Uhr -0500 schrieb R0b0t1 : > I think the takeaway from Alan's comment is that Python is unnaturally > stable compared to other interpreted languages. One might be inclined > to think Python developers consider their work to be a widely used > tool

Re: [gentoo-user] electron and sslv3

2017-09-04 Thread Damo Brisbane
Emerge -pv openssl: [ebuild R] dev-libs/openssl-1.0.2l::gentoo USE="asm sslv3 tls-heartbeat zlib -bindist -gmp -kerberos -rfc3779 -sctp -sslv2 -static-libs {-test} -vanilla"... I figured ssl better off without it; I think the issue with this package is it builds it's own version of