Re: hoe do I use spectacle screen recording?
I think you want to install simplescreenrecorder. I've never knew spectacle to be able to do that. Il giorno dom 26 mag 2024 alle ore 23:18 Gary Dale ha scritto: > > I've just switched into a Plasma/Wayland session on my Debian/Trixie > AMD64 system so I could try out screen recording with Spectacle. However > I can't figure out how to get it to work. I switch to the "recording: > tab, and select the video format, but then what? I can select > "workspace", "selected screen" or "selected window" , after which > clicking somewhere starts recording but the "Finish recording" button > seems to react but actually does nothing. The recording timer keeps > incrementing and I can't seem to save the recording. > > Am I missing something or is the screen recording facility simply not > working currently? > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io
Bug#1065032: closed by Salvo Tomaselli ()
Well you can replace with this one fortune $(dpkg --listfiles fortunes-it | grep /usr/share/games/fortunes/ | egrep -v .dat\|.u8 | shuf -n1) Il giorno mar 16 apr 2024 alle ore 17:36 Anthony Foglia ha scritto: > > Sorry, I hadn't seen your initial response > > I was using the fortune program to show me random Italian quotes to work on > learning the language. Before I could just point fortune at the folder with > all the Italian fortunes. That's no longer easy without them in a separate > folder. > > So in my .bashrc I have > > if [[ -x /usr/games/fortune ]]; then > if [[ -d /usr/share/games/fortunes/it ]]; then > /usr/games/fortune /usr/share/games/fortunes/it > elif type dpkg > /dev/null; then > # As of v2, debian's fortunes-it package no longer puts the > # fortunes in a separate directory. > dpkg -L fortunes-it | grep "/usr/share/games/fortunes/" | grep -v \\. | xargs > -r /usr/games/fortune > fi > fi > > The call to dpkg is an obvious kludge. I'm surprised all the debian fortune > maintainers don't have a convention/best practice around this. > > I'm just end-user, so take my opinion/usage with a grain of salt. (To be > fair, I could just uninstall the other fortune-providing packages.) > > Sent with Shortwave > > On Mon Apr 15, 2024, 04:51 PM GMT, Debian Bug Tracking System wrote: > > This is an automatic notification regarding your Bug report > which was filed against the fortunes-it package: > > #1065032: fortunes-it: fortunes/it directory no longer used > > It has been closed by Salvo Tomaselli . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Salvo Tomaselli > by > replying to this email. > > > -- > 1065032: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065032 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io
Bug#1067184: ITP: krecorder -- recorder application
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli X-Debbugs-Cc: debian-de...@lists.debian.org, ltw...@debian.org * Package name: krecorder Version : 24.02.0 Upstream Contact: Devin Lin * URL : https://apps.kde.org/it/krecorder/ * License : GPL Programming Lang: C++ Description : recorder application kirigami based audio recorder for plasma. It can be used on small touchscreens or on desktop
Bug#1067184: ITP: krecorder -- recorder application
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli X-Debbugs-Cc: debian-devel@lists.debian.org, ltw...@debian.org * Package name: krecorder Version : 24.02.0 Upstream Contact: Devin Lin * URL : https://apps.kde.org/it/krecorder/ * License : GPL Programming Lang: C++ Description : recorder application kirigami based audio recorder for plasma. It can be used on small touchscreens or on desktop
Bug#1067184: ITP: krecorder -- recorder application
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli X-Debbugs-Cc: debian-de...@lists.debian.org, ltw...@debian.org * Package name: krecorder Version : 24.02.0 Upstream Contact: Devin Lin * URL : https://apps.kde.org/it/krecorder/ * License : GPL Programming Lang: C++ Description : recorder application kirigami based audio recorder for plasma. It can be used on small touchscreens or on desktop
Bug#1067183: ITP: skladnik -- formerly known as ksokoban, a sokoban game
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli X-Debbugs-Cc: debian-de...@lists.debian.org, ltw...@debian.org * Package name: skladnik Version : 0.5.2 Upstream Contact: Łukasz Kalamłacki * URL : https://apps.kde.org/it/skladnik/ * License : GPL Programming Lang: C++ Description : formerly known as ksokoban, a sokoban game The usual sokoban game, about pushing things on a destination inside a maze.
Bug#1067183: ITP: skladnik -- formerly known as ksokoban, a sokoban game
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli X-Debbugs-Cc: debian-devel@lists.debian.org, ltw...@debian.org * Package name: skladnik Version : 0.5.2 Upstream Contact: Łukasz Kalamłacki * URL : https://apps.kde.org/it/skladnik/ * License : GPL Programming Lang: C++ Description : formerly known as ksokoban, a sokoban game The usual sokoban game, about pushing things on a destination inside a maze.
Bug#1067183: ITP: skladnik -- formerly known as ksokoban, a sokoban game
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli X-Debbugs-Cc: debian-de...@lists.debian.org, ltw...@debian.org * Package name: skladnik Version : 0.5.2 Upstream Contact: Łukasz Kalamłacki * URL : https://apps.kde.org/it/skladnik/ * License : GPL Programming Lang: C++ Description : formerly known as ksokoban, a sokoban game The usual sokoban game, about pushing things on a destination inside a maze.
Bug#1067050: ITP: ultimateultimateguitar -- CLI for the ultimateguitar website
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli X-Debbugs-Cc: debian-devel@lists.debian.org, ltw...@debian.org * Package name: ultimateultimateguitar Version : 1.4 Upstream Contact: Salvo Tomaselli * URL : https://codeberg.org/ltworf/ultimateultimateguitar * License : AGPL Programming Lang: Python Description : CLI for the ultimateguitar website It is a CLI to search songs on ultimateuguitar website, parse their format and output the text and chords on the terminal. It has support for transpose. It can be useful to hobby musicians such as myself to avoid all the spam that the website contains when accessed from a browser. I plan to maintain it alone, on the same repository where the project is hosted. I'm happy to add people to the project if they want to help out.
Bug#1067050: ITP: ultimateultimateguitar -- CLI for the ultimateguitar website
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli X-Debbugs-Cc: debian-de...@lists.debian.org, ltw...@debian.org * Package name: ultimateultimateguitar Version : 1.4 Upstream Contact: Salvo Tomaselli * URL : https://codeberg.org/ltworf/ultimateultimateguitar * License : AGPL Programming Lang: Python Description : CLI for the ultimateguitar website It is a CLI to search songs on ultimateuguitar website, parse their format and output the text and chords on the terminal. It has support for transpose. It can be useful to hobby musicians such as myself to avoid all the spam that the website contains when accessed from a browser. I plan to maintain it alone, on the same repository where the project is hosted. I'm happy to add people to the project if they want to help out.
Bug#1067050: ITP: ultimateultimateguitar -- CLI for the ultimateguitar website
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli X-Debbugs-Cc: debian-de...@lists.debian.org, ltw...@debian.org * Package name: ultimateultimateguitar Version : 1.4 Upstream Contact: Salvo Tomaselli * URL : https://codeberg.org/ltworf/ultimateultimateguitar * License : AGPL Programming Lang: Python Description : CLI for the ultimateguitar website It is a CLI to search songs on ultimateuguitar website, parse their format and output the text and chords on the terminal. It has support for transpose. It can be useful to hobby musicians such as myself to avoid all the spam that the website contains when accessed from a browser. I plan to maintain it alone, on the same repository where the project is hosted. I'm happy to add people to the project if they want to help out.
Bug#1057359: qmake: use qmake6 when QT_SELECT=qt6
> This is also being used in src:explosive-c4 now and the approach breaks > cross compilation. Please stop doing this, we'll have to touch all of > these. > > Still the use case is real and we need a better way to build packages > with qmake6. I was talking with Sune and Lisandro on IRC and their > consensus seems to have been that qtchooser and QT_SELECT are dead and > should not be used for Qt6. They suggested that we add add a new > --buildsystem to debhelper. We already have qmake_qt4 and qmake, why not > have qmake6? While changing QT_SELECT from qt5 to qt6 would be > convenient, changing it to "dh $@ --buildsystem qmake6" is easy enough, > no? The qmake6 build system can reuse qmake just like qmake_qt4 and > doing it that way immediately makes cross compilation just work (since > we already have -qmake6). Lisandro requested naming it qmake6 > rather than qmake_qt6. Even though this breaks consistency with earlier > use in debhelper, the similarity to how upstream calls it more > important. > > Salvo and Alexandre, do you second this? It would be fine by me, I hope it should be cleaner than how it was to go from 4 to 5. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei https://ltworf.codeberg.page/ signature.asc Description: This is a digitally signed message part.
Re: Bug#1057359: qmake: use qmake6 when QT_SELECT=qt6
> This is also being used in src:explosive-c4 now and the approach breaks > cross compilation. Please stop doing this, we'll have to touch all of > these. > > Still the use case is real and we need a better way to build packages > with qmake6. I was talking with Sune and Lisandro on IRC and their > consensus seems to have been that qtchooser and QT_SELECT are dead and > should not be used for Qt6. They suggested that we add add a new > --buildsystem to debhelper. We already have qmake_qt4 and qmake, why not > have qmake6? While changing QT_SELECT from qt5 to qt6 would be > convenient, changing it to "dh $@ --buildsystem qmake6" is easy enough, > no? The qmake6 build system can reuse qmake just like qmake_qt4 and > doing it that way immediately makes cross compilation just work (since > we already have -qmake6). Lisandro requested naming it qmake6 > rather than qmake_qt6. Even though this breaks consistency with earlier > use in debhelper, the similarity to how upstream calls it more > important. > > Salvo and Alexandre, do you second this? It would be fine by me, I hope it should be cleaner than how it was to go from 4 to 5. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei https://ltworf.codeberg.page/ signature.asc Description: This is a digitally signed message part.
Bug#1058361: ITP: python-pyasyncore -- asyncore for Python 3.12 onwards
Thank you so much, I really didn't feel like rewriting my code to manage my electrical relais at home! -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei https://ltworf.codeberg.page/
Bug#1058361: ITP: python-pyasyncore -- asyncore for Python 3.12 onwards
Thank you so much, I really didn't feel like rewriting my code to manage my electrical relais at home! -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei https://ltworf.codeberg.page/
Re: Bug#1058361: ITP: python-pyasyncore -- asyncore for Python 3.12 onwards
Thank you so much, I really didn't feel like rewriting my code to manage my electrical relais at home! -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei https://ltworf.codeberg.page/
Re: Recommended way of installing system-wide python application and libraries
Hello, I guess you plan on maintaining it yourself. You should do an "Intention to package" bug, you do that running: reportbug wnpp There is a tool called "lintian" that you will probably find useful to check your packaging, as you get it into shape. I'd recommend the debian-mentors IRC channel on oftc and the same named mailing list. Good luck -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei https://ltworf.codeberg.page/ signature.asc Description: This is a digitally signed message part.
Bug#1054417: cve number
Tracked in CVE-2023-46586
Bug#1054417: cve number
Tracked in CVE-2023-46586
Bug#1052683: ITP: railway -- GUI application for searching train journeys
Does it work outside of Germany? Perhaps its area should be in the description. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io signature.asc Description: This is a digitally signed message part.
Bug#1052683: ITP: railway -- GUI application for searching train journeys
Does it work outside of Germany? Perhaps its area should be in the description. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io signature.asc Description: This is a digitally signed message part.
Re: Questionable Package Present in Debian: fortune-mod
> Can you please clarify what problem you see with these package names? > The results I get for this search are: > > apt search penis | grep --color penis I see no problem whatsoever, that was the point I was making. Sorry that it wasn't more clear. The bug linked in the email I replied to, referred to "web outside of browser" (aka weboob) that was rejected because of the name, The project had to go through a renaming process (it is now woob) to hope to be included. Best -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
Re: Questionable Package Present in Debian: fortune-mod
> Without an ftpteam hat on, but my point of view -- I believe the team > would absolutely reject a package only based on its name (see: > #914179). Not very consistently though: $ apt search penis | grep penis | wc -l 2 And that's without considering that every language has hundreds of synonyms :) -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
Bug#1052028: please update to pydantic 2.x
Wouldn't it be better to package it as python3-pydantic2 directly? To avoid breaking every software that uses it. In that way they could just coexist and packages depending on the old one wouldn't all suddenly break. Best -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
Re: Bug#1052028: please update to pydantic 2.x
Wouldn't it be better to package it as python3-pydantic2 directly? To avoid breaking every software that uses it. In that way they could just coexist and packages depending on the old one wouldn't all suddenly break. Best -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
Salvo Tomaselli: Declaration of intent to become a DD, upl.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For nm.debian.org, at 2023-09-07: I would like to apply to change my status in Debian to Debian Developer, uploading. I have been a DM for about 10 years. I have worked on some python and C/C++ packages. Lately I was interested in writing and packaging mobile applications that could work on phones running debian, which is why i packaged parolottero, explosive-c4 (of which I'm also upstream) and kasts. My uploads have been sponsored by: locutusofborg, mapreri, mfv, enrico, lamby. - -- Salvo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEQnSLnnbYmXmeH74Us6fPDIAYhs8FAmT50QkACgkQs6fPDIAY hs/sdw/+LPWaLc+ND5gTdIhfZgLqfA3KY/qIGlYl3Ysw5ikuLM5iqlNQDzd8JKFB qezioit5/7vH3SvUaZuh1VPl5IAPZPxmfgFhUz88p1riELqNUyPj9HgWupevjsrp w9N3EqhbkvlQFOs51gXJ7bVhTCvjKkNOraabAt+2RV0NxGc834YsCrDlT9skEuq3 WkmL/6Fzlk/5oY7sz3+lhgF2dQZug7rZsTFDAppkTswQ6tnqNe9ZrLhRFWYpUQxV DnNZ5H+1647BM123oWypaIfMF2d1T5O8RLDs+TGGHQ9mxbobftHiK1Ej+PLc1W3A MNgtjrnieniXEPyBbQA3L8kMhKdelOa0/lBsQQv7RjkegPIsL3of/5dR5erq9k3W ANPSoCeVv4QPS7ath3huBOw9K0Ov4DnKgBXioUssX8INyvbngzl5oMI6jpAJsvIR Wq/TufQVk6EwG0YGwffGd87qgSmdRSEWH9/jubyVrN5in3iFHveYx3B52/td+civ gBQUyztotqjSg4ek/CYLtNnrJYqVirEMFdc58Qa6gizWxfH7G9ZJQiW9PXMz9NR1 th+fMuckD+33LycnIvkTiUgfzereHu5lZmvc7eqBXYy6AH1coeeBhyLwFpfB5nj7 LJh7uCjO598fKCZpaMCbitlUBuMir/ouRuIj7DlwzFdlogevL4E= =dhPl -END PGP SIGNATURE- Salvo Tomaselli (via nm.debian.org) For details and to comment, visit https://nm.debian.org/process/1209/ -- https://nm.debian.org/process/1209/
Bug#1007698: ITP: kasts -- kasts is a podcast client for desktop and mobile
I have a preliminary dsc file here https://tomaselli.page/pub/debian/kasts_23.07.90-1.dsc but the copyright file needs to be updated, I think I had written it for an older version Il giorno mar 5 set 2023 alle ore 22:29 Marco Mattiolo ha scritto: > > Hi Salvo, > > that's great news that you're back working on this package! > > You've probably already found out by yourself the complete list of > Build-Deps and runtime dependencies for Kasts: to stay on the safe side, > please check this discussion with upstream developer [1]. > > TL,DR: > > - VLC backend should be preferred, which needs libvlccore-dev as Build-Dep > > - vlc-plugin-base and qml-module-qt-labs-settings are needed as runtime > dependencies > > - Kirigami is needed to be at least 5.105.0 (Debian testing/sid are > already fine with that) > > Kind regards > > Marco > > [1] https://bugs.kde.org/show_bug.cgi?id=473648 > > Il 12/08/23 00:38, Salvo Tomaselli ha scritto: > > I started again to work on this, on the latest version of kasts > > > > Il giorno sab 22 lug 2023 alle ore 14:17 Salvo Tomaselli > > ha scritto: > >> Hello, > >> > >> I was planning to do it in the summer, but my hard drive is broken, > >> I'm waiting for lenovo to do something about it. > >> > >> Il giorno sab 1 lug 2023 alle ore 15:57 Marco Mattiolo > >> ha scritto: > >>> Hi Tzafrir, > >>> > >>> no news on my side for the packaging. There's an ITP bug submitted by > >>> Salvo, I will leave that answer to him. > >>> > >>> Thank you for the MR on 23.04.2! > >>> > >>> My 2 cents on the icons issue: I faced the same when installing kasts in > >>> a non-Plasma environment (Phosh on pmOS), I solved it by installing > >>> Breeze icon theme and then creating a custom launcher. > >>> > >>> cp /usr/share/applications/org.kde.kasts.desktop > >>> ~/.local/share/applications/ > >>> > >>> Then, modify the 'Exec' line in the launcher with the following: > >>> > >>> Exec=env QT_STYLE_OVERRIDE=Breeze kasts > >>> > >>> I'm recalling that by memory because I've re-flashed the phone in the > >>> meanwhile, you could be required to tweak something. My source was [1] > >>> btw. > >>> > >>> Kind regards > >>> > >>> Marco > >>> > >>> [1] > >>> https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications > >>> > >>> > >>> Il 28/06/23 23:16, Tzafrir Cohen ha scritto: > >>> > >>> Any news? > >>> > >>> I tried this package again. I updated the packaging for upstream 23.04.2 > >>> (See a simple MR[1]). Right now it runs, but there are missing > >>> images on buttons, both on my desktop (sway) and on my mobian phone > >>> (where the flatpak runs OK). > >>> > >>> CMake also notes that the optional VNC playback backend is missing. How > >>> important is this? > >>> > >>> On my phone I had to install the following two packages (that I > >>> guessed from error messages) > >>> > >>> qml-module-org-kde-kirigami-addons-labs-components > >>> qml-module-qt-labs-qmlmodels > >>> > >>> And still I get the following output in my terminal: > >>> Database version 6 > >>> kf.kirigami: Failed to find a Kirigami platform plugin > >>> qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for > >>> property "implicitHeight" > >>> qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for > >>> property "implicitHeight" > >>> qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected > >>> for property "implicitHeight" > >>> qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected > >>> for property "implicitHeight" > >>> file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ScrollablePage.qml:200:9: > >>> QML MouseArea: Binding loop detected for property "width" > >>> file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > >>> QML ListView: Binding loop detected for property "topMargin" > >>> file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > >>> QML ListView: Binding loop detected for property "topMargin" > >>> > >>> > >>> [1] https://salsa.debian.org/ltworf-guest/kasts/-/merge_requests/2 > >>> > >> > >> -- > >> Salvo Tomaselli > >> > >> "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di > >> senso, ragione ed intelletto intendesse che noi ne facessimo a meno." > >> -- Galileo Galilei > >> > >> http://ltworf.github.io/ltworf/ > > > > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1007698: ITP: kasts -- kasts is a podcast client for desktop and mobile
I have a preliminary dsc file here https://tomaselli.page/pub/debian/kasts_23.07.90-1.dsc but the copyright file needs to be updated, I think I had written it for an older version Il giorno mar 5 set 2023 alle ore 22:29 Marco Mattiolo ha scritto: > > Hi Salvo, > > that's great news that you're back working on this package! > > You've probably already found out by yourself the complete list of > Build-Deps and runtime dependencies for Kasts: to stay on the safe side, > please check this discussion with upstream developer [1]. > > TL,DR: > > - VLC backend should be preferred, which needs libvlccore-dev as Build-Dep > > - vlc-plugin-base and qml-module-qt-labs-settings are needed as runtime > dependencies > > - Kirigami is needed to be at least 5.105.0 (Debian testing/sid are > already fine with that) > > Kind regards > > Marco > > [1] https://bugs.kde.org/show_bug.cgi?id=473648 > > Il 12/08/23 00:38, Salvo Tomaselli ha scritto: > > I started again to work on this, on the latest version of kasts > > > > Il giorno sab 22 lug 2023 alle ore 14:17 Salvo Tomaselli > > ha scritto: > >> Hello, > >> > >> I was planning to do it in the summer, but my hard drive is broken, > >> I'm waiting for lenovo to do something about it. > >> > >> Il giorno sab 1 lug 2023 alle ore 15:57 Marco Mattiolo > >> ha scritto: > >>> Hi Tzafrir, > >>> > >>> no news on my side for the packaging. There's an ITP bug submitted by > >>> Salvo, I will leave that answer to him. > >>> > >>> Thank you for the MR on 23.04.2! > >>> > >>> My 2 cents on the icons issue: I faced the same when installing kasts in > >>> a non-Plasma environment (Phosh on pmOS), I solved it by installing > >>> Breeze icon theme and then creating a custom launcher. > >>> > >>> cp /usr/share/applications/org.kde.kasts.desktop > >>> ~/.local/share/applications/ > >>> > >>> Then, modify the 'Exec' line in the launcher with the following: > >>> > >>> Exec=env QT_STYLE_OVERRIDE=Breeze kasts > >>> > >>> I'm recalling that by memory because I've re-flashed the phone in the > >>> meanwhile, you could be required to tweak something. My source was [1] > >>> btw. > >>> > >>> Kind regards > >>> > >>> Marco > >>> > >>> [1] > >>> https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications > >>> > >>> > >>> Il 28/06/23 23:16, Tzafrir Cohen ha scritto: > >>> > >>> Any news? > >>> > >>> I tried this package again. I updated the packaging for upstream 23.04.2 > >>> (See a simple MR[1]). Right now it runs, but there are missing > >>> images on buttons, both on my desktop (sway) and on my mobian phone > >>> (where the flatpak runs OK). > >>> > >>> CMake also notes that the optional VNC playback backend is missing. How > >>> important is this? > >>> > >>> On my phone I had to install the following two packages (that I > >>> guessed from error messages) > >>> > >>> qml-module-org-kde-kirigami-addons-labs-components > >>> qml-module-qt-labs-qmlmodels > >>> > >>> And still I get the following output in my terminal: > >>> Database version 6 > >>> kf.kirigami: Failed to find a Kirigami platform plugin > >>> qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for > >>> property "implicitHeight" > >>> qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for > >>> property "implicitHeight" > >>> qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected > >>> for property "implicitHeight" > >>> qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected > >>> for property "implicitHeight" > >>> file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ScrollablePage.qml:200:9: > >>> QML MouseArea: Binding loop detected for property "width" > >>> file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > >>> QML ListView: Binding loop detected for property "topMargin" > >>> file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > >>> QML ListView: Binding loop detected for property "topMargin" > >>> > >>> > >>> [1] https://salsa.debian.org/ltworf-guest/kasts/-/merge_requests/2 > >>> > >> > >> -- > >> Salvo Tomaselli > >> > >> "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di > >> senso, ragione ed intelletto intendesse che noi ne facessimo a meno." > >> -- Galileo Galilei > >> > >> http://ltworf.github.io/ltworf/ > > > > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1050903: segmentation fault
One of my contacts has published a story and telegram just crashes immediately after I login. I downgraded to the version in testing. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1050903: segmentation fault
One of my contacts has published a story and telegram just crashes immediately after I login. I downgraded to the version in testing. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1007698: ITP: kasts -- kasts is a podcast client for desktop and mobile
I started again to work on this, on the latest version of kasts Il giorno sab 22 lug 2023 alle ore 14:17 Salvo Tomaselli ha scritto: > > Hello, > > I was planning to do it in the summer, but my hard drive is broken, > I'm waiting for lenovo to do something about it. > > Il giorno sab 1 lug 2023 alle ore 15:57 Marco Mattiolo > ha scritto: > > > > Hi Tzafrir, > > > > no news on my side for the packaging. There's an ITP bug submitted by > > Salvo, I will leave that answer to him. > > > > Thank you for the MR on 23.04.2! > > > > My 2 cents on the icons issue: I faced the same when installing kasts in a > > non-Plasma environment (Phosh on pmOS), I solved it by installing Breeze > > icon theme and then creating a custom launcher. > > > > cp /usr/share/applications/org.kde.kasts.desktop > > ~/.local/share/applications/ > > > > Then, modify the 'Exec' line in the launcher with the following: > > > > Exec=env QT_STYLE_OVERRIDE=Breeze kasts > > > > I'm recalling that by memory because I've re-flashed the phone in the > > meanwhile, you could be required to tweak something. My source was [1] btw. > > > > Kind regards > > > > Marco > > > > [1] > > https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications > > > > > > Il 28/06/23 23:16, Tzafrir Cohen ha scritto: > > > > Any news? > > > > I tried this package again. I updated the packaging for upstream 23.04.2 > > (See a simple MR[1]). Right now it runs, but there are missing > > images on buttons, both on my desktop (sway) and on my mobian phone > > (where the flatpak runs OK). > > > > CMake also notes that the optional VNC playback backend is missing. How > > important is this? > > > > On my phone I had to install the following two packages (that I > > guessed from error messages) > > > > qml-module-org-kde-kirigami-addons-labs-components > > qml-module-qt-labs-qmlmodels > > > > And still I get the following output in my terminal: > > Database version 6 > > kf.kirigami: Failed to find a Kirigami platform plugin > > qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for > > property "implicitHeight" > > qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for > > property "implicitHeight" > > qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected for > > property "implicitHeight" > > qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected for > > property "implicitHeight" > > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ScrollablePage.qml:200:9: > > QML MouseArea: Binding loop detected for property "width" > > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > > QML ListView: Binding loop detected for property "topMargin" > > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > > QML ListView: Binding loop detected for property "topMargin" > > > > > > [1] https://salsa.debian.org/ltworf-guest/kasts/-/merge_requests/2 > > > > > -- > Salvo Tomaselli > > "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di > senso, ragione ed intelletto intendesse che noi ne facessimo a meno." > -- Galileo Galilei > > http://ltworf.github.io/ltworf/ -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1007698: ITP: kasts -- kasts is a podcast client for desktop and mobile
I started again to work on this, on the latest version of kasts Il giorno sab 22 lug 2023 alle ore 14:17 Salvo Tomaselli ha scritto: > > Hello, > > I was planning to do it in the summer, but my hard drive is broken, > I'm waiting for lenovo to do something about it. > > Il giorno sab 1 lug 2023 alle ore 15:57 Marco Mattiolo > ha scritto: > > > > Hi Tzafrir, > > > > no news on my side for the packaging. There's an ITP bug submitted by > > Salvo, I will leave that answer to him. > > > > Thank you for the MR on 23.04.2! > > > > My 2 cents on the icons issue: I faced the same when installing kasts in a > > non-Plasma environment (Phosh on pmOS), I solved it by installing Breeze > > icon theme and then creating a custom launcher. > > > > cp /usr/share/applications/org.kde.kasts.desktop > > ~/.local/share/applications/ > > > > Then, modify the 'Exec' line in the launcher with the following: > > > > Exec=env QT_STYLE_OVERRIDE=Breeze kasts > > > > I'm recalling that by memory because I've re-flashed the phone in the > > meanwhile, you could be required to tweak something. My source was [1] btw. > > > > Kind regards > > > > Marco > > > > [1] > > https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications > > > > > > Il 28/06/23 23:16, Tzafrir Cohen ha scritto: > > > > Any news? > > > > I tried this package again. I updated the packaging for upstream 23.04.2 > > (See a simple MR[1]). Right now it runs, but there are missing > > images on buttons, both on my desktop (sway) and on my mobian phone > > (where the flatpak runs OK). > > > > CMake also notes that the optional VNC playback backend is missing. How > > important is this? > > > > On my phone I had to install the following two packages (that I > > guessed from error messages) > > > > qml-module-org-kde-kirigami-addons-labs-components > > qml-module-qt-labs-qmlmodels > > > > And still I get the following output in my terminal: > > Database version 6 > > kf.kirigami: Failed to find a Kirigami platform plugin > > qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for > > property "implicitHeight" > > qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for > > property "implicitHeight" > > qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected for > > property "implicitHeight" > > qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected for > > property "implicitHeight" > > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ScrollablePage.qml:200:9: > > QML MouseArea: Binding loop detected for property "width" > > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > > QML ListView: Binding loop detected for property "topMargin" > > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > > QML ListView: Binding loop detected for property "topMargin" > > > > > > [1] https://salsa.debian.org/ltworf-guest/kasts/-/merge_requests/2 > > > > > -- > Salvo Tomaselli > > "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di > senso, ragione ed intelletto intendesse che noi ne facessimo a meno." > -- Galileo Galilei > > http://ltworf.github.io/ltworf/ -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1007698: ITP: kasts -- kasts is a podcast client for desktop and mobile
Hello, I was planning to do it in the summer, but my hard drive is broken, I'm waiting for lenovo to do something about it. Il giorno sab 1 lug 2023 alle ore 15:57 Marco Mattiolo ha scritto: > > Hi Tzafrir, > > no news on my side for the packaging. There's an ITP bug submitted by Salvo, > I will leave that answer to him. > > Thank you for the MR on 23.04.2! > > My 2 cents on the icons issue: I faced the same when installing kasts in a > non-Plasma environment (Phosh on pmOS), I solved it by installing Breeze icon > theme and then creating a custom launcher. > > cp /usr/share/applications/org.kde.kasts.desktop ~/.local/share/applications/ > > Then, modify the 'Exec' line in the launcher with the following: > > Exec=env QT_STYLE_OVERRIDE=Breeze kasts > > I'm recalling that by memory because I've re-flashed the phone in the > meanwhile, you could be required to tweak something. My source was [1] btw. > > Kind regards > > Marco > > [1] https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications > > > Il 28/06/23 23:16, Tzafrir Cohen ha scritto: > > Any news? > > I tried this package again. I updated the packaging for upstream 23.04.2 > (See a simple MR[1]). Right now it runs, but there are missing > images on buttons, both on my desktop (sway) and on my mobian phone > (where the flatpak runs OK). > > CMake also notes that the optional VNC playback backend is missing. How > important is this? > > On my phone I had to install the following two packages (that I > guessed from error messages) > > qml-module-org-kde-kirigami-addons-labs-components > qml-module-qt-labs-qmlmodels > > And still I get the following output in my terminal: > Database version 6 > kf.kirigami: Failed to find a Kirigami platform plugin > qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for property > "implicitHeight" > qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for property > "implicitHeight" > qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected for > property "implicitHeight" > qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected for > property "implicitHeight" > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ScrollablePage.qml:200:9: > QML MouseArea: Binding loop detected for property "width" > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > QML ListView: Binding loop detected for property "topMargin" > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > QML ListView: Binding loop detected for property "topMargin" > > > [1] https://salsa.debian.org/ltworf-guest/kasts/-/merge_requests/2 > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1007698: ITP: kasts -- kasts is a podcast client for desktop and mobile
Hello, I was planning to do it in the summer, but my hard drive is broken, I'm waiting for lenovo to do something about it. Il giorno sab 1 lug 2023 alle ore 15:57 Marco Mattiolo ha scritto: > > Hi Tzafrir, > > no news on my side for the packaging. There's an ITP bug submitted by Salvo, > I will leave that answer to him. > > Thank you for the MR on 23.04.2! > > My 2 cents on the icons issue: I faced the same when installing kasts in a > non-Plasma environment (Phosh on pmOS), I solved it by installing Breeze icon > theme and then creating a custom launcher. > > cp /usr/share/applications/org.kde.kasts.desktop ~/.local/share/applications/ > > Then, modify the 'Exec' line in the launcher with the following: > > Exec=env QT_STYLE_OVERRIDE=Breeze kasts > > I'm recalling that by memory because I've re-flashed the phone in the > meanwhile, you could be required to tweak something. My source was [1] btw. > > Kind regards > > Marco > > [1] https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications > > > Il 28/06/23 23:16, Tzafrir Cohen ha scritto: > > Any news? > > I tried this package again. I updated the packaging for upstream 23.04.2 > (See a simple MR[1]). Right now it runs, but there are missing > images on buttons, both on my desktop (sway) and on my mobian phone > (where the flatpak runs OK). > > CMake also notes that the optional VNC playback backend is missing. How > important is this? > > On my phone I had to install the following two packages (that I > guessed from error messages) > > qml-module-org-kde-kirigami-addons-labs-components > qml-module-qt-labs-qmlmodels > > And still I get the following output in my terminal: > Database version 6 > kf.kirigami: Failed to find a Kirigami platform plugin > qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for property > "implicitHeight" > qrc:/main.qml:416:5: QML ErrorListOverlay: Binding loop detected for property > "implicitHeight" > qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected for > property "implicitHeight" > qrc:/DesktopPlayerControls.qml:406:5: QML Dialog: Binding loop detected for > property "implicitHeight" > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ScrollablePage.qml:200:9: > QML MouseArea: Binding loop detected for property "width" > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > QML ListView: Binding loop detected for property "topMargin" > file:///usr/lib/aarch64-linux-gnu/qt5/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: > QML ListView: Binding loop detected for property "topMargin" > > > [1] https://salsa.debian.org/ltworf-guest/kasts/-/merge_requests/2 > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1040601: python3-typedload-doc: broken symlink: /usr/share/doc/python3-typedload/docs/README.md -> ../README.md
Thank you for your report. The fix will be included in the next version. Il giorno ven 7 lug 2023 alle ore 21:23 Andreas Beckmann ha scritto: > > Package: python3-typedload-doc > Version: 2.24-1 > Severity: normal > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package ships (or creates) > a broken symlink: > > 0m32.5s ERROR: FAIL: Broken symlinks: > /usr/share/doc/python3-typedload/docs/README.md -> ../README.md > (python3-typedload-doc) > > > cheers, > > Andreas -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1005369: xserver-xorg-core: Breaks middle button trackpoint scrolling
Yes it has some options. Not as many as the alternatives. Some of those options happen to be ones that I change. Il giorno mer 5 apr 2023 alle ore 02:22 Alban Browaeys ha scritto: > > I am on a thinkapd (the Yoga S1) and xorg libinput driver works fine (I > configure it through gnome-control-center). > > I really do not know what you mean by "avoid libinput's opinions on how > my input should work". Could you give example? > > https://www.mankier.com/4/libinput > these do not count as configuration options? > > Cheers, > > Alban > > > Le mardi 04 avril 2023 à 21:21 +0200, Salvo Tomaselli a écrit : > > No the libinput one is bad. > > > > libinput's author doesn't want options, so there is no way to have > > usable input that feels good on thinkpads. > > > > I'm using the xserver-xorg-input-evdev one. I guess when Xorg will be > > kicked out of debian, I will need to move to devuan or something like > > that, just to avoid libinput's opinions on how my input should work. > > > > Il giorno mar 4 apr 2023 alle ore 18:45 Alban Browaeys > > ha scritto: > > > > > > Try removing > > > xserver-xorg-input-synaptics > > > then restart xorg. > > > > > > xserver-xorg-input-synaptics i sno longer supported by GNOME as far > > > as > > > know. > > > xserver-xorg-input-libinput is the replacment. > > > > > > Cheers, > > > Alban > > > > > > On Sat, 12 Feb 2022 09:53:16 +0100 "Salvo \"LtWorf\" Tomaselli" > > > wrote: > > > > Package: xserver-xorg-core > > > > Version: 2:21.1.3-2 > > > > Severity: critical > > > > Tags: upstream > > > > Justification: breaks unrelated software > > > > X-Debbugs-Cc: tipos...@tiscali.it > > > > > > > > Dear Maintainer, > > > > > > > > on thinkpads it is common to scroll by holding down the middle > > > > button > > > and > > > > pushing the trackpoint up or down. > > > > > > > > After upgrading, this feature is broken. > > > > > > > > Reverting to the version found in testing makes it work again. > > > > > > > > In a wayland session it works (but my keyboard layout doesn't > > > > exist > > > in wayland > > > > so using it permanently is not a viable solution). > > > > > > > > It is strange because the input drivers have not received an > > > > update, > > > so I'm not > > > > really sure of what the interaction is here. > > > > > > > > Anyway, I'm creating this issue with a high priority in order to > > > > stop > > > the package > > > > from migrating and make scrolling suddenly unavailable to other > > > people as well. > > > > > > > > -- Package-specific info: > > > > /etc/X11/X does not exist. > > > > /etc/X11/X is not a symlink. > > > > /etc/X11/X is not executable. > > > > > > > > VGA-compatible devices on PCI bus: > > > > -- > > > > 00:02.0 VGA compatible controller [0300]: Intel Corporation > > > TigerLake-LP GT2 [Iris Xe Graphics] [8086:9a49] (rev 01) > > > > > > > > /etc/X11/xorg.conf does not exist. > > > > > > > > Contents of /etc/X11/xorg.conf.d: > > > > - > > > > total 0 > > > > > > > > /etc/modprobe.d contains no KMS configuration files. > > > > > > > > Kernel version (/proc/version): > > > > --- > > > > Linux version 5.16.0-1-amd64 (debian-ker...@lists.debian.org) > > > > (gcc-11 > > > (Debian 11.2.0-16) 11.2.0, GNU ld (GNU Binutils for Debian) > > > 2.37.90.20220130) #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) > > > > > > > > Xorg X server log files on system: > > > > -- > > > > -rw-r--r-- 1 root root 50312 Feb 12 09:43 /var/log/Xorg.0.log > > > > > > > > Contents of most recent Xorg X server log file > > > > (/var/log/Xorg.0.log): > > > > - > > > > > > > > [ 2.949] (--) Log file renamed from "/var/log/Xorg.pid- > > > > 579.log" > > > to "/var/log/Xorg.0.log" > > > > [ 2.951] > > > > X.Org X Server 1.21.1.3 > > > > X Protocol Version 11, Revision 0 > > > > [ 2.951] Current Operating System: Linux galatea 5.16.0-1- > > > > amd64 > > > #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) x86_64 > > > > [ 2.951] Kernel command line: BOOT_IMAGE=/boot/vmlinuz- > > > > 5.16.0-1- > > > amd64 root=UUID=2e600d3e-5bd5-43cd-b826-9213b7bafb99 ro quiet > > > > [ 2.951] xorg-server 2:21.1.3-2 > > > > (https://www.debian.org/support) > > > > [ 2.951] Current version of pixman: 0.40.0 > > > > > > > > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1005369: xserver-xorg-core: Breaks middle button trackpoint scrolling
Yes it has some options. Not as many as the alternatives. Some of those options happen to be ones that I change. Il giorno mer 5 apr 2023 alle ore 02:22 Alban Browaeys ha scritto: > > I am on a thinkapd (the Yoga S1) and xorg libinput driver works fine (I > configure it through gnome-control-center). > > I really do not know what you mean by "avoid libinput's opinions on how > my input should work". Could you give example? > > https://www.mankier.com/4/libinput > these do not count as configuration options? > > Cheers, > > Alban > > > Le mardi 04 avril 2023 à 21:21 +0200, Salvo Tomaselli a écrit : > > No the libinput one is bad. > > > > libinput's author doesn't want options, so there is no way to have > > usable input that feels good on thinkpads. > > > > I'm using the xserver-xorg-input-evdev one. I guess when Xorg will be > > kicked out of debian, I will need to move to devuan or something like > > that, just to avoid libinput's opinions on how my input should work. > > > > Il giorno mar 4 apr 2023 alle ore 18:45 Alban Browaeys > > ha scritto: > > > > > > Try removing > > > xserver-xorg-input-synaptics > > > then restart xorg. > > > > > > xserver-xorg-input-synaptics i sno longer supported by GNOME as far > > > as > > > know. > > > xserver-xorg-input-libinput is the replacment. > > > > > > Cheers, > > > Alban > > > > > > On Sat, 12 Feb 2022 09:53:16 +0100 "Salvo \"LtWorf\" Tomaselli" > > > wrote: > > > > Package: xserver-xorg-core > > > > Version: 2:21.1.3-2 > > > > Severity: critical > > > > Tags: upstream > > > > Justification: breaks unrelated software > > > > X-Debbugs-Cc: tipos...@tiscali.it > > > > > > > > Dear Maintainer, > > > > > > > > on thinkpads it is common to scroll by holding down the middle > > > > button > > > and > > > > pushing the trackpoint up or down. > > > > > > > > After upgrading, this feature is broken. > > > > > > > > Reverting to the version found in testing makes it work again. > > > > > > > > In a wayland session it works (but my keyboard layout doesn't > > > > exist > > > in wayland > > > > so using it permanently is not a viable solution). > > > > > > > > It is strange because the input drivers have not received an > > > > update, > > > so I'm not > > > > really sure of what the interaction is here. > > > > > > > > Anyway, I'm creating this issue with a high priority in order to > > > > stop > > > the package > > > > from migrating and make scrolling suddenly unavailable to other > > > people as well. > > > > > > > > -- Package-specific info: > > > > /etc/X11/X does not exist. > > > > /etc/X11/X is not a symlink. > > > > /etc/X11/X is not executable. > > > > > > > > VGA-compatible devices on PCI bus: > > > > -- > > > > 00:02.0 VGA compatible controller [0300]: Intel Corporation > > > TigerLake-LP GT2 [Iris Xe Graphics] [8086:9a49] (rev 01) > > > > > > > > /etc/X11/xorg.conf does not exist. > > > > > > > > Contents of /etc/X11/xorg.conf.d: > > > > - > > > > total 0 > > > > > > > > /etc/modprobe.d contains no KMS configuration files. > > > > > > > > Kernel version (/proc/version): > > > > --- > > > > Linux version 5.16.0-1-amd64 (debian-ker...@lists.debian.org) > > > > (gcc-11 > > > (Debian 11.2.0-16) 11.2.0, GNU ld (GNU Binutils for Debian) > > > 2.37.90.20220130) #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) > > > > > > > > Xorg X server log files on system: > > > > -- > > > > -rw-r--r-- 1 root root 50312 Feb 12 09:43 /var/log/Xorg.0.log > > > > > > > > Contents of most recent Xorg X server log file > > > > (/var/log/Xorg.0.log): > > > > - > > > > > > > > [ 2.949] (--) Log file renamed from "/var/log/Xorg.pid- > > > > 579.log" > > > to "/var/log/Xorg.0.log" > > > > [ 2.951] > > > > X.Org X Server 1.21.1.3 > > > > X Protocol Version 11, Revision 0 > > > > [ 2.951] Current Operating System: Linux galatea 5.16.0-1- > > > > amd64 > > > #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) x86_64 > > > > [ 2.951] Kernel command line: BOOT_IMAGE=/boot/vmlinuz- > > > > 5.16.0-1- > > > amd64 root=UUID=2e600d3e-5bd5-43cd-b826-9213b7bafb99 ro quiet > > > > [ 2.951] xorg-server 2:21.1.3-2 > > > > (https://www.debian.org/support) > > > > [ 2.951] Current version of pixman: 0.40.0 > > > > > > > > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1005369: xserver-xorg-core: Breaks middle button trackpoint scrolling
No the libinput one is bad. libinput's author doesn't want options, so there is no way to have usable input that feels good on thinkpads. I'm using the xserver-xorg-input-evdev one. I guess when Xorg will be kicked out of debian, I will need to move to devuan or something like that, just to avoid libinput's opinions on how my input should work. Il giorno mar 4 apr 2023 alle ore 18:45 Alban Browaeys ha scritto: > > Try removing > xserver-xorg-input-synaptics > then restart xorg. > > xserver-xorg-input-synaptics i sno longer supported by GNOME as far as > know. > xserver-xorg-input-libinput is the replacment. > > Cheers, > Alban > > On Sat, 12 Feb 2022 09:53:16 +0100 "Salvo \"LtWorf\" Tomaselli" > wrote: > > Package: xserver-xorg-core > > Version: 2:21.1.3-2 > > Severity: critical > > Tags: upstream > > Justification: breaks unrelated software > > X-Debbugs-Cc: tipos...@tiscali.it > > > > Dear Maintainer, > > > > on thinkpads it is common to scroll by holding down the middle button > and > > pushing the trackpoint up or down. > > > > After upgrading, this feature is broken. > > > > Reverting to the version found in testing makes it work again. > > > > In a wayland session it works (but my keyboard layout doesn't exist > in wayland > > so using it permanently is not a viable solution). > > > > It is strange because the input drivers have not received an update, > so I'm not > > really sure of what the interaction is here. > > > > Anyway, I'm creating this issue with a high priority in order to stop > the package > > from migrating and make scrolling suddenly unavailable to other > people as well. > > > > -- Package-specific info: > > /etc/X11/X does not exist. > > /etc/X11/X is not a symlink. > > /etc/X11/X is not executable. > > > > VGA-compatible devices on PCI bus: > > -- > > 00:02.0 VGA compatible controller [0300]: Intel Corporation > TigerLake-LP GT2 [Iris Xe Graphics] [8086:9a49] (rev 01) > > > > /etc/X11/xorg.conf does not exist. > > > > Contents of /etc/X11/xorg.conf.d: > > - > > total 0 > > > > /etc/modprobe.d contains no KMS configuration files. > > > > Kernel version (/proc/version): > > --- > > Linux version 5.16.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-11 > (Debian 11.2.0-16) 11.2.0, GNU ld (GNU Binutils for Debian) > 2.37.90.20220130) #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) > > > > Xorg X server log files on system: > > -- > > -rw-r--r-- 1 root root 50312 Feb 12 09:43 /var/log/Xorg.0.log > > > > Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): > > - > > [ 2.949] (--) Log file renamed from "/var/log/Xorg.pid-579.log" > to "/var/log/Xorg.0.log" > > [ 2.951] > > X.Org X Server 1.21.1.3 > > X Protocol Version 11, Revision 0 > > [ 2.951] Current Operating System: Linux galatea 5.16.0-1-amd64 > #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) x86_64 > > [ 2.951] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.16.0-1- > amd64 root=UUID=2e600d3e-5bd5-43cd-b826-9213b7bafb99 ro quiet > > [ 2.951] xorg-server 2:21.1.3-2 (https://www.debian.org/support) > > [ 2.951] Current version of pixman: 0.40.0 > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1005369: xserver-xorg-core: Breaks middle button trackpoint scrolling
No the libinput one is bad. libinput's author doesn't want options, so there is no way to have usable input that feels good on thinkpads. I'm using the xserver-xorg-input-evdev one. I guess when Xorg will be kicked out of debian, I will need to move to devuan or something like that, just to avoid libinput's opinions on how my input should work. Il giorno mar 4 apr 2023 alle ore 18:45 Alban Browaeys ha scritto: > > Try removing > xserver-xorg-input-synaptics > then restart xorg. > > xserver-xorg-input-synaptics i sno longer supported by GNOME as far as > know. > xserver-xorg-input-libinput is the replacment. > > Cheers, > Alban > > On Sat, 12 Feb 2022 09:53:16 +0100 "Salvo \"LtWorf\" Tomaselli" > wrote: > > Package: xserver-xorg-core > > Version: 2:21.1.3-2 > > Severity: critical > > Tags: upstream > > Justification: breaks unrelated software > > X-Debbugs-Cc: tipos...@tiscali.it > > > > Dear Maintainer, > > > > on thinkpads it is common to scroll by holding down the middle button > and > > pushing the trackpoint up or down. > > > > After upgrading, this feature is broken. > > > > Reverting to the version found in testing makes it work again. > > > > In a wayland session it works (but my keyboard layout doesn't exist > in wayland > > so using it permanently is not a viable solution). > > > > It is strange because the input drivers have not received an update, > so I'm not > > really sure of what the interaction is here. > > > > Anyway, I'm creating this issue with a high priority in order to stop > the package > > from migrating and make scrolling suddenly unavailable to other > people as well. > > > > -- Package-specific info: > > /etc/X11/X does not exist. > > /etc/X11/X is not a symlink. > > /etc/X11/X is not executable. > > > > VGA-compatible devices on PCI bus: > > -- > > 00:02.0 VGA compatible controller [0300]: Intel Corporation > TigerLake-LP GT2 [Iris Xe Graphics] [8086:9a49] (rev 01) > > > > /etc/X11/xorg.conf does not exist. > > > > Contents of /etc/X11/xorg.conf.d: > > - > > total 0 > > > > /etc/modprobe.d contains no KMS configuration files. > > > > Kernel version (/proc/version): > > --- > > Linux version 5.16.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-11 > (Debian 11.2.0-16) 11.2.0, GNU ld (GNU Binutils for Debian) > 2.37.90.20220130) #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) > > > > Xorg X server log files on system: > > -- > > -rw-r--r-- 1 root root 50312 Feb 12 09:43 /var/log/Xorg.0.log > > > > Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): > > - > > [ 2.949] (--) Log file renamed from "/var/log/Xorg.pid-579.log" > to "/var/log/Xorg.0.log" > > [ 2.951] > > X.Org X Server 1.21.1.3 > > X Protocol Version 11, Revision 0 > > [ 2.951] Current Operating System: Linux galatea 5.16.0-1-amd64 > #1 SMP PREEMPT Debian 5.16.7-2 (2022-02-09) x86_64 > > [ 2.951] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.16.0-1- > amd64 root=UUID=2e600d3e-5bd5-43cd-b826-9213b7bafb99 ro quiet > > [ 2.951] xorg-server 2:21.1.3-2 (https://www.debian.org/support) > > [ 2.951] Current version of pixman: 0.40.0 > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Re: On community and conflicts
For those having lost a leg (such as myself, just to name one) because of some careless driver, reading "I went for a run" could be painful. Il giorno gio 16 mar 2023 alle ore 13:29 Holger Levsen ha scritto: > > On Thu, Mar 16, 2023 at 07:53:22AM -0400, Roberto C. Sánchez wrote: > > Can we have a clear statement of what "directly affects people"? > > for those having lost people due to covid, hearing someone say > it's a hoax, is definitly painful. and this affects Debian directly: > > so far we know about one dead DM (yes, Debian Maintainer) and personally I > know several suffering from long covid. > > surprise: you're not invisble when you close your eyes. > > > -- > cheers, > Holger > > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org > ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C > ⠈⠳⣄ > > War is peace. Freedom is slavery. Covid is like the flu. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1023124: How i fixed my system
For anyone finding this after the fact. I had to remove dpkg-fsys-usrunmess. Use aptitude because apt's crap resolver won't do it. aptitude --allow-remove-essential install usrmerge aptitude remove dpkg-fsys-usrunmess Then I manually (with a script) had to delete a bunch of duplicated files, because I had older files in /lib and newer ones in /usr/lib. This is the script, don't run it blindly while /usr/lib/usrmerge/convert-usrmerge 2>&1 | grep Both | cut -d\ -fusrmerge; do /usr/lib/usrmerge/convert-usrmerge 2>&1 | grep Both | cut -d\ -f 4 rm $(/usr/lib/usrmerge /convert-usrmerge 2>&1 | grep Both | cut -d\ -f 4) done After this, I could run again aptitude install usrmerge After this, the system seems in an upgradable state again. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei https://ltworf.github.io/
Bug#1023124: How i fixed my system
For anyone finding this after the fact. I had to remove dpkg-fsys-usrunmess. Use aptitude because apt's crap resolver won't do it. aptitude --allow-remove-essential install usrmerge aptitude remove dpkg-fsys-usrunmess Then I manually (with a script) had to delete a bunch of duplicated files, because I had older files in /lib and newer ones in /usr/lib. This is the script, don't run it blindly while /usr/lib/usrmerge/convert-usrmerge 2>&1 | grep Both | cut -d\ -fusrmerge; do /usr/lib/usrmerge/convert-usrmerge 2>&1 | grep Both | cut -d\ -f 4 rm $(/usr/lib/usrmerge /convert-usrmerge 2>&1 | grep Both | cut -d\ -f 4) done After this, I could run again aptitude install usrmerge After this, the system seems in an upgradable state again. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei https://ltworf.github.io/
Bug#1023124: How i fixed my system
For anyone finding this after the fact. I had to remove dpkg-fsys-usrunmess. Use aptitude because apt's crap resolver won't do it. aptitude --allow-remove-essential install usrmerge aptitude remove dpkg-fsys-usrunmess Then I manually (with a script) had to delete a bunch of duplicated files, because I had older files in /lib and newer ones in /usr/lib. This is the script, don't run it blindly while /usr/lib/usrmerge/convert-usrmerge 2>&1 | grep Both | cut -d\ -fusrmerge; do /usr/lib/usrmerge/convert-usrmerge 2>&1 | grep Both | cut -d\ -f 4 rm $(/usr/lib/usrmerge /convert-usrmerge 2>&1 | grep Both | cut -d\ -f 4) done After this, I could run again aptitude install usrmerge After this, the system seems in an upgradable state again. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei https://ltworf.github.io/
Bug#1023124: libsystemd-shared-251.so: cannot open shared object file
systemd-machine-id-setup: /usr/bin/systemd-machine-id-setup /bin/systemd-machine-id-setup /usr/share/man/man1/systemd-machine-id-setup.1.gz stat /usr/bin/systemd-machine-id-setup /bin/systemd-machine-id-setup File: /usr/bin/systemd-machine-id-setup Size: 18928 Blocks: 40 IO Block: 4096 regular file Device: 259,5 Inode: 4201937 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2022-10-30 13:34:13.098418093 +0100 Modify: 2022-08-14 20:06:18.0 +0200 Change: 2022-08-22 15:25:56.730012624 +0200 Birth: 2022-08-22 15:25:56.610011671 +0200 File: /bin/systemd-machine-id-setup Size: 18928 Blocks: 40 IO Block: 4096 regular file Device: 259,5 Inode: 8650854 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2022-10-30 13:38:20.0 +0100 Modify: 2022-10-14 16:34:00.0 +0200 Change: 2022-10-30 13:38:20.944385494 +0100 Birth: 2022-10-30 13:38:20.816384357 +0100 It seems my system is in a weird status from some previous issues… Maybe originating when apt told me to split /usr, then I had some issues and had to manually install a bunch of packages. Il giorno dom 30 ott 2022 alle ore 13:52 Ansgar ha scritto: > > On Sun, 2022-10-30 at 13:34 +0100, Salvo "LtWorf" Tomaselli wrote: > > Preconfiguring packages ... > > Setting up systemd (252~rc3-2) ... > > systemd-machine-id-setup: error while loading shared libraries: > > libsystemd-shared-251.so: cannot open shared object file: No such file or > > directory > > dpkg: error processing package systemd (--configure): > > installed systemd package post-installation script subprocess returned > > error exit status 127 > > Errors were encountered while processing: > > systemd > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > The /bin/systemd-machine-id-setup shipped in the systemd 252~rc3-2 > package is linked against libsystemd-shared-252.so, not libsystemd- > shared-251.so. > > Please check all paths given in the PATH used when calling dpkg/apt for > systemd-machine-id-setup (e.g., by using `which -a systemd-machine-id- > setup` with the correct PATH) and report their location and sha1 hash > (sha1sum /bin/systemd-machine-id-setup ...). > > Please also report the output of `ls -ld /bin /usr/bin` and whether the > system is merged-/usr already or not. > > Ansgar > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1023124: libsystemd-shared-251.so: cannot open shared object file
systemd-machine-id-setup: /usr/bin/systemd-machine-id-setup /bin/systemd-machine-id-setup /usr/share/man/man1/systemd-machine-id-setup.1.gz stat /usr/bin/systemd-machine-id-setup /bin/systemd-machine-id-setup File: /usr/bin/systemd-machine-id-setup Size: 18928 Blocks: 40 IO Block: 4096 regular file Device: 259,5 Inode: 4201937 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2022-10-30 13:34:13.098418093 +0100 Modify: 2022-08-14 20:06:18.0 +0200 Change: 2022-08-22 15:25:56.730012624 +0200 Birth: 2022-08-22 15:25:56.610011671 +0200 File: /bin/systemd-machine-id-setup Size: 18928 Blocks: 40 IO Block: 4096 regular file Device: 259,5 Inode: 8650854 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2022-10-30 13:38:20.0 +0100 Modify: 2022-10-14 16:34:00.0 +0200 Change: 2022-10-30 13:38:20.944385494 +0100 Birth: 2022-10-30 13:38:20.816384357 +0100 It seems my system is in a weird status from some previous issues… Maybe originating when apt told me to split /usr, then I had some issues and had to manually install a bunch of packages. Il giorno dom 30 ott 2022 alle ore 13:52 Ansgar ha scritto: > > On Sun, 2022-10-30 at 13:34 +0100, Salvo "LtWorf" Tomaselli wrote: > > Preconfiguring packages ... > > Setting up systemd (252~rc3-2) ... > > systemd-machine-id-setup: error while loading shared libraries: > > libsystemd-shared-251.so: cannot open shared object file: No such file or > > directory > > dpkg: error processing package systemd (--configure): > > installed systemd package post-installation script subprocess returned > > error exit status 127 > > Errors were encountered while processing: > > systemd > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > The /bin/systemd-machine-id-setup shipped in the systemd 252~rc3-2 > package is linked against libsystemd-shared-252.so, not libsystemd- > shared-251.so. > > Please check all paths given in the PATH used when calling dpkg/apt for > systemd-machine-id-setup (e.g., by using `which -a systemd-machine-id- > setup` with the correct PATH) and report their location and sha1 hash > (sha1sum /bin/systemd-machine-id-setup ...). > > Please also report the output of `ls -ld /bin /usr/bin` and whether the > system is merged-/usr already or not. > > Ansgar > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1023124: libsystemd-shared-251.so: cannot open shared object file
systemd-machine-id-setup: /usr/bin/systemd-machine-id-setup /bin/systemd-machine-id-setup /usr/share/man/man1/systemd-machine-id-setup.1.gz stat /usr/bin/systemd-machine-id-setup /bin/systemd-machine-id-setup File: /usr/bin/systemd-machine-id-setup Size: 18928 Blocks: 40 IO Block: 4096 regular file Device: 259,5 Inode: 4201937 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2022-10-30 13:34:13.098418093 +0100 Modify: 2022-08-14 20:06:18.0 +0200 Change: 2022-08-22 15:25:56.730012624 +0200 Birth: 2022-08-22 15:25:56.610011671 +0200 File: /bin/systemd-machine-id-setup Size: 18928 Blocks: 40 IO Block: 4096 regular file Device: 259,5 Inode: 8650854 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2022-10-30 13:38:20.0 +0100 Modify: 2022-10-14 16:34:00.0 +0200 Change: 2022-10-30 13:38:20.944385494 +0100 Birth: 2022-10-30 13:38:20.816384357 +0100 It seems my system is in a weird status from some previous issues… Maybe originating when apt told me to split /usr, then I had some issues and had to manually install a bunch of packages. Il giorno dom 30 ott 2022 alle ore 13:52 Ansgar ha scritto: > > On Sun, 2022-10-30 at 13:34 +0100, Salvo "LtWorf" Tomaselli wrote: > > Preconfiguring packages ... > > Setting up systemd (252~rc3-2) ... > > systemd-machine-id-setup: error while loading shared libraries: > > libsystemd-shared-251.so: cannot open shared object file: No such file or > > directory > > dpkg: error processing package systemd (--configure): > > installed systemd package post-installation script subprocess returned > > error exit status 127 > > Errors were encountered while processing: > > systemd > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > The /bin/systemd-machine-id-setup shipped in the systemd 252~rc3-2 > package is linked against libsystemd-shared-252.so, not libsystemd- > shared-251.so. > > Please check all paths given in the PATH used when calling dpkg/apt for > systemd-machine-id-setup (e.g., by using `which -a systemd-machine-id- > setup` with the correct PATH) and report their location and sha1 hash > (sha1sum /bin/systemd-machine-id-setup ...). > > Please also report the output of `ls -ld /bin /usr/bin` and whether the > system is merged-/usr already or not. > > Ansgar > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1022941: Confirm
I can confirm. The update breaks systemd. 200 pacchetti aggiornati, 0 installati, 0 da rimuovere e 4 non aggiornati. È necessario prelevare 0 B/374 MB di archivi. Dopo l'estrazione, verranno occupati 21,1 MB. Continuare? [Y/n/?] Lettura dei changelog... Fatto Estrazione dei template dai pacchetti: 100% Preconfigurazione dei pacchetti in corso Configurazione di systemd (252~rc3-2)... systemd-machine-id-setup: error while loading shared libraries: libsystemd-shared-251.so: cannot open shared object file: No such file or directory dpkg: errore nell'elaborare il pacchetto systemd (--configure): il sottoprocesso installato pacchetto systemd script post-installation ha restituito lo stato di errore 127 Si sono verificati degli errori nell'elaborazione: systemd E: Sub-process /usr/bin/dpkg returned an error code (1) Configurazione di systemd (252~rc3-2)... systemd-machine-id-setup: error while loading shared libraries: libsystemd-shared-251.so: cannot open shared object file: No such file or directory dpkg: errore nell'elaborare il pacchetto systemd (--configure): il sottoprocesso installato pacchetto systemd script post-installation ha restituito lo stato di errore 127 dpkg: problemi con le dipendenze impediscono la configurazione di libpam-systemd:amd64: libpam-systemd:amd64 dipende da systemd (= 252~rc3-2); tuttavia: Il pacchetto systemd non è ancora configurato. dpkg: errore nell'elaborare il pacchetto libpam-systemd:amd64 (--configure): problemi con le dipendenze - lasciato non configurato dpkg: problemi con le dipendenze impediscono la configurazione di systemd-resolved: systemd-resolved dipende da systemd (= 252~rc3-2); tuttavia: Il pacchetto systemd non è ancora configurato. dpkg: errore nell'elaborare il pacchetto systemd-resolved (--configure): problemi con le dipendenze - lasciato non configurato dpkg: problemi con le dipendenze impediscono la configurazione di libnss-systemd:amd64: libnss-systemd:amd64 dipende da systemd (= 252~rc3-2); tuttavia: Il pacchetto systemd non è ancora configurato. dpkg: errore nell'elaborare il pacchetto libnss-systemd:amd64 (--configure): problemi con le dipendenze - lasciato non configurato dpkg: problemi con le dipendenze impediscono la configurazione di libnss-resolve:amd64: libnss-resolve:amd64 dipende da systemd-resolved (= 252~rc3-2); tuttavia: Il pacchetto systemd-resolved non è ancora configurato. dpkg: errore nell'elaborare il pacchetto libnss-resolve:amd64 (--configure): problemi con le dipendenze - lasciato non configurato Si sono verificati degli errori nell'elaborazione: systemd libpam-systemd:amd64 systemd-resolved libnss-systemd:amd64 libnss-resolve:amd64 -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1022941: Confirm
I can confirm. The update breaks systemd. 200 pacchetti aggiornati, 0 installati, 0 da rimuovere e 4 non aggiornati. È necessario prelevare 0 B/374 MB di archivi. Dopo l'estrazione, verranno occupati 21,1 MB. Continuare? [Y/n/?] Lettura dei changelog... Fatto Estrazione dei template dai pacchetti: 100% Preconfigurazione dei pacchetti in corso Configurazione di systemd (252~rc3-2)... systemd-machine-id-setup: error while loading shared libraries: libsystemd-shared-251.so: cannot open shared object file: No such file or directory dpkg: errore nell'elaborare il pacchetto systemd (--configure): il sottoprocesso installato pacchetto systemd script post-installation ha restituito lo stato di errore 127 Si sono verificati degli errori nell'elaborazione: systemd E: Sub-process /usr/bin/dpkg returned an error code (1) Configurazione di systemd (252~rc3-2)... systemd-machine-id-setup: error while loading shared libraries: libsystemd-shared-251.so: cannot open shared object file: No such file or directory dpkg: errore nell'elaborare il pacchetto systemd (--configure): il sottoprocesso installato pacchetto systemd script post-installation ha restituito lo stato di errore 127 dpkg: problemi con le dipendenze impediscono la configurazione di libpam-systemd:amd64: libpam-systemd:amd64 dipende da systemd (= 252~rc3-2); tuttavia: Il pacchetto systemd non è ancora configurato. dpkg: errore nell'elaborare il pacchetto libpam-systemd:amd64 (--configure): problemi con le dipendenze - lasciato non configurato dpkg: problemi con le dipendenze impediscono la configurazione di systemd-resolved: systemd-resolved dipende da systemd (= 252~rc3-2); tuttavia: Il pacchetto systemd non è ancora configurato. dpkg: errore nell'elaborare il pacchetto systemd-resolved (--configure): problemi con le dipendenze - lasciato non configurato dpkg: problemi con le dipendenze impediscono la configurazione di libnss-systemd:amd64: libnss-systemd:amd64 dipende da systemd (= 252~rc3-2); tuttavia: Il pacchetto systemd non è ancora configurato. dpkg: errore nell'elaborare il pacchetto libnss-systemd:amd64 (--configure): problemi con le dipendenze - lasciato non configurato dpkg: problemi con le dipendenze impediscono la configurazione di libnss-resolve:amd64: libnss-resolve:amd64 dipende da systemd-resolved (= 252~rc3-2); tuttavia: Il pacchetto systemd-resolved non è ancora configurato. dpkg: errore nell'elaborare il pacchetto libnss-resolve:amd64 (--configure): problemi con le dipendenze - lasciato non configurato Si sono verificati degli errori nell'elaborazione: systemd libpam-systemd:amd64 systemd-resolved libnss-systemd:amd64 libnss-resolve:amd64 -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Re: Possible draft non-free firmware option with SC change
> Is this helping our users or does it help the free software cause if those > users just go somewhere else and asscociate Debian with "broken"? > Those are lost users, and they will never learn and then care about their > missing freedoms. Not only they are lost users; but they will spend the next 20 or 30 years commenting how debian is broken (regardless of what the current status might be at that point) putting off potential users that might actually believe them. I still regularly see comments on how KDE is bad because it relies on non-free qt libraries. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#712119: Closing this bug (BTS maintenance for src:linux bugs)
Feel free to close, The issue I had on the newer machine was an hardware issue that got solved by replacing the keyboard. Something was wrong with the electronic there and I think it was confusing the whole bus so also the touchpad, despite being a different device was affected. Sorry, I had forgotten about this. Il giorno mar 31 mag 2022 alle ore 18:03 Diederik de Haas ha scritto: > > On 24 Apr 2021 20:04:52 +0200 Salvo Tomaselli wrote: > > I have another machine but the issue is still there by the way :d > > Which kernel version does that other machine run? > With that info we can update the metadata (and title), so it doesn't come > across (at least to me) as obsolete :-) -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#712119: Closing this bug (BTS maintenance for src:linux bugs)
Feel free to close, The issue I had on the newer machine was an hardware issue that got solved by replacing the keyboard. Something was wrong with the electronic there and I think it was confusing the whole bus so also the touchpad, despite being a different device was affected. Sorry, I had forgotten about this. Il giorno mar 31 mag 2022 alle ore 18:03 Diederik de Haas ha scritto: > > On 24 Apr 2021 20:04:52 +0200 Salvo Tomaselli wrote: > > I have another machine but the issue is still there by the way :d > > Which kernel version does that other machine run? > With that info we can update the metadata (and title), so it doesn't come > across (at least to me) as obsolete :-) -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#824520: RFP: subsurface -- scuba diving logbook
Yes of course for the users of Debian it's best to have it rather than not have it. Best of luck! Il giorno mer 25 mag 2022 alle ore 03:49 Philippe Cerfon ha scritto: > > On Sun, May 22, 2022 at 10:45 PM Salvo Tomaselli wrote: > > My advice is to forget this. Upstream is really uncooperative and > > Torvalds went to conferences to talk about this (conveniently > > forgetting to mention he was depending an unstable library whose > > author said "Don't use this yet") > > Well also had some interactions with upstream in the past and it felt > indeed a bit "difficult". So I can kinda understand your frustration. > > Nevertheless, that upstream may be a bit distribution-unfriendly > doesn't make subsurface itself less usable. I'd say it's still among > the "best" software for diving in the FLOSS world - and that "market" > isn't so big, so people cannot just easily choose any other random > software (none if which would be packaged for Debian either). > > In the end, divers will just resort to some unofficial packages > (security issues) or IMO questionable systems like snap. So I think > there would be some value to get that officially packaged. > > Thanks, > Philippe -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#824520: RFP: subsurface -- scuba diving logbook
Yes of course for the users of Debian it's best to have it rather than not have it. Best of luck! Il giorno mer 25 mag 2022 alle ore 03:49 Philippe Cerfon ha scritto: > > On Sun, May 22, 2022 at 10:45 PM Salvo Tomaselli wrote: > > My advice is to forget this. Upstream is really uncooperative and > > Torvalds went to conferences to talk about this (conveniently > > forgetting to mention he was depending an unstable library whose > > author said "Don't use this yet") > > Well also had some interactions with upstream in the past and it felt > indeed a bit "difficult". So I can kinda understand your frustration. > > Nevertheless, that upstream may be a bit distribution-unfriendly > doesn't make subsurface itself less usable. I'd say it's still among > the "best" software for diving in the FLOSS world - and that "market" > isn't so big, so people cannot just easily choose any other random > software (none if which would be packaged for Debian either). > > In the end, divers will just resort to some unofficial packages > (security issues) or IMO questionable systems like snap. So I think > there would be some value to get that officially packaged. > > Thanks, > Philippe -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#824520: RFP: subsurface -- scuba diving logbook
My advice is to forget this. Upstream is really uncooperative and Torvalds went to conferences to talk about this (conveniently forgetting to mention he was depending an unstable library whose author said "Don't use this yet") The video of that conference that happened ages ago is still shared today to "prove" how the distribution model is bad, distro maintainers are mean, and so on. Just my advice. Il giorno dom 22 mag 2022 alle ore 13:58 David Bremner ha scritto: > > Philippe Cerfon writes: > > > btw... I've just seen there's: > > http://ppa.launchpad.net/subsurface/subsurface/ubuntu > > (including packaging for all the deps) > > > > So maybe, it could be much simpler to get this back into Debian, by > > simply basing the Debian packaging on Ubuntu's. > > To be honest, I doubt that helps, since the hard part is not just making > packages (my repo on salsa already does that), but making them in a way > acceptable to debian policy, which is unlikely to be a priority for a > PPA. > > d -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#824520: RFP: subsurface -- scuba diving logbook
My advice is to forget this. Upstream is really uncooperative and Torvalds went to conferences to talk about this (conveniently forgetting to mention he was depending an unstable library whose author said "Don't use this yet") The video of that conference that happened ages ago is still shared today to "prove" how the distribution model is bad, distro maintainers are mean, and so on. Just my advice. Il giorno dom 22 mag 2022 alle ore 13:58 David Bremner ha scritto: > > Philippe Cerfon writes: > > > btw... I've just seen there's: > > http://ppa.launchpad.net/subsurface/subsurface/ubuntu > > (including packaging for all the deps) > > > > So maybe, it could be much simpler to get this back into Debian, by > > simply basing the Debian packaging on Ubuntu's. > > To be honest, I doubt that helps, since the hard part is not just making > packages (my repo on salsa already does that), but making them in a way > acceptable to debian policy, which is unlikely to be a priority for a > PPA. > > d -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Re: General resolution: Condemn Russian invasion of the Ukraine
> Regarding the Russian law: It's a scare-mongering tactic, don't > give in to it. There is no rule of law in Russia anyway, it's just > a scam. I have a feeling that it's somewhat hypocritical to ask Russians to go in the streets and protest their government risking their lives while sitting in the comfort of your home in Germany, warmed up with russian gas and coal. Condemning an invasion is one thing, but asking others to risk their lives for the sake of your principles is a very different thing. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1008598: Patch with the fix
tags 1008598 + patch
thanks
I attach a patch to fix the issue.
I tested locally and it seems to be working fine for me.
Best.
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei
http://ltworf.github.io/ltworf/
Description: This passes the loop parameter only on the supported versions
The loop parameter has been deprecated for years.
.
This library is buggy, and on the versions where the parameter is deprecated
it passes a None.
.
This actually broke when the parameter was removed for real, since the
parameter should not be passed at all instead.
Bug-Debian: #1008598
From: Salvo 'LtWorf' Tomaselli
--- python-websockets-9.1.orig/src/websockets/legacy/protocol.py
+++ python-websockets-9.1/src/websockets/legacy/protocol.py
@@ -151,8 +151,11 @@ class WebSocketCommonProtocol(asyncio.Pr
self._paused = False
self._drain_waiter: Optional[asyncio.Future[None]] = None
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
self._drain_lock = asyncio.Lock(
-loop=loop if sys.version_info[:2] < (3, 8) else None
+**kwloop
)
# This class implements the data transfer and closing handshake, which
@@ -225,6 +228,9 @@ class WebSocketCommonProtocol(asyncio.Pr
raise exc
if self.transport is not None:
if self.transport.is_closing():
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
# Yield to the event loop so connection_lost() may be
# called. Without this, _drain_helper() would return
# immediately, and code that calls
@@ -232,7 +238,7 @@ class WebSocketCommonProtocol(asyncio.Pr
# in a loop would never call connection_lost(), so it
# would not see an error when the socket is closed.
await asyncio.sleep(
-0, loop=self.loop if sys.version_info[:2] < (3, 8) else None
+0, **kwloop
)
await self._drain_helper()
@@ -399,12 +405,15 @@ class WebSocketCommonProtocol(asyncio.Pr
pop_message_waiter: asyncio.Future[None] = self.loop.create_future()
self._pop_message_waiter = pop_message_waiter
try:
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
# If asyncio.wait() is canceled, it doesn't cancel
# pop_message_waiter and self.transfer_data_task.
await asyncio.wait(
[pop_message_waiter, self.transfer_data_task],
-loop=self.loop if sys.version_info[:2] < (3, 8) else None,
return_when=asyncio.FIRST_COMPLETED,
+**kwloop,
)
finally:
self._pop_message_waiter = None
@@ -596,10 +605,13 @@ class WebSocketCommonProtocol(asyncio.Pr
"""
try:
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
await asyncio.wait_for(
self.write_close_frame(serialize_close(code, reason)),
self.close_timeout,
-loop=self.loop if sys.version_info[:2] < (3, 8) else None,
+**kwloop,
)
except asyncio.TimeoutError:
# If the close frame cannot be sent because the send buffers
@@ -615,12 +627,15 @@ class WebSocketCommonProtocol(asyncio.Pr
# Other calls will receive a CancelledError here.
try:
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
# If close() is canceled during the wait, self.transfer_data_task
# is canceled before the timeout elapses.
await asyncio.wait_for(
self.transfer_data_task,
self.close_timeout,
-loop=self.loop if sys.version_info[:2] < (3, 8) else None,
+**kwloop,
)
except (asyncio.TimeoutError, asyncio.CancelledError):
pass
@@ -1039,10 +1054,13 @@ class WebSocketCommonProtocol(asyncio.Pr
return
try:
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
while True:
await asyncio.sleep(
self.ping_interval,
-loop=self.loop if sys.version_info[:2] < (3, 8) else None,
+**kwloop,
)
# ping() raises CancelledErr
Bug#1008598: Patch with the fix
tags 1008598 + patch
thanks
I attach a patch to fix the issue.
I tested locally and it seems to be working fine for me.
Best.
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei
http://ltworf.github.io/ltworf/
Description: This passes the loop parameter only on the supported versions
The loop parameter has been deprecated for years.
.
This library is buggy, and on the versions where the parameter is deprecated
it passes a None.
.
This actually broke when the parameter was removed for real, since the
parameter should not be passed at all instead.
Bug-Debian: #1008598
From: Salvo 'LtWorf' Tomaselli
--- python-websockets-9.1.orig/src/websockets/legacy/protocol.py
+++ python-websockets-9.1/src/websockets/legacy/protocol.py
@@ -151,8 +151,11 @@ class WebSocketCommonProtocol(asyncio.Pr
self._paused = False
self._drain_waiter: Optional[asyncio.Future[None]] = None
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
self._drain_lock = asyncio.Lock(
-loop=loop if sys.version_info[:2] < (3, 8) else None
+**kwloop
)
# This class implements the data transfer and closing handshake, which
@@ -225,6 +228,9 @@ class WebSocketCommonProtocol(asyncio.Pr
raise exc
if self.transport is not None:
if self.transport.is_closing():
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
# Yield to the event loop so connection_lost() may be
# called. Without this, _drain_helper() would return
# immediately, and code that calls
@@ -232,7 +238,7 @@ class WebSocketCommonProtocol(asyncio.Pr
# in a loop would never call connection_lost(), so it
# would not see an error when the socket is closed.
await asyncio.sleep(
-0, loop=self.loop if sys.version_info[:2] < (3, 8) else None
+0, **kwloop
)
await self._drain_helper()
@@ -399,12 +405,15 @@ class WebSocketCommonProtocol(asyncio.Pr
pop_message_waiter: asyncio.Future[None] = self.loop.create_future()
self._pop_message_waiter = pop_message_waiter
try:
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
# If asyncio.wait() is canceled, it doesn't cancel
# pop_message_waiter and self.transfer_data_task.
await asyncio.wait(
[pop_message_waiter, self.transfer_data_task],
-loop=self.loop if sys.version_info[:2] < (3, 8) else None,
return_when=asyncio.FIRST_COMPLETED,
+**kwloop,
)
finally:
self._pop_message_waiter = None
@@ -596,10 +605,13 @@ class WebSocketCommonProtocol(asyncio.Pr
"""
try:
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
await asyncio.wait_for(
self.write_close_frame(serialize_close(code, reason)),
self.close_timeout,
-loop=self.loop if sys.version_info[:2] < (3, 8) else None,
+**kwloop,
)
except asyncio.TimeoutError:
# If the close frame cannot be sent because the send buffers
@@ -615,12 +627,15 @@ class WebSocketCommonProtocol(asyncio.Pr
# Other calls will receive a CancelledError here.
try:
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
# If close() is canceled during the wait, self.transfer_data_task
# is canceled before the timeout elapses.
await asyncio.wait_for(
self.transfer_data_task,
self.close_timeout,
-loop=self.loop if sys.version_info[:2] < (3, 8) else None,
+**kwloop,
)
except (asyncio.TimeoutError, asyncio.CancelledError):
pass
@@ -1039,10 +1054,13 @@ class WebSocketCommonProtocol(asyncio.Pr
return
try:
+kwloop = {}
+if sys.version_info[:2] < (3, 8):
+kwloop['loop'] = self.loop
while True:
await asyncio.sleep(
self.ping_interval,
-loop=self.loop if sys.version_info[:2] < (3, 8) else None,
+**kwloop,
)
# ping() raises CancelledErr
Bug#932925: Any news on this?
Hello, Any news on this? I might be interested in actually doing it… -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#932925: Any news on this?
Hello, Any news on this? I might be interested in actually doing it… -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1007157: gnome-sudoku menu entry is not shown on my pinephone
I created a patch for upstream https://gitlab.gnome.org/GNOME/gnome-sudoku/-/merge_requests/40 Il giorno sab 12 mar 2022 alle ore 12:41 Jeremy Bicha ha scritto: > > On Sat, Mar 12, 2022 at 6:27 AM Salvo 'LtWorf' Tomaselli > wrote: > > I use mobian on a pinephone and gnome-sudoku is not shown among the apps by > > default. > > > > That's because the .desktop file lacks an entry to mark it as "phone > > friendly". > > Thank you for taking the time to report this bug. > > Please report these issues upstream to GNOME first. > https://gitlab.gnome.org/GNOME/gnome-sudoku/-/issues > > I don't have a phone running mobile GNOME so I'm not sure how to test, > but I guess Iagno & GNOME Sudoku scale down well enough. > > Thanks, > Jeremy Bicha -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1007156: iagno menu entry is not shown on my pinephone
Upstream master already has it https://gitlab.gnome.org/GNOME/iagno/-/commit/66cbfee802228657f5feb83a14fea869c41cbe56 Il giorno sab 12 mar 2022 alle ore 12:15 Salvo 'LtWorf' Tomaselli ha scritto: > > Package: iagno > Version: 1:3.38.1-2 > Severity: normal > Tags: patch upstream > X-Debbugs-Cc: tipos...@tiscali.it > > Dear Maintainer, > > I use mobian on a pinephone and iagno is not shown among the apps by default. > > That's because the .desktop file lacks an entry to mark it as "phone > friendly". > > I attach a 1 line patch to correct the .desktop file. > > Best > > -- System Information: > Debian Release: bookworm/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 5.16.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not > set > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages iagno depends on: > ii dconf-gsettings-backend [gsettings-backend] 0.40.0-3 > ii libc62.33-7 > ii libcairo21.16.0-5 > ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 > ii libglib2.0-0 2.70.4-1 > ii libgsound0 1.0.3-2 > ii libgtk-3-0 3.24.31-1 > ii librsvg2-2 2.52.5+dfsg-3+b1 > > Versions of packages iagno recommends: > pn yelp > > iagno suggests no packages. > > -- no debconf information -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#998767: the debhelper works
The debhelper works, I'm getting ready to use it in my typedload package, to install a -doc package as well. Some lintian warnings are generated about the over abundance of sitemap files. Anyway my bug was more because I'd like the generated (and then uploaded) website to not link externally to begin with, but be self contained. That's an upstream issue. But I guess as a workaround I can upload the content of the -doc package instead, to make sure that nothing is loaded from other domains. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#1000576: closing 1000576
What about the evdev one? Il gio 25 nov 2021, 14:56 Timo Aaltonen ha scritto: > close 1000576 > thanks > > Not going to happen, synaptics is unmaintained and dropped for a reason. > You can still > have both installed and configure X to use synaptics instead after > installing it. >
Bug#1000576: xserver-xorg-input-all: Please include other input drivers in dependencies
To add more details, the kde touchpad config for libinput doesn't allow me to use 2 and 3 fingers touch for middle and right click. And the speed and acceleration of trackpoint can't be set as the same. Best Il gio 25 nov 2021, 11:06 Salvo "LtWorf" Tomaselli ha scritto: > Package: xserver-xorg-input-all > Version: 1:7.7+23 > Severity: critical > Justification: breaks unrelated software > X-Debbugs-Cc: tipos...@tiscali.it > > Dear Maintainer, > > because of libinput not behaving properly with my trackpoint, and the > maintainer > refusing to add the necessary configuration options to make it behave like > I > think it should behave, I never use the libinput driver and just remove it > in > favour of synaptics. > > However since xserver-xorg-input-all depends only on the libinput driver, > what > happens is that the entire desktop task gets uninstalled when doing this > operation, > which means that a lot of stuff that is completely unrelated and that I > need > gets removed as well. > > Please consider adding "| xserver-xorg-input-synaptics" in the dependency > field, > so that my desktop environment doesn't get removed when I try to use the > input > driver that works better for me. > > Best > > -- System Information: > Debian Release: bookworm/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 5.15.0-1-amd64 (SMP w/4 CPU threads) > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE > not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages xserver-xorg-input-all depends on: > ii xserver-xorg-input-libinput 1.2.0-1 > > Versions of packages xserver-xorg-input-all recommends: > ii xserver-xorg-input-wacom 0.34.99.1-1+b1 > > xserver-xorg-input-all suggests no packages. > > -- no debconf information >
Bug#1000576: xserver-xorg-input-all: Please include other input drivers in dependencies
To add more details, the kde touchpad config for libinput doesn't allow me to use 2 and 3 fingers touch for middle and right click. And the speed and acceleration of trackpoint can't be set as the same. Best Il gio 25 nov 2021, 11:06 Salvo "LtWorf" Tomaselli ha scritto: > Package: xserver-xorg-input-all > Version: 1:7.7+23 > Severity: critical > Justification: breaks unrelated software > X-Debbugs-Cc: tipos...@tiscali.it > > Dear Maintainer, > > because of libinput not behaving properly with my trackpoint, and the > maintainer > refusing to add the necessary configuration options to make it behave like > I > think it should behave, I never use the libinput driver and just remove it > in > favour of synaptics. > > However since xserver-xorg-input-all depends only on the libinput driver, > what > happens is that the entire desktop task gets uninstalled when doing this > operation, > which means that a lot of stuff that is completely unrelated and that I > need > gets removed as well. > > Please consider adding "| xserver-xorg-input-synaptics" in the dependency > field, > so that my desktop environment doesn't get removed when I try to use the > input > driver that works better for me. > > Best > > -- System Information: > Debian Release: bookworm/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 5.15.0-1-amd64 (SMP w/4 CPU threads) > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE > not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages xserver-xorg-input-all depends on: > ii xserver-xorg-input-libinput 1.2.0-1 > > Versions of packages xserver-xorg-input-all recommends: > ii xserver-xorg-input-wacom 0.34.99.1-1+b1 > > xserver-xorg-input-all suggests no packages. > > -- no debconf information >
Bug#1000576: xserver-xorg-input-all: Please include other input drivers in dependencies
To add more details, the kde touchpad config for libinput doesn't allow me to use 2 and 3 fingers touch for middle and right click. And the speed and acceleration of trackpoint can't be set as the same. Best Il gio 25 nov 2021, 11:06 Salvo "LtWorf" Tomaselli ha scritto: > Package: xserver-xorg-input-all > Version: 1:7.7+23 > Severity: critical > Justification: breaks unrelated software > X-Debbugs-Cc: tipos...@tiscali.it > > Dear Maintainer, > > because of libinput not behaving properly with my trackpoint, and the > maintainer > refusing to add the necessary configuration options to make it behave like > I > think it should behave, I never use the libinput driver and just remove it > in > favour of synaptics. > > However since xserver-xorg-input-all depends only on the libinput driver, > what > happens is that the entire desktop task gets uninstalled when doing this > operation, > which means that a lot of stuff that is completely unrelated and that I > need > gets removed as well. > > Please consider adding "| xserver-xorg-input-synaptics" in the dependency > field, > so that my desktop environment doesn't get removed when I try to use the > input > driver that works better for me. > > Best > > -- System Information: > Debian Release: bookworm/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 5.15.0-1-amd64 (SMP w/4 CPU threads) > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE > not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages xserver-xorg-input-all depends on: > ii xserver-xorg-input-libinput 1.2.0-1 > > Versions of packages xserver-xorg-input-all recommends: > ii xserver-xorg-input-wacom 0.34.99.1-1+b1 > > xserver-xorg-input-all suggests no packages. > > -- no debconf information >
Re: Renaming the FTP Masters
I feel that the benefits and costs estimate are just made up numbers. I'd like to know if there exists a person in the whole world that would refuse to cooperate with Debian because of the FTP master name. My totally made up answer is no. But I could of course be totally wrong. Best Il gio 11 nov 2021, 20:48 Felix Lechner ha scritto: > Hi, > > On Thu, Nov 11, 2021 at 10:28 AM Bdale Garbee wrote: > > > > being a good > > citizen of a community like Debian means *not* side-stepping such > > responsibilities. > > No sweat. How about the following? > > $500,000 Value of friendly and up-to-date team names [1] > $200,000 Cost of implementation [2] > > $300,000 Net benefit to Debian > > Please consider, however, that no individual opinion—and especially > not mine—can stand for the group's preferences. As the proposer, I am > biased. Why argue? > > > the workload you > > may be imposing on others by taking something to a project-level vote > > Voting is a right. [3] Advocates help with the process. The project > imposes decisions by approving or rejecting resolutions. [4] > > Kind regards > Felix Lechner > > [1] Recruiting 50 excess contributors over ten years, at a lifetime > contribution of $10,000 each. > [2] 2,000 hours of work at $100, a rate roughly in line with > https://www.debian.org/consultants/ > [3] https://en.wikipedia.org/wiki/Universal_suffrage > [4] Section 2.1, https://www.debian.org/devel/constitution > >
Bug#998013: localslackirc: autopkgtest failure: Cannot find implementation or library stub for module named "typedload"
AFAIK they always run in the source directory, otherwise the error would be that make can't find a Makefile, rather than an issue with missing dependencies. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#998013: localslackirc: autopkgtest failure: Cannot find implementation or library stub for module named "typedload"
AFAIK they always run in the source directory, otherwise the error would be that make can't find a Makefile, rather than an issue with missing dependencies. -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#989346: python3-setuptools: .exe files in .deb file
Package: python3-setuptools Version: 52.0.0-3 Severity: serious Justification: Policy 4.16 Tags: upstream Dear Maintainer, python3-setuptools is installing some weird .exe files. find /usr/ -name '*exe' /usr/lib/python3/dist-packages/setuptools/gui-64.exe /usr/lib/python3/dist-packages/setuptools/gui.exe /usr/lib/python3/dist-packages/setuptools/gui-32.exe /usr/lib/python3/dist-packages/setuptools/cli-64.exe /usr/lib/python3/dist-packages/setuptools/cli.exe /usr/lib/python3/dist-packages/setuptools/cli-32.exe You have a lintian override to silence the warning: # Source is included for these files, they can be built in Debian with the # mingw toolchain, and the are not shipped in the binary, so this is OK for # Debian. It is not worth repacking the tarball just for this. The lintian override suggests that the files are not included in the binary, which is false, so I guess you are not aware of their presence. I think easy fix to remove them from the binary. Best -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-6-amd64 (SMP w/4 CPU threads) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8), LANGUAGE=it Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-setuptools depends on: ii python33.9.2-3 ii python3-distutils 3.9.2-1 ii python3-pkg-resources 52.0.0-3 python3-setuptools recommends no packages. Versions of packages python3-setuptools suggests: pn python-setuptools-doc -- no debconf information
Bug#989346: python3-setuptools: .exe files in .deb file
Package: python3-setuptools Version: 52.0.0-3 Severity: serious Justification: Policy 4.16 Tags: upstream Dear Maintainer, python3-setuptools is installing some weird .exe files. find /usr/ -name '*exe' /usr/lib/python3/dist-packages/setuptools/gui-64.exe /usr/lib/python3/dist-packages/setuptools/gui.exe /usr/lib/python3/dist-packages/setuptools/gui-32.exe /usr/lib/python3/dist-packages/setuptools/cli-64.exe /usr/lib/python3/dist-packages/setuptools/cli.exe /usr/lib/python3/dist-packages/setuptools/cli-32.exe You have a lintian override to silence the warning: # Source is included for these files, they can be built in Debian with the # mingw toolchain, and the are not shipped in the binary, so this is OK for # Debian. It is not worth repacking the tarball just for this. The lintian override suggests that the files are not included in the binary, which is false, so I guess you are not aware of their presence. I think easy fix to remove them from the binary. Best -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-6-amd64 (SMP w/4 CPU threads) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8), LANGUAGE=it Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-setuptools depends on: ii python33.9.2-3 ii python3-distutils 3.9.2-1 ii python3-pkg-resources 52.0.0-3 python3-setuptools recommends no packages. Versions of packages python3-setuptools suggests: pn python-setuptools-doc -- no debconf information
Re: Tone policing by a member of the community team [Was, Re: Statement regarding Richard Stallman's readmission to the FSF board]
dude who spent all his social capital in defending the theoretical rights of a convicted paedophile rms called Epstein "a serial rapist", I don't really understand how you might think those words are "defending". Best
Re: opinion on Choice 1
People are free to express their opinion. That does not mean the Debian Project is obligated to provide a platform for those opinions on the debian-vote mailing list, which exists to facilitate discussions among voting members of the Debian Project regarding matters that will be voted on. Non-voting posters to debian-vote are almost exclusively outside agitators and there's no reason subscribing to debian-vote should mean receiving their bullshit in our mailboxes. I only posted because a debian mailing list was used to reach me about the issue and it contained incorrect statements that I corrected. If no GR had been made, I wouldn't have received anything via debian mailing lists and I would have not replied via debian mailing lists. If you don't want people to reply, just don't email them. Best
Re: Amendment to RMS/FSF GR: Option 5
> I sincerely think debian-vote should be read-only for non-DDs because this person is not a DD (afaict) and is just polluting our list with such non-sense. There are non-DD people who maintain more packages and with higher total popcon than DDs, but aren't DD because didn't bother to jump through all the several hoops to become a DD. If you do not want DMs, make a proposal and vote to kick all the DMs out from Debian. If it passes then be ready to adopt a few hundreds of packages or see debian crash and burn. Best
Re: Cancel "culture" is a threat to Debian
Well, I'm still trying to hear users voice. For me, it seems they may disagree with you. We could make a press release with an opinion poll attached… rather than pushing for a press release that wrongly implies that every debian contributor thinks the same way and agrees. Except that of course, if the poll gets the "wrong" result, then it will be because of bots and election scams (reminds you of anyone?). Certainly posting on debian-vote will not give many opinions from people who are using debian but are not involved in its creation. I have privately received emails from debian contributors who agreed with my email about how being pro-choice (in the context of abortion) somehow got twisted into being "ableist". I believe the best course of action would be to make no statement and let single contributors speak their mind if they want to; no official Debian opinion. I personally would not like to be co-opted and have someone other than myself state my opinion. Best.
Re: Statement regarding Richard Stallman's readmission to the FSF board
I'm asking both of you, and everyone else for that matter, to keep this off of debian-devel. We're freezing for release, this is debian-devel, not twitter, if you have disagreements to figure out, please do it elsewhere. This makes sense, but unfortunately the email on debian-announce went out, so now it is too late for this.
Re: General Resolution: Richard Stallman's readmission to the FSF board
Hi, I'm a disabled person and I think that calling rms an "ableist" for what he wrote about prenatal diagnosis is incorrect. It shows that the author of the letter knows NOTHING about what goes on in groups for civil liberties of disabled people and their families. In my country, Italy, it is the religious bigots who do not want prenatal diagnosis, because it might led to abortion, and they are against that. Catholics also see any suffering and pain as "good", as a way to elevate the soul towards God. So, in short, in the letter, rms is being accused for his pro-choice views. In the haste to label him with whatever "woke" insult, the writers and signers of the letter ended up siding with the camp that wants to deny women's rights. Many years ago, I read a letter from the father of a mentally disabled person that was described as a 2 year old inside the body of a 40 year old. The parent said that he loved his son very much but he couldn't help to wonder what would happen to him after he died. Would he be taken care of? Would he be abused? So he was expressing his ideas that perhaps prenatal diagnosis can be good. Not because he didn't love his son but because he could not defend himself from the world after he had died. It is of course a tragic thought and honestly I believe that while abortion must be a right, it is always a sad event. I believe that most abortions should not happen, because they happen either because the mother can't support a child or she is too young to do so, and in both cases that means that improvements to welfare and education are much needed. But still, it is a right that must not be denied. Honestly I do not believe it is my place to morally judge if an abortion was performed for a good enough reason, and I believe it is not the place of anyone to place this moral judgment onto others. rms has expressed his controversial opinion about a small part of this vast topic, and this is now being used against him by opportunists who want to replace him. To be honest, I believe that the position on abortion has absolutely nothing to do with debian and free software in general, and people from both opinions should be welcome to partecipate. To conclude, I must say that as a disabled person I'm getting a bit tired of people who self-diagnose themselves a mental illness and call "ableist" anyone they disagree with on social media. I think it is insulting towards real disabled people and it diminishes the struggle and makes the term "disabled" meaningless. I don't know if this is what's happening here, but it is a trend that I've noticed in general. Best -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#978586: python3-pyqt5: There needs to be a py.typed file for pyi stubs to work
Package: python3-pyqt5 Version: 5.15.2+dfsg-1+b1 Severity: normal Tags: upstream Dear Maintainer, as it is, the pyi stubs shipped by the package are useless because a typed.py file needs to be present for mypy to take them into consideration. This is already done by upstream in several other python packages. So, this is an upstream bug, but since the fix is simply: touch /usr/lib/python3/dist-packages/PyQt5/py.typed it could be easy to make a temporary debian specific fix. Best -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-5-amd64 (SMP w/4 CPU threads) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-pyqt5 depends on: ii libc6 2.31-6 ii libgcc-s1 10.2.1-1 ii libpython3.9 3.9.1-1 ii libqt5core5a [qtbase-abi-5-15-2] 5.15.2+dfsg-2 ii libqt5dbus5 5.15.2+dfsg-2 ii libqt5designer5 5.15.2-3 ii libqt5gui55.15.2+dfsg-2 ii libqt5help5 5.15.2-3 ii libqt5network55.15.2+dfsg-2 ii libqt5printsupport5 5.15.2+dfsg-2 ii libqt5test5 5.15.2+dfsg-2 ii libqt5widgets55.15.2+dfsg-2 ii libqt5xml55.15.2+dfsg-2 ii libstdc++610.2.1-1 ii python3 3.9.0-4 ii python3-pyqt5.sip 12.8.1-1+b2 python3-pyqt5 recommends no packages. Versions of packages python3-pyqt5 suggests: pn python3-pyqt5-dbg
Bug#885140: [pkg-wicd-maint] Bug#885140: Bug#885140: wicd: Depends on unmaintained pygtk
The one in experimental absolutely doesn't work for me. It doesn't list all of the networks for some reason, and can't connect. I'm using wpa_supplicant -Dwext and such at the moment. Il giorno gio 24 set 2020 alle ore 14:01 Joerg Dorchain ha scritto: > > Hello all, > > > On Sat, 28 Dec 2019 15:43:05 + Simon McVittie wrote: > > > The python-gtk dependency went away, so it's certainly true to say that > > the version in experimental no longer depends on the unmaintained package, > > which is what the submitter of #885140 wanted :-) > > > > just wondering, the version in experimental is more than a year old. Is > there a change to upload a more recent version of wicd? > > Bye, > > Joerg > > ___ > pkg-wicd-maint mailing list > pkg-wicd-ma...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-wicd-maint -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#885140: [pkg-wicd-maint] Bug#885140: Bug#885140: wicd: Depends on unmaintained pygtk
The one in experimental absolutely doesn't work for me. It doesn't list all of the networks for some reason, and can't connect. I'm using wpa_supplicant -Dwext and such at the moment. Il giorno gio 24 set 2020 alle ore 14:01 Joerg Dorchain ha scritto: > > Hello all, > > > On Sat, 28 Dec 2019 15:43:05 + Simon McVittie wrote: > > > The python-gtk dependency went away, so it's certainly true to say that > > the version in experimental no longer depends on the unmaintained package, > > which is what the submitter of #885140 wanted :-) > > > > just wondering, the version in experimental is more than a year old. Is > there a change to upload a more recent version of wicd? > > Bye, > > Joerg > > ___ > pkg-wicd-maint mailing list > pkg-wicd-ma...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-wicd-maint -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#908694: album-data: please remove dependency on libjs-swfobject, which is going away
You are very welcome to take over this. Il giorno mer 1 lug 2020 alle ore 20:59 David Ljung Madison ha scritto: > > I am the author of album / album-data > > > Is this being maintained anymore? If not, how can I take over the > maintenance of this package and/or find a Debian Maintainer who can? > > Because this dependency has not been removed, the package has > now been dropped. > > Dave > > --- > Dave Madison Stellarhttp://GetDave.com/415.341. > ------- -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#908694: album-data: please remove dependency on libjs-swfobject, which is going away
You are very welcome to take over this. Il giorno mer 1 lug 2020 alle ore 20:59 David Ljung Madison ha scritto: > > I am the author of album / album-data > > > Is this being maintained anymore? If not, how can I take over the > maintenance of this package and/or find a Debian Maintainer who can? > > Because this dependency has not been removed, the package has > now been dropped. > > Dave > > --- > Dave Madison Stellarhttp://GetDave.com/415.341. > ------- -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#962646: cligh: Abandoned from upstream
Package: cligh Version: 0.3-3 Severity: important Dear Maintainer, cligh is an abandoned project by upstream. https://github.com/CMB/cligh/issues/16 Also, it is non functional in the case when one (like me) is using two factor authentication. https://github.com/CMB/cligh/issues/17 I would consider its removal from the archive. It has a low popcon so it should not be much of an issue. Best -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8), LANGUAGE=it (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cligh depends on: ii python3 3.8.2-3 ii python3-github 1.43.7-1 ii python3-xdg 0.26-3 cligh recommends no packages. cligh suggests no packages. -- no debconf information
Re: FTP Team -- call for volunteers
If you think about it, even if you connect with ssh and use vim or whatever remotely, the content of the files are reaching your screen, so are being distributed anyway. Might as well just download them no? Il giorno dom 15 mar 2020 alle ore 18:25 Theodore Y. Ts'o ha scritto: > > On Sun, Mar 15, 2020 at 01:53:44PM +0100, Simon Richter wrote: > > > > > Personally, I was shocked when I found out we do review on the same > > > server that > > > hosts the archive. I would have expected a separate server for review. > > > However, > > > my expectation comes from younger environments, where CD/CI and extensive > > > code > > > review processes are expected. When I try to picture how the current > > > system > > > evolved (more evident as you dig into dak source...), it makes sense. > > > > There are two aspects to distribution: a license from the copyright > > holders, and export permissions from the country where the archive is > > hosted. > > > > Both of these are *currently* rather relaxed in the US, with DMCA safe > > harbor provisions and a blanket permission to export cryptography (the > > existence of which Debian had a large hand in), which allows places like > > Github to operate. > > > > It is unclear how much the DMCA protects us if we have a review process > > before publication (i.e. are we still good if we have any manual step, > > or must publication be fully automated?), and there is also a bill > > underway that would tighten requirements on cryptography software again > > if not defeated. > > Personally I think this worry that a private copying from > ftp-master.debian.org constitutes a legal risk is really way > overblown. However, if we want to assume this highly paranoid > reading, one thing we could do is have an *optional* way where someone > who is uploading a package which is going to end up in the ftp-master > tar pit^H^H^H^H^H^H^H queue can pass a URL where ftp master assistants > can download the various artifacts to their own local laptop. > Sha256sum can be used to make sure what has been uploaded to debian > matches what has been downloaded from the sideload URL. > > That way, *Debian* is not distributing, but the uploader is > distributing from their server. So the legal risk (if any) isn't on > Debian. > > The bigger thing which we might be able to do is to require minimal > review if the source package is already in the distribution, but the > main reason why it is in the ftp-master tar pit is because upstream > has bumped the major version number of a shared library, and so there > is a new binary package triggering what appears to be de novo review > by the ftp master team. I understand there is a super-abundance of > caution which seems to drive all ftp-master team decisions, but > perhaps this could be eased, in the interests of reduce a wait time > of, in some cases greater than a year? > > - Ted > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#952068: Just fixed
fixed #952068 1.6-1 thanks I forgot to cite the bug in the changelog, so closing manually :( -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#952068: Just fixed
fixed #952068 1.6-1 thanks I forgot to cite the bug in the changelog, so closing manually :( -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#951810: telegram-desktop: No more tray icon in Plasma
Package: telegram-desktop Version: 1.9.14+ds-1 Severity: important Dear Maintainer, Since this release in Plasma there is no longer a tray icon for telegram, so I can't know if there are pending messages or not just by seeing how the icon looks like. I suspect it is a debian issue, having seen the changelog, but I don't know enough to be sure. Best -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.5 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages telegram-desktop depends on: ii libavcodec58 7:4.2.2-1+b1 ii libavformat58 7:4.2.2-1+b1 ii libavutil56 7:4.2.2-1+b1 ii libc6 2.29-10 ii libdbusmenu-qt5-2 0.9.3+16.04.20160218-2+b1 ii libgcc-s1 10-20200211-1 ii liblz4-1 1.9.2-2 ii liblzma5 5.2.4-1+b1 ii libminizip1 1.1-8+b1 ii libopenal11:1.19.1-1+b1 ii libopus0 1.3-1+b1 ii libqrcodegencpp1 1.5.0-2 ii libqt5core5a [qtbase-abi-5-12-5] 5.12.5+dfsg-8 ii libqt5dbus5 5.12.5+dfsg-8 ii libqt5gui55.12.5+dfsg-8 ii libqt5network55.12.5+dfsg-8 ii libqt5widgets55.12.5+dfsg-8 ii librlottie0-1 0~git20190721.24346d0+dfsg-2+b1 ii libssl1.1 1.1.1d-2 ii libstdc++610-20200211-1 ii libswresample37:4.2.2-1+b1 ii libswscale5 7:4.2.2-1+b1 ii libx11-6 2:1.6.8-1 ii libxxhash00.7.2-1 ii qt5-image-formats-plugins 5.12.5-1 ii zlib1g1:1.2.11.dfsg-1.2 Versions of packages telegram-desktop recommends: ii fonts-open-sans 1.11-1 telegram-desktop suggests no packages. -- no debconf information
Bug#938281: python-xtermcolor: diff for NMU version 1.2.1-2.1
Thanks! I was planning to get around and do it before the next debian release :D Ciao Il giorno dom 6 ott 2019 alle ore 04:55 Sandro Tosi ha scritto: > > Control: tags 938281 + patch > Control: tags 938281 + pending > > > Dear maintainer, > > I've prepared an NMU for python-xtermcolor (versioned as 1.2.1-2.1) and > uploaded it to DELAYED/7. Please feel free to tell me if I > should delay it longer. > > Regards. > -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#941133: RM: speedpad -- ROM; python2 only, project abandoned
Package: ftp.debian.org Severity: normal
[Pkg-utopia-maintainers] Bug#939510: upower.service: Failed to set up user namespacing: Invalid argument
Package: upower Version: 0.99.11-1 Severity: important Tags: patch Dear Maintainer, upon reboot I could not access my graphical session because upowerd was failing to be started by systemd. And apparently without it running sddm only shows garbage on screen. set 05 19:04:52 serenity systemd[1]: Stopped Daemon for power management. set 05 19:04:52 serenity systemd[1]: Starting Daemon for power management... set 05 19:04:52 serenity systemd[950]: upower.service: Failed to set up user namespacing: Invalid argument set 05 19:04:52 serenity systemd[950]: upower.service: Failed at step USER spawning /usr/lib/upower/upowerd: Invalid argument set 05 19:04:52 serenity systemd[1]: upower.service: Main process exited, code=exited, status=217/USER set 05 19:04:52 serenity systemd[1]: upower.service: Failed with result 'exit-code'. set 05 19:04:52 serenity systemd[1]: Failed to start Daemon for power management. set 05 19:04:53 serenity systemd[1]: upower.service: Service RestartSec=100ms expired, scheduling restart. set 05 19:04:53 serenity systemd[1]: upower.service: Scheduled restart job, restart counter is at 2. I have a long list of those. Commenting the user namespace directive solves the issue for me. Best -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.5 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages upower depends on: ii dbus 1.12.16-1 ii libc6 2.28-10 ii libglib2.0-0 2.60.6-2 ii libgudev-1.0-0 232-2 ii libimobiledevice6 1.2.1~git20181030.92c5462-1 ii libplist3 2.0.1~git20190104.3f96731-1 ii libupower-glib30.99.11-1 ii libusb-1.0-0 2:1.0.23-1 ii udev 242-7 Versions of packages upower recommends: ii policykit-1 0.105-26 upower suggests no packages. -- no debconf information 48c48 < PrivateUsers=yes --- > #PrivateUsers=yes ___ Pkg-utopia-maintainers mailing list Pkg-utopia-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-utopia-maintainers
Bug#939510: upower.service: Failed to set up user namespacing: Invalid argument
Package: upower Version: 0.99.11-1 Severity: important Tags: patch Dear Maintainer, upon reboot I could not access my graphical session because upowerd was failing to be started by systemd. And apparently without it running sddm only shows garbage on screen. set 05 19:04:52 serenity systemd[1]: Stopped Daemon for power management. set 05 19:04:52 serenity systemd[1]: Starting Daemon for power management... set 05 19:04:52 serenity systemd[950]: upower.service: Failed to set up user namespacing: Invalid argument set 05 19:04:52 serenity systemd[950]: upower.service: Failed at step USER spawning /usr/lib/upower/upowerd: Invalid argument set 05 19:04:52 serenity systemd[1]: upower.service: Main process exited, code=exited, status=217/USER set 05 19:04:52 serenity systemd[1]: upower.service: Failed with result 'exit-code'. set 05 19:04:52 serenity systemd[1]: Failed to start Daemon for power management. set 05 19:04:53 serenity systemd[1]: upower.service: Service RestartSec=100ms expired, scheduling restart. set 05 19:04:53 serenity systemd[1]: upower.service: Scheduled restart job, restart counter is at 2. I have a long list of those. Commenting the user namespace directive solves the issue for me. Best -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.5 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages upower depends on: ii dbus 1.12.16-1 ii libc6 2.28-10 ii libglib2.0-0 2.60.6-2 ii libgudev-1.0-0 232-2 ii libimobiledevice6 1.2.1~git20181030.92c5462-1 ii libplist3 2.0.1~git20190104.3f96731-1 ii libupower-glib30.99.11-1 ii libusb-1.0-0 2:1.0.23-1 ii udev 242-7 Versions of packages upower recommends: ii policykit-1 0.105-26 upower suggests no packages. -- no debconf information 48c48 < PrivateUsers=yes --- > #PrivateUsers=yes
Bug#932042: [pkg-wicd-maint] Bug#932042: wicd-daemon: does not automatically reconnect on network connection loss when this is enabled
t; ii wicd-gtk [wicd-client] 1.7.4+tb2-6 > > Versions of packages wicd-daemon suggests: > pn pm-utils > > Versions of packages wicd depends on: > ii wicd-curses [wicd-client] 1.7.4+tb2-6 > ii wicd-gtk [wicd-client] 1.7.4+tb2-6 > > Versions of packages wicd-gtk depends on: > ii python 2.7.16-1 > ii python-glade2 2.24.0-6 > ii python-gtk22.24.0-6 > > Versions of packages wicd-gtk recommends: > ii menu 2.1.47+b1 > ii policykit-10.105-25 > ii python-notify 0.1.1-4 > > Versions of packages wicd-curses depends on: > ii python2.7.16-1 > ii python-urwid 2.0.1-2+b1 > > Versions of packages wicd-curses recommends: > ii sudo 1.8.27-1 > > Versions of packages python-wicd depends on: > ii net-tools 1.60+git20180626.aebd88e-1 > ii python 2.7.16-1 > > Versions of packages python-wicd suggests: > ii ethtool 1:4.19-1 > ii iproute2 5.2.0-1 > > -- Configuration Files: > /etc/wicd/encryption/templates/active changed: > wpa > wpa-peap > wpa-peap-wo-domain > wpa-psk > wpa-psk-hex > wpa2-leap > wpa2-peap > wpa2-peap-wo-domain > wep-hex > wep-passphrase > wep-shared > leap > ttls > eap > peap > peap-eduroam > peap-tkip > eap-tls > psu > > > -- debconf information: > * wicd/users: > > ___ > pkg-wicd-maint mailing list > pkg-wicd-ma...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-wicd-maint -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#930928: mypy: New upstream release
Oh I had no idea the new version is much different in the way it works. Yeah I guess experimental would work. Il giorno dom 23 giu 2019 alle ore 08:47 Michael Crusoe ha scritto: > > How about we start on the latest version via an upload to experimentsl? > > I must admit that I don't have a plan for the new compiled versions of mypy > yet. > > -- > Michael R. Crusoe > > On Sun, Jun 23, 2019, 01:21 Salvo Tomaselli wrote: >> >> Hello, >> >> I understand, but at this stage, with release almost there, uploading >> to unstable would not be so bad I guess. >> >> Anyway my problem is that localslackirc uses github and there it pulls >> mypy from pip (so latest version) but in debian of course it builds >> with the package, so having the mismatch is making development a bit >> difficult for me, because the build fails on github but works on my >> local machine, so adding a "ignore" comment would make it fail on my >> machine and pass on github :D >> >> Anyway, I guess I can wait some more weeks. >> >> Best >> >> Il giorno sab 22 giu 2019 alle ore 20:33 Michael Crusoe >> ha scritto: >> > >> > Hello, >> > >> > During a freeze I don't upload new versions to unstable. >> > >> > On Sat, Jun 22, 2019 at 6:51 PM Salvo Tomaselli >> > wrote: >> >> >> >> Package: mypy >> >> Version: 0.670-2 >> >> Severity: normal >> >> >> >> Dear Maintainer, >> >> >> >> there is a new upstream release for this. >> >> >> >> Could you upgrade? >> >> >> >> If needed, I can help. >> >> >> >> Best >> >> >> >> -- System Information: >> >> Debian Release: 10.0 >> >> APT prefers unstable >> >> APT policy: (500, 'unstable'), (500, 'testing') >> >> Architecture: amd64 (x86_64) >> >> Foreign Architectures: i386 >> >> >> >> Kernel: Linux 4.20.5 (SMP w/4 CPU cores; PREEMPT) >> >> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE= >> >> (charmap=UTF-8) >> >> Shell: /bin/sh linked to /bin/dash >> >> Init: systemd (via /run/systemd/system) >> >> >> >> Versions of packages mypy depends on: >> >> ii python3 3.7.3-1 >> >> ii python3-mypy 0.670-2 >> >> >> >> mypy recommends no packages. >> >> >> >> Versions of packages mypy suggests: >> >> pn mypy-doc >> >> >> >> -- no debconf information >> >> >> > >> > >> > -- >> > Michael R. Crusoe >> > Co-founder & Lead, Common Workflow Language project >> > https://orcid.org/-0002-2961-9670 >> > m...@commonwl.org >> > +1 480 627 9108 >> >> >> >> -- >> Salvo Tomaselli >> >> "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di >> senso, ragione ed intelletto intendesse che noi ne facessimo a meno." >> -- Galileo Galilei >> >> http://ltworf.github.io/ltworf/ -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#930950: dh-python: Documentation unclear about requires.txt
Package: dh-python Version: 3.20190308 Severity: normal Dear Maintainer, from conversations on IRC it appears that the requires.txt which gets parsed must be located inside the egg. However the manpage does not mention this fact leading to the assumption that the simple file in the source package is enough. Can the documentation be edited to reflect this? Thanks -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.5 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dh-python depends on: ii python33.7.3-1 ii python3-distutils 3.7.3-1 dh-python recommends no packages. Versions of packages dh-python suggests: ii dpkg-dev 1.19.7 ii libdpkg-perl 1.19.7 -- no debconf information
Bug#930949: firefox: Firefox .desktop file should not be absolute
Package: firefox Version: 67.0.4-1 Severity: normal Dear Maintainer, I use firejail. Because firefox.desktop points directly to the binary, rather than just calling firefox from the path, I can't symlink firefox to firejail in /usr/local/bin like I do for everything else, because it won't work if I open it from a menu. It would be nice to fix the .desktop file to just execute "firefox %u" instead so that people who use firejail can use it without having to fix the .desktop file after every upgrade. Best -- Package-specific info: -- Addons package information -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.5 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages firefox depends on: ii debianutils 4.8.6.1 ii fontconfig2.13.1-2 ii libasound21.1.8-1 ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo-gobject2 1.16.0-4 ii libcairo2 1.16.0-4 ii libdbus-1-3 1.12.16-1 ii libdbus-glib-1-2 0.110-4 ii libevent-2.1-62.1.8-stable-4 ii libffi6 3.2.1-9 ii libfontconfig12.13.1-2 ii libfreetype6 2.9.1-3 ii libgcc1 1:8.3.0-7 ii libgdk-pixbuf2.0-02.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2 ii libgtk-3-03.24.5-1 ii libjsoncpp1 1.7.4-3 ii libnspr4 2:4.21-1 ii libnss3 2:3.44+really3.42.1-2 ii libpango-1.0-01.42.4-6 ii libsqlite3-0 3.27.2-3 ii libstartup-notification0 0.12-6 ii libstdc++68.3.0-7 ii libvpx5 1.7.0-3 ii libx11-6 2:1.6.7-1 ii libx11-xcb1 2:1.6.7-1 ii libxcb-shm0 1.13.1-2 ii libxcb1 1.13.1-2 ii libxcomposite11:0.4.4-2 ii libxdamage1 1:1.1.4-3+b3 ii libxext6 2:1.3.3-1+b2 ii libxfixes31:5.0.3-1 ii libxrender1 1:0.9.10-1 ii libxt61:1.1.5-1+b3 ii procps2:3.3.15-2 ii zlib1g1:1.2.11.dfsg-1 Versions of packages firefox recommends: ii libavcodec58 7:4.1.3-1 Versions of packages firefox suggests: ii fonts-lmodern 2.004.5-6 pn fonts-stix | otf-stix ii libcanberra0 0.30-7 ii libgssapi-krb5-2 1.17-3 ii libgtk2.0-02.24.32-3 pn pulseaudio -- no debconf information
Bug#930928: mypy: New upstream release
Hello, I understand, but at this stage, with release almost there, uploading to unstable would not be so bad I guess. Anyway my problem is that localslackirc uses github and there it pulls mypy from pip (so latest version) but in debian of course it builds with the package, so having the mismatch is making development a bit difficult for me, because the build fails on github but works on my local machine, so adding a "ignore" comment would make it fail on my machine and pass on github :D Anyway, I guess I can wait some more weeks. Best Il giorno sab 22 giu 2019 alle ore 20:33 Michael Crusoe ha scritto: > > Hello, > > During a freeze I don't upload new versions to unstable. > > On Sat, Jun 22, 2019 at 6:51 PM Salvo Tomaselli wrote: >> >> Package: mypy >> Version: 0.670-2 >> Severity: normal >> >> Dear Maintainer, >> >> there is a new upstream release for this. >> >> Could you upgrade? >> >> If needed, I can help. >> >> Best >> >> -- System Information: >> Debian Release: 10.0 >> APT prefers unstable >> APT policy: (500, 'unstable'), (500, 'testing') >> Architecture: amd64 (x86_64) >> Foreign Architectures: i386 >> >> Kernel: Linux 4.20.5 (SMP w/4 CPU cores; PREEMPT) >> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE= >> (charmap=UTF-8) >> Shell: /bin/sh linked to /bin/dash >> Init: systemd (via /run/systemd/system) >> >> Versions of packages mypy depends on: >> ii python3 3.7.3-1 >> ii python3-mypy 0.670-2 >> >> mypy recommends no packages. >> >> Versions of packages mypy suggests: >> pn mypy-doc >> >> -- no debconf information >> > > > -- > Michael R. Crusoe > Co-founder & Lead, Common Workflow Language project > https://orcid.org/-0002-2961-9670 > m...@commonwl.org > +1 480 627 9108 -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno." -- Galileo Galilei http://ltworf.github.io/ltworf/
Bug#930928: mypy: New upstream release
Package: mypy Version: 0.670-2 Severity: normal Dear Maintainer, there is a new upstream release for this. Could you upgrade? If needed, I can help. Best -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.5 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mypy depends on: ii python3 3.7.3-1 ii python3-mypy 0.670-2 mypy recommends no packages. Versions of packages mypy suggests: pn mypy-doc -- no debconf information
Bug#930473: bsdgames: New wtf acronym makes no sense
I'd go for fsck or f*ck
Best
Il giorno gio 13 giu 2019 alle ore 13:30 Fabian Greffrath
ha scritto:
>
> Salvo Tomaselli wrote:
> > -WTF{what,where,who,why} the fuck
> > +WTFwhere's the food
>
> It's understandable that this was introduced to avoid using the f-word.
> How about replacing it with "frick" or "fsck" instead?
>
> - Fabian
>
>
--
Salvo Tomaselli
"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei
http://ltworf.github.io/ltworf/
Bug#930473: bsdgames: New wtf acronym makes no sense
Package: bsdgames
Version: 2.17-28
Severity: normal
Dear Maintainer,
The new acronym for wtf makes 0 sense.
It's introduced with this patch.
-WTF{what,where,who,why} the fuck
+WTFwhere's the food
Let's expand this:
wtf is lol → where is the food is lol.
Does it make sense? No.
Best
-- System Information:
Debian Release: 10.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to it_IT.UTF-8), LANGUAGE=it (charmap=UTF-8) (ignored: LC_ALL set to
it_IT.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages bsdgames depends on:
ii libc6 2.28-10
ii libfl22.6.4-6.2
ii libgcc1 1:8.3.0-6
ii libncurses6 6.1+20181013-2
ii libstdc++68.3.0-6
ii libtinfo6 6.1+20181013-2
ii wamerican [wordlist] 2018.04.16-1
ii witalian [wordlist] 1.10
bsdgames recommends no packages.
bsdgames suggests no packages.
-- no debconf information
