Re: ufw and blocking certain IP in and out

[Marina Garcia Rubio]

El jue., 28 de mayo de 2020 7:25 a. m., songbird 
escribió:

>   it seems i have a mental block block of my own here where
> ufw is concerned...
>
>   i tell it to block connections in and out from a certain
> IP but when i visit a certain website those connections are
> still happening.
>
>   i've tried to audit the code for the website itself (as it
> is a static website i generate), but i cannot find where those
> references to this other website are coming from.  i use strings
> to examine everything and grep for the website name and also
> the ip address.  neither show up.  that doesn't mean it isn't
> in there just that i can't find it.
>
>   i'm wondering if the ISP or some other service is getting in
> between?
>
>   i use firefox and have a popup blocker but cannot get it to
> filter these connections either.
>
> here is ufw output
>
> root@ant(4)~# ufw status numbered
> Status: active
>
>  To Action  From
>  -- --  
> [ 1] Anywhere   DENY IN 1.2.3.4
> [ 2] Anywhere   REJECT OUT  1.2.3.4 (out)
>
> when i connect to the website netstat still shows connections
> to 1.2.3.4...
>
>   yes, i'm not a security or networking guru so any tools
> you can mention that will help me track this down would be
> appreciated.
>
>
>   songbird
>
>

-- 




*
*

*
*

*Declinación de Responsabilidades:* Los servicios de MISENA 
son soportados tecnológicamente por © Google y ofrecidos por el Servicio 
Nacional de Aprendizaje – SENA de manera gratuita a los aprendices e 
instructores de programas de formación titulada, las opiniones que contenga 
este mensaje son exclusivas de su autor y no representan la opinión del 
Servicio Nacional de Aprendizaje o de sus autoridades. El receptor deberá 
verificar posibles virus informáticos que tenga el correo o cualquier 
anexo, razón por la cual el SENA no es responsable de los daños causados 
por cualquier virus transmitido en este correo electrónico.

Los 
contenidos, textos, imágenes, archivos enviados en este mensaje son 
responsabilidad exclusiva del remitente y no reflejan ni comprometen de 
ninguna manera a la institución. No se autoriza el uso de esta herramienta 
para el intercambio de correos masivos, cadenas o spam, ni de mensajes 
ofensivos, de carácter político, sexual o religioso, con fines de lucro, 
con propósitos delictivos o cualquier otro mensaje que se considere 
indebido o que vaya en contra de la Ley.

Re: ActiveSync Postfix

[Charles Curley]

On Sat, 30 May 2020 22:14:12 +0300
Gokan Atmaca  wrote:

> Hello
> 
> I am using Postfix. (Postfix, OpenLdap, Dovecot, Squirrelmail) My goal
> is to synchronize contacts and calendars. I have to do ActiveSync for
> this. How can I resolve ActiveSync ? Is there an open source solution
> ?
> 
> Thanks.
> 

I have no idea what ActiveSync is, but will suggest you look at
Nextcloud (a cloud program you can run locally) and syncthing (a
directory synch program). I use both quite successfully.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Re: Modifying behavior of netcfg in debian-installer

[Daniel De Lellis]

Thanks, but that isn't really my question.  Yes, we've looked at completely
overhauling our existing imaging infrastructure to avoid a bug with DHCP
autoconfiguration edge cases.  That may be the route we go, but that is not
a trivial amount of work. The debian-installer FAQ declares that it was
designed with modularity and support for edge cases, as well as giving more
control to more experienced users.  What I'm trying to do should not be
complicated. It's literally just executing another script before attempting
to download a debconf file to make sure it has an IP address from the DHCP
server.  I wouldn't even need to do that if network autoconfig didn't
forcibly release all existing DHCP leases on a system when it starts.

Re: Qt4 and Bullseye

[Nate Bargmann]

* On 2020 30 May 15:50 -0500, David Christensen wrote:
> In the mean time, one possibility would be to build a virtual machine with
> an older version of Debian that supports Qt4 (e.g. Debian 9), install Qt4,
> and install your Qt4 applications.

That is what I would suggest as well.  Preferably Qemu since VirtualBox
is no longer officially supported in Stable or Testing any more.  I have
found another Debian running in Qemu to be about as fast as on bare
metal and much faster than the same Debian version running in VirtualBox
even with all of their special modules.  Qemu does lack the ease of
mounting shared directories but I find SSHFS to be an excellent
substitute.

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Re: ActiveSync Postfix

[deloptes]

Gokan Atmaca wrote:

> I am using Postfix. (Postfix, OpenLdap, Dovecot, Squirrelmail) My goal
> is to synchronize contacts and calendars. I have to do ActiveSync for
> this. How can I resolve ActiveSync ? Is there an open source solution
> ?

look at syncevolution. I do not know about activesync though. Activesync was
windows outlook AFAIR
Also there are different CalDAV/CardDAV solutions

Re: Can't get started

[David Wright]

On Sat 30 May 2020 at 08:27:14 (+0300), Andrei POPESCU wrote:
> On Vi, 29 mai 20, 14:51:23, David Wright wrote:
> > 
> > I'm not sure which default you mean.
> 
> The defaults of the user-oriented network managers, like Network Manager 
> and Wicd. They provide a much friendlier experience for laptops that are 
> carried around and are frequently connected to different wireless 
> networks.

I deliberately avoided assuming that such packages had already
been installed. I always have to install wicd after the first
reboot, by which time I have reestablished connectivity with
ifupdown just as I described in this thread. (I don't use NM.)

My only worry was whether systemd-networkd gives way gracefully
to a configured ifupdown, or fights it like systemd-timesyncd vs ntp.

> > I've yet to see any virtue in using a static configuration¹ at home
> > and dhcp everywhere else.
> 
> [...]
> 
> > ¹ Static, that is, from the point of view of the PC. I use static
> > IP numbers, but they're issued by the router, which makes spotting
> > any interlopers easier (assuming you reserve a range for
> > "foreign" assignment).
> 
> ISP provided router with no support for DHCP reservations, combined with 
> running something like barrier on the laptop.

I can't understand what you're trying to describe here. My footnote
was to explain that I appreciate a desire to have fixed IP addresses
for devices when they're at home, but they're not going to hold as
soon as you leave. I reserve everything up to .199 on my main router
for devices we own, so that casual devices will appear as .2xx.
Again, it's just a convenience.

But none of that is essential for making a connection. I can't tell
whether you're just saying that the OP might not be able to copy my
particular setup (so what?), or describing some extraordinary ISPs
who rent out routers that would prevent my suggestion of putting
dhcp in /e/n/i from working at all.

BTW what's barrier?

Cheers,
David.

Re: Debian man pages have annoying feature(sic)

[David Wright]

On Sat 30 May 2020 at 10:08:41 (-0500), Richard Owlett wrote:
> On 05/30/2020 09:50 AM, to...@tuxteam.de wrote:
> > On Sat, May 30, 2020 at 04:13:22PM +0200, l0f...@tuta.io wrote:
> > 
> > [...]
> > 
> > > I would suggest the following instead:
> > 
> > [download + unpack]
> > 
> > > Of course, the method indicated by Tomas is great and may be easier than 
> > > mine (+ doesn't leave Debian package files on your computer).
> > 
> > I don't think "my" method is easier. Personally, I'd go with yours
> > any time (I dislike browsers) -- but I had the impression (wrongly?)
> > that the OP wanted a "webby" solution. But thanks for chiming in
> > with alternatives!
> > 
> 
> Yes. A "webby" solution can have two benefits in my environment:
>   a. may minimize download downloaded byte count.
>   b. following intervening links and cross references can lead to
>  answering important un-asked questions.

For man pages, I type   man foo   into google. That usually throws
up one or two links from different sources.

For this specific package, where I don't know the foo to type,
I googled   debian popularity contest   which got me plenty of
hits, including a load of graphs that it can produce, its
(section 8) man page, the wiki (which has a reference to the FAQ),
and the Debian packages page for popularity-contest.

The last of these (which is obviously already in my FF bookmarks)
gives you links to the package's download page, and you can download
it with that link from different mirrors. I usually paste the address
into wget, if it works (which preserves the metadata), but you
can just click it instead.

Then, as mentioned already, just press Return on the .deb file in
Midnight Commander to look at any files in the package.

I thought most people knew how to use the web like this, for
documentation on anything and (almost) everything.

If there were any chance I'd use the package, I'd download it via
apt, to get it cached, and known to apt. But that requires root.

I hope none of this violates your policy (or, as I would put it,
disagrees with your preferences).

Cheers,
David.

Re: Qt4 and Bullseye

[David Christensen]

On 2020-05-30 11:50, Gary L. Roach wrote:


Hi all,

I am using Bullseye (testing) because some of the software I use need 
some of the newer libraries. Unfortunately Bullseye no longer includes 
the Qt4 libraries and some of my packages still need Qt4. How can I get 
Qt4 packages for Bullseye. There is probably a backport for this but I 
have not used backport in the past. I will need a step by step procedure 
if backporting is needed.


Any questions about why Qt4 is missing in Bullseye can be answered by 
accessing Debian Bug report logs - #939626. 


Any help will be sincerely appreciated.

Gary R


AIUI "backports" is newer code running on older Debian.  You need the 
opposite -- older code running on newer Debian.



Apparently, Qt4 is obsolete, Qt4 is no longer supported by its authors, 
and the Debian project has dropped Qt4 and Qt4 applications as of Debian 
10.  I presume Qt5 and Qt5 applications are supported by Debian 10.



Have you tried contacting the Qt4 application vendors/ projects to see 
if they are porting their applications to Qt5?



In the mean time, one possibility would be to build a virtual machine 
with an older version of Debian that supports Qt4 (e.g. Debian 9), 
install Qt4, and install your Qt4 applications.



David

Re: Qt4 and Bullseye

[Sven Hartge]

Gary L. Roach  wrote:

> I am using Bullseye (testing) because some of the software I use need
> some of the newer libraries. Unfortunately Bullseye no longer includes
> the Qt4 libraries and some of my packages still need Qt4. How can I
> get Qt4 packages for Bullseye. There is probably a backport for this
> but I have not used backport in the past. I will need a step by step
> procedure if backporting is needed.

Since Qt4 has been removed from all future releases there will be no
such thing as a backport in this case, because there is nothing to
backport *from*. (It would be a forward-port, but there is no such thing
for Debian.)

But you normally can just install the old library DEBs, for example by
getting them from snapshot.debian.org. You won't get any security or
other support for them.

Or you can create a chroot from an older Debian release still containing
Qt4 to run the old software. Unless the kernel changes in an
incompatible way, this should work for some time.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

ActiveSync Postfix

[Gokan Atmaca]

Hello

I am using Postfix. (Postfix, OpenLdap, Dovecot, Squirrelmail) My goal
is to synchronize contacts and calendars. I have to do ActiveSync for
this. How can I resolve ActiveSync ? Is there an open source solution
?

Thanks.

Qt4 and Bullseye

[Gary L. Roach]

Hi all,

I am using Bullseye (testing) because some of the software I use need 
some of the newer libraries. Unfortunately Bullseye no longer includes 
the Qt4 libraries and some of my packages still need Qt4. How can I get 
Qt4 packages for Bullseye. There is probably a backport for this but I 
have not used backport in the past. I will need a step by step procedure 
if backporting is needed.


Any questions about why Qt4 is missing in Bullseye can be answered by 
accessing Debian Bug report logs - #939626. 


Any help will be sincerely appreciated.

Gary R

Re: Return a Debian system to a pristine state

[Marco Möller]

On 30.05.20 05:00, David Wright wrote:

On Fri 29 May 2020 at 22:23:23 (+0200), Marco Möller wrote:

On 29.05.20 21:48, David Wright wrote:

On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:

(...)

"apt has a bug, cannot believe it!"
https://lists.debian.org/debian-user/2020/05/msg00567.html


Well, I must admit, I can sympathize with this person's frustration. He
just got confused among those AutoRemove* advanced options.


I think it's much more than that. The OP appeared to regard the
--no-install-recommends option as a *property* that is applied to each
package installed under that recommendation regime, and that
that property would be preserved for all time. But as the "-install-"
in --no-install-recommends shows, it's just an option for the install
command itself.

(...)

Here the OP of that thread. Exactly this, David.
I would really wish that the "--no-install-recommends" option would
act as a "--no-recommends-wished" option!


(...)


Yes, a bigger work load on apt itself, but I really think it
would be worth it. Just consider how many of us are forced to set up
sophisticated backup strategies, or applying for this file system
snapshot tools to act as a "time machine", while an enhanced apt could
target this need in an easy an elegant fashion for the user (not
speaking about the user's data and about the configuration of the
packages, but speaking about the installation state of software
packages)!


You seem to be suggesting a one-dimensional install/undo facility,
but an installation is a multi-dimensional graph of packages and
dependencies. It's rare that one would want to just backtrack through
a de-installation in the exact reverse order of installation.
I also think it would be difficult to support, as it would give
people unrealistic expectations of what's possible.


In the sense of my wish, any removal or purge of a package would do the 
following (illustrating the idea and being aware that for sure some more 
in depth thoughts will have to be spent on it):



(0) allow the user to store in some config file a list of time stamps 
which then could be respected as an option in the below outlined 
algorithm; the config file could look like this and for instance a 
leading integer number could later on be used for addressing a certain 
time stamp:

  1; timestamp; essential OS after the initial installation
  2; timestamp; added all my packages for a personalized CLI experience
  3; timestamp; my minimum graphical DE is installed
  4; timestamp; my full workstation, pristine, nice fall back state
  5; timestamp; enhancements, quite good achievements
  6; timestamp; testing
  7; timestamp; arbitrary user comment
  default=4
The first entry "1" could be stored automatically by the Debian 
installer after the OS install and first reboot finished successfully;
the default could initially be set to 1; the user could edit this file 
(and then of course also change the default value to another integer 
value like 4 in the above example; invalid default values are always 
treated as if the youngest timestamp would have been defined, value 7 in 
my above example);
An enhanced apt-cache database would have to register for each installed 
package the installation date and if (not which) recommends and if (not 
which) suggests have been wished to install; for the drawn in recommends 
and suggest a list of the packages which explicitly wished their 
installation has to be maintained in the database by storing this 
information in the entry of each installed package;
With this information there would not arise a limitation for at any time 
defining time stamps in the config files, because the "wished" tree 
besides the "dependency" tree could be reconstructed for any time;


(1a) if 'apt remove' or 'apt purge' are called with a timestamp option 
and not specifying a specific package name, for instance 'apt remove 
--keeptimestamp 3' then remove or purge all packages installed AFTER the 
time stamp (for example, regarding my config file in (0), by the option 
value '3' in '--keeptimestap 3', the minimum graphical DE installation 
would remain but everything installed afterwards would be removed; the 
below mentioned steps (1b), (2) and (3) are not to be executed no more;


(1b) if a specific package name is mentioned, then read for this 
specific by 'apt remove' or 'apt purge' targeted package IF recommends 
and suggests have been wished by this package; IF NOT, then simply 
remove or purge the specific package, considering also the dependencies 
as usual, and continue at step (4); IF recommends or suggests have been 
wished then continue at step (2);


(2) if NO time stamp option was given then use the default timestamp; 
check if any of the recommended and suggested packages have themselves 
registered in their database entry in the "wished by" list that they 
would be wished by any other installed package, considering all packages 
which have been installed before the time stamp to be wishe

Re: Return a Debian system to a pristine state

[Tixy]

On Sat, 2020-05-30 at 15:38 +0300, Andrei POPESCU wrote:
> On Sb, 30 mai 20, 10:27:14, Tixy wrote:
> > On Sat, 2020-05-30 at 08:06 +0300, Andrei POPESCU wrote:
> > > On Sb, 30 mai 20, 10:51:37, Victor Sudakov wrote:
> > > > John Hasler wrote:
> > > > > Perhaps what you want is something which will tell you which
> > > > > programs
> > > > > have gone unused for the longest time.  
> > > > 
> > > > That would be nice too.
> > > 
> > > As already mentioned, the package popularity-contest does that, 
> > > somewhat.
> > 
> > But, if I remember correct, relies on filesystems having file
> > access
> > time-stamping enabled. Which for many years hasn't been the default
> > or
> > recommended, due to the extra disk accesses required (causing worse
> > performance and SSD wear).
> 
> According to mount(8) the default is 'relatime', which in my 
> understanding is a compromise, i.e. it should be good enough for 
> popularity-contest.

Thanks, that prompted me to look at what relatime actually does (which
I know was the modern default). In my previous readings I'd missed the
fact that atime is updated every 24 hours. So yes, perfectly good for
popularity-contest.

-- 
Tixy 

Re: Debian man pages have annoying feature(sic)

[Richard Owlett]

On 05/30/2020 09:50 AM, to...@tuxteam.de wrote:

On Sat, May 30, 2020 at 04:13:22PM +0200, l0f...@tuta.io wrote:

[...]


I would suggest the following instead:


[download + unpack]


Of course, the method indicated by Tomas is great and may be easier than mine 
(+ doesn't leave Debian package files on your computer).


I don't think "my" method is easier. Personally, I'd go with yours
any time (I dislike browsers) -- but I had the impression (wrongly?)
that the OP wanted a "webby" solution. But thanks for chiming in
with alternatives!



Yes. A "webby" solution can have two benefits in my environment:
  a. may minimize download downloaded byte count.
  b. following intervening links and cross references can lead to
 answering important un-asked questions.

Re: Debian man pages have annoying feature(sic)

[tomas]

On Sat, May 30, 2020 at 04:13:22PM +0200, l0f...@tuta.io wrote:

[...]

> I would suggest the following instead:

[download + unpack]

> Of course, the method indicated by Tomas is great and may be easier than mine 
> (+ doesn't leave Debian package files on your computer).

I don't think "my" method is easier. Personally, I'd go with yours
any time (I dislike browsers) -- but I had the impression (wrongly?)
that the OP wanted a "webby" solution. But thanks for chiming in
with alternatives!

Cheers
-- t


signature.asc
Description: Digital signature

Re: Debian man pages have annoying feature(sic)

[Andrei POPESCU]

On Sb, 30 mai 20, 04:52:47, Richard Owlett wrote:
> 
> *PROBLEM*
> As package is not installed, that directory does *NOT* exist.

Midnight Commander (and probably other file managers as well) can browse 
downloaded .deb files.

apt download popularity-contest
mc (browse the CONTENTS directory)

Hope this helps,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Debian man pages have annoying feature(sic)

[The Wanderer]

On 2020-05-30 at 09:45, Richard Owlett wrote:

> On 05/30/2020 06:14 AM, Peter Hillier-Brook wrote:
> 
>> On 30/05/2020 10:52, Richard Owlett wrote:

>>> *PROBLEM* As package is not installed, that directory does *NOT*
>>> exist.
>>> 
>>> Where to find required documentation on the web?
>>> 
>>> NOTE BENE This post is about man pages as a class.
>> 
>> `sudo apt install popularity-contest`
> 
> Not always a good idea -- see my reply to Tomas. Not always
> physically possible -- a non-privileged user may benefit from the
> documentation of an uninstalled package.

Possible workarounds for that scenario:

* 'apt-get source popularity-contest', find the source of the file
you're looking for in the resulting directory, and read that

* download the .deb from snapshot.debian.org, extract it with 'dpkg -x
filename.deb directory-to-extract-into', find the file you're looking
for in the resulting directory, and read that

There are possibly others.

-- 
   The Wanderer

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



signature.asc
Description: OpenPGP digital signature

Re: Debian man pages have annoying feature(sic)

[l0f4r0]

Hi,

30 mai 2020 à 13:14 de p...@hbsys.plus.com:

> `sudo apt install popularity-contest`
>
> then read the manual.
>
I think the OP doesn't want to install the package, otherwise there would be no 
question ;)
I would suggest the following instead:

1) create a directory (a temp one if you prefer):
mkdir popularity-contest-doc && cd popularity-contest-doc

2) download the package:
apt download popularity-contest

3) extract the /usr/share/doc/popularity-contest part (you need to adjust the 
version package X.YY):
dpkg --fsys-tarfile popularity-contest_X.YY_all.deb | tar x --directory . 
./usr/share/doc/popularity-contest

4) read what you want in the usr/share/doc/popularity-contest/ subfolder

Of course, the method indicated by Tomas is great and may be easier than mine 
(+ doesn't leave Debian package files on your computer).

Best regards,
l0f4r0

Verbosari - group of translators and language consultants

[Vendor Management]

Dear Mr HRM,

Verbosari, as a group of professional translators and language
consultants, prides itself on quick responses and effective
communications with our clients. We make it a point to always be
available when you need us. 


With the help of our cutting-edge terminology management tools, our team
of native-speaking translators has unsurpassed expertise in a vast array
of subject matters and registers. We deliver culturally-tailored,
flawlessly accurate translations, transcending language and culture
barriers in our target languages. The premium quality of our services is
a direct result of our appropriate educational background, rich
experience, professional approach and business attitude of which the
primary and ultimate principle is quality. To minimize the possibility
of any kind of error in delivered projects, we use different CAT tools
and QA programs as well as other error-detecting applications which help
us meet the highest quality standards.

Our brochure and CVs are available on this link:
https://www.dropbox.com/sh/5lsg7q4exjrwrjf/AAAi9zc-n7J3fvp7dGQhg7Nka?dl=0
[1] 


Please do not hesitate to contact us for more information on how we can
help you. 

Best regards 
--


Jelena Kuzmić

Vendor manager 

mail: v...@verbosari.eu 

web: http://www.verbosari.eu [2] 

 


Links:
--
[1]
https://www.dropbox.com/sh/5lsg7q4exjrwrjf/AAAi9zc-n7J3fvp7dGQhg7Nka?dl=0
[2] http://www.verbosari.eu/

Re: Debian man pages have annoying feature(sic)

[Richard Owlett]

On 05/30/2020 06:14 AM, Peter Hillier-Brook wrote:

On 30/05/2020 10:52, Richard Owlett wrote:

I the recent thread about returning a Debian installation to its
original state "popularity-contest" was mentioned.

I wished to compare it to other tools mentioned in that thread.
Obvious stating point -- read the man page.
As I never installed its package I went to
https://manpages.debian.org/buster/popularity-contest/popularity-contest.8.en.html
.

It did not explicitly answer my question.
However, under "SEE ALSO" it stated:

Additional documentation is in /usr/share/doc/popularity-contest/.


*PROBLEM*
As package is not installed, that directory does *NOT* exist.

Where to find required documentation on the web?

NOTE BENE
This post is about man pages as a class.


`sudo apt install popularity-contest`


Not always a good idea -- see my reply to Tomas.
Not always physically possible -- a non-privileged user may benefit from 
the documentation of an uninstalled package.




then read the manual.

Re: Debian man pages have annoying feature(sic)

[Richard Owlett]

On 05/30/2020 05:57 AM, to...@tuxteam.de wrote:

On Sat, May 30, 2020 at 04:52:47AM -0500, Richard Owlett wrote:

I the recent thread about returning a Debian installation to its
original state "popularity-contest" was mentioned.

I wished to compare it to other tools mentioned in that thread.
Obvious stating point -- read the man page.
As I never installed its package I went to 
https://manpages.debian.org/buster/popularity-contest/popularity-contest.8.en.html
.


_Clarification by OP_

I had not installed popularity-contest _for cause_:
  a. its phone-home feature violates my security & privacy policy.
  b. it would pull in unneeded packages which might interfere with
 intentionally installed package(s) to serve similar functions.



It did not explicitly answer my question.
However, under "SEE ALSO" it stated:

Additional documentation is in /usr/share/doc/popularity-contest/.


*PROBLEM*
As package is not installed, that directory does *NOT* exist.

Where to find required documentation on the web?

NOTE BENE
This post is about man pages as a class.


Of course, it would be nice to have everything in the man page.
That is in general difficult, since upstream doesn't always
do it this way -- packaging isn't the place to change that.

That said, it's possible to browse Debian packages sources
in the 'net.

I'll show how to do it based on your concrete example.

First, the structure of a source package doesn't correspond
to the installed binary package; the reference given in the
above "SEE ALSO" is relative to the binary package. So first
you have a look at popularity-contest's "list of files", that's
in  (I'm assuming buster):

   https://packages.debian.org/buster/all/popularity-contest/filelist

(Of course you can click your way through to this URL).


I strongly recommend that methodology to those reading this thread 
because they have a similar problem. I suspect that in the long term, 
having followed the intervening links and cross references will prove 
more valuable than the targeted final URLs.




You can see that in /usr/share/doc/... there is a FAQ, a README,
a changelog, a copyright and a subdirectory examples.

Now you go to the corresponding place in :

   https://sources.debian.org/src/popularity-contest/1.67/

There they are: FAQ, README and examples (the two missing ones
are Debian infrastructure and live in the subdir debian).

Note that it won't work this way always and 100%, because
package installation /might/ do some magic, which you may
look up in debian/rules, debian/postinst, etc. -- but that's
it, more or less.

Enjoy
-- tomás



Thank you.

Re: Return a Debian system to a pristine state

[Andrei POPESCU]

On Sb, 30 mai 20, 10:27:14, Tixy wrote:
> On Sat, 2020-05-30 at 08:06 +0300, Andrei POPESCU wrote:
> > On Sb, 30 mai 20, 10:51:37, Victor Sudakov wrote:
> > > John Hasler wrote:
> > > > Perhaps what you want is something which will tell you which
> > > > programs
> > > > have gone unused for the longest time.  
> > > 
> > > That would be nice too.
> > 
> > As already mentioned, the package popularity-contest does that, 
> > somewhat.
> 
> But, if I remember correct, relies on filesystems having file access
> time-stamping enabled. Which for many years hasn't been the default or
> recommended, due to the extra disk accesses required (causing worse
> performance and SSD wear).

According to mount(8) the default is 'relatime', which in my 
understanding is a compromise, i.e. it should be good enough for 
popularity-contest.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: Debian man pages have annoying feature(sic)

[Peter Hillier-Brook]

On 30/05/2020 10:52, Richard Owlett wrote:
> I the recent thread about returning a Debian installation to its
> original state "popularity-contest" was mentioned.
> 
> I wished to compare it to other tools mentioned in that thread.
> Obvious stating point -- read the man page.
> As I never installed its package I went to
> https://manpages.debian.org/buster/popularity-contest/popularity-contest.8.en.html
> .
> 
> It did not explicitly answer my question.
> However, under "SEE ALSO" it stated:
>> Additional documentation is in /usr/share/doc/popularity-contest/.
> 
> *PROBLEM*
> As package is not installed, that directory does *NOT* exist.
> 
> Where to find required documentation on the web?
> 
> NOTE BENE
> This post is about man pages as a class.

`sudo apt install popularity-contest`

then read the manual.

Re: Debian man pages have annoying feature(sic)

[tomas]

On Sat, May 30, 2020 at 04:52:47AM -0500, Richard Owlett wrote:
> I the recent thread about returning a Debian installation to its
> original state "popularity-contest" was mentioned.
> 
> I wished to compare it to other tools mentioned in that thread.
> Obvious stating point -- read the man page.
> As I never installed its package I went to 
> https://manpages.debian.org/buster/popularity-contest/popularity-contest.8.en.html
> .
> 
> It did not explicitly answer my question.
> However, under "SEE ALSO" it stated:
> >Additional documentation is in /usr/share/doc/popularity-contest/.
> 
> *PROBLEM*
> As package is not installed, that directory does *NOT* exist.
> 
> Where to find required documentation on the web?
> 
> NOTE BENE
> This post is about man pages as a class.

Of course, it would be nice to have everything in the man page.
That is in general difficult, since upstream doesn't always
do it this way -- packaging isn't the place to change that.

That said, it's possible to browse Debian packages sources
in the 'net.

I'll show how to do it based on your concrete example.

First, the structure of a source package doesn't correspond
to the installed binary package; the reference given in the
above "SEE ALSO" is relative to the binary package. So first
you have a look at popularity-contest's "list of files", that's
in  (I'm assuming buster):

  https://packages.debian.org/buster/all/popularity-contest/filelist

(Of course you can click your way through to this URL).

You can see that in /usr/share/doc/... there is a FAQ, a README,
a changelog, a copyright and a subdirectory examples.

Now you go to the corresponding place in :

  https://sources.debian.org/src/popularity-contest/1.67/

There they are: FAQ, README and examples (the two missing ones
are Debian infrastructure and live in the subdir debian).

Note that it won't work this way always and 100%, because
package installation /might/ do some magic, which you may
look up in debian/rules, debian/postinst, etc. -- but that's
it, more or less.

Enjoy
-- tomás


signature.asc
Description: Digital signature

Debian man pages have annoying feature(sic)

[Richard Owlett]

I the recent thread about returning a Debian installation to its 
original state "popularity-contest" was mentioned.


I wished to compare it to other tools mentioned in that thread.
Obvious stating point -- read the man page.
As I never installed its package I went to 
https://manpages.debian.org/buster/popularity-contest/popularity-contest.8.en.html 
.


It did not explicitly answer my question.
However, under "SEE ALSO" it stated:

Additional documentation is in /usr/share/doc/popularity-contest/.


*PROBLEM*
As package is not installed, that directory does *NOT* exist.

Where to find required documentation on the web?

NOTE BENE
This post is about man pages as a class.

Re: Return a Debian system to a pristine state

[Tixy]

On Sat, 2020-05-30 at 08:06 +0300, Andrei POPESCU wrote:
> On Sb, 30 mai 20, 10:51:37, Victor Sudakov wrote:
> > John Hasler wrote:
> > > Perhaps what you want is something which will tell you which
> > > programs
> > > have gone unused for the longest time.  
> > 
> > That would be nice too.
> 
> As already mentioned, the package popularity-contest does that, 
> somewhat.

But, if I remember correct, relies on filesystems having file access
time-stamping enabled. Which for many years hasn't been the default or
recommended, due to the extra disk accesses required (causing worse
performance and SSD wear).

-- 
Tixy

Chuwi Ubook pro

[Tomoo Nomura]

Hello,

I got Chuwi Ubook pro tablet, which has intel core M3-8100Y cpu.
I tried to install Debian on it. Install has finished with no error.
When rebooting the system, grub screen appeared and I chose debian.
It seems to start kernel and some messages are shown, but suddenly 
shutdown and power off.

It is impossible to get any messages and I can't investigate any more.
Is anyone able to guess what happened or what I should do next ?

Thanks,
Tomoo

--
** Nomura Technical Management Office **
 Tomoo Nomura  nom...@tmo.co.jp   http://www.tmo.co.jp/
Phone: +81-78-797-0240 Fax: +81-50-5329-9329
 Guitar Salon TMO http://www.tmo.co.jp/salon/