Re: libc6-dev have unmet dependencies in stable-bullseye
On Mon, Oct 31, 2022 at 04:42:00PM +0100, Markus wrote: > Hi, > > Thank you for your answer. > > > If you used debootstrap or mmdebstrap to create your own chroot or > > container that only includes bullseye, and not bullseye-security or > > bullseye-updates, then you would get libc6 (= 2.31-13+deb11u4) in > > the chroot/container, and libc6-dev (= 2.31-13+deb11u4) would install > > successfully. > > > > However, because you're using a container image that has been made > > by someone else, what you do with that container afterwards needs to > > be consistent with the assumptions they made when they created the > > image. > > The Docker example was meant so that the problem could be reproduced > quickly. I can see the same problem with the official image > debian-11.5.0-amd64-netinst.iso. Sorry for the confusion. > > Step to reproduce: > > 1. Install Debian with debian-11.5.0-amd64-netinst.iso > 2. echo 'deb http://deb.debian.org/debian bullseye main' > > /etc/apt/sources.list > 3. apt-get clean > 4. apt-get update > 5. apt-get install libc6-dev > > Then I get the same message: > > > The following packages have unmet dependencies: > > libc6-dev : Depends: libc6 (= 2.31-13+deb11u4) but 2.31-13+deb11u5 > > is to be installed > > E: Unable to correct problems, you have held broken packages. > > You write: > > > That means you can't assume that an apt source for plain bullseye > > is sufficient to get a full set of matching packages. netinst will by default enable security updates and stable updates [1] and has installed *during installation* packages from there (namely at least libc6 (= 2.31-13+deb11u5). Your "2." from above disabled those repositories, so apt can't use those repositories anymore and will not able to resolve the dependencies. This is the problem you are seeing. > Perhaps this is also the case for debian-11.5.0-amd64-netinst.iso. I was > not sure at that point. Maybe that was a wrong assumption I made. [1] See installation manual 6.3.6.1. > > Best, > Markus -- tobi
Bug#1023252: ITP: plasma-settings -- Settings application for Plasma Mobile
Package: wnpp Severity: wishlist Owner: Marco Mattiolo X-Debbugs-Cc: debian-devel@lists.debian.org, marco.matti...@hotmail.it * Package name : plasma-settings Version : 22.09 Upstream Author : * URL : https://invent.kde.org/plasma-mobile/plasma-settings * License : GPL Programming Lang: C++, QML Description : Settings application for Plasma Mobile This goes together with plasma-mobile package, see ITP #1023236
Bug#1023253: ITP: lomiri -- The Lomiri Shell
Package: wnpp Severity: wishlist Owner: Mike Gabriel X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: lomiri Version : 0.1 Upstream Author : UBports Team * URL : https://gitlab.com/ubports/development/core/lomiri * License : GPL-3 and/or LGPL-2.1 (et al.) Programming Lang: C++ / QML Description : The Lomiri Shell Lomiri is an operating environment optimized for touch based human-machine interaction, but also supporting convergence (i.e. switching between tablet/phone and desktop mode). Lomiri is the user shell driving Ubuntu Touch based mobile devices. . This package will provide the Lomiri Shell and the Lomiri Greeter. . The package will be maintained by Debian's UBports Packaging Team.
Bug#1023257: ITP: qmlkonsole -- Terminal app for Plasma Mobile
Package: wnpp Severity: wishlist Owner: Marco Mattiolo X-Debbugs-Cc: debian-devel@lists.debian.org, marco.matti...@hotmail.it * Package name : qmlkonsole Version : 22.09 Upstream Author : * URL : https://invent.kde.org/plasma-mobile/qmlkonsole * License : GPL Programming Lang: QML, C++ Description : Terminal app for Plasma Mobile A terminal application built for touch, based on qmltermwidget. This goes together with plasma-mobile package, see ITP #1023236
Bug#1023271: ITP: spacebar -- SMS/MMS application for Plasma Mobile
Package: wnpp Severity: wishlist Owner: Marco Mattiolo X-Debbugs-Cc: debian-devel@lists.debian.org, marco.matti...@hotmail.it * Package name : spacebar Version : 22.09 Upstream Author : * URL : https://invent.kde.org/plasma-mobile/spacebar * License : GPL Programming Lang: C++, QML Description : SMS/MMS application for Plasma Mobile Spacebar is an SMS/MMS application that primarily targets Plasma Mobile. It depends on Qt and few KDE Frameworks (Kirigami2, KI18n, KPeople, and ModemManagerQt).
Debian Med video conference tomorrow, Wednesday 2022-11-02 18:00 UTC
Hi, this is the call for the next video conference of the Debian Med team that are an established means to organise the tasks inside our team. We do these conferences twice per month on every 2th and 17th of a month. Usually it takes us only 15-20min depending what we are talking about and how many people are joining. The next meeting is tomorrow 18:00 UTC https://www.timeanddate.com/worldclock/fixedtime.html?iso=20221102T18 The meeting is on the Debian Social channel https://jitsi.debian.social/DebianMedCovid19 These video meetings were started in the Debian Med Biohackathon. The topic is what contributors have done in the past period and to coordinate the work until the next meeting. For those who are interested in hot topics we want to tackle, here are some items: - RC bugs - Pushing latest versions of our software Newcomers are always welcome. Lets keep on the great work and see you tomorrow Andreas. -- http://fam-tille.de
regarding https://www.debian.org/vote/2022/vote_003
Hello, first of all, thank you for all the good work! personally, i am disappointed with this change, unless i misunderstand the voted outcome, the choice has been made to put convenience before the clear separation of closed and open software; something Debian has been doing very well, what makes it stand apart from other linux distributions i think this is an important reason for many debian users for example in the past: https://www.debian.org/News/2010/20101215 http://freesoftwaremagazine.com/articles/debian_frees_kernel_again/ i hope future installers will have an easy granular opt-in (or opt-out) of proprietary software (on any level, eg including microcode, kernel, drivers,..), so that a user can easily choose to have a open system with closed source mvg, Wim
Re: regarding https://www.debian.org/vote/2022/vote_003
On Tue, Nov 01, 2022 at 12:01:42PM +, Wim Bertels wrote: > Hello, > > first of all, thank you for all the good work! > Hello Wim, Thank you for appreciating that Debian does good work. > personally, i am disappointed with this change, > unless i misunderstand the voted outcome, > the choice has been made to put convenience > before the clear separation of closed and open software; > something Debian has been doing very well, > what makes it stand apart from other linux distributions > Other distributions do things differently, obviously. Many of them include at least firmware by default without necessarily telling users up front. For example - https://docs.fedoraproject.org/en-US/legal/license-approval/ which explicitly lists why firmware is included in Fedora. https://wiki.ubuntu.com/Kernel/Firmware lists Ubuntu polices - non-free firmware packages are not installed by default. As you note, there has been a Debian General Resolution (GR) on this recently. This will change the Debian policy for the upcoming Debian 12 (Bookworm) release. The GR specifically said that there will be one installer to include non-free firmware on the image. This does not absolutely preclude the continued production of a fully free image if this is straightforward. For more on this, see especially: https://blog.einval.com/ for April, September and October. (Steve is one of the main movers in the Debian media production team and his blog gives some of the rationale clearly). He also led a discussion session at Debconf 22 in Kosovo - https://meetings-archive.debian.net/pub/debian-meetings/2022/DebConf22/debconf22-199-fixing-the-firmware-mess.webm. There are also the significant discussions here on debian-devel and also on debian-vote mailing lists but these are much harder to navigate and make sense of. The situation has changed very significantly since 2010. It is often very difficult to install Debian without firmware, especially if you have no Ethernet connectivity - recent laptops in particular have problems with this. We also have the situation where signed drivers are necessary to get audio working *at all* on some hardware. This puts Debian out of reach of visually impaired users since there is no way to install with the speech installer if you can't hear it. That's a major accessibility issue for a subset of our users. The plan is to modify the Debian installation scripts. Firmware will be loaded by default - allowing Wifi and sound to work initially - but the user will be offered the option to back out and remove these. That's effectively the same as a fully libre installer but offering users the free choice. Separately, a new area of the Debian archive has been created: non-free-firmware. Because there were some differences of opinion as to whether this required a change to the Debian Social Contract, this was put to the vote. The Debian developers voted to change the Social Contract to make the firmware changes with the requisite majority though the margins were small on particular options of the vote. > i think this is an important reason for many debian users > > for example in the past: > https://www.debian.org/News/2010/20101215 > http://freesoftwaremagazine.com/articles/debian_frees_kernel_again/ > > i hope future installers will have an easy granular opt-in (or opt-out) > of proprietary software (on any level, eg including microcode, kernel, > drivers,..), so that a user can easily choose to have a open system > with closed source > The opt-out will certainly apply to non-free-firmware. Non-free-firmware will not necessarily include all the drivers available in current Debian non-free - hence the segmentation of the archive into firmware and "not firmware" for what is currently in non-free. This will only apply from the installer for Debian 12 (Bookworm) whenever this is released. This does *not* yet apply to the current release which is Debian 11. (Assuming that you mean without closed source above). > mvg, > Wim > With every good wish, as ever, Andy Cater
Bug#1023285: ITP: plasma-dialer -- Dialer for Plasma Mobile
Package: wnpp Severity: wishlist Owner: Marco Mattiolo X-Debbugs-Cc: debian-devel@lists.debian.org, marco.matti...@hotmail.it * Package name : plasma-dialer Version : 22.09 Upstream Author : * URL : https://invent.kde.org/plasma-mobile/plasma-dialer * License : GPL Programming Lang: C++, QML Description : Dialer for Plasma Mobile Kirigami-based GUI application and background daemons: Dialer for Plasma Mobile
Bug#1023287: ITP: golang-github-github-smimesign -- An S/MIME signing utility for use with Git
Package: wnpp Severity: wishlist Owner: Leo Antunes * Package name: golang-github-github-smimesign Version : 0.2.0-1 Upstream Author : GitHub * URL : https://github.com/github/smimesign * License : Expat Programming Lang: Go Description : An S/MIME signing utility for use with Git Smimesign is an S/MIME signing utility that is compatible with Git. This allows developers to sign their Git commits and tags using X.509 certificates issued by public certificate authorities or their organization's internal certificate authority.
Bug#1023288: ITP: golang-github-certifi-gocertifi -- curated collection of Root Certificates
Package: wnpp Severity: wishlist Owner: Leo Antunes * Package name: golang-github-certifi-gocertifi Version : 2021.04.29-1 Upstream Author : Certifi * URL : https://github.com/certifi/gocertifi * License : MPL-2.0 Programming Lang: Go Description : curated collection of Root Certificates This Go package contains a CA bundle that you can reference in your Go code. This is useful for systems that do not have CA bundles that Golang can find itself, or where a uniform set of CAs is valuable. . This is the same CA bundle that ships with the Python Requests (https://github.com/kennethreitz/requests) library, and is a Golang specific port of certifi (https://github.com/kennethreitz/certifi). The CA bundle is derived from Mozilla's canonical set.
Bug#1023294: ITP: python-oldmemo -- python-omemo backend for OMEMO 1
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: python-oldmemo Version : (no release yet) Upstream Author : Tim Henkes (Syndace) * URL or Web page : https://github.com/Syndace/python-oldmemo * License : AGPL-3 Programming Lang: Python Description : python-omemo backend for OMEMO 1 Backend implementation for python-omemo, equipping python-omemo with support for OMEMO under the namespace eu.siacs.conversations.axolotl (casually/jokingly referred to as "oldmemo").
Bug#1023293: ITP: libxeddsa -- toolkit around Curve25519 and Ed25519 key pairs
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: libxeddsa Version : v2.0.0 (2022-04-02) Upstream Author : Tim Henkes (Syndace) * URL or Web page : https://github.com/Syndace/libxeddsa * License : MIT Programming Lang: C Description : toolkit around Curve25519 and Ed25519 key pairs A toolkit around Curve25519 and Ed25519 key pairs, with a focus on conversion between the two. Offers: - Conversion between Curve25519 and Ed25519 public keys - Extraction of private keys from seeds - Ed25519 digital signing using seeds or private keys - Ed25519 digital signature verification - X25519 Diffie-Hellman key agreement
Bug#1023295: ITP: python-twomemo -- python-omemo backend for OMEMO 2
Package: wnpp Owner: deba...@debian.org Severity: wishlist * Package name: python-twomemo Version : (no release yet) Upstream Author : Tim Henkes (Syndace) * URL or Web page : https://github.com/Syndace/python-twomemo * License : MIT Programming Lang: Python Description : python-omemo backend for OMEMO 2 Backend implementation for python-omemo, equipping python-omemo with support for OMEMO under the namespace urn:xmpp:omemo:2 (casually/jokingly referred to as "twomemo").
Bug#1023305: ITP: zst -- CLI tool for zstd (and other) compression
Package: wnpp Severity: wishlist Owner: Adam Borowski X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: zst Version : not released yet Upstream Author : yours truly * URL : https://github.com/kilobyte/zst Programming Lang: C Description : CLI tool for zstd (and other) compression This is an alternate tool for zstd compression, one that takes a lot less space than the official one. It also behaves in a way consistent with other Unix compressors: the level goes only up to 9, the original copy of the file is not kept, etc. . The executable can also replace gzip xz bzip2. A bunch of features are not yet ready, but I'm filing this ITP now that the core functionality is already working but there's still time for design changes. Stuff that's aimed for important/Essential needs to be discussed well... Existing compressors: | tool | lib --+--+- gzip | Ess | Ess bzip2 | std | Ess (but it'd be nice to remove it) xz| std | Ess zstd | opt | Ess lz4 | opt | libsystemd0 but not libelogind0
