Useful clipboard inspection tools?

[Jeremy Ardley]

I have a problem with a linux gtk application when I copy some text from 
a window.


I can paste the text into pluma and openoffice documents on the same 
machine without problem, but when I use remote desktop to a windows 
machine the paste doesn't work.


If I paste into pluma and then copy from pluma I can then paste into the 
remote windowsdesktop.


I want to chase down what I assume is a mimetype problem. I have found 
xclip but it doesn't give me anything useful. In particular, say I do a 
screenshot and copy to clipboard, xclip doesn't know anything about the 
screenshot image.


I am using Mate desktop and need a high class tool that can give 
accurate reports on all the data and mimetypes of the clipboard contents.


Any suggestions?


--
Jeremy



OpenPGP_signature
Description: OpenPGP digital signature

Re: OT: dotfile generalities (was Re: repeated system mail, /etc/.pwd.lock ?)

[David Wright]

On Thu 06 May 2021 at 10:46:03 (-0400), Greg Wooledge wrote:
> On Thu, May 06, 2021 at 02:37:17PM +, davidson wrote:
> > > $ shopt -s globstar
> > > $ ls /etc/**/.[^.]*
> > 
> > It now occurs to me that this still omits files like /etc/.a and
> > /etc/..metadotfile
> 
> It doesn't omit .a .  The * is allowed to match the empty string.
> 
> > Instead,
> > 
> >  $ ls /etc/**/.{.?,[^.]}*
> > 
> > does what I intend, which is to display all dotfiles under /etc. Seems
> > unduly complicated if you ask me, but it is what it is.
> 
> find /etc -type f -name '.*'

Well, here are the files on my system:

#  find /etc -type f -name '.*' -ls | sort -k 11
 -rwx-- 84357 May  6 08:25 /etc/.etckeeper
 -rw---   932 Apr  3  2020 /etc/.gitignore
 -rw-r--r-- 0 Apr  3  2020 /etc/.java/.systemPrefs/.system.lock
 -rw-r--r-- 0 Apr  3  2020 /etc/.java/.systemPrefs/.systemRootModFile
 -rw--- 0 Apr  3  2020 /etc/.pwd.lock
 -rw-r--r--   102 Jun 23  2019 /etc/cron.d/.placeholder
 -rw-r--r--   102 Jun 23  2019 /etc/cron.daily/.placeholder
 -rw-r--r--   102 Jun 23  2019 /etc/cron.hourly/.placeholder
 -rw-r--r--   102 Jun 23  2019 /etc/cron.monthly/.placeholder
 -rw-r--r--   102 Jun 23  2019 /etc/cron.weekly/.placeholder
 -rw-r--r-- 0 Dec 19  2018 /etc/sensors.d/.placeholder
 -rw-r--r--   220 Apr 17  2019 /etc/skel/.bash_logout
 -rw-r--r--  3526 Apr 17  2019 /etc/skel/.bashrc
 -rw-r--r--   807 Apr 17  2019 /etc/skel/.profile
# 

(I removed the node#, usage, #links and ownership for brevity.)

I have no argument with /etc/skel/ and the placeholders, obviously.
/etc/.etckeeper is a script for creating directories and resetting
ownerships/permissions in /etc/, and /etc/.gitignore is a list of
filename patterns that etckeeper is configured not to track.

Turning to the dot-directories with:

  # ls -GlgAR /etc/\.[^\.]*/   (pruned and attached)

/etc/.git/ certainly contains configuration files as well as the
repository itself. I know nothing about java, and how /etc/.java
relates to /etc/java/.

Most of this stuff is protected from reading, but I don't see the
point in "hiding" them with dots.

Cheers,
David.
/etc/.git/:
total 244
-rw-r--r--   1 17 May  6 08:25 COMMIT_EDITMSG
-rw-r--r--   1 23 Apr  3  2020 HEAD
drwxr-xr-x   2   4096 Apr  3  2020 branches
-rw-r--r--   1 92 Apr  3  2020 config
-rw-r--r--   1 21 Apr  3  2020 description
drwxr-xr-x   2   4096 Apr  3  2020 hooks
-rw-r--r--   1 206363 May  6 08:35 index
drwxr-xr-x   2   4096 Apr  3  2020 info
drwxr-xr-x   3   4096 Apr  3  2020 logs
drwxr-xr-x 260   4096 Apr  3  2020 objects
drwxr-xr-x   4   4096 Apr  3  2020 refs

/etc/.git/branches:
total 0

/etc/.git/hooks:
total 52
-rwxr-xr-x 1  478 Apr  3  2020 applypatch-msg.sample
-rwxr-xr-x 1  896 Apr  3  2020 commit-msg.sample
-rwxr-xr-x 1 3327 Apr  3  2020 fsmonitor-watchman.sample
-rwxr-xr-x 1  189 Apr  3  2020 post-update.sample
-rwxr-xr-x 1  424 Apr  3  2020 pre-applypatch.sample
-rwxr-xr-x 1  118 Apr  3  2020 pre-commit
-rwxr-xr-x 1 1638 Apr  3  2020 pre-commit.sample
-rwxr-xr-x 1 1348 Apr  3  2020 pre-push.sample
-rwxr-xr-x 1 4898 Apr  3  2020 pre-rebase.sample
-rwxr-xr-x 1  544 Apr  3  2020 pre-receive.sample
-rwxr-xr-x 1 1492 Apr  3  2020 prepare-commit-msg.sample
-rwxr-xr-x 1 3610 Apr  3  2020 update.sample

/etc/.git/info:
total 4
-rw-r--r-- 1 240 Apr  3  2020 exclude

/etc/.git/logs:
total 68
-rw-r--r-- 1 60021 May  6 08:25 HEAD
drwxr-xr-x 3  4096 Apr  3  2020 refs

/etc/.git/logs/refs:
total 4
drwxr-xr-x 2 4096 Apr  3  2020 heads

/etc/.git/logs/refs/heads:
total 64
-rw-r--r-- 1 60021 May  6 08:25 master

/etc/.git/objects:
total 1032
drwxr-xr-x 2 4096 Mar 27 13:03 00
[ … ]
drwxr-xr-x 2 4096 Jun 12  2020 ff
drwxr-xr-x 2 4096 Apr  3  2020 info
drwxr-xr-x 2 4096 Apr  3  2020 pack

/etc/.git/objects/00:
total 92
-r--r--r-- 1 13623 Jun 30  2020 1c2271807b14845a18e475364a48d9652a1ddd
[ … ]
-r--r--r-- 1 2697 Apr  3  2020 fac6f7df55d080c9804ea3386634bb906c531b

/etc/.git/objects/ff:
total 68
-r--r--r-- 1   62 Apr  3  2020 1f5877865a736c3c30efb1d8826aff909e078e
[ … ]
-r--r--r-- 1  380 Apr  3  2020 f8d813e0e033163e1ffe916f4cb8f0fd97f54b

/etc/.git/objects/info:
total 0

/etc/.git/objects/pack:
total 0

/etc/.git/refs:
total 8
drwxr-xr-x 2 4096 May  6 08:25 heads
drwxr-xr-x 2 4096 Apr  3  2020 tags

/etc/.git/refs/heads:
total 4
-rw-r--r-- 1 41 May  6 08:25 master

/etc/.git/refs/tags:
total 0

/etc/.java/:
total 4
drwxr-xr-x 2 4096 Apr  3  2020 .systemPrefs

/etc/.java/.systemPrefs:
total 0
-rw-r--r-- 1 0 Apr  3  2020 .system.lock
-rw-r--r-- 1 0 Apr  3  2020 .systemRootModFile

Re: [sid] efibootmgr not working on linux 5.10.x [solved]

[Steve McIntyre]

p...@sojka.co wrote:
>On 5/6/21 1:10 PM, Steve McIntyre wrote:
>> 
>> This line:
>> 
>> efivarfs   16384  0
>> 
>> suggests the cause of the problem for you. efibootmgr (and other tools
>> using libefivar) will look into both:
>> 
>>   * /sys/firmware/efi/vars (the old, deprecated interface that was
>> removed in 5.10)
>>   * /sys/firmware/efi/efivars (the new interface, provided by efivarfs)
>> 
>> As you have efivarfs loaded but with use-count of 0, that suggests
>> that you don't have the efivarfs pseudo-filesystem mounted. This
>> should normally be automatically mounted on system boot, along with
>> the other pseudo-filesystems like /sys and /proc.
>
>Thanks! Manually mounting solved the problem. Which service is 
>responsible for mounting /sys/firmware/efi/efivars?

AFAIK it's normally mounted automatically by systemd on EFI systems,
no service needed. It's considered a core part of the system these
days.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts.  We were hired so that management could
 ignore our recommendations and tell us how to do our jobs."  -- Mike Andrews

Re: exim update not responding to update-rc.d

[Michael Biebl]

Am 07.05.21 um 02:12 schrieb Michael Biebl:

exim4 is unfortunately still SysV-only and doesn't ship a native systemd
.service file. So the correct command is

"update-rc.d exim4 disable"


For the curious: you can run "systemctl disable exim4" as well.
This will just run the above command though via
/lib/systemd/systemd-sysv-install

It's a thin wrapper to make systemctl more convenient to use and you 
don't need to remember whether a service has a native .service unit file 
or still ships only a legacy SysV init script.




OpenPGP_signature
Description: OpenPGP digital signature

Re: exim update not responding to update-rc.d

[Michael Biebl]

exim4 is unfortunately still SysV-only and doesn't ship a native systemd
.service file. So the correct command is

"update-rc.d exim4 disable"

"update-rc.d exim4 remove" will remove the symlinks in /etc/rc?.d/ but on
the next package update, they will be recreated.

So if you want to make this a permanent change, use "disable"

man update-rc.d has a section "DISABLING INIT SCRIPT START LINKS"

Regards,
Michael


signature.asc
Description: This is a digitally signed message part

Re: Shorewall and libvirt

[Charles Curley]

On Thu, 6 May 2021 21:25:44 +0200
john doe  wrote:

> > I missed it. Sorry.
> >  
> 
> It is hard to spot it, I was simply mentioning it to let you validate
> what I was saying and not to put you on the spot!

No worries. I did not take it as putting me on the spot.


> 
> >>
> >>
> >> Remember that Bullseye as nftables per default, you might want to
> >> switch back to iptables for Shorewall to work properly.  
> >
> > Done, thank you.
> >  
> 
> :)
> 
> 
> > During this whole fiasco, I noticed a problem with virtmanager. The
> > Bullseye version lets the user edit the XML. This is nice, because
> > it then applies whatever changes the user makes. However, as soon
> > as you hit the apply button, the displayed XML reverts to the
> > original. The file is correct, as indicated by cat, but the display
> > is wrong. Similarly, if you edit externally, even with virsh
> > net-edit, the GUI does not pick up the changes. I believe this is a
> > serious bug. 
> 
> I'm only using the CLI.

Probably a good idea for anything more intricate than starting a VM.

> 
> I would file a bugreport about this on the libvirt mailing list or on
> Github! :)

I will. I believe the Powers That Be at Debian prefer one file a bug
report with Debian, and the Debian maintainers will file an upstream
bug if necessary. Anyway, that's the course I plan to take.

Thanks again.

-- 
Does anybody read signatures any more?

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

Re: HTML syntax.

[Weaver]

On 07-05-2021 08:17, pe...@easthope.ca wrote:
> From: rhkra...@gmail.com
> Date: Tue, 4 May 2021 13:20:31 -0400
>> Scintilla is used as the editing component (text entry and display) of quite 
>> a
>> few editors, among them Geany (there is a list somewhere of maybe up to 100,
>> not sure all of them still exist (or ever existed "in the wild").
> 
> Thanks.  I installed Geany and it colors HTML syntax.  Definitely helpful.
> 
> Mousepad has View > Color Scheme > {None, Classic, Cobalt, ... }.
> None is the only color scheme it will retain. 
> 
> Does mousepad need another module for color schemes to work?

Bluefish supplies all of this: in the repositories.
Cheers!

Harry.

-- 
`The first stage of fascism should more appropriately be called
Corporatism because it is a merger of State and corporate power'.
-- Mussolini

Re: HTML syntax.

[peter]

From: rhkra...@gmail.com
Date: Tue, 4 May 2021 13:20:31 -0400
> Scintilla is used as the editing component (text entry and display) of quite 
> a 
> few editors, among them Geany (there is a list somewhere of maybe up to 100, 
> not sure all of them still exist (or ever existed "in the wild").

Thanks.  I installed Geany and it colors HTML syntax.  Definitely helpful.

Mousepad has View > Color Scheme > {None, Classic, Cobalt, ... }.
None is the only color scheme it will retain. 

Does mousepad need another module for color schemes to work?

Thanks again,   ... P.

-- 
tel: +1 604 670 0140Bcc: peter at easthope. ca

Re: [sid] efibootmgr not working on linux 5.10.x [solved]

[Grzesiek]

On 5/6/21 1:10 PM, Steve McIntyre wrote:

Hi!

p...@sojka.co wrote:

On 4/10/21 7:52 PM, Sven Joachim wrote:

On 2021-04-08 22:30 +0200, Grzesiek wrote:


The problem seems to be related to 5.10.x kernels & LGA1155 based systems.

1. On laptop based on i5-8250u efibootmgr works fine (all kernel versions)

2. On systems based on LGA1155 socket (i5-2500k, i7-3770):
- kernels 5.10.x: efibootmgr does not work,
directory /sys/firmware/efi/efivars is empty
- kernel 5.8.0-2: efibootmgr woks as expected

On 5.8.0-2 i get:

# lsmod | grep efi
efivarfs   16384  0
efi_pstore 16384  0
efivars20480  1 efi_pstore

There is no efivars.ko in 5.10.x. Maybe that is the problem?


The efivars module has indeed been removed from Debian's 5.10 kernels,
as it had been deprecated in favor of efivarfs for a while.

Which versions of efibootmgr and libefivar1 do you have installed?


The problem persists since several months. Now I have:

# apt-list | grep efi
efibootmgr/unstable,now 17-1 amd64 [installed]
libefiboot1/unstable,now 37-6 amd64 [installed,automatic]
libefivar1/unstable,now 37-6 amd64 [installed,automatic]


This line:

efivarfs   16384  0

suggests the cause of the problem for you. efibootmgr (and other tools
using libefivar) will look into both:

  * /sys/firmware/efi/vars (the old, deprecated interface that was
removed in 5.10)
  * /sys/firmware/efi/efivars (the new interface, provided by efivarfs)

As you have efivarfs loaded but with use-count of 0, that suggests
that you don't have the efivarfs pseudo-filesystem mounted. This
should normally be automatically mounted on system boot, along with
the other pseudo-filesystems like /sys and /proc.


Thanks! Manually mounting solved the problem. Which service is 
responsible for mounting /sys/firmware/efi/efivars?

Re: Issue using expo and expo go on the lan

[john doe]

On 5/6/2021 5:35 PM, Dan Ritter wrote:

john doe wrote:

I'm required to use 'expo' as a server and to use the 'expo go' app on a
android device to create apps

On Bullseye, I have installed 'nodejs' and 'npm' 'expo-cli' using 'npm'.

I have created an new app with 'expo init myapp' then I do:
$ cd myapp
$ expo start
This starts the "server" and I can access it at the specified URI
(http:://xxx.xxx.1.5:19000) from a web browser.
Strangely, I see the content of the file app.json but not the app it self.

I have a fiew questions:
- Why am I seeing the content of the *.json file and not the app (I
would like to see the app on android an at the same time in the browser)?


I don't know anything about this system, but I do know this:
when a web-like server is showing you the contents of something
rather than executing it, the web-like server is misconfigured
in some way. Start looking in logs.



Looks like you can not have both (web, android) at the same time.
Thanks for the hints DSR.


--
John Doe

Re: Shorewall and libvirt

[john doe]

On 5/6/2021 8:13 PM, Charles Curley wrote:

On Thu, 6 May 2021 09:49:29 +0200
john doe  wrote:


First you need to disable libvirt from playing with iptables, I
changed (virsh net-edit default) from:


to:




Thank you, that seems to have worked.



Then you can use whatever firewalling solution you like (this is
documented in Libvirt's doc).


I missed it. Sorry.



It is hard to spot it, I was simply mentioning it to let you validate
what I was saying and not to put you on the spot!




Remember that Bullseye as nftables per default, you might want to
switch back to iptables for Shorewall to work properly.


Done, thank you.



:)



During this whole fiasco, I noticed a problem with virtmanager. The
Bullseye version lets the user edit the XML. This is nice, because it
then applies whatever changes the user makes. However, as soon as you
hit the apply button, the displayed XML reverts to the original. The
file is correct, as indicated by cat, but the display is wrong.
Similarly, if you edit externally, even with virsh net-edit, the GUI
does not pick up the changes. I believe this is a serious bug.



I'm only using the CLI.

I would file a bugreport about this on the libvirt mailing list or on
Github! :)

--
John Doe

Re: Shorewall and libvirt

[Charles Curley]

On Thu, 6 May 2021 09:49:29 +0200
john doe  wrote:

> First you need to disable libvirt from playing with iptables, I
> changed (virsh net-edit default) from:
>
> 
> to:
> 
>

Thank you, that seems to have worked.

> 
> Then you can use whatever firewalling solution you like (this is
> documented in Libvirt's doc).

I missed it. Sorry.

> 
> 
> Remember that Bullseye as nftables per default, you might want to
> switch back to iptables for Shorewall to work properly.

Done, thank you.

During this whole fiasco, I noticed a problem with virtmanager. The
Bullseye version lets the user edit the XML. This is nice, because it
then applies whatever changes the user makes. However, as soon as you
hit the apply button, the displayed XML reverts to the original. The
file is correct, as indicated by cat, but the display is wrong.
Similarly, if you edit externally, even with virsh net-edit, the GUI
does not pick up the changes. I believe this is a serious bug.

-- 
Does anybody read signatures any more?

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

Re: Can not delete file with correct permissions

[Greg Wooledge]

On Thu, May 06, 2021 at 06:58:08PM +0200, to...@tuxteam.de wrote:
> No. What the MUA is trying to do (see my other mails) is to create
> and delete lock files. That's why it wants write access to the
> mail spool directory.
> 
> There is a mode for mutt where it actually uses a setgid helper
> program.

Good old dot-locking.  We just had another thread about this one. :-)

So, yeah, that's one of the big arguments for mailboxes being in
user home directories instead of a single global directory.

Re: Can not delete file with correct permissions

[tomas]

On Thu, May 06, 2021 at 12:52:22PM -0400, Greg Wooledge wrote:
> On Thu, May 06, 2021 at 06:04:31PM +0200, to...@tuxteam.de wrote:
> > OK. The problem is you have some directory where users are
> > supposed to be able to create a file, but to only remove
> > *their* files, but not other's.
> > 
> > This is a well-known problem (/tmp also has that problem), and
> > UNIX-like file systems have something for that. This is called
> > the "sticky bit" [1].
> > 
> > And lo and behold, *my* /var/mail has this sticky bit:
> > 
> >  | tomas@trotzki:~$ ls -al /var/mail
> >  | total 220
> >  | drwxrwsr-x  2 root  mail   4096 Feb 25 15:30 .
> >  ^ Here it is
> 
> Incorrect.  That's the setgid bit.

Yikes :)

> unicorn:~$ ls -ld /var/mail /tmp
> drwxrwxrwt 16 root root 12288 May  6 12:39 /tmp/
> drwxrwsr-x  2 root mail  4096 Jan 11  2018 /var/mail/
> 
> /tmp has the sticky bit, which is shown as a "t" in the lowest bit
> position.  /var/mail has the setgid bit, shown as an "s" in the group
> execute bit's position.

Ack. You are right. Sorry for that confusion.

The whole thing has rather to do with write access to the directory
(although I'd have expected that to go with a sticky bit anyway).

> MUAs are not expected to DELETE user inbox files.  If you delete all of
> the messages in your inbox, this should simply leave your inbox file
> empty, not deleted.
> 
> There is no need for a user MUA to delete or rename inbox files in
> system-wide /var/mail directories.  There's an argument to be made that
> it might want to *create* one if it doesn't already exist, but it can't,
> so we simply ignore that.  The inbox file will be created by the system
> MTA when the first message is delivered to that user.  At that point,
> the user's MUA can read and write the existing file without problems.

No. What the MUA is trying to do (see my other mails) is to create
and delete lock files. That's why it wants write access to the
mail spool directory.

There is a mode for mutt where it actually uses a setgid helper
program.




signature.asc
Description: Digital signature

Re: Can not delete file with correct permissions

[Greg Wooledge]

On Thu, May 06, 2021 at 06:04:31PM +0200, to...@tuxteam.de wrote:
> OK. The problem is you have some directory where users are
> supposed to be able to create a file, but to only remove
> *their* files, but not other's.
> 
> This is a well-known problem (/tmp also has that problem), and
> UNIX-like file systems have something for that. This is called
> the "sticky bit" [1].
> 
> And lo and behold, *my* /var/mail has this sticky bit:
> 
>  | tomas@trotzki:~$ ls -al /var/mail
>  | total 220
>  | drwxrwsr-x  2 root  mail   4096 Feb 25 15:30 .
>  ^ Here it is

Incorrect.  That's the setgid bit.

unicorn:~$ ls -ld /var/mail /tmp
drwxrwxrwt 16 root root 12288 May  6 12:39 /tmp/
drwxrwsr-x  2 root mail  4096 Jan 11  2018 /var/mail/

/tmp has the sticky bit, which is shown as a "t" in the lowest bit
position.  /var/mail has the setgid bit, shown as an "s" in the group
execute bit's position.

MUAs are not expected to DELETE user inbox files.  If you delete all of
the messages in your inbox, this should simply leave your inbox file
empty, not deleted.

There is no need for a user MUA to delete or rename inbox files in
system-wide /var/mail directories.  There's an argument to be made that
it might want to *create* one if it doesn't already exist, but it can't,
so we simply ignore that.  The inbox file will be created by the system
MTA when the first message is delivered to that user.  At that point,
the user's MUA can read and write the existing file without problems.

(Insert arguments for user mailboxes to be in ~/Maildir/ instead.)

Re: [SOLVED] Re: Can not delete file with correct permissions

[tomas]

On Thu, May 06, 2021 at 06:30:07PM +0200, Hans wrote:
> Am Donnerstag, 6. Mai 2021, 18:18:18 CEST schrieben Sie:
> So, checked more. Indeed, it is a bug in latest version of mutt. Looks like 
> it 
> is working on i386, but the version in amd64 is buggy.
> 
> For testing purposes I installed an older versionb of mutt, and Voila!, 
> ewverything worked fine.

Great for you. But... I don't understand how. Unless... old mutt
was setgid mail. See here [1] for some background. Actually they
are a bit more careful and use a small helper program which is
setgid mail instead of going with the whole mutt.

Cheers

[1] https://www.fefe.de/muttfaq/faq.html#setgid


signature.asc
Description: Digital signature

Re: Can not delete file with correct permissions

[tomas]

On Thu, May 06, 2021 at 06:18:18PM +0200, Hans wrote:
> Understood. Hmm, just tried mutt again and it can not delete files, telling 
> me, that "temporary files can not be written" in /var/mail.
> 
> So it looks more that the file and directory permissions are set correctly, 
> and that means -> I have to take  a look at mutt.

The way I have things set up is that a mail delivery agent (MDA)
puts things in my home, in ~/mail. It runs under my UID, but with
the `mail' group ID, which is allowed to write to /var/mail.

It is at this step that my mail is distributed to different boxes,
according to rules in my ~/.procmailrc.

The MDA is run by the MTA, which, in my case is Exim4.

"My" mutt doesn't touch /var/mail at all, but has its playground
in my home, specifically ~/mail.

Having user's mail in /var/mail is definitely possible (actually
this used to be the "traditional" schema), but then, either
/var/mail should be writable by "other" or, better, you should
be in group `mail'.

And don't forget the sticky bit -- otherwise users can play nasty
shenanigans on each other.

Cheers
 - t


signature.asc
Description: Digital signature

[SOLVED] Re: Can not delete file with correct permissions

[Hans]

Am Donnerstag, 6. Mai 2021, 18:18:18 CEST schrieben Sie:
So, checked more. Indeed, it is a bug in latest version of mutt. Looks like it 
is working on i386, but the version in amd64 is buggy.

For testing purposes I installed an older versionb of mutt, and Voila!, 
ewverything worked fine.

I will file a bugreport to mutt. 

Thank you all for your help.

Best regards and stay safe!

Hans

> Understood. Hmm, just tried mutt again and it can not delete files, telling
> me, that "temporary files can not be written" in /var/mail.
> 
> So it looks more that the file and directory permissions are set correctly,
> and that means -> I have to take  a look at mutt.
> 
> Easiest way, just uninstall and reinstall, then check. If this does not
> work, looking at permissions of mutt or similar.
> 
> I will tell more as soon as I know.
> 
> Best
> 
> Hans

Re: Can not delete file with correct permissions

[Hans]

Understood. Hmm, just tried mutt again and it can not delete files, telling 
me, that "temporary files can not be written" in /var/mail.

So it looks more that the file and directory permissions are set correctly, 
and that means -> I have to take  a look at mutt.

Easiest way, just uninstall and reinstall, then check. If this does not work, 
looking at permissions of mutt or similar.

I will tell more as soon as I know.

Best

Hans
> 
> OK. The problem is you have some directory where users are
> supposed to be able to create a file, but to only remove
> *their* files, but not other's.
> 
> This is a well-known problem (/tmp also has that problem), and
> UNIX-like file systems have something for that. This is called
> the "sticky bit" [1].
> 
> And lo and behold, *my* /var/mail has this sticky bit:
>  | tomas@trotzki:~$ ls -al /var/mail
>  | total 220
>  | drwxrwsr-x  2 root  mail   4096 Feb 25 15:30 .
> 
>  ^ Here it is
> 
>  | drwxr-xr-x 13 root  root   4096 Oct 30  2017 ..
>  | -rw-rw  1 tomas mail 209515 Feb 25 15:30 tomas
> 
> I don't know why yours has lost it. Unless there's a newfangled
> thing going on. One never knows, these days ;-)
> 
> Cheers
>  - t

Re: Can not delete file with correct permissions

[tomas]

On Thu, May 06, 2021 at 05:55:36PM +0200, Hans wrote:
> Am Donnerstag, 6. Mai 2021, 17:45:29 CEST schrieb Hans:
> I am answering myself: I was wrong, on the other computer rm and touch do 
> also 
> not work.

OK. The problem is you have some directory where users are
supposed to be able to create a file, but to only remove
*their* files, but not other's.

This is a well-known problem (/tmp also has that problem), and
UNIX-like file systems have something for that. This is called
the "sticky bit" [1].

And lo and behold, *my* /var/mail has this sticky bit:

 | tomas@trotzki:~$ ls -al /var/mail
 | total 220
 | drwxrwsr-x  2 root  mail   4096 Feb 25 15:30 .
 ^ Here it is
 | drwxr-xr-x 13 root  root   4096 Oct 30  2017 ..
 | -rw-rw  1 tomas mail 209515 Feb 25 15:30 tomas

I don't know why yours has lost it. Unless there's a newfangled
thing going on. One never knows, these days ;-)

Cheers
 - t


signature.asc
Description: Digital signature

Re: Can not delete file with correct permissions

[Hans]

Am Donnerstag, 6. Mai 2021, 17:52:46 CEST schrieb to...@tuxteam.de:
Looks the same, behaves the same.

I believe, I should take a look to mutt, why it could not delete my mails. 
Mutt was always working well and I have nothing changed. Strange. I will 
examine next time, maybe my mutt is buggy, or I am, whatever.

Thanks for the help at all!

best 

Hans

> On Thu, May 06, 2021 at 05:45:29PM +0200, Hans wrote:
> > Tomas,
> > 
> > but when you are correct, why is it working on another computer wwith
> > exactly the same permissions set? On that other computer it is working
> > well, and I can not see a difference between both.
> 
> Show us all :)
> 
> (honestly. I don't know. But perhaps we can see a difference.
> How does ls -al /var/mail on this "other computer" look?
> 
> Cheers
>  - t

Re: Can not delete file with correct permissions

[Hans]

Am Donnerstag, 6. Mai 2021, 17:45:29 CEST schrieb Hans:
I am answering myself: I was wrong, on the other computer rm and touch do also 
not work.

BTW: I stumbled over this issue, because mutt could not delete my mails due to 
the permissions (but at the other computer it works), so I tried all the steps 
manually. Maybe there is also another failure besides my thinking. :)

Best 

Hans



> Tomas,
> 
> but when you are correct, why is it working on another computer wwith
> exactly the same permissions set? On that other computer it is working
> well, and I can not see a difference between both.
> 
> Cheers
> 
> Hans
> 
> > > ls -la /var/mail
> > > insgesamt 384
> > > drwxrwsr-x  2 root mail   4096  6. Mai 17:02 *.*
> > > 
> >   ^
> >   This is it
> > > 
> > > drwxr-xr-x 13 root root   4096  6. Mai 16:17 *..*
> > > -rw-rw  1 testuser mail 382182  6. Mai 17:02 testuser
> > 
> > As testuser you don't have write permission to /var/mail. To remove
> > a file from that directory (i.e. /var/mail/ullhan63), you would need
> > to change (i.e. write to) the directory.
> > 
> > You can, as testuser write to the file /var/mail/ullhan63, but you
> > can't remove it.
> > 
> > You could make it empty by
> > 
> >   echo -n '' > /var/mail/ullhan63
> > 
> > or some moral equivalent.
> > 
> > Cheers
> > 
> >  - t

Re: Can not delete file with correct permissions

[tomas]

On Thu, May 06, 2021 at 05:45:29PM +0200, Hans wrote:
> Tomas, 
> 
> but when you are correct, why is it working on another computer wwith exactly 
> the same permissions set? On that other computer it is working well, and I 
> can 
> not see a difference between both.

Show us all :)

(honestly. I don't know. But perhaps we can see a difference.
How does ls -al /var/mail on this "other computer" look?

Cheers
 - t


signature.asc
Description: Digital signature

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[tomas]

On Thu, May 06, 2021 at 11:39:27AM -0400, Celejar wrote:
> On Thu, 6 May 2021 13:16:36 +0200
>  wrote:
> 
> > On Thu, May 06, 2021 at 07:00:02AM -0400, The Wanderer wrote:
> > 
> > [...]
> > 
> > > The only options I see offhand (though I'm sure I'm missing some) are A:
> > > that the debian.map.fastlydns.net mirror is in fact not functioning
> > > correctly for anyone at present, or B: that for some reason the
> > > complainer's Internet access is being blocked/filtered in a way which
> > > prevents access to that mirror without preventing access to e.g. this
> > > mailing list.
> > 
> > FWIW, I get a connect, but the page's content is something like
> > 
> >  | Fastly error: unknown domain: debian.map.fastlydns.net. Please check 
> > that this domain has been added to a service.
> >  | 
> >  | Details: cache-hhn11565-HHN
> > 
> > The HTTP code is 500 (had to resort to curl to get that. Browsers
> > are getting more useless at each minor version, it seems :-(
> 
> In Firefox,  "Tools / Browser Tools / Web Developer Tools / Network"
> shows the 500 status code.

Yes, thanks :)

I knew there had to be some way to get there. Doing "curl -ki ..." is
so much simpler :)

Me? I'd expect the browser showing the HTTP response code on its own --
at least when it is unexpected (i.e. 4xx, 5xx but not necessarily 2xx,
3xx).

But that might, at the end, get us smarter users. The Horrors.

Cheers
 - t


signature.asc
Description: Digital signature

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Andrei POPESCU]

On Jo, 06 mai 21, 08:43:22, The Wanderer wrote:
> On 2021-05-06 at 08:40, Greg Wooledge wrote:
> 
> > On Thu, May 06, 2021 at 08:33:47AM -0400, The Wanderer wrote:
> >
> >> On 2021-05-06 at 08:28, Andrei POPESCU wrote:
> >>
> >> > Maybe this helps (though it might be outdated):
> >> > 
> >> > https://deb.debian.org
> >> 
> >> That's the mirror auto-selector which the original complainant here was
> >> using, and which apparently chose debian.map.fastlydns.net as the mirror
> >> to be used, which led to the error which was the subject of the complaint.
> >> 
> >> IOW, I think that site is part of the problem (in that it has a broken
> >> mirror listed), but I don't see how it could help. Is there a part of
> >> your suggestion I'm not understanding?
> > 
> > I believe the suggestion was that you actually *go* to that web page
> > in your web browser and read what it says.  It's fairly short.
> 
> I did, and I didn't see how it was helpful, thus my question.
> 
> > To be fair, though, it'll basically reiterate advice that was
> > already given in this thread ("try a different mirror").
> 
> Which might help in the immediate term, but doesn't get the actual
> problem fixed, that problem being either with the mirror or with the
> configuration of the redirector to include that mirror.

It explains how it's set up, hints that the method used (SRV records) 
might not be supported by all software and provides a workaround.

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


signature.asc
Description: PGP signature

Re: Can not delete file with correct permissions

[Hans]

Tomas, 

but when you are correct, why is it working on another computer wwith exactly 
the same permissions set? On that other computer it is working well, and I can 
not see a difference between both.

Cheers

Hans

> > ls -la /var/mail
> > insgesamt 384
> > drwxrwsr-x  2 root mail   4096  6. Mai 17:02 *.*
> 
>   ^
>   This is it
> 
> > drwxr-xr-x 13 root root   4096  6. Mai 16:17 *..*
> > -rw-rw  1 testuser mail 382182  6. Mai 17:02 testuser
> 
> As testuser you don't have write permission to /var/mail. To remove
> a file from that directory (i.e. /var/mail/ullhan63), you would need
> to change (i.e. write to) the directory.
> 
> You can, as testuser write to the file /var/mail/ullhan63, but you
> can't remove it.
> 
> You could make it empty by
> 
>   echo -n '' > /var/mail/ullhan63
> 
> or some moral equivalent.
> 
> Cheers
>  - t

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Celejar]

On Thu, 6 May 2021 13:16:36 +0200
 wrote:

> On Thu, May 06, 2021 at 07:00:02AM -0400, The Wanderer wrote:
> 
> [...]
> 
> > The only options I see offhand (though I'm sure I'm missing some) are A:
> > that the debian.map.fastlydns.net mirror is in fact not functioning
> > correctly for anyone at present, or B: that for some reason the
> > complainer's Internet access is being blocked/filtered in a way which
> > prevents access to that mirror without preventing access to e.g. this
> > mailing list.
> 
> FWIW, I get a connect, but the page's content is something like
> 
>  | Fastly error: unknown domain: debian.map.fastlydns.net. Please check that 
> this domain has been added to a service.
>  | 
>  | Details: cache-hhn11565-HHN
> 
> The HTTP code is 500 (had to resort to curl to get that. Browsers
> are getting more useless at each minor version, it seems :-(

In Firefox,  "Tools / Browser Tools / Web Developer Tools / Network"
shows the 500 status code.

Celejar

Re: How do I get a copy of log_server_status perl script for apache2?

[Greg Wooledge]

On Thu, May 06, 2021 at 11:30:25AM -0400, Steve Dondley wrote:
> 
> > So, I guess you would download an upstream Apache source tarball,
> > extract
> > it, and copy the log_server_status script out of the extracted tarball
> > and into /usr/local/bin.  Or wherever you want it.
> 
> Interesting. First time I've seen a debian package remove a file like that.
> 
> It can also be downloaded here: 
> https://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/support/log_server_status.in?view=log
> 
> Looks like the shebang line may be modified. It's not in a format I'm
> familiar with.

You're looking at "log_server_status.in" which is meant to be processed
by GNU autoconf to generate the actual log_server_status file.  All of
those @foo@ templates are placeholders that autoconf will replace with
other values.  (It's not just the shebang -- there are more.)

So, I guess copying it out of the source tree might have been a naive
suggestion.  You'll at least have to run the ./configure script in a way
that matches how the Debian package is built, and then probably build
most, or all, of Apache itself, in order to get a working perl script.

(Either that, or perform all of the substitutions by hand.)

Re: Issue using expo and expo go on the lan

[Dan Ritter]

john doe wrote: 
> I'm required to use 'expo' as a server and to use the 'expo go' app on a
> android device to create apps
> 
> On Bullseye, I have installed 'nodejs' and 'npm' 'expo-cli' using 'npm'.
> 
> I have created an new app with 'expo init myapp' then I do:
> $ cd myapp
> $ expo start
> This starts the "server" and I can access it at the specified URI
> (http:://xxx.xxx.1.5:19000) from a web browser.
> Strangely, I see the content of the file app.json but not the app it self.
> 
> I have a fiew questions:
> - Why am I seeing the content of the *.json file and not the app (I
> would like to see the app on android an at the same time in the browser)?

I don't know anything about this system, but I do know this:
when a web-like server is showing you the contents of something
rather than executing it, the web-like server is misconfigured
in some way. Start looking in logs.

-dsr-

Re: Can not delete file with correct permissions

[tomas]

On Thu, May 06, 2021 at 05:25:02PM +0200, Hans wrote:
> Dear list, 
> 
> I am stuck with an issue, I can not explain what is wrong.

See below:

> System: Debian-amd64/testing
> Problem: I can not delete or create a file as normal user, though the 
> permissions seem to 
> be set right.
> 
> Description: As the normal user I "testuser" want to delete the file 
> /var/mail/testuser
> 
> However I get the "no Permission" error and can not delete it. It is also not 
> possible, to 
> create a new file using vi or touch.
> 
> Permissions are looking good for me, please take a look:
> ls -la /var/mail/testuser  
> -rw-rw 1 testuser mail 382182  6. Mai 17:02 /var/mail/ullhan63
> 
> ls -la /var/mail 
> insgesamt 384 
> drwxrwsr-x  2 root mail   4096  6. Mai 17:02 *.* 
  ^
  This is it

> drwxr-xr-x 13 root root   4096  6. Mai 16:17 *..* 
> -rw-rw  1 testuser mail 382182  6. Mai 17:02 testuser

As testuser you don't have write permission to /var/mail. To remove
a file from that directory (i.e. /var/mail/ullhan63), you would need
to change (i.e. write to) the directory.

You can, as testuser write to the file /var/mail/ullhan63, but you
can't remove it.

You could make it empty by

  echo -n '' > /var/mail/ullhan63

or some moral equivalent.

Cheers
 - t


signature.asc
Description: Digital signature

Re: How do I get a copy of log_server_status perl script for apache2?

[Steve Dondley]

So, I guess you would download an upstream Apache source tarball, 
extract

it, and copy the log_server_status script out of the extracted tarball
and into /usr/local/bin.  Or wherever you want it.


Interesting. First time I've seen a debian package remove a file like 
that.


It can also be downloaded here: 
https://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/support/log_server_status.in?view=log


Looks like the shebang line may be modified. It's not in a format I'm 
familiar with.

Re: Can not delete file with correct permissions

[Greg Wooledge]

On Thu, May 06, 2021 at 05:25:02PM +0200, Hans wrote:
> Description: As the normal user I "testuser" want to delete the file 
> /var/mail/testuser

Creating, deleting or renaming a file does not require permissions on
the file itself.  It requires permissions on the *directory* the file
is (or wants to be) inside.

Can not delete file with correct permissions

[Hans]

Dear list, 

I am stuck with an issue, I can not explain what is wrong.


System: Debian-amd64/testing
Problem: I can not delete or create a file as normal user, though the 
permissions seem to 
be set right.

Description: As the normal user I "testuser" want to delete the file 
/var/mail/testuser

However I get the "no Permission" error and can not delete it. It is also not 
possible, to 
create a new file using vi or touch.

Permissions are looking good for me, please take a look:
ls -la /var/mail/testuser  
-rw-rw 1 testuser mail 382182  6. Mai 17:02 /var/mail/ullhan63

ls -la /var/mail 
insgesamt 384 
drwxrwsr-x  2 root mail   4096  6. Mai 17:02 *.* 
drwxr-xr-x 13 root root   4096  6. Mai 16:17 *..* 
-rw-rw  1 testuser mail 382182  6. Mai 17:02 testuser

ls -la /var | grep mail 
drwxrwsr-x   2 root mail   4096  6. Mai 17:02 mail
And also the attribs looking not unusual, please see:

lsattr /var/mail/ullhan63  
--e--- /var/mail/testuser

I've got the IMO identical configuration on another computer, and on that 
system it works 
fine. The other, working computer, got the same permissions as this one (except 
the 
working one is 32-bit)

What did I not see? Where should I take a look, too?

Any help will be preciated.

Thank you and best regards

Hans


lattr 




l
 

Issue using expo and expo go on the lan

[john doe]

Debians,

I'm required to use 'expo' as a server and to use the 'expo go' app on a
android device to create apps

On Bullseye, I have installed 'nodejs' and 'npm' 'expo-cli' using 'npm'.

I have created an new app with 'expo init myapp' then I do:
$ cd myapp
$ expo start
This starts the "server" and I can access it at the specified URI
(http:://xxx.xxx.1.5:19000) from a web browser.
Strangely, I see the content of the file app.json but not the app it self.

I have a fiew questions:
- Why am I seeing the content of the *.json file and not the app (I
would like to see the app on android an at the same time in the browser)?
- Do I need to open other ports than the one shown when starting the
server (per default 19000)?
- The android device can't access the server at 'exp://xxx.xxx.1.5'?


Any feedback is appriciated.

--
John Doe

Re: How do I get a copy of log_server_status perl script for apache2?

[Greg Wooledge]

On Thu, May 06, 2021 at 11:02:01AM -0400, Steve Dondley wrote:
> I have a stock apache2 server installed with apt-get. There is supposedly a
> perl script for getting machine-readable output of the apache status:
> http://httpd.apache.org/docs/2.4/programs/log_server_status.html
> 
> However, I can't find this script anywhere on my Debian Buster install and a
> package search turns up nothing except the documentation page I linked to
> above.
> 
> How do I get and install this script?

Looks like the Debian maintainer(s) of apache2 decided not to include
it.

https://packages.debian.org/buster/amd64/apache2-utils/filelist

So, I guess you would download an upstream Apache source tarball, extract
it, and copy the log_server_status script out of the extracted tarball
and into /usr/local/bin.  Or wherever you want it.

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Darac Marjal]

On 06/05/2021 15:34, David Wright wrote:
> [cut]
> I thought the page rather full of gobbledegook, talking about SRV
> records and CDN instances. As for trying a different mirror, the only
> occurrence of "mirror" is "This service provides mirrors for the
> following Debian archive repositories".
>
> And the instance chosen, "cdn-fastly.deb.debian.org" is not actually
> among these mysterious SRV records, "_http._tcp.deb.debian.org",
> "prod.debian.map.fastly.net" and "dpvctowv9b08b.cloudfront.net" that
> we're not even told how to obtain.

SRV records are a DNS record type. That is, when you want to know what
IPv4 address example.org maps to, you ask for an A record; when you want
to know what IPv6 address it maps to, you ask for an  record. DNS
holds much more than just IP address records, though. You can ask it
"What servers handle the mail for the domain example.org?" (MX records),
"What is the geographical location of example.org?" (LOC records) and
"What are the SSH host keys of example.org, so that I don't have to
hassle users about trusting fingerprints?" (SSHFP records).

SRV records answer the question "Where is the ... service for 
located?" They are a more sophisticated response than a CNAME because
they contain quite a bit of information. Firstly, SRV records should
follow a defined format. "Everyone knows" that to get to the web server
on example.org, you open port 80 at www.example.org, don't they? But
what if you don't want to host it there? With an SRV record at
_http._tcp.example.org (HTTP is always served over TCP, but the format
is always _service._protocol.name), you can point it elsewhere.

The content of an SRV record consists of a string with four
space-separated fields: Priority, Weight. Port and Target. Priority and
Weight are used together, and any client which handles SRV records is
supposed to read them all to provide weighted load-balancing. Port and
Target are the most interesting parts here, though. With these, you can
tell a suitable client that the "HTTP" service for "example.org" is
actually on port 8080 of "dev.example.org" and, the client will connect
there instead of port 80.

Now, SRV records aren't magic. Many protocols either predate the idea of
SRV records, or just don't use it. Some protocols mandate its use. In
the case of HTTP, though, it would appear that the choice to use SRV
records is a client choice. If the User Agent performs an SRV lookup
(like _newer_ apt/apt-get versions do), then they can be redirected.
Otherwise, they will make the assumption to use the well-known addresses.

For more information, please re-read
https://en.wikipedia.org/wiki/SRV_record




OpenPGP_signature
Description: OpenPGP digital signature

How do I get a copy of log_server_status perl script for apache2?

[Steve Dondley]

I have a stock apache2 server installed with apt-get. There is 
supposedly a perl script for getting machine-readable output of the 
apache status: 
http://httpd.apache.org/docs/2.4/programs/log_server_status.html


However, I can't find this script anywhere on my Debian Buster install 
and a package search turns up nothing except the documentation page I 
linked to above.


How do I get and install this script?

Re: Bullseye police des menus

[NoSpam]

Le 06/05/2021 à 16:33, Georges a écrit :

  Re bonjour,

  Je remercie ceux qui mon aidés mais après de très nombreuses
  manipulations toutes mes applications affichent des polices "lisibles"
  sauf LibreOffice pour sa barre de menus. Il me faut une loupe pour
  distinguer Fichier Édition ect.. quand aux Options c'est avec un
  microscope.

  C'est donc bien  LibreOffice qui à un défaut.
Je ne pense pas: avez vous installer libreoffice[gtk|kde|gnome|...] en 
fonction de votre environnement ?


Georges


Le Wed, 5 May 2021 22:16:26 +0200,

G a écrit :


  Bonsoir,

Le Wed, 5 May 2021 08:58:46 +0200,

DG a écrit :


Bonjour,

peut-être trouveras-tu ton bonheur là:
https://ice-wm.org/manual/ (aller directement à "fonts"
https://www.tapatalk.com/groups/antix/icewm-menu-font-size-solved-t5456.html

Je ne me souviens plus si tu as un peu de difficultés à lire
l'anglais, si c'est le cas la Traduction Google peut t'aider
https://translate.google.com/
(tu colles directement l'URL dans le cartouche du texte à traduire)


  Merci de votre aide. J'ai compris que le fichier
~/.icewm/prefoverride permet de modifier les préférences prédéfinies.
  J'ai consulté les URLs et "trafiqué" mon icewm en fonction.
  J'ai créé le fichier ~/.icewm/prefoverride et en reprenant et
copiant les options du fichier ~/.icewm/preferences je devrais (?)
m'en sortir, non ?
  Merci encore de m'avoir aiguillé ;-)

 Georges

  ps: Pour traduire ma méconnaissance de l'Anglais j'utilise mate
  translate a longueur de journées ;-)

Re: OT: dotfile generalities (was Re: repeated system mail, /etc/.pwd.lock ?)

[Greg Wooledge]

On Thu, May 06, 2021 at 02:37:17PM +, davidson wrote:
> > $ shopt -s globstar
> > $ ls /etc/**/.[^.]*
> 
> It now occurs to me that this still omits files like /etc/.a and
> /etc/..metadotfile

It doesn't omit .a .  The * is allowed to match the empty string.

> Instead,
> 
>  $ ls /etc/**/.{.?,[^.]}*
> 
> does what I intend, which is to display all dotfiles under /etc. Seems
> unduly complicated if you ask me, but it is what it is.

find /etc -type f -name '.*'

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Greg Wooledge]

On Thu, May 06, 2021 at 09:34:58AM -0500, David Wright wrote:
> ¹ Now after reading
>   https://lists.debian.org/debian-user/2021/05/msg00238.html
>   I'm not even sure about that. I was under the impression,
>   from this list, that https was best avoided in favour of http.

Under ideal circumstances, it is.  Plain HTTP can be proxied and cached,
and therefore is far more efficient when admins go out of their way to
make it so.  There's also slightly less overhead, so even in the most
vanilla setups, it's a *tiny* bit more efficient.

The problem is, a lot of hosts are stuck with broken Internet setups,
intentionally or otherwise.  In some of those situations, using HTTPS
instead of plain HTTP can work around the brokenness and get you the
packages.  It's not ideal, but it's reality.

My workplace is one of those intentionally broken setups.  So, don't
think it can't happen to you.

OT: dotfile generalities (was Re: repeated system mail, /etc/.pwd.lock ?)

[davidson]

On Thu, 6 May 2021 davidson wrote:
[dd]

To that end, I can occasionally do something like

$ ls -Rp | less

and make a point of examining the first couple of things that look
unfamiliar.

This misses out dotfiles.

[dd]

So when I look for what I'm missing out on, and do...

$ shopt -s globstar
$ ls /etc/**/.[^.]*


It now occurs to me that this still omits files like /etc/.a and
/etc/..metadotfile

Instead,

 $ ls /etc/**/.{.?,[^.]}*

does what I intend, which is to display all dotfiles under /etc. Seems
unduly complicated if you ask me, but it is what it is.

I can feel it coming on: Someone is going to tell me to just use find.

Talk about unduly complicated! And I don't want to.



...then I find

* /etc/.pwd.lock, clearly an exception to the /etc profile above
* various ".placeholder" files, also clear exceptions
* model (eponymous) home directory config files under /etc/skel
* some ".depends.*" files in /etc/init.d/ which are not init scripts

[dd]

--
Ce qui est important est rarement urgent
et ce qui est urgent est rarement important
-- Dwight David Eisenhower

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[David Wright]

On Thu 06 May 2021 at 08:43:22 (-0400), The Wanderer wrote:
> On 2021-05-06 at 08:40, Greg Wooledge wrote:
> > On Thu, May 06, 2021 at 08:33:47AM -0400, The Wanderer wrote:
> >> On 2021-05-06 at 08:28, Andrei POPESCU wrote:

> >> > > On Thu, May 06, 2021 at 07:00:02AM -0400, The Wanderer wrote:
> >> > > > ISTR that
> >> > > > this is the second complaint about this mirror not working correctly
> >> > > > we've seen in the past week or three; whether they are from different
> >> > > > people, or both from the same, I don't know.

Six days ago, and 11 timezones apart.

> >> > Maybe this helps (though it might be outdated):
> >> > 
> >> > https://deb.debian.org
> >> 
> >> That's the mirror auto-selector which the original complainant here was
> >> using, and which apparently chose debian.map.fastlydns.net as the mirror
> >> to be used, which led to the error which was the subject of the complaint.
> >> 
> >> IOW, I think that site is part of the problem (in that it has a broken
> >> mirror listed), but I don't see how it could help. Is there a part of
> >> your suggestion I'm not understanding?
> > 
> > I believe the suggestion was that you actually *go* to that web page
> > in your web browser and read what it says.  It's fairly short.
> 
> I did, and I didn't see how it was helpful, thus my question.

I went there too, once I realised that it was a reference to be
browsed, rather than something to do with one's sources.list.¹

> > To be fair, though, it'll basically reiterate advice that was
> > already given in this thread ("try a different mirror").

I thought the page rather full of gobbledegook, talking about SRV
records and CDN instances. As for trying a different mirror, the only
occurrence of "mirror" is "This service provides mirrors for the
following Debian archive repositories".

And the instance chosen, "cdn-fastly.deb.debian.org" is not actually
among these mysterious SRV records, "_http._tcp.deb.debian.org",
"prod.debian.map.fastly.net" and "dpvctowv9b08b.cloudfront.net" that
we're not even told how to obtain.

> Which might help in the immediate term, but doesn't get the actual
> problem fixed, that problem being either with the mirror or with the
> configuration of the redirector to include that mirror.

Yes, more useful might be a page something like one of these:
https://packages.debian.org/buster/amd64/base-files/download
that might get you back on your feet.

¹ Now after reading
  https://lists.debian.org/debian-user/2021/05/msg00238.html
  I'm not even sure about that. I was under the impression,
  from this list, that https was best avoided in favour of http.

Cheers,
David.

Re: Bullseye police des menus

[Georges]

 Re bonjour,

 Je remercie ceux qui mon aidés mais après de très nombreuses
 manipulations toutes mes applications affichent des polices "lisibles"
 sauf LibreOffice pour sa barre de menus. Il me faut une loupe pour
 distinguer Fichier Édition ect.. quand aux Options c'est avec un
 microscope.

 C'est donc bien  LibreOffice qui à un défaut.

Georges


Le Wed, 5 May 2021 22:16:26 +0200,

G a écrit :

>  Bonsoir,
> 
> Le Wed, 5 May 2021 08:58:46 +0200,
> 
> DG a écrit :
> 
> > Bonjour,
> > 
> > peut-être trouveras-tu ton bonheur là:
> > https://ice-wm.org/manual/ (aller directement à "fonts"
> > https://www.tapatalk.com/groups/antix/icewm-menu-font-size-solved-t5456.html
> > 
> > Je ne me souviens plus si tu as un peu de difficultés à lire
> > l'anglais, si c'est le cas la Traduction Google peut t'aider
> > https://translate.google.com/
> > (tu colles directement l'URL dans le cartouche du texte à traduire)
> > 
>  Merci de votre aide. J'ai compris que le fichier
> ~/.icewm/prefoverride permet de modifier les préférences prédéfinies.
>  J'ai consulté les URLs et "trafiqué" mon icewm en fonction.
>  J'ai créé le fichier ~/.icewm/prefoverride et en reprenant et
> copiant les options du fichier ~/.icewm/preferences je devrais (?)
> m'en sortir, non ?
>  Merci encore de m'avoir aiguillé ;-)
> 
> Georges
> 
>  ps: Pour traduire ma méconnaissance de l'Anglais j'utilise mate
>  translate a longueur de journées ;-)
> 

Re: MX Sources List

[mick crane]

On 2021-05-06 14:57, Greg Wooledge wrote:

On Thu, May 06, 2021 at 04:49:09PM +0300, ellanios82 wrote:

 - please, for MX , what would be an appropriate Sources List ??


https://mxlinux.org/support/


being curious and looked.
https://mxlinux.org/wiki/system/repos-mx-19/

mick
--
Key ID4BFEBB31

Re: Buster 10.9 No reconoce impresora.

[Walter Omar Dari]

Hola:

El 5/5/21 a las 14:35, Aristobulo_Pinzón escribió:




¿Has probado a ejecutar la utilidad como usuario desde el entorno
gráfico? ¿CUPS la ve correctamente?

En cualquier caso, prueba a reintalar el paquete de hplip, quizá al
actualizar el sistema se haya hecho un lío con los permisos del puerto USB.

Saludos,

--
Camaleón



Gracias por responder.
Basándome en tu respuesta cambie de puerto usb y la conecte en uno del lado de 
atrás, y logró ser reconocida en instalada para imprimir a través del cable. 
Pero cuando hago la instalación para imprimir a través de wiwfi no se logra 
instalar y presenta el siguiente error:

GET /DevMgmt/IOConfigDyn.xml HTTP/1.1
Host: localhost
User-Agent: hplip/3.0
Content-Type: text/xml; charset=utf-8
Content-Length: 0


Traceback (most recent call last):
   File "/usr/share/hplip/ui5/wifisetupdialog.py", line 754, in 
NextButton_clicked
 self.showExitPage()
   File "/usr/share/hplip/ui5/wifisetupdialog.py", line 573, in showExitPage
 self.ip, subnetmask, gateway, pri_dns, sec_dns, addressmode = 
self.wifiobj.getwifiotherdetails(self.dev,self.adapterName)
AttributeError: 'WifiSetupDialog' object has no attribute 'wifiobj'
Abortado

Parece que en la actualización algún script de pyton quedo inservible. ( es mi 
torpe opinión)…

Pregunta: Es posible instalar la versión de HPLIP que había antes de 
actualizarse debian a la 10.9?… funcionaba bien!…


Si la impresora permite configurarle una IP fija, podes definirle una y 
luego cuando la instalas usando CUPS seleccionas que la conexión es por 
socket y ahí le colocas el número de IP definido en la impresora.





Mucha paz para todos.



Saludos,


--

Walter O. Dari

http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/

Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.

WhatsApp:
2396 577140 (no se atienden llamadas)

Re: MX Sources List

[Greg Wooledge]

On Thu, May 06, 2021 at 04:49:09PM +0300, ellanios82 wrote:
>  - please, for MX , what would be an appropriate Sources List ??

https://mxlinux.org/support/

Re: repeated system mail, /etc/.pwd.lock ?

[davidson]

On Wed, 5 May 2021 David Wright wrote:
[dd]


One thing I didn't learn is why .pwd.lock is in /etc/ rather than,
say, /run/lock/. Perhaps related, why are there dotfiles in /etc/
anyway. (.git/, .java/, .etckeeper, .gitignore are the others.)
What are they hiding from?

[dd]

I would assume that they are "hidden" because they are merely
peripheral or auxiliary to the *purpose* of the directory containing
them.

We tend to group files into directories devoted to one function or
another. This certainly seems to be the unstated premise of hier(7),
for example.

So home directories hold a user's content. Per-user configuration
falls outside that canonical function, hence the ~/.dotfile convention
in home directories.

Likewise, I assume that files under /etc are text files that determine
system configuration, and that if system configuration is something I
care about, then I ought to at least gain a passing familiarity with
each such file under /etc, ideally (eventually) become familiar with
its content and function, and generally consider myself responsible
for the conseqences of that content, take responsiblity for reviewing
and editing it, etc.

To that end, I can occasionally do something like

 $ ls -Rp | less

and make a point of examining the first couple of things that look
unfamiliar.

This misses out dotfiles. But with a few exceptions --which seem to
prove the rule after all-- this omission serves my purposes just
fine. That is, when I understand the purpose of the file hierarchy
then I know where to look to find what I want, and I'm spared the
trouble of ignoring certain files whose presence is
helpful-yet-peripheral to the purpose of a given directory.

So when I look for what I'm missing out on, and do...

 $ shopt -s globstar
 $ ls /etc/**/.[^.]*

...then I find

 * /etc/.pwd.lock, clearly an exception to the /etc profile above
 * various ".placeholder" files, also clear exceptions
 * model (eponymous) home directory config files under /etc/skel
 * some ".depends.*" files in /etc/init.d/ which are not init scripts

I don't have under /etc any of .git/, .gitignore, .etckeeper, .java/.
But don't they contain mere meta-info, relative to the primary purpose
of the directory containing them? (I don't know a thing about .java/
btw, so am curious.)

If I put say /etc/default/ under revision control, I would not want
new meta-files appearing whenever I did "ls /etc/default".

--
Ce qui est important est rarement urgent
et ce qui est urgent est rarement important
-- Dwight David Eisenhower

MX Sources List

[ellanios82]

Dear List ,


 - i am , unfortunately, a very confused newby :((


 - please, for MX , what would be an appropriate Sources List ??


...

 thank you

.

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Dan Ritter]

Andrei POPESCU wrote: 
> On Jo, 06 mai 21, 13:16:36, to...@tuxteam.de wrote:
> > On Thu, May 06, 2021 at 07:00:02AM -0400, The Wanderer wrote:
> > 
> > [...]
> > 
> > > The only options I see offhand (though I'm sure I'm missing some) are A:
> > > that the debian.map.fastlydns.net mirror is in fact not functioning
> > > correctly for anyone at present, or B: that for some reason the
> > > complainer's Internet access is being blocked/filtered in a way which
> > > prevents access to that mirror without preventing access to e.g. this
> > > mailing list.
> > 
> > FWIW, I get a connect, but the page's content is something like
> > 
> >  | Fastly error: unknown domain: debian.map.fastlydns.net. Please check 
> > that this domain has been added to a service.
> >  | 
> >  | Details: cache-hhn11565-HHN
> > 
> > The HTTP code is 500 (had to resort to curl to get that. Browsers
> > are getting more useless at each minor version, it seems :-(
> > 
> > So I'd go with (A). The fastlydns folks gotta something to fix.
> 
> Maybe this helps (though it might be outdated):
> 
> https://deb.debian.org
> 

I received a note from the thread originator saying that they
had changed from http to https and things were working now.

-dsr-

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[The Wanderer]

On 2021-05-06 at 08:40, Greg Wooledge wrote:

> On Thu, May 06, 2021 at 08:33:47AM -0400, The Wanderer wrote:
>
>> On 2021-05-06 at 08:28, Andrei POPESCU wrote:
>>
>> > Maybe this helps (though it might be outdated):
>> > 
>> > https://deb.debian.org
>> 
>> That's the mirror auto-selector which the original complainant here was
>> using, and which apparently chose debian.map.fastlydns.net as the mirror
>> to be used, which led to the error which was the subject of the complaint.
>> 
>> IOW, I think that site is part of the problem (in that it has a broken
>> mirror listed), but I don't see how it could help. Is there a part of
>> your suggestion I'm not understanding?
> 
> I believe the suggestion was that you actually *go* to that web page
> in your web browser and read what it says.  It's fairly short.

I did, and I didn't see how it was helpful, thus my question.

> To be fair, though, it'll basically reiterate advice that was
> already given in this thread ("try a different mirror").

Which might help in the immediate term, but doesn't get the actual
problem fixed, that problem being either with the mirror or with the
configuration of the redirector to include that mirror.

-- 
   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: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Greg Wooledge]

On Thu, May 06, 2021 at 08:33:47AM -0400, The Wanderer wrote:
> On 2021-05-06 at 08:28, Andrei POPESCU wrote:
> > Maybe this helps (though it might be outdated):
> > 
> > https://deb.debian.org
> 
> That's the mirror auto-selector which the original complainant here was
> using, and which apparently chose debian.map.fastlydns.net as the mirror
> to be used, which led to the error which was the subject of the complaint.
> 
> IOW, I think that site is part of the problem (in that it has a broken
> mirror listed), but I don't see how it could help. Is there a part of
> your suggestion I'm not understanding?

I believe the suggestion was that you actually *go* to that web page
in your web browser and read what it says.  It's fairly short.

To be fair, though, it'll basically reiterate advice that was already
given in this thread ("try a different mirror").

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[The Wanderer]

On 2021-05-06 at 08:28, Andrei POPESCU wrote:

> On Jo, 06 mai 21, 13:16:36, to...@tuxteam.de wrote:
>
>> On Thu, May 06, 2021 at 07:00:02AM -0400, The Wanderer wrote:
>> 
>> [...]
>> 
>> > The only options I see offhand (though I'm sure I'm missing some) are A:
>> > that the debian.map.fastlydns.net mirror is in fact not functioning
>> > correctly for anyone at present, or B: that for some reason the
>> > complainer's Internet access is being blocked/filtered in a way which
>> > prevents access to that mirror without preventing access to e.g. this
>> > mailing list.
>> 
>> FWIW, I get a connect, but the page's content is something like
>> 
>>  | Fastly error: unknown domain: debian.map.fastlydns.net. Please check that 
>> this domain has been added to a service.
>>  | 
>>  | Details: cache-hhn11565-HHN
>> 
>> The HTTP code is 500 (had to resort to curl to get that. Browsers
>> are getting more useless at each minor version, it seems :-(
>> 
>> So I'd go with (A). The fastlydns folks gotta something to fix.
> 
> Maybe this helps (though it might be outdated):
> 
> https://deb.debian.org

That's the mirror auto-selector which the original complainant here was
using, and which apparently chose debian.map.fastlydns.net as the mirror
to be used, which led to the error which was the subject of the complaint.

IOW, I think that site is part of the problem (in that it has a broken
mirror listed), but I don't see how it could help. Is there a part of
your suggestion I'm not understanding?

-- 
   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: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Charles Curley]

On Thu, 06 May 2021 07:00:02 -0400
The Wanderer  wrote:

> The only options I see offhand (though I'm sure I'm missing some) are
> A: that the debian.map.fastlydns.net mirror is in fact not functioning
> correctly for anyone at present, or B: that for some reason the
> complainer's Internet access is being blocked/filtered in a way which
> prevents access to that mirror without preventing access to e.g. this
> mailing list.

I also have had problems with debian.map.fastlydns.net. That leads me
to suspect A. I simply ignored it until it went away.

Anyone else?


-- 
Does anybody read signatures any more?

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


pgpQCYklZ9QJh.pgp
Description: OpenPGP digital signature

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Andrei POPESCU]

On Jo, 06 mai 21, 13:16:36, to...@tuxteam.de wrote:
> On Thu, May 06, 2021 at 07:00:02AM -0400, The Wanderer wrote:
> 
> [...]
> 
> > The only options I see offhand (though I'm sure I'm missing some) are A:
> > that the debian.map.fastlydns.net mirror is in fact not functioning
> > correctly for anyone at present, or B: that for some reason the
> > complainer's Internet access is being blocked/filtered in a way which
> > prevents access to that mirror without preventing access to e.g. this
> > mailing list.
> 
> FWIW, I get a connect, but the page's content is something like
> 
>  | Fastly error: unknown domain: debian.map.fastlydns.net. Please check that 
> this domain has been added to a service.
>  | 
>  | Details: cache-hhn11565-HHN
> 
> The HTTP code is 500 (had to resort to curl to get that. Browsers
> are getting more useless at each minor version, it seems :-(
> 
> So I'd go with (A). The fastlydns folks gotta something to fix.

Maybe this helps (though it might be outdated):

https://deb.debian.org

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


signature.asc
Description: PGP signature

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[tomas]

On Thu, May 06, 2021 at 07:00:02AM -0400, The Wanderer wrote:

[...]

> The only options I see offhand (though I'm sure I'm missing some) are A:
> that the debian.map.fastlydns.net mirror is in fact not functioning
> correctly for anyone at present, or B: that for some reason the
> complainer's Internet access is being blocked/filtered in a way which
> prevents access to that mirror without preventing access to e.g. this
> mailing list.

FWIW, I get a connect, but the page's content is something like

 | Fastly error: unknown domain: debian.map.fastlydns.net. Please check that 
this domain has been added to a service.
 | 
 | Details: cache-hhn11565-HHN

The HTTP code is 500 (had to resort to curl to get that. Browsers
are getting more useless at each minor version, it seems :-(

So I'd go with (A). The fastlydns folks gotta something to fix.

Cheers
 - t


signature.asc
Description: Digital signature

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Dan Ritter]

The Wanderer wrote: 
> On 2021-05-06 at 05:41, Dan Ritter wrote:
> 
> > https://www.debian.org/mirror/list
> 
> In case A, either the people who run that mirror need to fix whatever's
> wrong with it, or it needs to be removed from the auto-selector's list.
> 
> In case B, either the blocking is a mistake (in which case someone -
> possibly the mirror maintainers, possibly the complainer - needs to
> reach out to whoever's doing the blocking and get them to correct that
> mistake), or it's intentional (in which case the complainer is off-base,
> and needs to either switch to a different Internet access - which might
> be impossible, depending on the circumstances - or stop using the
> auto-selector and choose a mirror that isn't being blocked).

In all of these cases, the fastest solution from the perspective
of this particular person is to choose a different mirror from
the list.

If they come back and say "none of them work", that's useful
information.

If they come back and say "this particular one worked", that's
also useful information.

-dsr-

Re: [sid] efibootmgr not working on linux 5.10.x & LGA1155

[Steve McIntyre]

Hi!

p...@sojka.co wrote:
>On 4/10/21 7:52 PM, Sven Joachim wrote:
>> On 2021-04-08 22:30 +0200, Grzesiek wrote:
>>>
>>> The problem seems to be related to 5.10.x kernels & LGA1155 based systems.
>>>
>>> 1. On laptop based on i5-8250u efibootmgr works fine (all kernel versions)
>>>
>>> 2. On systems based on LGA1155 socket (i5-2500k, i7-3770):
>>> - kernels 5.10.x: efibootmgr does not work,
>>> directory /sys/firmware/efi/efivars is empty
>>> - kernel 5.8.0-2: efibootmgr woks as expected
>>>
>>> On 5.8.0-2 i get:
>>>
>>> # lsmod | grep efi
>>> efivarfs   16384  0
>>> efi_pstore 16384  0
>>> efivars20480  1 efi_pstore
>>>
>>> There is no efivars.ko in 5.10.x. Maybe that is the problem?
>> 
>> The efivars module has indeed been removed from Debian's 5.10 kernels,
>> as it had been deprecated in favor of efivarfs for a while.
>> 
>> Which versions of efibootmgr and libefivar1 do you have installed?
>
>The problem persists since several months. Now I have:
>
># apt-list | grep efi
>efibootmgr/unstable,now 17-1 amd64 [installed]
>libefiboot1/unstable,now 37-6 amd64 [installed,automatic]
>libefivar1/unstable,now 37-6 amd64 [installed,automatic]

This line:

efivarfs   16384  0

suggests the cause of the problem for you. efibootmgr (and other tools
using libefivar) will look into both:

 * /sys/firmware/efi/vars (the old, deprecated interface that was
   removed in 5.10)
 * /sys/firmware/efi/efivars (the new interface, provided by efivarfs)

As you have efivarfs loaded but with use-count of 0, that suggests
that you don't have the efivarfs pseudo-filesystem mounted. This
should normally be automatically mounted on system boot, along with
the other pseudo-filesystems like /sys and /proc.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts.  We were hired so that management could
 ignore our recommendations and tell us how to do our jobs."  -- Mike Andrews

Re: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[The Wanderer]

On 2021-05-06 at 05:41, Dan Ritter wrote:

> ISRAEL wrote: 
>
>> Very annoying when UPDATE = apt update always fail =
>> 
>> *Err:3 http://deb.debian.org/debian 
>> buster/updates InRelease*
>> *  Could not connect to debian.map.fastlydns.net
>> :80*
> 
> 
> Feel free to choose something more convenient for you from the 
> list:
> 
> https://www.debian.org/mirror/list

I think the complaint, insofar as there is one that specific, is that
the mirror auto-selector is choosing a mirror that does not function
correctly (or at least does not do so for some people, without any
obvious reason why it would work for others and not for them). ISTR that
this is the second complaint about this mirror not working correctly
we've seen in the past week or three; whether they are from different
people, or both from the same, I don't know.

(Note that the person making the complaint did not choose to use
debian.map.fastlydns.net; that person chose to use the mirror
auto-selector, deb.debian.org, which in this instance chose the
fastlydns option.)

The only options I see offhand (though I'm sure I'm missing some) are A:
that the debian.map.fastlydns.net mirror is in fact not functioning
correctly for anyone at present, or B: that for some reason the
complainer's Internet access is being blocked/filtered in a way which
prevents access to that mirror without preventing access to e.g. this
mailing list.

In case A, either the people who run that mirror need to fix whatever's
wrong with it, or it needs to be removed from the auto-selector's list.

In case B, either the blocking is a mistake (in which case someone -
possibly the mirror maintainers, possibly the complainer - needs to
reach out to whoever's doing the blocking and get them to correct that
mistake), or it's intentional (in which case the complainer is off-base,
and needs to either switch to a different Internet access - which might
be impossible, depending on the circumstances - or stop using the
auto-selector and choose a mirror that isn't being blocked).

-- 
   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: URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[Dan Ritter]

ISRAEL wrote: 
> Very annoying when UPDATE = apt update always fail =
> 
> *Err:3 http://deb.debian.org/debian 
> buster/updates InRelease*
> *  Could not connect to debian.map.fastlydns.net
> :80*


Feel free to choose something more convenient for you from the 
list:

https://www.debian.org/mirror/list

-dsr-

Re: faire développer ses photos "facilement"

[Felix Defrance]

Bonjour,

Merci pour vos réponses. Concernant zoph, album et cthumb, c'est pour
faire des web albums. C'est pas vraiment ce que je recherche mais c'est
toujours intéressant de voir ce qu'il existe ;)

Pour scribus, ça me parait être une bonne idée surtout si vous me dites
que l'export pdf ou jpg fonctionne. Alors du coup j'ai quelques questions:

- Pourquoi pas libreoffice Draw ? Scribus traite en vectoriel (SVG) mais
dans le cas d'un album photo, je ne vois pas l'intérêt.

- Existe t-il des templates déjà existant pour des albums pour scribus ?

- Concernant la fonction "amélioration" ou "retouche auto", vous
confirmez ce que je pensais ;) Du coup, un conseil matos pour une sonde
dont le logiciel associé sera compatible avec debian ?

Merci beaucoup!

Félix

Le 05/05/2021 à 18:10, Laurent COOPER a écrit :
>
> Bonjour
>
> En fait pour faire des livres photos convenablement, il y a une autre
> stratégie. On peut utiliser des logiciels de mise en page comme
> scribus, et ensuite on exporte soit un pdf, soit une image JPG par page.
>
> Blurb par exemple accepte les PDF. Pour les autres, on peut faire un
> JPG par page, et on choisit des albums avec un template "1 page 1
> photo pleine page"
>
> Ça fonctionne très bien, c'est autrement plus rapide que 99% des
> logiciels proposés par les fabricants d'album photo à la condition de
> maitriser un tout petit peu scribus.
>
> Et le jour où l'on veut changer de fournisseur, c'est facile, puisque
> l'outil ne change pas
>
> Une remarque : pour pouvoir exploiter pleinement les potentiels de ses
> photos, il ne faut pas accepter les retouches automatiques. Mais pour
> cela, il faut avoir calibré son écran au préalable, sinon on risque de
> très désagréables surprises
>
> Cordialement
>
> Laurent
>
>
> Le 05/05/2021 à 18:04, Bernard Schoenacker a écrit :
>> - Mail original - 
>>
>>> De: "Felix Defrance" 
>>> À: debian-user-french@lists.debian.org
>>> Envoyé: Mercredi 5 Mai 2021 16:26:33
>>> Objet: faire développer ses photos "facilement"
>>> Hello tous,
>>> Je cherche à faire développer mes photos stockées massivement dans
>>> shotwell avec à la clé la création d'un bel album photo familiale...
>>> J'ai utilisé jusqu'à présent le site en ligne de photoservice, mais
>>> je n'en suis pas satisfait.
>>> A moins d'une interface web bien faite (ergonomique) et qui plante
>>> pas, j'exclus ce mode de fonctionnement pour mes futures créations
>>> d'albums
>>> J'ai trouvé un site qui propose un "client lourd" (c-a-d un logiciel
>>> qui s'installe sur le PC): blurb mais uniquement fonctionnel via
>>> wine... 32bits! (je me passe de commentaire), le résultat n'est pas
>>> vraiment probant, y'a des bugs c'est pas utilisable et ça me prend
>>> 800MB de librairies 32bits (bon ben je l'ai dit..)
>>> Un peu las de chercher un outil natif Debian ou plus généralement
>>> Linux, je me demande comment vous faites ? par quel fournisseur vous
>>> passer ?
>>> Voilà, merci à tous pour vos retours!
>>> --
>>> Félix Defrance
>>> PGP: 0x46A603D10F04DC57
>> Bonjour Félix,
>>
>>
>> dans la liste des logiciels adaptés pour créer un album 
>> photo, voici ce qui est disponible actuellement :
>>
>> cthumb - programme pour réaliser des albums web personnalisables d’images
>> zoph - gestion et présentation de photos numériques en ligne
>>
>> album - HTML photo album generator with theme support
>> album-data - themes, plugins and translations for album
>>
>> Merci pour ton aimable attention
>>
>> Bien à toi
>>
>> Bernard
>>
-- 
Félix Defrance
PGP: 0x46A603D10F04DC57



OpenPGP_signature
Description: OpenPGP digital signature

Re: Shorewall and libvirt

[john doe]

On 5/6/2021 5:03 AM, Charles Curley wrote:

For years, up through Buster, I have had a nice setup with virtual
machines on my laptops, with firewalling provided by shorewall and
rules I have added over the years. As I move from network to network,
the firewall is reconfigured, and the VMs continue to work. I also have
scripts that detect my home networks, and re-do the firewall for use on
the home network.

Now, with Bullseye, I seem to be hitting a brick wall. Something --
libvirt?? -- is mucking with my firewalling and breaking the virtual
internal networking.

What is the preferred way of running libvirt on a laptop? I do not
*have* to have shorewall, but would like some sort of firewall tool.



First you need to disable libvirt from playing with iptables, I changed
(virsh net-edit default) from:
  

to:

  

Then you can use whatever firewalling solution you like (this is
documented in Libvirt's doc).


Remember that Bullseye as nftables per default, you might want to switch
back to iptables for Shorewall to work properly.

--
John Doe

Re: Disinuir tamaño de letra en la terminal

[Antonio Trujillo Carmona]

El 30/4/21 a las 12:05, Antonio Trujillo Carmona escribió:
> El 29/4/21 a las 20:12, Aristobulo_Pinzón escribió:
>> Buenas tard/ias...
>> Con ésto de las paantallas grandes trabajar en la terinal se hace incomodo 
>> con los caracteres de gran tamaño que se utilizan en el inicio.
>> Cuál script es el encargado de regular el tamaño para ajustarlo a menor?. O 
>> algún otro atajo que lo permita!...
>> Muchas gracias!...
>>
> El primer problema que tienes es la terminal, 80x25 a pantalla completa.
>
> Si usas el Frame Bufer si puedes definir la resolución de la consola, no
> se como usarlo pero hace muchos años, instalando Debian en un MAC (que
> no tiene consola de texto por lo que obligan a usar el frame buffer) lo vi.
>
¿Has probado dpkg-reconfigure console-setup?

URGENT..! Very annoying when UPDATE = debian.map.fastlydns.net

[ISRAEL]

Very annoying when UPDATE = apt update always fail =

*Err:3 http://deb.debian.org/debian 
buster/updates InRelease*
*  Could not connect to debian.map.fastlydns.net
:80*