Re: [DNG] Larcenous mail threads.

2016-07-17 Thread Didier Kryn

Edward,

Do you realize you have been consuming a large fraction of the 
"bandwidth" of this mailing list for your own e-learning of the C 
language and of Linux OS, and for expressing your pathos about the 
reactions of others?


This list has a lot of short-lived off-topic (or sideways) threads, 
which I consider interesting, your's is really long-lived and that may 
explain the reactions of others. As someone already told you, you might 
better find another list for e-learning the C language.


Didier
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Larcenous mail threads.

2016-07-17 Thread Edward Bartolo
Hi,

Simon Walker wrote:
<<
Edward, you need to read a 101 computing book or a take primer in CS -
and have some patience.  It takes time to learn something. Don't
expect so much from yourself.
>>
Do you realise you are not talking to a child? "101 computing" is
aimed for children.

<<
Put down those programming tools until you understand how a computer works.
>>
What do you mean by that? Are you addressing a computer hardware
engineering student?

<<
Can you explain how a computer works to a child or perhaps a rubber duck?
>>
You place a child at the same level as a rubber duck?! A child can
understand provided any concepts used are within his/her mental age.

Bring me a child whose mental ability is within the norm and we will
see whether I can explain to him/her how a computer works. Although it
should be unnecessary to state the obvious, a child cannot understand
any concepts that are beyond his mental age.

Edward
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Inform DNG users their email has been moved.

2016-07-17 Thread Simon Walter

On 07/18/2016 01:53 AM, Edward Bartolo wrote:

Hi,

I would like to suggest DNG mail moderators/admins to consider
informing mail senders that their mail has been moved. Other email
providers like Google always duly informs its users when their email
fails to reach its destination and this notwithstanding the huge
number of gmail users.


...

I think you might want to explain what has happened a bit more. What do 
you mean by "their mail has been moved"?


Do you know how email works? Do you know how mailing lists work? Your 
email reached it's destination: dng@lists.dyne.org


You obviously have not read "how to be a hacker". You are pretty 
fortunate to have a connection to the Internet. You are pretty fortunate 
the Internet even exists. The only thing I am left to wonder is if you 
are a troll. Though, again, I should probably apply Hanlon's razor.


You are whinny and ungrateful. If you are to make friends, you must show 
yourself friendly.


Simon
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Larcenous mail threads.

2016-07-17 Thread Simon Walter

On 07/18/2016 02:11 AM, Didier Kryn wrote:

Le 15/07/2016 06:43, Edward Bartolo a écrit :

Yes, I refrain from writing C obfuscated code.


+1

  It doesn't make sense
with today's powerful computers not to write readable code, that is
why I make an effort to write readable code.

I would rather give credit to high quality compilers than powerful
computers.



Yup, this is where the credit belongs. Though, it could be said that 
large screens are powerful.


Edward, you need to read a 101 computing book or a take primer in CS - 
and have some patience. It takes time to learn something. Don't expect 
so much from yourself. Put down those programming tools until you 
understand how a computer works. It will make your life easier. How do 
you know if you know how a computer works? Can you explain how a 
computer works to a child or perhaps a rubber duck? We teach what we 
need to learn. Being intentional is what counts.


Simon
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Inform DNG users their email has been moved.

2016-07-17 Thread mett
On Sun, 17 Jul 2016 18:53:21 +0200
Edward Bartolo  wrote:

> Hi,
> 
> I would like to suggest DNG mail moderators/admins to consider
> informing mail senders that their mail has been moved. Other email
> providers like Google always duly informs its users when their email
> fails to reach its destination and this notwithstanding the huge
> number of gmail users.
> 
> It is rude to leave mail senders in the dark. This lately happened to
> me. I mistakenly attributed the strange DNG behaviour to some
> temporary failure, and resulted in myself sending the same email
> several times. Some users got irritated by this resulting in abuse
> being directed at me, although the perpetrator later said it was not
> intended. Intended or not, it did add yet another nail to the coffin
> of my commitment to the Devuan project.
> 
> I am a person who takes a very long and painful time to make certain
> decisions, but when I decide, it is always final. Some people will
> deem this as "drama", but truly I have been considering withdrawing
> from Devuan for several months. Such a decision will be followed by a
> request to have my git rights removed.
> 
> Regrettably this is the situation. Those who abuse are always
> supported while I am always found to blame. This is plain
> psychological abuse as it slowly erodes self confidence in one's own
> perception of reality.
> 
> Edward
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi Edward,

I don't know exactly what happened with this mail thingy
but don't let small negatives vibes spread in your mind.
Many people on ML, generally, have quite strong opinion and
can't keep themselves to answer, when sometimes the best path
is just to ignore and go next step.

It's an international list, we do not speak the same English,
so give a chance to just plain misunderstanding.

And when it's not misunderstanding, just ignore and go next step,
life is too short!
Quite OT, sorry.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Help needed debugging MySQL install

2016-07-17 Thread Simon Walter

On 07/18/2016 08:15 AM, Rick Moen wrote:

Quoting aitor_czr (aitor_...@gnuinos.org):


> The substitute for MySQL is MariaDB :)

What you said.  ;->  MariaDB is a 100% compatible workalike
(binary drop-in replacement).
https://mariadb.com/kb/en/mariadb/mariadb-vs-mysql-compatibility/


Same installation bug(?) with mariadb.

bash /usr/bin/mysql_install_db --rpm --user=mysql --disable-log-bin 2>&1 
| $ERR_LOGGER


I thought it would be the case. As it is drop-in replacemen, there is 
not really any reason to re-write the package scripts. So I guess I 
should report this to two package maintainers.


Thanks for reminding me of mariadb.

Simon
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Need for documentation (golinux)

2016-07-17 Thread Go Linux
On Sat, 7/16/16, Steve Litt  wrote:

 Subject: Re: [DNG] Need for documentation (golinux)
 To: dng@lists.dyne.org
 Date: Saturday, July 16, 2016, 9:24 AM
 
On Sat, 16 Jul 2016 13:25:58 + (UTC)

Go Linux  wrote:

>>
>> Actually this is the place where slim issues are being posted.  ;)
>>
>> https://git.devuan.org/devuan-packages/slim/issues
>>
>> golinux
> 
> 
> Cool, I just added, at the preceding URL, the request for special login
> names being enumerated on the login screen.
> 
> SteveT
> 


Note to anyone wanting to play with adding text to the Slim login screen . . . 

On my machine, the purpy slim theme is located at 
/usr/share/slim/themes/devuan-curve/slim.theme

There is one description error # background.png is 50x50 leafy green square.  
It should be 
# background.png is 50x50 purpy square.  The hex is correct.

Everything entered on the panel is in pixels and absolute position.

I don't know how to get it into git if I can get this working here.  I'm gonna 
try to figure that out over the next couple of days.  Or I could pass it on to 
someone who is already fluent in git.  :)  Or maybe someone else will figure it 
out before me.  (I'm old and slow counting down to 74 in a few days . . . )

golinux




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Help needed debugging MySQL install

2016-07-17 Thread Rick Moen
Quoting aitor_czr (aitor_...@gnuinos.org):

> The substitute for MySQL is MariaDB :)

What you said.  ;->  MariaDB is a 100% compatible workalike 
(binary drop-in replacement).
https://mariadb.com/kb/en/mariadb/mariadb-vs-mysql-compatibility/

I'm personally also very fond of Drizzle, a cleaned-up, simplified fork: 
http://www.drizzle.org/


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

2016-07-17 Thread Rick Moen
Quoting Dragan FOSS (dragan.f...@gmx.com):

> >The purpose of libsystemd0 is to enable packages whose code has been
> >'enhanced' with spurious systemd depedencies to work on systemd-less
> >systems. That's absolutely not harmless.
> 
> So, why not remove it? ;>
> TRIOS == excellence in simplicity :)

Very nice!  Thanks for offering that.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

2016-07-17 Thread Rick Moen
Quoting Rainer Weikusat (rweiku...@talktalk.net):

> The purpose of libsystemd0 is to enable packages whose code has been
> 'enhanced' with spurious systemd depedencies to work on systemd-less
> systems. That's absolutely not harmless.

Your implied concept of 'purpose' is IMO a bit problematically abstract
and teleological for my taste.  What I find more connected to the real
world, clearer in reference to my experience, is the concept of
_function_, i.e., what things do.

As has been abundantly documented, without systemd itself present, 
/lib/[$ARCH]/libsystemd.so.0 does basically nothing at all, as it cannot
do anything.  (I'd rather have it gone, and have suggested some ways to
do so, which should be tested before use on production systems.)

If you insist on talking, by contrast, about 'purpose', I'd say that the
purpose of every piece of software on my server is to support my and my
users' computing.  The codebases are of course severely imperfect at
that, because code is imperfect.  If you disagree and think they have
different purposes, I'll just stoutly assert that it's because you hew
to a different religion, while I profess Me-ism.  ;->

Be careful where attribution of 'purpose' to code takes you:

[rick@linuxmafia]
~ $ ldd $(which ssh)
linux-gate.so.1 =>  (0xb77b)
libresolv.so.2 => /lib/i686/cmov/libresolv.so.2 (0xb7736000)
libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb75de000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb75da000)
libz.so.1 => /usr/lib/libz.so.1 (0xb75c6000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7597000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb745)
/lib/ld-linux.so.2 (0xb77b1000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb739e000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb737b000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7378000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb7371000)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb736d000)
libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7354000)
[rick@linuxmafia]
~ $ 

Is the 'purpose' of /usr/bin/ssh being dependent on sonames
libgssapi_krb5.so.2 and libkrb5.so.3 on my Kerberos-less server to
enable packages whose code has been 'enhanced' with spurious Kerberos
dependencies to work on Kerberos-less systems?  Is the 'purpose' of 
/usr/bin/ssh being dependent on soname the enabling of packages whose
code has been 'enhanced' with spurious kernel keyutils key-retention
functions to work on keyutils-less systems?

It's all bit high-flown for me, and a bit too much like theology.
Personally, I would rather just be concerned with what things _do_.

And, of course, with process:  In my experience, packagers often build
into dynamic binaries calls to libraries that somebody, somewhere
_might_ use.  E.g., I doubt that the packager of /usr/bin/ssh is a
secret agent attempting to sneak Kerberos into everyone's computing.

But you knew all that, right?

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

2016-07-17 Thread Dragan FOSS

The purpose of libsystemd0 is to enable packages whose code has been
'enhanced' with spurious systemd depedencies to work on systemd-less
systems. That's absolutely not harmless.


So, why not remove it? ;>
TRIOS == excellence in simplicity :)

***
[dragan@trios-eudev][~/Desktop]$ cat /etc/apt/sources.list
deb http://http.debian.net/debian/ jessie non-free contrib main
deb-src http://http.debian.net/debian/ jessie main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
deb-src http://security.debian.org/ jessie/updates main contrib non-free
deb http://http.debian.net/debian/ jessie-updates main contrib non-free
deb-src http://http.debian.net/debian/ jessie-updates main contrib non-free
deb http://http.debian.net/debian/ jessie-backports non-free contrib main
deb-src http://http.debian.net/debian/ jessie-backports main contrib 
non-free

[dragan@trios-eudev][~/Desktop]$ cat /etc/apt/sources.list.d/trios.list
deb http://mirror.org.rs/trios/mia/ mia main sysdfree zfs eudev
deb-src http://mirror.org.rs/trios/mia/ mia main sysdfree zfs eudev

[dragan@trios-eudev][~/Desktop]$ cat /etc/apt/preferences.d/trios.pref
Package: *
Pin: origin "mirror.org.rs"
Pin-Priority: 1001

Package: systemd
Pin: release *
Pin-Priority: -1

Package: systemd-shim
Pin: release *
Pin-Priority: -1

Package: systemd-sysv
Pin: release *
Pin-Priority: -1

Package: libsystemd0
Pin: release *
Pin-Priority: -1

Package: libsystemd0:i386
Pin: release *
Pin-Priority: -1

Package: libsystemd-dev
Pin: release *
Pin-Priority: -1

Package: packagekit
Pin: release *
Pin-Priority: -1


[dragan@trios-eudev][~/Desktop]$ apt-cache policy libsystemd0
libsystemd0:
  Installed: (none)
  Candidate: (none)
  Package pin: 215-17+deb8u4
  Version table:
 215-17+deb8u4 -1
500 http://http.debian.net/debian/ jessie/main amd64 Packages
[dragan@trios-eudev][~/Desktop]$

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Help needed debugging MySQL install

2016-07-17 Thread aitor_czr

Hi Simon,

On 07/17/2016 02:00 PM, Simon Walter  wrote:

Hi everyone,

I am having trouble installing mysql-server inside a container (lxc). I
have the same problem with a fresh Jessie install. so it doesn't seem
specific to Devuan.

Basic description of problem:You should check the account's password after the 
package installation."

After unpacking and setting up the packages, mysql is stopped and the
root use password is to be set. However, the management database does
not exist and/or cannot be created. There are no files in
/var/lib/mysql/mysql and it is owned by root. On an successful install
(not in a container) that dir is owned by mysql.

The log files show:
160716 22:32:16 [Note] Plugin 'FEDERATED' is disabled.
160716 22:32:16 InnoDB: The InnoDB memory heap is disabled
160716 22:32:16 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160716 22:32:16 InnoDB: Compressed tables use zlib 1.2.8
160716 22:32:16 InnoDB: Using Linux native AIO
160716 22:32:16 InnoDB: Initializing buffer pool, size = 128.0M
160716 22:32:16 InnoDB: Completed initialization of buffer pool
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
160716 22:32:16  InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
160716 22:32:17  InnoDB: Log file ./ib_logfile0 did not exist: new to be
created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
160716 22:32:17  InnoDB: Log file ./ib_logfile1 did not exist: new to be
created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: 127 rollback segment(s) active.
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
160716 22:32:17  InnoDB: Waiting for the background threads to start
160716 22:32:18 InnoDB: 5.5.49 started; log sequence number 0
ERROR: 1146  Table 'mysql.user' doesn't exist
160716 22:32:18 [ERROR] Aborting

160716 22:32:18  InnoDB: Starting shutdown...
160716 22:32:19  InnoDB: Shutdown completed; log sequence number 1595675
160716 22:32:19 [Note] /usr/sbin/mysqld: Shutdown complete

160716 22:38:41 mysqld_safe Starting mysqld daemon with databases from
/var/lib/mysql
160716 22:38:41 [Warning] Using unique option prefix key_buffer instead
of key_buffer_size is deprecated and will be removed in a future
release. Please use the full name instead.
160716 22:38:41 [Note] /usr/sbin/mysqld (mysqld 5.5.49-0+deb8u1)
starting as process 1156 ...
160716 22:38:41 [Warning] Using unique option prefix myisam-recover
instead of myisam-recover-options is deprecated and will be removed in a
future release. Please use the full name instead.
160716 22:38:41 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Table 'mysql.plugin' doesn't exist
160716 22:38:41 [ERROR] Can't open the mysql.plugin table. Please run
mysql_upgrade to create it.
160716 22:38:41 InnoDB: The InnoDB memory heap is disabled
160716 22:38:41 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160716 22:38:41 InnoDB: Compressed tables use zlib 1.2.8
160716 22:38:41 InnoDB: Using Linux native AIO
160716 22:38:41 InnoDB: Initializing buffer pool, size = 128.0M
160716 22:38:41 InnoDB: Completed initialization of buffer pool
160716 22:38:41 InnoDB: highest supported file format is Barracuda.
160716 22:38:41  InnoDB: Waiting for the background threads to start
160716 22:38:42 InnoDB: 5.5.49 started; log sequence number 1595675
160716 22:38:42 [Note] Server hostname (bind-address): '127.0.0.1';
port: 3306
160716 22:38:42 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
160716 22:38:42 [Note] Server socket created on IP: '127.0.0.1'.
160716 22:38:42 [ERROR] Fatal error: Can't open and lock privilege
tables: Table 'mysql.host' doesn't exist
160716 22:38:42 mysqld_safe mysqld from pid file
/var/run/mysqld/mysqld.pid ended

On a successful install, there are no errors about missing tables:
160716 16:27:53 [Note] Plugin 'FEDERATED' is disabled.
160716 16:27:53 InnoDB: The InnoDB memory heap is disabled
160716 16:27:53 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160716 16:27:53 InnoDB: Compressed tables use zlib 1.2.8
160716 16:27:53 InnoDB: Using Linux native AIO
160716 16:27:53 InnoDB: Initializing buffer pool, size = 128.0M
160716 16:27:53 InnoDB: Completed initialization of buffer pool
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
160716 16:27:53  InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
160716 16:27:53  InnoDB: Log file ./ib_logfile0 did not exist: new to be
created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
160716 16:27:53  InnoDB: Log file ./ib_logfile1 did not exist: ne

Re: [DNG] libsx-dev and libsx0 packages don't work

2016-07-17 Thread Dragan FOSS

On 07/16/2016 04:55 PM, Steve Litt wrote:

Unfortunately, I can't find the source code anywhere.


ftp://ftp.ac-grenoble.fr/ge/Xlibraries/
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

2016-07-17 Thread Rainer Weikusat
Rick Moen  writes:

[...]

>> Systemd is vendor lock-in and there is no other way to explain it when
>> "apache2-common" cannot be installed due to libsystemd0 dependency. 
>
> Ah, _libsystemd0_.  Thanks for the clarification.  You were not talking
> about a dependency that resolves to package systemd, but rather one that
> resovles to package libsystemd0.
>
> Well, then, that clarifies things.  We can now agree to disagree about
> an almost certainly functionally meaningless package dependency on
> libsystemd0 equating to a system being chained to system, and thus a
> qualifying example of 'the tentacular and insidious reach of systemd'.  
> Quoting my page:
>
>   A few things such as bsdutils and util-linux have started to depend on
>   libsystemd0, but that seems entirely harmless. I respect the developers
>   behind Devuan, and know they have done & are doing a great deal more
>   than just omitting systemd, but it seems to me that there was a lot of
>   hyperventilating over mere presence of a lib that's doing zero harm just
>   sitting there.

The purpose of libsystemd0 is to enable packages whose code has been
'enhanced' with spurious systemd depedencies to work on systemd-less
systems. That's absolutely not harmless.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Larcenous mail threads.

2016-07-17 Thread Didier Kryn

Le 15/07/2016 06:43, Edward Bartolo a écrit :

Yes, I refrain from writing C obfuscated code.


+1

  It doesn't make sense
with today's powerful computers not to write readable code, that is
why I make an effort to write readable code.
I would rather give credit to high quality compilers than powerful 
computers.


Didier


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


[DNG] Inform DNG users their email has been moved.

2016-07-17 Thread Edward Bartolo
Hi,

I would like to suggest DNG mail moderators/admins to consider
informing mail senders that their mail has been moved. Other email
providers like Google always duly informs its users when their email
fails to reach its destination and this notwithstanding the huge
number of gmail users.

It is rude to leave mail senders in the dark. This lately happened to
me. I mistakenly attributed the strange DNG behaviour to some
temporary failure, and resulted in myself sending the same email
several times. Some users got irritated by this resulting in abuse
being directed at me, although the perpetrator later said it was not
intended. Intended or not, it did add yet another nail to the coffin
of my commitment to the Devuan project.

I am a person who takes a very long and painful time to make certain
decisions, but when I decide, it is always final. Some people will
deem this as "drama", but truly I have been considering withdrawing
from Devuan for several months. Such a decision will be followed by a
request to have my git rights removed.

Regrettably this is the situation. Those who abuse are always
supported while I am always found to blame. This is plain
psychological abuse as it slowly erodes self confidence in one's own
perception of reality.

Edward
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


[DNG] Please, inform

2016-07-17 Thread Edward Bartolo

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Help needed debugging MySQL install

2016-07-17 Thread Simon Walter

On 07/17/2016 01:01 PM, Simon Walter wrote:

Hi everyone,

I am having trouble installing mysql-server inside a container (lxc). I
have the same problem with a fresh Jessie install. so it doesn't seem
specific to Devuan.

Basic description of problem:
After unpacking and setting up the packages, mysql is stopped and the
root use password is to be set. However, the management database does
not exist and/or cannot be created. There are no files in
/var/lib/mysql/mysql and it is owned by root. On an successful install
(not in a container) that dir is owned by mysql.


More info:
mysql_install_db does not seem to be running from the postinst script. 
When I run this manually, it succeeds. I think it is failing to run 
because I have no syslog.


ERR_LOGGER="logger -p daemon.err -t mysqld_safe -i"
bash /usr/bin/mysql_install_db --user mysql --rpm 2>&1 | $ERR_LOGGER

I find it strange, because logger does not fail even if there is no 
syslog daemon.


I was wondering why the command is prefixed with "bash". That doesn't 
seem to work

test.sh:
#!/bin/bash
bash /bin/date

#./test.sh
/bin/date: /bin/date: cannot execute binary file

The strange thing is it works when there is a syslog daemon installed.

Any ideas?

Simon
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Why Debian 8 Pinning is (or isn't) pointless

2016-07-17 Thread aitor_czr


LOL,

On 07/17/2016 02:00 PM, Rick Moen  wrote:

On 07/16/2016 10:15 PM, Rick Moen  wrote:

> >Iron-clad proof that Bill Gates owns Fort Knox.  ;->

>
>Linuxmafia ??

I did get a very bemused mail from the main organiser of Linux Silicia,
because of the domain name.  (It does have the advantage of being
somewhat memorable.)


I've been in Milano, Veronia, Pisa, Venecia, Rome, Firence, Napoles, 
Salerno, The Lago of Como...


My photo in twitter is taken in Como :)

LOL again :)

  Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng