Re: firefox > Preferences > When Firefox starts.
On Thu 25 Apr 2019 at 12:28:37 (-0400), Lee wrote: > On 4/25/19, David Wright wrote: > > On Wed 24 Apr 2019 at 14:29:00 (-0400), Lee wrote: > >> On 4/24/19, David Wright wrote: > >> > On Tue 23 Apr 2019 at 10:38:41 (-0400), Lee wrote: > >> >> On 4/22/19, David Wright wrote: > >> >> > On Sun 21 Apr 2019 at 20:30:53 (-0700), pe...@easthope.ca wrote: > >> >> >> From: David Wright > >> >> >> Date: Sun, 21 Apr 2019 16:13:11 -0500 > >> >> >> > Does the behaviour reported in your OP cause you *great* concern? > >> >> >> > >> >> >> No. Just wastes time. Opening a simple local HTML home page > >> >> >> requires > >> >> >> roughly a minute rather than roughly a second. > >> >> > > >> >> > I tend to forget that, because my /etc/hosts file has ~14000 lines, > >> >> > pages appear a lot faster here. > >> >> > >> >> Have you looked at bind's dns rpz? > >> > > >> > Just now. > >> > > >> >> http://zytrax.com/books/dns/ch7/rpz.html > >> >> It lets you do things like > >> >> *.2o7.net CNAME . > >> >> *.doubleclick.net CNAME . > >> >> > >> >> to block entire domains instead of having to list each and every > >> >> hostname in the domain. > >> >> > >> >> And you can log what is blocked/allowed to make troubleshooting easier > >> > > >> > It might be a good *mechanism* for the diversion itself, but AFAICT > >> > it's aimed at the *policy* implementers rather than the end-user. > >> > >> Just out of curiosity - do you think pi-hole is aimed at policy > >> implementers or end users? > > > > I don't know about their policies, or whether they have any. I've not > > found any description of how you would configure it, only how you > > install it. Do they provide blacklists? > > It looks like they give you a default list of lists that you can modify: > https://github.com/pi-hole/pi-hole/blob/master/automated%20install/basic-install.sh#L1181 Yes, and taking one of the sites mentioned, I see they explain their policy at https://hosts-file.net/?s=policy and that's what I want done for me. > > It's also not clear to me where I should install it to. My router > > uses the Google nameservers, and all my machines have the router > > as their nameserver. The router is the only part of the network > > that's always up and running. > > I have a server that I leave running all the time; … and I don't. > reconfigure your > router to use your dns server … which doesn't exist … > instead of google, add a firewall rule > to block all outgoing tcp/udp traffic to port 53 except from the > server & you're done. > > > But let me explain what I mean by those terms I used earlier: > > > > Mechanism: Any method of modifying the result of trying to resolve > > foo.bar to an IP address, irrespective of the specific domainnames > > which somebody has to give to it. My mechanism is resolving to > > localhost. > > > > Policy implementers: The people who make the decisions about which > > domainnames should have their resolution modified. If you look > > through the reference I gave for the source of my /etc/hosts, you > > can see their policies listed as comments bracketing the sections, > > and they are: > > [snipped] > > > > End-users: The people whose browsing experience are improved by > > the policies selected, and implemented using the chosen mechanism. > > > >> > The value I get from Dan Pollock is the list of sites rather than the > >> > most elegant mechanism for handling that list. Looking at the comments > >> > in the list, and by comparing evolving versions, it does appear that > >> > Dan actively "opens holes" where people report interference or > >> > difficulties using certain legitimate sites. > > But the holes get opened only after someone reports a problem. If > you're using a host file, how do you figure out which host name(s) > being blocked are causing the problem? I guess the people who report the problem figure that out. Looking at the comments, they're not services that I use. > I never figured out an easy way to troubleshoot hostfiles & switched > to something that logged what all was blocked and allowed. That would be easy to check. I build /etc/hosts with a commandline: # cat /root/hosts-[0-9]-*[^~] | sed -e "/^[[:space:]]*192.168.1.[0-9]\+[[:sp ace:]]\+$HOSTNAME.corp[[:space:]]\+$HOSTNAME\$/s/[[:space:]]*\([0-9.]\+\)[[:sp ace:]]\+\(.*\)\$/127.0.1.1\t\2\t# \1/" > /etc/hosts so I would hide Dan's file (whose final destination is a file that matches /root/hosts-[0-9]-*[^~]) before rerunning that command. > >> > Finally, I wouldn't know where to start to compile a list of sites > >> > like that. > >> > >> https://dnsrpz.info/ > >> If you're a business, you can buy access to an rpz feed. > > > > I'm not, but I take it that different feeds have different policies on > > which sites to include, and come at different prices. > > > >> If you're a [home?] network admin it's simple enough to enable logging > >> & see what all is allowed that
Re: xorg version in Buster
On Sat 27 Apr 2019 at 12:17:42 (-0400), Felix Miata wrote: > Paul Sutton composed on 2019-04-27 17:07 (UTC+0100): > > > According to https://packages.debian.org/source/buster/xorg-server the > > version of x-org supplied with Buster is 2:1.20.3.1 is this correct or > > is the actual version number hidden in there somewhere. I am not sure > > how to interpret the number (sorry) > > Hidden. The upstream source includes the first two "."s and no ":". > > > Gnome is easy 3.x same for the kernel 4.19.x > > > This is for the presentation I am working on which is now on Salsa ( > > https://salsa.debian.org/zleap-guest/presentations ) > > > However being able to interpret this information would be useful to me > > generally. > > If you are running Buster, it's the second line in /var/log/Xorg.0.log. > > Online for your purpose https://distrowatch.com/table.php?distribution=debian > is > useful for selected packages, among which the Xorg server. I would prefer the stderr output from: $ Xorg -version X.Org X Server 1.19.2 Release Date: 2017-03-02 X Protocol Version 11, Revision 0 Build Operating System: Linux 4.9.0-8-amd64 x86_64 Debian Current Operating System: Linux wren 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-8-amd64 root=LABEL=swan06 ro systemd.show_status=true quiet Build Date: 03 November 2018 03:09:11AM xorg-server 2:1.19.2-1+deb9u5 (https://www.debian.org/support) Current version of pixman: 0.34.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. $ because the Xorg.0.log varies in location. For many people, the log is in $HOME/.local/share/xorg/Xorg.0.log because they don't have permission to write to /var/log/. If there *is* a file at /var/log/Xorg.0.log, it's quite possible that it survives from an earlier Debian version (when X servers ran as root), or it could be a log left over from running # Xorg -configure as root at some time in the past in order to write an xorg.conf file (which is where my own came from). As someone posted, the version numbers can be broken down as described in §5.6.12 of the Debian Policy manual. Mangling upstream version numbers to fit policy is described in §3.2. Cheers, David.
Re: Laptop fails to suspend
On 3/30/19 2:07 AM, Andrea Borgia wrote: Il 30/03/19 00:56, Sam Smith ha scritto: I have an older Lenovo T520 laptop that I've ran Debian on for years and I have never had any issues with putting it to "sleep" or suspending when closing the lid. However after upgrading from stretch to Buster, suspend fails to work. While researching a similar bug [1] on my EEEpc (similar in the sense that it affected suspend and manifested itself after upgrade), I recall seeing a few bugs that specifically mentioned Lenovo: https://bugzilla.kernel.org/ So, first thing, have a look if the issue is already known and perhaps fixed upstream. Next, try these guides: https://wiki.ubuntu.com/DebuggingKernelSuspend https://wiki.archlinux.org/index.php/Power_management/Suspend%20and%20hibernate If you want to bisect kernel changes to find out exactly when it broke, just use the archives.[2] Good luck :) [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919227 [2] https://snapshot.debian.org/ I've spent another several hours messing with this. Most trouble shooting involves the computer entering suspend but not being able to wake from it. I've tried every possible combination of commands with pm-suspend, s2ram, and systemctl suspend. I've booted into single user mode and unloaded every possible module and that did not help (going into suspend just leaves the screen black and the power led flashing). This page: https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt listed some extra trouble shooting steps. I can do any one of: echo [devices,freezer,platform] > /sys/power/pm_test followed by a 'echo mem > /sys/power/state'. Those work, but it fails when using 'processors' or 'core' for the pm_test. The debugging webpage states that failing the 'processors' test means: "If the "processors" test fails, the disabling/enabling of nonboot CPUs does not work" and you can further diagnose by playing with /sys/devices/system/cpu/cpu*/online. But setting any cpu's 'online' attr to 0 results in the system still running, but the keyboard not responding and having stuff like this going to console: INFO: task kworker/7:1:73 blocked for more than 120 seconds. INFO: task bash:9164 blocked for more than 120 seconds. So does this mean I have an issue with cpu hotplugging or is that normal? Regards,
why do we need old keys in our debian-archive-keyring ?
Dear all, Please CC me while answering as I'm not subscribed to the list, sorry. I was looking at the output of $ apt-key list and saw the following - $ apt-key list /etc/apt/trusted.gpg pub rsa4096 2019-04-15 [SC] [expires: 2024-04-13] 12D4 CD60 0C22 40A9 F4A8 2071 D7B0 B669 41D0 1538 uid [ unknown] riot.im packages sub rsa3072 2019-04-15 [S] [expires: 2021-04-14] pub rsa4096 2019-04-15 [SC] [expires: 2024-04-13] AAF9 AE84 3A75 84B5 A3E4 CD2B CF45 A512 DE2D A058 uid [ unknown] matrix.org packages sub rsa3072 2019-04-15 [S] [expires: 2021-04-14] pub rsa4096 2017-05-22 [SC] [expires: 2025-05-20] E1CF 20DD FFE4 B89E 8026 58F1 E0B1 1894 F66A EC98 uid [ unknown] Debian Archive Automatic Signing Key (9/stretch) sub rsa4096 2017-05-22 [S] [expires: 2025-05-20] pub rsa4096 2014-11-21 [SC] [expires: 2022-11-19] D211 6914 1CEC D440 F2EB 8DDA 9D6D 8F6B C857 C906 uid [ unknown] Debian Security Archive Automatic Signing Key (8/jessie) /etc/apt/trusted.gpg.d/debian-archive-buster-automatic.gpg -- pub rsa4096 2019-04-14 [SC] [expires: 2027-04-12] 80D1 5823 B7FD 1561 F9F7 BCDD DC30 D7C2 3CBB ABEE uid [ unknown] Debian Archive Automatic Signing Key (10/buster) sub rsa4096 2019-04-14 [S] [expires: 2027-04-12] /etc/apt/trusted.gpg.d/debian-archive-buster-security-automatic.gpg --- pub rsa4096 2019-04-14 [SC] [expires: 2027-04-12] 5E61 B217 265D A980 7A23 C5FF 4DFA B270 CAA9 6DFA uid [ unknown] Debian Security Archive Automatic Signing Key (10/buster) sub rsa4096 2019-04-14 [S] [expires: 2027-04-12] /etc/apt/trusted.gpg.d/debian-archive-buster-stable.gpg --- pub rsa4096 2019-02-05 [SC] [expires: 2027-02-03] 6D33 866E DD8F FA41 C014 3AED DCC9 EFBF 77E1 1517 uid [ unknown] Debian Stable Release Key (10/buster) It actually had slightly different values for the jessie and strech keys (dates) which I deleted and then found I could not use apt update as it gave errors such as - The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7638D0442B90D010 NO_PUBKEY 04EE7237B7D453EC The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 9D6D8F6BC857C906 NO_PUBKEY AA8E81B4331F7F50 Then I searched and saw a forum post sharing that the debian-archive-keyring is maybe not up-to-date. I downloaded the latest from sid/unstable and using dpkg -I did the installation although the latest would have migrated to buster tomorrow itself according to tracker.debian.org/debian-archive-keyring . $ wget http://ftp.de.debian.org/debian/pool/main/d/debian-archive-keyring/debian-archive-keyring_2019.1_all.deb $ sudo dpkg -i debain-archive-keyring for auto-completion So now it showed - $ apt-cache policy debian-archive-keyring debian-archive-keyring: Installed: 2019.1 Candidate: 2019.1 Version table: *** 2019.1 500 500 http://cdn-fastly.deb.debian.org/debian unstable/main amd64 Packages 100 /var/lib/dpkg/status 2018.1 990 990 http://cdn-fastly.deb.debian.org/debian buster/main amd64 Packages did that and tried again but still got the same errors as above. Then I did - root@debian:~# gpg --recv-keys 04EE7237B7D453EC gpg: key E0B11894F66AEC98: 12 signatures not checked due to missing keys gpg: /root/.gnupg/trustdb.gpg: trustdb created gpg: key E0B11894F66AEC98: public key "Debian Archive Automatic Signing Key (9/stretch) " imported gpg: no ultimately trusted keys found gpg: Total number processed: 1 gpg: imported: 1 root@debian:~# gpg --export 04EE7237B7D453EC | apt-key add - OK I still got errors but less errors hence did the same procedure as above - $ su - Password: root@debian:~# gpg --recv-keys 9D6D8F6BC857C906 gpg: key 9D6D8F6BC857C906: 13 signatures not checked due to missing keys gpg: key 9D6D8F6BC857C906: public key "Debian Security Archive Automatic Signing Key (8/jessie) " imported gpg: no ultimately trusted keys found gpg: Total number processed: 1 gpg: imported: 1 root@debian:~# gpg --export 9D6D8F6BC857C906 | apt-key add - OK now when I looked at apt-key list I see these two - pub rsa4096 2017-05-22 [SC] [expires: 2025-05-20] E1CF 20DD FFE4 B89E 8026 58F1 E0B1 1894 F66A EC98 uid [ unknown] Debian Archive Automatic Signing Key (9/stretch) sub rsa4096 2017-05-22 [S] [expires: 2025-05-20] pub rsa4096 2014-11-21 [SC] [expires: 2022-11-19] D211 6914 1CEC D440 F2EB 8DDA 9D6D 8F6B C857 C906 uid [ unknown] Debian Security Archive Automatic Signing Key (8/jessie) I found it odd that the jessie and the stretch keys are and were being used and couldn't understand why. I also looked at the list of files
Re: Cannot re-install synaptic on Buster.
On 4/14/19 10:24 PM, Kieran Smyth wrote: Hi, For reasons unknown to me, synaptic uninstalled itself about three weeks ago. I am using Buster on the desktop, with MATE as my desktop environment. When i open up a terminal and try to re-install it, i get the following- # apt update Hit:1 http://ftp.us.debian.org/debian buster InRelease Hit:2 http://ftp.us.debian.org/debian buster-updates InRelease Hit:3 http://security.debian.org/debian-security buster/updates InRelease Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. # apt install synaptic Reading package lists... Done Building dependency tree Reading state information... Done Package synaptic is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package 'synaptic' has no installation candidate /etc/apt/sources.list is the following- deb http://ftp.us.debian.org/debian/ buster main contrib non-free deb-src http://ftp.us.debian.org/debian/ buster main contrib non-free deb http://ftp.us.debian.org/debian/ buster-updates main contrib non-free deb-src http://ftp.us.debian.org/debian/ buster-updates main contrib non-free deb http://security.debian.org/debian-security/ buster/updates main contrib non-free deb-src http://security.debian.org/debian-security/ buster/updates main contrib non-free I like using a GUI frontend to apt, and if anyone can help me get it back on my system i'd really appreciate it. Thank you in advance for any help that may be provided. If I was you, I would remove the buster-updates sources, keeping main and security and add stretch main and security sources and install Synaptic. Works great for me. It seems only a few users and even less developers know the power of Synaptic, it's ability's are great and there is no replacement for Synaptic. -- Jimmy Johnson Current - KDE4 - AMD A8-7600 - EXT4 at sda11 Registered Linux User #380263
Re: Cannot re-install synaptic on Buster.
Quoting Keith Bainbridge (2019-04-27 10:56:31) > On 15/4/19 5:32 pm, Keith Bainbridge wrote: > > Good afternoon All > > > > > > I'm more intrigued that synaptic reportedly removed itself. > > > > > > How is this possible, or did some other package force its removal? > > > > > > > > Keith Bainbridge > > > > keithr...@gmail.com > > +61 (0)447 667 468 > > On 15/4/19 3:24 pm, Kieran Smyth wrote: > >> > >> For reasons unknown to me, synaptic uninstalled itself about three > >> weeks ago. I am using Buster on the desktop, with MATE as my desktop > >> environment. > > > > I haven't seen anything on this topic lately > > I noticed when I ran apt-get upgrade that synaptic was updated. > > Does this mean it is now generally available, or just that my manual > install updated? It is generally available in Buster now. Buster is still being developed, so no guarantee what exactly it will contain yet. You can follow state of the package here: https://tracker.debian.org/pkg/synaptic - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: WebRTC software
Quoting Nicolas George (2019-04-27 19:32:57) > Jonas Smedegaard (12019-04-27): > > Did you look at my notes? > > > > http://source.redpill.dk/media-stream-hosting.git/tree/README.md > > > > Specifically, look at the _platforms_ using Janus as tool. > > Thanks, that is what I was looking for. I had looked at this file the > first time, but since I lack the vocabulary of this domain, I did not > manage to see which sections were interesting. Thanks for indulging > me. They are just my personal notes in a recent attempt at getting an overview of what is concretely available at the moment, after having followed the field for some time. I work mostly alone, and quite possible my choice of words are not generally understood :-) > Do you have opinion on the relative qualities of some of these > projects? Well, tools and platforms sections are loosely sort by my liking them - e.g. Janus is listed close to the top (I dislike Java and favor things seemingly easier to package and possible to run on tiny devices like a FreedomBox), and platforms making use of Janus and seemingly similarly interesting tools are listed above things like Jitsi which is well known but a huge pain to both package and (I suspect) administrate - and at bottom are uninteresting to me cloud-based services which I list only to get a feel for the competition. I consider polish and more formally maintain the list (similar to how I have tracked tiny arm boxes for quite some years¹) so if anyone has input or criticism please do tell. - Jonas ¹ https://wiki.debian.org/CheapServerBoxHardware -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: xorg version in Buster
On 27/04/2019 17:07, Paul Sutton wrote: > Hi > > According to https://packages.debian.org/source/buster/xorg-server the > version of x-org supplied with Buster is 2:1.20.3.1 is this correct or > is the actual version number hidden in there somewhere. I am not sure > how to interpret the number (sorry) Debian package version numbers are defined (in https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-version) as: [epoch:]upstream_version[-debian_revision] Therefore, "2:1.20.3.1" corresponds to an upstream version 1.20.3.1. > > Gnome is easy 3.x same for the kernel 4.19.x > > This is for the presentation I am working on which is now on Salsa ( > https://salsa.debian.org/zleap-guest/presentations ) > > However being able to interpret this information would be useful to me > generally. > > Thanks > > Paul > > >
Acpid dysfonctionne à la sortie d'une mise en veille.
Bonjour, Sur mon ordi portable, j’utilise l'ACPI pour programmer les touches de fonction (volume sonore, mute et rétroéclairage). J'ai installé : acpid qui installe acpi-support-base en dépendence. Quand on presse la touche de fonction pour augmenter le rétro-éclairage, acpi_listen doit afficher un truc du genre : video/brightnessup BRTUP 0086 00 "video/brightnessup" est le nom de l'évènement à intercepter et qui appelle un script qui incrémente : /sys/class/backlight/intel_backlight/brightness D'un minimum (pour ne pas avoir un écran noir) à un maximum indiqué dans : /sys/class/backlight/intel_backlight/max_brightness Dans /etc/acpi/events/ je place les fichiers brightness-down et brightness-up qui appellent le script (brightness.sh) ainsi : - # /etc/acpi/events/brightness-up event=video[ /]brightnessup action=/etc/acpi/actions/brightness.sh up - Ca a toujours bien fonctionné sur deux portables (celui d’avant et d’encore avant). Mais sur celui-ci, les évènements brightness(up et down) cessent de fonctionner à la sortie d’une mise en veille (alors que volume(up et down) continuent à fonctionner). Le script de rétroéclairage n’est donc pas appelé, (mais si je l’appelle en ligne de commande, ça fonctionne). J’ai beau redémarrer acpid : systemctl restart acpid.socket systemctl restart acpid.path systemctl restart acpid.service J’ai essayé de redémarrer tout ce que je trouve pour être sûr… Ca ne fonctionne pas (sauf si je reboot et seulement jusqu’à la prochaine mise en veille). Quelqu’un a une idée ? Merci d’avance – Benoit
Re: xorg version in Buster
Paul Sutton composed on 2019-04-27 18:04 (UTC+0100): > Cool thanks so it look like 1.20.3-1 Depending on your audience, you might wish to use that which is likely to be experienced outside the package management system: > head -n2 /var/log/Xorg.0.log | grep Server X.Org X Server 1.20.3 > inxi -GS System:Host: ab250 Kernel: 4.19.0-4-amd64 x86_64 bits: 64 Desktop: Trinity R14.0.6 Distro: Debian GNU/Linux buster/sid Graphics: Device-1: Intel HD Graphics 630 driver: i915 v: kernel Display: tty server: X.Org 1.20.3 driver: modesetting unloaded: fbdev,vesa resolution: 2560x1440~60Hz, 1920x1200~60Hz OpenGL: renderer: Mesa DRI Intel HD Graphics 630 (Kaby Lake GT2) v: 4.5 Mesa 18.3.4 Distrowatch.com also reports "1.20.3". -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Re: WebRTC software
Jonas Smedegaard (12019-04-27): > Did you look at my notes? > > http://source.redpill.dk/media-stream-hosting.git/tree/README.md > > Specifically, look at the _platforms_ using Janus as tool. Thanks, that is what I was looking for. I had looked at this file the first time, but since I lack the vocabulary of this domain, I did not manage to see which sections were interesting. Thanks for indulging me. Do you have opinion on the relative qualities of some of these projects? Regards, -- Nicolas George signature.asc Description: PGP signature
Re: xorg version in Buster
On 27/04/2019 17:17, Felix Miata wrote: > Paul Sutton composed on 2019-04-27 17:07 (UTC+0100): > >> According to https://packages.debian.org/source/buster/xorg-server the >> version of x-org supplied with Buster is 2:1.20.3.1 is this correct or >> is the actual version number hidden in there somewhere. I am not sure >> how to interpret the number (sorry) > Hidden. The upstream source includes the first two "."s and no ":". > >> Gnome is easy 3.x same for the kernel 4.19.x >> This is for the presentation I am working on which is now on Salsa ( >> https://salsa.debian.org/zleap-guest/presentations ) >> However being able to interpret this information would be useful to me >> generally. > If you are running Buster, it's the second line in /var/log/Xorg.0.log. > > Online for your purpose https://distrowatch.com/table.php?distribution=debian > is > useful for selected packages, among which the Xorg server. Cool thanks so it look like 1.20.3-1 I have updated to suit and will push to salsa in due course when there is a little more to add. Paul -- Paul Sutton http://www.zleap.net https://www.linkedin.com/in/zleap/ gnupg : 7D6D B682 F351 8D08 1893 1E16 F086 5537 D066 302D
Re: Liste de composants reconnus/utilisables par des pilotes/firmwares libres
Bonjour, Faute de garanties d'un pc portable fonctionnel avec exclusivement des firmwares et pilotes libres, j'ai acheté un ordinateur portable reconditionné chez OXFAM. Je lui ai ajouté mon SSD de 256Go, il reste un slot de libre pour ajouter une barrette de RAM (8Go de plus si nécessaire, ça sera vraiment bien)... Un niveau vitesse ça change déjà ma vie... J'ai juste un problème avec l'ACPI (voir post séparé) -- Benoit Le mar. 23 avr. 2019 à 15:00, didier gaumet a écrit : > > Le 23/04/2019 à 14:40, Benoit B a écrit : > > > Oui c'est bien le problème. > > Encore faut-il s'entendre sur ce que veut dire compatible GNU/Linux ou > > GNU/Linux pré-installé > > Si c'est pré-installé avec des firmwares ou drivers non libre ça ne > > résout pas mon problème. > [...] > Honnêtement, concernant le wifi, je t'assure douter de trouver des > firmwares libres dispo pour des chipsets récents. Et d'un certain côté > sous certains aspects je comprends l'existence de firmware proprio: les > constructeurs de matériel doivent respecter des réglementations, des > lois, des brevets, etc... par exemple, implémenter des DRM pour la > vidéo, respecter des plages réglementaires de puissances et fréquences > wifi, etc... Si ils mettent à disposition un firmware ouvert et > modifiable par tous, ils doivent probablement pouvoir en être tenus > responsables dans certains pays et devant certaines cours de justice. > > Ensuite, depuis que j'ai appris l'existence (assez bien cachée?) des > Management Engine d'Intel (doit y avoir le même genre chez AMD) avec un > Minix auquels ils peuvent rajouter quasiment ce qu'ils veulent (licence > BSD), le côté "j'installe que du libre sur mon ordi", je trouve qu'il en > pris un coup: > https://www.zdnet.com/article/minix-intels-hidden-in-chip-operating-system/ >
Re: xorg version in Buster
Paul Sutton composed on 2019-04-27 17:07 (UTC+0100): > According to https://packages.debian.org/source/buster/xorg-server the > version of x-org supplied with Buster is 2:1.20.3.1 is this correct or > is the actual version number hidden in there somewhere. I am not sure > how to interpret the number (sorry) Hidden. The upstream source includes the first two "."s and no ":". > Gnome is easy 3.x same for the kernel 4.19.x > This is for the presentation I am working on which is now on Salsa ( > https://salsa.debian.org/zleap-guest/presentations ) > However being able to interpret this information would be useful to me > generally. If you are running Buster, it's the second line in /var/log/Xorg.0.log. Online for your purpose https://distrowatch.com/table.php?distribution=debian is useful for selected packages, among which the Xorg server. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Re: pgadmin não conecta ao postgre
On Sat, Apr 27, 2019 at 02:55:10PM +, Vitor Hugo wrote: estou tentando me conectar ao servidor postgresql no debian 9 fiz a instalação esta funcionando dentro do debian quando acesso o servidor via ssh ele conecta e funciona porem quando entro em outra maquina para fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a mensagem de erro abaixo: could not connect to server: Connection refused (0x274D/10061) Is the server running on host "192.168.0.27" and accepting TCP/IP connections on port 5432? Vitor, pode tentar algo assim: https://linuxize.com/post/how-to-install-postgresql-on-debian-9/#enable-remote-access-to-postgresql-server
Re: pgadmin não conecta ao postgre
O pgadmin tem um arquivo próprio de configuração, vc ajustou ele? No seu hba.conf tem de ajustar o range, tá com só o localhost, por isso só funciona de dentro do servidor. No trecho abaixo vc tem de declarar seu range de IP. Ajuste os arquivos, reinicie os serviços e testa, mande retorno pra lista # IPv4 local connections: hostall all 127.0.0.1/32 md5 Em sáb, 27 de abr de 2019 11:55, Vitor Hugo escreveu: > estou tentando me conectar ao servidor postgresql no debian 9 fiz a > instalação esta funcionando dentro do debian quando acesso o servidor > via ssh ele conecta e funciona porem quando entro em outra maquina para > fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a > mensagem de erro abaixo: > > could not connect to server: Connection refused (0x274D/10061) Is > the server running on host "192.168.0.27" and accepting TCP/IP > connections on port 5432? > > > Tentei criar outro usuário e outra senha porem o problema continua. > > segue abaixo a configuração do meu pg_hba.conf > > > root@debian:/etc/postgresql/9.6/main# cat pg_hba.conf > # PostgreSQL Client Authentication Configuration File > # === > # > # Refer to the "Client Authentication" section in the PostgreSQL > # documentation for a complete description of this file. A short > # synopsis follows. > # > # This file controls: which hosts are allowed to connect, how clients > # are authenticated, which PostgreSQL user names they can use, which > # databases they can access. Records take one of these forms: > # > # local DATABASE USER METHOD [OPTIONS] > # host DATABASE USER ADDRESS METHOD [OPTIONS] > # hostsslDATABASE USER ADDRESS METHOD [OPTIONS] > # hostnossl DATABASE USER ADDRESS METHOD [OPTIONS] > # > # (The uppercase items must be replaced by actual values.) > # > # The first field is the connection type: "local" is a Unix-domain > # socket, "host" is either a plain or SSL-encrypted TCP/IP socket, > # "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a > # plain TCP/IP socket. > # > # DATABASE can be "all", "sameuser", "samerole", "replication", a > # database name, or a comma-separated list thereof. The "all" > # keyword does not match "replication". Access to replication > # must be enabled in a separate record (see example below). > # > # USER can be "all", a user name, a group name prefixed with "+", or a > # comma-separated list thereof. In both the DATABASE and USER fields > # you can also write a file name prefixed with "@" to include names > # from a separate file. > # > # ADDRESS specifies the set of hosts the record matches. It can be a > # host name, or it is made up of an IP address and a CIDR mask that is > # an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that > # specifies the number of significant bits in the mask. A host name > # that starts with a dot (.) matches a suffix of the actual host name. > # Alternatively, you can write an IP address and netmask in separate > # columns to specify the set of hosts. Instead of a CIDR-address, you > # can write "samehost" to match any of the server's own IP addresses, > # or "samenet" to match any address in any subnet that the server is > # directly connected to. > # > # METHOD can be "trust", "reject", "md5", "password", "gss", "sspi", > # "ident", "peer", "pam", "ldap", "radius" or "cert". Note that > # "password" sends passwords in clear text; "md5" is preferred since > # it sends encrypted passwords. > # > # OPTIONS are a set of options for the authentication in the format > # NAME=VALUE. The available options depend on the different > # authentication methods -- refer to the "Client Authentication" > # section in the documentation for a list of which options are > # available for which authentication methods. > # > # Database and user names containing spaces, commas, quotes and other > # special characters must be quoted. Quoting one of the keywords > # "all", "sameuser", "samerole" or "replication" makes the name lose > # its special character, and just match a database or username with > # that name. > # > # This file is read on server startup and when the postmaster receives > # a SIGHUP signal. If you edit the file on a running system, you have > # to SIGHUP the postmaster for the changes to take effect. You can > # use "pg_ctl reload" to do that. > > # Put your actual configuration here > # -- > # > # If you want to allow non-local connections, you need to add more > # "host" records. In that case you will also need to make PostgreSQL > # listen on a non-local interface via the listen_addresses > # configuration parameter, or via the -i or -h command line switches. > > > > > # DO NOT DISABLE! > # If you change this first entry you will need to make sure that the > # database superuser can access the database using some other method. > # Noninteractive access to all
xorg version in Buster
Hi According to https://packages.debian.org/source/buster/xorg-server the version of x-org supplied with Buster is 2:1.20.3.1 is this correct or is the actual version number hidden in there somewhere. I am not sure how to interpret the number (sorry) Gnome is easy 3.x same for the kernel 4.19.x This is for the presentation I am working on which is now on Salsa ( https://salsa.debian.org/zleap-guest/presentations ) However being able to interpret this information would be useful to me generally. Thanks Paul -- Paul Sutton http://www.zleap.net https://www.linkedin.com/in/zleap/ gnupg : 7D6D B682 F351 8D08 1893 1E16 F086 5537 D066 302D
Re: pgadmin não conecta ao postgre
firewall?? iptables -nL Em sáb, 27 de abr de 2019 11:55, Vitor Hugo escreveu: > estou tentando me conectar ao servidor postgresql no debian 9 fiz a > instalação esta funcionando dentro do debian quando acesso o servidor > via ssh ele conecta e funciona porem quando entro em outra maquina para > fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a > mensagem de erro abaixo: > > could not connect to server: Connection refused (0x274D/10061) Is > the server running on host "192.168.0.27" and accepting TCP/IP > connections on port 5432? > > > Tentei criar outro usuário e outra senha porem o problema continua. > > segue abaixo a configuração do meu pg_hba.conf > > > root@debian:/etc/postgresql/9.6/main# cat pg_hba.conf > # PostgreSQL Client Authentication Configuration File > # === > # > # Refer to the "Client Authentication" section in the PostgreSQL > # documentation for a complete description of this file. A short > # synopsis follows. > # > # This file controls: which hosts are allowed to connect, how clients > # are authenticated, which PostgreSQL user names they can use, which > # databases they can access. Records take one of these forms: > # > # local DATABASE USER METHOD [OPTIONS] > # host DATABASE USER ADDRESS METHOD [OPTIONS] > # hostsslDATABASE USER ADDRESS METHOD [OPTIONS] > # hostnossl DATABASE USER ADDRESS METHOD [OPTIONS] > # > # (The uppercase items must be replaced by actual values.) > # > # The first field is the connection type: "local" is a Unix-domain > # socket, "host" is either a plain or SSL-encrypted TCP/IP socket, > # "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a > # plain TCP/IP socket. > # > # DATABASE can be "all", "sameuser", "samerole", "replication", a > # database name, or a comma-separated list thereof. The "all" > # keyword does not match "replication". Access to replication > # must be enabled in a separate record (see example below). > # > # USER can be "all", a user name, a group name prefixed with "+", or a > # comma-separated list thereof. In both the DATABASE and USER fields > # you can also write a file name prefixed with "@" to include names > # from a separate file. > # > # ADDRESS specifies the set of hosts the record matches. It can be a > # host name, or it is made up of an IP address and a CIDR mask that is > # an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that > # specifies the number of significant bits in the mask. A host name > # that starts with a dot (.) matches a suffix of the actual host name. > # Alternatively, you can write an IP address and netmask in separate > # columns to specify the set of hosts. Instead of a CIDR-address, you > # can write "samehost" to match any of the server's own IP addresses, > # or "samenet" to match any address in any subnet that the server is > # directly connected to. > # > # METHOD can be "trust", "reject", "md5", "password", "gss", "sspi", > # "ident", "peer", "pam", "ldap", "radius" or "cert". Note that > # "password" sends passwords in clear text; "md5" is preferred since > # it sends encrypted passwords. > # > # OPTIONS are a set of options for the authentication in the format > # NAME=VALUE. The available options depend on the different > # authentication methods -- refer to the "Client Authentication" > # section in the documentation for a list of which options are > # available for which authentication methods. > # > # Database and user names containing spaces, commas, quotes and other > # special characters must be quoted. Quoting one of the keywords > # "all", "sameuser", "samerole" or "replication" makes the name lose > # its special character, and just match a database or username with > # that name. > # > # This file is read on server startup and when the postmaster receives > # a SIGHUP signal. If you edit the file on a running system, you have > # to SIGHUP the postmaster for the changes to take effect. You can > # use "pg_ctl reload" to do that. > > # Put your actual configuration here > # -- > # > # If you want to allow non-local connections, you need to add more > # "host" records. In that case you will also need to make PostgreSQL > # listen on a non-local interface via the listen_addresses > # configuration parameter, or via the -i or -h command line switches. > > > > > # DO NOT DISABLE! > # If you change this first entry you will need to make sure that the > # database superuser can access the database using some other method. > # Noninteractive access to all databases is required during automatic > # maintenance (custom daily cronjobs, replication, and similar tasks). > # > # Database administrative login by Unix domain socket > local all postgres peer > > # TYPE DATABASEUSERADDRESS METHOD > > # "local" is for Unix domain socket connections only > local all all trust > #
pgadmin não conecta ao postgre
estou tentando me conectar ao servidor postgresql no debian 9 fiz a instalação esta funcionando dentro do debian quando acesso o servidor via ssh ele conecta e funciona porem quando entro em outra maquina para fazer a conexão com o servidor debian/postgre com o pgadmin 4 ele da a mensagem de erro abaixo: could not connect to server: Connection refused (0x274D/10061) Is the server running on host "192.168.0.27" and accepting TCP/IP connections on port 5432? Tentei criar outro usuário e outra senha porem o problema continua. segue abaixo a configuração do meu pg_hba.conf root@debian:/etc/postgresql/9.6/main# cat pg_hba.conf # PostgreSQL Client Authentication Configuration File # === # # Refer to the "Client Authentication" section in the PostgreSQL # documentation for a complete description of this file. A short # synopsis follows. # # This file controls: which hosts are allowed to connect, how clients # are authenticated, which PostgreSQL user names they can use, which # databases they can access. Records take one of these forms: # # local DATABASE USER METHOD [OPTIONS] # host DATABASE USER ADDRESS METHOD [OPTIONS] # hostssl DATABASE USER ADDRESS METHOD [OPTIONS] # hostnossl DATABASE USER ADDRESS METHOD [OPTIONS] # # (The uppercase items must be replaced by actual values.) # # The first field is the connection type: "local" is a Unix-domain # socket, "host" is either a plain or SSL-encrypted TCP/IP socket, # "hostssl" is an SSL-encrypted TCP/IP socket, and "hostnossl" is a # plain TCP/IP socket. # # DATABASE can be "all", "sameuser", "samerole", "replication", a # database name, or a comma-separated list thereof. The "all" # keyword does not match "replication". Access to replication # must be enabled in a separate record (see example below). # # USER can be "all", a user name, a group name prefixed with "+", or a # comma-separated list thereof. In both the DATABASE and USER fields # you can also write a file name prefixed with "@" to include names # from a separate file. # # ADDRESS specifies the set of hosts the record matches. It can be a # host name, or it is made up of an IP address and a CIDR mask that is # an integer (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that # specifies the number of significant bits in the mask. A host name # that starts with a dot (.) matches a suffix of the actual host name. # Alternatively, you can write an IP address and netmask in separate # columns to specify the set of hosts. Instead of a CIDR-address, you # can write "samehost" to match any of the server's own IP addresses, # or "samenet" to match any address in any subnet that the server is # directly connected to. # # METHOD can be "trust", "reject", "md5", "password", "gss", "sspi", # "ident", "peer", "pam", "ldap", "radius" or "cert". Note that # "password" sends passwords in clear text; "md5" is preferred since # it sends encrypted passwords. # # OPTIONS are a set of options for the authentication in the format # NAME=VALUE. The available options depend on the different # authentication methods -- refer to the "Client Authentication" # section in the documentation for a list of which options are # available for which authentication methods. # # Database and user names containing spaces, commas, quotes and other # special characters must be quoted. Quoting one of the keywords # "all", "sameuser", "samerole" or "replication" makes the name lose # its special character, and just match a database or username with # that name. # # This file is read on server startup and when the postmaster receives # a SIGHUP signal. If you edit the file on a running system, you have # to SIGHUP the postmaster for the changes to take effect. You can # use "pg_ctl reload" to do that. # Put your actual configuration here # -- # # If you want to allow non-local connections, you need to add more # "host" records. In that case you will also need to make PostgreSQL # listen on a non-local interface via the listen_addresses # configuration parameter, or via the -i or -h command line switches. # DO NOT DISABLE! # If you change this first entry you will need to make sure that the # database superuser can access the database using some other method. # Noninteractive access to all databases is required during automatic # maintenance (custom daily cronjobs, replication, and similar tasks). # # Database administrative login by Unix domain socket local all postgres peer # TYPE DATABASE USER ADDRESS METHOD # "local" is for Unix domain socket connections only local all all trust # IPv4 local connections: host all all 127.0.0.1/32 md5 # IPv6 local connections: host all all ::1/128 md5 # Allow replication connections from localhost, by a user with the # replication privilege. #local replication
Re: apt-cacher-ng's expiry job failing
On Sat 27 Apr 2019 at 07:47:44 (-0300), Eduardo M KALINOWSKI wrote: > On 26/04/2019 13:05, David Wright wrote: > > Today's successful run, which removed probably most of the wheezy > > packages in my cache¹, had the following error in the log: > > > > Error at > > security.debian.org/debian-security/dists/stretch/updates/19704841552237202370979443 > > > > but it didn't stop the run. This file exists, but is actually at > > /var/cache/apt-cacher-ng/_xstore/rsnap/security.debian.org/… > > so take a look there perhaps. > > That made me look for a file with that name in the whole hierarchy, and > I found it at > > /var/cache/apt-cacher-ng/_xstore/rsnap/debrep/dists/unstable/45961554550630227606591 > > I removed the file and it started complaining about other similar files. > After deleting a couple, the logs became even more unhelpful: > > Maintenance task Expiration, apt-cacher-ng version: 2 (Cancel) > Locating potentially expired files in the cache... > Scanning, found 1 file... > Scanning, found 2 files... > Scanning, found 4 files... > Scanning, found 8 files... > Scanning, found 16 files... > Scanning, found 32 files... > Scanning, found 64 files... > Scanning, found 128 files... > Scanning, found 256 files... > Scanning, found 512 files... > Scanning, found 1024 files... > Scanning, found 2048 files... > Found 2427 files. > Checking implicitly referenced files... > Restoring virtual file > debrep/dists/testing/contrib/Contents-i386.diff/Index (equal to ) > Restoring virtual file > debrep/dists/testing/contrib/i18n/Translation-en.diff/Index (equal to ) > Restoring virtual file > debrep/dists/unstable/contrib/i18n/Translation-en.diff/Index (equal to ) > Bringing index files up to date... > Found errors during processing, aborting as requested. > > -- > Stult's Report: > Our problems are mostly behind us. What we have to do now is > fight the solutions. No solutions here, I'm afraid. Today's run, which could have been running neck and neck with updating and upgrading the point release¹, was again successful, but only needed to tag some files without removing any. The log contained one error again, this time for the file debrep/dists/stretch/19774491550329202244056132 which is in /var/cache/apt-cacher-ng/_xstore/rsnap/debrep/… The file is alone in that directory, and it's unsigned. Its timestamp is about the time that the update ran, but its internal timestamp is mid-February. There's no message arising from the file 19704841552237202370979443 which is still present. In both cases the error was reported at the changeover from the "Restoring virtual file…" phase to "Checking …" and "Checking/Updating …" phases. So it might be the case that my error occurs in a different phase from yours, and that yours is treated as more serious. But the other possibility is that the problem arises from caching unstable. I ran into problems when I cached jessie on a wheezy system, and had to use both backports and backports-sloppy at various times to accomplish expiration of an overgrown cache. Sorry to be the blind leading the blind. Cheers, David.
Re: WebRTC software
Quoting Nicolas George (2019-04-27 16:12:28) > Jonas Smedegaard (12019-04-26): > > See this: https://janus.conf.meetecho.com/videoroomtest.html > > > > And this: https://janus.conf.meetecho.com/siptest.html > > > > Same are included in the contrib janus-demos package I mention > > before. > > Thanks for the online pointers. It looks like the kind of thing I am > looking for as for the technical aspects. > > But not for the user-interface aspect: it is a demo, what I am looking > for is a real web application, with a somewhat polished interface. Did you look at my notes? http://source.redpill.dk/media-stream-hosting.git/tree/README.md Specifically, look at the _platforms_ using Janus as tool. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: Obtaining/compiling/installing python3.7
On Sat 27 Apr 2019 at 01:47:53 -0500, Richard Owlett wrote: > On 04/26/2019 02:25 PM, Darac Marjal wrote: > > > Using Buster was my original idea but it's not ready in ways important to > me. I had been looking for Python3.7 in backports. What snags might I hit > attempting to use a testing package in stable? I'm using an isolated system > so I can take some risks. Install Python3.7 on stretch? Fifteen minutes work at the most, and a learning experience into the bargain. Install stretch; base system only. Change sources.list to buster. Update and install python3.7. Seven new packages and six upgraded packages. Not bad at all. Not a snag in sight. Revert the previous change to sources.list. How this unknown beta software behaves on such a system would be interesting to know. No compilation box ticked because Debian did it all. -- Brian.
Re: WebRTC software
Jonas Smedegaard (12019-04-26): > See this: https://janus.conf.meetecho.com/videoroomtest.html > > And this: https://janus.conf.meetecho.com/siptest.html > > Same are included in the contrib janus-demos package I mention before. Thanks for the online pointers. It looks like the kind of thing I am looking for as for the technical aspects. But not for the user-interface aspect: it is a demo, what I am looking for is a real web application, with a somewhat polished interface. Regards, -- Nicolas George signature.asc Description: PGP signature
Re: Comment émettre des courriels d'alerte depuis des sites distants ?
Le ven. 26 avr. 2019 à 18:53, Olivier a écrit :
>
> J'avais moi aussi choisi l'option "applications moins sécurisées", mais sauf
> erreur (*), même avec celle-ci, j'ai encore des alertes de sécurité à la noix
> matérialisées par des questions orientées ("Oui, je me suis fait piraté",
> "Non, je veux changer mes paramètres").
>
Idem pour moi, j'ai choisi l'option "applications moins sécurisées",
je parviens à me connecter, mais j'ai toujours ces alertes...
Re: Debian Stretch : LibreOffice a une apparence douteuse et la fenêtre "caractères spéciaux" est inutilisable
Pour info complémentaire par rapport à l’esthétique des menus, il y a : apt search libreoffice-gtk libreoffice-gtk2/testing,now 1:6.1.5-3 amd64 [installé, automatique] suite bureautique complète − intégration GTK+ 2 libreoffice-gtk3/testing 1:6.1.5-3 amd64 suite bureautique complète − intégration GTK+ 3 Ici c'est bien un .gtkrc-2.0 qui est configuré et libreoffice-gtk2 qui est installé. Le sam. 27 avr. 2019 à 15:43, Benoit B a écrit : > > Bonjour, > > Le mer. 24 avr. 2019 à 17:47, Nicolas FRANCOIS > a écrit : > > > > Bonjour. > > > > J'ai installé la dernière version de LibreOffice (6 quelque chose) sur > > l'ordinateur de ma femme. J'ai (elle a) deux soucis : > > 1) l'apparence des fenêtres de l'application est déplorable, on dirait > >un vieux toolkit Xwindow de base, et je ne sais pas comment > >l'améliorer. Sur la fenêtre "À propos", je vois que l'UI renderer > >utilisé est Gtk3. Y a-t-il des paquets à installer pour améliorer > >l'apparence ? > > J'ai aussi ce problème, car je n'utilise pas d’environnement de bureau > (uniquement openbox). > Mais j'y remédie en configurant un fichier .gtkrc-2.0 avec > lxappearance (sans démarrer lxde, mais avec lxde installé pour avoir > lxappearance). > Cela donne du relief aux barres d'outils, les rends jolies. > Chez moi l'UI Render : par défaut; gtk2; > Donc une piste c'est de voir si ton environnement de bureau configure > bien l'aspect des barres de menu etc... > > Le contenu de mon .gtkrc-2.0 : > > gtk-theme-name="Clearlooks" > gtk-icon-theme-name="gnome" > gtk-font-name="Sans 10" > gtk-cursor-theme-name="Adwaita" > gtk-cursor-theme-size=0 > gtk-toolbar-style=GTK_TOOLBAR_BOTH > gtk-toolbar-icon-size=GTK_ICON_SIZE_SMALL_TOOLBAR > gtk-button-images=1 > gtk-menu-images=1 > gtk-enable-event-sounds=1 > gtk-enable-input-feedback-sounds=1 > gtk-xft-antialias=1 > gtk-xft-hinting=1 > gtk-xft-hintstyle="hintfull" > gtk-xft-rgba="rgb" > > -- > Benoit
Re: Debian Stretch : LibreOffice a une apparence douteuse et la fenêtre "caractères spéciaux" est inutilisable
Bonjour, Le mer. 24 avr. 2019 à 17:47, Nicolas FRANCOIS a écrit : > > Bonjour. > > J'ai installé la dernière version de LibreOffice (6 quelque chose) sur > l'ordinateur de ma femme. J'ai (elle a) deux soucis : > 1) l'apparence des fenêtres de l'application est déplorable, on dirait >un vieux toolkit Xwindow de base, et je ne sais pas comment >l'améliorer. Sur la fenêtre "À propos", je vois que l'UI renderer >utilisé est Gtk3. Y a-t-il des paquets à installer pour améliorer >l'apparence ? J'ai aussi ce problème, car je n'utilise pas d’environnement de bureau (uniquement openbox). Mais j'y remédie en configurant un fichier .gtkrc-2.0 avec lxappearance (sans démarrer lxde, mais avec lxde installé pour avoir lxappearance). Cela donne du relief aux barres d'outils, les rends jolies. Chez moi l'UI Render : par défaut; gtk2; Donc une piste c'est de voir si ton environnement de bureau configure bien l'aspect des barres de menu etc... Le contenu de mon .gtkrc-2.0 : gtk-theme-name="Clearlooks" gtk-icon-theme-name="gnome" gtk-font-name="Sans 10" gtk-cursor-theme-name="Adwaita" gtk-cursor-theme-size=0 gtk-toolbar-style=GTK_TOOLBAR_BOTH gtk-toolbar-icon-size=GTK_ICON_SIZE_SMALL_TOOLBAR gtk-button-images=1 gtk-menu-images=1 gtk-enable-event-sounds=1 gtk-enable-input-feedback-sounds=1 gtk-xft-antialias=1 gtk-xft-hinting=1 gtk-xft-hintstyle="hintfull" gtk-xft-rgba="rgb" -- Benoit
Re: Una línea de teléfono de chat en 2 o más pc's
El sáb., 27 de abr. de 2019 06:55, Julio Jiménez escribió: > Gracias! > Saludos. > -- > *De:* Eugenio Muñoz Doyague > *Enviado:* domingo, 21 de abril de 2019 07:57 a. m. > *Para:* Gonzalo Rivero > *CC:* debian-user-spanish@lists.debian.org > *Asunto:* Re: Una línea de teléfono de chat en 2 o más pc's > > Asterisk > > El vie., 19 abr. 2019 15:24, Gonzalo Rivero > escribió: > > El mié, 17-04-2019 a las 02:15 +, Julio Jiménez escribió: > > Hola estimados amigos: > > > > Alguien sabe de alguna aplicación open source para conectar una línea > > de teléfono a 2 o más pc's de escritorio?. > > > > Problemática: > > Canalizar la atención de clientes que solicitan pedidos por chat > > (What'sapp- 1 Línea) y que sea atendida por varios ejecutivos de > > ventas. > > > > Tengo una línea de what'sapp business y quiero se puedan tener > > sesiones simultaneas en varias pc's de escritorio a fin de que sea > > atendida por varios vendedores. > > > > > > Alguien tiene algo así trabajando o funcionando en algún lado?. > > > > no tengo ni vi algo así en ningún lugar. > Pero se me ocurre algo complicado: poner uno de esos emuladores de > android, instalar el whatsapp, y que ambos entren por vnc o alguna de > esas cosas. > Un poquito menos complicado: whatsapp web, uno usa el teléfono y otro > whatsapp web (no se si permite mas de una sesión en simultáneo) > > Asterisk o Isaabel > >
Re: Obtaining/compiling/installing python3.7
On 04/27/2019 02:45 AM, Curt wrote: On 2019-04-27, Richard Owlett wrote: https://packages.debian.org/search?keywords=python3.7 python3.7 is available in testing. Using Buster was my original idea but it's not ready in ways important to me. I had been looking for Python3.7 in backports. What snags might I hit attempting to use a testing package in stable? I'm using an isolated system so I can take some risks. I would do it this way (maybe not the very best way because I'm pretty ignorant): https://tecadmin.net/install-python-3-7-on-ubuntu-linuxmint/ The essential thing is not to touch or overwrite the default python installation in /usr/bin/python, which would break certain things (or many things) as I think you've already kind of discovered earlier, maybe. This would be the frankensnag in installing the testing package, For the benefit of those reading this thread in future see https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian creating a hybrid monster of a distro that might attack your grandchildren when you're not looking (python being rather integral to the running OS, I think). A docker instance (of which I know next to nothing) would be completely sandboxed (if that is the term) and sans danger, in my understanding of it. In that regard, why people don't run or suggest a docker Firefox (which I believe exists somewhere) to assuage security concerns I'm uncertain (perhaps more trouble than it's worth). It has been suggested on a LUG which I follow. I've gotten a significant reading assignment there. I think it is something I want in my "toolbox". Besides: If retirement isn't for learning, what use is it :}
Re: apt-cacher-ng's expiry job failing
On 26/04/2019 13:05, David Wright wrote: > Today's successful run, which removed probably most of the wheezy > packages in my cache¹, had the following error in the log: > > Error at > security.debian.org/debian-security/dists/stretch/updates/19704841552237202370979443 > > but it didn't stop the run. This file exists, but is actually at > /var/cache/apt-cacher-ng/_xstore/rsnap/security.debian.org/… > so take a look there perhaps. That made me look for a file with that name in the whole hierarchy, and I found it at /var/cache/apt-cacher-ng/_xstore/rsnap/debrep/dists/unstable/45961554550630227606591 I removed the file and it started complaining about other similar files. After deleting a couple, the logs became even more unhelpful: Maintenance task Expiration, apt-cacher-ng version: 2 (Cancel) Locating potentially expired files in the cache... Scanning, found 1 file... Scanning, found 2 files... Scanning, found 4 files... Scanning, found 8 files... Scanning, found 16 files... Scanning, found 32 files... Scanning, found 64 files... Scanning, found 128 files... Scanning, found 256 files... Scanning, found 512 files... Scanning, found 1024 files... Scanning, found 2048 files... Found 2427 files. Checking implicitly referenced files... Restoring virtual file debrep/dists/testing/contrib/Contents-i386.diff/Index (equal to ) Restoring virtual file debrep/dists/testing/contrib/i18n/Translation-en.diff/Index (equal to ) Restoring virtual file debrep/dists/unstable/contrib/i18n/Translation-en.diff/Index (equal to ) Bringing index files up to date... Found errors during processing, aborting as requested. -- Stult's Report: Our problems are mostly behind us. What we have to do now is fight the solutions. Eduardo M KALINOWSKI edua...@kalinowski.com.br
Re: Obtaining/compiling/installing python3.7
On Sat 27 Apr 2019 at 01:47:53 -0500, Richard Owlett wrote: > On 04/26/2019 02:25 PM, Darac Marjal wrote: > > > > python3.7 is available in testing. > > Using Buster was my original idea but it's not ready in ways important to > me. I had been looking for Python3.7 in backports. What snags might I hit > attempting to use a testing package in stable? I'm using an isolated system > so I can take some risks. Install stretch; base system only. Change sources.list to buster. Update and upgrade. python3.7 is installed as part of the upgrade. No snags and completely risk-free. Thirty minutes work at most. Advising on what else is needed to test the beta software is not possible as the package name is unknown. I think this ticks all the boxes apart from compiling. But why bother compiling when someone has done it for you and buster is as ready for anything as stretch is? -- Brian.
Re: Una línea de teléfono de chat en 2 o más pc's
Gracias! Saludos. De: Eugenio Muñoz Doyague Enviado: domingo, 21 de abril de 2019 07:57 a. m. Para: Gonzalo Rivero CC: debian-user-spanish@lists.debian.org Asunto: Re: Una línea de teléfono de chat en 2 o más pc's Asterisk El vie., 19 abr. 2019 15:24, Gonzalo Rivero mailto:fishfromsa...@gmail.com>> escribió: El mié, 17-04-2019 a las 02:15 +, Julio Jiménez escribió: > Hola estimados amigos: > > Alguien sabe de alguna aplicación open source para conectar una línea > de teléfono a 2 o más pc's de escritorio?. > > Problemática: > Canalizar la atención de clientes que solicitan pedidos por chat > (What'sapp- 1 Línea) y que sea atendida por varios ejecutivos de > ventas. > > Tengo una línea de what'sapp business y quiero se puedan tener > sesiones simultaneas en varias pc's de escritorio a fin de que sea > atendida por varios vendedores. > > > Alguien tiene algo así trabajando o funcionando en algún lado?. > no tengo ni vi algo así en ningún lugar. Pero se me ocurre algo complicado: poner uno de esos emuladores de android, instalar el whatsapp, y que ambos entren por vnc o alguna de esas cosas. Un poquito menos complicado: whatsapp web, uno usa el teléfono y otro whatsapp web (no se si permite mas de una sesión en simultáneo)
Re: Cannot re-install synaptic on Buster.
Op 27-04-19 om 10:56 schreef Keith Bainbridge: I haven't seen anything on this topic lately I noticed when I ran apt-get upgrade that synaptic was updated. Does this mean it is now generally available, or just that my manual install updated? It's back: https://tracker.debian.org/pkg/synaptic
Re: Cannot re-install synaptic on Buster.
On 15/4/19 5:32 pm, Keith Bainbridge wrote: Good afternoon All I'm more intrigued that synaptic reportedly removed itself. How is this possible, or did some other package force its removal? Keith Bainbridge keithr...@gmail.com +61 (0)447 667 468 On 15/4/19 3:24 pm, Kieran Smyth wrote: For reasons unknown to me, synaptic uninstalled itself about three weeks ago. I am using Buster on the desktop, with MATE as my desktop environment. I haven't seen anything on this topic lately I noticed when I ran apt-get upgrade that synaptic was updated. Does this mean it is now generally available, or just that my manual install updated? -- Keith Bainbridge ke1th3...@gmail.com +61 (0)447 667 468
Re: clé usb bootable mini distributions
'lut, Impossible puisque tu as dit à grub-install de mettre ces fichiers dans [zap] est de la forme -. Oui, tu as raison de noter ces incohérences. En début de thread, j'indique bien de faire le tri mais je dois avouer que ce n'était pas une très bonne idée de copier/coller mes notes de l'époque, sauf à vérifier qu'elles sont correctes et exploitables. Pour revenir au sujet et pour faire simple, afin de créer une clé bootable avec un tas d'iso différents que je rajoute/enlève au gré des envies et des mises à jours, j'ai utilisé ça: https://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-linux/ bon we, f.
Re: Obtaining/compiling/installing python3.7
On 2019-04-27, Richard Owlett wrote: >> >> https://packages.debian.org/search?keywords=python3.7 >> >> python3.7 is available in testing. > > Using Buster was my original idea but it's not ready in ways important > to me. I had been looking for Python3.7 in backports. What snags might I > hit attempting to use a testing package in stable? I'm using an isolated > system so I can take some risks. > I would do it this way (maybe not the very best way because I'm pretty ignorant): https://tecadmin.net/install-python-3-7-on-ubuntu-linuxmint/ The essential thing is not to touch or overwrite the default python installation in /usr/bin/python, which would break certain things (or many things) as I think you've already kind of discovered earlier, maybe. This would be the frankensnag in installing the testing package, creating a hybrid monster of a distro that might attack your grandchildren when you're not looking (python being rather integral to the running OS, I think). A docker instance (of which I know next to nothing) would be completely sandboxed (if that is the term) and sans danger, in my understanding of it. In that regard, why people don't run or suggest a docker Firefox (which I believe exists somewhere) to assuage security concerns I'm uncertain (perhaps more trouble than it's worth). -- The major, who had been a great fencer, did not believe in bravery, and spent much time while we sat in the machines correcting my grammar. He had complimented me on how I spoke Italian, and we talked together very easily. One day I had said that Italian seemed such an easy language to me that I could not take a great interest in it; everything was so easy to say. "Ah, yes," the major said. "Why, then, do you not take up the use of grammar?" - "Another Country"
[RESOLU-encore-que...] merge pdf sur mutu ovh
Salut à tous, Finalement, j'ai opté pour la solution la plus coûteuse en bande passante. Je créé mes fichiers pdf sur le serveur mutualisé ovh. Je les récupère sur un serveur perso, un coup de pdftk et je les renvoie sur le serveur ovh. Ni propre ni efficace, mais ça marche! Merci à tous pour vos pistes, j'ai redécouvert gs par exemple. bon we, f.
Re: Obtaining/compiling/installing python3.7
On 04/26/2019 09:26 PM, Kushal Kumaran wrote: Richard Owlett writes: I wish to try some beta software which assumes python3.7 is installed. I have Debian 9.8 installed on a machine dedicated to this exercise. I did a web search and got a half dozen on topic hits. There were enough differences that I wasn't sure if I was missing something important. The last time I compiled something was on a PDP 11/45 in approximately 1975. Suggestions? TIA https://github.com/pyenv/pyenv#installation Looks like another valuable reading assignment. Thanks.
Re: Obtaining/compiling/installing python3.7
On 04/26/2019 02:39 PM, deloptes wrote: Richard Owlett wrote: I wish to try some beta software which assumes python3.7 is installed. I have Debian 9.8 installed on a machine dedicated to this exercise. I did a web search and got a half dozen on topic hits. There were enough differences that I wasn't sure if I was missing something important. The last time I compiled something was on a PDP 11/45 in approximately 1975. Suggestions? TIA Try the pip python repositories https://docs.python.org/3/installing/index.html#install-pip-in-versions-of-python-prior-to-python-3-4 It looks like https://docs.python.org/3/ is where I should start. A quick browse suggests it will answer questions I hadn't thought of yet. Thanks for the link. I recall I used it with ansible on debian with 2.7 where I needed python3. I am not sure it will give you exactly what you need, but may be it would.
Re: Net::DNS::Nameserver
On Sat, Apr 27, 2019 at 12:05:18PM +1000, Erik Christiansen wrote: > On 26.04.19 23:09, mick crane wrote: > > I did wonder if was some scheme I was unaware of. [...] > More the opposite. i.e. make the tail end of the long::name::thingy > identifiable in a _restricted_ scope. The :: nomenclature first appeared > (to my eyes) in C++ several decades ago. For perl to adopt an existing > convention is a step forward for the language. Many languages have adopted the double-colon as a scope resolution operator (Tcl, Ruby, I think PHP too). Some languages don't need it, because scope resolution is delegated to an already existing mechanism (e.g. object member resolution -- e.g. Lua, Python, the Lisps). Cheers -- tomás signature.asc Description: Digital signature
Re: Obtaining/compiling/installing python3.7
On 04/26/2019 02:25 PM, Darac Marjal wrote: On 26/04/2019 18:42, Richard Owlett wrote: I wish to try some beta software which assumes python3.7 is installed. I have Debian 9.8 installed on a machine dedicated to this exercise. I did a web search and got a half dozen on topic hits. There were enough differences that I wasn't sure if I was missing something important. The last time I compiled something was on a PDP 11/45 in approximately 1975. Suggestions? TIA If you're beta testing the application, you may need to beta-test the OS for it, too: https://packages.debian.org/search?keywords=python3.7 python3.7 is available in testing. Using Buster was my original idea but it's not ready in ways important to me. I had been looking for Python3.7 in backports. What snags might I hit attempting to use a testing package in stable? I'm using an isolated system so I can take some risks. Alternatively, if you want to be able to run python3.7 alongside your system python, why not run it in a docker? I've seen the term "docker". Looks about time to see just what it is. I see a reading assignment in my near future. It may solve some unrelated problems. https://quay.io/repository/python-devs/ci-image
Re: Obtaining/compiling/installing python3.7
On 04/26/2019 02:32 PM, Cindy Sue Causey wrote: On 4/26/19, Joe wrote: On Fri, 26 Apr 2019 12:42:04 -0500 Richard Owlett wrote: I wish to try some beta software which assumes python3.7 is installed. I have Debian 9.8 installed on a machine dedicated to this exercise. I did a web search and got a half dozen on topic hits. There were enough differences that I wasn't sure if I was missing something important. The last time I compiled something was on a PDP 11/45 in approximately 1975. You mentioned that you considered LFS. If you have the time, that's a real baptism of fire as far as compiling things goes. There were automatic systems being developed when I was interested, but as far as I can see, there's no point to LFS if you're just going to push a button. I did it twice, mainly to learn what I could, with better understanding the second time, the first try was basically just following instructions. Lots of them. My firewall pseudo-daemon (until systemd) was nicked from the basic LFS init script. Just finished downloading all [tarballs], except maybe 1/2 of the kernel, just last night. This is Round 2 for me. I got through Chapter 5 then #Life poked its nose into the mix. Oh, and I just remembered... my brain blew a circuit over working through the package manager process, too. I think of that frequently when package manager questions come up here at Debian-User.. The testing part will be where I focus my curiosity this time. Do the tests, yada-yada, keep on movin' on WHEN they fail. LOL. My memory is that some of the "it's ok to fail" was that we hadn't installed pertinent packages yet so there was no way it would ever not fail. That repetition helps instill each point in the compilation/installation process. The mantra back in early 2000's was, "Eh, it's ok not to test, just keep going" That was talking about compiling a single package on a pre-existing system. If you follow the Linux From Scratch support list, you see why it's not so ok. Occasional related user questions show typos and such would have absolutely destroyed those users' entire install, thus wasting a TON of time, had they either skipped testing or had they failed a test and kept going anyway instead of questioning what failed. :) Makes you a better advocate for doing things the right way.. I never once md5sum'ed ANYTHING *ALL THESE YEARS*. As simple as the process turned out to be, I could never find a HOWTO that made sense. These days, that md5ums list is serving double duty by performing the chore of instantly advising if packages are expired and need updated simply because they don't get checked off as OK. Match any fails to that HANDY wget-list that's also provided, and, chick-a-BOOM, you're off and running toward Linux knowledge self-empowerment just that quick (depending on Internet connection speed, of course of course). :) Cindy :) Yes LFS is in my future I would have been better off if I had done that rather trying to get "work" done by plunging into Debian initially. Life is for learning. Retirement makes time available ;/
