Re: [gentoo-user] davfs2 suddenly not working properly
On Thu, 18 Apr 2019 10:14:13 -0400 John Covici wrote: > On Thu, 18 Apr 2019 03:20:25 -0400, > Neil Bothwick wrote: > > > > [1 ] > > On Wed, 17 Apr 2019 21:41:41 -0400, John Covici wrote: > > > > > Apr 17 18:39:55 ccs.covici.com systemd-coredump[5334]: Process > > > 5332 (umount.davfs) of user 0 dumped core. > > > Apr 17 18:39:55 ccs.covici.com systemd[1]: > > > systemd-coredump@0-5333-0.service: Succeeded. > > > > > > I can't find that coredump, not sure if the process is allowed to > > > do it. > > > > From the systemd-coredump man page: > > > > By default, systemd-coredump will log the core dump including a > > backtrace if possible to the journal and store the core dump itself > > in an external file in /var/lib/systemd/coredump. > > > > You can change this in /etc/systemd/coredump.conf > > Thanks, I found it, but the backtrace has no symbols, even though I > have features set so that everything is compiled with symbols like > this: > FEATURES="${FEATURES} -stricter -distcc -ccache splitdebug buildpkg" > I wonder what is happening here? > > Strange thing si I have seen nothing on bgo for this problem. > I have the same problem on one of my machines. It segfaults somewhere in strcmp with avx2 according to a backtrace. Will try rebuilding my system libraries, since I changed lately from "march=native" to "march=x86-64 mtune=generic". I thought I rebuilt everything but there might be something missing for me. Anyway, for me as a workaround this works: fusermount -u MOUNTPOINT Cheers Andreas
Re: [gentoo-user] SOLVED x11-libs/guile-gtk-2.1-r3 fails to compile
Jack wrote: > On 2019.05.06 19:19, Dale wrote: > [snip] >> I use Konsole when I do updates and it has this nifty search function >> that I use. I use it to look for "error 1" since sometimes it can be >> buried deep and hard to find without it. On this one, I got two >> hits, the one I posted plus one further down where emerge was giving >> up or something. I usually post the first one since that is usually >> the problem. ;-) > You need the first "error" not just "error 1". Unfortunately, you do > need to week out everything where "error" is a substring of some > parameter or variable name. > >> I'm attaching the whole thing since it appears what I posted isn't >> enough in this case. Generally it is but there is always that >> exception. >> >> Meantime, I'm going to try some other ideas from other replies. I >> think I tried them before but I don't trust that memory. Last I >> worked on this was when my Mom was so sick. Memory is a bit fuzzy. :/ >> >> Thanks for the help. > It does look like it's the bug someone just posted to this thread - so > downgrading guile might be your current best solution. > > Jack > This is what I ended up doing to fix this. It took some trial and error tho. emerge =dev-scheme/guile-2.0.14-r3 Then I ran emerge @preserved-rebuild. It seems to be happy at the moment. Doing a world update came back clean also. I also had to remove the package from the keyword file. I'm not sure what caused it to be added as it had no notes attached to it. I also tried: emerge =dev-scheme/guile-2.0.13-r2 It failed with a different error, to old of a version basically. Since I run a mix of stable and unstable, it is likely just a mismatch of versions that caused this. I just wish I knew why I added it to the keyword file to begin with. There was likely a good reason and it did work for a while but caused a problem later on as newer packages become available. It's solved for now tho. Thanks much to all for the help. :-D Dale :-) :-)
Re: [gentoo-user] x11-libs/guile-gtk-2.1-r3 fails to compile
On 2019.05.06 19:19, Dale wrote: [snip] I use Konsole when I do updates and it has this nifty search function that I use. I use it to look for "error 1" since sometimes it can be buried deep and hard to find without it. On this one, I got two hits, the one I posted plus one further down where emerge was giving up or something. I usually post the first one since that is usually the problem. ;-) You need the first "error" not just "error 1". Unfortunately, you do need to week out everything where "error" is a substring of some parameter or variable name. I'm attaching the whole thing since it appears what I posted isn't enough in this case. Generally it is but there is always that exception. Meantime, I'm going to try some other ideas from other replies. I think I tried them before but I don't trust that memory. Last I worked on this was when my Mom was so sick. Memory is a bit fuzzy. :/ Thanks for the help. It does look like it's the bug someone just posted to this thread - so downgrading guile might be your current best solution. Jack
Re: [gentoo-user] x11-libs/guile-gtk-2.1-r3 fails to compile
Jack wrote: > On 2019.05.06 08:38, Dale wrote: >> Neil Bothwick wrote: >> > On Sun, 5 May 2019 21:22:16 -0500, Dale wrote: >> > >> >> This package has been in the rebuild list for about a month or >> longer. >> >> I kept thinking at some point I would sync and there would be a >> fix but >> >> since it has been a while, maybe it is just me. Below is the >> error from >> >> a little ways before error 1. It should be enough but if the rest is >> >> needed, I will be glad to post it or email it off list, since it does >> >> have some size to it. Just let me know what is needed. >> > The first occurrence of "error" in here is when it returns from >> error 1, >> > so the preceding lines are probably from a parallel job that was still >> > running after the error occurred. >> > >> > Try emerging it with MAKEOPTS="-j1" so you only see the output from >> the >> > problem area at the end of the log. >> > >> Well, trying that was worth a shot anyway. Sometimes it does fix some >> problems, although it might still be a bug. However, in this case, I >> don't think anything really changed. It looks like the same error >> again. I copied, going backwards, from the error 1, first mention of >> it, and then went back up about 70 lines or so. One may want to read it >> from bottom to top. Honestly, I can't see that anything failed but >> something seems to have failed, somewhere. Here is the error while >> running with -j1: > [snip...] > The fact that is says "Waiting for unfinished jobs" implies that the > "-j1" didn't really have the right effect. Also, "make[2]: *** > [Makefile:458: gtk-glue.lo] Error 1" suggests to grep through the > entire log file for "gtk-glue". Are you really sure that "Error 1" is > the first (and only?) occurrence of "error" in the log? That just > seems very unlikely. > > Jack > I use Konsole when I do updates and it has this nifty search function that I use. I use it to look for "error 1" since sometimes it can be buried deep and hard to find without it. On this one, I got two hits, the one I posted plus one further down where emerge was giving up or something. I usually post the first one since that is usually the problem. ;-) I'm attaching the whole thing since it appears what I posted isn't enough in this case. Generally it is but there is always that exception. Meantime, I'm going to try some other ideas from other replies. I think I tried them before but I don't trust that memory. Last I worked on this was when my Mom was so sick. Memory is a bit fuzzy. :/ Thanks for the help. Dale :-) :-) [32;01m * [39;49;00mPackage:x11-libs/guile-gtk-2.1-r3 [32;01m * [39;49;00mRepository: gentoo [32;01m * [39;49;00mMaintainer: sch...@gentoo.org [32;01m * [39;49;00mUSE:abi_x86_64 amd64 elibc_glibc kernel_linux userland_GNU [32;01m * [39;49;00mFEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox Unable to unshare: EINVAL Unable to unshare: EINVAL >>> Unpacking source... >>> Unpacking guile-gtk-2.1.tar.gz to /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work >>> Source unpacked in /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work Unable to unshare: EINVAL >>> Preparing source in /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1 ... [32;01m*[0m Applying guile-gtk-2.0-g-object-ref.diff ... [A[181C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Applying 2.1-prll-install.patch ... [A[181C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Applying 2.1-brokentest.patch ... [A[181C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Applying 2.1_migrate_gh_functions.patch ... [A[181C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running eautoreconf in '/var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1' ... [32;01m*[0m Running libtoolize --install --copy --force --automake ... [A[181C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running aclocal ... [A[181C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running autoconf --force ... [A[181C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running autoheader ... [A[181C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running automake --add-missing --copy --force-missing ... [A[181C [34;01m[ [32;01mok[34;01m ][0m * Running elibtoolize in: guile-gtk-2.1/ * Applying install-sh/1.5.4 patch ... * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.4.3 patch ... >>> Source prepared. Unable to unshare: EINVAL >>> Configuring source in /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1 ... >>> Working in BUILD_DIR: "/var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1_build" * econf: updating guile-gtk-2.1/config.sub with /usr/share/gnuconfig/config.sub * econf: updating guile-gtk-2.1/config.guess with /usr/share/gnuconfig/config.guess /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/configure --prefix=/usr --build=x86_64-pc-linux-gnu
Re: [gentoo-user] x11-libs/guile-gtk-2.1-r3 fails to compile
"Jack" , 06.05.2019, 20:55: > On 2019.05.06 13:26, Stefan Schmiedl wrote: >> In file included from /usr/include/guile/2.2/libguile.h:31, >> from >> /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c:4: >> /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c: >> In function ‘sgtk_gtk_input_add_full’: >> /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c:3579:63: >> >> error: ‘scm_tc16_fport’ undeclared (first use in this function); did >> you mean ‘scm_t_fport’? >>SCM_ASSERT ((SCM_NIMP (p_source) && SCM_TYP16 (p_source) == >> scm_tc16_fport && SCM_OPPORTP (p_source)), p_source, SCM_ARG1, >> s_gtk_input_add_full); >> >> ^~ >> >> namely: "error", "scm_tc16_fport" and the accompanying wiggles right >> below. >> > Dale, > I'll offer a wild guess - what version of guile do you have installed? > The latest stable is 2.0.14-r3, but perhaps (noting this version of > guild-gtk is ~) it requires a newer version - perhaps 2.2.3 or 2.2.4? > Actually, I see from the snippet of output that it looks like you do > have guile 2.2. Oddly, I do see scm_tc16_fport defined in > .../libguile/fports.h and libguil.h includes "#include > "libguile/fports.h" although that is in guile 2.0 that I have > installed. I wonder if libguile.h in 2.2 omits that further include? The final mail before I call it a day: # stefan @ g128 in /usr/include/guile/2.2 [0:00:51] $ ag scm_tc16_fport # stefan @ g128 in /usr/include/guile/2.2 [0:01:03] C:1 $ ag scm_t_fport libguile/fports.h 34:typedef struct scm_t_fport { 41:} scm_t_fport; 45:#define SCM_FSTREAM(x) ((scm_t_fport *) SCM_STREAM (x)) libguile/deprecated.h 114:#define scm_fport scm_fport__GONE__REPLACE_WITH__scm_t_fport I bet on guile-gtk requiring guile-2.0.x, maybe even guile:2 (i.e. 2.0.9). s.
[gentoo-user] Re: x11-libs/guile-gtk-2.1-r3 fails to compile
On 2019-05-06, Jack wrote: > On 2019.05.06 13:26, Stefan Schmiedl wrote: [...] >> I got curious, so I tried to emerge guile-gtk, too. >> >> After the ebuild failed, the output got dumped to the terminal >> and showed lots of magenta warnings and cyan notes >> and somewhere in there three red blobs appear: >> >> In file included from /usr/include/guile/2.2/libguile.h:31, >> from >> /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c:4: >> /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c: >> In function ‘sgtk_gtk_input_add_full’: >> /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c:3579:63: >> >> error: ‘scm_tc16_fport’ undeclared (first use in this function); did >> you mean ‘scm_t_fport’? >>SCM_ASSERT ((SCM_NIMP (p_source) && SCM_TYP16 (p_source) == >> scm_tc16_fport && SCM_OPPORTP (p_source)), p_source, SCM_ARG1, >> s_gtk_input_add_full); >> >> ^~ >> >> namely: "error", "scm_tc16_fport" and the accompanying wiggles right >> below. >> >> So, as Jack correctly claimed, the problem appears in gtk-glue.c. >> >> While I don't have a clue how to fix what is really wrong here, >> I just wanted to point out that the colorful output of gcc is very >> helpful, >> if you get to see it. > Dale, > > I'll offer a wild guess - what version of guile do you have installed? > The latest stable is 2.0.14-r3, but perhaps (noting this version of > guild-gtk is ~) it requires a newer version - perhaps 2.2.3 or 2.2.4? > Actually, I see from the snippet of output that it looks like you do > have guile 2.2. Oddly, I do see scm_tc16_fport defined in > .../libguile/fports.h and libguil.h includes "#include > "libguile/fports.h" although that is in guile 2.0 that I have > installed. I wonder if libguile.h in 2.2 omits that further include? > > Jack That error looks similar to the one reported in bug 641864[0]. According to the bug report, a workaround is to downgrade to guile 2.0. [0] https://bugs.gentoo.org/show_bug.cgi?id=641864 -- Nuno Silva
Re: [gentoo-user] x11-libs/guile-gtk-2.1-r3 fails to compile
On 2019.05.06 13:26, Stefan Schmiedl wrote: "Dale" , 06.05.2019, 14:38: > Well, trying that was worth a shot anyway. Sometimes it does fix some > problems, although it might still be a bug. However, in this case, I > don't think anything really changed. It looks like the same error > again. I copied, going backwards, from the error 1, first mention of > it, and then went back up about 70 lines or so. One may want to read it > from bottom to top. Honestly, I can't see that anything failed but > something seems to have failed, somewhere. Here is the error while > running with -j1: I got curious, so I tried to emerge guile-gtk, too. After the ebuild failed, the output got dumped to the terminal and showed lots of magenta warnings and cyan notes and somewhere in there three red blobs appear: In file included from /usr/include/guile/2.2/libguile.h:31, from /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c:4: /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c: In function ‘sgtk_gtk_input_add_full’: /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c:3579:63: error: ‘scm_tc16_fport’ undeclared (first use in this function); did you mean ‘scm_t_fport’? SCM_ASSERT ((SCM_NIMP (p_source) && SCM_TYP16 (p_source) == scm_tc16_fport && SCM_OPPORTP (p_source)), p_source, SCM_ARG1, s_gtk_input_add_full); ^~ namely: "error", "scm_tc16_fport" and the accompanying wiggles right below. So, as Jack correctly claimed, the problem appears in gtk-glue.c. While I don't have a clue how to fix what is really wrong here, I just wanted to point out that the colorful output of gcc is very helpful, if you get to see it. Dale, I'll offer a wild guess - what version of guile do you have installed? The latest stable is 2.0.14-r3, but perhaps (noting this version of guild-gtk is ~) it requires a newer version - perhaps 2.2.3 or 2.2.4? Actually, I see from the snippet of output that it looks like you do have guile 2.2. Oddly, I do see scm_tc16_fport defined in .../libguile/fports.h and libguil.h includes "#include "libguile/fports.h" although that is in guile 2.0 that I have installed. I wonder if libguile.h in 2.2 omits that further include? Jack
Re: [gentoo-user] x11-libs/guile-gtk-2.1-r3 fails to compile
"Dale" , 06.05.2019, 14:38: > Well, trying that was worth a shot anyway. Sometimes it does fix some > problems, although it might still be a bug. However, in this case, I > don't think anything really changed. It looks like the same error > again. I copied, going backwards, from the error 1, first mention of > it, and then went back up about 70 lines or so. One may want to read it > from bottom to top. Honestly, I can't see that anything failed but > something seems to have failed, somewhere. Here is the error while > running with -j1: I got curious, so I tried to emerge guile-gtk, too. After the ebuild failed, the output got dumped to the terminal and showed lots of magenta warnings and cyan notes and somewhere in there three red blobs appear: In file included from /usr/include/guile/2.2/libguile.h:31, from /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c:4: /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c: In function ‘sgtk_gtk_input_add_full’: /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/gtk-glue.c:3579:63: error: ‘scm_tc16_fport’ undeclared (first use in this function); did you mean ‘scm_t_fport’? SCM_ASSERT ((SCM_NIMP (p_source) && SCM_TYP16 (p_source) == scm_tc16_fport && SCM_OPPORTP (p_source)), p_source, SCM_ARG1, s_gtk_input_add_full); ^~ namely: "error", "scm_tc16_fport" and the accompanying wiggles right below. So, as Jack correctly claimed, the problem appears in gtk-glue.c. While I don't have a clue how to fix what is really wrong here, I just wanted to point out that the colorful output of gcc is very helpful, if you get to see it. s.
Re: [gentoo-user] Korganizer doesn't show imported events
Thanks Jack, On Monday, 6 May 2019 18:00:50 BST Jack wrote: > On 2019.05.06 06:48, Mick wrote: > > Hi All, > > > > For some time now I have not been able to import .ics calendar > > invitations > > sent to me from Outlook and make them show up in Korganizer. > > > > The Status Bar shows the .ics event item is imported successfully, > > but nothing > > shows up in the calendar's agenda views, or events list. Strangely, > > I can see > > the imported calendar event in akonadiconsole's browser tab, when I > > select > > Model:Calendar, or Model:Calendar/Tasks. > > > > I tried the same on another system running KDE and Korganizer behaves > > as > > expected showing the imported item in its Agenda view. > > > > Any idea how I could troubleshoot this? > > -- > > Regards, > > Mick > > I have no definite ideas, but are the imported items still not present > after you log out and in again (or even try a reboot?) Yes, imported events are not shown in Korganizer even after a restart/reboot. > Are you importing into your existing calendar or into a new one? I tried both merging the .ics files into the current default ics calendar and also tried creating a new calendar just for the imported event. I also tried removing korganizerrc in case some spurious configuration setting was causing this problem. > If you import the .ics as a new calendar, it might not show up until you > check to display that calendar. You can check through the > configuration settings to see what calendars IT thinks you have, in > case they don't match your ideas. > > Jack The calendar(s) have been selected in the Korganizer left sidebar, so their contents *ought* to be visible. Is there some configuration file I need to check to see what Korganizer thinks I am using? Using either the Korganizer Settings GUI, or the resources listed in akonadiconsole, the calendars available and running are what I have already configured. I have also added the Plasma 'PIM Events Plugin' in the digital clock within the bottom panel. The imported events show in the clock calendar when I click on it, but not in the Korganizer. :-/ -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] x11-libs/guile-gtk-2.1-r3 fails to compile
On 2019.05.06 08:38, Dale wrote: Neil Bothwick wrote: > On Sun, 5 May 2019 21:22:16 -0500, Dale wrote: > >> This package has been in the rebuild list for about a month or longer. >> I kept thinking at some point I would sync and there would be a fix but >> since it has been a while, maybe it is just me. Below is the error from >> a little ways before error 1. It should be enough but if the rest is >> needed, I will be glad to post it or email it off list, since it does >> have some size to it. Just let me know what is needed. > The first occurrence of "error" in here is when it returns from error 1, > so the preceding lines are probably from a parallel job that was still > running after the error occurred. > > Try emerging it with MAKEOPTS="-j1" so you only see the output from the > problem area at the end of the log. > Well, trying that was worth a shot anyway. Sometimes it does fix some problems, although it might still be a bug. However, in this case, I don't think anything really changed. It looks like the same error again. I copied, going backwards, from the error 1, first mention of it, and then went back up about 70 lines or so. One may want to read it from bottom to top. Honestly, I can't see that anything failed but something seems to have failed, somewhere. Here is the error while running with -j1: [snip...] The fact that is says "Waiting for unfinished jobs" implies that the "-j1" didn't really have the right effect. Also, "make[2]: *** [Makefile:458: gtk-glue.lo] Error 1" suggests to grep through the entire log file for "gtk-glue". Are you really sure that "Error 1" is the first (and only?) occurrence of "error" in the log? That just seems very unlikely. Jack
Re: [gentoo-user] Korganizer doesn't show imported events
On 2019.05.06 06:48, Mick wrote: Hi All, For some time now I have not been able to import .ics calendar invitations sent to me from Outlook and make them show up in Korganizer. The Status Bar shows the .ics event item is imported successfully, but nothing shows up in the calendar's agenda views, or events list. Strangely, I can see the imported calendar event in akonadiconsole's browser tab, when I select Model:Calendar, or Model:Calendar/Tasks. I tried the same on another system running KDE and Korganizer behaves as expected showing the imported item in its Agenda view. Any idea how I could troubleshoot this? -- Regards, Mick I have no definite ideas, but are the imported items still not present after you log out and in again (or even try a reboot?) Are you importing into your existing calendar or into a new one? If you import the .ics as a new calendar, it might not show up until you check to display that calendar. You can check through the configuration settings to see what calendars IT thinks you have, in case they don't match your ideas. Jack
Re: [gentoo-user] x11-libs/guile-gtk-2.1-r3 fails to compile
Neil Bothwick wrote: > On Sun, 5 May 2019 21:22:16 -0500, Dale wrote: > >> This package has been in the rebuild list for about a month or longer. >> I kept thinking at some point I would sync and there would be a fix but >> since it has been a while, maybe it is just me. Below is the error from >> a little ways before error 1. It should be enough but if the rest is >> needed, I will be glad to post it or email it off list, since it does >> have some size to it. Just let me know what is needed. > The first occurrence of "error" in here is when it returns from error 1, > so the preceding lines are probably from a parallel job that was still > running after the error occurred. > > Try emerging it with MAKEOPTS="-j1" so you only see the output from the > problem area at the end of the log. > > Well, trying that was worth a shot anyway. Sometimes it does fix some problems, although it might still be a bug. However, in this case, I don't think anything really changed. It looks like the same error again. I copied, going backwards, from the error 1, first mention of it, and then went back up about 70 lines or so. One may want to read it from bottom to top. Honestly, I can't see that anything failed but something seems to have failed, somewhere. Here is the error while running with -j1: /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c:2660:15: warning: implicit declaration of function ‘SCM_INUM’; did you mean ‘SCM_INUM0’? [-Wimplicit-function-declaration] ret.flags = SCM_INUM (SCM_CADR (entry)); ^~~~ SCM_INUM0 In file included from /usr/include/gtk-2.0/gtk/gtkobject.h:37, from /usr/include/gtk-2.0/gtk/gtkwidget.h:36, from /usr/include/gtk-2.0/gtk/gtkcontainer.h:35, from /usr/include/gtk-2.0/gtk/gtkbin.h:35, from /usr/include/gtk-2.0/gtk/gtkwindow.h:36, from /usr/include/gtk-2.0/gtk/gtkdialog.h:35, from /usr/include/gtk-2.0/gtk/gtkaboutdialog.h:32, from /usr/include/gtk-2.0/gtk/gtk.h:33, from /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c:26: /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c: In function ‘sgtk_find_object_info_from_type’: /usr/include/gtk-2.0/gtk/gtktypeutils.h:243:31: warning: passing argument 1 of ‘sgtk_find_object_info’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers] #define gtk_type_name(type) g_type_name (type) ^~ /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c:2688:33: note: in expansion of macro ‘gtk_type_name’ return sgtk_find_object_info (gtk_type_name (type)); ^ /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c:2678:19: note: expected ‘char *’ but argument is of type ‘const gchar *’ {aka ‘const char *’} sgtk_object_info *sgtk_find_object_info (char *name); ^ /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c: In function ‘sgtk_gtk_object_new’: /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c:2895:3: warning: ‘g_object_newv’ is deprecated: Use 'g_object_new_with_properties' instead [-Wdeprecated-declarations] obj = g_object_newv (type, n_params, params); ^~~ In file included from /usr/include/glib-2.0/gobject/gbinding.h:29, from /usr/include/glib-2.0/glib-object.h:23, from /usr/include/glib-2.0/gio/gioenums.h:28, from /usr/include/glib-2.0/gio/giotypes.h:28, from /usr/include/glib-2.0/gio/gio.h:26, from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30, from /usr/include/gtk-2.0/gdk/gdk.h:32, from /usr/include/gtk-2.0/gtk/gtk.h:32, from /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c:26: /usr/include/glib-2.0/gobject/gobject.h:428:13: note: declared here gpointer g_object_newv (GType object_type, ^ /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c: In function ‘sgtk_signal_emit’: /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c:3090:31: warning: passing argument 1 of ‘scm_cons’ makes pointer from integer without a cast [-Wint-conversion] scm_cons (scm_makfrom0str (name), SCM_EOL)); ^~ In file included from /usr/include/guile/2.2/libguile.h:81, from /var/tmp/portage/x11-libs/guile-gtk-2.1-r3/work/guile-gtk-2.1/guile-gtk.c:30: /usr/include/guile/2.2/libguile/pairs.h:130:15: note: expected ‘SCM’ {aka ‘struct scm_unused_struct *’} but argument is of type ‘int’ scm_cons (SCM x, SCM y) ^
[gentoo-user] Korganizer doesn't show imported events
Hi All, For some time now I have not been able to import .ics calendar invitations sent to me from Outlook and make them show up in Korganizer. The Status Bar shows the .ics event item is imported successfully, but nothing shows up in the calendar's agenda views, or events list. Strangely, I can see the imported calendar event in akonadiconsole's browser tab, when I select Model:Calendar, or Model:Calendar/Tasks. I tried the same on another system running KDE and Korganizer behaves as expected showing the imported item in its Agenda view. Any idea how I could troubleshoot this? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] x11-libs/guile-gtk-2.1-r3 fails to compile
On Sun, 5 May 2019 21:22:16 -0500, Dale wrote: > This package has been in the rebuild list for about a month or longer. > I kept thinking at some point I would sync and there would be a fix but > since it has been a while, maybe it is just me. Below is the error from > a little ways before error 1. It should be enough but if the rest is > needed, I will be glad to post it or email it off list, since it does > have some size to it. Just let me know what is needed. The first occurrence of "error" in here is when it returns from error 1, so the preceding lines are probably from a parallel job that was still running after the error occurred. Try emerging it with MAKEOPTS="-j1" so you only see the output from the problem area at the end of the log. -- Neil Bothwick (A)bort, (R)etry, (P)retend this never happened... pgp9CQ6g7QIUf.pgp Description: OpenPGP digital signature