Re: [1/2 HS] Part du marché professionnel GNU/Linux

[Basile Starynkevitch]

On 24/02/2023 00:39, Sébastien Dinot wrote:

Bonjour,

ajh-valmer a écrit :

Comment obtenir un pourcentage crédible de la part de marché des
serveurs professionnels qui sont sous GNU/Linux, (organismes privés,
publics, sociétés, entreprises..), ainsi que la part de marché Linux
chez les particuliers.

Aucune étude portant sur le niveau de pénétration du libre dans les
entreprises n'a à ce jour été réalisée en France, contrairement à ce qui
a été fait en Allemagne en 2019 et 2021 (étude « Open Source Monitor »
réalisée par Bitkom) :

https://www.bitkom.org/sites/main/files/2022-04/220405_Bitkom_Studie_OpenMonitor_2021_ENG.pdf

Les seules études réalisées en France portent sur le marché du logiciel
libre, autrement dit, sur le volume d'affaire réalisé par les ESN et les
éditeurs qui ont fondé tout ou partie de leur activité sur le logiciel
libre (études confiées pendant des années au cabinet Pierre Audouin
Consultants (PAC), puis à Markess) :

https://4272996.fs1.hubspotusercontent-na1.net/hubfs/4272996/Hub_content/CLOUD/PDF/Markess-CNLL-Numeum-Systematic%20-%20Etude%20Open%20Source%202022.pdf

Quant aux particuliers, le marché est si anecdotique que ce n'est pas
demain la veille qu'une étude sur le sujet sera financée. Ces études,
qui doivent s'appuyer sur des enquêtes de terrain pour être
consistantes, sont en effet couteuses à réaliser si on souhaite adresser
un groupe significatif de personnes, représentant les différentes
professions et catégories socioprofessionnelles, avec une large
distribution géographique.



Tout à fait, y compris la définition même d'un particulier! Comme 
informaticien professionnel, j'utilise Linux au bureau (CEA LIST 
) comme chez moi, et ce depuis 1993 (j'ai la 
faiblesse de n'avoir jamais utilisé Windows de ma vie, et je code depuis 
1975). Je crois que nombre de mes collègues aussi.



Une enquête de terrain pourrait être possible au JDLL. https://jdll.org/ 
où, si tout va bien je présenterais le logiciel libre RefPerSys 



Dans mon expérience passée, JDLL comme FOSDEM  sont 
fréquentés par un public très varié: étudiants, enseignants, geeks de 
tout poil, etc.


A l'IRILL  les exposés -toujours très 
intéressants- sont basés sur Linux le plus souvent.



Et Software Heritage  (initié par 
Roberto Di Cosmo, en CC) est fortement Linuxien.



Librement

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Bios problem

[Tim Woodall]

On Fri, 24 Feb 2023, Keith Bainbridge wrote:


Remember too that many distros have activated a grub setting that means it will 
no longer search for other installations. Turn that off:

Edit the file in /etc/default named 'grub'. Add 'GRUB_DISABLE_OS_PROBER=false' 
anywhere in the script. Run grub install, 'grub-install'



The op was a bit unclear but they need to boot first to do that.

To the OP, we need to know *exactly* what you see when you try to boot
so we can give help fixing.

Provided you're getting to at least Grub Rescue then it's probably just
a case of typing the right magic. Tell us what you see when you type ls.

If it's a bios error like 'no boot device found' then chances are you're
going to need to use a rescue disk to reinstall grub.>

A rescue disk might be a good idea anyway to inspect what is in the
disk. Trying to fix a boot is hard if you don't know exactly which
partition holds what.

Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable

[tomas]

On Thu, Feb 23, 2023 at 11:39:03PM -0600, David Wright wrote:

[...]

> vpnc_script has about eight methods available for setting up and
> reverting resolv.conf. Which is used depends on the presence of
> a binary, checked in turn from this list:
> 
>   /etc/openwrt_release  modify_resolvconf_openwrt
>   /usr/bin/resolvectl   modify_resolved_manager
>   /usr/bin/busctl   modify_resolved_manager_old
>   /sbin/resolvconf  modify_resolvconf_manager
>   /sbin/netconfig   modify_resolvconf_suse_netconfig
>   /sbin/modify_resolvconf   modify_resolvconf_suse
>   /usr/sbin/unbound-control modify_resolvconf_unbound
>   otherwise modify_resolvconf_generic
> 
> Perhaps you could check which of those binaries you have.

Thanks for this one. I think this is the most constructive
contribution to this thread.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable

[David Wright]

On Thu 23 Feb 2023 at 10:44:35 (+0100), daven...@tuxfamily.org wrote:
> On 2023-02-22 22:08, David Wright wrote:
> > On Wed 22 Feb 2023 at 18:12:29 (+0100), daven...@tuxfamily.org wrote:
> > 
> > > What I want is: setting up /etc/resolv.conf ONLY
> > > -  at system startup/initial network connexion.
> > > - when openconnect is executed and connects to work's VPN
> > > - when openconnect is ^C-ed and disconnects from the works VPN
> > > (cleaning it's mess in the routing table, interfaces, /etc/resolv's
> > > and other netwwork stuff it might have modified, makes sense)
> > 
> > What's the output from   ls -l /etc/resolv.conf
> 
> -rw-r--r-- 1 root root 104 23 févr. 09:35 /etc/resolv.conf
> 
> With the ctime changing more or less often, since it is
> deleted/recreated by what I suspect to do DHCP requests (see
> audit.log)

Being a real file, it's not protected from being modified by any
process that wants to. A resolv.conf manager will set up resolv.conf
as a symlink to a file that it controls, so that it can manage
contention between different processes.

> > What's responsible for restoring the previous contents of
> > /etc/resolv.conf to your normal network connection when you
> > finish "work" and tear down the VPN.
> 
> openconnect does. When it's CTRL-C-ed to disconnect from the workplace
> VPN, resolv.conf is reverted back to my home network resolver
> Not sure whether vpnc_script just calls the DHCP client (probably
> dhclient since it's the only dhcp client preinstalled, at least I'm
> aware of)
[ … ]
> > One way of finding the process is to  # chattr +i /etc/resolv.conf
> > while you're "at work", so that you get permission errors in the
> > logs when it happens. (Remember to chattr -i before you "stop work".)
> 
> Thank you. I'll give it a try, But I won't be on remote work before
> next week
> Which log file is used for that?
> So instead of grepping /var/log/ recursively when the problem occurs.
> I'd tail -f the right file to find the "rogue" process right away

I don't know. I thought the destination was chosen more by the program
than the error type. Perhaps daemon.log and syslog might be good
candidates. Of course, after the event you can check them all.

> openconnect uses something called vpnc_script.
> When openconnects is exc, resolv.conf contains the appropriate info as
> well a comment including "VPNC_GENERATED"
> 
> > but I read there's a plug-in for that. Is openconnect correctly
> > informing connman when it finishes.
> 
> Whether it informs connmann or cleans after itself without involving
> connmann, I don't know and I'm not sure how to check that out.
> I'm not familiar with how vpnc_script works and what it does _exactly_
> But it does clean up the config and network config is left in working
> state when openconnect disconnects

vpnc_script has about eight methods available for setting up and
reverting resolv.conf. Which is used depends on the presence of
a binary, checked in turn from this list:

  /etc/openwrt_release  modify_resolvconf_openwrt
  /usr/bin/resolvectl   modify_resolved_manager
  /usr/bin/busctl   modify_resolved_manager_old
  /sbin/resolvconf  modify_resolvconf_manager
  /sbin/netconfig   modify_resolvconf_suse_netconfig
  /sbin/modify_resolvconf   modify_resolvconf_suse
  /usr/sbin/unbound-control modify_resolvconf_unbound
  otherwise modify_resolvconf_generic

Perhaps you could check which of those binaries you have.

> > But how do you manage /etc/resolv.conf with connman. I don't use it,

Actually I was interested in what sets up your ordinary networking,
the one that uses your ISP, when you're not "at work" …

> Otherwise, when VPN is disconnected, I DO want /etc/resolv.conf to be
> generated according to my home router's DHCP tells the computer

… yes, that one.

Cheers,
David.

Re: Bios problem

[Keith Bainbridge]

Remember too that many distros have activated a grub setting that means it will 
no longer search for other installations. Turn that off:

Edit the file in /etc/default named 'grub'. Add 'GRUB_DISABLE_OS_PROBER=false' 
anywhere in the script. Run grub install, 'grub-install'

 
-- 


All the best 

Keith Bainbridge 

keith.bainbridge.3...@gmail.com 
 0447 667 468

Sent from my Android tablet, Please excuse my brevity..

On 23 February 2023 22:06:39 UTC, "Andrew M.A. Cater"  
wrote:
>On Thu, Feb 23, 2023 at 12:49:25PM +, Simeone Dominique wrote:
>> Good afternoon,
>> i installed a linŭx deepin operating system in addition to debian and linŭx 
>> mint and when i start the fujitsu it boots to the bios as if there is no 
>> operating system.
>> What to do?
>> Good for you.
>> Mr. Dominique Simeone
>> 
>>
>
>For Deepin and Mint - you may need to go to their forums / lists and ask
>them. Different distributions do things differently.
>
>How did you install each operating system?
>
>Is each one using BIOS / legacy MBR?
>
>Is each one using UEFI?
>
>Do you have any shared directory - like a shared /home - between all
>the OS?
>
>Please tell us *exactly* what you have done as far as you can.
>
>Do you have any logs of the install available to you?
>
>All the very best, as ever,
>
>Andy Cater 
>

Re: ASM1166

[Dan Ritter]

A_Man_Without_Clue wrote: 
> Hi all,
> 
> Does anybody know if Asmedia ASM1166 PCIe to SATA chip based SATA expansion
> cards work well under Debian?

Apparently some variants may cause a slow boot process as the
chip is incorrectly detected as having 32 SATA ports instead of
6.

Other than that, no obvious problems. However, an unflashed LSI
92xx or 93xx in -8i variants is typically under $50 US; if
you're buying a new card, especially for a fileserver, get that
instead, and flash it in IT mode (no RAID support).

-dsr-

Re: [1/2 HS] Part du marché professionnel GNU/Linux

[Sébastien Dinot]

Bonjour,

ajh-valmer a écrit :
> Comment obtenir un pourcentage crédible de la part de marché des
> serveurs professionnels qui sont sous GNU/Linux, (organismes privés,
> publics, sociétés, entreprises..), ainsi que la part de marché Linux
> chez les particuliers.

Aucune étude portant sur le niveau de pénétration du libre dans les
entreprises n'a à ce jour été réalisée en France, contrairement à ce qui
a été fait en Allemagne en 2019 et 2021 (étude « Open Source Monitor »
réalisée par Bitkom) :

https://www.bitkom.org/sites/main/files/2022-04/220405_Bitkom_Studie_OpenMonitor_2021_ENG.pdf

Les seules études réalisées en France portent sur le marché du logiciel
libre, autrement dit, sur le volume d'affaire réalisé par les ESN et les
éditeurs qui ont fondé tout ou partie de leur activité sur le logiciel
libre (études confiées pendant des années au cabinet Pierre Audouin
Consultants (PAC), puis à Markess) :

https://4272996.fs1.hubspotusercontent-na1.net/hubfs/4272996/Hub_content/CLOUD/PDF/Markess-CNLL-Numeum-Systematic%20-%20Etude%20Open%20Source%202022.pdf

Quant aux particuliers, le marché est si anecdotique que ce n'est pas
demain la veille qu'une étude sur le sujet sera financée. Ces études,
qui doivent s'appuyer sur des enquêtes de terrain pour être
consistantes, sont en effet couteuses à réaliser si on souhaite adresser
un groupe significatif de personnes, représentant les différentes
professions et catégories socioprofessionnelles, avec une large
distribution géographique.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !

ASM1166

[A_Man_Without_Clue]

Hi all,

Does anybody know if Asmedia ASM1166 PCIe to SATA chip based SATA 
expansion cards work well under Debian?

Re: Debian bug report etiquette

[Jonathan Dowland]

Hi,

[ honouring Reply-To as set ]

I might have missed many nuances in the situation but from what I've
read, here's what I observe.

On Thu, Feb 23, 2023 at 11:23:26AM +0900, John Crawley wrote:

[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901245


This is the "right" bug for your issue. I also note it's quite old, and
hasn't seen much attention.


I was unsure whether to post a new bug report or append to the existing
one, but did the latter [4].


That was the correct course of action.


The issue is fixed by an upstream git commit [5] easily applied by a patch 
(confirmed), which would make the package fit for release. (Other maintainer 
options could be to drop the claim to provide x-terminal-emulator or drop the 
package itself.)


I notice that the package source is maintained in git here


Debian Python Team maintain a huge number of packages (>2,000). Things
can very easily slip through the cracks.

If you want to make it as easy as possible for someone with sufficient
privileges to upload a fix, you could fork/clone that repository, make
the necessary changes to the packaging source to include the patch (put
it in debian/patches, make any other necessary changes), and raise a
"Merge Request" on Salsa, pointing back at the Debian bug. Then the work
required to integrate the fix is as small as possible.


My question: I'm in doubt whether the maintainer (Debian Python Team) will notice the 
issue in time for the Bookworm release - would posting a new bug report be seen as 
"nagging"?


I'm not sure about "nagging" but it would not be helpful, because a bug
describing the problem already exists. Your problem is getting anyone to
take notice of it. The solution is to raise awareness (this mail to the
user list, for example, is one way); another is to reduce the friction
for fixing it for those who have the ability to do so (outlined above).

Have you tried emailing the python packaging maintainers? They're listed
as Debian Python Team , although I'm not
sure where that mail goes. You could try that and if you hear nothing,
consider one of the Uploaders named on the package: they're the actual
humans who have looked after it.


Is there a polite way to push the severity up from its current "normal"?
How important is breaking Debian Policy?


It can be a release blocker.

You could consider adjusting the bug's Severity. Is the
relevant bit of Debian Policy that is violated described as a "must" or
"required" directive (or similar)? In which case raising the bug
severity to "serious" would be appropriate, and also cause the package
to be flagged for dropping from Bookworm unless the bug is resolved
(that's one way to get attention!)
 


Should I just leave it as it is? (I don't personally care all that much about 
Terminator itself.)


I'm curious therefore what is it about this particular bug that has
grabbed your attention?


Also: is this the right mailing list to ask such questions?


Not really. It doesn't hurt though! The question might be more on-topic
on debian-devel.

--
Please do not CC me for listmail.

  Jonathan Dowland
✎j...@debian.org
   https://jmtd.net

Re: Bios problem

[Andrew M.A. Cater]

On Thu, Feb 23, 2023 at 12:49:25PM +, Simeone Dominique wrote:
> Good afternoon,
> i installed a linŭx deepin operating system in addition to debian and linŭx 
> mint and when i start the fujitsu it boots to the bios as if there is no 
> operating system.
> What to do?
> Good for you.
> Mr. Dominique Simeone
> 
>

For Deepin and Mint - you may need to go to their forums / lists and ask
them. Different distributions do things differently.

How did you install each operating system?

Is each one using BIOS / legacy MBR?

Is each one using UEFI?

Do you have any shared directory - like a shared /home - between all
the OS?

Please tell us *exactly* what you have done as far as you can.

Do you have any logs of the install available to you?

All the very best, as ever,

Andy Cater 

Re: Evolution doesn't receive messages in Debian 11.

[Van Snyder]

On Thu, 2023-02-23 at 15:04 -0500, Jeffrey Walton wrote:
> You can probably use 'deb [arch=amd64,i386]' instead of duplicating
> some of the sources.

/etc/apt/sources uses deb [arch=amd64,i386]. The packages listed in
/var/lib/apt/lists/*Packages are the ones that are installed.

Re: Evolution doesn't receive messages in Debian 11.

[Jeffrey Walton]

On Thu, Feb 23, 2023 at 2:47 PM Van Snyder  wrote:
>
> On Thu, 2023-02-23 at 13:54 +1100, David wrote:
>
> The command I suggested reports packages whose origin is unknown to the apt
> database.  There's 118 of them in your output, including g++-9, many libs
> and 6 kernels, pythons 2.7 and 3.9 and perl 5.
>
> My understanding of the origin = (installed locally) tags in that output is
> that this means that the apt* tools are unable to manage updating of these
> packages because it cannot associate them with a repository.
>
> So anything in future that involves/requires a change to any of these
> packages will require you to do the dependency resolution yourself because
> apt* won't be able to do that for you.
>
> Another way to see what repositories have been used on that machine is
> to run:
>   ls /var/lib/apt/lists/*Packages
>
> It would also be interesting to see the output of that command if you wish
> to share it.
>
>
> /var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-all_Packages
> /var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-amd64_Packages
> /var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_contrib_binary-amd64_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_contrib_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_main_binary-amd64_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_main_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_non-free_binary-amd64_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_non-free_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster-updates_main_binary-amd64_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster-updates_main_binary-amd64_Packages.diff_Index
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster-updates_main_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster-updates_main_binary-i386_Packages.diff_Index
> /var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-amd64_Packages
> /var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-amd64_Packages.diff_Index
> /var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-i386_Packages
> /var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-i386_Packages.diff_Index
> /var/lib/apt/lists/security.debian.org_debian-security_dists_buster_updates_main_binary-amd64_Packages
> /var/lib/apt/lists/security.debian.org_debian-security_dists_buster_updates_main_binary-i386_Packages
>
> I still have some 32-bit codes that I don't have source for, so I can't 
> compile them, so I still need both i386 and amd64 packages.

Regarding i386 and x86_64, see https://wiki.debian.org/Multiarch/HOWTO
. I'm not sure how up-to-date it is.

You can probably use 'deb [arch=amd64,i386]' instead of duplicating
some of the sources.

Jeff

Re: Evolution doesn't receive messages in Debian 11.

[Van Snyder]

On Thu, 2023-02-23 at 13:54 +1100, David wrote:

> The command I suggested reports packages whose origin is unknown to
> the apt
> database.  There's 118 of them in your output, including g++-9, many
> libs
> and 6 kernels, pythons 2.7 and 3.9 and perl 5.
> 
> My understanding of the origin = (installed locally) tags in that
> output is
> that this means that the apt* tools are unable to manage updating of
> these
> packages because it cannot associate them with a repository.
> 
> So anything in future that involves/requires a change to any of these
> packages will require you to do the dependency resolution yourself
> because
> apt* won't be able to do that for you.
> 
> Another way to see what repositories have been used on that machine
> is
> to run:
>   ls /var/lib/apt/lists/*Packages
> 
> It would also be interesting to see the output of that command if you
> wish
> to share it.


/var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-
all_Packages
/var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-
amd64_Packages
/var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-
i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_contrib_binary-
amd64_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_contrib_binary-
i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_main_binary-
amd64_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_main_binary-
i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_non-free_binary-
amd64_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_non-free_binary-
i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster-
updates_main_binary-amd64_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster-
updates_main_binary-amd64_Packages.diff_Index
/var/lib/apt/lists/deb.debian.org_debian_dists_buster-
updates_main_binary-i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster-
updates_main_binary-i386_Packages.diff_Index
/var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-amd64_Packages
/var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-amd64_Packages.diff_Index
/var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-i386_Packages
/var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-i386_Packages.diff_Index
/var/lib/apt/lists/security.debian.org_debian-
security_dists_buster_updates_main_binary-amd64_Packages
/var/lib/apt/lists/security.debian.org_debian-
security_dists_buster_updates_main_binary-i386_Packages

I still have some 32-bit codes that I don't have source for, so I can't
compile them, so I still need both i386 and amd64 packages.

Re: Problème de Bios

[Alain RICHARD]

 Salut aux partisans linuxiens,
Perso, n'étant pas très doué pour les variantes d'installation, j'ai opté pour 
la réparation du démarrage par un CD/clé Usb bootable "Boot repair" en disant 
au Bios/Uefi de démarrer sur le CD ou la clé contenant "Boot Repair"
Alain
Le jeudi 23 février 2023 à 18:57:24 UTC+1, didier gaumet 
 a écrit :  
 
 Le 23/02/2023 à 15:33, Haricophile a écrit :
> Le Thu, 23 Feb 2023 14:27:18 +0100,

> Avant d'accuser Grub de quoique ce soit, dans le cas des ordinateurs
> modernes, donc pas sous BIOS mais UEFI, il faut configurer UEFI pour
> démarrer sur le bon système.
[...]

tu as raison :-)


  

Re : [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[nicolas . patrois]

On 23/02/2023 15:36:11, Michel Verdier wrote:

> soit au portail public de facturation qui s’appuiera sur la
> plateforme Chorus  Pro (qui assure déjà depuis 2017 l’échange

J’espère que ce chorus-là est moins pourri à utiliser qu’un autre chorus que 
j’utilise parfois et qui est une vraie bouse.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Whole-disk RAID and GPT/UEFI

[Tim Woodall]

On Wed, 22 Feb 2023, Nicolas George wrote:


Hi.

Is there a solution to have a whole-disk RAID (software, mdadm) that is
also partitioned in GPT and bootable in UEFI?



I've wanted this but settled for using dd to copy the start of the disk,
fdisk to rewrite the GPT properly then mdadm to rebuild the raid on the
remainder.

My understanding is that UEFI can potentially write, bypassing the raid
and causing the two drives to be out of sync anyway. I think only
hardware raid where the bios thinks it's a single disk can avoid this
(or software raid aware bios I guess)

RE: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[Benoit Szczygiel]

Bonjour,
À titre professionnel, nous utilisons chorus depuis plusieurs années et dans 
l'ensemble, ça fonctionne très bien. Nous sommes pourtant une tpe

Le 23 février 2023 19:09:20 GMT+01:00, mathieu.ro...@r4m.fr a écrit :
>Bonjour,
>
>L'un d'entre vous aurait-il vu sur internet un véritable tuto introductif sur 
>ChorusPro? Je ne trouve que des modes d'emploi du type "comment faire un 
>rattachement à une maille service", mais je ne trouve pas la définition de 
>"rattachement" ni celle de "maille service". Ce serait vraiment super. Merci 
>d'avance.
>
>Sinon, sur la remarque : " Le fisc enverra la facture à notre place.  Ça, je 
>n'y crois pas un seul instant", je dirais plutôt pourquoi pas, en attendant 
>d'en savoir plus. Le but du jeu est de récupérer un paquet de fric sur la 
>fraude à la TVA, si ça passe par quelques petits millions de services 
>"offerts", ça me paraît un bon deal pour l'État.
>
>Et pour la complexité : je connais plusieurs entreprises pas toutes petites 
>(puisque déjà obligées d'utiliser Chorus) et qui en bavent...
>
>Bonne soirée
>
>
>
>-Message d'origine-
>De : BERTRAND Joël  
>Envoyé : jeudi 23 février 2023 19:02
>À : debian-user-french@lists.debian.org; Alain Vaugham 
>Objet : Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?
>
>Alain Vaugham a écrit :
>> Le Thu, 23 Feb 2023 12:23:05 +0100,
>> BERTRAND Joël  a écrit :
>> 
>>> Alain Vaugham a écrit :
 Le fisc enverra la facture
 à notre place.  
>>> Ça, je n'y crois pas un seul instant vu comme les services fiscaux 
>>> fonctionnent. C'est encore du boulot comptable en plus, gratuitement 
>>> pour l'état, donc des charges en plus et des augmentations de prix 
>>> pour le consommateur.
>>>
>> 
>> D'après le lien fourni par Didier :
>> https://www.impots.gouv.fr/sites/default/files/media/1_metier/3_parten
>> aire/facturation_electronique_partenaires/Partenaire_-_Schema_en_Y.pdf
>> 
>> J'ai quand même l'impression que c'est tout comme.
>> En effet, un fournisseur C n'envoie pas la facture directement à son 
>> acheteur D. Ce dernier la récupère depuis le Portail Public de 
>> Facturation.
>
>   Sauf que l'émission de la facture ne correspond pas à la date 
> d'encaissement. Bref, beau bordel franco-français en perspective.
>
>

Benoît szczygiel

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[BERTRAND Joël]

mathieu.ro...@r4m.fr a écrit :
> Sinon, sur la remarque : " Le fisc enverra la facture à notre place.  Ça, je 
> n'y crois pas un seul instant", je dirais plutôt pourquoi pas, en attendant 
> d'en savoir plus. Le but du jeu est de récupérer un paquet de fric sur la 
> fraude à la TVA, si ça passe par quelques petits millions de services 
> "offerts", ça me paraît un bon deal pour l'État.

Oui, sauf que la fraude la TVA ne passe pas par des factures. Donc
l'état ne récupérera rien. Quant à l'état qui envoie une facture à ma
place, si c'est le cas, je ferme ma boîte en France et je l'ouvre à
l'étranger. Lorsque j'envoie une facture à un client, il y a une date de
valeur, une date d'exigibilité et l'état n'a pas à intervenir là-dedans
(ou alors il me fait aussi l'avance de trésorerie) pour mettre un visa
sur mes factures avant de les envoyer.

La couillonnade va très vite arriver parce qu'il y a deux régimes de
TVA. Le premier est trivial, on paie la TVA à l'émission de la facture
(comprendre, on avance la trésorerie à l'état), le second est en
recette/dépense. Ce truc va être d'une complexité folle parce que le
fisc ne pourra même pas utiliser les factures pour m'éviter une
déclaration de TVA sur les sommes effectivement perçues.

Bref, c'est une usine à gaz (repoussée à de maintes reprises), tout
comme le prélèvement de l'IR à la source (suffisait d'imposer la
mensualisation) et qui n’ennuiera que les gens honnêtes. Mais il faut
bien faire bosser les gens de Bercy.

RE: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[mathieu.rossi]

Bonjour,

L'un d'entre vous aurait-il vu sur internet un véritable tuto introductif sur 
ChorusPro? Je ne trouve que des modes d'emploi du type "comment faire un 
rattachement à une maille service", mais je ne trouve pas la définition de 
"rattachement" ni celle de "maille service". Ce serait vraiment super. Merci 
d'avance.

Sinon, sur la remarque : " Le fisc enverra la facture à notre place.  Ça, je 
n'y crois pas un seul instant", je dirais plutôt pourquoi pas, en attendant 
d'en savoir plus. Le but du jeu est de récupérer un paquet de fric sur la 
fraude à la TVA, si ça passe par quelques petits millions de services 
"offerts", ça me paraît un bon deal pour l'État.

Et pour la complexité : je connais plusieurs entreprises pas toutes petites 
(puisque déjà obligées d'utiliser Chorus) et qui en bavent...

Bonne soirée



-Message d'origine-
De : BERTRAND Joël  
Envoyé : jeudi 23 février 2023 19:02
À : debian-user-french@lists.debian.org; Alain Vaugham 
Objet : Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

Alain Vaugham a écrit :
> Le Thu, 23 Feb 2023 12:23:05 +0100,
> BERTRAND Joël  a écrit :
> 
>> Alain Vaugham a écrit :
>>> Le fisc enverra la facture
>>> à notre place.  
>>  Ça, je n'y crois pas un seul instant vu comme les services fiscaux 
>> fonctionnent. C'est encore du boulot comptable en plus, gratuitement 
>> pour l'état, donc des charges en plus et des augmentations de prix 
>> pour le consommateur.
>>
> 
> D'après le lien fourni par Didier :
> https://www.impots.gouv.fr/sites/default/files/media/1_metier/3_parten
> aire/facturation_electronique_partenaires/Partenaire_-_Schema_en_Y.pdf
> 
> J'ai quand même l'impression que c'est tout comme.
> En effet, un fournisseur C n'envoie pas la facture directement à son 
> acheteur D. Ce dernier la récupère depuis le Portail Public de 
> Facturation.

Sauf que l'émission de la facture ne correspond pas à la date 
d'encaissement. Bref, beau bordel franco-français en perspective.

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[BERTRAND Joël]

Alain Vaugham a écrit :
> Le Thu, 23 Feb 2023 12:23:05 +0100,
> BERTRAND Joël  a écrit :
> 
>> Alain Vaugham a écrit :
>>> Le fisc enverra la facture
>>> à notre place.  
>>  Ça, je n'y crois pas un seul instant vu comme les services
>> fiscaux fonctionnent. C'est encore du boulot comptable en plus,
>> gratuitement pour l'état, donc des charges en plus et des
>> augmentations de prix pour le consommateur.
>>
> 
> D'après le lien fourni par Didier :
> https://www.impots.gouv.fr/sites/default/files/media/1_metier/3_partenaire/facturation_electronique_partenaires/Partenaire_-_Schema_en_Y.pdf
> 
> J'ai quand même l'impression que c'est tout comme.
> En effet, un fournisseur C n'envoie pas la facture directement à son
> acheteur D. Ce dernier la récupère depuis le Portail Public de
> Facturation.

Sauf que l'émission de la facture ne correspond pas à la date
d'encaissement. Bref, beau bordel franco-français en perspective.

Re: Problème de Bios

[didier gaumet]

Le 23/02/2023 à 15:33, Haricophile a écrit :

Le Thu, 23 Feb 2023 14:27:18 +0100,



Avant d'accuser Grub de quoique ce soit, dans le cas des ordinateurs
modernes, donc pas sous BIOS mais UEFI, il faut configurer UEFI pour
démarrer sur le bon système.

[...]

tu as raison :-)

Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable

[Reco]

Hi.

On Thu, Feb 23, 2023 at 11:31:44AM +0100, daven...@tuxfamily.org wrote:
> > If it is DHCP: You might do a countermeasure in
> > /etc/dhcp/dhclient.conf. On my system I have an entry as below.
> > 
> > interface "wlp4s0" {
> > supersede domain-name-servers 127.0.0.1;
> 
> Unfortunately, I can't use supersede parameter because I need to use
> different resolvers at different times/in different contexts.
> 
> I would need something more… conditional
> 
> IF openconnect is running and has modified resolv.conf, leave that
> file alone unless you are openconnect Otherwise, when there's no VPN
> active, you can do normal DHCP requests and accept whatever
> currently-active network's router/DHCP tells you and update resolve
> conf accordingly

openconnect has that helpful --script option, which calls
/usr/share/vpnc-scripts/vpnc-script by default.
All you need is to make a copy of that script, modify dhclient.conf
at "connect" and "disconnect" phases accordingly, and then call your
modified script from openconnect.

Reco

Re: Installation Debian et firmware wifi

[Haricophile]

Le Thu, 23 Feb 2023 13:24:47 +0100,
Bureau LxVx  a écrit :

> SaluX !
> 
> Des nouvelles fraîches :
> 
> UPDATE 19 Feb 2023: As of the bookworm d-i alpha 2 release, firmware
> is included in the normal Debian installer images. USERS WILL NO
> LONGER NEED TO LOOK FOR SPECIAL VERSIONS HERE. Bien librement,
> 
> Sylvie

Ils mettent de l'eau dans leur vin ! En fait je ne leur reproche pas
d'être fermes sur leur principes, bien au contraire, mais c'est plus
pratique pour l'utilisateur lambda s'il y a une option a l'installation
plutôt qu'une procédure plus complexe.

Amicalement
-- 
Jérôme

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[Alain Vaugham]

Le Thu, 23 Feb 2023 12:23:05 +0100,
BERTRAND Joël  a écrit :

> Alain Vaugham a écrit :
> > Le fisc enverra la facture
> > à notre place.  
>   Ça, je n'y crois pas un seul instant vu comme les services
> fiscaux fonctionnent. C'est encore du boulot comptable en plus,
> gratuitement pour l'état, donc des charges en plus et des
> augmentations de prix pour le consommateur.
> 

D'après le lien fourni par Didier :
https://www.impots.gouv.fr/sites/default/files/media/1_metier/3_partenaire/facturation_electronique_partenaires/Partenaire_-_Schema_en_Y.pdf

J'ai quand même l'impression que c'est tout comme.
En effet, un fournisseur C n'envoie pas la facture directement à son
acheteur D. Ce dernier la récupère depuis le Portail Public de
Facturation.

Les écritures dans certains comptes 4, 6 et 7 sont donc instantanément
inscrites sur le PPF.
Tant qu'à faire, pourquoi s'arrêter à ces seuls comptes et ne pas
imposer la saisie de toute la compta en ligne avec cette API?
Ce n'est pas déjà prévu?

kmail ha dejado de funcionar después de actualizar. SOLUCIONADO

[jfernandez]

Hola

kmail, ya funciona.
En efecto,  el problema estaba en  mariadb y akonadi

Lo primero fue eliminar todas las instancias de akonadi desde ksysguard

Desde la consola ejecutar akonadi_control.  Hay apareció:
org.kde.pim.akonadiserver:   Error code: "1292"

Aquí encontré la idea de desactualizar libmariadb3:
https://forums.opensuse.org/t/kmail-fails-to-display-message-akonadiserver-errors/147051

y aquí la forma de desactualizar
https://www.linuxuprising.com/2019/02/how-to-downgrade-packages-to-specific.html

Como superusuario obtuve las versiones de libmariadb3 ejecutando
apt policy libmariadb3

Desactualicé con:
apt install libmariadb3=1:10.3.34-0+deb10u1

...y ya funciona.

Lección aprendida: hay que hacer una copia de seguridad antes de actualizar


¿Debian Buster?

Instalé Debian stable hace 10 años :)


Ese kernel tan antiguo (4.19) y esa versión de Debian (bullseye/sid) no
me cuadran. ¿Tienes repositorios con fuentes mezcladas?
Llevo 10 años enredando. El kernel antiguo lo necesito para VirtualBox  
y estoy en la etapa de: "Si funciona no lo toques". Si eres el mismo  
Camaleón que estaba en la lista de Suse hace tiempo, un fuerte abrazo.


Gracias por la ayuda

Re: Problème de Bios

[Haricophile]

Le Thu, 23 Feb 2023 14:27:18 +0100,
didier gaumet  a écrit :

> En gros si tu as commencé par installer Debian qui a installé son
> Grub, quand tu as ensuite installé Mint il a installé son propre Grub
> qui a écrasé celui de Debian.

Avant d'accuser Grub de quoique ce soit, dans le cas des ordinateurs
modernes, donc pas sous BIOS mais UEFI, il faut configurer UEFI pour
démarrer sur le bon système.

Accessoirement, il y a une touche qui permet de choisir manuellement le
sustème : Suppr, Esc (supr) ou autre, selon le fabricant de l'engin.

Amicalement
-- 
Jérôme

Re: [1/2 HS] Part du marché professionnel GNU/Linux

[Michel Verdier]

Le 23 février 2023 ajh-valmer a écrit :

> Pas facile, car il y a confusion de serveurs Web,
> souvent sous Apache ou Nginx (Libre) avec Windows-server.

1 serveur physique peut héberger plusieurs serveurs virtuels qui hébergent
des centaines de sites, et autant d'adresses IP. Tu voudrais une
estimation des sites ou des serveurs virtuels ou physiques ?

Il y avait bien le Linux Counter Project mais il est abandonné.

Re: [1/2 HS] Part du marché professionnel GNU/Linux

[Haricophile]

Le Thu, 23 Feb 2023 15:22:34 +0100,
"ajh-valmer"  a écrit :

> Comment obtenir un pourcentage crédible de la part de marché 
> des serveurs professionnels qui sont sous GNU/Linux,
> (organismes privés, publics, sociétés, entreprises..),
> ainsi que la part de marché Linux chez les particuliers.

C'est jamais très fiable. La NSA ou les boites Israéliennes doivent
savoir plus finement, mais ils ne te donneront pas les chiffres. Après
comme toute information, évite la presse et remonte plus à la sources
vers ceux qui collectent ET publient avec des arguments concernant leur
méthodes de collectes et de statistiques.

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[Michel Verdier]

Le 23 février 2023 Olivier a écrit :

> Je crois que Chorus Pro n'accepte que les factures destinées à un
> organisme public.

Pour le moment, mais en 2024 il sera possible de le faire pour tous :

"Pour s’acquitter de leurs obligations, les entreprises pourront
librement choisir de recourir :
soit à une plateforme de dématérialisation dite « partenaire » de
l’administration,
soit au portail public de facturation qui s’appuiera sur la
plateforme Chorus  Pro (qui assure déjà depuis 2017 l’échange
dématérialisé des factures pour les transactions avec le secteur
public)."
 
https://www.economie.gouv.fr/generalisation-facturation-electronique-calendrier-reforme
 

[1/2 HS] Part du marché professionnel GNU/Linux

[ajh-valmer]

Bonjour,

Comment obtenir un pourcentage crédible de la part de marché 
des serveurs professionnels qui sont sous GNU/Linux,
(organismes privés, publics, sociétés, entreprises..),
ainsi que la part de marché Linux chez les particuliers.

Pas facile, car il y a confusion de serveurs Web,
souvent sous Apache ou Nginx (Libre) avec Windows-server.

Des médias citent 80% du marché professionnel sous Linux,
et 1% des particuliers sous Linux.

Merci, Bonne journée,

AJH Valmer

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[didier gaumet]

Le 23/02/2023 à 14:44, Olivier a écrit :

Je crois que Chorus Pro n'accepte que les factures destinées à un
organisme public.

[...]

Sous réserve parce je n'y connais *rien*,
j'ai l'impression que c'est temporaire mais qu'à terme Chorus-pro 
permettra les facturations émises-reçues entre sociétés privées, 
simplement on n'en est pas encore là (2024/26?) et les intermédiaires 
privés (plateformes de dématérialisation, PDP) devraient offrir plus de 
fonctionnalités que Chorus Pro.

plus d'infos ici:
https://www.impots.gouv.fr/facturation-electronique-et-plateformes-partenaires
un schéma là:
https://www.impots.gouv.fr/sites/default/files/media/1_metier/3_partenaire/facturation_electronique_partenaires/Partenaire_-_Schema_en_Y.pdf

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[Olivier]

Pour répondre à une inquiétude déjà exprimée dans ce fil, utiliser
Chorus Pro n'augmente pas beaucoup la charge de travail:
on prépare son PDF comme d'habitude,
au lieu de l'envoyer par courriel, on le dépose sur un site
spécialisé, la difficulté étant de retrouver soi-même son client dans
la nomenclature du site spécialisé,

Il faut reconnaître, qu'avec les organismes publics, les délais de
paiement sont plus courts avec ce processus.

Pour moi, il n'y a jamais eu de double saisie si ce n'est la saisie
des montants totaux (les prix unitaires, les quantités restent sur le
PDF original et ne sont heureusement pas ressaisis)

Le jeu. 23 févr. 2023 à 14:44, Olivier  a écrit :
>
> Je crois que Chorus Pro n'accepte que les factures destinées à un
> organisme public.
>
> J'ai essayé hier d'envoyer une facture à un client privé mais je n'ai
> pas réussi.
> Peut-être qu'il existe plusieurs types de compte chez Chorus Pro et
> que le mien (gratuit) est réservé à l'envoi de facture à des
> organismes publics.
>
> La date cible de bascule vers la dématérialisation complète des
> factures inter-entreprises, c'est juillet 2024.
> À ce jour, je n'ai jamais reçu de mes fournisseurs autre chose que des
> factures "émises au fil de l'eau", et ne semblant pas (ce n'est qu'une
> impression) venir de plateformes partagées avec d'autres sociétés.
>
> En dépit des discours officiels qui mettent en avant d'autres
> arguments, je pense que le moteur de cette nouvelle obligation, c'est
> la fraude à la TVA.
> Selon moi, il serait donc logique que le coût réel de cette nouvelle
> obligation soit faible (<50 E.HT/an).
> J'aurai vraiment du mal à laisser un pourcentage fixe de mes factures
> à un tiers.
>
> Le jeu. 23 févr. 2023 à 12:35, NoSpam  a écrit :
> >
> >
> > Le 23/02/2023 à 12:29, didier gaumet a écrit :
> > >
> > > (Avertissement: je suis la conversation par curiosité mais je ne suis
> > > pas concerné et n'ai absolument aucune connaissance du sujet)
> > >
> > > Le 23/02/2023 à 11:32, Alain Vaugham a écrit :
> > > [...]
> > >> C'est encore flou, mais ce que le comprends c'est que l'on remplira un
> > >> formulaire en ligne soit sur le site du fisc, soit à travers une
> > >> interface chez un prestataire agréé. C'est à dire que la saisie d'une
> > >> facture que nous faisons actuellement dans nos logiciels de compta,
> > >> nous devrons la refaire une seconde fois sur le site du fisc puisqu'on
> > >> est obligé d'avoir une compta informatisée.
> > > [...]
> > >
> > > il me semble comprendre qu'au moins sur le site Chorus-pro (service
> > > public) par lequel il serait possible de passer pour tout ça, il est
> > > possible de transmettre des factures plutôt que de les saisir, qui
> > > plus par lots plutôt qu'à l'unité?
> >
> > chorus-pro permet de saisir des factures, de déposer une facture ou un
> > lot de factures.
> >
> > > https://communaute.chorus-pro.gouv.fr/documentation/deposer-un-lot-de-factures/#1522314752134-2110dbbb-1becb5d1-16c22add-8ea08d20-280a
> > >
> >

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[Olivier]

Je crois que Chorus Pro n'accepte que les factures destinées à un
organisme public.

J'ai essayé hier d'envoyer une facture à un client privé mais je n'ai
pas réussi.
Peut-être qu'il existe plusieurs types de compte chez Chorus Pro et
que le mien (gratuit) est réservé à l'envoi de facture à des
organismes publics.

La date cible de bascule vers la dématérialisation complète des
factures inter-entreprises, c'est juillet 2024.
À ce jour, je n'ai jamais reçu de mes fournisseurs autre chose que des
factures "émises au fil de l'eau", et ne semblant pas (ce n'est qu'une
impression) venir de plateformes partagées avec d'autres sociétés.

En dépit des discours officiels qui mettent en avant d'autres
arguments, je pense que le moteur de cette nouvelle obligation, c'est
la fraude à la TVA.
Selon moi, il serait donc logique que le coût réel de cette nouvelle
obligation soit faible (<50 E.HT/an).
J'aurai vraiment du mal à laisser un pourcentage fixe de mes factures
à un tiers.

Le jeu. 23 févr. 2023 à 12:35, NoSpam  a écrit :
>
>
> Le 23/02/2023 à 12:29, didier gaumet a écrit :
> >
> > (Avertissement: je suis la conversation par curiosité mais je ne suis
> > pas concerné et n'ai absolument aucune connaissance du sujet)
> >
> > Le 23/02/2023 à 11:32, Alain Vaugham a écrit :
> > [...]
> >> C'est encore flou, mais ce que le comprends c'est que l'on remplira un
> >> formulaire en ligne soit sur le site du fisc, soit à travers une
> >> interface chez un prestataire agréé. C'est à dire que la saisie d'une
> >> facture que nous faisons actuellement dans nos logiciels de compta,
> >> nous devrons la refaire une seconde fois sur le site du fisc puisqu'on
> >> est obligé d'avoir une compta informatisée.
> > [...]
> >
> > il me semble comprendre qu'au moins sur le site Chorus-pro (service
> > public) par lequel il serait possible de passer pour tout ça, il est
> > possible de transmettre des factures plutôt que de les saisir, qui
> > plus par lots plutôt qu'à l'unité?
>
> chorus-pro permet de saisir des factures, de déposer une facture ou un
> lot de factures.
>
> > https://communaute.chorus-pro.gouv.fr/documentation/deposer-un-lot-de-factures/#1522314752134-2110dbbb-1becb5d1-16c22add-8ea08d20-280a
> >
>

Re: Problème de Bios

[didier gaumet]

Le 23/02/2023 à 13:40, Simeone Dominique a écrit :

Bonjour,

j'ai installé un système d'exploitation linŭx Deepin en plus de Debian 
et linŭx mint et quand je démarre le Fujitsu, il boot sur le bios comme 
si il n'y avait aucun système d'exploitation.


Que faire?

Bien à vous.

Mr.Dominique Simeone


Bonjour,

Généralement le programme d'installation d'un système d'exploitation , 
sauf si il le permet et que la personne qui installe choisit de ne pas 
installer de bootloader (programme de démarrage de la machine, pour une 
distribution Linux, c'est généralement Grub), écrase tout bootloader 
existant et suivant la façon dont il  est réalisé, détecte ou non 
d'autres système d'exploitation pour les insérer comme choix alternatifs 
dans le menu de démarrage du bootloader.


En gros si tu as commencé par installer Debian qui a installé son Grub, 
quand tu as ensuite installé Mint il a installé son propre Grub qui a 
écrasé celui de Debian.
Enfin quand tu as installé Deepin, il a probablement essayé d'installer 
son propre Grub en écrasant celui de Mint, il s'est planté au milieu de 
tout ça et maintenant tu n'as plus aucun bootloader correctement 
installé et configuré.


C'est problématique: normalement il faudrait installer la distribution 
que tu privilégies avec son Grub, et les deux autres sans leur Grub.


Il faut donc réinstaller configurer
Je ne pratique pas Mint ou Deepin.
Par contre pour faire ça avec Debian il te suffit de reprendre ton CD ou 
ta clé USB d'installation Debian, de booter dessus, de choisir dans le 
menu le mode rescue (sauvetage) plutôt que le mode installation, ensuite 
tu suis les question sdu menu jusqu'à ce que tu te voies proposer de 
réinstaller Grub. Une fois cela fait tu éteins, tu retires ton CD ou ta 
clé USB et tu demarres ton POC qui devrait t'afficher un menu Grub 
Debian qui devrait te proposer Mint et Deepin en alternatives.

Bios problem

[Simeone Dominique]

Good afternoon,
i installed a linŭx deepin operating system in addition to debian and linŭx 
mint and when i start the fujitsu it boots to the bios as if there is no 
operating system.
What to do?
Good for you.
Mr. Dominique Simeone

Problème de Bios

[Simeone Dominique]

Bonjour,
j'ai installé un système d'exploitation linŭx Deepin en plus de Debian et linŭx 
mint et quand je démarre le Fujitsu, il boot sur le bios comme si il n'y avait 
aucun système d'exploitation.
Que faire?
Bien à vous.
Mr.Dominique Simeone

Re: Installation Debian et firmware wifi

[Bureau LxVx]

SaluX !

Des nouvelles fraîches :

*UPDATE 19 Feb 2023:* As of the bookworm d-i alpha 2 release 
, firmware is 
included in the normal Debian installer images. *USERS WILL NO LONGER 
NEED TO LOOK FOR SPECIAL VERSIONS HERE.*



Bien librement,

Sylvie

Le 06/02/2023 à 14:56, Haricophile a écrit :

Le samedi 04 février 2023 à 23:35 +0300, Alex PADOLY a écrit :

Bonsoir à tous,

Mon message concerne l'installation d'une distribution DEBIAN sur un
ordinateur portable équipé de wifi.
Comment faites-vous pour installer ce firmware durant l'installation
ou après l'installation du système.
Je vous remercie pour vos réponses.

Alex PADOLY

J'arrive surement un peu tard, mais la solution de facilité c'est ça :

https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/

Amicalement

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[NoSpam]

Le 23/02/2023 à 12:29, didier gaumet a écrit :


(Avertissement: je suis la conversation par curiosité mais je ne suis 
pas concerné et n'ai absolument aucune connaissance du sujet)


Le 23/02/2023 à 11:32, Alain Vaugham a écrit :
[...]

C'est encore flou, mais ce que le comprends c'est que l'on remplira un
formulaire en ligne soit sur le site du fisc, soit à travers une
interface chez un prestataire agréé. C'est à dire que la saisie d'une
facture que nous faisons actuellement dans nos logiciels de compta,
nous devrons la refaire une seconde fois sur le site du fisc puisqu'on
est obligé d'avoir une compta informatisée.

[...]

il me semble comprendre qu'au moins sur le site Chorus-pro (service 
public) par lequel il serait possible de passer pour tout ça, il est 
possible de transmettre des factures plutôt que de les saisir, qui 
plus par lots plutôt qu'à l'unité?


chorus-pro permet de saisir des factures, de déposer une facture ou un 
lot de factures.


https://communaute.chorus-pro.gouv.fr/documentation/deposer-un-lot-de-factures/#1522314752134-2110dbbb-1becb5d1-16c22add-8ea08d20-280a 

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[didier gaumet]

(Avertissement: je suis la conversation par curiosité mais je ne suis 
pas concerné et n'ai absolument aucune connaissance du sujet)


Le 23/02/2023 à 11:32, Alain Vaugham a écrit :
[...]

C'est encore flou, mais ce que le comprends c'est que l'on remplira un
formulaire en ligne soit sur le site du fisc, soit à travers une
interface chez un prestataire agréé. C'est à dire que la saisie d'une
facture que nous faisons actuellement dans nos logiciels de compta,
nous devrons la refaire une seconde fois sur le site du fisc puisqu'on
est obligé d'avoir une compta informatisée.

[...]

il me semble comprendre qu'au moins sur le site Chorus-pro (service 
public) par lequel il serait possible de passer pour tout ça, il est 
possible de transmettre des factures plutôt que de les saisir, qui plus 
par lots plutôt qu'à l'unité?

https://communaute.chorus-pro.gouv.fr/documentation/deposer-un-lot-de-factures/#1522314752134-2110dbbb-1becb5d1-16c22add-8ea08d20-280a

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[BERTRAND Joël]

Alain Vaugham a écrit :
> Le fisc enverra la facture
> à notre place.
Ça, je n'y crois pas un seul instant vu comme les services fiscaux
fonctionnent. C'est encore du boulot comptable en plus, gratuitement
pour l'état, donc des charges en plus et des augmentations de prix pour
le consommateur.

Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable

[davenull]

On 2023-02-23 10:54, to...@tuxteam.de wrote:

On Thu, Feb 23, 2023 at 10:44:35AM +0100, daven...@tuxfamily.org wrote:

[...]

Thank you. I'll give it a try, But I won't be on remote work before 
next

week
Which log file is used for that?


That depends: it's the perpetrator's choice where to log (or whether
to log at all, sadly).

So instead of grepping /var/log/ recursively when the problem occurs. 
I'd

tail -f the right file to find the "rogue" process right away


You know that you can tail -f more than one file, do you?

I just learnt that from a colleague. Enormously handy.

Cheers


Interesting! I didn't knew that. Thanks for the tip.

I knew about and I just remembered multitail, which I never used that 
much, cause can be too noisy… But I guess I'm going to use "grep 
resolv.conf"… But if the "rogue" process doesn't log anything… I'll be 
stuck… worth trying either way. Thanks

Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?

[Alain Vaugham]

Bonjour la liste,

Ce n'est pas la dématérialisation des factures qui est nouveau, c'est
l'obligation de "transmettre à l’administration fiscale les données de
facturation, ainsi que les données relatives aux opérations non
domestiques ou avec une personne non assujettie" :
https://www.economie.gouv.fr/generalisation-facturation-electronique-calendrier-reforme

C'est encore flou, mais ce que le comprends c'est que l'on remplira un
formulaire en ligne soit sur le site du fisc, soit à travers une
interface chez un prestataire agréé. C'est à dire que la saisie d'une
facture que nous faisons actuellement dans nos logiciels de compta,
nous devrons la refaire une seconde fois sur le site du fisc puisqu'on
est obligé d'avoir une compta informatisée. Le fisc enverra la facture
à notre place. Si on passe par un prestataire, je pense que c'est au
niveau des ERP que ça va se traiter. Dans les deux cas, quand nous
recevrons les factures de nos fournisseurs elles auront d'abord été
passées au travers de la moulinette du fisc.

Le sujet a été abordé ici :
https://listes.april.org/wws/arc/comptabilite/2021-09/msg6.html
(Liste non publique)

Vu que le fisc sera informé en temps réel de toutes les transactions, le
bon côté de la chose que je vois, c'est qu'il se pourrait que le fisc ai
la bonne idée de ne plus imposer les déclarations fiscales ;-)





Le Wed, 22 Feb 2023 17:26:46 +0100,
Olivier  a écrit :

> Bonjour,
> 
> Je viens d'apprendre que l'article "26 de la loi de finances
> rectificative pour 2022 prévoit l’obligation de facturation
> électronique dans les échanges entre entreprises assujetties à la TVA
> et établies en France" (cf [1]).
> 
> Avez-vous connaissance d'outils ou prestataires permettant à des
> entreprises dont l'informatique repose sur Debian, de se préparer à
> cette nouvelle obligation ? Quel retour d'expérience ?
> 
> Comment se rétribuent les plateformes de dématérialisation ?
> 
> [1]
> https://www.impots.gouv.fr/facturation-electronique-entre-entreprises-et-transmission-de-donnees-de-facturation
> 
> Slts
> 

Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable

[Jeremy Ardley]

On 23/2/23 18:23, daven...@tuxfamily.org wrote:

Hello,

On 2023-02-23 02:59, cono...@panix.com wrote:

On 2/22/23, daven...@tuxfamily.org  wrote:


There is an unidentified process that decides it's ok to delete and
recreate /etc/resolv.conf without asking user/admin,
The problem is, the problematic process is not work's VPN related and
creates the file with wrong resolver's IP. The IP corresponds to my 
home

router IP, which does has a DNS resolver and it works as it should. BUT
my home's router DNS obviously don't know jack about work internal
servers, on which I work… and work's proxy as well, which when it 
cannot

be resolved… breaks everything using HTTP.


Might look at:

    /etc/network/interfaces.d/setup

as explained in "man interfaces". (That file can/might be changed via
the network symbol in the window manager's configuration bar/menu
system, usually required with root/sudo privileges.)

    John


There's nothing relevant to change in that file. I don't want to have 
static IP. And the right interface name is not in it.


I'm not sure whether that file became totally obsoleled, or if it's 
not normal that it doesn't contain the expected interface name? has it 
been deprecated since debian switched to systemd so-called 
"predictable" iface names?


For some reasons, since debian 9 or 10 (id nor 8?), including debian 
11 new installs (work laptop has been install slightly more than a 
year ago),
that files only contains the eth0 and local interfaces name, while 
debian switched to systemd style interfaces names.
I remembrer having slowed down boots because of the that, on my 
personal laptop, when debian switched to systemd style names and that 
file still referred to eth0 which doesn't exist
So boot process was waiting for eth0 interface until I commented out 
that part (eth0 block) of interfaces files.


On the newer work laptop on the other hand, there is that eth0 block, 
there's is no eth0 interface on my system (there's enp.* and enx.* 
systemd names, instead)
BUT I never had the slow/timeout-waiting boot process unlike the 
personal was reinstall from zero instead of upgraded years ago only to 
change HDD to SSD, and to change partitioning to encrypted LVM.


So my guess is /etc/network/interface.* has been replaced with 
something also. Since it refers to non-exitent interfaces names 
without breaking the network or slowing down the boot process.


Also, the switching to systemd styles interfaces names has been 
following by a weird behaviour on my personal computer. It has a 
"failed" error message at startup, for the network (or is networking? 
it never remember the correct name) service, without breaking the 
network… it weirdly just works. I never figured out what replaces that 
service. If anyone has any idea?


As a general comment on resolving name service problems you need to 
become acquainted with nsswitch


I have only recently become aware of it. It's central in determining 
just how your system looks up lots of things including DNS names.


Some research and reading is required (for me and perhaps most?)

--
Jeremy
(Lists)

Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable

[davenull]

Hi

On 2023-02-22 18:30, Christoph Brinkhaus wrote:
Am Wed, Feb 22, 2023 at 06:12:29PM +0100 schrieb 
daven...@tuxfamily.org:


= context =
For the context, I use a Debian 11 laptop for work. When I work 
remotely
from home, I have to use a cisco VPN. Good thing is there is 
openconnect,
which does work, and in teh case of ym work's VPN, it does wor. 
cisco's

spyware/downloaded binry, namely using the --csd-wrapper
/usr/libexec/openconnect/"

[snip]

= end of context =
What I want is: setting up /etc/resolv.conf ONLY
-  at system startup/initial network connexion.
- when openconnect is executed and connects to work's VPN
- when openconnect is ^C-ed and disconnects from the works VPN 
(cleaning
it's mess in the routing table, interfaces, /etc/resolv's and other 
netwwork

stuff it might have modified, makes sense)

Here's what I know:
- Whatever process does that seems does what I highly suspect to be 
DHCP [1]
requests every now and then. Home's router answers giving it's own 
address
as both gateway and DNS resolver. And said process thinks it's OK to 
delete
and recreate resolv.conf with the wrong content… breaking everything 
work's

related while the VPN is still active


If it is DHCP: You might do a countermeasure in
/etc/dhcp/dhclient.conf. On my system I have an entry as below.

interface "wlp4s0" {
supersede domain-name-servers 127.0.0.1;


Unfortunately, I can't use supersede parameter because I need to use 
different resolvers at different times/in different contexts.


I would need something more… conditional

IF openconnect is running and has modified resolv.conf, leave that file 
alone unless you are openconnect
Otherwise, when there's no VPN active, you can do normal DHCP requests 
and accept whatever currently-active network's router/DHCP tells you and 
update resolve conf accordingly



}

I run unbound as a resolver. The entry in dhcclient.conf prevents that
the entry in /etc/resolv.conf is overwritten.

[snip]

My setup is stoneage like compared to your context.
Anyhow, I hope this is at least useful as a pointer :-).

Kind regards,
Christoph

Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable

[davenull]

Hello,

On 2023-02-23 02:59, cono...@panix.com wrote:

On 2/22/23, daven...@tuxfamily.org  wrote:


There is an unidentified process that decides it's ok to delete and
recreate /etc/resolv.conf without asking user/admin,
The problem is, the problematic process is not work's VPN related and
creates the file with wrong resolver's IP. The IP corresponds to my 
home
router IP, which does has a DNS resolver and it works as it should. 
BUT

my home's router DNS obviously don't know jack about work internal
servers, on which I work… and work's proxy as well, which when it 
cannot

be resolved… breaks everything using HTTP.


Might look at:

/etc/network/interfaces.d/setup

as explained in "man interfaces". (That file can/might be changed via
the network symbol in the window manager's configuration bar/menu
system, usually required with root/sudo privileges.)

John


There's nothing relevant to change in that file. I don't want to have 
static IP. And the right interface name is not in it.


I'm not sure whether that file became totally obsoleled, or if it's not 
normal that it doesn't contain the expected interface name? has it been 
deprecated since debian switched to systemd so-called "predictable" 
iface names?


For some reasons, since debian 9 or 10 (id nor 8?), including debian 11 
new installs (work laptop has been install slightly more than a year 
ago),
that files only contains the eth0 and local interfaces name, while 
debian switched to systemd style interfaces names.
I remembrer having slowed down boots because of the that, on my personal 
laptop, when debian switched to systemd style names and that file still 
referred to eth0 which doesn't exist
So boot process was waiting for eth0 interface until I commented out 
that part (eth0 block) of interfaces files.


On the newer work laptop on the other hand, there is that eth0 block, 
there's is no eth0 interface on my system (there's enp.* and enx.* 
systemd names, instead)
BUT I never had the slow/timeout-waiting boot process unlike the 
personal was reinstall from zero instead of upgraded years ago only to 
change HDD to SSD, and to change partitioning to encrypted LVM.


So my guess is /etc/network/interface.* has been replaced with something 
also. Since it refers to non-exitent interfaces names without breaking 
the network or slowing down the boot process.


Also, the switching to systemd styles interfaces names has been 
following by a weird behaviour on my personal computer. It has a 
"failed" error message at startup, for the network (or is networking? it 
never remember the correct name) service, without breaking the network… 
it weirdly just works. I never figured out what replaces that service. 
If anyone has any idea?

Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable

[tomas]

On Thu, Feb 23, 2023 at 10:44:35AM +0100, daven...@tuxfamily.org wrote:

[...]

> Thank you. I'll give it a try, But I won't be on remote work before next
> week
> Which log file is used for that?

That depends: it's the perpetrator's choice where to log (or whether
to log at all, sadly).

> So instead of grepping /var/log/ recursively when the problem occurs. I'd
> tail -f the right file to find the "rogue" process right away

You know that you can tail -f more than one file, do you?

I just learnt that from a colleague. Enormously handy.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: Debugging what is deleting/recreating /etc/resolv.conf with wrong configuration, on debian stable

[davenull]

Hello

On 2023-02-22 22:08, David Wright wrote:

On Wed 22 Feb 2023 at 18:12:29 (+0100), daven...@tuxfamily.org wrote:


What I want is: setting up /etc/resolv.conf ONLY
-  at system startup/initial network connexion.
- when openconnect is executed and connects to work's VPN
- when openconnect is ^C-ed and disconnects from the works VPN
(cleaning it's mess in the routing table, interfaces, /etc/resolv's
and other netwwork stuff it might have modified, makes sense)


What's the output from   ls -l /etc/resolv.conf



-rw-r--r-- 1 root root 104 23 févr. 09:35 /etc/resolv.conf

With the ctime changing more or less often, since it is 
deleted/recreated by what I suspect to do DHCP requests (see audit.log)



What's responsible for restoring the previous contents of
/etc/resolv.conf to your normal network connection when you
finish "work" and tear down the VPN.


openconnect does. When it's CTRL-C-ed to disconnect from the workplace 
VPN, resolv.conf is reverted back to my home network resolver
Not sure whether vpnc_script just calls the DHCP client (probably 
dhclient since it's the only dhcp client preinstalled, at least I'm 
aware of)





- I don't use systemd-resolvd. My OS image (Debian stable, LXDE,
connmann as the default network manager) ships with systemd-resolvd
disabled and I'm totally OK with it
- I do use connmann and didn't replace it with anything else
- The process that deletes and recreates /etc/resolv.conf runs as
root. I used auditd to detect when changes that file… but I can't a
get any process name. I can just see it's root


One way of finding the process is to  # chattr +i /etc/resolv.conf
while you're "at work", so that you get permission errors in the
logs when it happens. (Remember to chattr -i before you "stop work".)


Thank you. I'll give it a try, But I won't be on remote work before next 
week

Which log file is used for that?
So instead of grepping /var/log/ recursively when the problem occurs. 
I'd tail -f the right file to find the "rogue" process right away




But how do you manage /etc/resolv.conf with connman. I don't use it,


openconnect uses something called vpnc_script.
When openconnects is exc, resolv.conf contains the appropriate info as 
well a comment including "VPNC_GENERATED"



but I read there's a plug-in for that. Is openconnect correctly
informing connman when it finishes.


Whether it informs connmann or cleans after itself without involving 
connmann, I don't know and I'm not sure how to check that out.

I'm not familiar with how vpnc_script works and what it does _exactly_
But it does clean up the config and network config is left in working 
state when openconnect disconnects





I was expecting to see a process name it the audit.log file BUT it
didn't happened so I'm still stuck. so my question is: How to debug
that further, and identify the exact process that screw up with
/etc/resolv.conf file… So from there I could search for a way to
prevent that by modifying the rights config file or whatever…


Whatever the "rogue process" is should be informing whatever the
"/etc/resolv.conf controller" is, shouldn't it, rather than being
blocked. (It might be legitimate rather than "rogue".)


Yes, I certainly don't want to block the process entirely, I just want 
to find some mechanism that works in the following way


"Leave /etc/resolv.conf alone, ONLY IF you're not openconnect/a 
vpnc_script AND WHEN openconnect is running"


Otherwise, when VPN is disconnected, I DO want /etc/resolv.conf to be 
generated according to my home router's DHCP tells the computer


Thank you for your help either way. It gives me some interesting 
pointers :)




Cheers,
David.

Re: Where to look into when system crashes

[Qiming Ye]

On 2023-02-23 08:27+0100, to...@tuxteam.de wrote:

On Thu, Feb 23, 2023 at 01:41:42PM +0800, Qiming Ye wrote:

We have found out it's problem of the current.


You mean electrical current?


Yes that's what I meant.