Bug#1070457: dino-im: FTBFS: error: ‘struct _gpgme_key’ has no member named ‘subkeys_length1’
I found this bug at upstream project: Dino 0.4.3 fails to compile after Vala-c update to 0.56.17 https://github.com/dino/dino/issues/1576 -- Stefan
Bug#1032869: works but strange
Feedback from upstream. The first and second call is because of resolver routines. The 3. connection is the "libstrophe" connection. When I understood well, the reason of the bugs was a wrong IPv6 configuration. After failed IPv6 connection, libstrophe didn't try IPv4 as fallback. Am I right? TIL: There are some information in RFC 6724 - Default Address Selection for Internet Protocol Version 6 (IPv6). -- Stefan
Bug#1036906: debian-junior: Desktop environment for Debian Junior
Control: reassign -1 tasksel Control: affects -1 + debian-junior debian-junior (1.31) has been uploaded to unstable. There is a new meta package called junior-desktop [1] It would be nice to add this package to the Debian Installer. (Only junior-desktop - not the others in debian-junior) The goal is to let the user install an Desktop environment for the Debian Pure Blend project "Debian Jr." [2] [1] https://packages.debian.org/unstable/junior-desktop [2] https://www.debian.org/devel/debian-jr/ -- Stefan Diese E-Mail wurde von einem Debian GNU/Linux System gesendet
Bug#1024899: profanity: some Profanity → Beagle OMEMO msgs give “This message cannot be decrypted for any recipient.”
Control: forwarded -1 https://github.com/profanity-im/profanity/issues/1615 Thanks a lot for your contribution by filling a bug report. This bug is known in upstream: https://github.com/profanity-im/profanity/issues/1615 -- Stefan
Bug#1026430: profanity: If an OMEMO msg to 2+ recipients & 1 recipient’s pubkey is bad, the msg is sent anyway (a logistical mess)
Control: forwarded -1 https://github.com/profanity-im/profanity/issues/1615 Thanks a lot for your contribution by filling a bug report. This bug is known in upstream: https://github.com/profanity-im/profanity/issues/1615 -- Stefan
Bug#824499: GPX Route vs. Track
Hello, I looked into the code. I *think* the menu is used to load GPX files with a route and the button on the right ("Load"-Button) loads a track. I do have a gpx file with a track. The "load route"-Button is not working, but the "Load"-Button is working. Unfortunately, I do not have a route-file. What I did, I used a gpx file with tracks and replaced it via "%s/trk/rte/g". Now, the menu-Button is loading a "route". I'm not a GPX expert, but maybe this is not a bug. Improvement could be to display a warning, when the file doesn't provide a route. -- Stefan Instant Messaging via XMPP Diese E-Mail wurde von einem Debian GNU/Linux System gesendet
Bug#1036906: debian-junior: Desktop environment for Debian Junior
Source: debian-junior Version: 1.30 Severity: wishlist X-Debbugs-Cc: stefan.kr...@posteo.de I would like to provide a Desktop environment for Debian Junior in Debian 13 (trixie). It would be very nice, if we will be able to provide this task into the Debian Installer and provide a Debian live system. I'm thinking about adding a new metapackage "junior-desktop-environment". -%<- -%<- -%<- -%<- -%<- Task: desktop-environment Section: metapackage Description: Debian Jr. Desktop Environment This package is a Metapackage for Debian Jr. Desktop Environment. Recommends: icewm, dino-im, eog, epiphany-browser, evolution Recommends: gnome-calculator, gnome-clocks, gnome-dictionary Recommends: goldendict, gpxviewer, grun, junior-doc, junior-tasks Recommends: libreoffice, lightdm, mousepad, paprefs, pavucontrol Recommends: pavumeter, pulseaudio, thunar, vlc Recommends: xdg-utils, xserver-xephyr, xserver-xorg, xterm, zenity Recommends: 2048-qt, atomix, biniax2, blobby, bloboats, blockout2 Recommends: brainparty, bumprace, circuslinux, frozen-bubble, gamine, gbrainy Recommends: gcompris-qt, gnome-mahjongg, gnome-nibbles, gnome-sudoku, gtetrinet Recommends: gtkpool, hannah, hexxagon, jumpnbump, ktuberling, kturtle, laby Recommends: lbreakout2, littlewizard, ltris, numptyphysics, opencity, pingus Recommends: pysiogame, ri-li, scratch, scratch, sgt-puzzles, stellarium, supertux Recommends: supertuxkart, tuxmath, tuxpaint, tuxpuck, tuxtype -%<- -%<- -%<- -%<- -%<- This list provides icewm as Window Manager, a mix of gnome applications ( e.g. clock, calculator), libreoffice and evolution, chat client, browser and a subset of games. On the wiki page there is a gif showing how the first Debian Junior Desktop could look like: https://wiki.debian.org/DebianJr?action=AttachFile=view=DebianJrLiveSystem.gif This is just a first step to get Debian Junior visible to Debian users. The second step will be to work on ITP #1012463 [1]. The new package "debian-junior-desktop" can be used to replace icewm and some utils. "debian-junior-desktop" can also be used to provide some scripts to setup the desktop. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012463 -- Stefan
Bug#1033727: gcompris-qt: Some images not shown (qt plugin missing)
Package: gcompris-qt Version: 3.1-2 Severity: normal X-Debbugs-Cc: stefan.kr...@posteo.de Dear Maintainer, some images not shown (e.g. click the fishes). This problem could be solved by installing qt5-image-formats-plugins Please add this package as dependency. -- System Information: Debian Release: bookworm/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing-debug'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-6-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 gcompris-qt depends on: ii gcompris-qt-data 3.1-2 ii libc6 2.36-8 ii libgcc-s1 12.2.0-14 ii libqt5core5a 5.15.8+dfsg-3 ii libqt5gui5 5.15.8+dfsg-3 ii libqt5multimedia5 5.15.8-2 ii libqt5multimedia5-plugins 5.15.8-2 ii libqt5network5 5.15.8+dfsg-3 ii libqt5qml5 5.15.8+dfsg-3 ii libqt5quick5 5.15.8+dfsg-3 ii libqt5sensors5 5.15.8-2 ii libqt5widgets5 5.15.8+dfsg-3 ii libstdc++6 12.2.0-14 ii qml-module-qtgraphicaleffects 5.15.8-2 ii qml-module-qtmultimedia5.15.8-2 ii qml-module-qtquick-controls5.15.8-2 ii qml-module-qtquick-controls2 5.15.8+dfsg-2 ii qml-module-qtquick-particles2 5.15.8+dfsg-3 gcompris-qt recommends no packages. gcompris-qt suggests no packages. -- no debconf information Thank you for using reportbug
Bug#1032869: xmppc doesn't seem to work with Prosody
On Mo, 13.03.2023 17:12:27, Russell Coker wrote: > I am trying to get xmppc to send messages where the from and to addresses are > on the same server which runs Prosody on Bullseye. Below are some of the > commands I ran with the jid and password in the [default] section of > ~/.config/xmppc.conf . Below are some of the commands I ran, no messages > were delivered and there was no output from the discovery commands: > > xmppc -m message $ADDR test The command should be with "chat" as command: xmppc -m message chat $ADDR test > xmppc -m discovery info $ADDR > xmppc -a default -m discovery info $ADDR > > I don't know if I made a mistake somewhere, but the program doesn't give an > error message and gives a 0 return code so I expect some result. You you check the output with -v? -- Stefan Diese E-Mail wurde von einem Debian GNU/Linux System gesendet
Bug#1032655: psi-plus segfaults
On Fri, Mar 10, 2023 at 03:45:38PM +0100, Lee Garrett wrote: > psi-plus currently simply segfaults on a stock bookworm installation: > > $ psi-plus > [20230310 15:43:12] W:libpng warning: iCCP: known incorrect sRGB profile > (unknown:0, unknown) > [20230310 15:43:12] W:libpng warning: iCCP: known incorrect sRGB profile > (unknown:0, unknown) > [20230310 15:43:12] W:libpng warning: iCCP: known incorrect sRGB profile > (unknown:0, unknown) > [20230310 15:43:12] W:libpng warning: iCCP: known incorrect sRGB profile > (unknown:0, unknown) > Segmentation fault On my bookworm system, I also get libpng warnings, but no segfault. Maybe a backtrace in gdb can help to get more information.
Bug#1031277: gcompris doesn't start - Your root item has to be a window
Got support from the upstream project. Installing qml-module-qtquick-controls2 qtdeclarative5-private-dev solved the problem: apt install qml-module-qtquick-controls2 qtdeclarative5-private-dev I looks the missing package qml-module-qtquick-controls2 was the problem. Should qml-module-qtquick-controls2 be added as dependency? Thanks to the upstream project!
Bug#1031427: libomemo-c-dev: No version in pkgconf
Package: libomemo-c-dev Version: 0.5.0-2 Severity: normal X-Debbugs-Cc: stefan.kr...@posteo.de Dear Maintainer, libomemo-c doesn't provide a modversion for pkg-config. -- $ pkg-config --modversion libsignal-protocol-c 2.3.3 $ pkg-config --modversion libomemo-c -- It seems the reason is Version: @SIGNAL_PROTOCOL_C_VERSION@ here: https://sources.debian.org/src/libomemo-c/0.5.0-3/src/libomemo-c.pc.in/#L9 -- $ grep ^Version /usr/lib/x86_64-linux-gnu/pkgconfig/libsignal-protocol-c.pc Version: 2.3.3 $ grep ^Version /usr/lib/x86_64-linux-gnu/pkgconfig/libomemo-c.pc Version: -- The patch should fix the problem: Index: libomemo-c/src/libomemo-c.pc.in === --- libomemo-c.orig/src/libomemo-c.pc.in +++ libomemo-c/src/libomemo-c.pc.in @@ -6,7 +6,7 @@ includedir=@INCLUDE_INSTALL_DIR@ Name: @PROJECT_NAME@ Description: OMEMO C Library -Version: @SIGNAL_PROTOCOL_C_VERSION@ +Version: @OMEMO_C_VERSION@ Requires: Libs: -L${libdir} -L${sharedlibdir} -l@PROJECT_NAME@ debuild with patch: $ grep ^Version debian/libomemo-c-dev/usr/lib/x86_64-linux-gnu/pkgconfig/libomemo-c.pc Version: 0.5.0 I will upload a patch on salsa. -- System Information: Debian Release: bookworm/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-4-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 libomemo-c-dev depends on: ii libomemo-c0 0.5.0-2 libomemo-c-dev recommends no packages. libomemo-c-dev suggests no packages. -- no debconf information Thank you for using reportbug
Bug#1031277: gcompris-qt: gcompris doesn't start - Your root item has to be a window
Package: gcompris-qt Version: 3.1-1 Severity: normal X-Debbugs-Cc: stefan.kr...@posteo.de Dear Maintainer, on a testing system, I'm not able to start gcompris. I get an error message "Your root item has to be a window" on the terminal. -- Stefan
Bug#1019187: junior-games-sim: Please update freeciv reommendation
Control: owner -1 ! Merge request has been merged. Thanks
Bug#1021050: prosody: XEP-0012: Last Activity
I don't speak lua :) Anyway, I looked into the code. Just some feedback. https://sources.debian.org/src/prosody/0.12.1-2/plugins/mod_lastactivity.lua/#L20 Maybe this will add time and status to a map of users, when they go offline. https://sources.debian.org/src/prosody/0.12.1-2/plugins/mod_lastactivity.lua/#L36 This may the place where the 0 second will be returned. I'm just wondering about https://sources.debian.org/src/prosody/0.12.1-2/plugins/mod_lastactivity.lua/#L30 It's a "not stanza.attr.to or" where line 20 "use not(stanza.attr.to) and". Not sure what impact the or vs. and have there. Second point is, will the user been removed from the map, when they go online?
Bug#1021050: prosody: XEP-0012: Last Activity
Package: prosody Version: 0.12.1-1 Severity: normal Hello, I think there is a bug in the "Last Activity" implementation of prosody. When I request "jabber:iq:last" for an offline user (bare jid), I get a result of seconds="0". When I understood XEP-0012 [1] well, the result of seconds="0" is for online users. I think offline users must return a value > 0 or an error. [1] https://xmpp.org/extensions/xep-0012.html
Bug#1021028: profanity: Autocomplete for lastactivity command is not working - patch
Control: owner -1 ! Control: tags -1 patch Attached a patch file to fix the /lastactivity autocompletion. Index: profanity-0.13.0/src/command/cmd_ac.c === --- profanity-0.13.0.orig/src/command/cmd_ac.c +++ profanity-0.13.0/src/command/cmd_ac.c @@ -275,6 +275,7 @@ static Autocomplete intype_ac; static Autocomplete mood_ac; static Autocomplete mood_type_ac; static Autocomplete adhoc_cmd_ac; +static Autocomplete lastactivity_ac; /*! * \brief Initialization of auto completion for commands. @@ -1174,6 +1175,10 @@ cmd_ac_init(void) adhoc_cmd_ac = autocomplete_new(); autocomplete_add(adhoc_cmd_ac, "list"); autocomplete_add(adhoc_cmd_ac, "exec"); + +lastactivity_ac = autocomplete_new(); +autocomplete_add(lastactivity_ac, "set"); +autocomplete_add(lastactivity_ac, "get"); } void @@ -1495,8 +1500,9 @@ cmd_ac_reset(ProfWin* window) autocomplete_reset(mood_ac); autocomplete_reset(mood_type_ac); autocomplete_reset(adhoc_cmd_ac); - autocomplete_reset(script_ac); +autocomplete_reset(lastactivity_ac); + if (script_show_ac) { autocomplete_free(script_show_ac); script_show_ac = NULL; @@ -1663,6 +1669,7 @@ cmd_ac_uninit(void) autocomplete_free(executable_ac); autocomplete_free(intype_ac); autocomplete_free(adhoc_cmd_ac); +autocomplete_free(lastactivity_ac); } static void @@ -4231,8 +4238,8 @@ _lastactivity_autocomplete(ProfWin* wind { char* result = NULL; -result = autocomplete_param_with_ac(input, "/lastactivity", status_ac, TRUE, previous); -if (!result) { +result = autocomplete_param_with_ac(input, "/lastactivity", lastactivity_ac, TRUE, previous); +if (result) { return result; } @@ -4241,8 +4248,12 @@ _lastactivity_autocomplete(ProfWin* wind if (conn_status == JABBER_CONNECTED) { result = autocomplete_param_with_func(input, "/lastactivity set", prefs_autocomplete_boolean_choice, previous, NULL); -if (!result) { -result = autocomplete_param_with_func(input, "/lastactivity get", roster_barejid_autocomplete, previous, NULL); +if (result) { +return result; +} +result = autocomplete_param_with_func(input, "/lastactivity get", roster_barejid_autocomplete, previous, NULL); +if (result) { +return result; } }
Bug#1021028: profanity: Autocomplete for lastactivity command is not working
Package: profanity Version: 0.13.0-1 Severity: normal Dear Maintainer, autocompletion for command /lastactivity is not working. I will provide a patch to fix it soon.
Bug#1020722: gnome-calls: Lot of records in user.log - No suitable card found
Package: gnome-calls Version: 43~rc.0-1+b1 Severity: normal Dear Maintainer, I'm running gnome-calls on a Laptop without SIM module - also no SIP account configured, yet. After staring the application there are a lot of records in /var/log/user.log. Sep 25 20:56:22 callaudiod[1210]: No suitable card found, retrying in 3s... Sep 25 20:56:25 callaudiod[1210]: No suitable card found, retrying in 3s... Sep 25 20:56:28 callaudiod[1210]: No suitable card found, retrying in 3s... grep callaudiod /var/log/user.log /var/log/user.log.1 |wc -l 13116 Those records will be also created, when I'm killing gnome-calls process. This may the reason of the record: https://sources.debian.org/src/callaudiod/0.1.4-2/src/cad-pulse.c/?hl=448#L448 I'm not sure if it's related to gnome-calls or callaudiod. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-1-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 gnome-calls depends on: ii dconf-gsettings-backend [gsettings-backe 0.40.0-3 ii gstreamer1.0-plugins-bad 1.20.3-2 ii gstreamer1.0-plugins-good 1.20.3-1 ii libc6 2.34-8 ii libcallaudio-0-1 0.1.4-1 ii libebook-contacts-1.2-4 3.45.3-1.2 ii libfeedback-0.0-0 0.0.0+git20220520-1 ii libfolks260.15.5-2+b1 ii libgee-0.8-2 0.20.6-1 ii libglib2.0-0 2.74.0-1 ii libgom-1.0-0 0.4-1 ii libgstreamer1.0-0 1.20.3-1 ii libgtk-3-03.24.34-3 ii libhandy-1-0 1.8.0-1 ii libmm-glib0 1.18.10-2 ii libpeas-1.0-0 1.34.0-1 ii libsecret-1-0 0.20.5-3 ii libsofia-sip-ua-glib3 1.12.11+20110422.1+1e14eea~dfsg-3 ii libsofia-sip-ua0 1.12.11+20110422.1+1e14eea~dfsg-3 ii modemmanager 1.18.10-2 Versions of packages gnome-calls recommends: ii callaudiod 0.1.4-1 ii gnome-contacts 43~rc-1 gnome-calls suggests no packages. -- no debconf information Thank you for using reportbug
Bug#943469: nudoku: new upstream version
Hello Ricardo, the upstream version 2.1.0 has been uploaded unstable and testing (November 2021). I also created a merge request to fix the uscan. Should be solved in 2.1.0-0.2. -- Stefan
Bug#1017549: profanity: Command autoaway is not working
Package: profanity Version: 0.12.1-1~bpo11+1 Severity: normal Tags: upstream X-Debbugs-Cc: stefan.kr...@posteo.de Dear Maintainer, the autoaway command is not working correctly. Example: /autoaway check on /autoaway message xa "Ich bin mal weg" The user will get an error message: Invalid usage, see '/help autoaway' for details. This issue has been fixed in upstream commit: 4ea98c71ee0095115db905569fac18a8a82731c1 Fix /autoaway command logic -- System Information: Debian Release: 11.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-17-amd64 (SMP w/16 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 profanity depends on: ii libc6 2.31-13+deb11u3 ii libcurl3-gnutls7.74.0-1.3+deb11u2 ii libgcrypt201.8.7-6 ii libglib2.0-0 2.66.8-1 ii libgpgme11 1.14.0-1+b2 ii libgtk-3-0 3.24.24-4+deb11u2 ii libncursesw6 6.2+20201114-2 ii libnotify4 0.7.9-3 ii libotr54.1.1-4 ii libpython3.9 3.9.2-1 ii libreadline8 8.1-1 ii libsignal-protocol-c2.3.2 2.3.3-1 ii libsqlite3-0 3.34.1-3 ii libstrophe00.12.2-1~bpo11+1 ii libtinfo6 6.2+20201114-2 profanity recommends no packages. profanity suggests no packages. -- no debconf information
Bug#1017049: profanity: No acknowledgement when running “/omemo start” in a chat room; also no docs on this
On Fr, 12.08.2022 12:58:51, debbug.profan...@sideload.33mail.com wrote: > Package: profanity > Version: 0.10.0-1 > Severity: normal > Tags: upstream > > To send encrypted messages to a chat room, the following steps are > necessary: > > 1) OMEMO must be switched on for that room (enter “/omemo start” within > that room) > 2) the fingerprint of every person in that room must be trusted > «OR» > 2) enable blind trust (“/help omemo trustmode” in some versions) > > When step 1 is performed, there is no response from the app in that > window. There is also no response in window 1. No error message > either. So it appears to the user that their command was ignored. When OMEMO has been enabled, there should be "[OMEMO]" in the titlebar. Just beside of the room title. It also should disappear with /omemo end. In case of error, you will see some error message like: ! You have not generated or loaded a cryptographic materials, use '/omemo gen' > In my case, the command had proper effect (so egress messages > thereafter were encrypted). But the user should be told > something like: > > “OMEMO enabled for outbound messages to this channel. >To reverse this action, run `\omemo end`” > > It would perhaps also be useful when entering a chat room that has > OMEMO disabled to automatically print a banner saying: > > “Warning: messages sent to this room will be unencrypted. >To enable e2ee run `\omemo start` in this window.” Some people prefer E2EE, some not. If profanity will print this warning all the time, it will be a little bit annoying. One example is public non-anonymous group chats. There are also clients which doesn't used OMEMO at all. > Also, “/help omemo” does not cover this use case. The page gives the > proper BNF syntax (“/omemo start []”), but it fails to > mention that “” cannot be a /room/, and that the only way to > start a session for a room is to do “/omemo start” in that room. Maybe this is an issue. Thanks for the report. > So there are three bugs here: > 1) lack of command acknowledgement > 2) lack of warning banner in unencrypted rooms > 3) lack of help docs Keep in mind there where some issues with OMEMO in 0.10.0. Some issues has been fixed in 0.11.0 / 0.12.0. -- Stefan Diese E-Mail wurde von einem Debian GNU/Linux System gesendet
Bug#1015717: gajim: crashes at startup: KeyError: 'proxies' in optparser.py
Hello, the upstream project solved this in Release 1.4.7 (see upstream issue). gajim 1.4.7 is available in debian unstable, testing and stable-bpo. -- Stefan Diese E-Mail wurde von einem Debian GNU/Linux System gesendet
Bug#1015717: gajim: crashes at startup: KeyError: 'proxies' in optparser.py
Control: forwarded -1 https://dev.gajim.org/gajim/gajim/-/issues/11050 Thanks for the Bug report. There is an issue on upstream project: https://dev.gajim.org/gajim/gajim/-/issues/11050 -- Diese E-Mail wurde von einem Debian GNU/Linux System gesendet Instant Messaging via XMPP/Jabber
Bug#1012465: Live CD Images for Debian Blends
On Fr, 2022-06-17 08:07:21, Andreas Tille wrote: > Am Fri, Jun 17, 2022 at 01:49:39PM +0800 schrieb Paul Wise: > > I note that Debian bookworm does not currently have live images at all, > > so I would suggest that issue needs solving before blends live images, > > you might want to discuss the issue on the debian-live mailing list. > > > > Once the issue is solved with the creation of a new live team, then > > they might be willing to add additional live images for blends. > > I think Stefan's question was rather related to ITP #1012465 (since I > pointed him to this list to discuss it here). While I admit I like > your idea to provide Blends live images at cdimage.debian.org (to at > least have a workaround for bug #186085 which should enable installing > Blends from the installer) Stefan has prepared some live system for > Debian Jr in Salsa[1]. My idea was to not make this specific for > Debian Jr. but rather make it configurable for any Blend and add this > to blends-dev so all Blends can profit from this. > > [1] https://salsa.debian.org/debian-jr-team/debian-junior-live-system Question: Should blends have a dedicated package (e.g. debian-junior-live-system) or should the live CD included into the blend package itself (e.g. debian-junior)? There may some pros and cons for both options. I may prefer the option of a dedicated package + provide a guideline and naming convention in the blends documentation + some meta information about the Live Systems in the blend project (part of the blend framework). * The developer follows the blends guideline * The build system look into the blends projects * Checkout the live systems defined in the project * Build and deliver the artifacts * The package itself is just the description / configuration of the artifact, but not the artifact itself. Why? We can manage those packages independently. The blend package will hopefully be part of the Debian installer. The Live Systems may just an additional artefact of the project. Let's say, we build a live CD to try Debian Junior on a desktop and build an image for Debian Junior on a mobile device. Those projects can be in different states (from experimental to stable). A bug may affects System X but not Y. The build system itself may different. If I didn't miss something, we are more flexible to manage packages, when they are independent. Would be nice to know if somebody has concerns about it. Have blends on cdimage.debian.org would be a big benefit for the Debian project. I'm not sure whether all images *must* be build on the same way/tools. At least across the blends projects we should try to have the same way.
Bug#1011684: t4kcommon: FTBFS: t4k_menu.c:1264:6: error: conflicting types for ‘set_font_size’; have ‘void(_Bool)’
Control: owner -1 ! Control: tags -1 + patch The problem is the declaration of function set_font_size. I added the bool parameter to the declaration. -voidset_font_size(); +voidset_font_size(bool); See attached patch file for more information. Index: b/src/t4k_menu.c === --- a/src/t4k_menu.c +++ b/src/t4k_menu.c @@ -151,7 +151,7 @@ SDL_Surface** render_buttons(MenuNode* char* find_title_length(MenuNode* menu, int* length); char* find_longest_text(MenuNode* menu, int* length); int find_longest_menu_page(MenuNode* menu); -voidset_font_size(); +voidset_font_size(bool); voidprerender_menu(MenuNode* menu); int min(int a, int b); int max(int a, int b);
Bug#1012579: No connection - Status stays in Connecting
Control: fixed -1 python-nbxmpp/3.1.0-1 A new version has been migrated to testing. I can confirm, the issues has been solved with version 3.1.0-1.
Bug#1012579: gajim: No connection - Status stays in Connecting
Package: gajim Version: 1.4.0-1 Severity: normal X-Debbugs-Cc: stefan.kr...@posteo.de Dear Maintainer, no connection to prosody Server. Connection status stays in "Connecting". I have checked the issue with upstream. The reason may also related to the warning "gajim.c.m.roster ver attribute missing" and requires a version of python3-nbxmpp greater than 3.0.1-1. This issue should be fixed in version > 3.0.1.
Bug#1012465: ITP: debian-junior-live-system -- Debian Junior Live System
Package: wnpp Severity: wishlist Owner: Stefan Kropp X-Debbugs-Cc: debian-de...@lists.debian.org, stefan.kr...@posteo.de * Package name: debian-junior-live-system Version : 0.0.1 Upstream Author : Debian Junior Maintainers * URL : https://salsa.debian.org/debian-jr-team/debian-junior-live-system * License : GPLv3 Programming Lang: live-build scripts Description : Debian Junior Live System Debian Junior is a Debian Pure Blends for children. This package is to provide a Debian Junior Live System. This package will be maintained by the Debian Junior Team. https://wiki.debian.org/DebianJr The goal of the live system is to boot Debian and run the Debian Junior Desktop environment (see Bug#1012463) with a set of applications / games.
Bug#1012463: ITP: debian-junior-desktop -- Debian Junior Desktop environment
Package: wnpp Severity: wishlist Owner: Stefan Kropp X-Debbugs-Cc: debian-de...@lists.debian.org, stefan.kr...@posteo.de * Package name: debian-junior-desktop Version : 0.0.1 Upstream Author : Debian Junior Maintainers * URL : https://salsa.debian.org/debian-jr-team/debian-junior-desktop * License : GPL Description : Debian Junior Desktop environment Debian Junior is a Debian Pure Blends for children. This package is to provide a Desktop environment for Debian Junior. The package will be maintained by the Debian Junior Team. https://wiki.debian.org/DebianJr The Desktop environment will be based on IceWM. This package will be used to configure IceWM as Debian Junior's Desktop environment and may include other tools / script in future.
Bug#722743: mcabber: does not exit cleanly on SIGHUP
I checked the code for 1.1.2-2 in Debian. Looks good. I checked git repo of upstream, looks it has been fixed in 0.10.3.
Bug#736987: mcabber: Segfault when sending some raw XML
Tested with * libloudmouth1-0:amd64 - 1.5.3-6 * mcabber - 1.1.2-1 No Segfault!
Bug#818071: mcabber: Weird bug/freeze when using PgUp/PgDwn
Control: tags -1 + unreproducible I can't reproduce this bug. Working for me in version 1.1.2-1.
Bug#927036: set disable_random_resource = 0 has wrong effect
Control: fixed -1 1.1.1 Hello, it looks this bug has been fixed in version "1.1.1". There was a commit: Fri May 10 00:17:20 2019 +0200 Check setting disable_random_resource correctly I have tested this bug with 1.1.2-1: set disable_random_resource = 1 - the resource is set to mcabber set disable_random_resource = 0 - the resource is set to random -- Stefan
Bug#756505: undocumented how to show a buffer
Control: tags -1 + moreinfo upstream The manpage says: PageUp and PageDown keys are used to move in the roster. If I change the entity in the roster, the chat buffer will be updated. With the /info command I see which buffer is displayed. Do you mean something like: PageUp and PageDown keys are used to move in the roster. The chat window will be updated, if you change the entity in your roster. Details of the current buffer can be shown via /info command. Let me know if it will solve the problem, I can forward this request to upstream project. -- Stefan
Bug#930991: gajim in Debian stretch does not start anymore
Control: severity -1 normal Hello, there was no feedback on this bugreport. I will set the severity to normal, because: * I was not able to reproduce this bug * The bug is reported on o-o-stable * There was no feedback See: https://www.debian.org/Bugs/Developer.en#severities -- Stefan Kropp
Bug#1006966: gajim: Gajim won't start due to gajim.c.storage.cache error
Control: tags -1 + moreinfo Upstream also says there ist something weird with the cache file.
Bug#1006966: gajim: Gajim won't start due to gajim.c.storage.cache error
Control: severity -1 important Hello Leandro, I will reduce the severity from grave to important. I'm using 1.3.3-1~bpo11+1 on my laptop and it's working. I also checked where the cache.db is stored. file ~/.cache/gajim/cache.db says: SQLite 3.x database, user version 6, last written using SQLite version 3034001 Anyway, I'm not sure if this is the reason of the problem or not. It's just a guess. I will try to check with upstream. -- Stefan
Bug#967447: gpa: depends on deprecated GTK 2
Few month ago I have started to change the implementation of gpa from gtk2 to gtk3. I will check if I can find the patch file. -- Stefan
Bug#973984: dino-im: Recipients can't decrypt OMEMO messages sent by Dino
Control: tags -1 + moreinfo buster I think this Bug has been reported on a very old version of dino. Debian Release: 10.6 is old stable which looks like a version from 2018 or 0.2.0 on old backports. Are there any news about this bug? Did you try backports or current Debian 11? -- Stefan
Bug#1006966: gajim: Gajim won't start due to gajim.c.storage.cache error
Hello, I just found this issue note on upstream project: https://dev.gajim.org/gajim/gajim/-/issues/10779#note_204952 It's sounds quite similar. Maybe a corrupted internal gajim db-file. -- Stefan
Bug#1006478: Groupchat: Messages not displayed, if two accounts joined the same room
Package: gajim Version: 1.3.3-1~bpo11+1 Severity: normal X-Debbugs-Cc: stefan.kr...@posteo.de Dear Maintainer, sometimes messages didn't appear in a groupchat window. Also "close" window and reopen the chat window did not solve the issue. I guess this situation take place, if you have two accounts joined the same MUC. I used an account for my normal user and a supervisor (admin) account in gajim. Normally, I'm not connected with the admin-account. In this situation the admin-account and normal-account has been switched on. I was not able to see two messages which has been sent to the MUC, but it appears in the history-dialog. Note: The bug report has been sent from another machine, but I keep system information, because they have more or less the same setup. -- System Information: Debian Release: 11.2 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-11-amd64 (SMP w/2 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 gajim depends on: ii desktop-file-utils 0.26-1 ii gir1.2-gtk-3.0 3.24.24-4 ii python3 3.9.2-3 ii python3-cairo1.16.2-4+b2 ii python3-css-parser 1.0.6-1 ii python3-cssutils 1.0.2-3 ii python3-gi 3.38.0-2 ii python3-gi-cairo 3.38.0-2 ii python3-idna 2.10-1 ii python3-keyring 22.0.1-1 ii python3-nbxmpp 2.0.4-1~bpo11+1 ii python3-openssl 20.0.1-1 ii python3-packaging20.9-2 ii python3-precis-i18n 1.0.2-3 Versions of packages gajim recommends: ii alsa-utils 1.2.4-1 ii aspell-de [aspell-dictionary]20161207-9 ii aspell-en [aspell-dictionary]2018.04.16-0-1 ii ca-certificates 20210119 ii dbus 1.12.20-2 ii dunst [notification-daemon] 1.5.0-1 ii fonts-noto-color-emoji 0~20200916-1 ii gajim-omemo 2.7.13-1 ii gajim-pgp1.3.5-2 ii gir1.2-farstream-0.2 0.2.9-1 ii gir1.2-geoclue-2.0 2.5.7-3 ii gir1.2-gsound-1.01.0.2-5 ii gir1.2-gspell-1 1.8.4-1 ii gir1.2-gst-plugins-base-1.0 1.18.4-2 ii gir1.2-gstreamer-1.0 1.18.4-2.1 ii gir1.2-gupnpigd-1.0 1.2.0-1 ii gir1.2-secret-1 0.20.4-2 ii gstreamer1.0-plugins-ugly1.18.4-2 ii pulseaudio-utils 14.2-2 ii python3-dbus 1.2.16-5 ii python3-gnupg0.4.6-1 ii python3-pil 8.1.2+dfsg-0.3+deb11u1 ii sox 14.4.2+git20190427-2 ii xfce4-notifyd [notification-daemon] 0.6.2-1 Versions of packages gajim suggests: ii avahi-daemon 0.8-5 pn gir1.2-avahi-0.6 ii libxss1 1:1.2.3-1 pn nautilus-sendto pn python3-kerberos ii python3-pycurl7.43.0.6-5 -- no debconf information
Bug#1002632: xmppc: Key file does not have group ?default?
Package: xmppc Version: 0.1.0-1+b1 Severity: normal Tags: upstream X-Debbugs-Cc: stefan.kr...@posteo.de Dear Maintainer, if xmppc will be used without parameters, xmppc shows: -- (process:2659): GLib-WARNING **: 09:13:19.341: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Key file does not have group ?default? Password for (null): -- The same message will be displayed, when parameter -a will be used and the account is not defined in the configuration file. -- Stefan
Bug#848987: Merge-Request has been created
I did changes in * debian/changelog * debian/control Changes * Added the Debian Junior mailing list as Maintainer. * Added myself as Uploader * changelog has been updated https://salsa.debian.org/debian/junior-doc/-/merge_requests/1/diffs -- Stefan