Hello, Please can you unsubscribe me, far to many emails come through 😀
On 2 Oct 2017 13:03, <debian-user-digest-requ...@lists.debian.org> wrote: > Content-Type: text/plain > > debian-user-digest Digest Volume 2017 : > Issue 1077 > > Today's Topics: > Re: Supper slow USB disk [ Mostafa Shahverdy > <mostafa@mostafa. ] > xfce4-terminal fails to =?utf-8?B?4o [ Zenaan Harkness < > zen...@freedbms.ne ] > Re: xfce4-terminal fails to =?utf-8? [ <to...@tuxteam.de> ] > Re: Can't find the DNS Servers [ Reco <recovery...@gmail.com> ] > Re: USB camera; [ Reco <recovery...@gmail.com> ] > Re: xfce4-terminal fails to =?utf-8? [ Reco <recovery...@gmail.com> ] > monit and systemd [ Debian EN <de...@fuckaround.org> > ] > SOLVED - Re: xfce4-terminal =?utf-8? [ Zenaan Harkness < > zen...@freedbms.ne ] > Re: Free TCP/IP port numbers? [ Dan Purgert <d...@djph.net> ] > Re: Free TCP/IP port numbers? [ Dan Purgert <d...@djph.net> ] > Re: Can't find the DNS Servers [ Gene Heskett < > ghesk...@shentel.net> ] > Re: SOLVED - Re: =?utf-8?Q?xfce4-ter [ Reco <recovery...@gmail.com> ] > Re: E-mail headers 101 (was: Can't f [ Reco <recovery...@gmail.com> ] > Re: Free TCP/IP port numbers? [ Michael Stone <mst...@debian.org> > ] > Re: E-mail headers 101 (was: Can't f [ Gene Heskett < > ghesk...@shentel.net> ] > Why stretch-backports does not work [ Victor Porton <por...@narod.ru> > ] > > Date: Mon, 2 Oct 2017 06:11:19 +0330 > From: Mostafa Shahverdy <most...@mostafa.info> > To: Joe <j...@jretrading.com> > Cc: debian-user@lists.debian.org > Subject: Re: Supper slow USB disk > Message-ID: <CAKEjnsvDWJ9RZWFPWcLi0Oj_vbkJM+01f1de73_3Tzv4mzhzLw@ > mail.gmail.com> > Content-Type: multipart/alternative; boundary=" > 94eb2c07e7509b6e80055a8751ea" > > --94eb2c07e7509b6e80055a8751ea > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > > > I have a directory named /media/joe, with joe:joe 750 permissions. I'm > > reasonably sure that systemd originally created that, but if you have > > an appropriate directory which was created with different permissions, > > that may be a problem. > > > > Thank you! Mine was mostafa:root 755, I don't know why it was `root`, I > changed it back to `mostafa` and now it clearly fine! > I have the right permissions and speed: > > (I can run dd without sudo) > > $ dd if=3D/dev/zero of=3D"/media/mostafa/Transcend/largefile" bs=3D1M > count= > =3D1000 > 1000+0 records in > 1000+0 records out > 1048576000 bytes (1.0 GB, 1000 MiB) copied, 50.4967 s, 20.8 MB/s=E2=80=8B > > --94eb2c07e7509b6e80055a8751ea > Content-Type: text/html; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > > <div dir=3D"ltr"><div class=3D"gmail_extra"><span > class=3D"gmail-"></span><= > br><span class=3D"gmail-"></span><div class=3D"gmail_quote"><blockquote > cla= > ss=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid > = > rgb(204,204,204);padding-left:1ex"><span class=3D"gmail-"> > </span>I have a directory named /media/joe, with joe:joe 750 permissions. > I= > 'm<br> > reasonably sure that systemd originally created that, but if you have<br> > an appropriate directory which was created with different permissions,<br> > that may be a problem.<br> > <span class=3D"gmail-HOEnZb"></span></blockquote></div></div><div > class=3D"= > gmail_extra"><br></div><div class=3D"gmail_extra"><div > style=3D"font-family= > :tahoma,sans-serif" class=3D"gmail_default">Thank you! Mine was > mostafa:roo= > t 755, I don't know why it was `root`, I changed it back to `mostafa` > a= > nd now it clearly fine!</div><div style=3D"font-family:tahoma,sans-serif" > c= > lass=3D"gmail_default">I have the right permissions and speed:</div><div > st= > yle=3D"font-family:tahoma,sans-serif" class=3D"gmail_default"><br></ > div><di= > v style=3D"font-family:tahoma,sans-serif" class=3D"gmail_default">(I can > ru= > n dd without sudo)<br></div><div style=3D"font-family:tahoma,sans-serif" > cl= > ass=3D"gmail_default"><br></div><div style=3D"font-family:tahoma, > sans-serif= > " class=3D"gmail_default">$ dd if=3D/dev/zero > of=3D"/media/mostafa/Tra= > nscend/largefile" bs=3D1M count=3D1000<br>1000+0 records in<br>1000+0 > = > records out<br>1048576000 bytes (1.0 GB, 1000 MiB) copied, 50.4967 s, 20.8 > = > MB/s=E2=80=8B</div><br></div></div> > > --94eb2c07e7509b6e80055a8751ea-- > > Date: Mon, 2 Oct 2017 14:58:59 +1100 > From: Zenaan Harkness <zen...@freedbms.net> > To: debian-user@lists.debian.org > Subject: xfce4-terminal fails to =?utf-8?B?4oCccGFz?= > =?utf-8?B?cyB0aHJvdWdo4oCd?= environment variables > Message-ID: <20171002035859.5mrq2thmjvyj3...@eye.freedbms.net> > Content-Type: text/plain; charset=utf-8 > Content-Disposition: inline > Content-Transfer-Encoding: 8bit > > >From terminal A (may be xterm or xfce4-terminal), launch terminals: > > MYVAR="wow - some text!" xterm & > MYVAR="wow - some text!" xfce4-terminal & > > Now from those terminals, run: > > echo $MYVAR > > > In xterm, we get the expected output - evidently MYVAR is correctly > "passed through" - this is how env vars should work of course :) > > But sadly :( , as in, very sadly :,( , xfce4-terminal does not > produce the expected output - MYVAR is not “passed through” it seems. > > Does anyone know why, but more importantly, does anyone know how to > overcome this ‘feature’ of xfce4-terminal? > > TIA, > > Date: Mon, 2 Oct 2017 08:54:52 +0200 > From: <to...@tuxteam.de> > To: debian-user@lists.debian.org > Subject: Re: xfce4-terminal fails to =?utf-8?B?4oCc?= > =?utf-8?B?cGFzcyB0aHJvdWdo4oCd?= environment variables > Message-ID: <20171002065452.gb29...@tuxteam.de> > Content-Type: text/plain; charset=utf-8; x-action=pgp-signed > Content-Transfer-Encoding: 8bit > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, Oct 02, 2017 at 02:58:59PM +1100, Zenaan Harkness wrote: > > >From terminal A (may be xterm or xfce4-terminal), launch terminals: > > > > MYVAR="wow - some text!" xterm & > > MYVAR="wow - some text!" xfce4-terminal & > > > > Now from those terminals, run: > > > > echo $MYVAR > > > > > > In xterm, we get the expected output - evidently MYVAR is correctly > > "passed through" - this is how env vars should work of course :) > > > > But sadly :( , as in, very sadly :,( , xfce4-terminal does not > > produce the expected output - MYVAR is not “passed through” it seems. > > The var isn't being passed through to the shell being run in the term, > you mean. > > Perhaps the difference is more in the way the two terms run a shell > (which they do by default when not otherwise told -- at least xterm > does so). > > Perhaps xfce4-terminal has an option corresponding to xterm's -e > and you can play with that, to find out who is kidnapping your > vars. > > Cheers > - -- t > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > > iEYEARECAAYFAlnR4rwACgkQBcgs9XrR2kblwwCfdGOLToU4YhZGskrxMEdlqQI5 > wfEAnihtzDvaCBONkesO7M6KZh31SAu7 > =fdA1 > -----END PGP SIGNATURE----- > > Date: Mon, 2 Oct 2017 10:00:28 +0300 > From: Reco <recovery...@gmail.com> > To: debian-user@lists.debian.org > Subject: Re: Can't find the DNS Servers > Message-ID: <20171002070025.wt6hmzsemzpuu...@p5k.home> > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Hi. > > On Sun, Oct 01, 2017 at 07:26:30PM -0700, Gary Roach wrote: > > This is the second time I've tried to send this. The first one just > > disappeared to the bit bucket I assume. So lets try again. > > It did not. Everyone on the list got it, I believe. > > > Sorry about the delay in replying to your request. Attached is the > > information you requested. I could not find nameservers 8.8.8.8 and > 8.8.4.4 > > listed anywhere. This is probably the root of my problem. > > No, your problem is different. > > > I tried every > > thing I could think of but couldn't get them to stick in resolv.conf. > > So, let's get this party started. > > First, you have "eth0" defined in your /etc/network/interfaces. > A simple DHCP configuration that *can*, but *does not* honor your > "dns-nameserver" stanzas. > The reason being - you put them *after* br1 interface. > > Second, you have "br1" bridge that: > > 1) Tries to bridge itself. Nothing good will ever come out of this. > > 2) Does not try to bridge eth0. I don't know, it may be intended. > > 3) Does not have *auto* keyword defined, so this bridge does not come > into play. > > Third, and that's no wonder, you have so-called Predictable NIC Names > configured, so your *actual* interface is called enp4s0, not eth0. > Therefore e/n/i does not apply to it, something else was used to > configure it. > > Fourth, you have your virbr0 interface presumably configured by libvirt. > Which means that it's configured at > /etc/libvirt/qemu/networks/default.xml or maybe some other file at > /etc/libvirt/qemu/networks. > > Routing table does not contain anything unusual, as does > /etc/resolv.conf. > > > To bring order to this chaos, you'll need this e/n/i: > > auto enp4s0 > iface enp4s0 inet dhcp > dns-nameserver 8.8.4.4 > dns-nameserver 8.8.8.8 > > Please note the indentation, and that I deliberately omitted "br1". You > don't need it anyway, you have libvirt to take care of bridging. > > What you also need is: > > 1) resolvconf package. dns-nameserver stanzas are ignored unless you > install it. > > 2) Any kind of dhcp client. A stock isc-dhcp-client should do it. > > 3) Deinstalling (disabling) whatever you're using now to configure > enp4s0 now. > > 4) libvirt-doc package. After you restore your primary network > connectivity, please point your browser to > /usr/share/doc/libvirt-doc/formatnetwork.html . > > Reco > > Date: Mon, 2 Oct 2017 10:16:20 +0300 > From: Reco <recovery...@gmail.com> > To: debian-user@lists.debian.org > Subject: Re: USB camera; > Message-ID: <20171002071619.emjdtcrou5vda...@p5k.home> > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > On Sun, Oct 01, 2017 at 04:12:19PM -0700, pe...@easthope.ca wrote: > > * From: Reco <recovery...@gmail.com> > > * Date: Thu, 21 Sep 2017 14:10:35 +0300 > > > reportbug is teasing you. > > > Today's kernel update bumped the kernel to 4.9.30-2+deb9u5. > > > Update the kernel, disregard reportbug warning and file a bugreport. > > > > Now I have the kernel you mention and a /dev/video0. A little > > progress but still no image. > > "GUVCVIEW: no valid file extension for image file" > > A file name problem? Any simple fix for that? > > Any further comments before I make a bug report? > > Try (assuming that you have appropriate device permissions): > > mpv tv:// --tv-device=/dev/video0 > > This guvcview you're using is unable to identify video format that's > coming from your webcam: > > > GUCVIEW: could not set the defined stream format > > Reco > > Date: Mon, 2 Oct 2017 10:19:44 +0300 > From: Reco <recovery...@gmail.com> > To: debian-user@lists.debian.org > Subject: Re: xfce4-terminal fails to =?utf-8?B?4oCc?= > =?utf-8?B?cGFzcyB0aHJvdWdo4oCd?= environment variables > Message-ID: <20171002071943.yor4pfbzoqqdg...@p5k.home> > Content-Type: text/plain; charset=utf-8 > Content-Disposition: inline > Content-Transfer-Encoding: 8bit > > Hi. > > On Mon, Oct 02, 2017 at 02:58:59PM +1100, Zenaan Harkness wrote: > > >From terminal A (may be xterm or xfce4-terminal), launch terminals: > > > > MYVAR="wow - some text!" xterm & > > MYVAR="wow - some text!" xfce4-terminal & > > > > Now from those terminals, run: > > > > echo $MYVAR > > > > > > In xterm, we get the expected output - evidently MYVAR is correctly > > "passed through" - this is how env vars should work of course :) > > > > But sadly :( , as in, very sadly :,( , xfce4-terminal does not > > produce the expected output - MYVAR is not “passed through” it seems. > > > > Does anyone know why, but more importantly, does anyone know how to > > overcome this ‘feature’ of xfce4-terminal? > > Try this: > > MYVAR="wow - some text!" xfce4-terminal --disable-server & > > Reco > > Date: Mon, 2 Oct 2017 10:29:52 +0200 > From: Debian EN <de...@fuckaround.org> > To: debian-user@lists.debian.org > Subject: monit and systemd > Message-ID: <151c55d3-6b3e-ba55-49df-c395c7343...@fuckaround.org> > Content-Type: text/plain; charset=utf-8; format=flowed > Content-Language: en-US > Content-Transfer-Encoding: 7bit > > Hello all, > > someone using monit? > > with systemd and different handles of PID files, what is the best way to > configure monit? > > i.e. smartd (started from systemd) doesn't have /run/smartd.pid and > monit doesn't "see" that pid > > any idea? > > thanks! > > Pol > > Date: Mon, 2 Oct 2017 20:11:14 +1100 > From: Zenaan Harkness <zen...@freedbms.net> > To: debian-user@lists.debian.org > Subject: SOLVED - Re: xfce4-terminal =?utf-8?Q?fail?= > =?utf-8?B?cyB0byDigJxwYXNzIHRocm91Z2jigJ0=?= environment variables > Message-ID: <20171002091114.j7nfvcuocfhec...@eye.freedbms.net> > Content-Type: text/plain; charset=utf-8 > Content-Disposition: inline > Content-Transfer-Encoding: 8bit > > On Mon, Oct 02, 2017 at 10:19:44AM +0300, Reco wrote: > > Hi. > > > > On Mon, Oct 02, 2017 at 02:58:59PM +1100, Zenaan Harkness wrote: > > > >From terminal A (may be xterm or xfce4-terminal), launch terminals: > > > > > > MYVAR="wow - some text!" xterm & > > > MYVAR="wow - some text!" xfce4-terminal & > > > > > > Now from those terminals, run: > > > > > > echo $MYVAR > > > > > > > > > In xterm, we get the expected output - evidently MYVAR is correctly > > > "passed through" - this is how env vars should work of course :) > > > > > > But sadly :( , as in, very sadly :,( , xfce4-terminal does not > > > produce the expected output - MYVAR is not “passed through” it seems. > > > > > > Does anyone know why, but more importantly, does anyone know how to > > > overcome this ‘feature’ of xfce4-terminal? > > > > Try this: > > > > MYVAR="wow - some text!" xfce4-terminal --disable-server & > > > > Reco > > Oh, oh, oh‼ I'm hopping excited now, it works it works! :D > > Thanks guys - the fancy arg dancing allows for me to do some fancy > arg dancing :) > > Best regards, > Zen > > Date: Mon, 2 Oct 2017 10:19:42 -0000 (UTC) > From: Dan Purgert <d...@djph.net> > To: debian-user@lists.debian.org > Subject: Re: Free TCP/IP port numbers? > Message-ID: <slrnot44lu.thk....@xps-linux.djph.net> > > shawn wilson wrote: > > [...] > > Lastly, certain ports are so old, their intended services shouldn't be > > online anymore (see the first 20 ports or 90-110 - off the top of my > > head - not sitting here and going through them) or if the service > > probably won't be used in ICS or on a box designed to be an internet > > backbone, use one of those. > > > Trouble with ports <1024 is that the process trying to use them will > need root permissions to bind to the port. This may cause its own > fallout rather than using something in the upper range. > > -- > |_|O|_| Registered Linux user #585947 > |_|_|O| Github: https://github.com/dpurgert > |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281 > > Date: Mon, 2 Oct 2017 10:15:46 -0000 (UTC) > From: Dan Purgert <d...@djph.net> > To: debian-user@lists.debian.org > Subject: Re: Free TCP/IP port numbers? > Message-ID: <slrnot44eh.thk....@xps-linux.djph.net> > > Gene Heskett wrote: > > On Sunday 01 October 2017 03:34:19 to...@tuxteam.de wrote: > > > >> On Sun, Oct 01, 2017 at 01:28:39AM -0400, Gene Heskett wrote: > >> > >> [...] > >> > >> > > > Assuring that my port is not in this IANA list is not enough to > >> > > > ensure that my port number will not clash with a port number > >> > > > used by a Debian package (by default). > >> > > > > >> > > > So your answer to my question is wrong. > >> > > >> > In which case debian should publish the unlisted ports they do use, > >> > if for no other reason than to "stake a claim". > >> > >> "Debian" "should". Gene, you "should" know better ;-) > >> > >> Want to start with it? Write a script which scans the /etc files in > >> all Debian packages for network configurations. > >> > > That might be possible IF you wanted to use a tool like grep, but in 30 > > years I've not found a way to silence the "binary file matches" messages > > from grep. [...] > > `grep -a` will force grep to treat a file (regardless of data) as ascii > text. Beware that a truely binary file will spit out the whole thing. > > > -- > |_|O|_| Registered Linux user #585947 > |_|_|O| Github: https://github.com/dpurgert > |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281 > > Date: Mon, 2 Oct 2017 06:26:08 -0400 > From: Gene Heskett <ghesk...@shentel.net> > To: debian-user@lists.debian.org > Subject: Re: Can't find the DNS Servers > Message-Id: <201710020626.08299.ghesk...@shentel.net> > Content-Type: Text/Plain; > charset="iso-8859-1" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > On Monday 02 October 2017 03:00:28 Reco wrote: > > > Hi. > > > > On Sun, Oct 01, 2017 at 07:26:30PM -0700, Gary Roach wrote: > > > This is the second time I've tried to send this. The first one just > > > disappeared to the bit bucket I assume. So lets try again. > > > > It did not. Everyone on the list got it, I believe. > > > You are using gmail. To gmail, the echo from the list is a duplicate, and > deleted. Just one of the reasons I left gmail. > > [...] > > 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 <http://geneslinuxbox.net:6309/gene> > > Date: Mon, 2 Oct 2017 13:33:01 +0300 > From: Reco <recovery...@gmail.com> > To: debian-user@lists.debian.org > Subject: Re: SOLVED - Re: =?utf-8?Q?xfce4-terminal_?= > =?utf-8?B?ZmFpbHMgdG8g4oCccGFzcyB0aHJvdWdo4oCd?= environment variables > Message-ID: <20171002103301.kkwchxgbexpkq...@d1696.int.rdtex.ru> > Content-Type: text/plain; charset=utf-8 > Content-Disposition: inline > Content-Transfer-Encoding: 8bit > > Hi. > > On Mon, Oct 02, 2017 at 08:11:14PM +1100, Zenaan Harkness wrote: > > On Mon, Oct 02, 2017 at 10:19:44AM +0300, Reco wrote: > > > Hi. > > > > > > On Mon, Oct 02, 2017 at 02:58:59PM +1100, Zenaan Harkness wrote: > > > > >From terminal A (may be xterm or xfce4-terminal), launch terminals: > > > > > > > > MYVAR="wow - some text!" xterm & > > > > MYVAR="wow - some text!" xfce4-terminal & > > > > > > > > Now from those terminals, run: > > > > > > > > echo $MYVAR > > > > > > > > > > > > In xterm, we get the expected output - evidently MYVAR is correctly > > > > "passed through" - this is how env vars should work of course :) > > > > > > > > But sadly :( , as in, very sadly :,( , xfce4-terminal does not > > > > produce the expected output - MYVAR is not “passed through” it seems. > > > > > > > > Does anyone know why, but more importantly, does anyone know how to > > > > overcome this ‘feature’ of xfce4-terminal? > > > > > > Try this: > > > > > > MYVAR="wow - some text!" xfce4-terminal --disable-server & > > > > > > Reco > > > > Oh, oh, oh‼ I'm hopping excited now, it works it works! :D > > > > Thanks guys - the fancy arg dancing allows for me to do some fancy > > arg dancing :) > > For the archives. > > --disable-server removes xfce4-terminal ability to talk to DBUS, which > is intended be used, presumably (too lazy to read sources) to force the > existing xfce4-terminal to spawn a new window. > > Without this switch defining new environment variable applies only to > "sending DBUS message" part of xfce4-terminal. And of course such custom > environment variables do not propagate via DBUS. > > To do the same trick "terminal emulator - independent way" one needs to > force a terminal to launch a shell with the needed environment variable > defined via env, such as this: > > xfce4-terminal --command env MYVAR="wow - some text!" /bin/bash > > But that's fugly and probably needs copious amounts of escaping to work > as intended. Disabling DBUS is cleaner, but do not try it with > gnome-terminal, folks. > > Reco > > Date: Mon, 2 Oct 2017 13:39:00 +0300 > From: Reco <recovery...@gmail.com> > To: debian-user@lists.debian.org > Subject: Re: E-mail headers 101 (was: Can't find the DNS Servers) > Message-ID: <20171002103859.u64tb6cmiifiv...@d1696.int.rdtex.ru> > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > On Mon, Oct 02, 2017 at 06:26:08AM -0400, Gene Heskett wrote: > > On Monday 02 October 2017 03:00:28 Reco wrote: > > > > > Hi. > > > > > > On Sun, Oct 01, 2017 at 07:26:30PM -0700, Gary Roach wrote: > > > > This is the second time I've tried to send this. The first one just > > > > disappeared to the bit bucket I assume. So lets try again. > > > > > > It did not. Everyone on the list got it, I believe. > > > > > You are using gmail. To gmail, the echo from the list is a duplicate, and > > deleted. Just one of the reasons I left gmail. > > You misunderstood me. > I meant that Gary Roach sent two different e-mails recently to this > maillist. > Both e-mails have similar contents. > The one was replying to has this header: > > Message-ID: <feaf8cc0-b6ad-d07d-f0ab-14f7b431f...@verizon.net> > > The one I saw but choose not to reply has this header: > > Message-ID: <40d6cb1d-3867-1643-fbf6-49be4e1da...@verizon.net> > > Whatever evil sorcery GMail does with mails has nothing to do with this. > > Reco > > Date: Mon, 2 Oct 2017 06:41:11 -0400 > From: Michael Stone <mst...@debian.org> > To: Dan Purgert <d...@djph.net> > Cc: debian-user@lists.debian.org > Subject: Re: Free TCP/IP port numbers? > Message-ID: <f115af7e-a75d-11e7-9b6a-00163eeb5...@msgid.mathom.us> > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Disposition: inline > > On Mon, Oct 02, 2017 at 10:19:42AM -0000, Dan Purgert wrote: > >Trouble with ports <1024 is that the process trying to use them will > >need root permissions to bind to the port. This may cause its own > >fallout rather than using something in the upper range. > > And the advantage of such a port is that a user can't grab a port that > you want to use the system. (An event which can cause its own fallout, > as well as potentially being a security problem.) Luckily systemd makes > it much easier to reserve a port early in the boot process so that's not > as much of a problem as it used to be. > > Mike Stone > > Date: Mon, 2 Oct 2017 06:59:01 -0400 > From: Gene Heskett <ghesk...@shentel.net> > To: debian-user@lists.debian.org > Subject: Re: E-mail headers 101 (was: Can't find the DNS Servers) > Message-Id: <201710020659.01703.ghesk...@shentel.net> > Content-Type: Text/Plain; > charset="iso-8859-1" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > On Monday 02 October 2017 06:39:00 Reco wrote: > > > On Mon, Oct 02, 2017 at 06:26:08AM -0400, Gene Heskett wrote: > > > On Monday 02 October 2017 03:00:28 Reco wrote: > > > > Hi. > > > > > > > > On Sun, Oct 01, 2017 at 07:26:30PM -0700, Gary Roach wrote: > > > > > This is the second time I've tried to send this. The first one > > > > > just disappeared to the bit bucket I assume. So lets try again. > > > > > > > > It did not. Everyone on the list got it, I believe. > > > > > > You are using gmail. To gmail, the echo from the list is a > > > duplicate, and deleted. Just one of the reasons I left gmail. > > > > You misunderstood me. > > I meant that Gary Roach sent two different e-mails recently to this > > maillist. > > Both e-mails have similar contents. > > The one was replying to has this header: > > > > Message-ID: <feaf8cc0-b6ad-d07d-f0ab-14f7b431f...@verizon.net> > > > > The one I saw but choose not to reply has this header: > > > > Message-ID: <40d6cb1d-3867-1643-fbf6-49be4e1da...@verizon.net> > > > > Whatever evil sorcery GMail does with mails has nothing to do with > > this. > > > > Reco > > I believe that "evil sorcery" is an accurate description. I had, several > years ago now, a lengthy discussion regarding that over the LL with > googles tech support. They were adamant that it was not open for > discussion. So I moved my list subscriptions, but left fetchmails > access active, and still used it for PM's. A month or so later > fetchmails logins became invalid intermittently, then permanently. Since > I wasn't of a mind to waste another quarter argueing with a stone wall, > I commented that poll stanza out of my .fetchmailrc. Shrug. > > 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 <http://geneslinuxbox.net:6309/gene> > > Date: Mon, 02 Oct 2017 13:53:33 +0300 > From: Victor Porton <por...@narod.ru> > To: debian-user@lists.debian.org > Subject: Why stretch-backports does not work for kate package? > Message-ID: <oqt5rd$143c$1...@gioia.aioe.org> > Content-Type: text/plain; charset="ISO-8859-1" > Content-Transfer-Encoding: 7Bit > > Backports is meant to install a package using old libs. > > Why does it not work for kate? > > # cat /etc/apt/apt.conf > Acquire::http::Proxy ""; > Acquire::ftp::Proxy ""; > > APT::Default-Release stretch; > > $ cat /etc/apt/sources.list > deb http://httpredir.debian.org/debian/ stretch main contrib non-free > deb http://httpredir.debian.org/debian/ stretch-backports main contrib > non-free > deb http://httpredir.debian.org/debian/ buster main contrib non-free > deb http://httpredir.debian.org/debian/ sid main contrib non-free > deb http://httpredir.debian.org/debian/ stretch-updates main contrib > non-free > deb http://security.debian.org/ stretch/updates main contrib non-free > > deb-src http://httpredir.debian.org/debian/ stretch main contrib non-free > deb-src http://httpredir.debian.org/debian/ stretch-backports main > contrib non-free > deb-src http://httpredir.debian.org/debian/ buster main contrib non-free > deb-src http://httpredir.debian.org/debian/ sid main contrib non-free > deb-src http://httpredir.debian.org/debian/ stretch-updates main contrib > non-free > deb-src http://security.debian.org/ stretch/updates main contrib non-free > > $ sudo apt -t=stretch-backports install kate > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > kate : Depends: ktexteditor-katepart but it is not going to be installed > Depends: plasma-framework but it is not going to be installed > Depends: qml-module-org-kde-kquickcontrolsaddons but it is not > going to be installed > Depends: qml-module-qtquick-layouts but it is not going to be > installed > Depends: qml-module-qtquick2 but it is not going to be installed > Depends: kio but it is not going to be installed > Depends: libkf5bookmarks5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5completion5 (>= 4.97.0) but it is not going to be > installed > Depends: libkf5configgui5 (>= 4.97.0) but it is not going to be > installed > Depends: libkf5configwidgets5 (>= 4.98.0) but it is not going to > be installed > Depends: libkf5crash5 (>= 5.15.0) but it is not going to be > installed > Depends: libkf5dbusaddons5 (>= 4.97.0) but it is not going to be > installed > Depends: libkf5guiaddons5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5iconthemes5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5jobwidgets5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5kiocore5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5kiofilewidgets5 (>= 4.96.0) but it is not going to > be installed > Depends: libkf5kiowidgets5 (>= 5.5.0+git20150101.0309+15.04) but > it is not going to be installed > Depends: libkf5newstuff5 (>= 5.27.0) but it is not going to be > installed > Depends: libkf5parts5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5plasma5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5service-bin but it is not going to be installed > Depends: libkf5service5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5texteditor5 but it is not going to be installed > Depends: libkf5textwidgets5 (>= 5.0.0) but it is not going to be > installed > Depends: libkf5wallet-bin but it is not going to be installed > Depends: libkf5wallet5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5widgetsaddons5 (>= 4.96.0) but it is not going to > be installed > Depends: libkf5windowsystem5 (>= 4.96.0) but it is not going to be > installed > Depends: libkf5xmlgui5 (>= 4.98.0) but it is not going to be > installed > Depends: libqt5gui5 (>= 5.7.0) but it is not going to be installed > Depends: libqt5widgets5 (>= 5.6.0~beta) but it is not going to be > installed > E: Unable to correct problems, you have held broken packages. > > -- > Victor Porton - http://portonvictor.org > >
