Re: howto restart a service in postinst script (Stretch and newer)

[Christian Seiler]

On 08/06/2017 05:28 AM, Richard Hector wrote:
> On 06/08/17 04:43, Sven Hartge wrote:
>> Harald Dunkel  wrote:
>>> On Sat, 5 Aug 2017 11:56:07 +0900 Mark Fletcher  wrote:
 On Fri, Aug 04, 2017 at 12:30:25PM +0200, Harald Dunkel wrote:
>>
> What is the right way to restart a service from the postinst
> script for Stretch and newer?
>>
 I may be misunderstanding your question but on a system that has 
 migrated to systemd, you can restart a service with: 

 systemctl restart 
>>
>>> I think you missed the point. To run it from a postinst script we need
>>> a universal(!) way to restart a service, regardless whether systemd or
>>> sysvinit-core or whatever is installed.
>>
>> invoke-rc.d does just that and is included in postinst by
>> dh_installinit for both SysV-init *and* systemd.
> 
> I've only looked through it briefly, but it looks like it invokes the
> initscript regardless of whether systemd is in use

No. You should only use it for things that also have an init script
so that it doesn't fail on sysvinit systems, but it will invoke
systemd directly if the system is currently systemd.

http://sources.debian.net/src/init-system-helpers/1.48/script/invoke-rc.d/#L542-L592

For things that are only available on systemd (for example if you
have split the service additionally for systemd, while sysvinit is
still just a single script) you should use the code that is
generated from dh_systemd in postinst, which you can see e.g. here:

http://sources.debian.net/src/debhelper/10.2.5/autoscripts/postinst-systemd-restart/

Note that it is important _not_ to call the init script or
systemctl directly from any maintainer scripts, as policy dictates
that the administrator should be able to use a custom script or
program in /usr/sbin/policy-rc.d to influence whether maintainer
scripts actually perform any actions. (For example, in chroots
you can use that to completely disable services from being started
from maintainer scripts.) Both invoke-rc.d and deb-systemd-invoke
will take care of that.

Regards,
Christian

Re: howto restart a service in postinst script (Stretch and newer)

[Christian Seiler]

Hi there,

On 08/04/2017 12:30 PM, Harald Dunkel wrote:
> What is the right way to restart a service from the postinst
> script for Stretch and newer?

The same way as before: if it has both an init script and a
systemd service, just call

invoke-rc.d script restart

or

invoke-rc.d script restart || :

depending on whether you want errors to be fatal or not.

You could also take a look at what debhelper generates for
you if you use dh_installinit:

http://sources.debian.net/src/debhelper/10.2.5/autoscripts/postinst-init/

(#ERROR_HANDLER# is "exit $?" - without the quotes - by default.)

> Reason for asking is: opensmtpd died once too often when it got
> restarted via invoke-rc.d from a postinst script on my desktop 
> PC.

I just looked at the opensmtpd package: it uses debhelper compat
9, so it defaults to the following behavior on upgrades:

 - prerm of the old package: stops the service
 - dpkg unpacks the new binaries
 - postinst of the new package: starts the service again

See https://wiki.debian.org/MaintainerScripts#Upgrading for a
detailed graph on the order in which the maintainer scripts are
executed in on upgrade.

If restarting opensmtpd fails in your case, this is either

 - a bug in your configuration that leads to opensmtp failing
   to start again

or 

 - a bug in the package (either in how upgrades are handled
   or in how the package works)

But without further details (i.e. what error message was given,
both in the APT output and in the system logs) I don't think
this can be diagnosed further. I can only tell you that from
what I can see the postinst script does the right thing and
that if there's a bug in the package, it's not there but in
some other place.

Regards,
Christian

Re: [solved] Re: Live recording

[Joe]

On Sun, 6 Aug 2017 15:37:15 +1200
Richard Hector  wrote:

> On 06/08/17 13:18, Eike Lantzsch wrote:
> > On Sunday, 6 August 2017 11:31:29 -04 Richard Hector wrote:  
> >> On 05/08/17 03:56, Rodolfo Medina wrote:  
> >>> Thanks to all.  The problem seems to be solved with such a cable:
> >>>  https://www.thomann.de/at/pro_snake_78219_yadapterkabel.htm  
> >> Except that it's hard to tell what size those connectors are.
> >> Unless there's something in the description that I can't read that
> >> says they're 3.5mm, they look to me more like 6.25mm. I'm not sure
> >> what it is - I think 3.5mm plugs are usually more rounded on the
> >> end, while the larger ones often have that point. Also, it looks
> >> like the case comes apart, and I think the only ones I've seen
> >> with such skinny bodies are moulded plastic. If that's 3.5mm, I
> >> think it would be very hard to assemble by hand, which the body
> >> designs suggest.
> >>
> >> Richard  
> > 3.5mm and 2.5mm plugs can be soldered all right but  
> 
> Yes - I was trying to suggest that the plugs in the picture, if it's a
> 3.5mm plug, look a bit small in the body to be user-assembled - yet
> they clearly come apart. The ones I've soldered have bigger bodies
> relative to the actual connector. The really thin ones tend to be
> moulded.
> 
> I'm not sure if I'm making myself clear ... it would help if the site
> actually specified what they're selling :-)
> 

Yes, but I think the real issue in making one is that the plug is a
right-angle one, and right-angled plugs are usually pigs to fit. But
they are certainly 1/4" in the picture, the proportions are different
for the miniature versions.

No problem getting 2.5mm and 3.5mm mono or stereo rewireable plugs:
https://www.maplin.co.uk/p/35mm-metal-stereo-plug-fj99h
https://www.maplin.co.uk/p/25mm-plastic-stereo-plug-fj85g

though as another poster said, they need fairly lightweight cable.

-- 
Joe

Where you from,

[hlangev...@zeelandnet.nl]

??

Verzonden vanaf mijn Huawei mobiele telefoon

Re: Je présume que je ne suis pas trop ton type – qui aimerait une fille avec de gros ballons… Alexia

[Lionel Landry]

bonjour 

Le Dimanche 6 août 2017 10h02, Alexia Alfredini  a 
écrit :
 

 

Bon, peut-être que tu aimerais les voir pour me répondre sur ça 
http://bit.ly/2udnshl

   

Ik denk dat ik niet je type ben - wie houdt van meisjes met grote ballonnen.. Ella

[RUDY BRAECKMAN]

Wel, misschien wil je ze zien om mij hierop antwoordt te geven 
http://bit.ly/2ud8Le8

Re: Live recording

[Curt]

On 2017-08-06, Glenn English  wrote:
> On Sat, Aug 5, 2017 at 9:43 AM, Curt  wrote:
>
>> My understanding is that a stereo microphone is comprised of two
>> microphones in a single unit. That's pretty black and white.\
>
> There was discussion of whether there is such a thing. And I
> considered two mics in one device is kinda half way between one and
> two. Grey :-)
>
>> Why you would use such a device rather than recording with two discrete
>> microphones in an X-Y, ORTF, or MS (et al) configuration (but I read
>> there are single, MS recording units) I dunno.
>
> I use my C-24 because of the mind boggling sound that comes out of it.
> And I can pretty easily just hang it from the ceiling in the middle of
> a concert hall and get an outstanding recording.
>
> Should have said 'used' instead  of 'use'. I got out of the recording
> business when digital audio came along, and became a computer geek --
> computers are as much fun as tape recorders...
>
> MS is trouble because of the transformer(s) used to decipher the
> cardioid/bidirectional mic patterns.

As a total novice I was intrigued by the MS method's post-recording
adjustability. For recording someone singing while accompanying himself
at the acoustic piano I suppose you would need at least three
microphones. Laying down the piano track first would probably present
less difficulties.

It's complicated.  That's why they call them sound *engineers*, I guess.

> Jeremy's post explains all this pretty well.

Yes. 

> --
> Glenn English
>
>


-- 
“Certitude is not the test of certainty.”
--Oliver Wendell Holmes, Jr.

Re: caja as administrator

[Frank]

Op 06-08-17 om 01:34 schreef Dominic Knight:

I guess this is something I have done at this end but, although it
works fine as a normal user (right click and open new instance), when
trying to open any folder from Caja as administrator (right click on
folder in Caja, select open as administrator) I get the message:

"Please start Chromium as a normal user. If you need to run as root for
development, re-run with the - no-sandbox flag."

I wasn't aware of trying to run Chromium at all, it used to open a
separate instance of Caja with su privileges. Anyone else or something
I have done badly somewhere and forgotten about?

Debian Testing(Buster)
Mate 1.18.0
Caja 1.18.3


It's possible a mimeapps.list has the wrong entry for inode/directory. 
There are usually two or three copies of this file:


user's: ~/.config/mimeapps.list
system: /usr/share/applications/mimeapps.list
and possibly:
root's: /root/.config/mimeapps.list

The location of the user and root list may be different in other desktop 
environments (mine's Xfce 4.12, Debian testing).


When you run caja as user, your own copy takes precedence. Running as 
root, root's comes first (if it exists). Anything that isn't specified 
there, is looked up in the system list.


Make sure the inode/directory entry isn't messed up. If the entry in the 
system copy is correct and the wrong one is in root's copy, simply 
remove that.


Regards,
Frank

xfig(1) in Debian 8/Jessie

[John Conover]

I have an old xfig file, ND90-4.box-0.25.fig. In Debian 7/Wheezy, it
works fine. But in Jessie:

xfig ND90-4.box-0.25.fig 

xfig3.2.5c: SIGSEGV signal trapped
xfig: attempting to save figure
Finish (or cancel) the current operation before changing modes
Segmentation fault

Any ideas?

Thanks,

John

-- 

John Conover, cono...@rahul.net, http://www.johncon.com/

RE : Je présume que je ne suis pas trop ton type – qui aimerait une fille avec de gros ballons… Clemence

[colette.chaillou76]

Stop


Envoyé de mon Galaxy model_name Orange Message d'origine De : 
Clemence Aliem  Date : 06/08/2017  11:13  (GMT+01:00) À : 
debian-user@lists.debian.org Objet : Je présume que je ne suis pas trop ton 
type – qui aimerait une fille avec de gros ballons… Clemence 


Bon, peut-être que tu aimerais les voir pour me répondre sur ça 
http://bit.ly/2vBXTKq

Re: RE : ... blah lbah blah ... spam

[Zenaan Harkness]

Seems there's a fair bit of responding to what is evidently spam, so
perhaps it's been a while since an old-hand explained these ropes:


  - Debian's lists are very well spam-protected - the (extremely) few
spam emails that gets through, are incredibly low in volume,
compared to what a friend of mine who runs a public-facing ISP
SMTP server, faces in a daily basis - in his case literally 10s of
thousands of spam emails, except that certain RTBL/RBLs and other
mechanisms are used

  - The one or two that get through, is incredibly low in volume!

  - Those one or two that get through, are still spam - they are not
 real people making an honest mistake. It is the effectiveness of
 Debian's spam-filtering, shielding us from the true (incredible)
 volume of actual spam, that allows us the luxury to imagine that
 inane rubbish emails could potentially be someone genuine.

  - Actually responding to such spam emails, e.g. "stop", "what do
 you mean?" etc etc, actually identifies both your personal email
 address as someone likely to respond to such emails, AND that
 their spamming of this particular email list is to some extent
 successful, thus further motivating the spammers to spam more.

In the face of the above facts, it is, in almost all cases, in our
collective interests to not respond to such emails.

Very similarly, it is in almost all cases in our collective interest
to neither respond to those who respond to such emails (of course I
hope this response ultimately reduces, rather than adds to, the
resultant noise level).

Finally, the incredible effectiveness of the Debian listmasters and
their spam-filtering efforts, is in fact something we might be both
appreciative of, and proud of (notwithstanding any personal gripes
against unrelated Debian's free Code of Conduct swinging community
approach which some conscientious individuals might be taken to
disagree with... ).

:)

Have a great day y'all, and please, remember to bottom post to keep
the flow dude, keep the flow :)



On Sun, Aug 06, 2017 at 12:36:04PM +0200, colette.chaillou76 wrote:
> Stop
> 
> 
> Envoyé de mon Galaxy model_name Orange Message d'origine De : 
> Clemence Aliem  Date : 06/08/2017  11:13  (GMT+01:00) À : 
> debian-user@lists.debian.org Objet : Je présume que je ne suis pas trop ton 
> type – qui aimerait une fille avec de gros ballons… Clemence 
> 
> 
> Bon, peut-être que tu aimerais les voir pour me répondre sur ça 
> http://bit.ly/2vBXTKq

Re: xfig(1) in Debian 8/Jessie

[Zenaan Harkness]

On Sun, Aug 06, 2017 at 02:13:39AM -0700, John Conover wrote:
> 
> I have an old xfig file, ND90-4.box-0.25.fig. In Debian 7/Wheezy, it
> works fine. But in Jessie:
> 
> xfig ND90-4.box-0.25.fig 
> 
> xfig3.2.5c: SIGSEGV signal trapped
> xfig: attempting to save figure
> Finish (or cancel) the current operation before changing modes
> Segmentation fault
> 
> Any ideas?

Install the build-depends for the package, and recompile - you might
have to install old version of gcc, libc and/ or other libraries.

When you figure it out, would appreciate a brief pracie of your
journey :)

Alternatively, install a virtual machine, the older version of
Debian, and share a work folder or two - run it from there.

Good luck,

Re: RE : ... blah lbah blah ... spam

[Cindy-Sue Causey]

On 8/6/17, Zenaan Harkness  wrote:
> Seems there's a fair bit of responding to what is evidently spam, so
> perhaps it's been a while since an old-hand explained these ropes:
>
> < snipped to get straight to the targeted point >
>
>   - Actually responding to such spam emails, e.g. "stop", "what do
>you mean?" etc etc, actually identifies both your personal email
>address as someone likely to respond to such emails, AND that
>their spamming of this particular email list is to some extent
>successful, thus further motivating the spammers to spam more.


It has been my observation over time that the responses may very well
be real, but they come across more as part of the overall program to
disrupt. Additionally, their mere presence adds a gloomy air of
*expressed* discontentment to the list's *permanent* archives

A further, highly unscientific observation is that these episodes seem
more prominent immediately following major releases...

Just thinking out loud... not totally unlike I've done over on another
list a couple years ago during a very similar outbreak there and then.
:)

Happy Debian'ing!

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: xfig(1) in Debian 8/Jessie

[John Conover]

On Debian 8/Jessie, i386, do:

xfig xxx.fig

Then, (draw a dash-dot-dash-dot line, anyplace):

POLYLINE drawing

Line Style
select dash-dot-dash-dot ...
and then draw a line, anyplace

And, it does a SIGSEGV.

It seems that there is a bug in that simple procedure, resulting in a
core dump.

The reason that Debian 8/Jessie could not read the legacy files is
that they had hole axis (dash-dot-dash-dot ...) lines.

Anyhow, it replicates on my systems.

John

Zenaan Harkness writes:
> On Sun, Aug 06, 2017 at 02:13:39AM -0700, John Conover wrote:
> > 
> > I have an old xfig file, ND90-4.box-0.25.fig. In Debian 7/Wheezy, it
> > works fine. But in Jessie:
> > 
> > xfig ND90-4.box-0.25.fig 
> > 
> > xfig3.2.5c: SIGSEGV signal trapped
> > xfig: attempting to save figure
> > Finish (or cancel) the current operation before changing modes
> > Segmentation fault
> > 
> > Any ideas?
> 
> Install the build-depends for the package, and recompile - you might
> have to install old version of gcc, libc and/ or other libraries.
> 
> When you figure it out, would appreciate a brief pracie of your
> journey :)
> 
> Alternatively, install a virtual machine, the older version of
> Debian, and share a work folder or two - run it from there.
> 
> Good luck,

-- 

John Conover, cono...@rahul.net, http://www.johncon.com/

Re: Bug in Brother HL4040 driver?

[Brian]

On Sat 05 Aug 2017 at 23:16:15 +0100, Andrew W wrote:

> Can anyone help me determine the location of an annoying bug which seems to
> persist in the driver(s) for the Brother HL404CN laser printer please? It
> has existed since Wheezy and is still present in Stretch.
> 
> Printing from most apps (but interestingly not GIMP) will often fail with
> the printers firmware locking up and showing Error E1 on its display - the
> only way out of this is to turn the printer off and back on.
> 
> I've tried several of the drivers listed and all seem to have the same
> issue. Further more in Stretch the web interface for CUPS doesnt seem to
> work on localhost:631 and the Gnome system settings GUI for print queue
> management doesnt do anything. Its as if the buttons have no event handlers
> behind them to actually do anything!

The Brother HL404CN does not exist.

-- 
Brian.

Re: Credo di non essere il tuo tipo, perché ti piacciono le ragazze con le tette grandi Jessica

[veli halimi]

Nn credo.vediamo i

Il 06 Ago 2017 10:05, "Jessica Leelaprachakul"  ha
scritto:

>
>
> Beh, forse ti piacerebbe vedere le mia per scoprire la tua reazione
> http://bit.ly/2ud5DyE
>

Re: RE : ... blah lbah blah ... spam

[Thomas Schmitt]

Hi,

Zenaan Harkness wrote:
> - Debian's lists are very well spam-protected 

Not that well, given that this strange stuff gets through since
weeks although it could be easily recognized by the peculiar URL,
which you quoted, too.


>   - The one or two that get through, is incredibly low in volume!

No mail of this pattern gets through on any mailing list where i am
subscribed. It seems to be a unique annoyance here on debian-user.


>   - Actually responding to such spam emails, e.g. "stop", "what do
> you mean?" etc etc,

The responses do not stem from list subscribers. It is quite clear that
most replies are boiler plate texts. Open question is whether there are
humans who press a Go-Away button on their smart phones or whether these
replies are part of the spam scheme.

After all, none of the alleged original mails went through the list.
We only see alleged replies.


Cindy-Sue Causey wrote:
> these episodes seem more prominent immediately following major releases

Interesting observation, indeed.
Stretch was announced june 17.
I became curious on juli 8. The oldest message i inspected in the archives
was of juli 4:
  https://lists.debian.org/debian-user/2017/07/msg00235.html
My mail of juli 8
  https://lists.debian.org/debian-user/2017/07/msg00511.html
received a few replies with various theories why this might happen.

Since yesterday the spam drizzle seems to increase again.


Have a nice day :)

Thomas

Re: RE : ... blah lbah blah ... spam

[Nicolas George]

Le nonidi 19 thermidor, an CCXXV, Thomas Schmitt a écrit :
>  Open question is whether there are
> humans who press a Go-Away button on their smart phones or whether these
> replies are part of the spam scheme.

Do you have any evidence that this kind of button exists?

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: RE : ... blah lbah blah ... spam

[Thomas Schmitt]

Hi,

Nicolas George wrote:
> Do you have any evidence that this kind of button exists?

No. But it would match the spirit of our days and it would explain
why we see erratic replies to slimy but quite redundant originals.

Also, many of the replies bear the signatures of mobile devices which
are most probably smarter than their owners.
So we might deal with semi-AIs who do not yet understand the concept
behind big balloons and their meaning to male cro-magnons.
(They may contact me in private so i can explain about our heritage
 as rampant sea squirts juveniles.)


Have a nice day :)

Thomas

Re: RE : ... blah lbah blah ... spam

[Nicolas George]

Le nonidi 19 thermidor, an CCXXV, Thomas Schmitt a écrit :
> No. But it would match the spirit of our days and it would explain
> why we see erratic replies to slimy but quite redundant originals.

Well, I have never seen any hint of that kind of feature. Therefore,
until somebody produces evidence they exist, I suggest to stop wasting
time speculating about them.

> Also, many of the replies bear the signatures of mobile devices which
> are most probably smarter than their owners.
> So we might deal with semi-AIs who do not yet understand the concept
> behind big balloons and their meaning to male cro-magnons.
> (They may contact me in private so i can explain about our heritage
>  as rampant sea squirts juveniles.)

Your Occam's razor is definitely blunted. These mails are spams
masquerading as legitimate answers to bypass automated filters and catch
the reader's attention, nothing more. That is the simplest explanation,
consistent with all the techniques used by spammers and there is
absolutely no evidence of anything else.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Re: Coucou! vas-tu me dire un petit 'salut'? Laurine

[Lalldeo Ramdany]

salut qui est tu ont ce connait

Le 3 août 2017 à 17:47, Laurine Sawasdipol  a écrit :

>
>
> Viens qu'on discute un peu toi et moi. http://bit.ly/2u4oj3x
>

Re: Bug in Brother HL4040 driver?

[Curt]

On 2017-08-06, Brian  wrote:
> On Sat 05 Aug 2017 at 23:16:15 +0100, Andrew W wrote:
>
>> Can anyone help me determine the location of an annoying bug which seems to
>> persist in the driver(s) for the Brother HL404CN laser printer please? It
>> has existed since Wheezy and is still present in Stretch.
>> 
>> Printing from most apps (but interestingly not GIMP) will often fail with
>> the printers firmware locking up and showing Error E1 on its display - the
>> only way out of this is to turn the printer off and back on.
>> 
>> I've tried several of the drivers listed and all seem to have the same
>> issue. Further more in Stretch the web interface for CUPS doesnt seem to
>> work on localhost:631 and the Gnome system settings GUI for print queue
>> management doesnt do anything. Its as if the buttons have no event handlers
>> behind them to actually do anything!
>
> The Brother HL404CN does not exist.
>

So this is all a figment of the OP's imagination, I take it.

Maybe he left out a trailing digit by inadvertence:

https://www.brother-usa.com/Printer/ModelDetail/1/HL4040CN/Overview

But, as Olivier Vandal Homes III said the other day at lunch: "Guessing
is the curse of the presumptive class." He paused, gazing at me over our
third *digestif* of the afternoon. "And it's all so tiresome in the end,
isn't it old man, when people can't say what they mean and vice versa?"
he added in his typically jaded tone.

-- 
“Certitude is not the test of certainty.”
--Oliver Wendell Holmes, Jr.

Re: RE : ... blah lbah blah ... spam

[Thomas Schmitt]

Hi,

Nicolas George wrote:
> Well, I have never seen any hint of that kind of feature.

As for sprit of our days:

  
https://techcrunch.com/2017/05/17/google-brings-smart-replies-to-gmail-on-ios-and-android/
  
https://www.theverge.com/2017/7/26/16000562/easilydo-edison-mail-app-email-smart-reply-security-new-name

But i found none yet which would combine this with a dummy text generator.


> Your Occam's razor is definitely blunted.

Can it be yours is a two-handed sword ?

> These mails are spams
> masquerading as legitimate answers to bypass automated filters and catch
> the reader's attention, nothing more.

This theory does not explain why it is so focused on debian-user,
where it is very unlikely to find a receptive audience.
Further, if this spam shall sneak through spam filters, why does nearly
all of it bear that peculiar URL domain ?

> That is the simplest explanation,

You may get to a less easily refutable theory by saying that somebody
simply wants to annoy us. (By using painfully dull means. So evil.)

But i prefer the idea that there is some reason behind this and we are
the public test area for something more insidious.


Have a nice day :)

Thomas

Re: RE : ... blah lbah blah ... spam

[Nicolas George]

Le nonidi 19 thermidor, an CCXXV, Thomas Schmitt a écrit :
> This theory does not explain why it is so focused on debian-user,
> where it is very unlikely to find a receptive audience.

Debian's are part of the few tech mailing-lists that I know that are not
moderated for posts by non-users.

> Further, if this spam shall sneak through spam filters, why does nearly
> all of it bear that peculiar URL domain ?

Because that is the URL that the spammer wants to advertise, of course.

> But i prefer the idea that there is some reason behind this and we are
> the public test area for something more insidious.

Enjoy your conspiracy theories.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Fammi ved. Che dopo ti dico

[massimo46vale]

Inviato da smartphone Samsung Galaxy.

Re: xfig(1) in Debian 8/Jessie

[Henrique de Moraes Holschuh]

On Sun, 06 Aug 2017, John Conover wrote:
> On Debian 8/Jessie, i386, do:
> 
> xfig xxx.fig
> 
> Then, (draw a dash-dot-dash-dot line, anyplace):
> 
> POLYLINE drawing
> 
> Line Style
> select dash-dot-dash-dot ...
> and then draw a line, anyplace
> 
> And, it does a SIGSEGV.

Works on amd64/stretch.  Does it work on i386/stretch?

If it does, you could rebuild the stretch package in jessie and use
that...

-- 
  Henrique Holschuh

Re: RE : ... blah lbah blah ... spam

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Aug 06, 2017 at 10:35:56PM +1000, Zenaan Harkness wrote:
> Seems there's a fair bit of responding to what is evidently spam, so
> perhaps it's been a while since an old-hand explained these ropes:

The person having responded "stop" to that mail is most probably *not* on
the mailing list. Either write them directly (which most of the time won't
help) or just report the thing itself as spam.

The way I guess that works is: some random victim (in this case
colette.chaillou76) receives the spam, which contains also a Cc:
to debian-user@ (or whatever high volume list). This person hits
"reply all", requesting the spam to stop (not all will do it, but
a probability greater than zero pays off for the spammer).

The Cc may well be spoofed, so that we don't even see the original
mail. Or that gets caught in the list's spam filter.

Think bounce spam with a human interface in the middle.

If you want to harangue somebody, then it'd be the sender directly.
In the current case, better try French :-)

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

iEYEARECAAYFAlmHLM4ACgkQBcgs9XrR2kZgLQCbBzzEMdAUqaVA838Ov4loNebd
DCsAn3sOvkkdezspSmxgeqCT6mkdNVn8
=AJ/e
-END PGP SIGNATURE-

Re: Coucou! vas-tu me dire un petit 'salut'? Coralie

[said agaba]

salut 

Le Jeudi 3 août 2017 17h36, Coralie Taroi  a écrit 
:
 

 

Viens qu'on discute un peu toi et moi. 
http://bit.ly/2u4JToE

   

Re: RE : ... blah lbah blah ... spam

[Andy Smith]

Hello,

On Sun, Aug 06, 2017 at 03:56:35PM +0200, Nicolas George wrote:
> Your Occam's razor is definitely blunted. These mails are spams
> masquerading as legitimate answers to bypass automated filters and catch
> the reader's attention, nothing more. That is the simplest explanation,
> consistent with all the techniques used by spammers and there is
> absolutely no evidence of anything else.

I disagree. I am very confident that these emails are from real
people who have received a spam sent with the from address of
debian-user, and they are replying to it. They aren't members of the
list and they don't realise that the thing they're replying to is a)
not the actual sender and b) a mailing list with thousands of people
on it.

I find that explanation far simpler than the idea that a spammer has
decided to send email to debian-user that masquerades as a large
number of very confused people who want to stop receiving their
email (or, in some cases, are asking for more information about the
sexy woman who has contacted them).

As such, asking people not to reply to them while being sensible
advice for spam in general, in this specific case isn't that helpful
as the people who are replying are not subscribed to this list and
will never see the advice.

As evidence, I have in the past responded to some of these people
off-list and they behave as just confused normal people who want the
emails to stop. They don't try to sell me anything or entice me to
visit any web sites. In fact sometimes they remain so confused that
they think I am the spammer and just keep asking me to go away,
regardless of what I say.

It could be argued that if they are spammers their goal might be to
get people to reply, purely to harvest email addresses, but in that
case they need not reply to me, yet they do reply, in the style of a
normal, confused person. Also there are much simpler ways to harvest
valid email addresses, e.g. the archives of this list.

I don't find any other explanation simpler than that one, and it's
testable by replying to them. We know that spammers forge from
addresses, so just imagine the consequences of a spam run that had
debian-user as its from address, and you will conclude that it would
play out exactly as we see here.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: RE : ... blah lbah blah ... spam

[Thomas Schmitt]

Hi,

reading more about Gmail Smart Reply in
  https://www.blog.google/products/gmail/save-time-with-smart-reply-in-gmail/
i got a new theory:

The AI learns from the user's mail habits to be able to propose three
quick replies in the personal writing style of the user.
If you annoy the AI from outside (see also "Goozim" :)) then it will lure
the user into such a quick reply.
So the initiator learns a brief psychological profile of that user
in respect to obvious vulgarity and spam.

By fake mail headers in the original poking mails, the reply then
appears here. The annoyer may be subscribed or may simply harvest
the replies from our web archives.


Have a nice day :)

Thomas

Re: Bug in Brother HL4040 driver?

[Andrew W]

On 06/08/17 15:05, Curt wrote:



The Brother HL404CN does not exist.


So this is all a figment of the OP's imagination, I take it.

Maybe he left out a trailing digit by inadvertence:

https://www.brother-usa.com/Printer/ModelDetail/1/HL4040CN/Overview

B

Sorry yes 4040CN

Re: Bug in Brother HL4040 driver?

[Brian]

On Sun 06 Aug 2017 at 16:18:37 +0100, Andrew W wrote:

> 
> 
> On 06/08/17 15:05, Curt wrote:
> >
> >>The Brother HL404CN does not exist.
> >>
> >So this is all a figment of the OP's imagination, I take it.
> >
> >Maybe he left out a trailing digit by inadvertence:
> >
> >https://www.brother-usa.com/Printer/ModelDetail/1/HL4040CN/Overview
> >
> >B
> Sorry yes 4040CN

Brother doesn't provide a driver for the 4040CN. Perhaps you would
explain what you mean by "driver(s) for the Brother HL404CN" and
"I've tried several of the drivers listed...". Driver names would
be useful.

-- 
Brian.

Re: RE : ... blah lbah blah ... spam

[John Hasler]

Nicolas George writes:
> Debian's are part of the few tech mailing-lists that I know that are not
> moderated for posts by non-users.

It's also one of the few that are publically-archived with no
obfuscation of email addresses.

I doubt that spammers utilize any fiedish schemes to attack
debian-user.  Email addresses are too easy to get my mining the Web
and/or perusing address lists on compromised machines.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

RE : Coucou! vas-tu me dire un petit 'salut'? Lea

[edmee.piquenot]

Mais qui est tu ? On se connaît




Envoyé depuis mon smartphone Samsung Galaxy. Message d'origine 
De : Lea Zwitberg  Date : 03/08/2017  19:07  
(GMT+01:00) À : debian-user@lists.debian.org Objet : Coucou! vas-tu me dire un 
petit 'salut'? Lea 


Viens qu'on discute un peu toi et moi. 
http://bit.ly/2vtmktp

Re: [solved] Re: Live recording

[Rodolfo Medina]

Richard Hector  writes:

> On 05/08/17 03:56, Rodolfo Medina wrote:
>> Thanks to all.  The problem seems to be solved with such a cable:
>> 
>>  https://www.thomann.de/at/pro_snake_78219_yadapterkabel.htm
>
> Except that it's hard to tell what size those connectors are. Unless
> there's something in the description that I can't read that says they're
> 3.5mm, they look to me more like 6.25mm. I'm not sure what it is - I
> think 3.5mm plugs are usually more rounded on the end, while the larger
> ones often have that point. Also, it looks like the case comes apart,
> and I think the only ones I've seen with such skinny bodies are moulded
> plastic. If that's 3.5mm, I think it would be very hard to assemble by
> hand, which the body designs suggest.


The cable that made me possible to live record stereo from two mics, without
mixer nor preamp nor external audio card nor audio interface, is a 3.5mm
twin-mono-female and a 3.5mm single-stereo-male: the two mics plugged into the
two mono females and the stereo male plugged into the `mic' input of my PC.
This cable was solded for me by the owner of the electricity shop near my
house.

To add a third microphone for human voice (the former two are for piano), I
plan to use a second PC as suggested by Fungi4All.  This way I'll continue to
do without mixer or audio interface, till the moment I'll want to do things
more professionally.  Now, they're just home made records...

Rodolfo

Re: Live recording

[Rodolfo Medina]

David Christensen  writes:

> On 08/04/17 00:06, Rodolfo Medina wrote:
>> David Christensen  writes:
>>> What is the make and model of your netbook?
>>
>> It's an Acer Aspire One, and the model should be ZG8.
>
> When I go to the Acer support page:
>
> https://www.acer.com/ac/en/US/content/drivers
>
>
> "ZG8" is not a valid model number -- it should be something like "AO521".
>
>
> If your netbook has a stereo microphone/ line-in connector, then you might be
> able to make stereo recordings by patching the left microphone to the tip (+)
> and sleeve (-) and the right microphone to the ring (+) and sleeve
> (-). (e.g. the negatives are commoned).


Yes, everything lets us think that the `mic' entry of my Acer Aspire One is
stereo: as reported in my messages marked with `solved' in the present thread,
I managed to do stereo live records with the use of a 3.5mm
twin-mono-female--single-stereo-male cable plugged into the `mic' input of my
PC with the two microphones plugged into it.

Thanks,

Rodolfo

Cancellazione

[gesuem]

Buongiorno,  gradirei essere cancellato dalle vostre liste in quanto non è  mai 
stata mia intenzione appartenervi.
Grazie e cordiali saluti. 
--
Inviato da Libero Mail per Android

Re: xfig(1) in Debian 8/Jessie

[John Conover]

Hi Henrique. The problem was created by the Xfig 3.2 patchlevel 5b to
5c patchlevel, and has been fixed in 3.2.6, according to the xfig site
at sourceforge.

Might be a good idea to fix it in the repositories and updates because
of application/x-xfig in ~/.mailcap vulnerabilities. (The problem
doesn't effect Debian 7/Wheezy, or before, just Jessie and perhaps
Stretch.)

Thanks,

John

Henrique de Moraes Holschuh writes:
> On Sun, 06 Aug 2017, John Conover wrote:
> > On Debian 8/Jessie, i386, do:
> > 
> > xfig xxx.fig
> > 
> > Then, (draw a dash-dot-dash-dot line, anyplace):
> > 
> > POLYLINE drawing
> > 
> > Line Style
> > select dash-dot-dash-dot ...
> > and then draw a line, anyplace
> > 
> > And, it does a SIGSEGV.
> 
> Works on amd64/stretch.  Does it work on i386/stretch?
> 
> If it does, you could rebuild the stretch package in jessie and use
> that...
> 
> -- 
>   Henrique Holschuh

-- 

John Conover, cono...@rahul.net, http://www.johncon.com/

Re: Live recording

[David Wright]

On Sun 06 Aug 2017 at 18:18:46 (+0200), Rodolfo Medina wrote:
> Richard Hector  writes:
> 
> > On 05/08/17 03:56, Rodolfo Medina wrote:
> >> Thanks to all.  The problem seems to be solved with such a cable:
> >> 
> >>  https://www.thomann.de/at/pro_snake_78219_yadapterkabel.htm
> >
> > Except that it's hard to tell what size those connectors are. Unless
> > there's something in the description that I can't read that says they're
> > 3.5mm, they look to me more like 6.25mm. I'm not sure what it is - I
> > think 3.5mm plugs are usually more rounded on the end, while the larger
> > ones often have that point. Also, it looks like the case comes apart,
> > and I think the only ones I've seen with such skinny bodies are moulded
> > plastic. If that's 3.5mm, I think it would be very hard to assemble by
> > hand, which the body designs suggest.
> 
> 
> The cable that made me possible to live record stereo from two mics, without
> mixer nor preamp nor external audio card nor audio interface, is a 3.5mm
> twin-mono-female and a 3.5mm single-stereo-male: the two mics plugged into the
> two mono females and the stereo male plugged into the `mic' input of my PC.
> This cable was solded for me by the owner of the electricity shop near my
> house.

Glad you got one. (My Y cables are for sharing a single stereo output
into two people's headsets.) The soldering solution I proposed earlier
was specifically to avoid having to deal with soldering tiny wires into
tiny plugs, practical in the past but no fun nowadays.

> To add a third microphone for human voice (the former two are for piano), I
> plan to use a second PC as suggested by Fungi4All.  This way I'll continue to
> do without mixer or audio interface, till the moment I'll want to do things
> more professionally.  Now, they're just home made records...

Oh my, thoughts of Itchycoo Park come to mind. (Just showing my age.)
I don't think you'll enjoy listening to the results..

Cheers,
David.

Re: Bug in Brother HL4040 driver?

[deloptes]

Andrew W wrote:

> Can anyone help me determine the location of an annoying bug which seems
> to persist in the driver(s) for the Brother HL404CN laser printer
> please? It has existed since Wheezy and is still present in Stretch.
> 
> Printing from most apps (but interestingly not GIMP) will often fail
> with the printers firmware locking up and showing Error E1 on its
> display - the only way out of this is to turn the printer off and back on.
> 
> I've tried several of the drivers listed and all seem to have the same
> issue. Further more in Stretch the web interface for CUPS doesnt seem to
> work on localhost:631 and the Gnome system settings GUI for print queue
> management doesnt do anything. Its as if the buttons have no event
> handlers behind them to actually do anything!
> 
> 
> Thanks

Have you done firmware upgrade?
https://help.brother-usa.com/app/answers/detail/a_id/80507/~/print-unable-e1-or-machine-error-e1-message

also here it suggests that it might be the poppler lib causing issues

https://bugs.chromium.org/p/chromium/issues/detail?id=89122

the printer uses PCL6 so make sure you get the proper conversion from any
type to PCL in cups. Look there for solution.

regards

Re: xfig(1) in Debian 8/Jessie

[John Conover]

Xfig 3.2.6a can be downloaded from sourceforge,
https://sourceforge.net/projects/mcj/, and compiled in Debian
8/Jessie, with "./configure --without-xaw3d" (if installed-apparently,
there is an issue between Debian 8/Jessie's xaw3d(3) and
xaw3d1_5e(3).)

This, apparently, fixes the core dump created by dot-dash-dot lines
being in a file, or being drawn by a user.

It is suggested that Debian 8/Jessie's repo be upgraded replacing the
vulnerable version.

John

John Conover writes:
> 
> Hi Henrique. The problem was created by the Xfig 3.2 patchlevel 5b to
> 5c patchlevel, and has been fixed in 3.2.6, according to the xfig site
> at sourceforge.
> 
> Might be a good idea to fix it in the repositories and updates because
> of application/x-xfig in ~/.mailcap vulnerabilities. (The problem
> doesn't effect Debian 7/Wheezy, or before, just Jessie and perhaps
> Stretch.)
> 
> Thanks,
> 
> John
> 
> Henrique de Moraes Holschuh writes:
> > On Sun, 06 Aug 2017, John Conover wrote:
> > > On Debian 8/Jessie, i386, do:
> > > 
> > > xfig xxx.fig
> > > 
> > > Then, (draw a dash-dot-dash-dot line, anyplace):
> > > 
> > > POLYLINE drawing
> > > 
> > > Line Style
> > > select dash-dot-dash-dot ...
> > > and then draw a line, anyplace
> > > 
> > > And, it does a SIGSEGV.
> > 
> > Works on amd64/stretch.  Does it work on i386/stretch?
> > 
> > If it does, you could rebuild the stretch package in jessie and use
> > that...
> > 
> > -- 
> >   Henrique Holschuh
> 
> -- 
> 
> John Conover, cono...@rahul.net, http://www.johncon.com/

-- 

John Conover, cono...@rahul.net, http://www.johncon.com/

Re: Bug in Brother HL4040 driver?

[Gene Heskett]

On Sunday 06 August 2017 11:28:25 Brian wrote:

> On Sun 06 Aug 2017 at 16:18:37 +0100, Andrew W wrote:
> > On 06/08/17 15:05, Curt wrote:
> > >>The Brother HL404CN does not exist.
> > >
> > >So this is all a figment of the OP's imagination, I take it.
> > >
> > >Maybe he left out a trailing digit by inadvertence:
> > >
> > >https://www.brother-usa.com/Printer/ModelDetail/1/HL4040CN/Overview
> > >
> > >B
> >
> > Sorry yes 4040CN
>
> Brother doesn't provide a driver for the 4040CN. Perhaps you would
> explain what you mean by "driver(s) for the Brother HL404CN" and
> "I've tried several of the drivers listed...". Driver names would
> be useful.

You will also note that it handles both .pdf's and jpeg's natively, so 
all the OP needs to do is pick a driver that makes a pdf out of whatever 
knocks on the drivers door?  We have several of those critters if the 
fine print can be believed.

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: Live recording

[Rodolfo Medina]

David Wright  writes:

> On Sun 06 Aug 2017 at 18:18:46 (+0200), Rodolfo Medina wrote:
>> Richard Hector  writes:
>> 
>> > On 05/08/17 03:56, Rodolfo Medina wrote:
>> >> Thanks to all.  The problem seems to be solved with such a cable:
>> >> 
>> >>  https://www.thomann.de/at/pro_snake_78219_yadapterkabel.htm
>> >
>> > Except that it's hard to tell what size those connectors are. Unless
>> > there's something in the description that I can't read that says they're
>> > 3.5mm, they look to me more like 6.25mm. I'm not sure what it is - I
>> > think 3.5mm plugs are usually more rounded on the end, while the larger
>> > ones often have that point. Also, it looks like the case comes apart,
>> > and I think the only ones I've seen with such skinny bodies are moulded
>> > plastic. If that's 3.5mm, I think it would be very hard to assemble by
>> > hand, which the body designs suggest.
>> 
>> 
>> The cable that made me possible to live record stereo from two mics, without
>> mixer nor preamp nor external audio card nor audio interface, is a 3.5mm
>> twin-mono-female and a 3.5mm single-stereo-male: the two mics plugged into
>> the two mono females and the stereo male plugged into the `mic' input of my
>> PC.  This cable was solded for me by the owner of the electricity shop near
>> my house.
>
> Glad you got one. (My Y cables are for sharing a single stereo output
> into two people's headsets.) The soldering solution I proposed earlier
> was specifically to avoid having to deal with soldering tiny wires into
> tiny plugs, practical in the past but no fun nowadays.
>
>> To add a third microphone for human voice (the former two are for piano), I
>> plan to use a second PC as suggested by Fungi4All.  This way I'll continue
>> to do without mixer or audio interface, till the moment I'll want to do
>> things more professionally.  Now, they're just home made records...
>
> Oh my, thoughts of Itchycoo Park come to mind. (Just showing my age.)
> I don't think you'll enjoy listening to the results..


Why do you think so?  Just recording with two mics in the Y cable you spoke
about produced a not bad result...

Rodolfo

Re: Bug in Brother HL4040 driver?

[Gene Heskett]

On Sunday 06 August 2017 13:43:20 deloptes wrote:

> Andrew W wrote:
> > Can anyone help me determine the location of an annoying bug which
> > seems to persist in the driver(s) for the Brother HL404CN laser
> > printer please? It has existed since Wheezy and is still present in
> > Stretch.
> >
> > Printing from most apps (but interestingly not GIMP) will often fail
> > with the printers firmware locking up and showing Error E1 on its
> > display - the only way out of this is to turn the printer off and
> > back on.
> >
> > I've tried several of the drivers listed and all seem to have the
> > same issue. Further more in Stretch the web interface for CUPS
> > doesnt seem to work on localhost:631 and the Gnome system settings
> > GUI for print queue management doesnt do anything. Its as if the
> > buttons have no event handlers behind them to actually do anything!
> >
> >
> > Thanks
>
> Have you done firmware upgrade?
> https://help.brother-usa.com/app/answers/detail/a_id/80507/~/print-una
>ble-e1-or-machine-error-e1-message

This is a wild goose chase, and the goose is winning.  At the bottom of 
that faq, is a link to a list of the models that proceedure applies to.  
His printer is not in that list, as its only for:
   Color Laser LED Printer
   HL3140CW
   HL4150CDN
   HL4570CDW
   HL4570CDWT
[...]

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: Bug in Brother HL4040 driver?

[Gene Heskett]

On Sunday 06 August 2017 13:43:20 deloptes wrote:

> Andrew W wrote:
> > Can anyone help me determine the location of an annoying bug which
> > seems to persist in the driver(s) for the Brother HL404CN laser
> > printer please? It has existed since Wheezy and is still present in
> > Stretch.
> >
> > Printing from most apps (but interestingly not GIMP) will often fail
> > with the printers firmware locking up and showing Error E1 on its
> > display - the only way out of this is to turn the printer off and
> > back on.
> >
> > I've tried several of the drivers listed and all seem to have the
> > same issue. Further more in Stretch the web interface for CUPS
> > doesnt seem to work on localhost:631 and the Gnome system settings
> > GUI for print queue management doesnt do anything. Its as if the
> > buttons have no event handlers behind them to actually do anything!

That rather sounds as if the cups daemon isn't running. Look 
for /var/log/cupsd error files, which might illuminate the real error, 
since no printer is going to work on a modern linux install without its 
running and waiting for a print request.
> >
> > Thanks
>
> Have you done firmware upgrade?
> https://help.brother-usa.com/app/answers/detail/a_id/80507/~/print-una
>ble-e1-or-machine-error-e1-message
>
> also here it suggests that it might be the poppler lib causing issues
>
> https://bugs.chromium.org/p/chromium/issues/detail?id=89122
>
> the printer uses PCL6 so make sure you get the proper conversion from
> any type to PCL in cups. Look there for solution.
>
> regards


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: Bug in Brother HL4040 driver?

[Brian]

On Sun 06 Aug 2017 at 14:21:36 -0400, Gene Heskett wrote:

> On Sunday 06 August 2017 11:28:25 Brian wrote:
> 
> > On Sun 06 Aug 2017 at 16:18:37 +0100, Andrew W wrote:
> > > On 06/08/17 15:05, Curt wrote:
> > > >>The Brother HL404CN does not exist.
> > > >
> > > >So this is all a figment of the OP's imagination, I take it.
> > > >
> > > >Maybe he left out a trailing digit by inadvertence:
> > > >
> > > >https://www.brother-usa.com/Printer/ModelDetail/1/HL4040CN/Overview
> > > >
> > > >B
> > >
> > > Sorry yes 4040CN
> >
> > Brother doesn't provide a driver for the 4040CN. Perhaps you would
> > explain what you mean by "driver(s) for the Brother HL404CN" and
> > "I've tried several of the drivers listed...". Driver names would
> > be useful.
> 
> You will also note that it handles both .pdf's and jpeg's natively, so

Citation for the 4040CN please. As far as I can see its language
emulation is PCL 6 only.

> all the OP needs to do is pick a driver that makes a pdf out of whatever 
> knocks on the drivers door?  We have several of those critters if the 
> fine print can be believed.

Which "fine print"?

-- 
Brian.

Re: Live recording

[David Wright]

On Sun 06 Aug 2017 at 20:21:49 (+0200), Rodolfo Medina wrote:
> David Wright  writes:
> > On Sun 06 Aug 2017 at 18:18:46 (+0200), Rodolfo Medina wrote:
> >> The cable that made me possible to live record stereo from two mics, 
> >> without
> >> mixer nor preamp nor external audio card nor audio interface, is a 3.5mm
> >> twin-mono-female and a 3.5mm single-stereo-male: the two mics plugged into
> >> the two mono females and the stereo male plugged into the `mic' input of my
> >> PC.  This cable was solded for me by the owner of the electricity shop near
> >> my house.
> >
> > Glad you got one. (My Y cables are for sharing a single stereo output
> > into two people's headsets.) The soldering solution I proposed earlier
> > was specifically to avoid having to deal with soldering tiny wires into
> > tiny plugs, practical in the past but no fun nowadays.
> >
> >> To add a third microphone for human voice (the former two are for piano), I
> >> plan to use a second PC as suggested by Fungi4All.  This way I'll continue
> >> to do without mixer or audio interface, till the moment I'll want to do
> >> things more professionally.  Now, they're just home made records...
> >
> > Oh my, thoughts of Itchycoo Park come to mind. (Just showing my age.)
> > I don't think you'll enjoy listening to the results..
> 
> 
> Why do you think so?  Just recording with two mics in the Y cable you spoke
> about produced a not bad result...

I'm assuming that your vocalist is being accompanied live (otherwise
the problem disappears by using a second pass) and is being
accompanied by said piano. So both PCs' recordings will have piano on
them. How do you mix than so that the phase of the piano signals is
preserved? It's not clear to me (but might be worth an experiment)
that you could avoid phasing effects or localisation (precedence effect)
instability. However, if it works, so be it. Give it a try. Perhaps
you can synchronise the recordings by minimising these very effects.

Cheers,
David.

Re: Bug in Brother HL4040 driver?

[Brian]

On Sun 06 Aug 2017 at 19:43:20 +0200, deloptes wrote:

> Andrew W wrote:
> 
> > Can anyone help me determine the location of an annoying bug which seems
> > to persist in the driver(s) for the Brother HL404CN laser printer
> > please? It has existed since Wheezy and is still present in Stretch.
> > 
> > Printing from most apps (but interestingly not GIMP) will often fail
> > with the printers firmware locking up and showing Error E1 on its
> > display - the only way out of this is to turn the printer off and back on.
> > 
> > I've tried several of the drivers listed and all seem to have the same
> > issue. Further more in Stretch the web interface for CUPS doesnt seem to
> > work on localhost:631 and the Gnome system settings GUI for print queue
> > management doesnt do anything. Its as if the buttons have no event
> > handlers behind them to actually do anything!
> > 
> > 
> > Thanks
> 
> Have you done firmware upgrade?
> https://help.brother-usa.com/app/answers/detail/a_id/80507/~/print-unable-e1-or-machine-error-e1-message

You'll have read the recent thread (a couple of days ago) about doing
printer firmware updates on Debian. No? We will let you find it and then
come back with a revised opinion or sound advice.
 
> also here it suggests that it might be the poppler lib causing issues
> 
> https://bugs.chromium.org/p/chromium/issues/detail?id=89122
> 
> the printer uses PCL6 so make sure you get the proper conversion from any
> type to PCL in cups. Look there for solution.

Thanks. Looks interesting and bears examination when time permits.

-- 
Brian.

Re: RE : ... blah lbah blah ... spam

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Aug 06, 2017 at 04:58:42PM +0200, Thomas Schmitt wrote:
> Hi,
> 
> reading more about Gmail Smart Reply in
>   https://www.blog.google/products/gmail/save-time-with-smart-reply-in-gmail/
> i got a new theory:
> 
> The AI learns from the user's mail habits to be able to propose three
> quick replies in the personal writing style of the user.
> If you annoy the AI from outside (see also "Goozim" :)) then it will lure
> the user into such a quick reply.
> So the initiator learns a brief psychological profile of that user
> in respect to obvious vulgarity and spam.
> 
> By fake mail headers in the original poking mails, the reply then
> appears here. The annoyer may be subscribed or may simply harvest
> the replies from our web archives.

Clever. Yes, going by the headers, those seem genuine replies to spam.
The spam is crafted in a way (cc) that the reply lands here (for the
spammer, this distribution channel is what they want). The Goozim
bit seems compelling :)

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

iEYEARECAAYFAlmHZw4ACgkQBcgs9XrR2kY/VwCbB2sYab5DgbO+4TzPvi2A0L/w
pf4AniQ+Wcv6OAO3Kiw7cx/jvo8B+GfO
=pPta
-END PGP SIGNATURE-

Re: RE : ... blah lbah blah ... spam

[Fungi4All]

>Clever. Yes, going by the headers, those seem genuine replies to spam.

> The spam is crafted in a way (cc) that the reply lands here (for the
> spammer, this distribution channel is what they want). The Goozim
> bit seems compelling :)
> Cheers
> -- t

I am confident that the reply is the spam, but a quick look on some of them
reveals that the link is never the same, but a short link to the spammer's site.
So no matter how many times you will screen for the short link a new one
will keep being forwarded.
The problem is that it is very easy eye-balling the subject line patterns you 
can
easily pick the spam off in one take. What your eye can do no software will
learn to do. Some german, some french, some english. Patterns in all.
Maybe someone who has invented a new AI learning spam filter is trying to
promote it this way. How do we know that the internet's most high-volume
member lists do not all have the same patterned messages? I bet debian is
not the only one. Has anyone figured out what vulnerability of 
windows/os/androig
is this site exploring? It might be a statistical model research for how easy it
is to draw people into something with ill-motives. Maybe it is someone's
dissertation on spam and malware.

Re: Bug in Brother HL4040 driver?

[Andrew W]

On 06/08/17 19:33, Gene Heskett wrote:

That rather sounds as if the cups daemon isn't running. Look
for /var/log/cupsd error files, which might illuminate the real error,
since no printer is going to work on a modern linux install without its
running and waiting for a print request.

Cheers, Gene Heskett

Only entries in /var/log/cups/error_log are:

Duplicate listen address "/var/run/cups/cups.sock" ignored.
E [06/Aug/2017:00:05:22 +0100] Unknown directive JobPrivateAccess on 
line 83 of /etc/cups/cupsd.conf.
E [06/Aug/2017:00:05:22 +0100] Unknown directive JobPrivateValues on 
line 84 of /etc/cups/cupsd.conf.
E [06/Aug/2017:00:05:22 +0100] Unknown directive 
SubscriptionPrivateAccess on line 85 of /etc/cups/cupsd.conf.
E [06/Aug/2017:00:05:22 +0100] Unknown directive 
SubscriptionPrivateValues on line 86 of /etc/cups/cupsd.conf.


I've never touched cupsd.conf directly so Im not sure whats messed it up.

Ive just printed something sucessfully from GIMP and LibreOffice and 
both a JPEG & PDF from Vivaldi and cupsd is listed in the output from ps 
yet the web interface is not listening on port 631.


Printing issue is intermittent, but without being able to get into the 
CUPS interface Im not sure which driver it is currently configured to use.

Re: RE : ... blah lbah blah ... spam

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Aug 06, 2017 at 03:30:41PM -0400, Fungi4All wrote:
> >Clever. Yes, going by the headers, those seem genuine replies to spam.
> 
> > The spam is crafted in a way (cc) that the reply lands here (for the
> > spammer, this distribution channel is what they want). The Goozim
> > bit seems compelling :)

[...]

> I am confident that the reply is the spam [...]

We have only the headers to go by, and some of that can be spoofed.
So I think your guess is as good as Thomas's and/or mine. What favors
our guess is spammer economy: one scarce resource for the spammer
is genuine domains/addresses (a spamhole domain quickly garners
a high spam score), and bouncing off unsuspecting users covers that
nicely.

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

iEYEARECAAYFAlmHcPcACgkQBcgs9XrR2kayPACfXQcSEHpU44zyYo1xCs1qKty+
Rm4An00m2Cj0G7gvQ43ECx30pS4X4Nwq
=ia99
-END PGP SIGNATURE-

Re: Bug in Brother HL4040 driver?

[Gene Heskett]

On Sunday 06 August 2017 14:45:01 Brian wrote:

> On Sun 06 Aug 2017 at 14:21:36 -0400, Gene Heskett wrote:
> > On Sunday 06 August 2017 11:28:25 Brian wrote:
> > > On Sun 06 Aug 2017 at 16:18:37 +0100, Andrew W wrote:
> > > > On 06/08/17 15:05, Curt wrote:
> > > > >>The Brother HL404CN does not exist.
> > > > >
> > > > >So this is all a figment of the OP's imagination, I take it.
> > > > >
> > > > >Maybe he left out a trailing digit by inadvertence:
> > > > >
> > > > >https://www.brother-usa.com/Printer/ModelDetail/1/HL4040CN/Over
> > > > >view
> > > > >
> > > > >B
> > > >
> > > > Sorry yes 4040CN
> > >
> > > Brother doesn't provide a driver for the 4040CN. Perhaps you would
> > > explain what you mean by "driver(s) for the Brother HL404CN" and
> > > "I've tried several of the drivers listed...". Driver names would
> > > be useful.
> >
> > You will also note that it handles both .pdf's and jpeg's natively,
> > so
>
> Citation for the 4040CN please. As far as I can see its language
> emulation is PCL 6 only.
>
From the web link above.

> > all the OP needs to do is pick a driver that makes a pdf out of
> > whatever knocks on the drivers door?  We have several of those
> > critters if the fine print can be believed.
>
> Which "fine print"?
PPD description, you can read it at localhost:631/printers, click on 
modify after highliting the printer?


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: Bug in Brother HL4040 driver?

[Andrew W]

On 06/08/17 20:53, Gene Heskett wrote:

PPD description, you can read it at localhost:631/printers, click on
modify after highliting the printer?


Cheers, Gene Heskett
All web browsers give unable to establish a connection to localhost:631. 
There doesn't appear to be anything on port 631 even though cupsd is 
running.

Re: Bug in Brother HL4040 driver?

[Gene Heskett]

On Sunday 06 August 2017 15:32:46 Andrew W wrote:

> On 06/08/17 19:33, Gene Heskett wrote:
> > That rather sounds as if the cups daemon isn't running. Look
> > for /var/log/cupsd error files, which might illuminate the real
> > error, since no printer is going to work on a modern linux install
> > without its running and waiting for a print request.
> >
> > Cheers, Gene Heskett
>
> Only entries in /var/log/cups/error_log are:
>
> Duplicate listen address "/var/run/cups/cups.sock" ignored.
> E [06/Aug/2017:00:05:22 +0100] Unknown directive JobPrivateAccess on
> line 83 of /etc/cups/cupsd.conf.
> E [06/Aug/2017:00:05:22 +0100] Unknown directive JobPrivateValues on
> line 84 of /etc/cups/cupsd.conf.
> E [06/Aug/2017:00:05:22 +0100] Unknown directive
> SubscriptionPrivateAccess on line 85 of /etc/cups/cupsd.conf.
> E [06/Aug/2017:00:05:22 +0100] Unknown directive
> SubscriptionPrivateValues on line 86 of /etc/cups/cupsd.conf.
>
> I've never touched cupsd.conf directly so Im not sure whats messed it
> up.
>
> Ive just printed something sucessfully from GIMP and LibreOffice and
> both a JPEG & PDF from Vivaldi and cupsd is listed in the output from
> ps yet the web interface is not listening on port 631.
>
> Printing issue is intermittent, but without being able to get into the
> CUPS interface Im not sure which driver it is currently configured to
> use.
Humm.  Do you have lpinfo? lpinfo -l -v gets me a list of all usable 
protocols and printers, too long to post though. For my b&w laser:

Device: uri = usb://Brother/HL-2140%20series?serial=L7J156867
class = direct
info = Brother HL-2140 series
make-and-model = Brother HL-2140 series
device-id = MFG:Brother;CMD:PJL,HBP;MDL:HL-2140 
series;CLS:PRINTER;~

For my large format inkjet:
Device: uri = dnssd://Brother%20MFC-J6920DW._printer._tcp.local/
class = network
info = Brother MFC-J6920DW
make-and-model = Brother MFC-J6920DW
device-id = MFG:Brother;MDL:MFC-J6920DW;CMD:HBP,BRPJL,URF;

There are several of those because I have them preconfigured for this job 
or that job.

You should get something similar. You might also install htop, and see if 
cups is running.

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: Live recording

[Rodolfo Medina]

David Wright  writes:

> On Sun 06 Aug 2017 at 20:21:49 (+0200), Rodolfo Medina wrote:
>> David Wright  writes:
>> > On Sun 06 Aug 2017 at 18:18:46 (+0200), Rodolfo Medina wrote:
>> >> The cable that made me possible to live record stereo from two mics,
>> >> without mixer nor preamp nor external audio card nor audio interface, is
>> >> a 3.5mm twin-mono-female and a 3.5mm single-stereo-male: the two mics
>> >> plugged into the two mono females and the stereo male plugged into the
>> >> `mic' input of my PC.  This cable was solded for me by the owner of the
>> >> electricity shop near my house.
>> >
>> > Glad you got one. (My Y cables are for sharing a single stereo output
>> > into two people's headsets.) The soldering solution I proposed earlier
>> > was specifically to avoid having to deal with soldering tiny wires into
>> > tiny plugs, practical in the past but no fun nowadays.
>> >
>> >> To add a third microphone for human voice (the former two are for piano),
>> >> I plan to use a second PC as suggested by Fungi4All.  This way I'll
>> >> continue to do without mixer or audio interface, till the moment I'll
>> >> want to do things more professionally.  Now, they're just home made
>> >> records...
>> >
>> > Oh my, thoughts of Itchycoo Park come to mind. (Just showing my age.)
>> > I don't think you'll enjoy listening to the results..
>> 
>> 
>> Why do you think so?  Just recording with two mics in the Y cable you spoke
>> about produced a not bad result...
>
> I'm assuming that your vocalist is being accompanied live (otherwise
> the problem disappears by using a second pass) and is being
> accompanied by said piano.


Exactly.


> So both PCs' recordings will have piano on them.

Yes.



> How do you mix than so that the phase of the piano signals is
> preserved? It's not clear to me (but might be worth an experiment)
> that you could avoid phasing effects or localisation (precedence effect)
> instability. However, if it works, so be it. Give it a try. Perhaps
> you can synchronise the recordings by minimising these very effects.


M...  Otherwise I'll have to buy a mixer.

Rodolfo

Re: Bug in Brother HL4040 driver?

[Gene Heskett]

On Sunday 06 August 2017 16:02:58 Andrew W wrote:

> On 06/08/17 20:53, Gene Heskett wrote:
> > PPD description, you can read it at localhost:631/printers, click on
> > modify after highliting the printer?
> >
> >
> > Cheers, Gene Heskett
>
> All web browsers give unable to establish a connection to
> localhost:631. There doesn't appear to be anything on port 631 even
> though cupsd is running.

Post your /etc/cups/cupsd.conf please, but do it on the cups mailing list 
where Michael Sweet will see it.

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: caja as administrator

[Dominic Knight]

On Sun, 2017-08-06 at 11:09 +0200, Frank wrote:
> Op 06-08-17 om 01:34 schreef Dominic Knight:
> > I guess this is something I have done at this end but, although it
> > works fine as a normal user (right click and open new instance),
> > when
> > trying to open any folder from Caja as administrator (right click
> > on
> > folder in Caja, select open as administrator) I get the message:
> > 
> > "Please start Chromium as a normal user. If you need to run as root
> > for
> > development, re-run with the - no-sandbox flag."
> > 
> > I wasn't aware of trying to run Chromium at all, it used to open a
> > separate instance of Caja with su privileges. Anyone else or
> > something
> > I have done badly somewhere and forgotten about?
> > 
> > Debian Testing(Buster)
> > Mate 1.18.0
> > Caja 1.18.3
> 
> It's possible a mimeapps.list has the wrong entry for
> inode/directory. 
> There are usually two or three copies of this file:
> 
> user's: ~/.config/mimeapps.list
> system: /usr/share/applications/mimeapps.list
> and possibly:
> root's: /root/.config/mimeapps.list
> 
> The location of the user and root list may be different in other
> desktop 
> environments (mine's Xfce 4.12, Debian testing).
> 
> When you run caja as user, your own copy takes precedence. Running
> as 
> root, root's comes first (if it exists). Anything that isn't
> specified 
> there, is looked up in the system list.
> 
> Make sure the inode/directory entry isn't messed up. If the entry in
> the 
> system copy is correct and the wrong one is in root's copy, simply 
> remove that.
> 
> Regards,
> Frank

Hmmm... Seems to have been a temporary glitch, installed the rest of
Mate's updates after they came through this morning and now all works
as expected.
I'll put it down to a partially upgraded DE and move on.

My thanks to Frank and Cindy for your replies,
Dom 

How to change default umask in Stretch?

[Garrett R.]

The "old" methods for changing the default umask no longer work in Debian 
Stretch.

It appears systemd now manages umask. Can someone please describe how I can 
change the default umask setting in Stretch?

Re: [solved] Re: Live recording

[David Christensen]

On 08/06/17 09:18, Rodolfo Medina wrote:

The cable that made me possible to live record stereo from two mics, without
mixer nor preamp nor external audio card nor audio interface, is a 3.5mm
twin-mono-female and a 3.5mm single-stereo-male: the two mics plugged into the
two mono females and the stereo male plugged into the `mic' input of my PC.
This cable was solded for me by the owner of the electricity shop near my
house.


That is called a stereo break-out cable:

http://hosatech.com/product/ymm-261/



To add a third microphone for human voice (the former two are for piano), I
plan to use a second PC as suggested by Fungi4All.  This way I'll continue to
do without mixer or audio interface, till the moment I'll want to do things
more professionally.  Now, they're just home made records...


As I understand it, professional digital audio recording gear includes 
clock in and clock out connectors.  All the devices are linked together 
with cables, one device serves as the master clock, and all the other 
devices are slaves.



Without hardware clock synchronization, the clocks for the various 
recording devices will drift ("clock skew") and the recordings will lose 
time alignment.  One work-around is to record audible synchronizing 
marks near the beginning of a take and near the end -- e.g. strike two 
sticks together, clap your hands, use a "clicker" device, etc..  Then 
during editing/ mix-down, use digital audio workstation software with 
time-stretch/ time-compression/ time-alignment features to adjust the 
individual recordings until all the synchronizing marks line up exactly.



David

Re: RE : ... blah lbah blah ... spam

[Fungi4All]

From: geo...@nsup.org
>Le nonidi 19 thermidor, an CCXXV, Thomas Schmitt a écrit :
>> Further, if this spam shall sneak through spam filters, why does nearly
>> all of it bear that peculiar URL domain ?
>
>Because that is the URL that the spammer wants to advertise, of course.
Not true, look closely at the links, they are all different, they forward to
the same site. So you can not screen by it
Here are the last 5
http : //bit.ly/2vBXTKq
http : //bit.ly/2vtmktp
http : //bit.ly/2u4JToE
http : //bit.ly/2u4oj3x
http : //bit.ly/2ud5DyE
https://bitly.com/
I am sure the folks at bitly.com know who made these links
>Nicolas George

Re: Bug in Brother HL4040 driver?

[Brian]

On Sun 06 Aug 2017 at 15:53:42 -0400, Gene Heskett wrote:

> On Sunday 06 August 2017 14:45:01 Brian wrote:
> 
> > On Sun 06 Aug 2017 at 14:21:36 -0400, Gene Heskett wrote:
> > > On Sunday 06 August 2017 11:28:25 Brian wrote:
> > > > On Sun 06 Aug 2017 at 16:18:37 +0100, Andrew W wrote:
> > > > > On 06/08/17 15:05, Curt wrote:
> > > > > >>The Brother HL404CN does not exist.
> > > > > >
> > > > > >So this is all a figment of the OP's imagination, I take it.
> > > > > >
> > > > > >Maybe he left out a trailing digit by inadvertence:
> > > > > >
> > > > > >https://www.brother-usa.com/Printer/ModelDetail/1/HL4040CN/Over
> > > > > >view
> > > > > >
> > > > > >B
> > > > >
> > > > > Sorry yes 4040CN
> > > >
> > > > Brother doesn't provide a driver for the 4040CN. Perhaps you would
> > > > explain what you mean by "driver(s) for the Brother HL404CN" and
> > > > "I've tried several of the drivers listed...". Driver names would
> > > > be useful.
> > >
> > > You will also note that it handles both .pdf's and jpeg's natively,
> > > so
> >
> > Citation for the 4040CN please. As far as I can see its language
> > emulation is PCL 6 only.
> >
> From the web link above.

There is nothing on that page which says the 4040CN  will accept a
PDF or JPEG sent *directly* to it and print it correctly. In other
words, the printer does not handle both ".pdf's and jpeg's natively".
Whatever "natively" means.

> > > all the OP needs to do is pick a driver that makes a pdf out of
> > > whatever knocks on the drivers door?  We have several of those
> > > critters if the fine print can be believed.
> >
> > Which "fine print"?
> PPD description, you can read it at localhost:631/printers, click on 
> modify after highliting the printer?

I still do not understand what you mean by "makes a pdf out of whatever
knocks on the drivers door". Sending a PDF to the printer is doomed to
failure.

-- 
Brian

Re: Bug in Brother HL4040 driver?

[Brian]

On Sun 06 Aug 2017 at 16:09:22 -0400, Gene Heskett wrote:

> On Sunday 06 August 2017 15:32:46 Andrew W wrote:
> 
> > On 06/08/17 19:33, Gene Heskett wrote:
> > > That rather sounds as if the cups daemon isn't running. Look
> > > for /var/log/cupsd error files, which might illuminate the real
> > > error, since no printer is going to work on a modern linux install
> > > without its running and waiting for a print request.
> > >
> > > Cheers, Gene Heskett
> >
> > Only entries in /var/log/cups/error_log are:
> >
> > Duplicate listen address "/var/run/cups/cups.sock" ignored.
> > E [06/Aug/2017:00:05:22 +0100] Unknown directive JobPrivateAccess on
> > line 83 of /etc/cups/cupsd.conf.
> > E [06/Aug/2017:00:05:22 +0100] Unknown directive JobPrivateValues on
> > line 84 of /etc/cups/cupsd.conf.
> > E [06/Aug/2017:00:05:22 +0100] Unknown directive
> > SubscriptionPrivateAccess on line 85 of /etc/cups/cupsd.conf.
> > E [06/Aug/2017:00:05:22 +0100] Unknown directive
> > SubscriptionPrivateValues on line 86 of /etc/cups/cupsd.conf.
> >
> > I've never touched cupsd.conf directly so Im not sure whats messed it
> > up.
> >
> > Ive just printed something sucessfully from GIMP and LibreOffice and
> > both a JPEG & PDF from Vivaldi and cupsd is listed in the output from
> > ps yet the web interface is not listening on port 631.
> >
> > Printing issue is intermittent, but without being able to get into the
> > CUPS interface Im not sure which driver it is currently configured to
> > use.
> Humm.  Do you have lpinfo? lpinfo -l -v gets me a list of all usable 
> protocols and printers, too long to post though. For my b&w laser:

~5K is large?

> Device: uri = usb://Brother/HL-2140%20series?serial=L7J156867
> class = direct
> info = Brother HL-2140 series
> make-and-model = Brother HL-2140 series
> device-id = MFG:Brother;CMD:PJL,HBP;MDL:HL-2140 
> series;CLS:PRINTER;~
> 
> For my large format inkjet:
> Device: uri = dnssd://Brother%20MFC-J6920DW._printer._tcp.local/
> class = network
> info = Brother MFC-J6920DW
> make-and-model = Brother MFC-J6920DW
> device-id = MFG:Brother;MDL:MFC-J6920DW;CMD:HBP,BRPJL,URF;
> 
> There are several of those because I have them preconfigured for this job 
> or that job.
> 
> You should get something similar. You might also install htop, and see if 
> cups is running.

What is wrong with 'systemctl status cups'?

-- 
Brian.

Re: RE : ... blah lbah blah ... spam

[Mark Fletcher]

On Sun, Aug 06, 2017 at 04:58:42PM +0200, Thomas Schmitt wrote:
> Hi,
> 
> reading more about Gmail Smart Reply in
>   https://www.blog.google/products/gmail/save-time-with-smart-reply-in-gmail/
> i got a new theory:
> 
> The AI learns from the user's mail habits to be able to propose three
> quick replies in the personal writing style of the user.
> If you annoy the AI from outside (see also "Goozim" :)) then it will lure
> the user into such a quick reply.
> So the initiator learns a brief psychological profile of that user
> in respect to obvious vulgarity and spam.
> 
As a gmail user, I've been reading those auto-reply options on mails for 
a couple of years now, feels like. The Gmail auto-reply feature doesn't 
come up with the kind of thing we have been seeing on the list. It 
certainly doesn't put profanities in the replies, unlike some of the 
clearly frustrated repliers we have seen recently.

We are not seeing auto-replies here; I am with whichever Thomas it was 
that suggested this is genuine Muggles responding to spam that hijacked 
the debian-user email address as sender. That also neatly explains why 
we didn't see the original mail -- it wasn't sent TO debian-user, it was 
sent AS debian-user.

And the ironic thing is I doubt the spammer even expects to be able to 
recover the replies in the end, in this case. Having to go to the 
archives and search for responses to past-sent spam mails just doesn't 
fit with their operating model which is take very large scale action, 
and reap results with minimal effort. (take as evidence the spam one 
sometimes gets from addresses like big.hairy.mike...@somedomain.com 
purporting to be from an 18-year-old Eastern European girl looking for a 
husband... It's obviously bollocks and they don't give a monkey's that 
it's obviously bollocks, because there will be others in the mountain of 
stolen and/or forged addresses like exotic.angel...@sexyangels.cz or 
something, that might actually get a reply from someone stupid enough)

I suspect debian-user has just made it into their lists one way or 
another and they probably haven't even noticed. So a bunch of hassle for 
a lot of people, and the perpetrators didn't even specifically intend to 
do it. (they also are supremely indifferent to the trouble they have 
caused)

Mark

Re: I want to rejoice like a queen. Joann

[Phillip M Welch]

Absolutely!


On Sunday, August 6, 2017, 3:05:45 PM PDT, Joann Frydenvang 
 wrote:



Would you be my king?  
http://bitly.com/2vDiKNo

Re: Bug in Brother HL4040 driver?

[Gene Heskett]

On Sunday 06 August 2017 18:03:31 Brian wrote:

> On Sun 06 Aug 2017 at 15:53:42 -0400, Gene Heskett wrote:
> > On Sunday 06 August 2017 14:45:01 Brian wrote:
> > > On Sun 06 Aug 2017 at 14:21:36 -0400, Gene Heskett wrote:
> > > > On Sunday 06 August 2017 11:28:25 Brian wrote:
> > > > > On Sun 06 Aug 2017 at 16:18:37 +0100, Andrew W wrote:
> > > > > > On 06/08/17 15:05, Curt wrote:
> > > > > > >>The Brother HL404CN does not exist.
> > > > > > >
> > > > > > >So this is all a figment of the OP's imagination, I take
> > > > > > > it.
> > > > > > >
> > > > > > >Maybe he left out a trailing digit by inadvertence:
> > > > > > >
> > > > > > >https://www.brother-usa.com/Printer/ModelDetail/1/HL4040CN/
> > > > > > >Over view
> > > > > > >
> > > > > > >B
> > > > > >
> > > > > > Sorry yes 4040CN
> > > > >
> > > > > Brother doesn't provide a driver for the 4040CN. Perhaps you
> > > > > would explain what you mean by "driver(s) for the Brother
> > > > > HL404CN" and "I've tried several of the drivers listed...".
> > > > > Driver names would be useful.
> > > >
> > > > You will also note that it handles both .pdf's and jpeg's
> > > > natively, so
> > >
> > > Citation for the 4040CN please. As far as I can see its language
> > > emulation is PCL 6 only.
> >
> > From the web link above.
>
> There is nothing on that page which says the 4040CN  will accept a
> PDF or JPEG sent *directly* to it and print it correctly. In other
> words, the printer does not handle both ".pdf's and jpeg's natively".
> Whatever "natively" means.
>
> > > > all the OP needs to do is pick a driver that makes a pdf out of
> > > > whatever knocks on the drivers door?  We have several of those
> > > > critters if the fine print can be believed.
> > >
> > > Which "fine print"?
> >
> > PPD description, you can read it at localhost:631/printers, click on
> > modify after highliting the printer?
>
> I still do not understand what you mean by "makes a pdf out of
> whatever knocks on the drivers door". Sending a PDF to the printer is
> doomed to failure.

It has become obvious to me that you have an unusual situation, that I 
have attempted to ask questions that might lead to discovering the 
problem.  I have failed, and since it seems Mikes cups software is in 
the middle of it, that is why I recommended you take your .conf file, 
and the logs to Mike on his list. You will probably get an answer from 
Mike or one of his staff at Apple.  I've known Mike since the Delphi 
days when we were working on TRS-80 Color Computers, running os9, a unix 
like os for a 64k computer, 30 years ago.  He is ok IMNSHO, and he wrote 
cups.

You likely will not solve it by chasing every bit of the advice offered 
here, so take it to the source, Michael Sweet.

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: Bug in Brother HL4040 driver?

[Gene Heskett]

On Sunday 06 August 2017 18:12:49 Brian wrote:

> On Sun 06 Aug 2017 at 16:09:22 -0400, Gene Heskett wrote:
> > On Sunday 06 August 2017 15:32:46 Andrew W wrote:
> > > On 06/08/17 19:33, Gene Heskett wrote:
> > > > That rather sounds as if the cups daemon isn't running. Look
> > > > for /var/log/cupsd error files, which might illuminate the real
> > > > error, since no printer is going to work on a modern linux
> > > > install without its running and waiting for a print request.
> > > >
> > > > Cheers, Gene Heskett
> > >
> > > Only entries in /var/log/cups/error_log are:
> > >
> > > Duplicate listen address "/var/run/cups/cups.sock" ignored.
> > > E [06/Aug/2017:00:05:22 +0100] Unknown directive JobPrivateAccess
> > > on line 83 of /etc/cups/cupsd.conf.
> > > E [06/Aug/2017:00:05:22 +0100] Unknown directive JobPrivateValues
> > > on line 84 of /etc/cups/cupsd.conf.
> > > E [06/Aug/2017:00:05:22 +0100] Unknown directive
> > > SubscriptionPrivateAccess on line 85 of /etc/cups/cupsd.conf.
> > > E [06/Aug/2017:00:05:22 +0100] Unknown directive
> > > SubscriptionPrivateValues on line 86 of /etc/cups/cupsd.conf.
> > >
> > > I've never touched cupsd.conf directly so Im not sure whats messed
> > > it up.
> > >
> > > Ive just printed something sucessfully from GIMP and LibreOffice
> > > and both a JPEG & PDF from Vivaldi and cupsd is listed in the
> > > output from ps yet the web interface is not listening on port 631.
> > >
> > > Printing issue is intermittent, but without being able to get into
> > > the CUPS interface Im not sure which driver it is currently
> > > configured to use.
> >
> > Humm.  Do you have lpinfo? lpinfo -l -v gets me a list of all usable
> > protocols and printers, too long to post though. For my b&w laser:
>
> ~5K is large?
>
> > Device: uri = usb://Brother/HL-2140%20series?serial=L7J156867
> > class = direct
> > info = Brother HL-2140 series
> > make-and-model = Brother HL-2140 series
> > device-id = MFG:Brother;CMD:PJL,HBP;MDL:HL-2140
> > series;CLS:PRINTER;~
> >
> > For my large format inkjet:
> > Device: uri = dnssd://Brother%20MFC-J6920DW._printer._tcp.local/
> > class = network
> > info = Brother MFC-J6920DW
> > make-and-model = Brother MFC-J6920DW
> > device-id = MFG:Brother;MDL:MFC-J6920DW;CMD:HBP,BRPJL,URF;
> >
> > There are several of those because I have them preconfigured for
> > this job or that job.
> >
> > You should get something similar. You might also install htop, and
> > see if cups is running.
>
> What is wrong with 'systemctl status cups'?

Nothing, if the script has a status report ability.  10 years ago it was 
always there and could be trusted.  Now its missing half the time 
because it runs on the authors machine so it must be useless code.

Its one of those things you never need, until you do.  As for the 
systemctl status cups, the only machine I have here new enough for 
systemctl is a jessie install on a raspi thats running 3/4 ton of metal 
lathe, and it says:

pi@picncsheldon:~ $ systemctl status cups
● cups.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)
pi@picncsheldon:~ $ systemctl status cupsd
● cupsd.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

Despite that, geany can print to either of the two brother printers here 
in this room, anything I want it to print that I have tried so far.  And 
a web page firefox was looking at, printed better on the inkjet here 
than it looked on the raspi's hdmi monitor.

However, htop says cups-browsed is running, so:
pi@picncsheldon:~/linuxcnc/configs/sheldon-lathe $ systemctl status 
cups-browsed

● cups-browsed.service - Make remote CUPS printers available locally
   Loaded: loaded (/lib/systemd/system/cups-browsed.service; enabled)
   Active: active (running) since Wed 2017-07-26 22:26:23 EDT; 1 weeks 4 
days ago
 Main PID: 641 (cups-browsed)
   CGroup: /system.slice/cups-browsed.service
   └─641 /usr/sbin/cups-browsed

So that explains that.

And, if I fire up firefox on that raspi and send it to 
localhost:631/printers it lists everything connected to this computer, 
180 feet of cat 5 or 6 away.  And it can print a web page just fine.

But this does not help Brian.

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: Je suis très confuse après t’avoir vu ici Coralie

[Damien Rousseau]

Bjr

Le 5 août 2017 17:00, "Coralie Tawonwatanasirikul" <
themodels...@marketmodels.co.uk> a écrit :

>
>
> Maintenant, je suis consternée car je ne sais pas si tu vas discuter avec
> toi? http://bit.ly/2uaRceK
>

Re: How to change default umask in Stretch?

[Dennis Creedan]

I think the default umask is defined in /etc/profile.

On Sun, Aug 6, 2017 at 2:50 PM, Garrett R.  wrote:
> The "old" methods for changing the default umask no longer work in Debian 
> Stretch.
>
> It appears systemd now manages umask. Can someone please describe how I can 
> change the default umask setting in Stretch?
>

Re: How to change default umask in Stretch?

[Felix Miata]

Garrett R. composed on 2017-08-06 20:50 (UTC):

> The "old" methods for changing the default umask no longer work in Debian
> Stretch.

> It appears systemd now manages umask. Can someone please describe how I can
> change the default umask setting in Stretch?
 Is your question based on the documentation contained within /etc/profile and
/etc/login.defs? I don't think "systemd" changed anything, while pam may have. I
still reconfigure globally using /etc/profile.local.
-- 
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: [solved] Re: Live recording

[Rodolfo Medina]

David Christensen  writes:

> On 08/06/17 09:18, Rodolfo Medina wrote:
>> The cable that made me possible to live record stereo from two mics, without
>> mixer nor preamp nor external audio card nor audio interface, is a 3.5mm
>> twin-mono-female and a 3.5mm single-stereo-male: the two mics plugged into
>> the two mono females and the stereo male plugged into the `mic' input of my
>> PC.  This cable was solded for me by the owner of the electricity shop near
>> my house.
>
> That is called a stereo break-out cable:
>
> http://hosatech.com/product/ymm-261/
>
>
>> To add a third microphone for human voice (the former two are for piano), I
>> plan to use a second PC as suggested by Fungi4All.  This way I'll continue
>> to do without mixer or audio interface, till the moment I'll want to do
>> things more professionally.  Now, they're just home made records...
>
> As I understand it, professional digital audio recording gear includes clock
> in and clock out connectors.  All the devices are linked together with
> cables, one device serves as the master clock, and all the other devices are
> slaves.
>
>
> Without hardware clock synchronization, the clocks for the various recording
> devices will drift ("clock skew") and the recordings will lose time
> alignment.  One work-around is to record audible synchronizing marks near the
> beginning of a take and near the end -- e.g. strike two sticks together, clap
> your hands, use a "clicker" device, etc..  Then during editing/ mix-down, use
> digital audio workstation software with time-stretch/ time-compression/
> time-alignment features to adjust the individual recordings until all the
> synchronizing marks line up exactly.


It seems that Audacity can do that...

Rodolfo