>> 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 solutio
>> 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?
>
>
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
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, MO
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
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
>>
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
>work
>>> well with
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:
>
> http://gito
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
>>> well with any USB
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 inclined
>> to think Python developers consider
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
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?
>>> 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, bu
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 sup
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 there
> 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
> 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
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 designed language and/or
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 ne
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 dri
>>> 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
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 v
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 else
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 with Ruby, it's a c
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
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 to
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.
>
>
> Won't I freak out if
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 software reports
wrong val
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 in some way. If it
>> misbehaves more than ot
>>> 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 :-)
>>
>> ansib
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 over several years. I j
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 d
On Mon, 2017-05-22 at 10:16 +0200, Raffaele Belardi wrote:
> I'm unable to start the gdm service on a recently installed gnome
> desktop (~x86): the service continuously fails and restarts with the
> errors below. If I disable the service and login into a text console,
> startx works fine but the G
33 matches
Mail list logo