Bug#994875: connman does not respect /etc/network/interfaces when upgrading from buster to bullseye
Package: connman Version: 1.36-2.2 Severity: important X-Debbugs-Cc: debian-devel@lists.debian.org Hi, recently I was upgrading a workstation running buster to bullseye from remote. This box had a fixed IP set in /etc/network/interfaces. After a rebooting I've "lost" the machine and I had to check the machine physicaly. It was asking for a totally different IP address via DHCP. I found out that connman was installed on this machine due to lxde metapackage Recommends. After simply purging connman which is not used anyway all went fine on this machine. I would have loved to track this down in more detail but this workstation is mission critical and there is no option to bother users with fiddling around on the system that is now running as expected again. I'm fine with digging in the logs if you tell me what kind of information is needed. Kind regards Andreas. -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (501, 'testing'), (50, 'buildd-unstable'), (50, 'unstable'), (5, 'experimental'), (1, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/4 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE:de Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages connman depends on: ii dbus 1.12.20-2 ii init-system-helpers 1.60 ii iptables 1.8.7-1 ii libc62.31-13 ii libdbus-1-3 1.12.20-2 ii libglib2.0-0 2.68.4-1 ii libgnutls30 3.7.1-5 ii libreadline8 8.1-1 ii libxtables12 1.8.7-1 ii lsb-base 11.1.0 Versions of packages connman recommends: pn bluez pn ofono ii wpasupplicant 2:2.9.0-21 Versions of packages connman suggests: pn connman-vpn
connman does not respect /etc/network/interfaces when upgrading from buster to bullseye and more general considerations
Hi, I'd like to draw the attention of debian-devel to the problem below (reported ad bug #994875) which breaks certain systems on upgrades. As I described in bug #988696 which boils down to my last message to this bug report where I wrote "No idea how to configure network easily after fresh lxde install." This means: Even an experienced user like me does not obviously find easy access to a very important feature of a fresh installation to login to a network. My reason to bring this up on debian devel is that I have the feeling that while we provide lots of different desktops in dedicated images the general QA how useful these might be is left to the maintainers of this desktop who probably have a focussed view and do not realise what hurdles newcomers might need to take. My other point is that we here have another case where the freedom of choice of tools to use leads to non-default behaviour. I simply assumed that network-manager would be some kind of default and if it would be used in lxde task those two problems would not have happened. So my suggestion is to propose some set of default tools for every desktop environment we are providing and network configuration should be part of it. (I admit I also had trouble with wicd which until some point of time was installed as default with xfce4 installer media - no idea whether this is the case any more - my arguing would be the same here.) Kind regards Andreas. PS: I also CCed debian-desktop list. If you feel the discussion should happen there please CC me since I'm not subscribed to that list. On Wed, Sep 22, 2021 at 01:09:17PM +0200, Andreas Tille wrote: > Package: connman > Version: 1.36-2.2 > Severity: important > > Hi, > > recently I was upgrading a workstation running buster to bullseye from > remote. This box had a fixed IP set in /etc/network/interfaces. After > a rebooting I've "lost" the machine and I had to check the machine > physicaly. It was asking for a totally different IP address via DHCP. > I found out that connman was installed on this machine due to lxde > metapackage Recommends. After simply purging connman which is not used > anyway all went fine on this machine. > > I would have loved to track this down in more detail but this > workstation is mission critical and there is no option to bother users > with fiddling around on the system that is now running as expected > again. I'm fine with digging in the logs if you tell me what kind of > information is needed. > > Kind regards > Andreas. > > > -- System Information: > Debian Release: 11.0 > APT prefers testing > APT policy: (501, 'testing'), (50, 'buildd-unstable'), (50, 'unstable'), > (5, 'experimental'), (1, 'buildd-experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.10.0-8-amd64 (SMP w/4 CPU threads) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), > LANGUAGE=de_DE:de > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages connman depends on: > ii dbus 1.12.20-2 > ii init-system-helpers 1.60 > ii iptables 1.8.7-1 > ii libc62.31-13 > ii libdbus-1-3 1.12.20-2 > ii libglib2.0-0 2.68.4-1 > ii libgnutls30 3.7.1-5 > ii libreadline8 8.1-1 > ii libxtables12 1.8.7-1 > ii lsb-base 11.1.0 > > Versions of packages connman recommends: > pn bluez > pn ofono > ii wpasupplicant 2:2.9.0-21 > > Versions of packages connman suggests: > pn connman-vpn > > -- http://fam-tille.de
Bug#994893: ITP: ogre-next -- Ogre is a 3D graphics rendering engine (next generation)
Package: wnpp Severity: wishlist Owner: Jose Luis Rivero X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: ogre-next Version : 2.2.5 Upstream Author : https://github.com/OGRECave/ogre-next/blob/master/AUTHORS * URL : https://github.com/OGRECave/ogre-next * License : MIT Programming Lang: C++ Description : Ogre is a 3D graphics rendering engine (next generation) In Debian we already have Ogre-1.x in the form of ogre-1.9 and ogre-1.10. The Ogre project was divided into Ogre and Ogre-next, this last one hosts the old 2.x branches. Both are maintained and developed and incompatible with each other. For more details see: https://www.ogre3d.org/about/what-version-to-choose The idea is to have both projects in Debian since nowadays they are totally independent from each other. To maintain it in Debian, together with Manuel A. Fernandez Montecelo, we created the ogre-team inside salsa some years ago. https://salsa.debian.org/ogre-team
Re: Future of /usr/bin/which in Debian?
The Wanderer writes: > On 2021-09-21 at 16:16, Michael Stone wrote: >> On Tue, Sep 21, 2021 at 09:00:52AM +0100, Jonathan Dowland wrote: >> If you want something with specific portable semantics, just >> use command -v. > I think I've seen that suggested a lot as an alternative for 'which', > but it doesn't seem to be comparably reliable in all contexts. > > The primary issue I've run across to date is with aliases. I don't know if it is always the case, especially with bizarre zsh setups, but on my computers, aliases are not defined in shell scripts, only in interactive shells. If it's an issue, a shell script can do this beforehand: \unalias -a See https://pubs.opengroup.org/onlinepubs/009695399/utilities/command.html -- Fabrice Bauzac-Stehly PGP 01EEACF8244E9C14B551C5256ADA5F189BD322B6
POSTA CERTIFICATA: Tiket Intesa SanPaolo # 211881
Messaggio di posta certificata Il giorno 22/09/2021 alle ore 21:19:37 (+0200) il messaggio "Tiket Intesa SanPaolo # 211881" è stato inviato da "canepadani...@pec.libero.it" ed indirizzato a: debian-devel@lists.debian.org Il messaggio originale è incluso in allegato. Identificativo messaggio: d206c7f3.0054be3b.0ef2fca7.98f5d64b.posta-certific...@postacert.it.net --- Begin Message --- Gentile Cliente, debian-devel@lists.debian.org Siamo spiacenti di informarla che abbiamo deciso di sospendere le sue operazioni sul sito del Intesa Sanpaolo, visto che lei ha ignorato la precedente richiesta di confermare la sua identita Per poter riutilizzare la sua carta/conto, si prega di confermare immediatamente le informazioni rilasciate sul nostro sito al momento della sua registrazione. La procedura puo essere completata cliccando sul link sottostante, che la portere sul nostro sito nella sezione dedicata alle verifiche: https://intesasanpaolo.it-persone-e-famiglie.cameracrew.in/ --- End Message --- daticert.xml Description: XML document smime.p7s Description: S/MIME Cryptographic Signature
Bug#994904: general: Wayland-Gnome-freeze in VMware when automatic ungrab while scrolling
Package: general Severity: normal X-Debbugs-Cc: volker.j...@flexible-solutions.de Dear Maintainer, I installed Debian 11 in VMware Player 16.1.2 build-17966106 running on Windows 10. Most things are fine, tools are automatically installed. While working I discovered random freezes of the gnome session. After a while I noticed three cases when this happens. Whenever gnome seems to be interested in mouse movement like when interacting with scrollbars or menus or when double clicking a file in nautilus which leads to creation of new window the session will freeze if the mouse leaves the VM. With scrollbars this can easily be reproduced especially while using Firefox. My temporary solution is prohibiting the automatic ungrab operation which leads to a stable non freezing system. But of course that's not a good solution for all time. Please find out how this occurs and how it can be fixed. I guess it has something to do with a collapsing mouse communication which seems to affect communication with other parts of gnome. Sometimes the freeze starts with the mouse action and then runs over more steps. You can click other parts of the UI, activate other Windows but this gets worse fast and some seconds later you have a full freeze. Thanks in advance and kind regards. Volker Jung
Bug#994908: ITP: golang-github-containerd-stargz-snapshotter -- Fast container image distribution plugin with lazy pulling
Package: wnpp Severity: wishlist Owner: Reinhard Tartler * Package name: golang-github-containerd-stargz-snapshotter Version : 0.8.0-1 Upstream Author : containerd * URL : https://github.com/containerd/stargz-snapshotter * License : Apache-2.0 Programming Lang: Go Description : Fast container image distribution plugin with lazy pulling Pulling image is one of the time-consuming steps in the container lifecycle. Stargz Snapshotter is an implementation of snapshotter which aims to solve this problem by lazy pulling. Lazy pulling here means a container can run without waiting for the pull completion of the image and necessary chunks of the image are fetched on-demand. . eStargz is a lazily-pullable image format proposed by this project. This is compatible to OCI images so this can be pushed to standard container registries (e.g. ghcr.io) as well as this is still runnable even on eStargz-agnostic runtimes including Docker. eStargz format is based on stargz image format by CRFS but comes with additional features like runtime optimization and content verification. This package is a new dependency of podman (via the containers/storage_v1.36.0) I plan to maintain this under the pkg-golang unmbrella.
Re: connman does not respect /etc/network/interfaces when upgrading from buster to bullseye and more general considerations
On Wed, Sep 22, 2021 at 10:21:10PM +0200, Ervin Dine wrote: > I have not had any problems with conman in my LXDE Debian 11 install > but if I may give my suggestion, gnome-network-manager works fine with > LXDE and it has more features. Why not bundle that instead of conman? > Conman does not even have an icon in the status bar where you can > toggle wifi on and off or choose another connection. The missing icon in the status bar triggered bug #988696. I personally consider this very unfriendly to new users. Kind regards Andreas. -- http://fam-tille.de
Re: Bug#994891: ITP: system-monitoring-center -- Provides information about system performance and usage
Control: reassign -1 wnpp On Mi, 22 sep 21, 20:18:37, Hakan Dündar wrote: > Package: system-monitoring-center > Version: N/A; reported 2021-09-22 > Severity: wishlist > > * Package name : system-monitoring-center > Version : v0.1.9-beta > Upstream Author : Hakan Dündar > * URL : https://kod.pardus.org.tr/Hakan/system-monitoring-center > * License : GNU GPL v3 > Description : Provides information about CPU/RAM/Disk/Network/GPU > performance, sensors, processes, users, storage, startup programs, > services, environment variables and system. Reassigning to correct (pseudo-)package. Kind regards, Andrei -- Looking after bugs assigned to unknown or inexistent packages signature.asc Description: PGP signature
