Content-Type: text/plain
debian-user-digest Digest Volume 2016 : Issue 458
Today's Topics:
Re: Can Debian do multi-core "MY WAY [ Martin Read <
zen75502@zen.co.uk> ]
Re: Can Debian do multi-core "MY WAY [ Joe <
joe@jretrading.com> ]
Re: Can Debian do multi-core "MY WAY [ Gene Heskett <
gheskett@shentel.net> ]
Re: Can Debian do multi-core "MY WAY [ Gene Heskett <
gheskett@shentel.net> ]
Re: -Re: configuring softwarecollect [ "Andrew M.A. Cater" <
amacater@galac ]
Re: Can Debian do multi-core "MY WAY [ John Hasler <
jhasler@newsguy.com> ]
Re: Can Debian do multi-core "MY WAY [ <
tomas@tuxteam.de> ]
Re: Debian Stretch package conflicts [ Rick Thomas <
rbthomas@pobox.com> ]
Re: Debian Stretch package conflicts [ Rick Thomas <
rbthomas@pobox.com> ]
Re: Network manager (again) [ David Wright <
deblis@lionunicorn.co ]
Google Authenticator [ Laurens Blankers <
laurens@blankersf ]
Re: Can Debian do multi-core "MY WAY [ Richard Owlett <
rowlett@cloud85.net ]
Re: Network manager (again) [ Michael Biebl <
biebl@debian.org> ]
Jessie unable to install DEB [ Frank Pikelner <
frank.pikelner@gmai ]
Date: Sat, 14 May 2016 19:10:52 +0100
From: Martin Read <
zen75502@zen.co.uk>
To:
debian-user@lists.debian.orgSubject: Re: Can Debian do multi-core "MY WAY"?
Message-ID: <
[🔎] 57376A2C.8040809@zen.co.uk" class="removed-link" href="">
[🔎] 57376A2C.8040809@zen.co.uk>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
On 14/05/16 18:31, Richard Owlett wrote:
> I envision
> core A using memory range X
> core B using memory range Z
>
> My individual tasks could be handled by a 2MHz Z80
>
> Can Debian do it on GHz machine?
Maybe.
Debian (and the Linux kernel) has a bewildering array of tools and
options that *might* be applicable to the tasks you're carrying out.
You'd need to tell us at least a little bit more about what you want to
do. Obvious questions to ask would include:
* What kind of processor are you intending to run this on?
* Are you addressing peripheral devices or just system RAM?
* Is the requirement for the different tasks to be running on different
physical cores absolute?
Date: Sat, 14 May 2016 19:19:39 +0100
From: Joe <
joe@jretrading.com>
To:
debian-user@lists.debian.orgSubject: Re: Can Debian do multi-core "MY WAY"?
Message-ID: <
[🔎] 20160514191939.7f43c373@jresid.jretrading.com" class="removed-link" href="">
[🔎] 20160514191939.7f43c373@jresid.jretrading.com>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
On Sat, 14 May 2016 12:31:28 -0500
Richard Owlett <
rowlett@cloud85.net> wrote:
> I date from era when when "memory banks" were switched via
> contents of a I/O port ;/
> Anyone remember era when 8085 was "state of the art" ;/
>
> I envision
> core A using memory range X
> core B using memory range Z
>
> My individual tasks could be handled by a 2MHz Z80
>
> Can Debian do it on GHz machine?
>
>
>
It isn't clear why you would need user control at this level, why the
processor and memory allocation systems of the OS will not meet your
needs.
The last time I saw this done was in driving a Solidisk sideways RAM
board on the BBC Micro, and that was done only because the processor
had a very limited addressing capability. It was done very badly...
--
Joe
Date: Sat, 14 May 2016 14:26:55 -0400
From: Gene Heskett <
gheskett@shentel.net>
To:
debian-user@lists.debian.orgSubject: Re: Can Debian do multi-core "MY WAY"?
Message-Id: <
[🔎] 201605141426.55643.gheskett@shentel.net" class="removed-link" href="">
[🔎] 201605141426.55643.gheskett@shentel.net>
Content-Type: Text/Plain;
charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Saturday 14 May 2016 13:31:28 Richard Owlett wrote:
> I date from era when when "memory banks" were switched via
> contents of a I/O port ;/
> Anyone remember era when 8085 was "state of the art" ;/
How about building a tv production tool out of an RCA 1802? There was a
time when that puppy was state of the art.
> I envision
> core A using memory range X
> core B using memory range Z
>
> My individual tasks could be handled by a 2MHz Z80
>
> Can Debian do it on GHz machine?
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <
http://geneslinuxbox.net:6309/gene>
Date: Sat, 14 May 2016 14:41:12 -0400
From: Gene Heskett <
gheskett@shentel.net>
To:
debian-user@lists.debian.orgSubject: Re: Can Debian do multi-core "MY WAY"?
Message-Id: <
[🔎] 201605141441.12451.gheskett@shentel.net" class="removed-link" href="">
[🔎] 201605141441.12451.gheskett@shentel.net>
Content-Type: Text/Plain;
charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Saturday 14 May 2016 13:42:51 John Hasler wrote:
> Richard Owlett writes:
> > Anyone remember era when 8085 was "state of the art" ;/
>
> I remember when the 8080 was "state of the art".
>
> > I envision
> > core A using memory range X
> > core B using memory range Z
> >
> > My individual tasks could be handled by a 2MHz Z80
> >
> > Can Debian do it on GHz machine?
>
> That's low-level kernel hacking.
And you can download a pre-hacked version based on wheezy that can run
machinery with sub-micron accuracy, far better than the average machine
can do, as its subject to thermals etc that limit it to perhaps a
thousandth of an inch in everyday use. From linuxcnc.org today and
everyday. Free every day. I have 4 copies of it running here. On the
right board and cpu, this software can send a step pulse to a stepper
motor driver every 25 microseconds. Thats 40 kilohertz, not the stepper
motors top speed, so if you really want to move fast, a 90 dollar card
can take you to the limits of the opto-isolaters in those drivers at
somewhere above 200 kilohertz. Using that card allows one to be a whole
lot less picky about the board and cpu.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <
http://geneslinuxbox.net:6309/gene>
Date: Sat, 14 May 2016 19:19:35 +0000
From: "Andrew M.A. Cater" <
amacater@galactic.demon.co.uk>
To:
debian-user@lists.debian.orgSubject: Re: -Re: configuring softwarecollections.org repository on debian
jessie
Message-ID: <
[🔎] 20160514191935.GB6604@galactic.demon.co.uk" class="removed-link" href="">
[🔎] 20160514191935.GB6604@galactic.demon.co.uk>
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
On Sat, May 14, 2016 at 01:13:02AM +0200, Rodary Jacques wrote:
> Le jeudi 12 mai 2016, 21:55:24 Liam O'Toole a écrit :
> > On 2016-05-12, soko.tica <
soko.tica@gmail.com> wrote:
> > > --001a1146456672df2d0532a72b01
> > > Content-Type: text/plain; charset=UTF-8
> > >
> > > Hello list,
> > >
> > > I need to install a package (php54) on a VM running debian jessie (Here is
> > > why
https://www.virtualmin.com/documentation/web/multiplephp ). I have
> > > managed to install rhscl-php54-epel-6-x86_64-1-2.noarch.rpm through alien
> > > package, but don't know how to isntall
> > > php54 php54-php-mysqlnd. Repo rhscl isn't in /etc/apt/sources.list but in
> > > /etc/yum.repos.d/ and I wasn't able to find php54 php54-php-mysqlnd. Any
> > > help will be appreciated. Thanks in advance.
> >
> > You are trying to install Red Hat packages on a Debian OS. What's more,
> > you are tring to install packages from Red Hat Software Collections,
> > which require manipulation of their environment to run properly. You'd
> > be much better off doing that on a CentOS machine.
> >
> > Otherwise, prepare to enter a world of pain. :)
> If alien (which is a Debian software, isn't it) says you can, why not? You just need to
> be careful, trying a fake install first (dpkg --noinstall --no-act). I switched to Debian for that kind
> of safety, being tired to note all my changes and go back painfully afterwards. I remember
> (1998-99) when I installed gnome-0.nn ten times! But I can't live without BSD-games ( try "cal
> 09 1752" (even MacOsX has it) and "pom 2712" it's unforgettable) nor without xanim to read
> old Quicktime CDs from an USB stick! I don't think Debian needs worship!
> Jacques
Alien is a last resort: if you have any other way to do this, do it.
RH SCL is also a repository to add things to Red Hat Enterprise Linux that are more up to date because RHEL is intended to be unconditionally
stable and unchanging. Installing SCL packages on RHEL is not guaranteed to be tested or to work well: this is intended for developers who
absolutely, positively have to get something that is more up to date to build other software.
Apt and yum are orthogonal - so /etc/yum/repos.d created by yum utilities inside Debian is not guaranteed to work. Likewise, anything installed
through alien may conflict with corresponding Debian versions since alien doesn't necessarily inform apt and vice versa.
CentOS 6 is also now stable with no further development: so php 5.4 on CentOS 6 is not going forward because there will be no change in CentOS 6
as it goes into extended support.
PHP 5.6 is current in Debian Jessie. Having checked Virtualmin's install script - just use their installer for goodness sake: it sorts out
the dependencies you need. If you really, really must reverse engineer this sort of stuff, do it in a CentOS VM on your Debian machine.
Actually take the time and read Virtualmin's install.sh - it's a shell script: learn from it?
All the best,
AndyC
Date: Sat, 14 May 2016 14:37:43 -0500
From: John Hasler <
jhasler@newsguy.com>
To:
debian-user@lists.debian.orgSubject: Re: Can Debian do multi-core "MY WAY"?
Message-ID: <
[🔎] 87a8jsfn20.fsf@thumper.dhh.gt.org" class="removed-link" href="">
[🔎] 87a8jsfn20.fsf@thumper.dhh.gt.org>
Content-Type: text/plain
Gene Heskett writes:
> How about building a tv production tool out of an RCA 1802? There was
> a time when that puppy was state of the art.
Yes. I wrote applications for it in hex, helped design a single board
computer using it, and helped write an 8 bit version of FORTH for it (it
was eminently suited for the task).
--
John Hasler
jhasler@newsguy.comElmwood, WI USA
Date: Sat, 14 May 2016 22:50:44 +0200
From: <
tomas@tuxteam.de>
To:
debian-user@lists.debian.orgSubject: Re: Can Debian do multi-core "MY WAY"?
Message-ID: <
[🔎] 20160514205044.GA5964@tuxteam.de" class="removed-link" href="">
[🔎] 20160514205044.GA5964@tuxteam.de>
Content-Type: text/plain; charset=utf-8; x-action="">
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sat, May 14, 2016 at 12:31:28PM -0500, Richard Owlett wrote:
> I date from era when when "memory banks" were switched via contents
> of a I/O port ;/
> Anyone remember era when 8085 was "state of the art" ;/
>
> I envision
> core A using memory range X
> core B using memory range Z
What you are describing is called "non uniform memory access" aka
NUMA [1] these days and yes, the Linux kernel takes into account
that different parts of memory have different "distances" to each
processor (e.g. by assigning process "affinities" to each CPU.
To a lesser extent, CPU caches do this too.
This is'nt surprising, since CPU bandwidth has outrun memory
bandwith significantly across the last 20-30 years. If a CPU
had to wait for every byte to arrive from main memory, they'd
be slower by a huge amount [2].
So in some way the answer is; yes, your PC and your OS is probably
doing it already :-)
regards
[1]
https://en.wikipedia.org/wiki/Non-Uniform_Memory_Access[2]
http://gameprogrammingpatterns.com/data-locality.html- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlc3j6QACgkQBcgs9XrR2kYjngCZAe7J7DfWSa87aRlA1vmhNCN+
Nq4An1WjmIBDCmJvahR2j5ITl1965uLu
=/ElI
-----END PGP SIGNATURE-----
Date: Sat, 14 May 2016 13:56:27 -0700
From: Rick Thomas <
rbthomas@pobox.com>
To: Sven Joachim <
svenjoac@gmx.de>
Cc: debian-user List Debian <
debian-user@lists.debian.org>
Subject: Re: Debian Stretch package conflicts... libnettle4 libarchive13 libgnutls-deb0-28 libgnutls30
Message-Id: <
[🔎] B8F58DDE-6006-4C1D-8F3D-2692430C26CD@pobox.com" class="removed-link" href="">
[🔎] B8F58DDE-6006-4C1D-8F3D-2692430C26CD@pobox.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
On May 14, 2016, at 3:52 AM, Sven Joachim <
svenjoac@gmx.de> wrote:
> On 2016-05-13 18:43 -0700, Rick Thomas wrote:
>=20
>=20
>> When I try to do aptitude full-upgrade on my Stretch Apple G4 =
PowerMac, I get conflicts.
>>=20
>> These do not seem to be transient =97 they have been there for ="">several days.
>>=20
>> Anybody know what=92s going on?
>>=20
>>> The following NEW packages will be installed:
>>> libnettle4{a}=20
>>> The following packages will be upgraded:
>>> gir1.2-packagekitglib-1.0 libarchive13 libasyncns0 libavcodec57
>>> libavfilter6 libavformat57 libavresample3 libavutil55
>>> libc-bin libc-l10n libc6 libkpathsea6 libpackagekit-glib2-18 =
libpam-systemd libpostproc54 libptexenc1 librest-0.7-0=20
>>> libswresample2 libswscale4 libsynctex1 libsystemd0 libtexlua52 =
libtexluajit2 libudev1 libx264-148 locales=20
>>> multiarch-support mythes-en-us packagekit packagekit-tools systemd =
systemd-sysv texlive-base texlive-binaries=20
>>> texlive-fonts-recommended texlive-fonts-recommended-doc =
texlive-latex-base texlive-latex-base-doc udev x11-apps=20
>>> x11-xkb-utils=20
>>> 41 packages upgraded, 1 newly installed, 0 to remove and 0 not =
upgraded.
>>> Need to get 442 kB/104 MB of archives. After unpacking 16.6 MB will =
be freed.
>>> The following packages have unmet dependencies:
>>> libgnutls-deb0-28 : Conflicts: libnettle4 but 2.7.1-5+deb8u1 is to =
be installed
>>> libgnutls30 : Conflicts: libnettle4 but 2.7.1-5+deb8u1 is to be =
installed
>>> open: 45; closed: 112; defer: 39; conflict: 46
>>>=20
>>> The following actions will resolve these dependencies:
>>>=20
>>> Keep the following packages at their current version:
>>> 1) libarchive13 [3.1.2-11+b1 (now, testing, unstable)]
>>> 2) libnettle4 [Not Installed] =20
>=20
> The problem is that libarchive13 has a higher version in =
stable-security
> than in testing, and that version is not installable in Stretch:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D823984.
>=20
> If you desperately need a fixed libarchive, there's a patch at the end
> of that bug report which you could apply. Otherwise use
> "aptitude safe-upgrade" instead of "aptitude full-upgrade".
>=20
> Cheers,
> Sven
Thanks, Sven!
I=92m glad to hear that it=92s a known bug. I=92m perfectly happy to =
accept the =93actions will resolve these dependencies=94 for the time =
being. I guess that=92s why they call it =93testing=94.
I assume that, if I=92m patient, a fix will evolve?
Enjoy!
Rick
Date: Sat, 14 May 2016 14:02:07 -0700
From: Rick Thomas <
rbthomas@pobox.com>
To: Dutch Ingraham <
stoa@gmx.us>
Cc: debian-user List Debian <
debian-user@lists.debian.org>
Subject: Re: Debian Stretch package conflicts... libnettle4 libarchive13 libgnutls-deb0-28 libgnutls30
Message-Id: <
[🔎] 65BED9FA-4CA6-4091-8740-F72B69E9D31F@pobox.com" class="removed-link" href="">
[🔎] 65BED9FA-4CA6-4091-8740-F72B69E9D31F@pobox.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
On May 14, 2016, at 3:45 AM, Dutch Ingraham <
stoa@gmx.us> wrote:
> On Fri, May 13, 2016 at 06:43:11PM -0700, Rick Thomas wrote:
>> Hi,
>>=20
>> When I try to do aptitude full-upgrade on my Stretch Apple G4 =
PowerMac, I get conflicts.
>>=20
>> These do not seem to be transient =97 they have been there for ="">several days.
>>=20
>> Anybody know what=92s going on?
>>=20
>> Thanks!
>> Rick
>>=20
>>> The following NEW packages will be installed:
>>> libnettle4{a}=20
>>> The following packages will be upgraded:
>>> gir1.2-packagekitglib-1.0 libarchive13 libasyncns0 libavcodec57 =
libavfilter6 libavformat57 libavresample3 libavutil55=20
>>> libc-bin libc-l10n libc6 libkpathsea6 libpackagekit-glib2-18 =
libpam-systemd libpostproc54 libptexenc1 librest-0.7-0=20
>>> libswresample2 libswscale4 libsynctex1 libsystemd0 libtexlua52 =
libtexluajit2 libudev1 libx264-148 locales=20
>>> multiarch-support mythes-en-us packagekit packagekit-tools systemd =
systemd-sysv texlive-base texlive-binaries=20
>>> texlive-fonts-recommended texlive-fonts-recommended-doc =
texlive-latex-base texlive-latex-base-doc udev x11-apps=20
>>> x11-xkb-utils=20
>>> 41 packages upgraded, 1 newly installed, 0 to remove and 0 not =
upgraded.
>>> Need to get 442 kB/104 MB of archives. After unpacking 16.6 MB will =
be freed.
>>> The following packages have unmet dependencies:
>>> libgnutls-deb0-28 : Conflicts: libnettle4 but 2.7.1-5+deb8u1 is to =
be installed
>>> libgnutls30 : Conflicts: libnettle4 but 2.7.1-5+deb8u1 is to be =
installed
>>> open: 45; closed: 112; defer: 39; conflict: 46
>>>=20
>>> The following actions will resolve these dependencies:
>>>=20
>>> Keep the following packages at their current version:
>>> 1) libarchive13 [3.1.2-11+b1 (now, testing, unstable)]
>>> 2) libnettle4 [Not Installed] =20
>>>=20
>>=20
> I used to use aptitude full-upgrade until I started having the same
> problem as you - wanting to remove huge lists of essential =
applications
> (like bash, etc.) There is a long thread regarding this on the forums
> (which I can't find right now.)
>=20
> I don't know why aptitude is doing this, but switching to apt-get
> dist-upgrade solved the problem and I haven't had any issues in ~8
> months.
Thanks for the pointer=85 I tried apt-get dist-upgrade. It gave =
essentially the same results =97 used different words but the intent was =
clearly the same.
Sven pointed out that this is a known problem with a version mismatch =
between Stretch and Jessie security.
Enjoy!
Rick
Date: Sat, 14 May 2016 16:44:33 -0500
From: David Wright <
deblis@lionunicorn.co.uk>
To:
debian-user@lists.debian.orgSubject: Re: Network manager (again)
Message-ID: <
[🔎] 20160514214433.GA13650@alum" class="removed-link" href="">
[🔎] 20160514214433.GA13650@alum>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Sat 14 May 2016 at 05:27:06 (+0200), Bhasker C V wrote:
> I am finding it difficult to settle on a good network manager which
> can work for my case
>
> 1. My home dir is luks/ext4 and mounted manually after logging in for
> the first time
> 2. My GUI is started after mounting my home dir and by manual startx only
>
> I could never get my network manager to store passwords in the user dir.
> I do not like the passwords stored in
> /etc/NeworkManager/sytem-connections with plain passwords visible so
> anybody can open them if they have physical access to the machine/disk
> (usb live stick etc., )
>
> If I pull up the properties of nm-applet and change the option to
> "Store password only for this user", nm-applet does not connect since
> the keyring is no automatically unlocked due to startx
>
> Can anyone help me with fixing this network-manager so the passwords are
> stored per-user in my luks home rather than /etc/... OR tell me how to
> enable nm-applet to automatically trigger opening gnome-keyring ?
Like Hans, I use wicd (wicd-curses) because I only run a window manager.
These suggestions are completely untested but might be worth a shot.
You could create /home/wicd/ and copy /etc/wicd/* into it, then move
/etc/wicd to /etc/wicd-preserve and create a symlink /etc/wicd -> /home/wicd
If it all still works like that, shred and remove /etc/wicd-preserve.
The main issue AFAICT is making the wicd-daemon start only after /home
is mounted (and stop appropriately if you want to unmount it again).
I don't know systemd well enough to know if that's trivial or hard.
But the main thing is that it puts wicd/*.conf safely onto your
encrypted /home.
You might be able to coerce NM in the same way; I have no idea.
Cheers,
David.
Date: Sun, 15 May 2016 08:49:07 +0200
From: Laurens Blankers <
laurens@blankersfamily.com>
To:
debian-user@lists.debian.orgSubject: Google Authenticator
Message-ID: <
[🔎] 76a6462c-56ea-f4de-ff21-fdb7e85e82e5@blankersfamily.com" class="removed-link" href="">
[🔎] 76a6462c-56ea-f4de-ff21-fdb7e85e82e5@blankersfamily.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hi all,
Two days ago an article was posted on Linux.com about setting up
2-factor authentication using the libpam-google-authenticator package [1]=
=2E
Looking at the Debian package [2] I noticed it was last updated August
2013, however the source at GitHub has been updated as recently as 2
days ago. Browsing through the commit log [3] indicates lots of issues
related to memcpy, malloc, and SIGSEGV have been fixed since 2013.
How do I determine whether whether this package is safe to use?
Thanks,
Laurens
[1]
https://www.linux.com/learn/how-set-2-factor-authentication-login-and-sud=o
[2]
https://packages.qa.debian.org/g/google-authenticator.html[3]
https://github.com/google/google-authenticator/commits/masterDate: Sun, 15 May 2016 08:28:51 -0500
From: Richard Owlett <
rowlett@cloud85.net>
To:
debian-user@lists.debian.orgSubject: Re: Can Debian do multi-core "MY WAY"?
Message-ID: <
[🔎] 57387993.2050506@cloud85.net" class="removed-link" href="">
[🔎] 57387993.2050506@cloud85.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
On 5/14/2016 3:50 PM,
tomas@tuxteam.de wrote:
>
> On Sat, May 14, 2016 at 12:31:28PM -0500, Richard Owlett wrote:
>> I date from era when when "memory banks" were switched via contents
>> of a I/O port ;/
>> Anyone remember era when 8085 was "state of the art" ;/
>>
>> I envision
>> core A using memory range X
>> core B using memory range Z
>
> What you are describing is called "non uniform memory access" aka
> NUMA [1] these days and yes, the Linux kernel takes into account
> that different parts of memory have different "distances" to each
> processor (e.g. by assigning process "affinities" to each CPU.
>
> To a lesser extent, CPU caches do this too.
>
> This is'nt surprising, since CPU bandwidth has outrun memory
> bandwith significantly across the last 20-30 years. If a CPU
> had to wait for every byte to arrive from main memory, they'd
> be slower by a huge amount [2].
>
> So in some way the answer is; yes, your PC and your OS is probably
> doing it already :-)
>
> regards
>
> [1]
https://en.wikipedia.org/wiki/Non-Uniform_Memory_Access> [2]
http://gameprogrammingpatterns.com/data-locality.html>
[1] Tells me I almost asked the question I thought I intended to
ask ;/
I'm a consumer of programs but not a programmer.
A closer approximation to a correct _question_ might be "Can I as
user tell OS to run program *1* and _only_ program *1* on core A
which has exclusive use of memory range X? Everything else can
use core B and memory range Y."
[I'll probably have a better description after hitting send ;]
[2] gives valuable insight in how I should partition my disk when
moving from Windows to Debian. It gives me some insight anyway.
Thanks
Date: Sun, 15 May 2016 15:41:44 +0200
From: Michael Biebl <
biebl@debian.org>
To:
debian-user@lists.debian.orgSubject: Re: Network manager (again)
Message-ID: <
[🔎] 231b828c-fa43-ed76-40a7-fc165e4e0fcf@debian.org" class="removed-link" href="">
[🔎] 231b828c-fa43-ed76-40a7-fc165e4e0fcf@debian.org>
Content-Type: multipart/signed; micalg=pgp-sha256;
protocol="application/pgp-signature";
boundary="7OePlmKvjwjxQDs3K2uxntlCTkpWWxdMp"
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--7OePlmKvjwjxQDs3K2uxntlCTkpWWxdMp
Content-Type: multipart/mixed; boundary="gnciMwWnKKSD86QBre2gmPiJX0kXehJxF"
From: Michael Biebl <
biebl@debian.org>
To:
debian-user@lists.debian.orgMessage-ID: <
[🔎] 231b828c-fa43-ed76-40a7-fc165e4e0fcf@debian.org" class="removed-link" href="">
[🔎] 231b828c-fa43-ed76-40a7-fc165e4e0fcf@debian.org>
Subject: Re: Network manager (again)
References: <
[🔎] 57369B0A.20704@unixindia.com" class="removed-link" href="">
[🔎] 57369B0A.20704@unixindia.com>
In-Reply-To: <
[🔎] 57369B0A.20704@unixindia.com" class="removed-link" href="">
[🔎] 57369B0A.20704@unixindia.com>
--gnciMwWnKKSD86QBre2gmPiJX0kXehJxF
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Am 14.05.2016 um 05:27 schrieb Bhasker C V:
> Hi
>=20
> I am finding it difficult to settle on a good network manager which
> can work for my case
>=20
> 1. My home dir is luks/ext4 and mounted manually after logging in for
> the first time
> 2. My GUI is started after mounting my home dir and by manual startx on=
ly
>=20
> I could never get my network manager to store passwords in the user dir=
=2E
This works just fine here, out-of-the-box using GNOME3.
passwords can be system-owned (stored in
/etc/NetworkManager/system-connections) which have the benefit of being
available during early boot or agent/user-owend, i.e. they are stored in
the users keyring.
For that the user needs to be logged into the desktop environment.
You can configure this easily via nm-connection-editor on a
per-connection basis.
GNOME3 uses gnome-keyring which is started automatically and unlocked if
you have libpam-gnome-keyring installed (assuming the login password and
keyring password are the same). libpam-gnome-keyring will most likely
not work if you use startx. Fwiw, I strongly recommend to use a display
manager.
If you use a different desktop environment, you might have to start
gnome-keyring manually and unlock the keyring on your own, or don't use
a passphrase for your gnome keyring, which should be okayish, since you
luks encrypt your home.
You can change the password for your gnome keyring using the seahorse too=
l.
The start of gnome-keyring is handled via
/etc/xdg/autostart/gnome-keyring-*.
Michael
--=20
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
--gnciMwWnKKSD86QBre2gmPiJX0kXehJxF--
--7OePlmKvjwjxQDs3K2uxntlCTkpWWxdMp
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJXOHyYAAoJEGrh3w1gjyLcOXUP+gO7rXiwhndTm25QUkkdDZE3
ocA4584kQP+gTU6PNRlokriA034KqLOEq9uqMfHfAoSd3HhrPVKb5SqFwgKDd8d4
Gq/s+pwiJ6h5csHZUJORQ33LVNhULYfwKZ9C1Kf7TH1+OcO2QX0s8eoZcAJaoLgG
5AQUemnZ50gN6ZBkvfMuDFb+DptMv3vQf9ojREkMBpqySkPWLp15liyUpoiIWiM5
d4gDZRMz9qRNm+TYsdINRwRXzcN6DrqP26g4gJAF1joH2joHl2J9vcQENoWes/7A
XwiAiOsyxX4MOnTN2qIXELqlxYiqaTtrxX44QT5slAAltmiDnq12dE/ZdBjkJE9q
ilHE6dWgT39kJz1pIA14xjVNi71vLhZbv/qV6v+C6xs2L/yTCbdte/FcXvdqAvQJ
PIcYO9sJxFI26xv9MeqPodZFDxjmQilCZZUiUA5v1mO+Xw0RWmrZYw1yIUNmQoxZ
XSdxP3LExz/S9CV1M6JHgBiLf1FYXMlwUuEQDoU5E0YaljK98TRMHDsD/LQMoRAl
/2/TZdnsrtUscJo+dDwz5nm6Beoz/IeU4Y0OxPNFMroLFEIIiOMb8USsbWCKWIe3
Mf/b+7fs7orLPnLN/GglBexa6hTjj7+Sp2B22P+bEw5bxjVQGzFDmXWU9/kmLsuR
deRYg+uCDaQ7omuZmvIn
=ZpZo
-----END PGP SIGNATURE-----
--7OePlmKvjwjxQDs3K2uxntlCTkpWWxdMp--
Date: Sun, 15 May 2016 09:52:37 -0400
From: Frank Pikelner <
frank.pikelner@gmail.com>
To:
debian-user@lists.debian.orgSubject: Jessie unable to install DEB
Message-ID: <CAKgjUVSYoaPbK1WF_umMrer7wQjeiE4P7LV7b0tGWiJRCFT+
tA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
I'm trying to install DEB so that I can install backports and get
letsencrypt going.
apt get install deb
tells me that "unable to locate package deb"?
Has something changed?
Frank