Re: synchronisation sur un seveur distant: quelle solution?

[Samuel Cifuentes]

Bonjour

après avoir utilisé du rsync puis unison, j'utilise maintenant syncthing.

ça marche bien

si ça peut aider...


On 04/07/2018 15:28, alex.pad...@laposte.net wrote:

Bonsoir à tous,

Je recherche une solution pour synchroniser toutes les 5mn un 
répertoire locale vers un répertoire distant.

Je souhaiterai synchroniser uniquement les changements.
J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser?
Merci pour vos conseils.

Alex PADOLY

Re: current kernel?

[Matthew Crews]

On 07/04/2018 02:24 PM, Charles Zeitler wrote:
> I am using vmlinuz-4.9.0-6-amd64
> Have I missed an update?
> 
> charles zeitler
> 

You have not. Stretch is using the 4.9 series kernel, as it was the LTS 
kernel at the time of Stretch's release, and it will likely remain the 
default kernel throughout the lifetime of Stretch.

Jessie is still using 3.16 series as it too was the LTS at the time that 
Jessie released.

If you want the latest and greatest, you should consider installing from 
stretch-backports, or use Testing or Sid instead of Stable.

Some further reading:

https://www.kernel.org/releases.html
https://wiki.debian.org/KernelFAQ
https://wiki.debian.org/Backports
https://wiki.debian.org/DontBreakDebian
https://wiki.debian.org/DebianTesting
https://wiki.debian.org/DebianUnstable

Cheers,

-Matt

Display will not wake after Hibernation or Sleep

[Dave]

Display will not wake after Hibernation or Sleep

i am running Deb 9.4 Amd64, bios was just updated to most recent,

the video card is Radeon HD 6850

Kernel is 4.9.0 amd

Please Advise

Dave

Re: Debian testing - release number

[John Crawley]

On 2018-07-05 09:58, Richard Hector wrote:

On 05/07/18 03:53, David Wright wrote:

On Wed 04 Jul 2018 at 13:18:14 (+1200), Richard Hector wrote:

On 02/07/18 05:31, David Wright wrote:

On Sun 01 Jul 2018 at 22:44:17 (+1200), Richard Hector wrote:

On 28/06/18 16:40, David Wright wrote:

On Wed 27 Jun 2018 at 19:49:13 (+0200), Martin Krämer wrote:

I am wondering if it is possible to get the debian release number
for debian testing (and maybe sid) from command line?

Yes.
# cat > /etc/debian_version
Write whatever you want here
Whether it's advisable to depend on its being numerical is a different matter.


Wait, what? Are you trying to get it, or set it? Why would you want to
edit that?


As Brad has already pointed out, "[…] [testing] will get the official
release number 10 when buster becomes the stable branch of Debian."
That's been policy AIUI at least since Debian 1.0 was not released.
What seems to be lost on people who feel a pressing need for
/etc/debian_version to contain a number to satisfy some script that
they have written (which seems to be the usual reason) is that
/etc/debian_version is a configuration file. Look in the
.deb file and there it is, along with /etc/issue{,.net} which
determine how you are greeted {locally,remotely}. So admins are
free to set them all how they like.


I accept that you _can_ edit it. I just don't see why you'd want to,


I can only refer you to a recent iteration of bug reporting:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866885


especially in terms of the OP's request to find out what the version
number is. If the file has the version number, fine. If not, changing
the file still isn't going to help.


Eh? If the OP wants a version number, then changing the string to a
number will help.


Equally, if I want to know what the time is, I can ask you.
If you don't know, I can tell you.
Then I can ask you, and now you'll know, and I'll find out.

Right?

We must be looking at different problems.

I'm assuming that if you're trying to look up the version number, it's
because you don't know what it is.


It would be relatively simple to make a script which read the words in 
/etc/debian_version, performed a mapping to some number and appended the 
result to that file. However Debian policy here implies that a version 
number _has_no_meaning_ until a release is made. You could still go 
ahead and add one, if it would save whatever scripts wanted that info 
from having to do the above mapping themselves, but there's no guarantee 
outside that sysadmin's domain of what such a number would mean.


--
John

Re: Kernel upgrade = freeze on boot (linux-image-4.16.0-2-amd64)

[Carl Fink]

On 07/02/2018 04:49 AM, Guillaume Clercin wrote:

You need to update "/etc/default/grub" and add parameter to boot with. In this
file, you need to edit the line starting with GRUB_CMDLINE_LINUX and append
option: "slab_common.usercopy_fallback=y". This workaround was suggested by
nvidia maintainer. Don't forget to run "update-grub" after.

nvidia-graphics-drivers (390.67-1) unstable; urgency=medium

   For using the NVIDIA driver on Linux 4.16.16-1 or newer, the following
   kernel boot option may be needed as a workaround for #901919:
 slab_common.usercopy_fallback=y
   See https://bugs.debian.org/901919 for details.

  -- Andreas Beckmann   Thu, 28 Jun 2018 12:32:19 +0200

This workaround works fine for me. Currently, I'm using nvidia-driver
(390.67-1) and Linux (4.16.0-2-amd64).

I am late in saying it, but thank you, Guillaume.

This also worked for me.

--
Carl Fink  c...@finknetwork.com
Thinking and logic and stuff at Reasonably Literate
http://reasonablyliterate.com

Re: Debian testing - release number

[Richard Hector]

On 05/07/18 03:53, David Wright wrote:
> On Wed 04 Jul 2018 at 13:18:14 (+1200), Richard Hector wrote:
>> On 02/07/18 05:31, David Wright wrote:
>>> On Sun 01 Jul 2018 at 22:44:17 (+1200), Richard Hector wrote:
 On 28/06/18 16:40, David Wright wrote:
> On Wed 27 Jun 2018 at 19:49:13 (+0200), Martin Krämer wrote:
>> I am wondering if it is possible to get the debian release number
>> for debian testing (and maybe sid) from command line?
>
> Yes.
>
> # cat > /etc/debian_version
> Write whatever you want here
> ^D
>
> Job done. (That's a control-D.)
>
> Whether it's advisable to depend on its being numerical is a different 
> matter.

 Wait, what? Are you trying to get it, or set it? Why would you want to
 edit that?
>>>
>>> As Brad has already pointed out, "[…] [testing] will get the official
>>> release number 10 when buster becomes the stable branch of Debian."
>>> That's been policy AIUI at least since Debian 1.0 was not released.
>>> Meanwhile this question is asked, answered, and (re)submitted as a bug.
>>>
>>> What seems to be lost on people who feel a pressing need for
>>> /etc/debian_version to contain a number to satisfy some script that
>>> they have written (which seems to be the usual reason) is that
>>> /etc/debian_version is a configuration file. Look in the
>>> .deb file and there it is, along with /etc/issue{,.net} which
>>> determine how you are greeted {locally,remotely}. So admins are
>>> free to set them all how they like.
>>
>> I accept that you _can_ edit it. I just don't see why you'd want to,
> 
> I can only refer you to a recent iteration of bug reporting:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866885
> 
>> especially in terms of the OP's request to find out what the version
>> number is. If the file has the version number, fine. If not, changing
>> the file still isn't going to help.
> 
> Eh? If the OP wants a version number, then changing the string to a
> number will help.

Equally, if I want to know what the time is, I can ask you.
If you don't know, I can tell you.
Then I can ask you, and now you'll know, and I'll find out.

Right?

We must be looking at different problems.

I'm assuming that if you're trying to look up the version number, it's
because you don't know what it is.

Richard



signature.asc
Description: OpenPGP digital signature

Re: Xfce4 - uninstalled pulseaudio - no volume control for alsa for the panel

[Zenaan Harkness]

On Wed, Jul 04, 2018 at 11:27:07PM +0200, Michael Lange wrote:
> Hi,
> 
> On Wed, 4 Jul 2018 19:54:35 +0200
> Aldo Maggi  wrote:
> 
> > As for the Subject, I' ve uninstalled pulseaudio because after an
> > upgrade I couldn't hear anything from the speakers (it happened already
> > in the past more than once).
> > 
> > Now I have audio again but it appears that there is no plugin for alsa
> > to use in the lower panel.
> > 
> > I've installed "volti", it works but I cannot have it in the lower
> > panel.
> > 
> > Aldo :-)
> 
> you might want to have a look at pnmixer.
> It works with both pulseaudio and plain alsa and should work with any
> DE's system tray.

Sounds great. By default, it simply starts, in XFCE, in the tray.

The man page needs a patch as it says "Any other sound driver like
OSS or FFADO, or sound server like PulseAudio or Jackd, are currently
not supported (patches welcome)."

Clicking on "Mixer" button (after right clicking the tray icon)
brings up a window which appears to endlessly attempt to connect to
PulseAudio.

I thought pulse was not installed. Appears it is.

Time to experiment with removing it again, as I only use ALSA
anyway...

Thanks :)

Re: current kernel?

[David Wright]

On Thu 05 Jul 2018 at 10:27:53 (+1200), Ben Caradoc-Davies wrote:
> On 05/07/18 09:24, Charles Zeitler wrote:
> >I am using vmlinuz-4.9.0-6-amd64
> >Have I missed an update?
> >charles zeitler
> 
> This is the current default linux-image-amd64 package on stretch:
> 
> https://packages.debian.org/stretch/linux-image-amd64
> Depends:
> https://packages.debian.org/stretch/linux-image-4.9.0-6-amd64
> 
> To check the installed version:
> 
> dpkg -l linux-image-4.9.0-6-amd64
> 
> It should be 4.9.88-1+deb9u1.

Strictly, I think you should

$ uname -a
Linux whatchamacallit 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) 
x86_64 GNU/Linux
$ 

because you might have installed a new kernel but not yet rebooted.

Cheers,
David.

Fwd: terminal will not wak after hibernation

[Dave]

after hibernation the terminal will not wake ( apparently, no signal )

the computer wakes, the keyboard lights up.

I just installed deb 9.4 amd / the bios was just updated.

Re: synchronisation sur un seveur distant: quelle solution?

[Pierre Malard]

Hola,

Oui la solution inotify peut paraître intéressante mais avec une (très) bonne 
liste d’exclusion et en faisant bien attention à ne pas se tromper sur le 
déclencheur, sinon la moindre écriture dans un fichier cache ou temporaire 
provoquera le rsync … qui risque de déclencher le … inotify.

Tout dépend de ce qu’on veut. Si on souhaite un modèle « duplicat asynchrone » 
ou une sauvegarde simple ou incrémentale, une solution rsync dans un cron, ou 
mieux, l’utilisation de « rsnapshot » est bonne et à conseiller. En gros c’est 
du TimeMachine. S’il n’y a rien à sauvegarder par rapport à la dernière 
sauvegarde, ça va très vite… à ne rien faire.
Par contre, si l’on veut se faire un « raid 1 » à la mano, ça devient plus 
ardu. Si c’est du local, un disque sur l’autre, pourquoi ne pas simplement 
utiliser un RAID1 qu’il soit logiciel ou matériel. Si c’est du déporté, on peut 
étudier des solutions du genre GlusterFS.

> Le 4 juil. 2018 à 18:04, Olivier Lange  a écrit :
> 
> Hello,
> 
> Pourquoi passer par un cron? Pour moi inotify + rsync est bien plus efficace, 
> et te permets de garantir la synchro de tes données.
> 
> Olivier
> 
> Le mer. 4 juil. 2018 à 15:29,  > a écrit :
> Bonsoir à tous,
> 
> Je recherche une solution pour synchroniser toutes les 5mn un répertoire 
> locale vers un répertoire distant.
> Je souhaiterai synchroniser uniquement les changements.
> J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser?
> Merci pour vos conseils.
> 
> Alex PADOLY

--
Pierre Malard

   « Il faut créer en même temps les élites et les débouchés, le syndica-
lisme et les usines. Faire l'un sans l'autre, c'est travailler pour le
malheur du peuple. »
Romain Gary - "Les racines du ciel"
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: current kernel?

[Ben Caradoc-Davies]

On 05/07/18 09:24, Charles Zeitler wrote:

I am using vmlinuz-4.9.0-6-amd64
Have I missed an update?
charles zeitler


This is the current default linux-image-amd64 package on stretch:

https://packages.debian.org/stretch/linux-image-amd64
Depends:
https://packages.debian.org/stretch/linux-image-4.9.0-6-amd64

To check the installed version:

dpkg -l linux-image-4.9.0-6-amd64

It should be 4.9.88-1+deb9u1.

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: Trouble booting lvm raid/luks system with latest kernel in Testing

[Alex Gould]

On Wed, Jul 4, 2018, at 3:08 PM, deloptes wrote:
> Alex Gould wrote:
> 
> > I imagine I will need to fix some settings for initramfs, grub, crypttab,
> > fstab, or something, but I'm not sure how to proceed.
> 
> I would compare content of new and old initrd
> 
> lsinitramfs /boot/initrd- > initrd.1.content
> lsinitramfs /boot/initrd- > initrd.2.content
> 
> diff -ub initrd.2.content initrd.1.content
> 
> is there something missing?

Thank you,

There were some differences that might be relevant, unfortunately I'm not sure 
what they mean. The first change listed below looks suspicious to me.

--- initrd.old.content  2018-07-04 15:10:50.031303390 -0700
+++ initrd.new.content  2018-07-04 15:11:08.463538144 -0700
@@ -28,7 +28,7 @@
 conf
 conf/conf.d
 conf/conf.d/resume
-conf/conf.d/cryptroot
+conf/modules
 conf/arch.conf
 conf/initramfs.conf
 etc

[]

@@ -1038,10 +1038,10 @@
 lib/x86_64-linux-gnu/libm.so.6
 lib/x86_64-linux-gnu/libm-2.27.so
 lib/x86_64-linux-gnu/libcryptsetup.so.12
-lib/x86_64-linux-gnu/libcryptsetup.so.12.2.0
+lib/x86_64-linux-gnu/libcryptsetup.so.12.3.0
 lib/x86_64-linux-gnu/libdevmapper.so.1.02.1
 lib/x86_64-linux-gnu/libgcrypt.so.20
-lib/x86_64-linux-gnu/libgcrypt.so.20.2.2
+lib/x86_64-linux-gnu/libgcrypt.so.20.2.3
 lib/x86_64-linux-gnu/librt.so.1
 lib/x86_64-linux-gnu/librt-2.27.so
 lib/x86_64-linux-gnu/libjson-c.so.3
@@ -1077,6 +1077,7 @@
 lib/modprobe.d/systemd.conf
 lib/cryptsetup
 lib/cryptsetup/askpass
+lib/cryptsetup/functions
 lib/udev
 lib/udev/rules.d
 lib/udev/rules.d/56-lvm.rules
@@ -1389,6 +1390,8 @@
 init
 lib64
 lib64/ld-linux-x86-64.so.2
+cryptroot
+cryptroot/crypttab
 usr
 usr/lib
 usr/lib/x86_64-linux-gnu

Re: Trouble booting lvm raid/luks system with latest kernel in Testing

[deloptes]

Alex Gould wrote:

> I imagine I will need to fix some settings for initramfs, grub, crypttab,
> fstab, or something, but I'm not sure how to proceed.

I would compare content of new and old initrd

lsinitramfs /boot/initrd- > initrd.1.content
lsinitramfs /boot/initrd- > initrd.2.content

diff -ub initrd.2.content initrd.1.content

is there something missing?

There are good howtos around, you can try. 

check this first 
https://wiki.debian.org/InitramfsDebug
https://wiki.debian.org/initramfs -> How to inspect initramfs

and to get the content out

unmkinitramfs /boot/initrd.img-$(uname -r) initramfs/

regards

Re: Xfce4 - uninstalled pulseaudio - no volume control for alsa for the panel

[Michael Lange]

Hi,

On Wed, 4 Jul 2018 19:54:35 +0200
Aldo Maggi  wrote:

> As for the Subject, I' ve uninstalled pulseaudio because after an
> upgrade I couldn't hear anything from the speakers (it happened already
> in the past more than once).
> 
> Now I have audio again but it appears that there is no plugin for alsa
> to use in the lower panel.
> 
> I've installed "volti", it works but I cannot have it in the lower
> panel.
> 
> Aldo :-)

you might want to have a look at pnmixer.
It works with both pulseaudio and plain alsa and should work with any
DE's system tray.

Regards

Michael

.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

A man either lives life as it happens to him, meets it head-on and
licks it, or he turns his back on it and starts to wither away.
-- Dr. Boyce, "The Menagerie" ("The Cage"), stardate
unknown

current kernel?

[Charles Zeitler]

I am using vmlinuz-4.9.0-6-amd64
Have I missed an update?

charles zeitler
-- 
 The Perfect Is The Enemy Of
 The Good Enough

Re: XOpenIM errors

[davidson]

On Tue, 3 Jul 2018, Brian Cary wrote:


Greetings,
I'm running a new Debian 9.4 system - I was a longtime Ubuntu user.
I'm trying to figure out why I get these errors when I run a game
dev program called "Godot". Didn't have the problem in Ubuntu, so I
assume it's something different with Debian?  Google and the Godot
community have no idea, so I'm throwing up a "Hail Mary" here. I
totally understand if no one wants to tackle this though.

Here're the error messages, they show up in the terminal when
running the program Godot from there:


0:00:00:0004 - XOpenIM failed
--
Type:Warning
Description:
Time: 0:00:00:0004
C Error: XOpenIM failed
C Source: platform/x11/os_x11.cpp:231
C Function: initialize


and


0:00:00:0085 - XCreateIC couldn't create xic
--
Type:Warning
Description:
Time: 0:00:00:0085
C Error: XCreateIC couldn't create xic
C Source: platform/x11/os_x11.cpp:415
C Function: initialize


I have no idea what any of that even means. Thoughts?


According to my (totally imperfect and almost completely useless)
understanding, XOpenIM and XCreateIC are X11 library functions
enabling an application to open an "input method" and create an "input
context", respectively.[a,b]

The purpose of those two abstractions is to permit an X client
application (such as godot) to accept input from an arbitrary
locale. (This is why I ask question 3, below.)

If you want to read more about this sort of thing, maybe you could
start here:

 Xlib - C Language X Interface
 Chapter 13. Locales and Internationalized Text Functions
 Section: Input Methods
 https://www.x.org/releases/current/doc/libX11/libX11/libX11.html#Input_Methods

1. Is there any unexpected/undesired behavior that accompanies these
warnings? Yes? No? If there is, then tell us what misbehavior is
troubling you.

And if there is not, then I have nothing left to ask (except to
request that you stop afflicting poor john doe with fever-dreams about
imagined references to Apple's OS X and to games that don't exist and
that nobody's trying to play.)

If there still remains any trouble to be shot, then I imagine anyone
capable of that task would like to know at least the answers to:

2. What version of godot have you installed?

3. What is your locale?

  $ locale # What is the output?

Good luck with your project.


NOTES

a. Apparently an input "context" is related to an input "method" in a
way not unlike the way an X-window is related to an X-display. For
example, a given input "method" may maintain multiple input "contexts"
for an application. Since XOpenIM fails, it does not seem terribly
surprising that XCreateIC fails as well. (Like, if your display didn't
open, then you wouldn't expect to get any windows either.)

b. If you want to read the man pages for these functions locally, you
can install the libx11-doc package.

--

  The day will come when our silence will be more powerful than the
  voices you strangle today.

 August Spies (1855--1887), American newspaper editor, last words
 before the state of Illinois hanged him

  Power is mostly the illusion of power. The Pentagon demanded we
  destroy our publications. We kept publishing. Clinton denounced us
  and said we were an attack on the entire "international
  community". We kept publishing. I was put in prison and under house
  arrest. We kept publishing. We went head to head with the NSA
  getting Edward Snowden out of Hong Kong, we won and got him
  asylum. Clinton tried to destroy us and was herself
  destroyed. Elephants, it seems, can be brought down with
  string. Perhaps there are no elephants.

 Julian Assange, editor-in-chief of Wikileaks

Re: Help with setting Debian Testinf

[Michael Wagner]

On Jul 04, 2018 um 17:32:49, Zenaan Harkness wrote:
> "testing" does not have security updates, so you will need to comment
> out all your security lines... if you need security updates, use
> stable.

https://wiki.debian.org/Status/Testing

Thus, there is security support for testing, but in general it cannot be 
expected to be of the same quality as for stable:

  • Updates for testing-security usually get less testing than updates 
for stable-security.
  • Updates for embargoed issues take longer because the testing 
security team does not have access to embargoed information.
  • Testing is changing all the time which increases the likelyhood of 
problems with the build infrastructure. Such problems can delay 
security updates in testing.

In order to have a secure testing installation, you must run apt-get 
update && apt-get dist-upgrade to update your system on a regular basis 
and have the following in your SourcesList:

  • deb http://security.debian.org testing/updates main contrib non-free
  • deb-src http://security.debian.org testing/updates main contrib non-free

Just my 2¢
Michael



signature.asc
Description: PGP signature

Trouble booting lvm raid/luks system with latest kernel in Testing

[Alex Gould]

Hi, I'm hoping for some advice for a problem with my system that is tracking 
Debian Testing.

The system has two equally-sized internal hard drives. They are partitioned in 
the following way:

Disk A has a smaller ext2 partition that serves as /boot, with the remainder 
being a physical volume for LVM

Disk B has one partition, a physical volume for LVM.

The two physical volumes are combined via LVM into one logical volume.

This logical volume is encrypted with cryptsetup using a passphrase (to be 
entered at boot).

The resulting encrypted volume is then used as a physical volume for LVM, which 
is divided into two logical volumes: swap and / (root).

This setup was all created via the Debian installer.

Until now, everything seemed to work flawlessly -- Grub loaded the initramfs, I 
was prompted for the password for the encrypted volume, and then booting 
proceeded normally to a usable system.

After upgrading to the latest kernel 4.16.0-2-amd64, this no longer worked. 
Grub loaded, and I got the error message "Cryptsetup: waiting for encrypted 
source device UUID=365b88eb-195f-43a8-8776-8969ed47744c..." followed a few 
minutes later by dropping into the initramfs shell.

Boot still works normally if I select the previous kernel, 4.16.0-1-amd64 from 
the Grub menu.

I imagine I will need to fix some settings for initramfs, grub, crypttab, 
fstab, or something, but I'm not sure how to proceed.

Any advice on this complicated question is greatly appreciated. Thank you!

Xfce4 - uninstalled pulseaudio - no volume control for alsa for the panel

[Aldo Maggi]

As for the Subject, I' ve uninstalled pulseaudio because after an
upgrade I couldn't hear anything from the speakers (it happened already
in the past more than once).

Now I have audio again but it appears that there is no plugin for alsa
to use in the lower panel.

I've installed "volti", it works but I cannot have it in the lower
panel.

Aldo :-)

Re: synchronisation sur un seveur distant: quelle solution?

[Olivier Lange]

Hello,

Pourquoi passer par un cron? Pour moi inotify + rsync est bien plus
efficace, et te permets de garantir la synchro de tes données.

Olivier

Le mer. 4 juil. 2018 à 15:29,  a écrit :

> Bonsoir à tous,
>
> Je recherche une solution pour synchroniser toutes les 5mn un répertoire
> locale vers un répertoire distant.
> Je souhaiterai synchroniser uniquement les changements.
> J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser?
> Merci pour vos conseils.
>
> Alex PADOLY
>

Re: Debian testing - release number

[David Wright]

On Wed 04 Jul 2018 at 13:18:14 (+1200), Richard Hector wrote:
> On 02/07/18 05:31, David Wright wrote:
> > On Sun 01 Jul 2018 at 22:44:17 (+1200), Richard Hector wrote:
> >> On 28/06/18 16:40, David Wright wrote:
> >>> On Wed 27 Jun 2018 at 19:49:13 (+0200), Martin Krämer wrote:
>  I am wondering if it is possible to get the debian release number
>  for debian testing (and maybe sid) from command line?
> >>>
> >>> Yes.
> >>>
> >>> # cat > /etc/debian_version
> >>> Write whatever you want here
> >>> ^D
> >>>
> >>> Job done. (That's a control-D.)
> >>>
> >>> Whether it's advisable to depend on its being numerical is a different 
> >>> matter.
> >>
> >> Wait, what? Are you trying to get it, or set it? Why would you want to
> >> edit that?
> > 
> > As Brad has already pointed out, "[…] [testing] will get the official
> > release number 10 when buster becomes the stable branch of Debian."
> > That's been policy AIUI at least since Debian 1.0 was not released.
> > Meanwhile this question is asked, answered, and (re)submitted as a bug.
> > 
> > What seems to be lost on people who feel a pressing need for
> > /etc/debian_version to contain a number to satisfy some script that
> > they have written (which seems to be the usual reason) is that
> > /etc/debian_version is a configuration file. Look in the
> > .deb file and there it is, along with /etc/issue{,.net} which
> > determine how you are greeted {locally,remotely}. So admins are
> > free to set them all how they like.
> 
> I accept that you _can_ edit it. I just don't see why you'd want to,

I can only refer you to a recent iteration of bug reporting:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866885

> especially in terms of the OP's request to find out what the version
> number is. If the file has the version number, fine. If not, changing
> the file still isn't going to help.

Eh? If the OP wants a version number, then changing the string to a
number will help. They could try to predict the upcoming version
(bad idea), or indicate there isn't one with zero, or they could use
a trusty sentinal value like 999 if it was important for the version
number to be > V(stable). I'm not condoning any of these, just
pointing out that the value is within the gift of the sysadmin.

If a sysadmin thinks that debian_version is an important and accurate
indication of the system's state when it's running testing, that
might be a problem.

Cheers,
David.

Re: synchronisation sur un seveur distant: quelle solution?

[Dominique Dumont]

On Wednesday, 4 July 2018 17:01:55 CEST Raphaël POITEVIN wrote:
> S’il y en avait un, ça prendrait le contenu pour le balancer
> dans la cible et là aïe aïe aïe, méfiance avec le --delete. J’ai
> expérimenté.

Il vaut mieux tester rsync avec l'option --dry-run --verbose.

HTH

Re: [OT] Videos disponibles en los videocursos

[Galvatorix Torixgalva]

Hola,

cuando empece con este proyecto mi idea era publicar los videos en youtube.

¿Porque no lo hice al final?. Porque me pase mucho tiempo viendo videos de
los propios youtubers quejandose de cosas de youtube. Estuve evaluando
puntos a favor y puntos en contra de publicarlos en youtube. Tambien estuve
evaluando puntos a favor y puntos en contra de tutellus, porque ya lo
conocia. Al final me parecio mejor opcion tutellus.

Saludos

Re: [OT] A vueltas con las caches L1 y L2

[Juan Lavieri]

Hola.

El 3/7/2018 a las 3:24 a.m., Angel Vicente escribió:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

El Mon, 2 Jul 2018 12:43:46 -0400
Juan Lavieri  escribió:

Hola.

El 2/7/2018 a las 9:53 a.m., Alberto Luaces escribió:

Angel Vicente writes:
   

me dice que las caches L1 y L2 están deshabilitadas, la cosa es
que con lshw encuentro que existir, existen.


Es prácticamente imposible que tu CPU no esté usando las cachés;
jamás he escuchado que se pudiesen deshabilitar,


Disculpa pero, como punto de información te quiero mencionar que el
BIOS de todas las máquinas antiguas tepermitía habilitarlas y
deshabilitarlas a voluntad;  de hecho las tarjetas chinas baratas
sustituían los chips de cache L2 y colocaban unos falsos y
"trampeaban" el BIOS para hacer creer que estaba habilitada la L2
cuando no era cierto.

Quizas el BIOS de esa máquina que se menciona tenga algo así;  lo que
comento, sucedía con MB para procesadores 386 y 486 (no se si ustedes
habían nacido cuando eso) :-).


Sí, alguna encontré, la llamábamos la caché de madera :-).
En este caso es un Core 2 Quad 8400 en un HP 6000 MT Pro y no he
encontrado en BIOS ninguna opción para manejar las caches.


Angel, dando algunas vueltas respecto a tu problema encontré lo siguiente:

https://www.linuxquestions.org/questions/linux-kernel-70/disabling-cpu-caches-936077/

Es exactamente lo contrario a lo que necesitas, pero si se puede 
deshabilitar, imagino que se podrán habilitar.


Espero que te sea de utilidad.






   puesto que es una parte

crucial del sistema, especialmente las más cercanas como la L1 y la
L2.

Si envías el mensaje exacto en el que sale lo que dices, quizás
podamos interpretarlo.
   


Saludos





Saludos.

--
Errar es de humanos, pero es mas humano culpar a los demás

Re: Debian testing - release number

[David Wright]

On Wed 04 Jul 2018 at 09:55:54 (+0900), John Crawley wrote:
> On 2018-07-02 02:31, David Wright wrote:
> >What seems to be lost on people who feel a pressing need for
> >/etc/debian_version to contain a number to satisfy some script that
> >they have written (which seems to be the usual reason) is that
> >/etc/debian_version is a configuration file.
> 
> >I don't know of and wouldn't expect the value to be
> >of any use to the system configuration tools, only to humans.
> 
> Sorry, but I thought a "configuration file" was supposed to
> influence the behaviour of _software_ in some way. Are files which
> only provide info for humans also considered configuration files?

Self-evidently, unless you can determine which software is being
influenced by /etc/{debian_version,issue,issue.net}. You might
say report-bug, but all that does is copy it for perusal by
other people, hence my caveat (that you snipped in the above).

> If
> a sysadmin edited the contents of /etc/debian_version what other
> human would be expected to benefit?

Obviously anyone who runs software that the sysadmin deems to be
influenced by its contents, and which led to its being changed.

Cheers,
David.

Re: [OT] Videos disponibles en los videocursos

[Felix Perez]

El 4 de julio de 2018, 06:57, divagante  escribió:
> El 04/07/18 a las 06:44, Galvatorix Torixgalva escribió:
>>
>>
>>
>> Hola,
>>
>> quiero comunicaros que ya hay varios videos disponibles de forma gratuita
>> en varios de los videocursos que he publicado.
>>
>>
>> Saludos
>>
>> P.D: como veis he puesto los enlaces a los videocursos. Creo que va a ser
>> mejor opcion que pasar los enlaces a cada usuario de forma individual (y que
>> se me pase responder a alguien, como puede que haya pasado).
>>
>
> Hola che, que es lo que te quiere cobrar -vos o el sitio tutelis- en 5€ o
> $163 -pesos arg.-?
>
>  Quise ver un video pero me pide que inicie sesion.. o sea quieren datos. La
> big data tambien es un negocio.
>
>  Si los subis a youtube de onda asi se pueden ver sin registrarse ni nada?
>

Si no contestas ni me entero, lo tengo puesto como spam y así lo había
detectado, pero con tu respuesta igual lo tuve que ver.




-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: synchronisation sur un seveur distant: quelle solution?

[Raphaël POITEVIN]

Bonjour,

alex.pad...@laposte.net writes:
> Je recherche une solution pour synchroniser toutes les 5mn un
> répertoire locale vers un répertoire distant.
> Je souhaiterai synchroniser uniquement les changements.
> J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser?
> Merci pour vos conseils.

Voici la ligne que je mets dans mon script :
TARGET=/mnt/extern/home/raphael
if [ -d $TARGET/documents ]; then
rsync -avz --delete ~/documents $TARGET/
fi

Atention car la présence ou non des / a son importance. À la source, il
n’y en a pas car ça signifie qu’il doit sauvegarder le répertoire et son
contenu. S’il y en avait un, ça prendrait le contenu pour le balancer
dans la cible et là aïe aïe aïe, méfiance avec le --delete. J’ai
expérimenté.
-- 
Raphaël

Re: synchronisation sur un seveur distant: quelle solution?

[JF Straeten]

Hello,

On Wed, Jul 04, 2018 at 03:28:18PM +0200, alex.pad...@laposte.net wrote:

[...]
> Je recherche une solution pour synchroniser toutes les 5mn un répertoire 
> locale vers un répertoire distant. 
> Je souhaiterai synchroniser uniquement les changements. 
> J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser? 
> Merci pour vos conseils. 

Il y a de nombreuses pistes... Tu peux notamment t'orienter vers:

- rsync
- unison (si des changements peuvent se faire dans les deux répliquas
  qu'il faudrait réconcilier)
- glusterfs

Hih,
-- 

JFS.

Re: synchronisation sur un seveur distant: quelle solution?

[yahoo]

Bonjour,

pour synchroniser, et faire une copie d'un dossier local à un dossier
distant tu peux utiliser rsync.

avec les bonnes options il permet de faire de la sauvegarde
incrémentale, donc de ne copier que les changements.

la première copie (sauvegarde) sera complète, puis les suivantes
incrémentale.

Voici un lien que je trouvais pas trop mal pour expliquer :
https://blog.nicolargo.com/2008/11/synchronisation-de-deux-repertoires-avec-rsync.html

Mais tu trouvera plein d'autre exemple de rsync sur le net.

Cdt



Le 04/07/2018 à 15:28, alex.pad...@laposte.net a écrit :
> Bonsoir à tous,
>
> Je recherche une solution pour synchroniser toutes les 5mn un
> répertoire locale vers un répertoire distant.
> Je souhaiterai synchroniser uniquement les changements.
> J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser?
> Merci pour vos conseils.
>
> Alex PADOLY

Re: synchronisation sur un seveur distant: quelle solution?

[daniel huhardeaux]

Le 04/07/2018 à 15:28, alex.pad...@laposte.net a écrit :

Bonsoir à tous,

Je recherche une solution pour synchroniser toutes les 5mn un 
répertoire locale vers un répertoire distant.

Je souhaiterai synchroniser uniquement les changements.
J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser?


rsync, paquet eponyme.

--
Daniel

Re: synchronisation sur un seveur distant: quelle solution?

[fab]

'lut,


J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser?

man rsync

f.

synchronisation sur un seveur distant: quelle solution?

[alex . padoly]

Bonsoir à tous, 

Je recherche une solution pour synchroniser toutes les 5mn un répertoire locale 
vers un répertoire distant. 
Je souhaiterai synchroniser uniquement les changements. 
J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser? 
Merci pour vos conseils. 

Alex PADOLY 

Re: next LTS version?

[Roberto C . Sánchez]

On Wed, Jul 04, 2018 at 11:22:29AM +0100, Tixy wrote:
> 
> It's not quite 'fully supported'. The extra support (after the standard
> approx 3 years) is only for a subset of architectures and packages [1].
> Also, hat support isn't done by the Debian security team, which in my
> experience means that security updates can come day's or weeks after
> the Stable release gets them. (That isn't intended to be a criticism of
> the people working on LTS, just an observation so people considering
> relying on LTS know they may need to be a bit more proactive when
> security issues emerge.)
> 
I have also seen the opposite happen plenty of times: the LTS package
gets an update before the stable package. 

That sort of thing has to do with the different workloads for each of
the teams.  As you point out, the Security team has responsibility over
more packages than the LTS team.  There are also plenty of instances
where the fix that applies to the package in one suite also applies to
the package in the other.  It might make sense to wait for the stable
fix to be completed and then applied to the LTS package.  That results
in less duplicate work.

Additionally, I have seen (actually prepared myself) a package where the
LTS patch was done before the security team even began to look at the
package in stable.  As a result, I applied the patches to the package in
stable and since they applied cleanly, I submitted it to the security
team.  The stable updated came several days after the LTS update of the
package because, as I am not a member of the regular Security team, one
of the team members had to review the changes.

Other members of the LTS team have done the same thing on various
packages at some point or another.

I simply want to point this out to prevent the impression that LTS
constantly lags behind stable.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: Outgoing email with exim, was Re: Strange LAN IP Address.

[mick crane]

On 2018-07-04 04:40, Mike McClain wrote:

On Tue, Jul 03, 2018 at 05:42:15PM -0500, David Wright wrote:

On Tue 03 Jul 2018 at 08:52:22 (-0700), Mike McClain wrote:
> On Mon, Jul 02, 2018 at 03:17:27PM -0400, Stephen P. Molnar wrote:
> 
> Should anyone reading this know hjow to get exim4 to connect to
> outbound.att.net I'd love to hear about it.

Curt got the wiki, and my googling landed on
https://www.att.com/esupport/article.html#!/dsl-high-speed/KM1010523
and
https://www.att.com/esupport/article.html#!/email-support/KM1240308
It looks as though these are more up to date than the wiki.

In the first, I assume that the table rows are labelled wrongly,
but it seems to show SMTP on smtp.mail.att.net ports 465 or 587
as well as the hostname you gave. I would also try port 587 on
both hostnames: it won't be the first to give the wrong one.

The second shows how to get a suitable password for your userID.
(I would use this approach merely because I don't know anything
about oath.)

Anyway, what doesn't work for you and what response do you get
from exim?


What doesn't work? Can't send mail.
Long before Verizon and Oath were involved with Yahoo.

When I switched from dialup AT had me using port 465 and at that
time I was getting some kind of authorization error but couldn't find
out what.

# /etc/exim4/update-exim4.conf.conf
dc_eximconfig_configtype='smarthost'
dc_local_interfaces='127.0.0.1'
dc_smarthost='outbound.att.net::465'

Here's an excerpt from current exim's log:
2018-07-03 19:51:29 1faXd0-0008Gb-JB Remote host
smtp.att.mail.fy4.b.yahoo.com [67.195.228.97] closed
connection in response to initial connection
2018-07-03 19:51:59 1faXd0-0008Gb-JB == nialccm.e...@gmail.com
R=smarthost T=remote_smtp_smarthost defer (-18): Remote host
smtp.att.mail.fy4.b.yahoo.com [98.136.96.82] closed connection in
response to initial connection

Switching update-exim4.conf.conf to read:
dc_smarthost='outbound.att.net::587'

exim's log now shows:
2018-07-03 20:15:24 1faYFl-6U-4d ** mikemcclain...@att.net
R=smarthost T=remote_smtp_smarthost: SMTP error from remote mail
server after MAIL FROM:<> SIZE=2464: host
smtp.att.mail.fy4.b.yahoo.com [67.195.228.97]: 550 Request failed;
Mailbox unavailable

This last message shows a further complication. I have a primary email
account with ATT as well as several aliases,. I also have a Yahoo
account, likewise gmail and am likely to use any of them as the source
(From:, ReplyTo: headers) in outgoing mail depending on where it's 
going.

I only have one, the primary, in /etc/exim4/passwd.client for ATT.

My dialup doesn't care what I call myself when I send email but
perhaps ATT/Yahoo does.

No I haven't tried to get that special password.

What I've got works, I guess I'll leave it rather than jump through
hoops for Verizon.

Thanks for the references.
Mike


think with yahoo you have to login on their web site and register the 
sending email address to use their SMTP


mick




--
Key ID4BFEBB31

Re: next LTS version?

[Gene Heskett]

On Wednesday 04 July 2018 04:50:43 didier gaumet wrote:

> Le 03/07/2018 à 23:52, Gene Heskett a écrit :
> > Greetings all;
> >
> > Since wheezy is pretty much EOL even for security stuffs, whats the
> > next version that will be LTS?
>
> From what I gather: *all* Debian stable releases are LTS for the
> relevant architectures (nowadays: x86, amd64, armhf). A possible
> source of confusion is that a stable release is managed by the Debian
> Team until its standard EOL and then by a different Debian LTS Team
> until its LTS EOL.
>
> > As a linuxcnc fan, I'd like to know what I have to build a rt, or
> > rtai-kernel on.
>
> I have never built a realtime kernel, but basically is it not about
> configuring relevant PREEMPT kernel options?
>
> And if have standard RT needs, you probably should not have to build a
> kernel at all:
> https://packages.debian.org/wheezy/linux-image-rt-686-pae
> https://packages.debian.org/wheezy/linux-image-rt-amd64
> https://packages.debian.org/wheezy/rtai

I get my sources from the kernels rt- git  currently at 4.14-rt, and 
have built it in under an hour on a rock64 for arm64, working on a usb3 
attached drive. But before I could figure a way to install it to the 
stretch it is running, the drive puked all over itself and no longer 
spins up. So that work was lost. But I wasn't aware that debian actually
had rtai kernels available. That version is somewhat newer than my 
machines are running.

But since I can get the sources for much newer rt kernels, I'd much 
druther build that and future-proof things for a couple years.

But in terms of stability, jessie on the armhf (r-pi-3b) wins that
argument rather handily, which would mean I'd have support till the
end of june 2020. Stretch isn't there yet, at least not on the arm64,
not very stable, with 99% of its problems being related to a desktop
login that been broken since the install. So what little I do on it,
is done by a net login via ssh. And in 6 months, that well known problem
has not been fixed, so I am less than impressed.

I have a wheezy install on a spare old Dell I keep current to program 
mesa cards with, running from an ssd and if it could be updated to
jessie w/o losing the data on it, would be a nearly ideal build-bot for 
me. Just let it chug away until the new kernel build is done. Might even
be able, once up to jessie and the newer gcc, to cross-build for armhf 
or arm64. Thats something I won't attempt on the pi as its limited
memory would make that at least a week long job probably failing in the
linker phase, binutils needs more ram than the pi has.

Is there such an updater that would take that old dell from current 
wheezy to current jessie?

If so, where do I get that package? Network is available to all machines
here except that rock64.

Unforch, that stretch machine has lost the ability to define a gateway.
This is a local host based network, so how do I fix that? Here is what 
did work a week ago, but now does not and nothing has been changed:

rock64@rock64:~$ cat /etc/network/interfaces.d/eth0
auto eth0
allow-hotplug eth0
iface eth0 inet static
address 192.168.71.2
netmask 255.255.255.0
gateway 192.168.71.1
dns-nameserver 192.168.71.1

But this morning a route -n shows no gateway:
rock64@rock64:~$ sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
0.0.0.0 0.0.0.0 0.0.0.0 U 20200 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 20200 eth0
192.168.71.00.0.0.0 255.255.255.0   U 0  00 eth0

Just for completeness, resolv.conf which is a real file:
rock64@rock64:~$ cat /etc/resolv.conf
nameserver 192.168.71.1
search hosts,dns
domain coyote.den

If someone knows how to fix that, and keep it fixed in a static network,
I'd be thankfull.

Thanks for reading this far.

-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: [OT] Videos disponibles en los videocursos

[divagante]

El 04/07/18 a las 06:44, Galvatorix Torixgalva escribió:



Hola,

quiero comunicaros que ya hay varios videos disponibles de forma 
gratuita en varios de los videocursos que he publicado.


Dichos videocursos son:

Primeros pasos en Linux con Debian GNU/Linux 9
https://www.tutellus.com/tecnologia/software/primeros-pasos-en-linux-con-debian-gnulinux-9-19934

Curso de Wordpress 4.9.6 con Debian GNU/Linux 9
https://www.tutellus.com/tecnologia/software/curso-de-wordpress-496-con-debian-gnulinux-9-nivel-basico-20483

Gracias a esos videos disponibles de forma gratuita se puede ver un poco 
mas del curso en si mismo.


Saludos

P.D: como veis he puesto los enlaces a los videocursos. Creo que va a 
ser mejor opcion que pasar los enlaces a cada usuario de forma 
individual (y que se me pase responder a alguien, como puede que haya 
pasado).




Hola che, que es lo que te quiere cobrar -vos o el sitio tutelis- en 5€ 
o $163 -pesos arg.-?


 Quise ver un video pero me pide que inicie sesion.. o sea quieren 
datos. La big data tambien es un negocio.


 Si los subis a youtube de onda asi se pueden ver sin registrarse ni 
nada?

Re: next LTS version?

[Tixy]

On Wed, 2018-07-04 at 10:55 +0100, Darac Marjal wrote:
> On Wed, Jul 04, 2018 at 07:53:49AM +0900, Byung-Hee HWANG (황병희, 黃炳熙)
> wrote:
> > In Article <201807031752.13571.ghesk...@shentel.net>,
> > Gene Heskett  writes:
> > 
> > > Greetings all;
> > > 
> > > Since wheezy is pretty much EOL even for security stuffs, whats
> > > the next
> > > version that will be LTS?
> > > 
> > > As a linuxcnc fan, I'd like to know what I have to build a rt, or
> > > rtai-kernel on.
> > > 
> > 
> > Well i don't know what LTS is, however day by day i am waiting for
> > Bullseye, very much!!!
> 
> LTS = Long Term Stable.

To nit-pick, LTS = Long Term Support

>  That is, a version of stable which is 
> fully-supported for 5 years (rather than the 3 years of a standard 
> release).

It's not quite 'fully supported'. The extra support (after the standard
approx 3 years) is only for a subset of architectures and packages [1].
Also, hat support isn't done by the Debian security team, which in my
experience means that security updates can come day's or weeks after
the Stable release gets them. (That isn't intended to be a criticism of
the people working on LTS, just an observation so people considering
relying on LTS know they may need to be a bit more proactive when
security issues emerge.)

[1] https://wiki.debian.org/LTS/FAQ#What_architectures_are_supported.3F

-- 
Tixy

Re: next LTS version?

[Darac Marjal]

On Wed, Jul 04, 2018 at 07:53:49AM +0900, Byung-Hee HWANG (황병희, 黃炳熙) wrote:

In Article <201807031752.13571.ghesk...@shentel.net>,
Gene Heskett  writes:


Greetings all;

Since wheezy is pretty much EOL even for security stuffs, whats the next
version that will be LTS?

As a linuxcnc fan, I'd like to know what I have to build a rt, or
rtai-kernel on.



Well i don't know what LTS is, however day by day i am waiting for
Bullseye, very much!!!


LTS = Long Term Stable. That is, a version of stable which is 
fully-supported for 5 years (rather than the 3 years of a standard 
release).


Bullseye is the provisional name for the next but one release of Debian. 
Assuming that Buster is released at the expected time (NOT scheduled. Debian is 
released when it's ready), we can expect to see Bullseye come out some time in 
2021 or 2022. So... don't hold your breath.



Sincerely, Byung-Hee.



--
For more information, please reread.


signature.asc
Description: PGP signature

[OT] Videos disponibles en los videocursos

[Galvatorix Torixgalva]

Hola,

quiero comunicaros que ya hay varios videos disponibles de forma gratuita
en varios de los videocursos que he publicado.

Dichos videocursos son:

Primeros pasos en Linux con Debian GNU/Linux 9
https://www.tutellus.com/tecnologia/software/primeros-pasos-en-linux-con-debian-gnulinux-9-19934

Curso de Wordpress 4.9.6 con Debian GNU/Linux 9
https://www.tutellus.com/tecnologia/software/curso-de-wordpress-496-con-debian-gnulinux-9-nivel-basico-20483

Gracias a esos videos disponibles de forma gratuita se puede ver un poco
mas del curso en si mismo.

Saludos

P.D: como veis he puesto los enlaces a los videocursos. Creo que va a ser
mejor opcion que pasar los enlaces a cada usuario de forma individual (y
que se me pase responder a alguien, como puede que haya pasado).

Re: next LTS version?

[didier gaumet]

Le 03/07/2018 à 23:52, Gene Heskett a écrit :
> Greetings all;
> 
> Since wheezy is pretty much EOL even for security stuffs, whats the next 
> version that will be LTS?

>From what I gather: *all* Debian stable releases are LTS for the
relevant architectures (nowadays: x86, amd64, armhf). A possible source
of confusion is that a stable release is managed by the Debian Team
until its standard EOL and then by a different Debian LTS Team until its
LTS EOL.

> As a linuxcnc fan, I'd like to know what I have to build a rt, or 
> rtai-kernel on.

I have never built a realtime kernel, but basically is it not about
configuring relevant PREEMPT kernel options?

And if have standard RT needs, you probably should not have to build a
kernel at all:
https://packages.debian.org/wheezy/linux-image-rt-686-pae
https://packages.debian.org/wheezy/linux-image-rt-amd64
https://packages.debian.org/wheezy/rtai

VLC GUI gone troppo on 4K monitor, in latest stretch/stable update

[Zenaan Harkness]

Latest stable update causes VLC icons to go huge, on 3.84K * 2.16k
monitor.

Dodgy update bro, dodgy update!

A quick googoyle brings up this:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884956

which leads to this:

QT_AUTO_SCREEN_SCALE_FACTOR=0 vlc

as the interim solution...

Good luck,

Re: Help with setting Debian Testinf

[Zenaan Harkness]

On Wed, Jul 04, 2018 at 08:01:19AM +0100, Agustin Lobo wrote:
> Following https://wiki.debian.org/DebianTesting
> I have set the following etc/apt/sources.list file:
> 
> alobo@Delia:~$ more /etc/apt/sources.list
> #
> 
> # deb cdrom:[Official Debian GNU/Linux Live 9.4.0 xfce 2018-03-10T11:37]/ 
> stretc
> h main
> 
> #deb cdrom:[Official Debian GNU/Linux Live 9.4.0 xfce 2018-03-10T11:37]/ 
> stretch
>  main
> 
> deb http://ftp.es.debian.org/debian/ testing main
> deb-src http://ftp.es.debian.org/debian/ testing main

Remember that the sources ("deb-src" lines) are only needed if you
want to download the original debian sources tarball(s) for a package
- usually developers would be interested in this, and if you don't
need it, these lines double your index files downloads, slowing your
system updates.


> deb http://security.debian.org/debian-security testing/updates main

My stretch line for security looks like this:

deb http://security.debian.org/ stretch/updates main

"testing" does not have security updates, so you will need to comment
out all your security lines... if you need security updates, use
stable.

> #deb-src http://security.debian.org/debian-security stretch/updates main
> deb-src http://security.debian.org/debian-security testing/updates main
> 
> # stretch-updates, previously known as 'volatile'
> deb http://ftp.es.debian.org/debian/ testing-updates main
> deb-src http://ftp.es.debian.org/debian/ testing-updates main

You need to also comment out "updates" lines - they only apply to
stable distribution.


> deb http://httpredir.debian.org/debian/ testing main contrib non-free

That looks like an error line.

You can add "contrib" and "non-free" to the lines near the top
though, to add those parts of Debian if you decide you can stomach
the non-free'ness etc...


> but Synaptics reports different repositories:
> https://www.dropbox.com/s/spwovspzu6hqrvp/Screenshot%20from%202018-07-04%2007-42-42.png?dl=0

Synaptics suggestion might be correct.

But have a look here to be sure:

https://wiki.debian.org/DebianTesting

Good luck :)

Help with setting Debian Testinf

[Agustin Lobo]

Following https://wiki.debian.org/DebianTesting
I have set the following etc/apt/sources.list file:

alobo@Delia:~$ more /etc/apt/sources.list
#

# deb cdrom:[Official Debian GNU/Linux Live 9.4.0 xfce 2018-03-10T11:37]/ stretc
h main

#deb cdrom:[Official Debian GNU/Linux Live 9.4.0 xfce 2018-03-10T11:37]/ stretch
 main

deb http://ftp.es.debian.org/debian/ testing main
deb-src http://ftp.es.debian.org/debian/ testing main

deb http://security.debian.org/debian-security testing/updates main
#deb-src http://security.debian.org/debian-security stretch/updates main
deb-src http://security.debian.org/debian-security testing/updates main

# stretch-updates, previously known as 'volatile'
deb http://ftp.es.debian.org/debian/ testing-updates main
deb-src http://ftp.es.debian.org/debian/ testing-updates main

deb http://httpredir.debian.org/debian/ testing main contrib non-free


but Synaptics reports different repositories:
https://www.dropbox.com/s/spwovspzu6hqrvp/Screenshot%20from%202018-07-04%2007-42-42.png?dl=0

Do I have a conflict? Is there anything else I should do to have a
properly set Debian Testing system?

Thanks