Re: Intresting dd fsck grub uuid fstab action

[David Wright]

I'm not going to wade through all these imaginings again; sorry.
Just some points.

On Mon 29 May 2017 at 15:56:52 (-0400), Fungi4All wrote:
>> How would I know which fstab you edited? […]
>> IOW how did you decide which disk the kernel had decided to call sda?
>> How did you tell which was the original and which was the identical copy?
> 
> Because the source was on hd0 (physical unit) to target hd1,
> I suspect grub does not worry much about sda/sdb label
> but according to bios knows the master and slave.

What does grub have to do with it. By the time you edited fstab,
the linux kernel was running, sda and sdb are indeterminate, and
choices have been made between duplicate UUIDs.

> Well, that was my initial question. I could understand something
> going bad with the copy but not the source. The only logic is that
> the fsck asked to replace the uuids and I said "y" and it did.

You see, you've decided on what to blame and make up anything to
justify it.

> OK, since you blame every single bit of it in what I did

I'm trying to explain what may have happened under the circumstances
that you have presented us with. You are the one trying to apportion
blame, and you've decided on fsck and grub.

> why don't you
> tell me what are the correct steps for doing exactly what I wanted to
> do, copy an installation on an other hard disk and having it boot by
> the same original grub that handled all other systems.
> Because I am clueless at this point on what I exactly I did wrong and
> why such a simple procedure becomes so enormous source of problems.

Assuming you want to avoid the issues involved with cloning an
active root filesystem, close down your A system and boot up a
 system on a stick.
Copy the partitions from A to B.
Check for errors. /var/log/kern/log is worth inspecting.
Use tune2fs -U random /dev/sdbN to assign new UUIDs to the
 copied filesystems.
If you've copied a swap partition, mkswap /dev/sdbN will create
 a new UUID by default.
You can now reboot into your A system as per usual.
Assuming you want to make the copied partitions available when
 the A system is running, edit A's fstab to add mountpoints for
 your new partitions, then mount -a.

> Also please explain the logic of the developer of dd in "copying and 
> transfering"
> a UUID that is supposedly meant to be unique. Why not always asign a new
> one every time? Because it is meant for backup work and not for copying?

dd doesn't know what a filesystem is, or what a UUID is. It just
copies what you tell it to (or converts it in specific ways).

A dollar bill has a unique serial number. If you make a perfect copy,
it is no longer unique. The copyist doesn't change the number.
Neither does dd.

> I am telling you over and over again, I had no clue and never in my
> experience had I realise that dd "sometimes" does this. Not consistent!
> I discovered this in practice and "fixed it", by using gparted and making
> new uuids for anything duplicate (which I believe only happened in 2
> out of 5 partitions). That is when I fixed the fstabs and then booted
> sda5 and asked it update its grub. Then the problem became one of
> grub alone. I don't know how else can I explain it. If I say I do this
> in step 4 you tell me I shouldn't because there was a problem in step2
> I tell you what I did to fix it to get to 4 you tell me what I did in 2
> caused 4.

The steps you described as doing in the order given were effectively
like trying to make a poached egg out of an egg you'd already scrambled.

> It shouldn't take 5hours of guessing to copy a 5gb system from one
> disk to the next and expect to be able to run both in the next hour
> or so. This is rediculusly complex and inconsistent. Why so much
> redundancy? And this Uuid thing has got me thinking in ways that
> I didn't before. Why within a single system (not a WAN) does uniqueness
> has to be in the order of trillions and trillions?

You obviously don't understand the purpose of using UUIDs.
They solve the problem of creating a label for something (a
partition or a filesystem in your case) which is unique¹, but
without needing reference to anything else; no looking anything
up or checking anywhere.

Imagine you wanted to open an account with a bank, and they said
"Fine, give us the account number." You could run
$ dbus-uuidgen
7df4b93e13b8374cd491b440592cf5d8
$ 
and give them that. Nobody else will have this number for
their bank account, anywhere. If several banks merge, their
customers' account numbers will all remain distinct.

¹to all intents and purposes.

Cheers,
David.

[OT]Proxy Transparente

[Lesly Cintra]

Buenas a todos, quiero configurar squid como proxy transparente pero no 
me acuerdo como redirigir el puerto 80 al 3128 con IPTABLES, cualquier 
ayuda me vendri muy bien.

De antemano gracias por la ayuda que me ouedan brindar

Re: RTL8812/8821 network card driver

[Michael Milliman]

On 05/29/2017 07:12 AM, to...@tuxteam.de wrote:
> On Mon, May 29, 2017 at 04:29:35AM -0700, Wei-Shun Lo wrote:
>> Dear Debian,
> 
>> Is it possible to include below driver in the kernel for network 
>> installation?  
>> Many cards are using this driver.
> 
>> https://github.com/abperiasamy/rtl8812AU_8821AU_linux
> 
> A couple of things:
> 
>  - this list is not "Debian". It's just the Debian User's mailing
>list. Debian users help each other (sometimes experts lurk here
>and help us all, which is very nice of them, but nobody is paid
>or forced to do that!)
> 
>  - if you want to get a hardware driver "in", the best path is,
>of course the kernel. This way, it'll find its way into all
>Linux distributions, not only Debian. That said, sometimes
>distributions carry a set of patches to the "official" or
>"vanilla" kernel, but most try to keep those patches to a
>minimum: it's a lot of work to maintain that, and this takes
>energy away to do other important things.
> 
>  - the mailing list for this kind of questions is most probably
>the Debian kernel mailing list:
> 
>https://lists.debian.org/debian-kernel/
> 
>There are really nice people there, but please be nice to
>them. They are doing an awesome work without us paying them
>to do so. Do your homework first:
>(a) do newer versions of the Linux kernel carry this driver
>   already?
>(b) search the mailing list archives. Perhaps there's already
>   a discussion about this on-going.
> 
It is also possible that another driver than the one OP mentions is
being considered for inclusion in the kernel to handle the hardware in
question.  Linux, being what it is, there are often more than one
solution to the same problem, and one of the things the developers, both
debian and upstream, consider is what is the best fit for Debian/Linux
overall.

> Cheers
> -- tomás
> 

-- 
73's,
WB5VQX -- The Very Quick X-ray



signature.asc
Description: OpenPGP digital signature

Re: Clairification - was [Re: Desktop Background Bites the Dust]

[Michael Milliman]

On 05/29/2017 01:19 PM, Brian wrote:
> On Sat 27 May 2017 at 19:13:25 +0100, Brian wrote:
> 
>> On Sat 27 May 2017 at 09:52:45 -0500, David Wright wrote:
>>
>>> On Sat 27 May 2017 at 12:32:06 (+0100), Brian wrote:
 On Fri 26 May 2017 at 17:57:40 -0500, Michael Milliman wrote:

> And actually, the --no-xinerama flag is not needed, at least on my
> system.  I use feh --bg-fill ... and it works just fine.  Of course,
> that is a very limited (and safe) usage of feh.  I don't think it wise
> to use it for anything much more (IMHO).

 Surprising after all these years that feh is now revealed as an unsafe
 image viewer.
>>>
>>> Wow, I didn't realise I'd participated in a revelation.
>>
>> It happens all the time on -user. :)
> 
> Fancy another one?
> 
> There are legitimate concerns about aspects of feh's behaviour, not
> sufficient as yet to prevent my recommending it, but the topic prompted
> a bit of exploring. So I took a look at Debian's sxiv in Stretch.
> 
> sxiv is somewhat similar to feh. It has an installed size a third of
> feh's (an advantage?) and is fast at rendering and responsive. Nothing
> scientific, but thumbnails (without caching) seem to render quicker than
> feh does it. One can easily switch between thumbnail view and picture
> display. The upstream developer is also active, which is never a bad
> thing.
> 
> Downsides? Definitely. But this post is an advocacy one for those Debian
> users who just want to view their pictures without installing tons of
> GNOME dependencies or like to be able to configure things for their
> particular use case.
> 
> I am now torn between feh and sxiv. That is the problem with threads
> like this, which promote delving into available packages and having to
> make a choice. :)
> 
For me, though, the important aspect is will sxiv change the desktop
background like feh will? I have been following this thread closely
since opening it and have learned quit a bit.  I agree an active
upstream is always a good thing.  And I admit, I am concerned about some
of what has been reported of feh's behavior, though most of that
behavior is inconsequential in my use case.


-- 
73's,
WB5VQX -- The Very Quick X-ray

is AMD B350 chipset supported? (AMD Ryzen CPU)

[Sergei G]

I am considering buying

GIGABYTE GA-AB350M-D3H (rev. 1.0) AM4 AMD B350 SATA 6Gb/s USB 3.1HDMI Micro
ATX Motherboards - AMD


but I am concerned about Linux Debian 8.8 support of its hardware.
Onboard features are a concern and even CPU itself.

Here are a few listed:

Audio: Realtek ALC887
LAN: Realtek GbE LAN chip

I've read conflicting reviews on Linux and ARM B350 chipset.  It appears to
be too new to go with and so I am considering Intel i5, even if I get a
lower performance at the same cost.

Re: Trying to understand man page for dd

[David]

On 29 May 2017 at 21:59, Richard Owlett  wrote:
>
> His post did have impact.

https://youtu.be/tNapRQILbTA?t=93

Re: Copia de seguridad

[Gonzalo L. Campos Medina]

man dd

El día 29 de mayo de 2017, 16:57, Aurora Isilda Miranda
 escribió:
> Hacer una copia de seguridad.
> Por favor.
>

Re: Probar Testing

[AlexLikeRock]

Hola

Uso Wheezy como servidor, y no he hecho ninguna instalacion nueva en los
ultimos anos; quiero probar Stretch, pero quisiera saber si Grub es
instalable en la primera particion? y arrancar con Lilo? O seria posible,
NO instalar Grub y encadenar Stretch en Lilo.config?

Gracias por su atencion.



GRUB:
 consulta su WIKI



LILO esta descontinuado ya no funciona con HDD modernos

Re: Victor lino

[AlexLikeRock]

dejen este maldito tema  todos

dejen de mandar SPAM
vallanse al privado  porfavor



Victor, ¿cuáles son tus ideas?

Saludos.


El día 23 de mayo de 2017, 18:59, Aradenatorix Veckhôm Avecælus
> escribió:
> En mi país, sobre todo en el norte dirían "Te la bañaste", y no
suena
> tan malo como la versión venezolana, aquí tampoco sería grato eso.
>



--
**
Hector Colina. Linux  counter id 131637
Debian user, aka e1th0r
Mérida-Venezuela http://colina.net.ve
Key fingerprint = E81B 8228 8919 EE27 85B7  A59B 357F 81F5 5CFC B481
LA REVOLUCIÓN NO SE HACE UNICAMENTE CON LAS ARMAS

Copia de seguridad

[Aurora Isilda Miranda]

Hacer una copia de seguridad. 
Por favor. 

Re: transcode replacement to rip audio from video dvd

[Brian]

On Mon 29 May 2017 at 21:38:53 +0200, to...@tuxteam.de wrote:

> On Mon, May 29, 2017 at 09:25:53PM +0200, hob...@poukram.net wrote:
> > Hello,
> > 
> > in the past I used a nice little script to rip the audio part of video
> > dvds (mostly concerts) to mp3 files.
> > 
> > That script used the tool transcode, here is the main line:
> > 
> > for i in {1..$NUM}; do transcode -x null,dvd -y null,tcaud -i $DEVICE -T 
> > $TITLE,$i,$ANGLE -a $AUDIO --lame_preset standard -E 44100,16,2 -m 
> > $NOM$i.mp3; done
> > 
> > So it ripped the audio part of each chapter of the main title, and
> > converted it to mp3 files.
> > 
> > But transcode has been removed from debian because «replacements exist»:
> > 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817199
> > 
> > I have searched a lot, but I can't find a tool to just rip the audio
> > part of dvd chapters. ffmpeg is more than capable to do the encoding
> > part, but it lacks dvd ripping capabilities. HandbrakeCli could be a
> > contender, but it absolutely wants to rip and encode video, which in my
> > case is a waste of ressources.
> 
> You can try (caution: untested!) something like
> 
>   ffmpeg -i  -vn -acodec copy 
> 
> This would leave the audio format unchanged. By playing with the
> "-acodec copy" you can change the output audio format.
> 
> I'm sure other programs, like mplayer are also capable to do the
> trick.

I successfully used vobcopy and then your command with output.ac3 as
.

--
Brian.

Re: transcode replacement to rip audio from video dvd

[songbird]

hob...@poukram.net wrote:
...
> I have searched a lot, but I can't find a tool to just rip the audio
> part of dvd chapters. ffmpeg is more than capable to do the encoding
> part, but it lacks dvd ripping capabilities. HandbrakeCli could be a
> contender, but it absolutely wants to rip and encode video, which in my
> case is a waste of ressources.

  not directly related to dvd ripping but for the
encoding parts:

  pacpl is one i've used.

  when downloading the file check for alternative
formats which may make a lot of sense to avoid 
having to download unneeded bytes and then convert.

$ youtube-dl -F will list them.


  songbird

Re: Redirecionamento de e-mail repetido dentro de intervalo de tempo

[Linux - Junior Polegato]

Em 29-05-2017 11:33, Marcel Nascimento escreveu:

Olá Junior.
Desconheço como redirecionar um e-mail para um script.
Como faço isso?


Olá!

No seu servidor de e-mails deve ter alguma opção como 
"Redirecionamentos" ou "Reenvios" ou "Encaminhadores" ou coisa parecida. 
Encontre a opção de direcionar uma cópia do e-mail para um script, aí 
nesse script faça o devido tratamento.


Pode também criar uma script no seu servidor de e-mail para 
monitorar determinado diretório onde são salvos os e-mails, assim quando 
esse determinado e-mail caixa no diretórios, segue os trâmites antes 
ditos...


--

[]'s

Junior Polegato

Re: transcode replacement to rip audio from video dvd

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, May 29, 2017 at 04:36:49PM -0400, The Wanderer wrote:
> On 2017-05-29 at 16:25, hob...@poukram.net wrote:
> 
> >  writes:
> > 
> >> You can try (caution: untested!) something like
> >>
> >>   ffmpeg -i  -vn -acodec copy 
> >>
> >> This would leave the audio format unchanged. By playing with the
> >> "-acodec copy" you can change the output audio format.
> >> 
> >> I'm sure other programs, like mplayer are also capable to do the
> >> trick.
> > 
> > yes this would work if I had a file as input. But I have a dvd, and
> > ffmpeg seems unable to read properly from a dvd. Properly meaning
> > selecting individual titels, chapters, and audio streams.
> > 
> > So basically, what I'm missing is the ripping tool, something that
> > can rip an individual chapter from a dvd title and pipe it to ffmpeg.
> 
> Maybe try 'mplayer -dumpstream -dumpfile FILENAME dvd://CHAPTERNUM', or
> the same with 'dvdnav://' if you can get that working?
> 
> Or 'mencoder -oac copy -novideo -o FILENAME dvd://CHAPTERNUM',
> similarly, and possibly with an appropriate '-of' option if one is not
> selected automatically? (Per the man page, you may need '-vc null'
> instead of '-novideo', but I haven't seen that in practice.)

Yes, "mencoder" was the magic word I was looking for, mplayer's
transcoder sibling. Thanks, Wanderer :)

cheers
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlksh4EACgkQBcgs9XrR2kaihgCaAj0SXMAKnyHFSa4HrmYcNUmP
rgoAn1suqAKYG/5wukgLMDsDyGaJE+Dk
=8vke
-END PGP SIGNATURE-

Re: transcode replacement to rip audio from video dvd

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, May 29, 2017 at 10:25:05PM +0200, hob...@poukram.net wrote:
>  writes:
> 
> > You can try (caution: untested!) something like
> >
> >   ffmpeg -i  -vn -acodec copy 
> >
> > This would leave the audio format unchanged. By playing with the
> > "-acodec copy" you can change the output audio format.
> >
> > I'm sure other programs, like mplayer are also capable to do the
> > trick.
> 
> yes this would work if I had a file as input. But I have a dvd, and
> ffmpeg seems unable to read properly from a dvd. Properly meaning
> selecting individual titels, chapters, and audio streams.
> 
> So basically, what I'm missing is the ripping tool, something that can
> rip an individual chapter from a dvd title and pipe it to ffmpeg.

No DVDs here to play with at the moment. I know mplayer can do DVDs
and it can extract streams (that is, the audio channels, among others).

Ffmpeg seems to need some help to concatenate the .VOB chunks, see [1]

cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlkshxUACgkQBcgs9XrR2kbuAACfftzDMur+4Kq5e4XLYJsEsvPU
JEMAn1iMrf4xR4qLy3jXu0PWo+zchFxc
=hJ0h
-END PGP SIGNATURE-

Re: transcode replacement to rip audio from video dvd

[The Wanderer]

On 2017-05-29 at 16:25, hob...@poukram.net wrote:

>  writes:
> 
>> You can try (caution: untested!) something like
>>
>>   ffmpeg -i  -vn -acodec copy 
>>
>> This would leave the audio format unchanged. By playing with the
>> "-acodec copy" you can change the output audio format.
>> 
>> I'm sure other programs, like mplayer are also capable to do the
>> trick.
> 
> yes this would work if I had a file as input. But I have a dvd, and
> ffmpeg seems unable to read properly from a dvd. Properly meaning
> selecting individual titels, chapters, and audio streams.
> 
> So basically, what I'm missing is the ripping tool, something that
> can rip an individual chapter from a dvd title and pipe it to ffmpeg.

Maybe try 'mplayer -dumpstream -dumpfile FILENAME dvd://CHAPTERNUM', or
the same with 'dvdnav://' if you can get that working?

Or 'mencoder -oac copy -novideo -o FILENAME dvd://CHAPTERNUM',
similarly, and possibly with an appropriate '-of' option if one is not
selected automatically? (Per the man page, you may need '-vc null'
instead of '-novideo', but I haven't seen that in practice.)

I haven't done much with this sort of thing recently, but once upon a
time those are the sorts of things I'd have tried.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: transcode replacement to rip audio from video dvd

[hobbes]

 writes:

> You can try (caution: untested!) something like
>
>   ffmpeg -i  -vn -acodec copy 
>
> This would leave the audio format unchanged. By playing with the
> "-acodec copy" you can change the output audio format.
>
> I'm sure other programs, like mplayer are also capable to do the
> trick.

yes this would work if I had a file as input. But I have a dvd, and
ffmpeg seems unable to read properly from a dvd. Properly meaning
selecting individual titels, chapters, and audio streams.

So basically, what I'm missing is the ripping tool, something that can
rip an individual chapter from a dvd title and pipe it to ffmpeg.

Thanks,
-- 
Rémi

Re: Intresting dd fsck grub uuid fstab action

[Fungi4All]

From: deb...@lionunicorn.co.uk

On Fri 26 May 2017 at 17:52:33 (-0400), Fungi4All wrote:
> From: deb...@lionunicorn.co.uk
>> On Thu 25 May 2017 at 16:41:37 (-0400), Fungi4All wrote:
>> > Le 25/05/2017 à 05:11, Fungi4All a écrit :
>> > > I experimented in switching a clone of my sid installation to an 
>> > > experimental, that was the plan.
>> > > Since I was doing other things I thought I'll let the cloning take place 
>> > > unattended.
>> > > Let's say sda5/6/7/8/9 were to be cloned to sdb5-9 (5 / 6 var 7 sw 8 tmp 
>> > > 9 home) all b partitions were slightly larger.
>> > > I used dd bs=1M for each one and though all I had to do is log in sda5 
>> > > edit the sdb5 fstab and then update-grub.
>>
>> … and I get the impression that that's exactly what you did:
>> 1 dd
>> 2a "log in sda5" (is that mount, or boot?)
>>
> Boot
>>
>> 2b edit an fstab file (to what purpose, at this point?)
>>
> Why would I edit the fstab in the original installation that I copied from?

How would I know which fstab you edited? You have this situation:

fsUUIDs Disk A Disk B
↓
MBR points to any fsUUID ABCD unknown MBR
some other partitions some other partitions
ABCD sda5 identical with sdb5
EF23 sda6 identical with sdb6
4567 sda7 identical with sdb7
89AB sda8 identical with sdb8
CDEF sda9 identical with sdb9

or do you? Why not:

fsUUIDs Disk A Disk B
↓
MBR points to any fsUUID ABCD unknown MBR
some other partitions some other partitions
ABCD sdb5 identical with sda5
EF23 sdb6 identical with sda6
4567 sdb7 identical with sda7
89AB sdb8 identical with sda8
CDEF sdb9 identical with sda9

IOW how did you decide which disk the kernel had decided to call sda?
How did you tell which was the original and which was the identical copy?

Because the source was on hd0 (physical unit) to target hd1,
I suspect grub does not worry much about sda/sdb label
but according to bios knows the master and slave. Gparted
will not be confused where is what and just based on contents and
size it is clear which is which, even when it decides to recognize a
usb-stick as sda. It does care about uuids
What is strange is that my error of not paying attention for
uniqueness was not consistent. Not all 5 partitions had the same uuids

> From sda5 I edited the new copy on sdb5 but sda5 did not boot my first
> time around.

I don't know what "my first time around" means. I've struggled to
reconstruct what you did from a list of numbered questions/comments
in your OP (not a strict list of actions) and some responses to
comments in your follow-up.

Let's say I used a live debian to copy 1 partition to another
(let's eliminate the confusion of distributed installations).
Let's say sda3 (uuid=abcd) to sdb3 () and I go read
the uuid for sdb3 and write it to the fstab on sdb3.
Then I intent to boot on sda3 and update-grub to include a
boot entry for sdb3. When I attempt to do so the fsck finds
errors, confusion, boots sda3 in an emergency mode and
does not see /var /tmp /home /swp
So now on this "first time around" I am trying to understand
why anything changed and sda3 (a functional installation)
does not boot when the fstab on it matches the uuids which
I never changed. So I double check and I am wrong, they
have changed. Was it because fsck while booting assigned
new uuids to stop the confusion.
Rounds 2 and 3 eventually results on booting the original.
Then grub is updated (maybe again). Then I try to boot sdb3
and it boots on sda3 but with the rest of partitions (var tmp
home swp) from sdb. By now I have installed a pseudo file
indicators on each desktop so I can tell which is which, and
by looking at what partitions on file manager seem as mountable
but not yet mounted (partitions from other installations).

I asked "to what purpose do you edit fstab" because at this
stage I see no sense in it. The original disk has an MBR that
allegedly boots partition 5. Presumably it then mounts the
partitions of interest, 6-9 using it's fstab.

Well, that was my initial question. I could understand something
going bad with the copy but not the source. The only logic is that
the fsck asked to replace the uuids and I said "y" and it did. Not
necessaraly understanding fully what the problem was with
the partitions. I remember having to do with alignment and covering
up free space between two partitions. Possibly this create new uuids?
Sometimes when you create a subsequent partition with gparted
there is a 1Mb between that can't be covered.

The "other" disk has an unknown MBR but is otherwise the same.
Were you to disconnect the original disk's data cable, you
could boot a rescue/live stick and install the correct MBR/grub
on the "other" disk and be able to boot *its" partition 5.
Its fstab would remain the same. All the UUIDs would still tie
up. Everything would be hunky dory so long as the disks never
"met" each other.

The disks coexist for some time now. The sdb MBR is not used.
Grub on sda 's Mbr is responsible for booting all systems installed.
It does so by 

Re: transcode replacement to rip audio from video dvd

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, May 29, 2017 at 09:25:53PM +0200, hob...@poukram.net wrote:
> Hello,
> 
> in the past I used a nice little script to rip the audio part of video
> dvds (mostly concerts) to mp3 files.
> 
> That script used the tool transcode, here is the main line:
> 
> for i in {1..$NUM}; do transcode -x null,dvd -y null,tcaud -i $DEVICE -T 
> $TITLE,$i,$ANGLE -a $AUDIO --lame_preset standard -E 44100,16,2 -m 
> $NOM$i.mp3; done
> 
> So it ripped the audio part of each chapter of the main title, and
> converted it to mp3 files.
> 
> But transcode has been removed from debian because «replacements exist»:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817199
> 
> I have searched a lot, but I can't find a tool to just rip the audio
> part of dvd chapters. ffmpeg is more than capable to do the encoding
> part, but it lacks dvd ripping capabilities. HandbrakeCli could be a
> contender, but it absolutely wants to rip and encode video, which in my
> case is a waste of ressources.

You can try (caution: untested!) something like

  ffmpeg -i  -vn -acodec copy 

This would leave the audio format unchanged. By playing with the
"-acodec copy" you can change the output audio format.

I'm sure other programs, like mplayer are also capable to do the
trick.

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlkseM0ACgkQBcgs9XrR2kaKhQCggCT3Xz7sHc/nRsVuT/CfnHu2
cIcAn3gImZeQFrR4Z/SGrMySELFYA8mJ
=cZHc
-END PGP SIGNATURE-

transcode replacement to rip audio from video dvd

[hobbes]

Hello,

in the past I used a nice little script to rip the audio part of video
dvds (mostly concerts) to mp3 files.

That script used the tool transcode, here is the main line:

for i in {1..$NUM}; do transcode -x null,dvd -y null,tcaud -i $DEVICE -T 
$TITLE,$i,$ANGLE -a $AUDIO --lame_preset standard -E 44100,16,2 -m $NOM$i.mp3; 
done

So it ripped the audio part of each chapter of the main title, and
converted it to mp3 files.

But transcode has been removed from debian because «replacements exist»:

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

I have searched a lot, but I can't find a tool to just rip the audio
part of dvd chapters. ffmpeg is more than capable to do the encoding
part, but it lacks dvd ripping capabilities. HandbrakeCli could be a
contender, but it absolutely wants to rip and encode video, which in my
case is a waste of ressources.

Any idea ?

Thanks,
-- 
Rémi

Re: Full disk encryption on Jessie - usb key and passphrase

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, May 29, 2017 at 03:36:44PM +0200, Прокси wrote:
> Hello,
> 
> I have laptop where I set up full disk encryption following this
> tutorial: 
> https://xo.tc/setting-up-full-disk-encryption-on-debian-jessie.html
> 
> It works great, but since LUKS can have up to 8 key slots, I would like
> to add another way to decrypt the laptop: key on a external usb. So, if
> there is a usb with the key plugged in, laptop doesn't ask for the
> passphrase and just continue booting; if there isn't - it asks for the
> passphrase. Can this be done?

Never tried myself, but cryptsetup luksAddKey  should work.
Make a backup or... better, try first with a sacrificial device
(either a file you create with dd, like so

  dd if=/dev/zero of=my-file bs=4096 count=1024

or similar, or an USB stick). You then "cryptsetup luksFormat" it,
"cryptsetup luksOpen" it, make a file system on the corresponding
device (which will typically appear somewhere in /dev/mapper/) and
play around with it until you feel secure.

There are also cryptsetup luksHeaderBackup and luksHeaderRestore
subcommands which look useful in case of a mishap.

See the cryptsetup man page for details, and ask here if unsure.

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlksc9cACgkQBcgs9XrR2kYN9QCfV3FKvA7wOco9PUKK+bgLnzuQ
EYYAniu6yGWJ9MYZG6pCuFB+GFJ9Rx7m
=vmuz
-END PGP SIGNATURE-

Re: unsigned linux-image?

[Mark Kamichoff]

On Mon, Sep 26, 2016 at 03:22:05PM +1300, Richard Hector wrote:
> On 26/09/16 14:59, Ben Caradoc-Davies wrote:
> > On 26/09/16 14:43, Richard Hector wrote:
> >> Hey all,
> >> Does anyone know what the deal is with the recently-released
> >> linux-image-4.7.0-0.bpo.1-amd64-unsigned package? It installs without
> >> complaint, so aptitude doesn't mind its unsigned-ness - does the
> >> 'unsigned' refer to something else?
> >> Richard
> > 
> > Richard,
> > 
> > in this context, "signed" means signed for use with UEFI Secure Boot.
> > Some recent kernels with no mention of signedness in their package name
> > contain text like this:
> > 
> > "The kernel image and modules are signed for use with Secure Boot."
> > 
> > From: https://packages.debian.org/sid/linux-image-4.7.0-1-amd64
> 
> Cheers - I don't tend to look at the detailed descriptions of packages I
> think I'm familiar with :-)
> 
> I might make a suggestion on the kernel list, to add something to the
> description of -unsigned packages ...

Hmm, it looks like there are no *-unsigned packages for the 4.9.0-3-amd64 
kernels (or any arch?), now.

Was the "unsigned" variant only a temporary measure, perhaps?

- Mark

-- 
Mark Kamichoff
p...@prolixium.com
http://www.prolixium.com/


signature.asc
Description: PGP signature

Re: stretch and cryptsetup/luks - boot delay

[andy]

ah!  like like it might have been something in live-config-systemd?  i
had live-config and a number of related packages installed.  after a
clean-up and (afaict) the removal of the following set:

[REMOVE, NOT USED] debian-installer-launcher:amd64 27
[REMOVE, NOT USED] kexec-tools:amd64 1:2.0.14-1
[REMOVE, NOT USED] live-config-doc:amd64 5.20170112
[REMOVE, NOT USED] live-config-systemd:amd64 5.20170112
[REMOVE, NOT USED] live-tools:amd64 1:20151214+nmu1
[REMOVE (PURGE)] live-config:amd64 5.20170112


the 90s delay is gone.

On Wed, 2017-05-24 at 23:23 +0200, deloptes wrote:
> andy wrote:
> 
> > i'm hoping i'm missing something obvious.  thanks in advance!
> > 
> 
> I don't know if I can help. I am still on jessie, but here are some
> thoughts
> 
> > ::
> > /etc/crypttab
> > ::
> > sda5_crypt UUID=08d8147c-a06c-4746-827f-d720b1f5d738 none
> > luks,discard
> 
> What happens if you add the tries option here?
> 
> sdb2_crypt UUID=c3063f61-b2d8-4bbe-9c73-0dd04cb1f4b8 none 
> luks,discard,tries=2,cipher=aes-cbc-essiv:sha256
> 
> and did you update your initrd ? I advice to do it after changing
> anything
> related to crypted root partition as those config files are added to
> the
> initrd
> 
> what if you disable CRYPTDISKS_ENABLE  in /etc/default/cryptdisks
> (and
> update initrd)
> 
> the rest is to see whats in systemd around it
> 
> regards
> 
-- 
andy 

Re: Firefox : défaut inhérents

[Pierre L.]

Sans vouloir faire le raciste, je mettrai de coté flash+itunes+java

D'un coté, flash est maintenant largement remplacé par le HTML5 pour ce
qui est des vidéos chez les big boss du web actuel, mais tu as peut-être
d'autres utilisations?
(je n'ai pas lu tout le fil depuis le début, solutions probablement déjà
proposées...)



Le 29/05/2017 à 12:59, Jean Bernon a écrit :
> André semble avoir un problème particulier. Mais ça correspond tout de
> même à certains aspects de ma propre expérience de Firefox ESR sous
> Jessie. FE se plante aléatoirement 1 à 2 fois par semaine ou a parfois
> des passages à vide (grande lenteur). La commande top montre qu'il est
> le plus gros consommateur de CPU et de mémoire (environ 20% de chaque)
> alors que Chrome dans les mêmes conditions consomme 6 à 7 % des mêmes
> ressources. J'utilise les extensions et plugins suivants : adblock,
> xmarks, flash, gnome shell, itunes, java, vlc.
>
> 
>
> *De: *"Pierre L." 
> *À: *debian-user-french@lists.debian.org
> *Envoyé: *Lundi 29 Mai 2017 10:14:13
> *Objet: *Re: Firefox : défaut inhérents
>
> Il y a moyen de sync les modules.
>
>
>
> Par contre, les configs propres aux modules, faut voir si le dév
> (du module) a prévu ou pas ! Parfois oui, parfois non...
>
>
>
> Le 28/05/2017 à 01:42, G2PC a écrit :
>
> Il te manquera alors surement les modules complémentaires encore.
>
>
>



signature.asc
Description: OpenPGP digital signature

Re: Clairification - was [Re: Desktop Background Bites the Dust]

[Brian]

On Sat 27 May 2017 at 19:13:25 +0100, Brian wrote:

> On Sat 27 May 2017 at 09:52:45 -0500, David Wright wrote:
> 
> > On Sat 27 May 2017 at 12:32:06 (+0100), Brian wrote:
> > > On Fri 26 May 2017 at 17:57:40 -0500, Michael Milliman wrote:
> > > 
> > > > And actually, the --no-xinerama flag is not needed, at least on my
> > > > system.  I use feh --bg-fill ... and it works just fine.  Of course,
> > > > that is a very limited (and safe) usage of feh.  I don't think it wise
> > > > to use it for anything much more (IMHO).
> > > 
> > > Surprising after all these years that feh is now revealed as an unsafe
> > > image viewer.
> > 
> > Wow, I didn't realise I'd participated in a revelation.
> 
> It happens all the time on -user. :)

Fancy another one?

There are legitimate concerns about aspects of feh's behaviour, not
sufficient as yet to prevent my recommending it, but the topic prompted
a bit of exploring. So I took a look at Debian's sxiv in Stretch.

sxiv is somewhat similar to feh. It has an installed size a third of
feh's (an advantage?) and is fast at rendering and responsive. Nothing
scientific, but thumbnails (without caching) seem to render quicker than
feh does it. One can easily switch between thumbnail view and picture
display. The upstream developer is also active, which is never a bad
thing.

Downsides? Definitely. But this post is an advocacy one for those Debian
users who just want to view their pictures without installing tons of
GNOME dependencies or like to be able to configure things for their
particular use case.

I am now torn between feh and sxiv. That is the problem with threads
like this, which promote delving into available packages and having to
make a choice. :)

-- 
Brian.

Re: Sincronización de archivos

[Anibal Antonelli]

Hola! Hace un tiempo estuve viendo Syncthing [1].

Funciona.

Saludos!

[1] https://syncthing.net/

El 29 de mayo de 2017, 13:39, Paynalton  escribió:

> Hola, estoy montando un sistema de respaldos, y quiero poner en la última
> capa de respaldo un sistema de replicación descentralizado.
>
> Como equipos para controlar la sincronización tengo puros Debian que
> localmente usan rsync para conectarse a los equipos de su red y realizar
> respaldos, luego uso GIT para comprimir y guardar un histórico que se
> almacena en soportes físicamente bien resguardados.
>
> Ahora quisiera tomar los directorios de esos respaldos comprimidos y hacer
> que los debian se repliquen entre si dichos cambios, de manera que si
> pierdo uno de los medios de almacenamiento pueda recuperar la mayor parte
> de alguno de los otros nodos. Alguien sabe como podría lograrlo??
>
> He estado viendo algunas opciones pero solo encuentro programas que hacen
> sincronización entre dos equipos como rsync, ninguno para tres o más nodos
> de replicación.
>

Re: Victor lino

[Paynalton]

El mar., 23 de may. de 2017 a la(s) 21:15, Hector Colina 
escribió:

> ¿Y si más bien se le preguntan cuáles son sus ideas? quizás no todos
> tengamos ortografía excelente, eso se aprende.
>
>
La ortografía se aprende... en el primer grado de escolaridad primaria de
cualquier país... vamos!! no es ciencia de cohetes



> ¿Así construiremos una comunidad? ¿así la sostenemos?
>
> Además de pertenecer a la comunidad debian, pertenecemos a la comunidad
hispana y a la comunidad humana, el deterioro del lenguaje y la degradación
social que le precede es tema de preocupación para todos, y si bien esta no
es la lista correcta para discutirlo, eso no significa que  debamos estar
menos preocupados.



> Victor, ¿cuáles son tus ideas?
>
> Saludos.
>
>
> El día 23 de mayo de 2017, 18:59, Aradenatorix Veckhôm Avecælus
>  escribió:
> > En mi país, sobre todo en el norte dirían "Te la bañaste", y no suena
> > tan malo como la versión venezolana, aquí tampoco sería grato eso.
> >
>
>
>
> --
> **
> Hector Colina. Linux  counter id 131637
> Debian user, aka e1th0r
> Mérida-Venezuela http://colina.net.ve
> Key fingerprint = E81B 8228 8919 EE27 85B7  A59B 357F 81F5 5CFC B481
> LA REVOLUCIÓN NO SE HACE UNICAMENTE CON LAS ARMAS
>
>

Explicación para fenómeno en discos RAID

[Paynalton]

Hola, hace unos días me pasaron un NAS que tiene soporte para virtualizar
sobre su propio hardware. Puse un arreglo en Raid5 de sus cuatro discos e
inmediatamente monté un VPS con debian. Mientras estaba montando todo el
NAS mandaba un mensaje de que estaba realizando la sincronización de Raid5,
así que ya me esperaba una baja de rendimiento hasta que no terminara.

Me resultó muy curioso que mientras estaba sincronizando, en la maquina
virtual el autocompletar de la consola estaba bastante lento, si se me
ocurría presionar la tecla de tabulación para terminar de escribir un
comando, el sistema se quedaba colgado unos segundos hasta que lograba
darme las opciones de autocompletar. Este problema desapareció una vez que
la sincronización terminó, pero me llamó la atención pues ya había yo visto
este comportamiento en otros VPS.

Alguien me podría decir porqué sucede esto

zabbix-server-mysql

[Gareth de Vaux]

Hi all, I'm trying to install zabbix-server-mysql on Stretch but when I
get to the configuration over the web stage there's no database type
option for MySQL, only PostgreSQL. I assume this's because zabbix-server-mysql
pulls in MariaDB rather than MySQL. How do I get zabbix to use 'MySQL'?

Sincronización de archivos

[Paynalton]

Hola, estoy montando un sistema de respaldos, y quiero poner en la última
capa de respaldo un sistema de replicación descentralizado.

Como equipos para controlar la sincronización tengo puros Debian que
localmente usan rsync para conectarse a los equipos de su red y realizar
respaldos, luego uso GIT para comprimir y guardar un histórico que se
almacena en soportes físicamente bien resguardados.

Ahora quisiera tomar los directorios de esos respaldos comprimidos y hacer
que los debian se repliquen entre si dichos cambios, de manera que si
pierdo uno de los medios de almacenamiento pueda recuperar la mayor parte
de alguno de los otros nodos. Alguien sabe como podría lograrlo??

He estado viendo algunas opciones pero solo encuentro programas que hacen
sincronización entre dos equipos como rsync, ninguno para tres o más nodos
de replicación.

Re: Trying to understand man page for dd

[Thomas Schmitt]

Hi,

Richard Owlett wrote:
> Am I correct that there is a problem with the man page?

Not with that example. It works as to be expected from the description.
The example in the coreutils manual gives a better motivation why one
would want to send USR1 signals to the running dd process.


> The [example] script copies bytes until the second line is encountered.
> It outputs data and *STOPS DEAD*

That's because the second kill command sent the default signal TERM,
which other than USR1 causes dd to end.
Without the final
  kill $pid
the dd process would run in background until you shut down your computer.

If you send more USR1 by

  kill -USR1 $pid

before the TERM signal then you get more output lines with increasing
byte counts:

  106330856+0 records in
  106330856+0 records out
  54441398272 bytes (54 GB) copied, 21.859 s, 2.5 GB/s
  113139254+0 records in
  113139254+0 records out
  57927298048 bytes (58 GB) copied, 23.2586 s, 2.5 GB/s
  121925708+0 records in
  121925707+0 records out
  62425961984 bytes (62 GB) copied, 25.0622 s, 2.5 GB/s

That you get
  richard@stretch-2nd:~$
from the kill command line does not actually mean that the dd process
has ended (although it has in this special case). This is because of
the ampersand at the end of the dd command.

But the next shell command line after the end of the dd process should
report its demise before the commands in that line get executed:

  [1]+  Terminated  dd if=/dev/zero of=/dev/null


Further you may check by

  ps -ef | fgrep 'dd if=/dev/zero'

whether the process is still running. If so, you will see an output
line like

  thomas   12084  1716 99 17:06 pts/800:00:03 dd if=/dev/zero of=/dev/null

where 12084 is the process id number of the dd run.


Have a nice day :)

Thomas

Re: Trying to understand man page for dd

[David Wright]

On Mon 29 May 2017 at 09:13:21 (-0500), Richard Owlett wrote:
> On 05/29/2017 08:36 AM, David Wright wrote:
> >On Mon 29 May 2017 at 06:59:23 (-0500), Richard Owlett wrote:
> >
> >>I think the is a subtle bug in the man page.
> >>I introduces the two lines of code saying:
> >>  > Sending a USR1 signal to a running 'dd' process makes it print
> >>  > I/O statistics to standard error and then resume copying.
> >>I believe that to accurately describe the code at
> >>
> >>https://www.gnu.org/software/coreutils/manual/html_node/dd-invocation.html#dd-invocation
> >>*NOT* the code on the man page.
> >
> >The two lines you quote don't "introduce" anything. They describe
> >the action of dd when you send a USR1 signal to it, a primary
> >purpose of the man page.
> >
> >>I realize now that was the discrepancy that prompted my question.
> >>I had gone to the man page to double check syntax. Spotted the code
> >>a thought "a way to display progress information when copying".
> >>
> >>I can "sort of" understand syntactically correct code. The less said
> >>of my programming skills the better ;/ How I "read" the code just
> >>didn't jibe with the description.
> >>
> >>Am I correct that there is a problem with the man page?
> >
> >Not that I can see. A terse illustration of program output might
> >be seen as an infrequent but welcome addition to a man page.
> >However, others might prefer not to lengthen the man page (which
> >is a one chunk affair) with tutorials, or even examples,
> >preferring to leave that for info nodes or other more extensive
> >documentation.
> >
> >Cheers,
> >David.
> >
> >
> 
> Not quite. It says "...and then resume copying."
> The script copies bytes until the second line is encountered.
> It outputs data and *STOPS DEAD*
> richard@stretch-2nd:~$ dd if=/dev/zero of=/dev/null& pid=$!
> [1] 3600
> richard@stretch-2nd:~$ kill -USR1 $pid; sleep 1; kill $pid
> 53590611+0 records in
> 53590610+0 records out
> 27438392320 bytes (27 GB, 26 GiB) copied, 21.6988 s, 1.3 GB/s
> richard@stretch-2nd:~$

With respect, dd does not stop after printing out the statistics.
It carries on running exactly as the man page specifies.
You can demonstrate this for yourself by a small modification
of the final command: send the signal INT instead of TERM:

$ dd if=/dev/zero of=/dev/null& pid=$!
[1] 12121
$ kill -USR1 $pid; sleep 1; kill -INT $pid
8113119+0 records in
8113118+0 records out
4153916416 bytes (4.2 GB) copied, 10.6885 s, 389 MB/s
$ 8895227+0 records in
8895226+0 records out
4554355712 bytes (4.6 GB) copied, 11.714 s, 389 MB/s
← I pressed 
[1]+  Interrupt   dd if=/dev/zero of=/dev/null
$ 

So 0.4GB was copied during the one-second sleep because dd resumed
copying.

Alternatively, because there's no cost associated with typing
extra lines on your terminal, type the following, slowly:

$ dd if=/dev/zero of=/dev/null& pid=$!
$ kill -USR1 $pid
$ kill -USR1 $pid
$ kill -USR1 $pid # until you are convinced
$ kill -USR1 $pid
$ kill $pid

Once again, you've tried to overinterpret this:

  Sending a USR1 signal to a running 'dd' process makes it print
  I/O statistics to standard error and then resume copying.

as a description of this:

  $ dd if=/dev/zero of=/dev/null& pid=$!
  $ kill -USR1 $pid; sleep 1; kill $pid

It isn't. It's a description of the behaviour of dd.

Cheers,
David.

Full disk encryption on Jessie - usb key and passphrase

[Прокси]

Hello,

I have laptop where I set up full disk encryption following this
tutorial: 
https://xo.tc/setting-up-full-disk-encryption-on-debian-jessie.html

It works great, but since LUKS can have up to 8 key slots, I would like
to add another way to decrypt the laptop: key on a external usb. So, if
there is a usb with the key plugged in, laptop doesn't ask for the
passphrase and just continue booting; if there isn't - it asks for the
passphrase. Can this be done?

Re: Redirecionamento de e-mail repetido dentro de intervalo de tempo

[Marcel Nascimento]

Olá Junior.

Desconheço como redirecionar um e-mail para um script.
Como faço isso?



Atenciosamente,
Marcel N. Ramos

Em 27 de maio de 2017 03:32, Linux - Junior Polegato <
li...@juniorpolegato.com.br> escreveu:

> Olá!
>
> De bate pronta, minha sugestão seria fazer um direcionamento desse e-mail
> para um script, aí este script, que guarda o horário do último e-mail num
> arquivo, lê o arquivo e verifica se foi há menos de 3 horas, se sim, envia
> o e-mail para outros destinatários. Por fim atualiza o arquivo com data e
> hora desse e-mail.
>
> --
> []'s
>
> Junior Polegato
>
>
> Em 27 de mai de 2017 12:15 AM, "Marcel Nascimento" 
> escreveu:
>
> Olá pessoal!
> Tudo bem?
>
> O cenário é o seguinte...
>
> Tenho um sistema de monitoramento de temperatura de uma empresa terceira,
> este sistema nos envia e-mails quando determinados eventos ocorrem,
> temperatura acima do permitido por exemplo.
>
> Estes e-mails são enviados há cada 2h caso o evento persista, por exemplo,
> entre 0h e 6h houve um evento que geraria um e-mail e ele não foi
> normalizado (a temperatura se manteve fora do permitido durante 6h por
> exemplo), neste período são enviados 4 e-mails (0h, 2h, 4h e 6h).
>
> Eu estou precisando de um mecanismo que encaminhe o e-mail para outros
> e-mails somente a partir do 2º e-mail, ou seja, caso o evento persista a
> ponto de gerar um 2º e-mail então este seria encaminhado.
>
> O texto do e-mail é exatamente o mesmo.
>
> Alguém conhece algo que possa me ajudar?
>
>
>
> Atenciosamente,
> Marcel N. Ramos
>
>
>

Add unknown keyboard key

[Floris]

Hey,

I have an older Asus R2E UMPC. A long time it has Windows installed on it,  
because I only used it as a navigation device. And an attempt, long ago,  
to install and run Fedora on it, didn't work. But time has changed,  
Windows 10 is sluggish. So I give it an other try with Debian Sid (The  
same version I run on my desktop). So far so good. The touchscreen and  
fingerprint reader works. And even with Gnome3 the performance is good.  
There is only one issue so far: an extra button on the device.


There are 4 extra buttons and I remapped them with xmodmap. And it looks  
like they work, because when I run

xev -event keyboard
The keys are correct:
- keycode 112 XF86ScrollUp
- keycode 117 XF86ScrollDown
- keycode 234 XF86Launch0
- keycode 248 XF86Launch1  <-- This one doesn't work

But when I run:
evtest /dev/input/event9
I get
...
Event code 226 (KEY_MEDIA)
Event code 240 (KEY_UNKNOWN) <-- minus 8 from the kernel?
...

Pressing the XF86Launch1 (KEY_UNKNOWN) button dmesg gives:
asus_laptop: Unknown key 9a pressed

I added an udev hwdb rule to /etc/udev/hwdb.d/70-keyboard.hwdb
evdev:name:Asus Laptop extra buttons:dmi:bvn*:bvr*:bd*:svnASUS:pn*pvr*
 KEYBOARD_KEY_9a=prog1

But when I add a shortcut with Gnome Keyboard settings. I can add the key  
to an shortcut, but nothing happens when I press the button. When I add  
one of the other buttons to a shortcut, they work as expected.


Maybe someone has an idea to solve this problem?

Floris

Re: Firefox : défaut inhérents

[Stéphane Rivière]

> s’améliore avec les nouvelles versions plus ou moins >= 50. Faut dire
> qu’il a eu beaucoup de changement à avaler avec HTML5 et l’évolution
> rapide du JS. Donc il faut être bienveillant et ne pas croire qu’ils ne
> voient pas ou ne se préoccupent pas du problème.

+1. Les version 64 me semblent un peu mieux.

> J’utilise LXDE / Xfce en bureau et ça permet de compenser la petite
> mémoire de ma machine.

+1. Voire pour les dingues de neXt... Windowmaker, encore sobre, génial
quand on a compris. Mais quand on a compris (sic).

FF, on critique, certes, c'est du Xul, ça fuit un peu, mais j'ai rien
trouvé d'autre, avec les bons plugins, pour mon usage...

Après, il y a le fork palemoon, mais bon... c'est pas plus transcendant
que ça... Comme FF, ça fuit et c'est un code un peu vieux.

Sinon, sur la station principale, ouvert sur 8 fenêtres et 40 onglets
par fenêtre (via l'excellent plug-in d'onglets hiérarchiques affichés
sur le coté : Tree Style Tab), quand il est trop gros au bout de deux
semaines d'utilisation h24 (bouzin jamais arrêté), je le kill à
l'arrache (pour ne rien perdre) et le rouvre, un clic pour restaurer
toutes les fenêtres et onglets au moment du kill et c'est reparti.

Je constate grosso-modo la même chose sous win et OSX. Mieux en 64 qu'en
32, pas parfait, pas trouvé mieux, certains plugins géniaux.

-- 
Stéphane Rivière
Ile d'Oléron - France


0xD7F43200.asc
Description: application/pgp-keys

Re: Trying to understand man page for dd

[Richard Owlett]

On 05/29/2017 08:36 AM, David Wright wrote:

On Mon 29 May 2017 at 06:59:23 (-0500), Richard Owlett wrote:


I think the is a subtle bug in the man page.
I introduces the two lines of code saying:
  > Sending a USR1 signal to a running 'dd' process makes it print
  > I/O statistics to standard error and then resume copying.
I believe that to accurately describe the code at

https://www.gnu.org/software/coreutils/manual/html_node/dd-invocation.html#dd-invocation
*NOT* the code on the man page.


The two lines you quote don't "introduce" anything. They describe
the action of dd when you send a USR1 signal to it, a primary
purpose of the man page.


I realize now that was the discrepancy that prompted my question.
I had gone to the man page to double check syntax. Spotted the code
a thought "a way to display progress information when copying".

I can "sort of" understand syntactically correct code. The less said
of my programming skills the better ;/ How I "read" the code just
didn't jibe with the description.

Am I correct that there is a problem with the man page?


Not that I can see. A terse illustration of program output might
be seen as an infrequent but welcome addition to a man page.
However, others might prefer not to lengthen the man page (which
is a one chunk affair) with tutorials, or even examples,
preferring to leave that for info nodes or other more extensive
documentation.

Cheers,
David.




Not quite. It says "...and then resume copying."
The script copies bytes until the second line is encountered.
It outputs data and *STOPS DEAD*
richard@stretch-2nd:~$ dd if=/dev/zero of=/dev/null& pid=$!
[1] 3600
richard@stretch-2nd:~$ kill -USR1 $pid; sleep 1; kill $pid
53590611+0 records in
53590610+0 records out
27438392320 bytes (27 GB, 26 GiB) copied, 21.6988 s, 1.3 GB/s
richard@stretch-2nd:~$

Re: Debian release planned on June 17th

[Eliot Lagerström Roxbergh]

Chalmers University (Gothenburg) 

17th June. 

/Eliot 

On 2017-05-29 13:13, Helio Loureiro wrote:

> https://wiki.debian.org/ReleasePartyStretch 
> 
> Lets include Sweden in the celebration?  Suggestions for time and place? 
> 
> Abs,
> Helio Loureiro
> http://helio.loureiro.eng.br
> https://se.linkedin.com/in/helioloureiro [1]
> http://twitter.com/helioloureiro

  

Links:
--
[1] http://br.linkedin.com/in/helioloureiro

Re: Trying to understand man page for dd

[David Wright]

On Mon 29 May 2017 at 06:59:23 (-0500), Richard Owlett wrote:

> I think the is a subtle bug in the man page.
> I introduces the two lines of code saying:
>   > Sending a USR1 signal to a running 'dd' process makes it print
>   > I/O statistics to standard error and then resume copying.
> I believe that to accurately describe the code at
> 
> https://www.gnu.org/software/coreutils/manual/html_node/dd-invocation.html#dd-invocation
> *NOT* the code on the man page.

The two lines you quote don't "introduce" anything. They describe
the action of dd when you send a USR1 signal to it, a primary
purpose of the man page.

> I realize now that was the discrepancy that prompted my question.
> I had gone to the man page to double check syntax. Spotted the code
> a thought "a way to display progress information when copying".
> 
> I can "sort of" understand syntactically correct code. The less said
> of my programming skills the better ;/ How I "read" the code just
> didn't jibe with the description.
> 
> Am I correct that there is a problem with the man page?

Not that I can see. A terse illustration of program output might
be seen as an infrequent but welcome addition to a man page.
However, others might prefer not to lengthen the man page (which
is a one chunk affair) with tutorials, or even examples,
preferring to leave that for info nodes or other more extensive
documentation.

Cheers,
David.

Re: Missing update notification on Stretch Gnome

[Yvan Masson]

Le 27/05/2017 à 17:14, Dejan Jocic a écrit :
> On 27-05-17, Yvan Masson wrote:
>>> Le 27/05/2017 à 15:27, Dejan Jocic a écrit :
> On 27-05-17, Yvan Masson wrote:
>> Hi,
>>
>> As said "deloptes" in the previous "Update notifier" thread, there is by
>> default a notification about pending updates on Stretch with Gnome.
>> However, I never got any of those notifications.
>>
>> I have gnome-packagekit installed (which indeed has section "Povides:
>> update-notifier").
>>
>> My source.list seems normal:
>> deb http://ftp.fr.debian.org/debian/ stretch main non-free contrib
>> deb http://ftp.fr.debian.org/debian/ stretch-updates main non-free 
>> contrib
>> deb http://security.debian.org/debian-security/ stretch/updates main
>> contrib non-free
>>
>> software-properties-gtk is installed and seems configured normally.
>>
>> Any clue of what could be tho problem?
>>
>> Regards,
>> Yvan
>>
>
>
>
> Open software and updates and check settings under updates tab?
>
>>
 Done, here is what I have:

 Install updates from:
   security updates (stretch/updates)
   recommended updates (stretch-updates)
 Automatically check for updates: daily
 When there are security updates: display immediately
 Whene there are other updates: 

>>
>>> Please, do not reply to me directly, I'm subscribed to the mailing
>>> list, you should send mail there.
>>
>> Please apologize, I am used to other mail client where clicking on
>> "Reply" just rely to the list by default.
>>
> No problem, really, been in that situation myself :)
> 
>>> As for those settings, only difference is that I have Download and
>>> install automatically in security updates, but that should not make
>>> any difference. There are no security updates for stretch anyway.
>>> Perhaps some settings under /etc/apt/apt.conf.d/ are different, or I
>>> simply have some package installed that you are missing. Are you sure
>>> that you do not get any notifications at all? Those are located under
>>> clock and calendar with this version of Gnome. You can open them with
>>> Super+m combination of keys. Also, if you do update in terminal
>>> before those notifications get chance to show up, they will not be
>>> displayed. And once you do update, they are gone too.
>>
>> The only special configuration I have in /etc/apt/apt.conf.d is a file
>> to avoid debconf prompts on update:
>> Dpkg::Options {
>>"--force-confdef";
>>"--force-confold";
>> }
>>
>> Absolutely sure that I did not have any update notifications since
>> install (2 months ago). As I did not installed gnome metapackage but
>> instead installed each packages manually, I may have missed an important
>> package.
>>
> 
> Perhaps you could check gnome metapackage vs your gnome packages and see
> what is missing? apt-get --simulate install gnome should provide you
> with some clues, I guess.

Good idea, I did not think about this command. Unfortunately, I really
don't see any possible package:
bogofilter
bogofilter-bdb
bogofilter-common
evolution
evolution-common
evolution-plugins
five-or-more
four-in-a-row
gedit-plugins
gir1.2-gdata-0.0
gir1.2-gepub-0.4
gir1.2-git2-glib-1.0
gir1.2-grilo-0.3
gir1.2-gucharmap-2.90
gir1.2-lokdocview-0.1
gir1.2-mediaart-2.0
gir1.2-tracker-1.0
gir1.2-zeitgeist-2.0
gir1.2-zpj-0.0
gnome
gnome-chess
gnome-dictionary
gnome-documents
gnome-games
gnome-klotski
gnome-mahjongg
gnome-mines
gnome-music
gnome-nibbles
gnome-robots
gnome-sudoku
gnome-taquin
gnome-tetravex
hitori
hoichess
iagno
libcryptui0a
libevolution
libgdict-1.0-10
libgdict-common
libgepub0
libgit2-24
libgit2-glib-1.0-0
libgnome-autoar-gtk-0-0
libgnome-games-support-1-2
libgnome-games-support-common
libhttp-parser2.1
liblibreofficekitgtk
libmission-control-plugins0
libpst4
libqqwing2v5
libreoffice-evolution
libreofficekit-data
librygel-renderer-gst-2.6-2
libytnef0
lightsoff
polari
quadrapassel
rygel-playbin
rygel-tracker
seahorse-daemon
swell-foop
tali
telepathy-idle
telepathy-logger
telepathy-mission-control-5
unoconv

The same command with task-gnome-desktop adds only these packages:
hyphen-en-us
libreoffice-help-en-us
mythes-en-us
task-desktop
task-gnome-desktop



signature.asc
Description: OpenPGP digital signature

Re: Problemes de conexió eth0

[Narcis Garcia]

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 29/05/17 a les 13:14, Santi Moreno ha escrit:
> On 29 may, Josep Lladonosa wrote:
>> 2017-05-29 11:09 GMT+02:00 Santi Moreno :
>>
>> - que el nou maquinari (encaminador que dóna el servei) té un port de més
>> velocitat (gigabit) que l'anterior i aleshores ordinador i aparell no
>> negocien igual. Algun cop, segons quin adaptador de xarxa he hagut de
>> forçar l'Ethernet a una determinada configuració perquè funcionés.
> Això si que podria ser perque abans teniem ADSL i ara hem passat a
> fibra. Com podria seguir averigüar si el problema pot estar aquí?
> El curiós és que la conexió WIFI si funciona correctament amb el mateix
> equip.

- L'ordinador en qüestió es connectava directament (amb 1 sol tram de
cable) al router anterior? Segueix essent així ara amb el nou router?

- Quin dispositiu de xarxa fas servir exactament?
Ho pots mirar en una finestar de terminal executant:
lspci | grep -ie net

- També pots consultar altres coses sobre l'adaptador de xarxa que et
poden fer trobar problemes. Suposant que es diu «eth0»:
# Estat operatiu (em sembla que depèn de la IP):
/sys/class/net/eth0/operstate
# Velocitat d'enllaç (sense IP):
cat /sys/class/net/eth0/speed
# Si la velocitat simètrica és simultània (sense IP):
cat /sys/class/net/eth0/duplex

- Pots forçar per terminal l'assignació d'IP al dispositiu (suposant
eth0 també) i veure si esmenta alguna incidència:
sudo dhclient -v eth0

- Fas servir Debian estable (8)?

Re: Problemes de conexió eth0

[x...@nodo50.org]

El 29/05/17 a les 13:14, Santi Moreno ha escrit:
>> - que el nou maquinari (encaminador que dóna el servei) té un port de més
>> velocitat (gigabit) que l'anterior i aleshores ordinador i aparell no
>> negocien igual. Algun cop, segons quin adaptador de xarxa he hagut de
>> forçar l'Ethernet a una determinada configuració perquè funcionés.
> Això si que podria ser perque abans teniem ADSL i ara hem passat a
> fibra. Com podria seguir averigüar si el problema pot estar aquí?

sovint al nom i descripció de la plaqueta de xarxa hi apareixen els seus
valors de treball, al terminal tens aquestes eines

$ lspci

(...)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express *Gigabit* Ethernet Controller (rev 06)

i una mica més endins tens,

$ ethtool eth2
Settings for eth2:
Supported ports: [ TP MII ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
(...)
Speed: 1000Mb/s
Duplex: Full
Link detected: yes

-- 
###
http://info.nodo50.org/4137 | error al sistema
   __
   a internet la llibertat no és gratuïta

Re: RTL8812/8821 network card driver

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, May 29, 2017 at 04:29:35AM -0700, Wei-Shun Lo wrote:
> Dear Debian,
> 
> Is it possible to include below driver in the kernel for network 
> installation?  
> Many cards are using this driver.
> 
> https://github.com/abperiasamy/rtl8812AU_8821AU_linux

A couple of things:

 - this list is not "Debian". It's just the Debian User's mailing
   list. Debian users help each other (sometimes experts lurk here
   and help us all, which is very nice of them, but nobody is paid
   or forced to do that!)

 - if you want to get a hardware driver "in", the best path is,
   of course the kernel. This way, it'll find its way into all
   Linux distributions, not only Debian. That said, sometimes
   distributions carry a set of patches to the "official" or
   "vanilla" kernel, but most try to keep those patches to a
   minimum: it's a lot of work to maintain that, and this takes
   energy away to do other important things.

 - the mailing list for this kind of questions is most probably
   the Debian kernel mailing list:

   https://lists.debian.org/debian-kernel/

   There are really nice people there, but please be nice to
   them. They are doing an awesome work without us paying them
   to do so. Do your homework first:
   (a) do newer versions of the Linux kernel carry this driver
  already?
   (b) search the mailing list archives. Perhaps there's already
  a discussion about this on-going.

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlksECcACgkQBcgs9XrR2kavYgCdHYhLO9P5CQTEEdkVbFA0PUtS
G+QAmgJR2kQdiZizdtEezaXKq6UDzsok
=c8sk
-END PGP SIGNATURE-

Re: Trying to understand man page for dd

[Richard Owlett]

On 05/29/2017 01:20 AM, Thomas Schmitt wrote:

Hi,

David wrote:

https://explainshell.com/explain?cmd=dd+if%3D%2Fdev%2Fzero+of%3D%2Fdev%2Fnul

l%26+pid%3D%24!

For a machine this is not a bad answer.


https://explainshell.com/explain?cmd=kill+-USR1+%24pid%3B+sleep+1%3B+kill+%24pid


But this one missed the point quite clearly.
(It gets no clue that the signals are sent to dd. So the result can
only be unspecific info.)



His post did have impact.

It reminded me of . I've used it a few times 
but it hadn't come to mind. If I had remembered, I would have asked a 
different {better} question.


Your reply then caused me to re-read slowly and _carefully_ your 
previous post.


I think the is a subtle bug in the man page.
I introduces the two lines of code saying:
  > Sending a USR1 signal to a running 'dd' process makes it print
  > I/O statistics to standard error and then resume copying.
I believe that to accurately describe the code at

https://www.gnu.org/software/coreutils/manual/html_node/dd-invocation.html#dd-invocation
*NOT* the code on the man page.

I realize now that was the discrepancy that prompted my question.
I had gone to the man page to double check syntax. Spotted the code a 
thought "a way to display progress information when copying".


I can "sort of" understand syntactically correct code. The less said of 
my programming skills the better ;/ How I "read" the code just didn't 
jibe with the description.


Am I correct that there is a problem with the man page?

Re: Probar Testing

[JAP]

El 28/05/17 a las 23:17, Latincom escribió:

Hola

Uso Wheezy como servidor, y no he hecho ninguna instalacion nueva en los
ultimos anos; quiero probar Stretch, pero quisiera saber si Grub es
instalable en la primera particion? y arrancar con Lilo? O seria posible,
NO instalar Grub y encadenar Stretch en Lilo.config?

Gracias por su atencion.



No entiendo una cosa, ¿querés poner una "testing" como servidor?
Ni loco hago eso.

Y si tenés un servidor, ¿por qué no hacés las pruebas en OTRO equipo, 
para no cargártelo si algo sale mal?


Sí, GRUB se puede instalar en la primera partición.En CUALQUIER 
partición. El tema es el MBR que sí o sí tiene el código básico de 
arranque para BIOS. Eso está en un solo lugar del disco, y lo toma el 
sistema de arranque que elijas.


LILO está un poquito viejo, si bien funciona con systemd (Stretch), 
digamos que no es la mejor opción.

Salvo que pases a Devuan.

JAP

Re: Stretch en tres setmanes

[Àlex]

El 27/05/17 a las 21:59, Pedro escribió:

> A mi també m'agrada la idea del tagamanent!
> 
> +1 simó i aniol
> 
> 2017-05-27 21:44 GMT+02:00 Simó Albert i Beltran :
>> Pensava fer-ho el mateix 17/6/2017.


Jo i els meus dos peques de gairebé tres anys també ens apuntem, si es
el camí és addient per nens.

RTL8812/8821 network card driver

[Wei-Shun Lo]

Dear Debian,

Is it possible to include below driver in the kernel for network installation?  
Many cards are using this driver.

https://github.com/abperiasamy/rtl8812AU_8821AU_linux

Best regards,
Ralic 

Re: Firefox : défaut inhérents

[maderios]

On 05/29/2017 12:59 PM, Jean Bernon wrote:

André semble avoir un problème particulier. Mais ça correspond tout de
même à certains aspects de ma propre expérience de Firefox ESR sous
Jessie. FE se plante aléatoirement 1 à 2 fois par semaine ou a parfois
des passages à vide (grande lenteur). La commande top montre qu'il est
le plus gros consommateur de CPU et de mémoire (environ 20% de chaque)
alors que Chrome dans les mêmes conditions consomme 6 à 7 % des mêmes
ressources. J'utilise les extensions et plugins suivants : adblock,
xmarks, flash, gnome shell, itunes, java, vlc.


Bonjour
J'ai un autre PC sur Jessie, aucun problème avec firefox esr.
Firefox/Iceweasel permet d'installer tout et n'importe quoi en matière 
de greffons. Quand on ne souhaite pas prendre de risques, il est 
préférable de n'installer que les plugins fournis par Debian.


--
Maderios

Debian release planned on June 17th

[Helio Loureiro]

https://wiki.debian.org/ReleasePartyStretch

Lets include Sweden in the celebration?  Suggestions for time and place?

Abs,
Helio Loureiro
http://helio.loureiro.eng.br
https://se.linkedin.com/in/helioloureiro

http://twitter.com/helioloureiro

Re: Firefox : défaut inhérents

[Jean Bernon]

André semble avoir un problème particulier. Mais ça correspond tout de même à 
certains aspects de ma propre expérience de Firefox ESR sous Jessie. FE se 
plante aléatoirement 1 à 2 fois par semaine ou a parfois des passages à vide 
(grande lenteur). La commande top montre qu'il est le plus gros consommateur de 
CPU et de mémoire (environ 20% de chaque) alors que Chrome dans les mêmes 
conditions consomme 6 à 7 % des mêmes ressources. J'utilise les extensions et 
plugins suivants : adblock, xmarks, flash, gnome shell, itunes, java, vlc. 

- Mail original -

> De: "Pierre L." 
> À: debian-user-french@lists.debian.org
> Envoyé: Lundi 29 Mai 2017 10:14:13
> Objet: Re: Firefox : défaut inhérents

> Il y a moyen de sync les modules.

> Par contre, les configs propres aux modules, faut voir si le dév (du
> module) a prévu ou pas ! Parfois oui, parfois non...

> Le 28/05/2017 à 01:42, G2PC a écrit :

> > Il te manquera alors surement les modules complémentaires encore.
>

Re: Package on which Bug must be reported ? (Trackpad)

[Dan Ritter]

On Sat, May 27, 2017 at 11:19:41PM +0530, Kaartic Sivaraam wrote:
> On Wed, 2017-05-17 at 15:33 -0400, Dan Ritter wrote:
> > On Wed, May 17, 2017 at 11:06:26PM +0530, Kaartic Sivaraam wrote:
> > > Issue 1 (with a related issue) :
> > > 
> > > I use Debian stretch on my laptop. The track pad of my laptop
> > > isn't detected correctly. As a result, taps aren't considered as
> > > clicks
> > > and I have to click the left / right button in the track pad for
> > > clicking.This is the case with the "default GNOME". On "GNOME on
> > > Wayland", this doesn't seem to be the issue. I guess the track pad
> > > is
> > > detected correctly there as I could use taps for clicks.
> > > 
> > > Another related issues is with "Natural scrolling". I usually like
> > > to
> > > use it. On the "default GNOME" turning the option on/off has no
> > > effect
> > > and thus not allowing me to use Natural scrolling. This is again
> > > not an
> > > issue with "GNOME on Wayland"
> > > 
> > > Please let me know in which package the above issue(s) and the ones
> > > that
> > > follow are to be filed.
> > 
> > Can you use synclient to fix it?
> > 
> 
> As I have fixed the issue with the laptop now, could you tell me what
> value to modify using synclient ? There seems to be a lot of them. You
> could find the output of synclient in [1]
> 
> [1] : https://pastebin.com/sA5U7TmU

Your TapButton settings are all 0. You probably want some
combination of 1 , 2 , 3.

  TapButton1  = 0
  TapButton2  = 0
  TapButton3  = 0

To change the scrolling direction, I seem to remember that

   VertScrollDelta = 46

should be made negative.

After you experiment and find out the settings that work for
you, make them permanent with the techniques here:

https://wiki.debian.org/SynapticsTouchpad

-dsr-

Re: Problemes de conexió eth0

[Josep Lladonosa]

2017-05-29 11:09 GMT+02:00 Santi Moreno :

> Hola gent,
> a veure algú em podeu ajudar. Resulta que fins ara conectava per cable
> sense problemes però ens varem passar a la fibra de Movistar i no se
> perque ja no conecta per cable (sí per wifi). Inicialment va conectar
> però després de reiniciar ja no ho he aconseguit.
> La resta de equips de la xarxa local (tots Win) conecten sense
> problemes.
> Faig servir el NetworkManager i he provat amb DHCP i es queda
> "Connecting" i res. Ni siquiera ping a la resta d'equips locals. Amb IP
> static si pareix que conecta, apareix "Connected", però igualment no
> respon a ningun ping, tots "Destination Host Unreachable".
> No se si el nou router pot tenir algun tipus de filtratge però no he
> vist res aparentement.
>
> Em podrieu ajudar?
>

Parlo sobre experiències personals. M'he trobat moments en què el
Networkmanager falla. Podria ser:

- que el teu usuari no pertanyi al grup netdev.
- que la nova connexió (via Networkmanager) l'haguessis configurada amb un
usuari determinat sense marcar a "General" l'opció "Tots els usuaris es
poden connectar a aquesta xarxa" i entres amb un usuari diferent.

- que el nou maquinari (encaminador que dóna el servei) té un port de més
velocitat (gigabit) que l'anterior i aleshores ordinador i aparell no
negocien igual. Algun cop, segons quin adaptador de xarxa he hagut de
forçar l'Ethernet a una determinada configuració perquè funcionés.


Salutacions,
Josep
@jepjepus


>
> Gracies!
> @santimoreno
>
>


-- 
--
Salutacions...Josep
--

Problemes de conexió eth0

[Santi Moreno]

Hola gent,
a veure algú em podeu ajudar. Resulta que fins ara conectava per cable
sense problemes però ens varem passar a la fibra de Movistar i no se
perque ja no conecta per cable (sí per wifi). Inicialment va conectar
però després de reiniciar ja no ho he aconseguit.
La resta de equips de la xarxa local (tots Win) conecten sense
problemes.
Faig servir el NetworkManager i he provat amb DHCP i es queda
"Connecting" i res. Ni siquiera ping a la resta d'equips locals. Amb IP
static si pareix que conecta, apareix "Connected", però igualment no
respon a ningun ping, tots "Destination Host Unreachable".
No se si el nou router pot tenir algun tipus de filtratge però no he
vist res aparentement.

Em podrieu ajudar?

Gracies!
@santimoreno

Re: Firefox : défaut inhérents

[Pierre L.]

Il y a moyen de sync les modules.



Par contre, les configs propres aux modules, faut voir si le dév (du
module) a prévu ou pas ! Parfois oui, parfois non...



Le 28/05/2017 à 01:42, G2PC a écrit :
> Il te manquera alors surement les modules complémentaires encore.



signature.asc
Description: OpenPGP digital signature

Re: Trying to understand man page for dd

[Thomas Schmitt]

Hi,

David wrote:
> https://explainshell.com/explain?cmd=dd+if%3D%2Fdev%2Fzero+of%3D%2Fdev%2Fnul
l%26+pid%3D%24!

For a machine this is not a bad answer.

> https://explainshell.com/explain?cmd=kill+-USR1+%24pid%3B+sleep+1%3B+kill+%2
4pid

But this one missed the point quite clearly.
(It gets no clue that the signals are sent to dd. So the result can only
 be unspecific info.)


Have a nice day :)

Thomas