Bug#1064998: guile-lib: broken package when cross building
Hello debian maintainers, Vagrant, > Forwarding this upstream, originally submitted in the Debian bug > tracking system at: > https://bugs.debian.org/1064998 > ... > Would the guile-lib developers consider merging this? Are there any > use-cases where this is inappropriate? Certainly! Thanks for the report, it somehow did skip my attention when i worked on this (a long long time ago ...), that calling GUILE_SITE_DIR also defines GUILE_SITE_CCACHE I'll fix this for the next release. > Thanks! I am the one who thanks (all of you) David pgpIY56GkC7Pr.pgp Description: OpenPGP digital signature
Bug#983365: [PATCH] Re: Bug#983365: linphone-desktop: chat messages
Bernard, Dennis, > Indeed: > > ii libsoci-core4.0:amd64 4.0.1-5 ... > ii libsoci-sqlite3-4.0:amd64 4.0.1-5 ... > > solved the problem: I now see the chat msgs history when I launch the > app. I didn't have a chance to send a new msg yet, because it's the > middle of the night for nearly all my contacts, and I don't want to > inadvertently 'awake' someone, but I am pretty sure its ok, will try > tomorrow ... I did try and here is happened: I sent a message, but no 'trace' (for me, the sender), that I did send the msg ... normally, when we send a msg, using the AppImage, linphone sends it and displays a feedback, in the top right corner of the message 'box' ! error, the msgs couldn't be sent ... v grey color, msgs delivered, but not read yet blue, the recipient did read the msg But with linphone debian, nothing is displayed 'at all', although the msg was sent, the recipient did receive it, and later responded, even after that though, no 'v', nor grey, nor 'blue' ... I wonder why and if this is a (separate) bug? Thanks, David ps: by the way, crossing my bug reports, the date is still wrong, fwiw, the attempt i made today, March the 18th are all labeled, on top/center of the messages I sent (to two diff recipients to try ...) Wednesday, March 17, 2021 time(which the correct local time) my message... pgpB4lNRr1KnX.pgp Description: OpenPGP digital signature
Bug#983365: [PATCH] Re: Bug#983365: linphone-desktop: chat messages
Hello Bernard, Dennis, > > Please make sure you also test a file transfer, which is part of the > > chat message interface [I couldn't try since the chat msgs itself > > didn't work ...], The file transfer functionality is absolutely > > essential as well, afaic at least > soci 4.0.1-5 has migrated to testing yesterday. The bug should be > fixed now for a fully up-to-date Bullseye system. Indeed: ii libsoci-core4.0:amd64 4.0.1-5 ... ii libsoci-sqlite3-4.0:amd64 4.0.1-5 ... solved the problem: I now see the chat msgs history when I launch the app. I didn't have a chance to send a new msg yet, because it's the middle of the night for nearly all my contacts, and I don't want to inadvertently 'awake' someone, but I am pretty sure its ok, will try tomorrow ... Thanks to both of you! David pgpcqgLatuS7U.pgp Description: OpenPGP digital signature
Bug#983366: linphone-desktop: Settings popup menu
Hello Dennis, > GDK_BACKEND=x11 linphone That solves the problem. Although, fwiw, (a) the window 'shape is different (the AppImage has square corners - the debian window rounded corners, and (b) the font family and font size are diff as well (musch smaller for the debian version... no problem at all, big deal, just mentioning ... > QT_QPA_PLATFORMTHEME=qt5ct linphone That does not solve the problem, fwiw. David > If that doesn't fix it you need to compare the output of the above > command to the output of the same command with the appimage linphone > running. Also you should compare for both versions the output of > > tr '\0' '\n' < /proc/$(pidof linphone)/environ | \ > grep -v '^[[:space:]]\+'|sort > > Provide the outputs if you want me to take a look. Here is the AppImage output: david@aicha:~ 7 $ tr '\0' '\n' < /proc/$(pidof AppRun.wrapped)/environ | grep -v '^[[:space:]]\+'|sort ACLOCAL_FLAGS=-I /opt2/share/aclocal -I /opt/share/aclocal APPDIR=/tmp/.mount_LinphoATI0bC APPIMAGE=/opt/linphone/bin/Linphone-4.2.5.AppImage ARGV0=./Linphone-4.2.5.AppImage COLORTERM=truecolor CVSROOT=rcvs:/usr/alto/cvs CVS_RSH=ssh DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/500/bus DESKTOP_SESSION=gnome DISPLAY=:0 GDM_LANG=en_US.UTF-8 GDMSESSION=gnome GNOME_DESKTOP_SESSION_ID=this-is-deprecated GNOME_SETUP_DISPLAY=:1 GNOME_TERMINAL_SCREEN=/org/gnome/Terminal/screen/15ee8f1e_2b8f_4a4f_ad4d_24482e79bef5 GNOME_TERMINAL_SERVICE=:1.106 GTK_MODULES=gail:atk-bridge GUILE_WARN_DEPRECATED=detailed HOME=/home/david IM_CONFIG_CHECK_ENV=1 IM_CONFIG_PHASE=1 LANG=en_US.UTF-8 LANGUAGE=en_US:en LC_MEASUREMENT=en_US.utf8 LC_MONETARY=en_US.utf8 LC_NUMERIC=en_US.utf8 LC_PAPER=en_US.utf8 LC_TIME=en_US.utf8 LOGNAME=david LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.webp=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36: LSHOST=139.82.89.222 MANPATH=/opt/share/man:/opt/toxic/share/man:/usr/man:/usr/share/man:/usr/X11R6/man OLDPWD=/opt/linphone OWD=/opt/linphone/bin PATH=/home/david/bin:/opt2/bin:/opt/bin:/opt/vigra/bin:/opt/linphone/bin:/opt/utox/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/alto/bin:/usr/lpdi/bin:/usr/dema/bin:/usr/tfases/bin:/usr/cmh/bin PGCLIENTENCODING=UNICODE PGDATA=/usr/local/pgsql/data PGDATESTYLE=German PGLIB=/usr/local/pgsql/lib PKG_CONFIG_PATH=/opt2/lib/pkgconfig:/opt/lib/pkgconfig:/usr/lib/pkgconfig PWD=/opt/linphone/bin QT_ACCESSIBILITY=1 QT_IM_MODULE=ibus QT_QPA_PLATFORMTHEME=gtk2 SESSION_MANAGER=local/aicha:@/tmp/.ICE-unix/1751,unix/aicha:/tmp/.ICE-unix/1751 SHELL=/bin/bash SHLVL=2 SSH_AGENT_LAUNCHER=openssh SSH_AUTH_SOCK=/run/user/500/keyring/ssh TC51_HOME=/usr/local/Thermo-Calc/2015b TERM=xterm-256color TEXINPUTS=:./:/usr/alto/tex/styles:/usr/alto/tex/logos:/usr/lpdi/tex/styles/ThesisPUC:/usr/lpdi/tex/styles:/usr/lpdi/tex/logos:/usr/tpalm/tex/styles:/usr/tpalm/tex/logos:/usr/tpalm/projects/tactus/winterp/donnees:/usr/tpalm/projects/tactus/manuals:/usr/tpalm/projects/tactus/screenshots:/usr/local/share/guile/alto/help/images:./:/usr/alto/tex/styles:/usr/alto/tex/logos:/usr/lpdi/tex/styles/ThesisPUC:/usr/lpdi/tex/styles:/usr/lpdi/tex/logos:/usr/tpalm/tex/styles:/usr/tpalm/tex/logos:/usr/tpalm/projects/tactus/winterp/donnees:/usr/tpalm/projects/tactus/manuals:/usr/tpalm/projects/tactus/screenshots:/usr/local/share/guile/alto/help/images USER=david USERNAME=david VTE_VERSION=6203 WAYLAND_DISPLAY=wayland-0 XAUTHORITY=/run/user/500/.mutter-Xwaylandauth.GUFUZ0 XDG_CURRENT_DESKTOP=GNOME XDG_MENU_PREFIX=gnome- XDG_RUNTIME_DIR=/run/user/500 XDG_SESSION_CLASS=user XDG_SESSION_DESKTOP=gnome
Bug#983366: linphone-desktop: Settings popup menu
Hello Dennis, > > 1- the settings pop menu appears 'detached' from the main app > > window; also, it uses a font and font size that are not the > > 'upstream' app font and size (fwiw); > > 2- it only works once: if you close and try to open the settingss > > popup again, it fails to do so, and displays the following message > > in the teminal where i launched linphone; > > (linphone:83987): Gdk-WARNING **: 23:13:05.180: Couldn't > > map as window 0x555cd9b47560 as popup because it doesn't have a > > parent > Searching for that error message leads me to believe that this is > probably a wayland issue. Does it work correctly under X? What > desktop environment are you using? GNOME desktop - 3.38-4 Yes, Wayland, no idea about X 'only' but, worth mentioning that that the upstream appimage works fine, I mean running under the (exact) same 'conditions'/desktop env > Having the output of > > sed -n '/[[:space:]]\/\(usr\|lib\).*[.]so.*/s@^[^/]\+/@/@p' \ > /proc/$(pidof linphone)/maps|sort|uniq See below, Thanks, David sed -n '/[[:space:]]\/\(usr\|lib\).*[.]so.*/s@^[^/]\+/@/@p' /proc/$(pidof linphone)/maps|sort|uniq /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_pulse.so /usr/lib/x86_64-linux-gnu/dri/iris_dri.so /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so /usr/lib/x86_64-linux-gnu/ld-2.31.so /usr/lib/x86_64-linux-gnu/libantlr3c-3.4.so.0.0.0 /usr/lib/x86_64-linux-gnu/libaom.so.2.0.2 /usr/lib/x86_64-linux-gnu/libaribb24.so.0.0.0 /usr/lib/x86_64-linux-gnu/libasound.so.2.0.0 /usr/lib/x86_64-linux-gnu/libasyncns.so.0.3.1 /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0.23609.1 /usr/lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0.0.0 /usr/lib/x86_64-linux-gnu/libatspi.so.0.0.1 /usr/lib/x86_64-linux-gnu/libavcodec.so.58.91.100 /usr/lib/x86_64-linux-gnu/libavutil.so.56.51.100 /usr/lib/x86_64-linux-gnu/libbctoolbox.so.1 /usr/lib/x86_64-linux-gnu/libbelcard.so.1 /usr/lib/x86_64-linux-gnu/libbellesip.so.1 /usr/lib/x86_64-linux-gnu/libbelr.so.1 /usr/lib/x86_64-linux-gnu/libblkid.so.1.1.0 /usr/lib/x86_64-linux-gnu/libbrotlicommon.so.1.0.9 /usr/lib/x86_64-linux-gnu/libbrotlidec.so.1.0.9 /usr/lib/x86_64-linux-gnu/libbsd.so.0.11.3 /usr/lib/x86_64-linux-gnu/libbzrtp.so.0 /usr/lib/x86_64-linux-gnu/libc-2.31.so /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2.11600.0 /usr/lib/x86_64-linux-gnu/libcairo.so.2.11600.0 /usr/lib/x86_64-linux-gnu/libcodec2.so.0.9 /usr/lib/x86_64-linux-gnu/libcom_err.so.2.1 /usr/lib/x86_64-linux-gnu/libdatrie.so.1.4.0 /usr/lib/x86_64-linux-gnu/libdav1d.so.5.0.1 /usr/lib/x86_64-linux-gnu/libdbus-1.so.3.19.13 /usr/lib/x86_64-linux-gnu/libdeflate.so.0 /usr/lib/x86_64-linux-gnu/libdl-2.31.so /usr/lib/x86_64-linux-gnu/libdouble-conversion.so.3.1 /usr/lib/x86_64-linux-gnu/libdrm_amdgpu.so.1.0.0 /usr/lib/x86_64-linux-gnu/libdrm_nouveau.so.2.0.0 /usr/lib/x86_64-linux-gnu/libdrm_radeon.so.1.0.1 /usr/lib/x86_64-linux-gnu/libdrm.so.2.4.0 /usr/lib/x86_64-linux-gnu/libedit.so.2.0.63 /usr/lib/x86_64-linux-gnu/libelf-0.183.so /usr/lib/x86_64-linux-gnu/libepoxy.so.0.0.0 /usr/lib/x86_64-linux-gnu/libexpat.so.1.6.12 /usr/lib/x86_64-linux-gnu/libfdk-aac.so.2.0.1 /usr/lib/x86_64-linux-gnu/libffi.so.7.1.0 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.3.0 /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.12.0 /usr/lib/x86_64-linux-gnu/libfreetype.so.6.17.4 /usr/lib/x86_64-linux-gnu/libfribidi.so.0.4.0 /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 /usr/lib/x86_64-linux-gnu/libgcrypt.so.20.2.8 /usr/lib/x86_64-linux-gnu/libgdk-3.so.0.2404.20 /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0.4200.2 /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.6600.7 /usr/lib/x86_64-linux-gnu/libglapi.so.0.0.0 /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0.0.0 /usr/lib/x86_64-linux-gnu/libGLEW.so.2.1.0 /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.6600.7 /usr/lib/x86_64-linux-gnu/libGL.so.1.7.0 /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0.0.0 /usr/lib/x86_64-linux-gnu/libGLX.so.0.0.0 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.6600.7 /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.6600.7 /usr/lib/x86_64-linux-gnu/libgomp.so.1.0.0 /usr/lib/x86_64-linux-gnu/libgpg-error.so.0.29.0 /usr/lib/x86_64-linux-gnu/libgraphite2.so.3.2.1 /usr/lib/x86_64-linux-gnu/libgsm.so.1.0.18 /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2.2 /usr/lib/x86_64-linux-gnu/libgtk-3.so.0.2404.20 /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0.20704.0 /usr/lib/x86_64-linux-gnu/libICE.so.6.3.0 /usr/lib/x86_64-linux-gnu/libicudata.so.67.1 /usr/lib/x86_64-linux-gnu/libicui18n.so.67.1 /usr/lib/x86_64-linux-gnu/libicuuc.so.67.1 /usr/lib/x86_64-linux-gnu/libilbc.so.3.0.4 /usr/lib/x86_64-linux-gnu/libjbig.so.0 /usr/lib/x86_64-linux-gnu/libjpeg.so.62.3.0 /usr/lib/x86_64-linux-gnu/libk5crypto.so.3.1 /usr/lib/x86_64-linux-gnu/libkeyutils.so.1.9 /usr/lib/x86_64-linux-gnu/libkrb5.so.3.3 /usr/lib/x86_64-linux-gnu/libkrb5support.so.0.1
Bug#983365: [PATCH] Re: Bug#983365: linphone-desktop: chat messages
Hi Bernhard, DEnnis, > > I finally found the bug: ... Excellent! Please make sure you also test a file transfer, which is part of the chat message interface [I couldn't try since the chat msgs itself didn't work ...], The file transfer functionality is absolutely essential as well, afaic at least Thanks, David pgpXl5eoCTyc6.pgp Description: OpenPGP digital signature
Bug#983365: Info received (Bug#983365: linphone-desktop: chat messages)
Hi Bernhard, > The easiest way to just install one or two packages from sid would > probably be ... Done [1] (i updated linphone-common as well. I was surprise though to not see a new linphone and linphone-desktop, saying this because I did see someone fixed the 'wrong version number in the prefs dialog' but not only the version numbers are still wrong, but despite the updates to core 4.4.21-2, the app still displays 4.4.21-1 in the 'about' dialog .. Now, unfortunately these updates didn't solve the problem: a- no history is uploaded from linphone,db when opening the app, for none of my contacts; b- when I write a chat msg to someone: it displays the message in the right middle (biggest) panel), after I hit enter; but if i click on another contact then 'click back' to the contact I sent a chat msg to test, the msg is not displayed [as if it 'disappeared', which make sense, given a- here above - i don't think 'the fix' updates the chat msgs db; [ unfortunately, I can see the msg was also not delivered, [ which could well be due to a push notification problem [ on their (my contact) 'side' ... It would really be 'nice', not to say essential, that you and Dennis (for example) could test those fixes 'between you' ... Thanks, David [1] ;; here is what I have on my laptop after the suggested updates: ii liblinphone++10:amd64 4.4.21-2 amd64Linphone's shared library part (supporting the SIP protocol) ii liblinphone10:amd64 4.4.21-2 amd64Linphone's shared library part (supporting the SIP protocol) ii linphone4.2.5-3 all SIP softphone - graphical client (transitional package) ii linphone-common 4.4.21-2 all Shared components of the linphone SIP softphone ii linphone-desktop4.2.5-3 amd64SIP softphone - graphical client pgpKObydD3O6p.pgp Description: OpenPGP digital signature
Bug#983365: Info received (Bug#983365: linphone-desktop: chat messages)
Hello, Thanks all for having worked on this. Sorry for the little delay in answering, I actually thought the packages would 'find their way' to bullseye, so I was (and still am) updating daily, a few times per day actually, but now I see you said sid, not bullseye ... > an updated liblinphone has been uploaded to sid yesterday. Could you > please try liblinphone10 and liblinphone++10 from sid (4.4.21-2) and > report back? If it does not work you might need libsoci-core4.0 and > libsoci-sqlite3-4.0 from unstable as well (4.0.1-4). I am using bullseye (n idea why reportbug says bullseye/sid), so I don't have the right config to pick those 2 from sid, and so many years I haven't done this that I forgot my 'apt/preferencesfu' to do that - but by all means, the bug is in bullseye, won't you make these packages available in bullseye? Thanks, David pgpg5XHoH7vvv.pgp Description: OpenPGP digital signature
Bug#983365: linphone-desktop: chat messages
Hello Bernhard, > Thanks for your report. Unfortunately I'm extremely swamped for the > next couple of weeks. I have also never used the Chat feature. For > this reason I'm tagging this bug as "help". I hope you or someone else find the time to fix this bug before it's to late to make it to stable bullseye, but as it is, afaic, it is unusable for one of its main functionality: to send and receive messages - i use it (the upstream version, the debian version is unusable) professionally daily ... So, I don't use it, I can't use it, I can't risk to loose msgs, and this debian version looses all messages, those you send are not registered in the db, and those we receive are not even displayed in the current session panel, only as a notification popup, which last a few second: if you are not in front of the machine, you don't even know someone is contacting you, and if you are, but the message is long, no way you can 'remember the exact msg words' once the notification disappear from the screen ... I used it to try and report the bug(s), but immediately switched to upstream appimage 4.2.5, which at least works fine for chat messages > Two short questions: > In Bug#983369 a few minutes later you wrote the date in the history is > wrong, although in this bug it reads like you cannot display the > history at all. Which one is correct? before i answer these two quiz, please allow me to suggest that you create a linphone account, and try, ask a relative or another debian maintainer to create an account and try chat msgs exchange, calls ... it seems to me you did not even try the app (no pun, just reading you gave me this impression) All bugs report are correct - it seems to me that you are not a linphone user :) - which is fine if true, no problem. So, the most important panel (in size and function), the middle right 'panel' in linphone, is used to show in/out messages, but also to report in/out calls, wether successful or not ... It always mentions a wrong date, always the day before the event occurs, no matter what the event is, in/out msgs or in/out call, successful or not ... again, it seems you did not even tried linphone (nor debian, not upstream image), not even once ... :) this bug, as reported, is an upstream bug 'as well', not a debian bug ... > Did you start a fresh linphone profile or is the sqlite database > upgraded from an older version? Could you (for a test) move it away to > have it recreated? No, i can't do that, the linphone.db file is essential to linphone, and properly used by linphone (apppimage) upstream - i don't think this will solve anything (sorry) ] > I fully understand choosing an RC severity, but I'm at a loss > debugging this and I lack the time to dig into it, so this bug might > make linphone-desktop miss the Bullseye release unless someone steps > up to debug this. I hope you or someone else solve this bug, the app is, as it is in debian bullseye, unusable, it is actually 'risky' to use it, imho ... David pgpHQ_AWF8vQJ.pgp Description: OpenPGP digital signature
Bug#983369: linphone-desktop: chat msgs and (missed) incoming calls dates are wrong
Package: linphone-desktop Version: 4.2.5-3 Severity: normal Tags: upstream Dear Maintainer, In the chat room 'panel', the date is wrong, although times are correct, wether for chat msgs or missed incoming call 'reports' The app centers the date, and today (Feb 22, 2021) it says -- Sunday, February 21, 2021 -- Thanks, David -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linphone-desktop depends on: ii libbctoolbox1 4.4.13-2 ii libbelcard14.4.13-2 ii libc6 2.31-9 ii libgcc-s1 10.2.1-6 ii liblinphone++104.4.21-1 ii liblinphone10 4.4.21-1 ii libmediastreamer11 1:4.4.21-3 ii libqt5core5a 5.15.2+dfsg-4 ii libqt5dbus55.15.2+dfsg-4 ii libqt5gui5 5.15.2+dfsg-4 ii libqt5network5 5.15.2+dfsg-4 ii libqt5qml5 [qtdeclarative-abi-5-15-2] 5.15.2+dfsg-4 ii libqt5quick5 5.15.2+dfsg-4 ii libqt5quickcontrols2-5 5.15.2+dfsg-2 ii libqt5svg5 5.15.2-2 ii libqt5widgets5 5.15.2+dfsg-4 ii libstdc++6 10.2.1-6 ii linphone-common4.4.21-1 ii qml-module-qt-labs-platform5.15.2+dfsg-2 ii qml-module-qtgraphicaleffects 5.15.2-2 ii qml-module-qtquick-controls5.15.2-2 ii qml-module-qtquick-controls2 5.15.2+dfsg-2 ii qml-module-qtquick-dialogs 5.15.2-2 ii qml-module-qtquick-layouts 5.15.2+dfsg-4 ii qml-module-qtquick-window2 5.15.2+dfsg-4 ii qml-module-qtquick25.15.2+dfsg-4 linphone-desktop recommends no packages. linphone-desktop suggests no packages. -- no debconf information
Bug#983368: linphone-desktop: 'About' version numbers are wrong
Package: linphone-desktop Version: 4.2.5-3 Severity: normal Dear Maintainer, The 'Settings - About' dialog reports Desktop - Qt5.15.2 Core 4.4.0 But it should be Desktop 4.2.5-3 - Qt5.15.2 Core 4.4.21-1 Thanks, David -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linphone-desktop depends on: ii libbctoolbox1 4.4.13-2 ii libbelcard14.4.13-2 ii libc6 2.31-9 ii libgcc-s1 10.2.1-6 ii liblinphone++104.4.21-1 ii liblinphone10 4.4.21-1 ii libmediastreamer11 1:4.4.21-3 ii libqt5core5a 5.15.2+dfsg-4 ii libqt5dbus55.15.2+dfsg-4 ii libqt5gui5 5.15.2+dfsg-4 ii libqt5network5 5.15.2+dfsg-4 ii libqt5qml5 [qtdeclarative-abi-5-15-2] 5.15.2+dfsg-4 ii libqt5quick5 5.15.2+dfsg-4 ii libqt5quickcontrols2-5 5.15.2+dfsg-2 ii libqt5svg5 5.15.2-2 ii libqt5widgets5 5.15.2+dfsg-4 ii libstdc++6 10.2.1-6 ii linphone-common4.4.21-1 ii qml-module-qt-labs-platform5.15.2+dfsg-2 ii qml-module-qtgraphicaleffects 5.15.2-2 ii qml-module-qtquick-controls5.15.2-2 ii qml-module-qtquick-controls2 5.15.2+dfsg-2 ii qml-module-qtquick-dialogs 5.15.2-2 ii qml-module-qtquick-layouts 5.15.2+dfsg-4 ii qml-module-qtquick-window2 5.15.2+dfsg-4 ii qml-module-qtquick25.15.2+dfsg-4 linphone-desktop recommends no packages. linphone-desktop suggests no packages. -- no debconf information
Bug#983366: linphone-desktop: Settings popup menu
Package: linphone-desktop Version: 4.2.5-3 Severity: normal Dear Maintainer, * What led up to the situation? 1- the settings pop menu appears 'detached' from the main app window; also, it uses a font and font size that are not the 'upstream' app font and size (fwiw); 2- it only works once: if you close and try to open the settingss popup again, it fails to do so, and displays the following message in the teminal where i launched linphone; (linphone:83987): Gdk-WARNING **: 23:13:05.180: Couldn't map as window 0x555cd9b47560 as popup because it doesn't have a parent Thanks, David -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linphone-desktop depends on: ii libbctoolbox1 4.4.13-2 ii libbelcard14.4.13-2 ii libc6 2.31-9 ii libgcc-s1 10.2.1-6 ii liblinphone++104.4.21-1 ii liblinphone10 4.4.21-1 ii libmediastreamer11 1:4.4.21-3 ii libqt5core5a 5.15.2+dfsg-4 ii libqt5dbus55.15.2+dfsg-4 ii libqt5gui5 5.15.2+dfsg-4 ii libqt5network5 5.15.2+dfsg-4 ii libqt5qml5 [qtdeclarative-abi-5-15-2] 5.15.2+dfsg-4 ii libqt5quick5 5.15.2+dfsg-4 ii libqt5quickcontrols2-5 5.15.2+dfsg-2 ii libqt5svg5 5.15.2-2 ii libqt5widgets5 5.15.2+dfsg-4 ii libstdc++6 10.2.1-6 ii linphone-common4.4.21-1 ii qml-module-qt-labs-platform5.15.2+dfsg-2 ii qml-module-qtgraphicaleffects 5.15.2-2 ii qml-module-qtquick-controls5.15.2-2 ii qml-module-qtquick-controls2 5.15.2+dfsg-2 ii qml-module-qtquick-dialogs 5.15.2-2 ii qml-module-qtquick-layouts 5.15.2+dfsg-4 ii qml-module-qtquick-window2 5.15.2+dfsg-4 ii qml-module-qtquick25.15.2+dfsg-4 linphone-desktop recommends no packages. linphone-desktop suggests no packages. -- no debconf information
Bug#983365: linphone-desktop: chat messages
Package: linphone-desktop Version: 4.2.5-3 Severity: grave Justification: causes non-serious data loss Dear Maintainer, 1- chat messages (history) are not displayed when I launch the app, although I can see they are in the .local/share/linphone/linphone.db file (using sqliteb or sqlitebrowser); 2- when someone sends me a message, it 'pops' a notification with the message text (even if I am in front of the app) but the message is not displayed by the application itself, nor the little numbered circle that appears (on the appimage 4.2.5 version, to compare) i the left panel, in(on top of) the user 'entry', nor in the user chat 'room'. I also verified that the message isn't added in the chat_message_content of the linphone.db table, and i can see the following 'trace' in the terminal i used to launchh the app: [22:11:12:653][0x1ff9eb0][Info]components/sip-addresses/SipAddressesModel.cpp:485: "Update (`sip:sender.na...@sip.linphone.org`, `sip:my.n...@sip.linphone.org`) from chat message." Thanks, David -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linphone-desktop depends on: ii libbctoolbox1 4.4.13-2 ii libbelcard14.4.13-2 ii libc6 2.31-9 ii libgcc-s1 10.2.1-6 ii liblinphone++104.4.21-1 ii liblinphone10 4.4.21-1 ii libmediastreamer11 1:4.4.21-3 ii libqt5core5a 5.15.2+dfsg-4 ii libqt5dbus55.15.2+dfsg-4 ii libqt5gui5 5.15.2+dfsg-4 ii libqt5network5 5.15.2+dfsg-4 ii libqt5qml5 [qtdeclarative-abi-5-15-2] 5.15.2+dfsg-4 ii libqt5quick5 5.15.2+dfsg-4 ii libqt5quickcontrols2-5 5.15.2+dfsg-2 ii libqt5svg5 5.15.2-2 ii libqt5widgets5 5.15.2+dfsg-4 ii libstdc++6 10.2.1-6 ii linphone-common4.4.21-1 ii qml-module-qt-labs-platform5.15.2+dfsg-2 ii qml-module-qtgraphicaleffects 5.15.2-2 ii qml-module-qtquick-controls5.15.2-2 ii qml-module-qtquick-controls2 5.15.2+dfsg-2 ii qml-module-qtquick-dialogs 5.15.2-2 ii qml-module-qtquick-layouts 5.15.2+dfsg-4 ii qml-module-qtquick-window2 5.15.2+dfsg-4 ii qml-module-qtquick25.15.2+dfsg-4 linphone-desktop recommends no packages. linphone-desktop suggests no packages. -- no debconf information
Bug#793152: pidgin: no pidgin window @ startup, no error, it just 'hangs'
Hi Ari, Just tried and it works now: no idea what the problem was, but it works again so you may close this 'mysterious' bug. Thanks, David ;; -- Le Mon, 10 Aug 2015 17:06:14 -0300, David Pirotte <da...@altosw.be> a écrit : > Le Sat, 08 Aug 2015 00:59:29 +, > Ari Pollak <a...@debian.org> a écrit : > > > The log from right after you moved ~/.purple is very confusing; it said it > > found your ~/.purple config files, and it's renaming legacy stuff from > > /gaim/. Do you also still have a ~/.gaim that you can remove? > > Hi Ari, > > Sorry for the delay! > > Did what you suggested, still hangs, and still no icon in the 'retractable' > aplet > menubar, here below a trace. I'm sorry I'm not more helpful, all I can do is > blindly reproduce what you suggest I'm afraid... > > Thanks, > David > > ;; -- > ... pgpVk7nKgzlK0.pgp Description: OpenPGP digital signature
Bug#793152: pidgin: no pidgin window @ startup, no error, it just 'hangs'
Le Sat, 08 Aug 2015 00:59:29 +, Ari Pollak a...@debian.org a écrit : The log from right after you moved ~/.purple is very confusing; it said it found your ~/.purple config files, and it's renaming legacy stuff from /gaim/. Do you also still have a ~/.gaim that you can remove? Hi Ari, Sorry for the delay! Did what you suggested, still hangs, and still no icon in the 'retractable' aplet menubar, here below a trace. I'm sorry I'm not more helpful, all I can do is blindly reproduce what you suggest I'm afraid... Thanks, David ;; -- david@capac:~ 1 $ rm -rf .purple david@capac:~ 2 $ rm -rf .gaim david@capac:~ 3 $ pidgin -d Couldn't create plugins dir (17:01:32) prefs: Reading /home/david/.purple/prefs.xml (17:01:32) prefs: Reading /etc/purple/prefs.xml (17:01:32) prefs: /pidgin/browsers/manual_command changed, scheduling save. (17:01:32) prefs: removing pref /pidgin/browsers/command (17:01:32) dbus: okkk (17:01:32) plugins: probing /usr/lib/pidgin/timestamp.so (17:01:32) plugins: probing /usr/lib/pidgin/libpidgin_pp.so (17:01:32) plugins: probing /usr/lib/pidgin/gestures.so (17:01:32) plugins: probing /usr/lib/pidgin/markerline.so (17:01:32) plugins: probing /usr/lib/pidgin/pidgin-twitter.so (17:01:32) plugins: probing /usr/lib/pidgin/timestamp_format.so (17:01:32) plugins: probing /usr/lib/pidgin/cap.so (17:01:32) plugins: probing /usr/lib/pidgin/notify.so (17:01:32) plugins: probing /usr/lib/pidgin/vvconfig.so (17:01:32) plugins: probing /usr/lib/pidgin/spellchk.so (17:01:32) plugins: probing /usr/lib/pidgin/extplacement.so (17:01:32) plugins: probing /usr/lib/pidgin/xmppconsole.so (17:01:32) plugins: probing /usr/lib/pidgin/themeedit.so (17:01:32) plugins: probing /usr/lib/pidgin/pidginrc.so (17:01:32) plugins: probing /usr/lib/pidgin/musicmessaging.so (17:01:32) plugins: probing /usr/lib/pidgin/sendbutton.so (17:01:32) plugins: probing /usr/lib/pidgin/ticker.so (17:01:32) plugins: probing /usr/lib/pidgin/xmppdisco.so (17:01:32) plugins: probing /usr/lib/pidgin/iconaway.so (17:01:32) plugins: probing /usr/lib/pidgin/encrypt.so (17:01:32) plugins: probing /usr/lib/pidgin/gtkbuddynote.so (17:01:32) plugins: probing /usr/lib/pidgin/convcolors.so (17:01:32) plugins: probing /usr/lib/pidgin/history.so (17:01:32) plugins: probing /usr/lib/purple-2/libjabber.so (17:01:32) plugins: /usr/lib/purple-2/libjabber.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? (17:01:32) plugins: probing /usr/lib/purple-2/liboscar.so (17:01:32) plugins: /usr/lib/purple-2/liboscar.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? (17:01:32) plugins: probing /usr/lib/purple-2/libnovell.so (17:01:32) plugins: probing /usr/lib/purple-2/idle.so (17:01:32) plugins: probing /usr/lib/purple-2/libsimple.so (17:01:32) plugins: probing /usr/lib/purple-2/tcl.so (17:01:32) plugins: probing /usr/lib/purple-2/psychic.so (17:01:32) plugins: probing /usr/lib/purple-2/libyahoojp.so (17:01:32) plugins: probing /usr/lib/purple-2/libmsn.so (17:01:32) plugins: probing /usr/lib/purple-2/libgg.so (17:01:32) plugins: probing /usr/lib/purple-2/autoaccept.so (17:01:32) plugins: probing /usr/lib/purple-2/perl.so (17:01:32) plugins: probing /usr/lib/purple-2/libaim.so (17:01:32) plugins: probing /usr/lib/purple-2/libskype_dbus.so (17:01:32) plugins: probing /usr/lib/purple-2/libymsg.so (17:01:32) plugins: /usr/lib/purple-2/libymsg.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? (17:01:32) plugins: probing /usr/lib/purple-2/nss-prefs.so (17:01:32) plugins: probing /usr/lib/purple-2/libskype.so (17:01:32) plugins: probing /usr/lib/purple-2/libirc.so (17:01:32) plugins: probing /usr/lib/purple-2/libicq.so (17:01:32) plugins: probing /usr/lib/purple-2/libyahoo.so (17:01:32) plugins: probing /usr/lib/purple-2/libbonjour.so (17:01:32) plugins: probing /usr/lib/purple-2/dbus-example.so (17:01:32) plugins: probing /usr/lib/purple-2/libxmpp.so (17:01:32) plugins: probing /usr/lib/purple-2/libmxit.so (17:01:32) prpl-loubserp-mxit: Loading MXit libPurple plugin... (17:01:32) plugins: probing /usr/lib/purple-2/newline.so (17:01:32) plugins: probing /usr/lib/purple-2/libzephyr.so (17:01:32) plugins: probing /usr/lib/purple-2/buddynote.so (17:01:32) plugins: probing /usr/lib/purple-2/joinpart.so (17:01:32) plugins: probing /usr/lib/purple-2/ssl-nss.so (17:01:32) plugins: probing /usr/lib/purple-2/libmyspace.so (17:01:32) plugins: probing /usr/lib/purple-2/offlinemsg.so (17:01:32) plugins: probing /usr/lib/purple-2/libsametime.so (17:01:32) plugins: /usr/lib/purple-2/libsametime.so has a prefs_info, but is a prpl. This is no longer supported. (17:01:32) plugins: probing /usr/lib/purple-2/log_reader.so (17:01:32) plugins: probing /usr/lib/purple-2/statenotify.so (17:01:32) plugins: probing /usr/lib/purple-2/ssl.so
Bug#793152: pidgin: no pidgin window @ startup, no error, it just 'hangs'
Le Thu, 23 Jul 2015 22:17:30 -0400, Ari Pollak a...@debian.org a écrit : Is there a Pidgin icon in the GNOME icon bar? No icon Cheers, David pgp_2Gpxw5DCt.pgp Description: OpenPGP digital signature
Bug#793152: pidgin: no pidgin window @ startup, no error, it just 'hangs'
Hi Ari, Interesting. Which window manager are you using? gnome 3.16 David pgpyfnupn11d8.pgp Description: OpenPGP digital signature
Bug#793152: pidgin: no pidgin window @ startup, no error, it just 'hangs'
Hello Ari, Could you try moving your .purple directory out of the way and try again? Sure, just tried, didn't solve the problem, it still 'hangs' David david@capac:~ $ mv .purple/ .purple.bck david@capac:~ $ pidgin -d (18:07:31) prefs: Reading /home/david/.purple/prefs.xml (18:07:31) prefs: Finished reading /home/david/.purple/prefs.xml (18:07:31) prefs: Renaming /core/away/idle_reporting to /purple/away/idle_reporting (18:07:31) prefs: removing pref /core/away/idle_reporting (18:07:31) prefs: Renaming /core/away/away_when_idle to /purple/away/away_when_idle (18:07:31) prefs: removing pref /core/away/away_when_idle (18:07:31) prefs: Renaming /core/away/mins_before_away to /purple/away/mins_before_away (18:07:31) prefs: removing pref /core/away/mins_before_away (18:07:31) prefs: Renaming /core/away/auto_reply to /purple/away/auto_reply (18:07:31) prefs: removing pref /core/away/auto_reply (18:07:31) prefs: Renaming /core/away to /purple/away (18:07:31) prefs: removing pref /core/away (18:07:31) prefs: Renaming /core/buddies to /purple/buddies (18:07:31) prefs: removing pref /core/buddies (18:07:31) prefs: Renaming /core/contact/last_match to /purple/contact/last_match (18:07:31) prefs: removing pref /core/contact/last_match (18:07:31) prefs: Unable to find rename pref for /core/contact/offline_score (18:07:31) prefs: Unable to find rename pref for /core/contact/away_score (18:07:31) prefs: Unable to find rename pref for /core/contact/idle_score (18:07:31) prefs: Renaming /core/contact to /purple/contact (18:07:31) prefs: removing pref /core/contact/offline_score (18:07:31) prefs: removing pref /core/contact/away_score (18:07:31) prefs: removing pref /core/contact/idle_score (18:07:31) prefs: removing pref /core/contact (18:07:31) prefs: Unable to find rename pref for /core/debug (18:07:31) prefs: Unable to find rename pref for /core/status (18:07:31) prefs: Unable to find rename pref for /core/savedstatus (18:07:31) prefs: Unable to find rename pref for /core/conversations (18:07:31) prefs: Unable to find rename pref for /core/logging (18:07:31) prefs: Unable to find rename pref for /core/network (18:07:31) prefs: Unable to find rename pref for /core/proxy (18:07:31) prefs: Unable to find rename pref for /core/sound (18:07:31) prefs: Renaming /core to /purple (18:07:31) prefs: removing pref /core/debug/timestamps (18:07:31) prefs: removing pref /core/debug (18:07:31) prefs: removing pref /core/status/scores/offline (18:07:31) prefs: removing pref /core/status/scores/available (18:07:31) prefs: removing pref /core/status/scores/invisible (18:07:31) prefs: removing pref /core/status/scores/away (18:07:31) prefs: removing pref /core/status/scores/extended_away (18:07:31) prefs: removing pref /core/status/scores/idle (18:07:31) prefs: removing pref /core/status/scores (18:07:31) prefs: removing pref /core/status (18:07:31) prefs: removing pref /core/savedstatus/default (18:07:31) prefs: removing pref /core/savedstatus/startup (18:07:31) prefs: removing pref /core/savedstatus/startup_current_status (18:07:31) prefs: removing pref /core/savedstatus/idleaway (18:07:31) prefs: removing pref /core/savedstatus/isidleaway (18:07:31) prefs: removing pref /core/savedstatus (18:07:31) prefs: removing pref /core/conversations/chat/show_nick_change (18:07:31) prefs: removing pref /core/conversations/chat (18:07:31) prefs: removing pref /core/conversations/im/send_typing (18:07:31) prefs: removing pref /core/conversations/im (18:07:31) prefs: removing pref /core/conversations (18:07:31) prefs: removing pref /core/logging/log_ims (18:07:31) prefs: removing pref /core/logging/log_chats (18:07:31) prefs: removing pref /core/logging/log_system (18:07:31) prefs: removing pref /core/logging/format (18:07:31) prefs: removing pref /core/logging (18:07:31) prefs: removing pref /core/network/auto_ip (18:07:31) prefs: removing pref /core/network/public_ip (18:07:31) prefs: removing pref /core/network/ports_range_use (18:07:31) prefs: removing pref /core/network/ports_range_start (18:07:31) prefs: removing pref /core/network/ports_range_end (18:07:31) prefs: removing pref /core/network/stun_server (18:07:31) prefs: removing pref /core/network (18:07:31) prefs: removing pref /core/proxy/type (18:07:31) prefs: removing pref /core/proxy/host (18:07:31) prefs: removing pref /core/proxy/port (18:07:31) prefs: removing pref /core/proxy/username (18:07:31) prefs: removing pref /core/proxy/password (18:07:31) prefs: removing pref /core/proxy (18:07:31) prefs: removing pref /core/sound/while_status (18:07:31) prefs: removing pref /core/sound (18:07:31) prefs: removing pref /core (18:07:31) prefs: Renaming /gaim/gtk/browsers/place to /pidgin/browsers/place (18:07:31) prefs: removing pref /gaim/gtk/browsers/place (18:07:31) prefs: Unable to find rename pref for /gaim/gtk/browsers/command (18:07:31) prefs: Renaming /gaim/gtk/browsers/browser to /pidgin/browsers/browser (18:07:31) prefs: /pidgin/browsers/browser changed, scheduling save.
Bug#793152: pidgin: no pidgin window @ startup, no error, it just 'hangs'
Package: pidgin Version: 2.10.11-1 Severity: important Tags: upstream Dear Maintainer, No pidgin window @ startup, no error, it just 'hangs': david@capac:~ 1 $ pidgin -d (15:59:30) prefs: Reading /home/david/.purple/prefs.xml (15:59:30) prefs: Finished reading /home/david/.purple/prefs.xml (15:59:30) prefs: purple_prefs_get_path: Unknown pref /pidgin/browsers/command (15:59:30) dbus: okkk (15:59:30) plugins: probing /usr/lib/pidgin/timestamp.so (15:59:30) plugins: probing /usr/lib/pidgin/libpidgin_pp.so (15:59:30) plugins: probing /usr/lib/pidgin/gestures.so (15:59:30) plugins: probing /usr/lib/pidgin/markerline.so (15:59:30) plugins: probing /usr/lib/pidgin/pidgin-twitter.so (15:59:30) plugins: probing /usr/lib/pidgin/timestamp_format.so (15:59:30) plugins: probing /usr/lib/pidgin/cap.so (15:59:30) plugins: probing /usr/lib/pidgin/notify.so (15:59:30) plugins: probing /usr/lib/pidgin/vvconfig.so (15:59:30) plugins: probing /usr/lib/pidgin/spellchk.so (15:59:30) plugins: probing /usr/lib/pidgin/extplacement.so (15:59:30) plugins: probing /usr/lib/pidgin/xmppconsole.so (15:59:30) plugins: probing /usr/lib/pidgin/themeedit.so (15:59:30) plugins: probing /usr/lib/pidgin/pidginrc.so (15:59:30) plugins: probing /usr/lib/pidgin/musicmessaging.so (15:59:30) plugins: probing /usr/lib/pidgin/sendbutton.so (15:59:30) plugins: probing /usr/lib/pidgin/ticker.so (15:59:30) plugins: probing /usr/lib/pidgin/xmppdisco.so (15:59:30) plugins: probing /usr/lib/pidgin/iconaway.so (15:59:30) plugins: probing /usr/lib/pidgin/encrypt.so (15:59:30) plugins: probing /usr/lib/pidgin/gtkbuddynote.so (15:59:30) plugins: probing /usr/lib/pidgin/convcolors.so (15:59:30) plugins: probing /usr/lib/pidgin/history.so (15:59:30) plugins: probing /usr/lib/purple-2/libjabber.so (15:59:30) plugins: /usr/lib/purple-2/libjabber.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? (15:59:30) plugins: probing /usr/lib/purple-2/liboscar.so (15:59:30) plugins: /usr/lib/purple-2/liboscar.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? (15:59:30) plugins: probing /usr/lib/purple-2/libnovell.so (15:59:30) plugins: probing /usr/lib/purple-2/idle.so (15:59:30) plugins: probing /usr/lib/purple-2/libsimple.so (15:59:30) plugins: probing /usr/lib/purple-2/tcl.so (15:59:30) plugins: probing /usr/lib/purple-2/psychic.so (15:59:30) plugins: probing /usr/lib/purple-2/libyahoojp.so (15:59:30) plugins: probing /usr/lib/purple-2/libmsn.so (15:59:30) plugins: probing /usr/lib/purple-2/libgg.so (15:59:30) plugins: probing /usr/lib/purple-2/autoaccept.so (15:59:30) plugins: probing /usr/lib/purple-2/perl.so (15:59:30) plugins: probing /usr/lib/purple-2/libaim.so (15:59:30) plugins: probing /usr/lib/purple-2/libskype_dbus.so (15:59:30) plugins: probing /usr/lib/purple-2/libymsg.so (15:59:30) plugins: /usr/lib/purple-2/libymsg.so is not usable because the 'purple_init_plugin' symbol could not be found. Does the plugin call the PURPLE_INIT_PLUGIN() macro? (15:59:30) plugins: probing /usr/lib/purple-2/nss-prefs.so (15:59:30) plugins: probing /usr/lib/purple-2/libskype.so (15:59:30) plugins: probing /usr/lib/purple-2/libirc.so (15:59:30) plugins: probing /usr/lib/purple-2/libicq.so (15:59:30) plugins: probing /usr/lib/purple-2/libyahoo.so (15:59:30) plugins: probing /usr/lib/purple-2/libbonjour.so (15:59:30) plugins: probing /usr/lib/purple-2/dbus-example.so (15:59:30) plugins: probing /usr/lib/purple-2/libxmpp.so (15:59:30) plugins: probing /usr/lib/purple-2/libmxit.so (15:59:30) prpl-loubserp-mxit: Loading MXit libPurple plugin... (15:59:30) plugins: probing /usr/lib/purple-2/newline.so (15:59:30) plugins: probing /usr/lib/purple-2/libzephyr.so (15:59:30) plugins: probing /usr/lib/purple-2/buddynote.so (15:59:30) plugins: probing /usr/lib/purple-2/joinpart.so (15:59:30) plugins: probing /usr/lib/purple-2/ssl-nss.so (15:59:30) plugins: probing /usr/lib/purple-2/libmyspace.so (15:59:30) plugins: probing /usr/lib/purple-2/offlinemsg.so (15:59:30) plugins: probing /usr/lib/purple-2/libsametime.so (15:59:30) plugins: /usr/lib/purple-2/libsametime.so has a prefs_info, but is a prpl. This is no longer supported. (15:59:30) plugins: probing /usr/lib/purple-2/log_reader.so (15:59:30) plugins: probing /usr/lib/purple-2/statenotify.so (15:59:30) plugins: probing /usr/lib/purple-2/ssl.so (15:59:30) gg: Loading Gadu-Gadu protocol plugin with libgadu 1.12.0... (15:59:30) plugins: probing /usr/lib/purple-2/XEP-0027.pl (15:59:30) util: Reading file xmpp-caps.xml from directory /home/david/.purple (15:59:30) jabber: creating hash tables for data objects (15:59:30) prefs: /purple/status/scores/offline changed, scheduling save. (15:59:30) prefs: /purple/status/scores/available changed, scheduling save. (15:59:30) prefs: /purple/status/scores/invisible changed, scheduling save. (15:59:30) prefs:
Bug#711416: rhythmbox: here is a backtrace in case it helps
Package: rhythmbox Version: 2.99.1-3 Followup-For: Bug #711416 Dear Maintainer, I confirm the bug is still present in 2.99.1-3. Hoping it may help, I'm copying here below a gdb backtrace. PLease let me know if I can produce and send other usefull info. Thanks, David -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rhythmbox depends on: ii dbus1.6.12-1 ii gnome-icon-theme3.8.2-2 ii gstreamer1.0-plugins-base 1.0.8-1 ii gstreamer1.0-plugins-good 1.0.8-1 ii gstreamer1.0-x 1.0.8-1 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-7 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-1 1.36.0-2+b1 ii libglib2.0-02.36.3-3 ii libgstreamer-plugins-base1.0-0 1.0.8-1 ii libgstreamer1.0-0 1.0.8-1 ii libgtk-3-0 3.8.2-3 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libjavascriptcoregtk-3.0-0 1.8.1-4 ii libjson-glib-1.0-0 0.16.0-1 ii libnotify4 0.7.5-2 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpeas-1.0-0 1.4.0-2+b1 ii librhythmbox-core7 2.99.1-3 ii libsm6 2:1.2.1-2 ii libsoup-gnome2.4-1 2.42.2-6 ii libsoup2.4-12.42.2-6 ii libtdb1 1.2.10-2 ii libtotem-plparser17 3.4.5-1 ii libwebkitgtk-3.0-0 1.8.1-4 ii libx11-62:1.6.0-1 ii libxml2 2.9.1+dfsg1-2 ii media-player-info 19-1 ii rhythmbox-data 2.99.1-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages rhythmbox recommends: ii avahi-daemon 0.6.31-2 ii gstreamer1.0-plugins-ugly1.0.8-1 ii gstreamer1.0-pulseaudio 1.0.8-1 ii gvfs-backends1.16.3-1 ii notification-daemon 0.7.6-1 ii rhythmbox-plugins2.99.1-3 ii xfce4-notifyd [notification-daemon] 0.2.4-2 ii yelp 3.8.1-2 Versions of packages rhythmbox suggests: ii gnome-codec-install 0.4.7+nmu2 ii gnome-control-center 1:3.4.3.1-5 pn gstreamer1.0-plugins-bad none ii rhythmbox-plugin-cdrecorder 2.99.1-3 -- no debconf information -- gdb backtrace output ... [New Thread 0x7fa2518fc700 (LWP 16203)] [Thread 0x7fa254b5a700 (LWP 16200) exited] [Thread 0x7fa2518fc700 (LWP 16203) exited] [Thread 0x7fa284ed3700 (LWP 16199) exited] [New Thread 0x7fa284ed3700 (LWP 16205)] Program received signal SIGABRT, Aborted. 0x7fa296e5e1e5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x7fa296e5e1e5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x7fa296e61398 in __GI_abort () at abort.c:90 #2 0x7fa297674c16 in g_assertion_message () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7fa297b6155d in g_base_info_get_name () from /usr/lib/libgirepository-1.0.so.1 #4 0x7fa27c09be6e in _pygi_closure_handle (cif=optimized out, result=0x7fff343a2020, args=0x7fff343a1e80, data=0x7fa23c002c00) at ../../gi/pygi-closure.c:578 #5 0x7fa28e110c07 in ffi_closure_unix64_inner () from /usr/lib/x86_64-linux-gnu/libffi.so.6 #6 0x7fa28e110f90 in ffi_closure_unix64 () from /usr/lib/x86_64-linux-gnu/libffi.so.6 #7 0x7fa2981edd73 in gst_pad_add_probe () from /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0 #8 0x7fa28e110e28 in ffi_call_unix64 () from /usr/lib/x86_64-linux-gnu/libffi.so.6 #9 0x7fa28e110790 in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.6 #10 0x7fa297b62704 in g_callable_info_invoke () from /usr/lib/libgirepository-1.0.so.1 #11 0x7fa297b63a6b in g_function_info_invoke () from /usr/lib/libgirepository-1.0.so.1 #12 0x7fa27c09f06a in _invoke_callable (function_ptr=0x0, callable_info=0x2343680, cache=0x2b76de0, state=0x7fff343a24c0) at ../../gi/pygi-invoke.c:64 #13 pygi_callable_info_invoke (info=0x2343680, py_args=optimized out, kwargs=0x2b8ccc0, cache=optimized out, function_ptr=0x0, user_data=0x0) at ../../gi/pygi-invoke.c:662 #14 0x7fa271ceda46 in ext_do_call (nk=0, na=optimized out, flags=optimized
Bug#686617: fglrx-driver: aticonfig dual-head - no more 3D accel
Andreas, Thank you so much to try to help us solving this problem. I just tried both (13.4) and experimental (13.8-beta1), but unfortunately it did not made things better: 3D acceleration but gnome-classic. Note that I did recreate the xorg.conf after updating in both cases using this command:aticonfig --initial=dual-head --screen-layout=right The grub command line [additional] options are empty: ... GRUB_CMDLINE_LINUX_DEFAULT=quiet # GRUB_CMDLINE_LINUX=nomodeset GRUB_CMDLINE_LINUX= ... Packages used are now these: david@chatotorix:~ 2 $ lpkg fglrx ii fglrx-atieventsd 1:13.8~beta1-2 amd64 ii fglrx-control 1:13.8~beta1-2 amd64 ii fglrx-driver 1:13.8~beta1-2 amd64 ii fglrx-modules-dkms 1:13.8~beta1-2 amd64 ii glx-alternative-fglrx 0.3.0amd64 ii libfglrx:amd64 1:13.8~beta1-2 amd64 ii libfglrx-amdxvba1:amd641:13.8~beta1-2 amd64 ii libgl1-fglrx-glx:amd64 1:13.8~beta1-2 amd64 ii xvba-va-driver 0.8.0-8 I am attaching the atisystemreport as well. Let me know if I can be of any help, sending other info or trying other command solution ... Thanks, David ;; -- Le Sun, 04 Aug 2013 23:05:18 +0200, Andreas Beckmann a...@debian.org a écrit : Control: tag -1 moreinfo On 2012-09-03 23:18, David Pirotte wrote: [AMD] nee ATI Tahiti XT [Radeon HD 7970] 2 monitors 1680x1050 If I run aticonfig --initial then i get 3D acceleration [and gnome3] as expected, obviously with the second monitor as a 'copy' of the first. then, aticonfig --initial=dual-head --screen-layout=right appears to do the right work and config in terms of disposition, but i loose the 3D acceleration [and login fails to gnome2]. Please try the newer drivers from sid (13.4) and experimental (13.8-beta1). Thanks. Andreas atisysteminfo-report.txt.bz2 Description: application/bzip
Bug#712995: octave-image: '__bwdist' undefined
Package: octave-image Version: 2.0.0-2 Severity: important Tags: patch Dear Maintainer, octave:2 I = [0 0 0 0 0; 0 0 1 1 0; 0 1 1 0 0; 0 0 0 0 0]; octave:3 bwdist(I) error: '__bwdist' undefined near line 56 column 9 error: called from: error: /usr/share/octave/packages/image-2.0.0/bwdist.m at line 56, column 7 Speaking with octave developers on the octave freenode channel, they suggested the solution already, here is a patch: --- /usr/share/octave/packages/image-2.0.0/bwdist.m 2013-06-04 18:42:27.0 -0300 +++ bwdist.m 2013-06-19 17:32:18.0 -0300 @@ -53,9 +53,9 @@ function [D, C] = bwdist(bw, method = e endif if (nargout 2) -D = __bwdist(bw, method); +D = __bwdist__(bw, method); else -[D, C] = __bwdist(bw, method); +[D, C] = __bwdist__(bw, method); endif endfunction Thanks, David -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages octave-image depends on: ii imagemagick8:6.7.7.10-5 ii libc6 2.17-3 ii libgcc11:4.8.1-2 ii liboctave1 3.6.4-3 ii libstdc++6 4.8.1-2 ii octave 3.6.4-3 ii octave-signal 1.2.2-1 octave-image recommends no packages. octave-image suggests no packages. -- no debconf information --- /usr/share/octave/packages/image-2.0.0/bwdist.m 2013-06-04 18:42:27.0 -0300 +++ bwdist.m 2013-06-19 17:32:18.0 -0300 @@ -53,9 +53,9 @@ function [D, C] = bwdist(bw, method = e endif if (nargout 2) -D = __bwdist(bw, method); +D = __bwdist__(bw, method); else -[D, C] = __bwdist(bw, method); +[D, C] = __bwdist__(bw, method); endif endfunction
Bug#657521: netbase: delay required in the start section, otherwise sshd not started at boot
Package: netbase Version: 4.47 Severity: important Dear Maintainer, /etc/init.d/networking Not sure this is actually a 'netbase' or a kernel problem, but I had to manually add a 'sleep 3' in the start section [the 3 is just to make sure, but 1 sec already did it] otherwise sshd would not start at boot [reboot]. Thanks, David -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netbase depends on: ii initscripts 2.88dsf-18 ii lsb-base 3.2-28 Versions of packages netbase recommends: ii ifupdown 0.7~alpha5+really0.6.16 netbase suggests no packages. -- Configuration Files: /etc/init.d/networking changed: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin [ -x /sbin/ifup ] || exit 0 .. /lib/lsb/init-functions process_options() { [ -e /etc/network/options ] || return 0 log_warning_msg /etc/network/options still exists and it will be IGNORED! Read README.Debian of netbase. } check_network_file_systems() { [ -e /proc/mounts ] || return 0 if [ -e /etc/iscsi/iscsi.initramfs ]; then log_warning_msg not deconfiguring network interfaces: iSCSI root is mounted. exit 0 fi exec 90 /proc/mounts while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd[a-z]*|/dev/etherd/e*) log_warning_msg not deconfiguring network interfaces: network devices still mounted. exit 0 ;; esac case $FSTYPE in nfs|nfs4|smbfs|ncp|ncpfs|cifs|coda|ocfs2|gfs|pvfs|pvfs2|fuse.httpfs|fuse.curlftpfs) log_warning_msg not deconfiguring network interfaces: network file systems still mounted. exit 0 ;; esac done exec 09 9- } check_network_swap() { [ -e /proc/swaps ] || return 0 exec 90 /proc/swaps while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd[a-z]*|/dev/etherd/e*) log_warning_msg not deconfiguring network interfaces: network swap still mounted. exit 0 ;; esac done exec 09 9- } case $1 in start) sleep 3 process_options log_action_begin_msg Configuring network interfaces if ifup -a; then log_action_end_msg $? else log_action_end_msg $? fi ;; stop) check_network_file_systems check_network_swap log_action_begin_msg Deconfiguring network interfaces if ifdown -a --exclude=lo; then log_action_end_msg $? else log_action_end_msg $? fi ;; force-reload|restart) process_options log_warning_msg Running $0 $1 is deprecated because it may not enable again some interfaces log_action_begin_msg Reconfiguring network interfaces ifdown -a --exclude=lo || true if ifup -a --exclude=lo; then log_action_end_msg $? else log_action_end_msg $? fi ;; *) echo Usage: /etc/init.d/networking {start|stop} exit 1 ;; esac exit 0 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644566: texmaker executable of amd64.deb 'is not aware' of user's environment variables
Hi David, Andreas I tried TeXmaker on an i386 installation of sid, with xfce4, and it worked as follows: starting from the menu, TEXINPUTS environment variable from my login shell is not detected. Starting from the terminal, it (unsurprisingly) is. Yes, here on 32bits machines it works with no problem too. I can only suggest you try creating a test user with no customization and try it from there. Here, it works for all users on 32bits and none on 64bits IMHO whe should try a program which can verify environment variables somehow if it is the same destinction between starting by menu and starting from a terminal. Yes, that's what I sugessted in my frst emails too: could you kindly send a piece of C code which echo/write TEXINPUTS ina /tmp/texinputs.test.txt [not to interact with terminals at all] ? [I am asking because so far I only programed in scheme, and have almost no C knowledge at all :)] I will compile it here using gcc and create a launcher ... That would be nice: then, what debian package should I report this bug ? there are hundreds of gnome/xfce4 packages ... I have no clue which one is 'the' one :) any idea ? May be opening a shell out of Emacs and inspecting the environment might be a first approach (even if I assume that if opening a shell from Emacs you .bashrc / .profile is properly executed). I really doubt that this is any TeXMaker issue but rather a problem of the environment. Opening a shell in emacs is not different from opening a terminal: as you know, independently from any desktop 'system', it triggers the execution of the user's shell, which itself will load default and personal blabla :) Many thanks for you help, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644566: texmaker executable of amd64.deb 'is not aware' of user's environment variables
I tried TeXmaker on an i386 installation of sid, with xfce4, and it worked as follows: starting from the menu, TEXINPUTS environment variable from my login shell is not detected. Starting from the terminal, it (unsurprisingly) is. Owh, I did NOT read carefully: it is not detected ?! Ok, let's write a bug report to xfce4 then: what would be a good 'package' to report you think ? Thanks, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641371: xgettext -k_ hello.scm fails if block-comment are used inside a function (fwd)
Hello Bruno, Santiago, I am not sure I should reopen or if reply-all as I am doing now is the right thing to do, please inform me if you prefer a new bug report... Whereas the patch you sent - here below - did solve the problem I originally submitted, it still does not handle properly all modes of commenting code in scheme. The following 2 other ways fail: #| ... |# [and nested 'friends'] #; Here is a modified hello.scm to help you as much as I can. I was actually happy since I so far only used #! !# and ; to comment my code, but after some talking on guile iirc, others did ask, then I tried and found out ... I am not sure if xgettext uses libguile/read.c or not, but in case it does, please note that I did see your bug report and Andy's correction and I did a git pull to get the very latest guile [guile (GNU Guile) 2.0.2.59-eddd8 as of yesterday] before to try xgettext on the attached hello.scm Many thanks again, David ;; -- Hello, David Pirotte wrote: I found that xgettext will properly work until it reaches a block-comment inside a scheme function [as opposed to a toplevel block-comment which xgettext appears to propely manage. On the modified hello.scm below, if you run: xgettext -k_ -o hello.pot hello.scm and cat hello.pot, you'll see that xgettext 'stopped' working properly after extracting let's see: xgettext 1. In case you could not reproduce exactly, I'll also attach the hello.pot I got here. ;; hello.scm [modified] starts here #!@GUILE@ -s !# ;;; Example for use of GNU gettext. ;;; This file is in the public domain. ;;; Source code of the GNU guile program. (use-modules (ice-9 format)) (catch #t (lambda () (setlocale LC_ALL )) (lambda args #f)) (textdomain hello-guile) (bindtextdomain hello-guile @localedir@) (define _ gettext) (display (_ Hello, world!)) (newline) (format #t (_ This program is running as process number ~D.) (getpid)) (newline) #! this toplevel block-comment does seem to confuse ngettext (_ this first string should not be extracted) !# (define (further-testing-xgettext) (_ let's see: xgettext 1) #! then for some reason, i'v noticed that xgettext gets confused if block-comment is used inside a function, unlike @ toplevel (_ this second string should not be extracted) !# (_ let's see: xgettext 2)) (display (_ let's see: xgettext 3)) ;; hello.scm [modified] ends here Thank you. It is perfectly reproducible. The point is that you are using a syntax which is valid in guile-2.0 but not in guile-1.6.4 or guile-1.7.1. In these older versions, the !# had to come on a line of its own, without spaces. I'm applying this patch to teach xgettext the newer (relaxed) syntax for the end of block comments. 2011-10-04 Bruno Haible br...@clisp.org xgettext for Scheme: Understand guile 2.0 comment syntax, part 1. * x-scheme.c (read_object): Understand !# as a block comment terminator even when not surrounded by newlines. Reported by David Pirotte da...@altosw.be via Santiago Vila sanv...@unex.es. --- gettext-tools/src/x-scheme.c.orig Tue Oct 4 22:58:49 2011 +++ gettext-tools/src/x-scheme.c Tue Oct 4 22:20:11 2011 @@ -1,5 +1,5 @@ /* xgettext Scheme backend. - Copyright (C) 2004-2009 Free Software Foundation, Inc. + Copyright (C) 2004-2009, 2011 Free Software Foundation, Inc. This file was written by Bruno Haible br...@clisp.org, 2004-2005. @@ -40,7 +40,7 @@ /* The Scheme syntax is described in R5RS. It is implemented in - guile-1.6.4/libguile/read.c. + guile-2.0.0/libguile/read.c. Since we are interested only in strings and in forms similar to (gettext msgid ...) or (ngettext msgid msgid_plural ...) @@ -60,7 +60,7 @@ - The syntax code assigned to each character, and how tokens are built up from characters (single escape, multiple escape etc.). - - Comment syntax: ';' and '#! ... \n!#\n'. + - Comment syntax: ';' and '#! ... !#'. - String syntax: ... with single escapes. @@ -935,12 +935,10 @@ } case '!': -/* Block comment '#! ... \n!#\n'. We don't extract it +/* Block comment '#! ... !#'. We don't extract it because it's only used to introduce scripts on Unix. */ { - int last1 = 0; - int last2 = 0; - int last3 = 0; + int last = 0; for (;;) { @@ -948,12 +946,9 @@ if (c == EOF) /* EOF is not allowed here. But be tolerant. */ break; - if (last3 == '\n' last2 == '!' last1 == '#' - c == '\n
Bug#644566: texmaker executable of amd64.deb 'is not aware' of user's environment variables
Hi David ... I'm not sure if it is possible to fix this in the .desktop file. It is conceivable setting 'Terminal=true' in /usr/share/applications/texmaker.desktop would help, at the expense of spawning an extra terminal. No it does not help: I did try that before my first email and it didn't work either. It only works if I manually open a terminal and manual enter texmaker: then texmaker is a child of the user's environment shell. I suspect the solution is to make sure the appropriate environment variables are set in your xfce or gnome environment. ... Well, I don't know David, but to me it does not make sense: and beside, I am not willing to have to manually change all .config/.. of the users of this lab You maybe right saying that it is a desktop env problem on 64bits machines, but neither gnome neither xfce4, would it not be too much of a coincidence ? And as you said, why would it work on 32bits machines? I'll try to see if I can find more info, but I don't even know how to start and where to look ? Right now I created a local 'texmaker' script which does . ~/.bashrc;/usr/bin/texmaker then it works and I don't have to digg in anybody's environment config variables. Cheers, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644566: texmaker executable of amd64.deb 'is not aware' of user's environment variables
Hi David, = when the application is launched from the [xfce4] desktop menu and/or a [xfce4] desktop launcher, it is not 'aware' of the user's $TEXINPUTS environment variable and reports 'inappropriate' file not found errors. I suspect this might have something to do with the desktop. Can you duplicate this problem if you run texmaker from within a terminal window? I'm not running xfce, but it does texmaker 3.0.2-2 on amd64 does find the environment variables if I run it from a terminal window. I doubt it is a desktop problem, but for the sake of at least try another desktop, I just launched gnome instead of xfce4 and it fails the same way, when launched through menus and/or launcher. From a terminal, as you well know, user's environment variables have already been declared/exported and therefore texmaker finds them: in this case, it works fine. Is it not the responsibility of the executable to load the user's variables ? [Or execute itself as a 'child' of a user environment 'process']. If you think it is not a texmaker problem, then I personally believe it is probably a scripting/development language problem, but not a desktop one [MHO]: texmaker should find and, for example, be able to write in a /tmp/file, just for the sake of demo, user's env variables before to even load and use Qt, don't you think ? Many thanks for such a quick first response, I am looking forward to read you, and hope this will be debugged very soon, Cheers, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644566: texmaker executable of amd64.deb 'is not aware' of user's environment variables
Package: texmaker Version: 3.0.2-2 Severity: important Dear Maintainer, Note: I did check that this bug does not occur on computers 'running' texmaker_3.0.2-2_i386.deb On computers 'running' texmaker_3.0.2-2_amd64.deb, it seems that /usr/bin/texmaker does not execute the user interactive shell configuration file, in this case .bashrc: = when the application is launched from the [xfce4] desktop menu and/or a [xfce4] desktop launcher, it is not 'aware' of the user's $TEXINPUTS environment variable and reports 'inappropriate' file not found errors. Thanks, David -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texmaker depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.1-4 ii libpoppler-qt4-3 0.16.7-2+b1 ii libqt4-network4:4.7.3-5 ii libqt4-xml4:4.7.3-5 ii libqtcore44:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libqtwebkit4 2.1.0~2011week13-2 ii libstdc++64.6.1-4 ii texmaker-data 3.0.2-2 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages texmaker recommends: ii aspell 0.60.7~20110707-1 ii asymptote 2.13-2 ii ghostscript 9.02~dfsg-3 ii myspell-en-us [myspell-dictionary] 1:3.3.0-3 ii myspell-es [myspell-dictionary] 1.11-3 ii myspell-fr [myspell-dictionary] 1.4-26 ii myspell-pt-br [myspell-dictionary] 20110527-2 ii netpbm 2:10.0-15 ii psutils 1.17-30 ii texlive-latex-extra 2009-10 texmaker suggests no packages. -- no debconf information LocalWords: texmaker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641371: xgettext -k_ hello.scm fails if block-comment are used inside a function (fwd)
Hello Bruno, ... Thank you. It is perfectly reproducible. ... Thanks! David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641371: xgettext -k_ hello.scm fails if block-comment are used inside a function
Package: gettext Version: 0.18.1.1-4 Severity: important Dear Maintainer, As I was trying to use xgettext on my own scheme files, it always failed. So I decided to try to run it on the example that comes with gettext-doc and it worked like a charm. Digging into what could cause this strange 'working on the distro scheme example file but not on any of my scheme files', I found that xgettext will properly work until it reaches a block-comment inside a scheme function [as opposed to a toplevel block-comment which xgettext appears to propely manage. On the modified hello.scm below, if you run: xgettext -k_ -o hello.pot hello.scm and cat hello.pot, you'll see that xgettext 'stopped' working properly after extracting let's see: xgettext 1. In case you could not reproduce exactly, I'll also attach the hello.pot I got here. ;; hello.scm [modified] starts here #!@GUILE@ -s !# ;;; Example for use of GNU gettext. ;;; This file is in the public domain. ;;; Source code of the GNU guile program. (use-modules (ice-9 format)) (catch #t (lambda () (setlocale LC_ALL )) (lambda args #f)) (textdomain hello-guile) (bindtextdomain hello-guile @localedir@) (define _ gettext) (display (_ Hello, world!)) (newline) (format #t (_ This program is running as process number ~D.) (getpid)) (newline) #! this toplevel block-comment does seem to confuse ngettext (_ this first string should not be extracted) !# (define (further-testing-xgettext) (_ let's see: xgettext 1) #! then for some reason, i'v noticed that xgettext gets confused if block-comment is used inside a function, unlike @ toplevel (_ this second string should not be extracted) !# (_ let's see: xgettext 2)) (display (_ let's see: xgettext 3)) ;; hello.scm [modified] ends here ;; hello.pot starts here # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2011-09-12 20:42-0300\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #: hello.scm:15 msgid Hello, world! msgstr #: hello.scm:17 #, scheme-format msgid This program is running as process number ~D. msgstr #: hello.scm:26 msgid let's see: xgettext 1 msgstr ;; hello.pot ends here -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gettext depends on: ii dpkg 1.16.0.3 ii gettext-base 0.18.1.1-4 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-18 ii libcroco3 0.6.2-1 ii libglib2.0-0 2.28.6-1 ii libgomp1 4.6.1-4 ii libncurses55.9-1 ii libunistring0 0.9.3-4 ii libxml22.7.8.dfsg-4 Versions of packages gettext recommends: ii autopoint 0.18.1.1-4 ii curl 7.21.7-1 ii wget 1.13-1 Versions of packages gettext suggests: ii gettext-doc 0.18.1.1-4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631663: libgc-dev: missing .la files
Hello Christoph, Le Sat, 25 Jun 2011 23:07:39 +0200, Christoph Egger christ...@debian.org a écrit : Hi! David Pirotte da...@altosw.be writes: libtool: link: gcc -shared -fPIC -DPIC .libs/libgw_guile_gnome_atk_la-guile-gnome-gw-atk.o -Wl,-rpath -Wl,/usr/local/src/guile-gnome/git-clone/glib/gnome/gobject/.libs /usr/lib/libatk-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so -L/usr/local/lib /usr/local/lib/libgwrap-guile-runtime.so /usr/local/lib/libgwrap-core-runtime.so /usr/local/lib/libguile-2.0.so -lgc -lffi ../../../glib/gnome/gobject/.libs/libguile-gnome-gobject-2.so -pthread -pthread -pthread -O2 -pthread -pthread -Wl,-soname -Wl,libgw-guile-gnome-atk.so.0 -o .libs/libgw-guile-gnome-atk.so.0.0.0 libtool: link: (cd .libs rm -f libgw-guile-gnome-atk.so.0 ln -s libgw-guile-gnome-atk.so.0.0.0 libgw-guile-gnome-atk.so.0) libtool: link: (cd .libs rm -f libgw-guile-gnome-atk.so ln -s libgw-guile-gnome-atk.so.0.0.0 libgw-guile-gnome-atk.so) /bin/sed: can't read /usr/lib/libgc.la: No such file or directory libtool: link: /usr/lib/libgc.la' is not a valid libtool archive make[5]: *** [libgw-guile-gnome-atk.la] Error 1 make[5]: Leaving directory /usr/local/src/guile-gnome/git-clone/atk/gnome/gw' make[4]: *** [all] Error 2 What exactly needs to be done to see this failure? Just building guile-gnome-platform here seems to succeed. Note also that .la files are removed on purpose [0] wherever possible [0] http://lists.debian.org/debian-devel/2009/08/msg00783.html Oh ok, will report this to the guile/guile-gnome-platform mailing list. Actually I did ask on guile's irc if 'it was a libgc-dev' or guile-2.0/guile-gnome-platform bug, and someone said 'sound's like a libgc-dev' ... Not blaming that person of course, but sorry for the noise. Regards Christoph Many thanks, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631663: libgc-dev: missing .la files
Hello Julien, Le Sun, 26 Jun 2011 00:57:49 +0200, Julien Cristau jcris...@debian.org a écrit : On Sat, Jun 25, 2011 at 17:53:36 -0300, David Pirotte wrote: Package: libgc-dev Version: 1:7.1-8 Severity: important This is also true for the libgc-dev amd64 [same version] package. Important: yes, very, but not urgent: it provides me [and the community off course] to conmpile guile-gnome-platform: libtool: link: gcc -shared -fPIC -DPIC .libs/libgw_guile_gnome_atk_la-guile-gnome-gw-atk.o -Wl,-rpath -Wl,/usr/local/src/guile-gnome/git-clone/glib/gnome/gobject/.libs /usr/lib/libatk-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so -L/usr/local/lib /usr/local/lib/libgwrap-guile-runtime.so /usr/local/lib/libgwrap-core-runtime.so /usr/local/lib/libguile-2.0.so -lgc -lffi ../../../glib/gnome/gobject/.libs/libguile-gnome-gobject-2.so -pthread -pthread -pthread -O2 -pthread -pthread -Wl,-soname -Wl,libgw-guile-gnome-atk.so.0 -o .libs/libgw-guile-gnome-atk.so.0.0.0 libtool: link: (cd .libs rm -f libgw-guile-gnome-atk.so.0 ln -s libgw-guile-gnome-atk.so.0.0.0 libgw-guile-gnome-atk.so.0) libtool: link: (cd .libs rm -f libgw-guile-gnome-atk.so ln -s libgw-guile-gnome-atk.so.0.0.0 libgw-guile-gnome-atk.so) /bin/sed: can't read /usr/lib/libgc.la: No such file or directory libtool: link: /usr/lib/libgc.la' is not a valid libtool archive make[5]: *** [libgw-guile-gnome-atk.la] Error 1 make[5]: Leaving directory /usr/local/src/guile-gnome/git-clone/atk/gnome/gw' make[4]: *** [all] Error 2 You need to find what file on your system references /usr/lib/libgc.la, and remove it. Probably something in /usr/local/lib/*.la, looking at your log. Thank you, this did solve the .la 'at configure time' problem. I will mention this to the guile-gnome-platform developers/maintainers. I don't think this is a bug. Cheers, Julien Thanks, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631663: libgc-dev: missing .la files
Package: libgc-dev Version: 1:7.1-8 Severity: important This is also true for the libgc-dev amd64 [same version] package. Important: yes, very, but not urgent: it provides me [and the community off course] to conmpile guile-gnome-platform: libtool: link: gcc -shared -fPIC -DPIC .libs/libgw_guile_gnome_atk_la-guile-gnome-gw-atk.o -Wl,-rpath -Wl,/usr/local/src/guile-gnome/git-clone/glib/gnome/gobject/.libs /usr/lib/libatk-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so -L/usr/local/lib /usr/local/lib/libgwrap-guile-runtime.so /usr/local/lib/libgwrap-core-runtime.so /usr/local/lib/libguile-2.0.so -lgc -lffi ../../../glib/gnome/gobject/.libs/libguile-gnome-gobject-2.so -pthread -pthread -pthread -O2 -pthread -pthread -Wl,-soname -Wl,libgw-guile-gnome-atk.so.0 -o .libs/libgw-guile-gnome-atk.so.0.0.0 libtool: link: (cd .libs rm -f libgw-guile-gnome-atk.so.0 ln -s libgw-guile-gnome-atk.so.0.0.0 libgw-guile-gnome-atk.so.0) libtool: link: (cd .libs rm -f libgw-guile-gnome-atk.so ln -s libgw-guile-gnome-atk.so.0.0.0 libgw-guile-gnome-atk.so) /bin/sed: can't read /usr/lib/libgc.la: No such file or directory libtool: link: /usr/lib/libgc.la' is not a valid libtool archive make[5]: *** [libgw-guile-gnome-atk.la] Error 1 make[5]: Leaving directory /usr/local/src/guile-gnome/git-clone/atk/gnome/gw' make[4]: *** [all] Error 2 Thanks, David -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgc-dev depends on: ii libc6-dev [libc-dev] 2.13-7 Embedded GNU C Library: Developmen ii libgc1c2 1:7.1-8conservative garbage collector for libgc-dev recommends no packages. libgc-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625909: coreutils: date --date=2010-10-17 +'%c' fails
Hello Bob, Many thanks for such a quick response! -] your suggestion of passing a time away from midnight did work, many thanks. Other comments below within your text... Le Fri, 6 May 2011 14:36:03 -0600, Bob Proulx b...@proulx.com a écrit : severity 625909 normal tags 625909 + unreproducible thanks Thanks for your report. However I have set the bug severity to normal since this type of bug is often reported but is almost always due to timezone issues surrounding local Daylight Saving Time and not to an actual bug in date. Understood. I initially set the severity to 'important' because it crashed my main application - initially developed while I was using Suse, 12 years ago, running in debian since about 7 years. All of a sudden if I may say so, started to crash. It uses the system date 'tool' to get back week and day numbers... By chance, but then the 'big numbers probability law' caught me, this application never faced such a TZ DST 'problem' [in the mean time I lived in Cambridge [UK], LA, Miami and now in Rio :-)] IMHO though, when using date passing a date 'per se' and no time, it should default the time to an existing time value in the TZ, DST taken into account and independently of the date itself - possible? - which might be erroneous [I use 'date' to check the validity of 'user dates' for example], don't you think so? David Pirotte wrote: david@rascar:~ 19 $ date --date=2010-10-17 +'%c' date: invalid date 2010-10-17' I cannot reproduce this result. $ TZ=US/Mountain date --date=2010-10-17 +'%c' Sun 17 Oct 2010 12:00:00 AM MDT You will if you temporarily set yourself in the BRST TZ [see the ltrace output I sent] Here is a useful reference to the interaction of date and timezones... Many thanks, very useful to know indeed. Try using a time away from midnight and toward noon which is usually far away from DST changes. $ TZ=US/Mountain date --date=2010-10-17 12:00 +'%c' Sun 17 Oct 2010 12:00:00 PM MDT This work here too, many thanks: david@rascar:~ 1 $ date --date=2010-10-17 12:00 +'%c' Sun 17 Oct 2010 12:00:00 PM BRST Personally I prefer use of -R to produce an unambiguous standard time string output format... Yes, actually I sent the '+%c' example, because I tried with some guile developers on irc to check few things before to send the message ... but I do use this code to get the week number, day number ... David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625909: coreutils: date --date=2010-10-17 +'%c' fails
Package: coreutils Version: 8.5-1 Severity: important Tags: l10n david@rascar:~ 19 $ date --date=2010-10-17 +'%c' date: invalid date 2010-10-17' david@rascar:~ 20 $ ltrace date --date=2010-10-17 +'%c' __libc_start_main(0x8049840, 3, 0xbffeee24, 0x8051c90, 0x8051c80 unfinished ... strrchr(date, '/') = NULL setlocale(6, ) = en_US.UTF-8 bindtextdomain(coreutils, /usr/share/locale) = /usr/share/locale textdomain(coreutils) = coreutils __cxa_atexit(0x804d030, 0, 0, 0, 0xbffeed78) = 0 getenv(POSIXLY_CORRECT) = NULL strncmp(date, date=2010-10-17, 4) = 0 strlen(date) = 4 strlen(date=2010-10-17) = 15 clock_gettime(0, 0xbffeec74, 0xb770e0c4, 0xb7706318, 0x1c93bb9d) = 0 localtime(0xbffeec74) = 0xb78606a0 localtime(0xbffeec7c) = 0xb78606a0 localtime(0xbffeec7c) = 0xb78606a0 strcmp(BRT, BRST) = 1 mktime(0xbffeec48, 0x9758890, 0x8048894, 0xb7714054, 0x80485a4) = 0x4cba66b0 free(NULL) = void __errno_location() = 0xb76ec688 __ctype_get_mb_cur_max(0xb7706300, 0x80488a2, 4, 10, 17) = 6 dcgettext(0, 0x80547c4, 5, 10, 17) = 0x80547c4 dcgettext(0, 0x80543a4, 5, 10, 17) = 0x80543a4 strlen(') = 1 dcgettext(0, 0x8051e57, 5, 0x8052fa0, 0) = 0x8051e57 error(1, 0, 0x8051e57, 0x8055e80, 0date: invalid date 2010-10-17' unfinished ... __fpending(0xb785d4e0, 0xbffeec70, 0xb78aaac0, 0xbffeec44, 0xb78973e2)= 0 fclose(0xb785d4e0) = 0 __fpending(0xb785d580, 0xbffeec70, 0xb78aaac0, 0xbffeec44, 0xb78973e2)= 0 fclose(0xb785d580) = 0 +++ exited (status 1) +++ david@rascar:~ 21 $ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.49-4Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc62.13-2 Embedded GNU C Library: Shared lib ii libselinux1 2.0.98-1+b1 SELinux runtime shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#337232: apt-get build-dep guile-gnome-platform -- Segmentation fau
Package: apt Version: 0.6.42.1 Severity: important (gdb) backtrace #0 0x0804f2af in ?? () #1 0x0805cbed in ?? () #2 0x400535f2 in CommandLine::DispatchArg () from /usr/lib/libapt-pkg-libc6.3-6.so.3.10 #3 0x0805e9d2 in ?? () #4 0x401f2413 in __libc_start_main () from /lib/libc.so.6 #5 0x0804cc51 in ?? ()** Please type your report below this line *** -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Default-Release testing; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; -- /etc/apt/preferences -- Package: knoda Pin: release a=unstable Pin-Priority: 990 -- /etc/apt/sources.list -- # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. # deb ftp://ftp.kulnet.kuleuven.ac.be/debian stable main contrib non-free deb ftp://ftp.kulnet.kuleuven.ac.be/debian testing main contrib non-free # deb ftp://ftp.kulnet.kuleuven.ac.be/debian unstable main contrib non-free # deb ftp://ftp.kulnet.kuleuven.ac.be/debian experimental main contrib non-free deb http://security.debian.org/ testing/updates main # knoda # deb http://mentors.debian.net/debian unstable main contrib non-free # deb http://apt.bxlug.be/sarge/ main/ # deb http://http.us.debian.org/debian unstable main contrib non-free # deb http://http.us.debian.org/debian testing main contrib non-free # deb ftp://ftp.mowgli.ch/pub/debian sid unofficial ## Uncomment if you want the apt-get source function to work deb-src http://http.us.debian.org/debian testing main contrib non-free # deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free # Java gcc-3.2 # deb http://jopa.studentenweb.org/debian ./ # deb ftp://ftp.tux.org/pub/java/debian unstable main non-free # acroread acroread-debian-files acroread-plugins et flashplayer-plugins # deb ftp://ftp.nerim.net/debian-marillat/ testing main # deb ftp://ftp.nerim.net/debian-marillat/ unstable main # pxview - paradox file viewer # deb http://www.linex.org/sources/linex/debian sarge linex # G-Wrap # deb http://people.debian.org/~rotty/debian/ unstable/ # deb-src http://people.debian.org/~rotty/debian/ unstable/ # skype # deb http://www.bootsplash.de/files/debian unstable main -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.21-5-386 Locale: LANG=fr_BE.ISO-8859-1, LC_CTYPE=fr_BE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages apt depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libstdc++64.0.2-2The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328064: guile-gnome0-gtk: Unbound variable: gtk-list-store-clear
Package: guile-gnome0-gtk Version: 2.7.99-4 Followup-For: Bug #328064 Hello Andreas, just to let you know that the latest guile-gnome version still hasn't corrected the binding (lack of) of gtk-list-XXX function calls. i'd love to see this corrected asap, I am kind of 'hanging' on the powerpc platform, where I strictly rely on debian packages if there is anything I can do to accelerate this bug correction, please let me know. many thanks David -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=fr_BE.ISO-8859-1, LC_CTYPE=fr_BE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages guile-gnome0-gtk depends on: ii guile-1.6-libs1.6.7-1Main Guile libraries ii guile-gnome0-glib 2.7.99-4 Guile bindings for GLib ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libffi4 4.0.2-2Foreign Function Interface library ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libguile-ltdl-1 1.6.7-1Guile's patched version of libtool ii libgwrap-runtime0 1.9.6-3scripting interface generator for ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libxml2 2.6.22-1 GNOME XML library ii zlib1g1:1.2.3-4 compression library - runtime guile-gnome0-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330866: guile-1.6: skip_scsh_block_comment fails if !# ends the file and # is the last character (no CR)
Package: guile-1.6 Version: 1.6.7-1 Severity: normal one of my modules contained a commented block, which was at the end of the file and there was no 'caryage return' after the sharp character there was no more problem once I added a CR after the '!#' ... the message I got was this one: ... unnamed port: In procedure skip_scsh_block_comment in expression (proc file): unnamed port: unterminated `#! ... !#' comment -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.21-5-386 Locale: LANG=fr_BE.ISO-8859-1, LC_CTYPE=fr_BE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages guile-1.6 depends on: ii guile-1.6-libs1.6.7-1Main Guile libraries ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libguile-ltdl-1 1.6.7-1Guile's patched version of libtool guile-1.6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330465: skribe-el: error processing skribe.el
Package: skribe-el Version: 1.2b-1 Severity: normal Paramétrage de skribe (1.2b-1) ... Paramétrage de skribe-doc (1.2b-1) ... Paramétrage de skribe-el (1.2b-1) ... install/skribe-el: Handling install of emacsen flavor emacs install/skribe-el: Handling install of emacsen flavor emacs21 install/skribe-el: byte-compiling for emacs21 install/skribe-el: Handling install of emacsen flavor xemacs21 install/skribe-el: byte-compiling for xemacs21 Error occurred processing skribe.el: Cannot open load file: ude-custom -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.21-5-386 Locale: LANG=fr_BE.ISO-8859-1, LC_CTYPE=fr_BE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages skribe-el depends on: ii emacs21 [emacsen] 21.4a-1The GNU Emacs editor ii xemacs21-mule [emacsen] 21.4.17-2 highly customizable text editor -- Versions of packages skribe-el recommends: ii skribe1.2b-1 Document production system -- no debconf information
Bug#328064: guile-gnome0-gtk: crashes on call to gtk-list-XXX such gtk-list-store-clear
Package: guile-gnome0-gtk Severity: important this is because -DGTK_DISABLE_DEPRECATED in gtk/gnome/gw/ is too strong, also disabling valid call on list-store models ... here is what I did on the source in order to compile: ;; platform-97 after ./configure --prefix=/usr/local cd gtk/gnome/gw/ edit the makefile and remove -DGTK_DISABLE_DEPRECATED everywhere then compile -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.21-5-386 Locale: LANG=fr_BE.ISO-8859-1, LC_CTYPE=fr_BE.ISO-8859-1 (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]