Re: systemd error
Hi. On Fri, Mar 08, 2019 at 04:00:05PM -0500, Default User wrote: > Hi. Got a (minor) systemd problem. ... >└─3684 /usr/sbin/minissdpd -i enp7s0 -i wlp6s0 ... > So, although the minissdpd.service unit is enables, it does not start > automatically at boot, but will start manually using systemctl start/stop. What is most likely happening at boot is that systemd tries to start minissdpd before configuring interfaces enp7s0 and wlp6s0. So it fails at boot, but works for manual restart because by then you have both enp7s0 and wlp6s0 up and running. Adding a dependency in the form of: [Unit] After=sys-subsystem-net-devices-enp7s0.device sys-subsystem-net-devices-wlp6s0.device Requires=sys-subsystem-net-devices-enp7s0.device sys-subsystem-net-devices-wlp6s0.device Should help with the issue. Reco
Re: Apache - Dialoguer avec une théière - Redirection ErrorDocument ne fonctionne pas
Le 08/03/2019 à 19:00, Ph. Gras a écrit : > Salut, > >> J'ai voulu intégrer dans la configuration de mon VirtualHost, une >> redirection basée sur ErrorDocument 418, pour renvoyer vers une page >> personnalisée. >> 1- Consulter une page avec un header 418 (OK) >> 2- Etre redirigé vers la page personnalisée qui décrit l'erreur. (KO) > ce que tu décris là me suffit pour diagnostiquer une erreur dans ton script > PHP et non une erreur avec Apache. > > Ça m'est déjà arrivé avec un CMS, en utilisant des fonctions du CMS que > j'avais mal comprises et implémentées. Comme ce n'était pas sur Joomla, > je ne peux pas t'en dire plus. > > Ceci dit, je ne sais pas à quoi ça t'avance concrètement. Des essais m'ont > convaincu que les robots qui tapent dedans ne comprennent pas l'astuce. > > À croire qu'ils n'ont pas d'humour ! > > Ph. Gras Bonjour, Possible mais faux à la fois, je veux bien un retour sur l'erreur PHP, je m'explique : Si j'analyse le code header retourné au navigateur, c'est bien un code 418. Dès lors, l'objectif est résolu, j'obtiens un code 418 en front end. Mes notes : https://www.visionduweb.fr/blog/22-serveur/168-erreur-http-418-teapot La page qui retourne le code 418 : https://www.visionduweb.fr/teapot.php Cette erreur PHP dont tu me parles, est peut être présente, mais, j'attends ton retour à ce sujet, cela ne crée pas le problème de Apache2. Si je tente de configurer le VirtualHost de Apache, en rajoutant un ErrorDocument 418 URL_REDIRECTION, la configuration de Apache est refusée. Pourtant, j'ai déjà en place un ErrorDocument 403 URL_REDIRECTION qui fonctionne. La gestion des codes erreurs devrait donc bien accepter mon code erreur 418, tentative de dialogue avec une théière. Ce n'est pas le cas. Rien à voir avec PHP directement donc, puisque c'est la configuration de Apache2 que je tente de renseigner.
Re: User rw Permissions on New Hard Drive
Please don't oversnip. This subthread was about labels (aka LABELs). On Fri 08 Mar 2019 at 08:20:40 (-0500), Greg Wooledge wrote: > On Thu, Mar 07, 2019 at 09:15:51PM -0600, David Wright wrote: > > On Thu 07 Mar 2019 at 23:12:29 (+0100), Pascal Hambourg wrote: > > > Le 07/03/2019 à 20:23, David Wright a écrit : > > > > > > > > A filesystem > > > > that has a label, has that label regardless of any OS. > > > > > > Have you ever used UDF ? > > > > Yes. As far as my experience goes, there's not a lot of difference. > > I've had no occasion to *write* DVDs on a computer system, so I can > > only speak of reading them. > > For writing, fstab and mount are not involved in any way whatsoever. > The device must *not* be mounted, and one must ensure that no Desktop > Environment application will attempt to auto-mount the medium while the > write is underway. > > After generating or downloading the image, That was my point. In order to generate an image like the ones illustrated, which were from DVDs burned in my DVD recorder from analogue input, I would have to know how to write a UDF filesystem. So my answering "Yes" to "Have you ever used UDF ?" needed qualification. In case you missed the point, the symlinks, mount and blkid commands were included in the post only to demonstrate that the LABELs I was observing in the UDF filesystems on my DVDs were usable in the same way as those in extX and FAT filesystems. (If it walks like a duck …) > > > It has a set of identifiers, and I observed > > > that Windows and blkid did not use the same identifier as the label. If I *had* experience of writing DVDs, then I might have known what the set of identifiers were that Pascal was speaking about. As it is, I guessed there'd be a mkudffs command, and googling its man page revealed that there may be about four LABELish thingies. (I don't know which might be quacking like a duck on my DVDs.) Perhaps I'll take a look at these items some other time. > one simply uses a command like > > cdrecord -v image.iso > > or the equivalent command for other software. On a machine with just one > CD/DVD drive, you typically don't even need to specify the device. I've only burned CDs, and they've typically had iso9660 filesystems, or else no filesystems at all (ie Red Book). The former have LABELs which I set with mkisofs -V . Cheers, David.
systemd error
Hi. Got a (minor) systemd problem.
Running:
- 64-bit X86 computer.
- Debian Unstable, fully updated.
- Cinnamon desktop environment.
- stock setup, nothing exotic.
Boot up okay.
Internet connectivity okay (wifi, using Network Manager). No apparent
problems.
But,
--
doofus@doofus:~$ sudo systemctl status
[sudo] password for doofus:
● doofus
State: degraded
Jobs: 0 queued
Failed: 1 units
. . .
--
: (
--
doofus@doofus:~$ sudo systemctl
[sudo] password for doofus:
UNITLOAD ACTIVE SUB
DESCRIPTION
proc-sys-fs-binfmt_misc.automount loaded active
waiting Arbitrary Executable File
. . .
● minissdpd.service loaded failed failed
keep memory of all UPnP d
. . .
--
doofus@doofus:~$ sudo systemctl is-enabled minissdpd.service
enabled
--
doofus@doofus:~$ sudo systemctl stop minissdpd.service
--
doofus@doofus:~$ sudo systemctl start minissdpd.service
--
doofus@doofus:~$ sudo systemctl status minissdpd.service
● minissdpd.service - keep memory of all UPnP devices that announced
themselves
Loaded: loaded (/lib/systemd/system/minissdpd.service; enabled; vendor
preset: enabled)
Active: active (running) since Fri 2019-03-08 15:39:02 EST; 2min 14s ago
Docs: man:minissdpd(1)
Process: 3683 ExecStart=/usr/lib/minissdpd/minissdpd-systemd-wrapper
${MiniSSDPd_INTERFACE_ADDRESS} $M
Main PID: 3684 (minissdpd)
Tasks: 1 (limit: 4915)
Memory: 400.0K
CGroup: /system.slice/minissdpd.service
└─3684 /usr/sbin/minissdpd -i enp7s0 -i wlp6s0
Mar 08 15:39:02 doofus systemd[1]: Starting keep memory of all UPnP devices
that announced themselves.
Mar 08 15:39:02 doofus systemd[1]: Started keep memory of all UPnP devices
that announced themselves.
--
doofus@doofus:~$ sudo systemctl status
● doofus
State: running
Jobs: 0 queued
Failed: 0 units
--
So, although the minissdpd.service unit is enables, it does not start
automatically at boot, but will start manually using systemctl start/stop.
My system "seems" to work okay (I didn't know there was a systemd problem
until I checked systemctl status out of curiosity. But I really would like
to find out why this unit does not autostart on bootup, and how to fix
that.
Ideas?
Re: Apache - Dialoguer avec une théière - Redirection ErrorDocument ne fonctionne pas
Salut, > J'ai voulu intégrer dans la configuration de mon VirtualHost, une > redirection basée sur ErrorDocument 418, pour renvoyer vers une page > personnalisée. > 1- Consulter une page avec un header 418 (OK) > 2- Etre redirigé vers la page personnalisée qui décrit l'erreur. (KO) ce que tu décris là me suffit pour diagnostiquer une erreur dans ton script PHP et non une erreur avec Apache. Ça m'est déjà arrivé avec un CMS, en utilisant des fonctions du CMS que j'avais mal comprises et implémentées. Comme ce n'était pas sur Joomla, je ne peux pas t'en dire plus. Ceci dit, je ne sais pas à quoi ça t'avance concrètement. Des essais m'ont convaincu que les robots qui tapent dedans ne comprennent pas l'astuce. À croire qu'ils n'ont pas d'humour ! Ph. Gras
Re: Apache - Dialoguer avec une théière - Redirection ErrorDocument ne fonctionne pas
> Dialoguer avec un lampadaire ? Alors plutôt avec Macron. > (mieux vaut réponse baratin-pipeau que rien du tout). > > On est vendredi, je sors... Arriver à gérer l'errorDocument avec Apache, pour une erreur 418 ;) Vous avez le week end pour faire mieux que le protocole de communication avec Macron. A défaut de faire mieux, après quelques bières, tentez le dialogue avec un lampadaire.
Re: Apache - Dialoguer avec une théière - Redirection ErrorDocument ne fonctionne pas
On Friday 08 March 2019 16:34:57 G2PC wrote: > Pour conclure, une fois le dialogue possible avec une théière, > j'aimerais pouvoir dialoguer avec un lampadaire. > (Comprendre, dialoguer avec un protocole fictif, lampadaire. > Quelques pistes ?) Dialoguer avec un lampadaire ? Alors plutôt avec Macron. (mieux vaut réponse baratin-pipeau que rien du tout). On est vendredi, je sors...
Horde et Mysql
Bonjour, Je tente d'installer horde. J'ai donc installer les package de debian. Puis, j'ai mis a jour aver pear. J'ai créé une database et un user horde. Ce dernier à les droits sur la database. J'ai ouvert dans un nafigateur horde et je suis allé coté administration pour configurer ce dernier pour accéder à mysql. Je me suis connecté avec horde sur la database. Cette dernière ne possède aucune table. Mais, horde m'indique toujours que la bese n'est pas configurer. J'ai louper quelque-chose? Si vous avez une solution une piste Cordialement
Apache - Dialoguer avec une théière - Redirection ErrorDocument ne fonctionne pas
Bonjour,
C'est bientôt le week end, j'aimerais discuter avec une théière :
https://www.visionduweb.fr/blog/22-serveur/168-erreur-http-418-teapot
J'ai réussi à afficher le code HTTP 418, ça me change la vie, je ferais
sûrement un meilleur thé.
J'ai voulu intégrer dans la configuration de mon VirtualHost, une
redirection basée sur ErrorDocument 418, pour renvoyer vers une page
personnalisée.
1- Consulter une page avec un header 418 (OK)
2- Etre redirigé vers la page personnalisée qui décrit l'erreur. (KO)
J'arrive bien à consulter la page, étape 1, tout en affichant mon texte,
mais, la redirection de Apache ErrorDocument 418 n'est pas fonctionnelle.
Si j'ajoute ErrorDocument 418 URL dans la configuration de apache2.4,
apache ne redémarre pas !
J'ai bien pensé que la gestion de cette erreur " troll " n'était peut
être pas implémentée dans Apache2 ?
Après quelques lectures, j'ai trouve le module ci-dessous, nommé
mod_teapot.c
Je l'ai chargé sur mon pc bureau pour observer son code source, mais, je
reste dubitatif.
A quoi sert ce module ?
J'ai pensé trouver un module, qui me permettre la prise en compte de
l'erreur 418, pour renseigner ErrorDocument 418, et pouvoir redémarrer
Apache, mais, je n'ai pas l'impression que cela soit ça, en fait, je ne
sais pas !
Merci, à ceux qui sauront m'expliquer le comportement de ce code
ci-dessous, pour ce module nommé mod_teapot.c
Merci, à ceux qui sauraient comment faire pour pouvoir renseigner une
ErrorDocument 418 dans le VirtualHost, et, arriver à redémarrer Apache2.
Pour conclure, une fois le dialogue possible avec une théière,
j'aimerais pouvoir dialoguer avec un lampadaire.
( Comprendre, dialoguer avec un protocole fictif, lampadaire. Quelques
pistes ? )
/* Licensed to the Apache Software Foundation (ASF) under one or more
* contributor license agreements. See the NOTICE file distributed with
* this work for additional information regarding copyright ownership.
* The ASF licenses this file to You under the Apache License, Version 2.0
* (the "License"); you may not use this file except in compliance with
* the License. You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
/*
* mod_teapot.c --- RFC2324 HTCPCP/1.0 for Teapots.
*
* Given that we're a teapot, return the 418 result code to
* any attempt at BREW or WHEN.
*
* Note: RFC7168 The Hyper Text Coffee Pot Control Protocol for Tea Efflux
* Appliances (HTCPCP-TEA) is not yet supported.
*
*/
#include "httpd.h"
#include "http_config.h"
#include "http_protocol.h"
#include "http_request.h"
#include "ap_config.h"
/* The sample content handler */
static int teapot_handler(request_rec *r)
{
ap_allow_standard_methods(r, MERGE_ALLOW, M_BREW, M_WHEN, -1);
if (r->method_number != M_BREW && r->method_number != M_WHEN) {
return DECLINED;
}
/* We are a teapot, so reject this request */
return HTTP_IM_A_TEAPOT;
}
static void teapot_register_hooks(apr_pool_t *p)
{
ap_hook_handler(teapot_handler, NULL, NULL, APR_HOOK_MIDDLE);
}
/* Dispatch list for API hooks */
module AP_MODULE_DECLARE_DATA teapot_module = {
STANDARD20_MODULE_STUFF,
NULL, /* create per-dir config structures */
NULL, /* merge per-dir config structures */
NULL, /* create per-server config structures */
NULL, /* merge per-server config structures */
NULL, /* table of config file commands */
teapot_register_hooks /* register hooks */
};
Re: User rw Permissions on New Hard Drive
On Thu, Mar 07, 2019 at 09:15:51PM -0600, David Wright wrote: > Yes. As far as my experience goes, there's not a lot of difference. > I've had no occasion to *write* DVDs on a computer system, so I can > only speak of reading them. For writing, fstab and mount are not involved in any way whatsoever. The device must *not* be mounted, and one must ensure that no Desktop Environment application will attempt to auto-mount the medium while the write is underway. After generating or downloading the image, one simply uses a command like cdrecord -v image.iso or the equivalent command for other software. On a machine with just one CD/DVD drive, you typically don't even need to specify the device.
Re: Docker and Container Tools Podman/Buildah/Skopeo
On Tue, Mar 05, 2019 at 02:26:24PM +0100, plataleas plataleas wrote: RedHat announced with RHEL8 that the docker container engine is replaced by a suite of tools in the Container Tools module including podman, buildah and skopeo. https://access.redhat.com/discussions/3697371 What does the Debian community think of this move? Does it make sense to prefer podman/buildah/skopeo over the docker engine on Debian systems as well? Some of those tools have some advantages over Docker: podman, for example, can allow a normal user to start containers, without requiring write access to a shared socket, or superuser privileges. It also operates without a persistent daemon running. Skopeo is more of a separate utility rather than replicating functionality of Docker, it's very useful though. None of the tools are packaged for Debian yet. I've had a preliminary look at podman, but it's too late now to get these into the next stable release. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland ⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net ⠈⠳⣄ Please do not CC me, I am subscribed to the list.
Re: Docker and Container Tools Podman/Buildah/Skopeo
Hi. On Fri, Mar 08, 2019 at 09:34:03AM +, Jonathan Dowland wrote: > On Tue, Mar 05, 2019 at 06:10:40PM +0300, Reco wrote: > > s/RedHat/IBM/g > > > > fixed that for you. > > Not until the deal closes, because there's still a small chance it > won't (as in all deals). I'll take my chances :) > So really, you just broke it. Nah, merely anticipated. Reco
Re: Docker and Container Tools Podman/Buildah/Skopeo
On Tue, Mar 05, 2019 at 06:10:40PM +0300, Reco wrote: s/RedHat/IBM/g fixed that for you. Not until the deal closes, because there's still a small chance it won't (as in all deals). So really, you just broke it. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland ⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net ⠈⠳⣄ Please do not CC me, I am subscribed to the list.
