Bug#955660: marked as pending in mender-client
Control: tag -1 pending Hello, Bug #955660 in mender-client reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/go-team/packages/mender-client/-/commit/1269df9f0844a3b0e93771a990b0990d310f3cbc Add patches to switch to upstream sirupsen/logrus v1.5 Gbp-Dch: Full Closes: #955660 (this message was generated automatically) -- Greetings https://bugs.debian.org/955660
Bug#954617: marked as pending in golang-github-mendersoftware-log
Control: tag -1 pending Hello, Bug #954617 in golang-github-mendersoftware-log reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/go-team/packages/golang-github-mendersoftware-log/-/commit/052ffe733baadab3edba1f744e90cd8c81b519f2 Switch to use golang-testify for assert Closes: #954617 (this message was generated automatically) -- Greetings https://bugs.debian.org/954617
Bug#952188: golang-github-mendersoftware-scopestack: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && go test -vet=off -v -p 4 github.com/mendersoftware/scopestack returned exit code 1
Hello, On Mon, 2020-03-02 at 02:39 +0100, Andreas Henriksson wrote: > Hello, > > On Sun, Feb 23, 2020 at 02:08:07PM +0100, Lucas Nussbaum wrote: > > Source: golang-github-mendersoftware-scopestack > > Version: 0.0~git20180403.c2f5599-2 > [...] > > > === RUN TestPushPopNotInSameFunction > > > --- FAIL: TestPushPopNotInSameFunction (0.00s) > > > scope_stack_test.go:57: Should never get here > > > scope_stack_test.go:52: Pop() should have panicked when used > > > in a different function than Push() > > > === RUN TestDifferentScopeDistance > > > --- FAIL: TestDifferentScopeDistance (0.00s) > > > scope_stack_test.go:95: Should never get here > > > scope_stack_test.go:89: Should have panicked because scope > > > stack distance should point to this function > [...] > > I assume the problem is caused by newer golang. It appears that > atleast > nowadays (with go1.13.8) an inlined (anonymous) function will have > the same Func(tion) Entry(point) as the parent function it was > inlined > into, eg. as used in the TestPushPopNotInSameFunction testcase. > > The two Func(tions) however will have different Name()s, so simply > adding those to the Entry() comparisons will make the test-suite pass > again. See attached patch. > > I'm not quite sure if this is the most robust fix, so would be great > to > have some feedback from upstream (hopefully via Lluis in CC). The patch looks good to us. Thanks Andreas for following up! Side note. We have discussed internally and decided that we will remove both scopestack and log[1] dependencies from the mender-client code. This will ease maintenance of the Debian package :) [1] https://tracker.debian.org/pkg/golang-github-mendersoftware-log -- Lluís | mender.io > > Some semi-relevant discussion is available at: > https://github.com/golang/go/issues/29582 > ... where it's discussed that rather than runtime.Caller and > FuncForPC > it's better to use runtime.Callers and runtime.CallersFrames which is > supposed to deal properly with inlining, whatever that means. > > Regards, > Andreas Henriksson
Bug#472537: libgweather: No enough space on build daemon
Package: libgweather Version: 2.22.0-1 Severity: grave As [1] shows, the zx6000 buildd lacks disk space when building this package. The inability to build this package prevents the build of other packages like gnome-applets. This is an easy to solve bug, as easy as deleting some unneeded files in the buildd (which is not always so easy.. ;)) [1] http://experimental.debian.net/fetch.php?pkg=libgweatherarch=ia64ver=2.22.0-1stamp=1205730555file=logas=raw Read you, Lluis -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (250, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ca_ES.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444888: Segfault on feed update
El Tue, Nov 06, 2007 at 09:19:13PM -0600, Luis Rodrigo Gallardo Cruz ens deleit� amb les seg�ents paraules: I've finally managed to reproduce the bug. My fault all along, for not using the ca_ES locale. Turns out the ca translation for this string is: #: ../src/ui/ui_mainwindow.c:1228 #, c-format msgid (%d new) msgid_plural (%d new) msgstr[0] (% nova) msgstr[1] (% noves) Note the missing 'd' I have not, however, been able to reproduce anything under es. Great! Then you've found the root of the problem. In the case of LC_ALL=es_ES, it might be the case that when there is no translation, you default to plain english, but my /etc/environment has this: LC_ALL=ca_ES.UTF-8 LANG=ca_ES.UTF-8 LANGUAGE=ca:es_ES.UTF-8:es:C So it might be that when there is no translation to some text in spanish when launching liferea with LC_ALL=es_ES, it falls back again to the whole LANGUAGE chain. In fact, I've tried to export a LANGUAGE=es, together with the LC_ALL and LANG variables, and everything went fine :) S the whole problem are those two damn po(or) lines! :D Thanks for taking the time to look at it :) apa! -- And it's much the same thing with knowledge, for whenever you learn something new, the whole world becomes that much richer. -- The Princess of Pure Reason, as told by Norton Juster in The Phantom Tollbooth Listening: Liquid Tension Experiment (Liquid Tension Experiment) - 2. Osmosis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444888: Segfault on feed update
El Mon, Oct 01, 2007 at 07:44:41PM -0500, Luis Rodrigo Gallardo Cruz ens deleità amb les següents paraules: On Mon, Oct 01, 2007 at 06:48:33PM +0200, Lluis wrote: After this I tried to reproduce the bug in locale es_ES, which repeated when updating the subscriptions. I also tried with locale C, which didn't arise any error. Do you have a reliable way to reproduce this? I have not seen this bug myself, using 1.4.2 and .2b. I'm about to test 1.4.4 and see if I find something, but I doubt it, since there have not been any changes that seem related. Well, right now in work, I'm able to reproduce it with an amd64 (the same at home with i386): [EMAIL PROTECTED]:~$ pkill liferea [EMAIL PROTECTED]:~$ LC_ALL=es_ES liferea Gtk-Message: Failed to load module gnomebreakpad: libgnomebreakpad.so: no s'ha pogut obrir el fitxer objecte compartit: El fitxer o directori no existeix Liferea did receive signal 11 (Violaci� de segment). [Exit 1 ] [EMAIL PROTECTED]:~$ LC_ALL=ca_ES liferea Gtk-Message: Failed to load module gnomebreakpad: libgnomebreakpad.so: no s'ha pogut obrir el fitxer objecte compartit: El fitxer o directori no existeix Liferea did receive signal 11 (Violaci� de segment). [Exit 1 ] [EMAIL PROTECTED]:~$ LC_ALL=C liferea Gtk-Message: Failed to load module gnomebreakpad: libgnomebreakpad.so: cannot open shared object file: No such file or directory (gecko:27125): Gtk-CRITICAL **: gtk_style_detach: assertion `style-attach_count 0' failed [EMAIL PROTECTED]:~$ apt-cache policy liferea liferea: Instal·lat: 1.4.3-1 Candidat: 1.4.3-1 Taula de versió: *** 1.4.3-1 0 500 http://ftp.fr.debian.org sid/main Packages 100 /var/lib/dpkg/status 1.0.27-2 0 990 http://ftp.fr.debian.org testing/main Packages As you can see, it's pretty well reproducible :) On the program I've only issued a click on the reload button. The LC_ALL=C reloads correctly and I then exit the program. For the record, in case it matters. The relevant strings from the es translation are: #: ../src/ui/ui_mainwindow.c:1228 #, c-format msgid (%d new) msgid_plural (%d new) msgstr[0] (%d nuevo) msgstr[1] (%d nuevos) I see nothing relevant in these translations... Read you, Lluis -- And it's much the same thing with knowledge, for whenever you learn something new, the whole world becomes that much richer. -- The Princess of Pure Reason, as told by Norton Juster in The Phantom Tollbooth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444888: Segfault on feed update
Package: liferea Version: 1.4.3-1 Severity: grave --- Please enter the report below this line. --- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb71ffb60 (LWP 16594)] 0xb73a5bab in vfprintf () from /lib/i686/cmov/libc.so.6 (gdb) bt #0 0xb73a5bab in vfprintf () from /lib/i686/cmov/libc.so.6 #1 0xb73c5b6c in vasprintf () from /lib/i686/cmov/libc.so.6 #2 0xb75ec0d7 in g_vasprintf () from /usr/lib/libglib-2.0.so.0 #3 0xb75dd0b6 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0 #4 0xb75dd0db in g_strdup_printf () from /usr/lib/libglib-2.0.so.0 #5 0x0808a208 in ui_mainwindow_update_feedsinfo () at ui_mainwindow.c:1267 #6 0x08067c57 in feed_process_update_result (node=0x85151b8, result=0x8900968, flags=80) at feed.c:588 #7 0x08072e36 in subscription_process_update_result (result=0x8900968, user_data=0x892d440, flags=value optimized out) at subscription.c:174 #8 0x08073a17 in update_process_result_idle_cb (user_data=0x896c9b8) at update.c:688 #9 0xb75bb5d1 in ?? () from /usr/lib/libglib-2.0.so.0 #10 0x0896c9b8 in ?? () #11 0xb74b58ac in __pthread_mutex_unlock_usercnt () from /lib/i686/cmov/libpthread.so.0 #12 0xb75bd186 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #13 0xb75c0512 in ?? () from /usr/lib/libglib-2.0.so.0 #14 0x080bd1a0 in ?? () #15 0x00c8 in ?? () #16 0x08910cf8 in ?? () #17 0x000a in ?? () #18 0x000a in ?? () #19 0xb762d9a0 in ?? () from /usr/lib/libglib-2.0.so.0 #20 0x080ae5e0 in ?? () #21 0xbfad08a4 in ?? () #22 0x0001 in ?? () #23 0x0001 in ?? () #24 0x080bd1a0 in ?? () #25 0x08910cf8 in ?? () #26 0xb742e4f0 in ?? () from /lib/i686/cmov/libc.so.6 #27 0xb74b5c80 in ?? () from /lib/i686/cmov/libpthread.so.0 #28 0xb74b4530 in ?? () from /lib/i686/cmov/libpthread.so.0 #29 0xb75dff32 in g_thread_self () from /usr/lib/libglib-2.0.so.0 #30 0xb75c08f7 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #31 0xb7c46644 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x08075248 in main (argc=-167230069, argv=0xbfad0a34) at main.c:289 (gdb) f 5 #5 0x0808a208 in ui_mainwindow_update_feedsinfo () at ui_mainwindow.c:1267 1267msg = g_strdup_printf(ngettext( (%d new), (%d new), new_items), new_items); (gdb) l 1262 1263new_items = feedlist_get_new_item_count(); 1264unread_items = feedlist_get_unread_item_count(); 1265 1266if(new_items != 0) { 1267msg = g_strdup_printf(ngettext( (%d new), (%d new), new_items), new_items); 1268} else { 1269msg = g_strdup(); 1270} 1271 (gdb) p feedlist_get_new_item_count() [Thread 0xb2cabb90 (LWP 16627) exited] [Thread 0xb249bb90 (LWP 16628) exited] [Thread 0xb1c9ab90 (LWP 16629) exited] $4 = 1 This happened with locale ca_ES.UTF-8. After this I tried to reproduce the bug in locale es_ES, which repeated when updating the subscriptions. I also tried with locale C, which didn't arise any error. Hope this helps. --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-2-686 Debian Release: lenny/sid 990 testing security.debian.org 990 testing ftp.fr.debian.org 500 unstablewww.debian-multimedia.org 500 unstableftp.fr.debian.org 250 experimentalftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+-== libatk1.0-0 (= 1.20.0) | 1.20.0-1 libc6 (= 2.6.1-1) | 2.6.1-1+b1 libcairo2 (= 1.4.0) | 1.4.10-1 libdbus-1-3 (= 1.1.1) | 1.1.1-3 libdbus-glib-1-2 (= 0.74) | 0.74-1 libfontconfig1(= 2.4.0) | 2.4.2-1.2 libgcc1 (= 1:4.2.1) | 1:4.2.1-4 libgconf2-4 (= 2.13.5) | 2.20.0-1 libgcrypt11 (= 1.2.2) | 1.2.4-2 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (= 2.14.0) | 2.14.1-4 libgnutls13(= 1.7.17-0) | 1.7.19-1 libgtk2.0-0 (= 2.12.0) | 2.12.0-2 libice6 (= 1:1.0.0) | 2:1.0.4-1 liblua5.1-0 | 5.1.2-3 libnm-glib0 | 0.6.5-1 libnotify1(= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10 | libnspr4-0d(= 1.8.0.10) | 1.8.0.13~pre070720-0etch3+lenny1 liborbit2 (= 1:2.14.1) | 1:2.14.7-0.1 libpango1.0-0(= 1.18.2) | 1.18.2-1 libsm6 | 2:1.0.3-1+b1 libsqlite3-0 (= 3.4.2) | 3.4.2-1 libstdc++6(= 4.2.1) | 4.2.1-4 libx11-6 | 2:1.1.3-1 libxcomposite1 (= 1:0.3-1) | 1:0.3.2-1+b1 libxcursor1 ( 1.1.2) |