Bug#964817: chromium 83.0.4103.116-1~deb10u2 crashes frequently

Hi, this bug report is a yet another duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963548. Regards, Andrey

Bug#964760: chromium: Chromium 83.0.4103.116-2 crash : SEGV_MAPERR

Hi, this bug report is a yet another duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963548. Regards, Andrey

Bug#963548: Received signal 11 SEGV_MAPERR

The bug has been reported upstream: https://bugs.chromium.org/p/chromium/issues/detail?id=1102805 Forwarding good news from one of numerous dupes of this Debian bug, thanks Riku: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964451#25 On Thu, 9 Jul 2020 10:29:36 + Riku Voipio wrote:

Bug#963548: Received signal 11 SEGV_MAPERR

The bug has been reported upstream: https://bugs.chromium.org/p/chromium/issues/detail?id=1102805 Forwarding good news from one of numerous dupes of this Debian bug, thanks Riku: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964451#25 On Thu, 9 Jul 2020 10:29:36 + Riku Voipio wrote:

Bug#902881: [debian-installer] Cannot partition disk in Testing installer

On 2018-07-13 19:44, Andrey Gursky wrote: The issue is still there on the latest testing DVD (20180609). I mean 20180709.

Bug#902881: [debian-installer] Cannot partition disk in Testing installer

On 2018-07-13 19:44, Andrey Gursky wrote: The issue is still there on the latest testing DVD (20180609). I mean 20180709.

Bug#902881: [debian-installer] Cannot partition disk in Testing installer

On 2018-07-13 19:44, Andrey Gursky wrote: The issue is still there on the latest testing DVD (20180609). I mean 20180709.

Bug#902881: [debian-installer] Cannot partition disk in Testing installer

The issue is still there on the latest testing DVD (20180609). Dear maintainers, please comment on this issue. According to the reporter it is present at least since a month now. Regards, Andrey

Bug#902881: [debian-installer] Cannot partition disk in Testing installer

The issue is still there on the latest testing DVD (20180609). Dear maintainers, please comment on this issue. According to the reporter it is present at least since a month now. Regards, Andrey

Bug#902881: [debian-installer] Cannot partition disk in Testing installer

The issue is still there on the latest testing DVD (20180609). Dear maintainers, please comment on this issue. According to the reporter it is present at least since a month now. Regards, Andrey

Bug#902881: [debian-installer] Cannot partition disk in Testing installer

Version: 20180625 This critical issue is still not fixed. Dear maintainers, please comment on this issue. Thanks, Andrey

Bug#902881: [debian-installer] Cannot partition disk in Testing installer

Version: 20180625 This critical issue is still not fixed. Dear maintainers, please comment on this issue. Thanks, Andrey

Bug#902881: [debian-installer] Cannot partition disk in Testing installer

Version: 20180625 This critical issue is still not fixed. Dear maintainers, please comment on this issue. Thanks, Andrey

Re: https for snapshot.debian.org

05.03.2017, 10:40, "Peter Palfrader" : On Sun, 05 Mar 2017, Andrey Gursky wrote: > any plans for enabling https for snapshot.debian.org? Or there are some > known issues to be solved? It's somewhere on the list but not a priority at this time. https started to work. Great! Andrey

Re: [Tinycc-devel] Building GTK3 with tcc

On 2018-06-11 18:41, Andrey Gursky wrote: Hi, while building GTK3 I've stumbled over a tiny issue with --export-dynamic. Proposed patch is here [1]. (Sure, in long term it would be great to get also a patch upstream to utilize the libtool improvement for tcc [2]. But for the upcoming GTK4 one

[Tinycc-devel] Building GTK3 with tcc

Hi, while building GTK3 I've stumbled over a tiny issue with --export-dynamic. Proposed patch is here [1]. (Sure, in long term it would be great to get also a patch upstream to utilize the libtool improvement for tcc [2]. But for the upcoming GTK4 one need to patch meson anyway.) There is

Re: [Standards] Network IO best practices

Hi Daniel, On 2018-06-10 07:09, Daniel Corbe wrote: Hi, First time implementor of anything XMPP-related, much less outside of the use of a library for dealing with XMPP. The chosen language here is Go and the few XMPP libraries that exist in our world are hilariously incomplete. So I’m

Bug#884229: 500 Internal Server Error for packages in experimental suite

Dear maintainers, server administrators and web masters, a couple of weeks ago package sites from experimental suite started to fail opening with error 500 Internal Server Error. Because this failure is not temporary anymore but became unfortunately stable, I'd like to ask you to check the

Bug#884229: 500 Internal Server Error for packages in experimental suite

Dear maintainers, server administrators and web masters, a couple of weeks ago package sites from experimental suite started to fail opening with error 500 Internal Server Error. Because this failure is not temporary anymore but became unfortunately stable, I'd like to ask you to check the

Bug#865624: Confirm upstream "fix" works

Dear Pandada8, dear Maintainers, after apply such change to package source and rebuild, ram consumption drop from 800MB+ to 40MB. please, do not forget to preserve credits for the original workaround description [1]. It took me much time for experiments in order to get to this simple

Bug#886324: gajim: Crashes when opening Preferences without running pulseaudio

Hi, I've stumbled over the same issue and looked deeper [1]. Now it is supposed to be fixed [2]. Andrey [1] https://dev.gajim.org/gajim/gajim/issues/8797 [2] https://dev.gajim.org/gajim/gajim/commit/040521397e96535867be96c30b7fbf7803175824

Bug#882726: Enabling new gspell based spellchecker in Gajim (gtk3)

Source: gajim Version: 0.16.11.git20171124-1 Hi Martin, in oder to enable the just merged spellchecker, the gajim package should suggest gir1.2-gspell-1 instead of gir1.2-gtkspell3-3.0. The only minor question remains, whether to suggest aspell or hunspell. Thanks, Andrey

Bug#881853: Error: This Java instance does not support a 64-bit JVM.

Source: imagej Version: 1.51q-1 Dear maintainer, I cannot start imagej anymore. It fails with: "Error: This Java instance does not support a 64-bit JVM." I've investigated this and found that the script /usr/bin/imagej picks up the wrong JDK: $ /usr/sbin/update-java-alternatives -l | grep

Bug#864765: xpra: Please package latest upstream version

Control: subscribe 864765 Hi Simon, thanks for your patches! Is any update needed for 2.1 (20.07.2017)? Regards, Andrey

Bug#878302: New upstream version available

On 2017-10-15 18:35, Markus Koschany wrote: Am 15.10.2017 um 18:14 schrieb Andrey Gursky: [...] Markus, thanks. Regarding severity. You've altered it to wishlist without justification. It'd mean the release is not really a "hotfix" one with some critical bugs fixed? If I hadn

Bug#878302: New upstream version available

On 2017-10-13 00:48, Markus Koschany wrote: Control: severity -1 wishlist Am 12.10.2017 um 15:05 schrieb Andrey Gursky: Source: mediathekview Version: 3.0.2-2 Dear maintainer, a new version 13.0.3 has been released on October, 10 2017. Though it is only a "hotfix" patch release, n

Bug#878302: New upstream version available

Source: mediathekview Version: 3.0.2-2 Dear maintainer, a new version 13.0.3 has been released on October, 10 2017. Though it is only a "hotfix" patch release, now okhttp3 (com.squareup.okhttp3:okhttp) library is being used by the embedded mSearch library. Could okhttp library be packaged

Re: [Standards] XEP-0384 OMEMO questions

Hi Klaus, On 2017-09-18 15:27, Klaus Herberth wrote: Hi Paul, thanks for reading that lengthy email. If I understand you correctly, the complete magic happens in the key element and there is no description in the XEP or in the linked "signal protocol" which describes it. So all

Re: [Standards] Encrypted Jingle File Transfer

Hi Paul, 12.06.2017, 22:04, "Vanitas Vitae" <vanitasvi...@riseup.net>: Hi Andrey :) Am 12.06.2017 um 21:36 schrieb Andrey Gursky: I see two primary disadvantages of this approach: 1) From a programmer point of view: the KEY/IV pair must be cached for each file, which

Re: [PATCH] Remove unused check in configure.ac

06.05.2017, 19:52, "Yury V. Zaytsev" <y...@shurup.com>: On Wed, 19 Apr 2017, Andrey Gursky wrote: AC_STRUCT_ST_BLOCKS is a leftover from cleanup in 0ba019a90b3798abae32ba261e72b737dc945615 I don't understand why you're saying that this macro is unu

Re: Not make jigdo files for testing Debian from 01.07.2017 (https://cdimage.debian.org/cdimage/weekly-builds/*/jigdo-dvd*/)

Hi Steve, On Thu, 31 Aug 2017 at 16:10:47 +0100, Steve McIntyre wrote: On Thu, Aug 31, 2017 at 04:54:15PM +0300, Алексей Камышов wrote: >HI! >Why not make jigdo files for testing Debian from 01.07.2017 (https:// >cdimage.debian.org/cdimage/weekly-builds/*/jigdo-dvd*/)? Thanks for reporting.

Re: Missing updated weekly ISO images and failure logs

Steve, On Mon, 1 Feb 2016 at 23:23:58 +, Steve McIntyre wrote: On Wed, Jan 27, 2016 at 11:48:22AM +, Steve McIntyre wrote: On Mon, Jan 25, 2016 at 07:05:35PM +0100, Andrey Gursky wrote: By the way, I wanted to ask, whether it would be possible to publish log files even for succeeded

Bug#857546: profanity: Server certificates are not verified

Followup-For: Bug #857546 Hi, libstrophe has got a fix on 4. July 2017 and I've submitted a corresponding bug reported [1]. So thanks to Dmitry Podgorny (pasis) there is no need anymore to make a package for a forked version. Hopefully development continues on the original libstrophe.

Bug#857546: profanity: Server certificates are not verified

Followup-For: Bug #857546 Hi, libstrophe has got a fix on 4. July 2017 and I've submitted a corresponding bug reported [1]. So thanks to Dmitry Podgorny (pasis) there is no need anymore to make a package for a forked version. Hopefully development continues on the original libstrophe.

Bug#870053: Please update to recent git version

Source: libstrophe Version: 0.9.1-1 Severity: important Tags: security Dear maintainer, On 4 July 2017 libstrophe has got a security update (see changelog in [1]). Due to missing it, profanity was thrown out from Debian Stable. Please consider updating libstrophe to a recent 0.9.1+git...

Re: [Standards] Encrypted Jingle File Transfer

Hi Vanitas, On Wed, 7 Jun 2017 20:30:48 +0200 Vanitas Vitae wrote: > Hi Andrey! > > Am 07.06.2017 um 20:20 schrieb Andrey Gursky: > > [ snip ] > > > > Since files are mostly too big to be transfered at once, the data is > > actually transferred in chunks. If

Re: [Standards] Encrypted Jingle File Transfer

Hi Vanitas, On Sun, 4 Jun 2017 15:01:45 +0200 Vanitas Vitae wrote: > Hi! > > As part of my GSoC project I'd like to think of a way to enable > end-to-end encrypted Jingle file transfer. It should be possible for > participants to exchange files encrypted by exchanging a key using the >

Re: [Standards] OMEMO and Olm

Hi, On Wed, 17 May 2017 16:59:53 +0100 Dave Cridland wrote: [ cut ] > A lengthy discussion ensued on this list, involving both Matthew > Hodgson and others who clearly know a lot more about Crypto than I do. > None of their arguments were answered. Remko supplied a PR to match > these. It seems

Re: file timestamps not preserved

On Fri, 5 May 2017 22:20:56 +0300 Nerijus Baliunas wrote: > And one more bug report with zip/rar files: if I copy files only, > their timestamps are OK, but if I copy directories, timestamps > of files inside of them are lost. Nerijus, thanks for the report. I can reproduce this (at least with

Re: file timestamps not preserved

Hi Nerijus, On Fri, 5 May 2017 17:43:34 +0300 Nerijus Baliunas wrote: > On Wed, 19 Apr 2017 01:36:49 +0200 Andrey Gursky <andrey.gur...@e-mail.ua> > wrote: > > > I received the file and was able to reproduce the issue. > > I applied both patches to 4.8.19: > [PAT

Re: [Linphone-users] Connection Problem

Hi Robert, On Tue, 25 Apr 2017 17:03:43 -0400 Robert Dixon wrote: > In the IOS Linphone on the Iphone 5, > Settings > Network > Random Port OFF > Port says 5060 > > On the Windows 7 PC, Using the syntax - sip:ipaddress:5060 > > The call does not go thru. Nothing happens. > > What can I do

[PATCH] Remove unused check in configure.ac

AC_STRUCT_ST_BLOCKS is a leftover from cleanup in 0ba019a90b3798abae32ba261e72b737dc945615 --- configure.ac | 1 - 1 file changed, 1 deletion(-) diff --git a/configure.ac b/configure.ac index 387110daf..ac81404f5 100644 --- a/configure.ac +++ b/configure.ac @@ -180,7 +180,6 @@

[PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present

struct stat in libc for Linux kernel contains few fields more since 14+ years [1]. from bits/stat.h: struct timespec st_atim;/* Time of last access. */ struct timespec st_mtim;/* Time of last modification. */ struct timespec st_ctim;/* Time of

Re: file timestamps not preserved

On Tue, 18 Apr 2017 17:06:57 +0200 Andrey Gursky wrote: > On Tue, 18 Apr 2017 15:55:58 +0200 Andrey Gursky wrote: > > > On Tue, 18 Apr 2017 16:30:36 +0300 Nerijus Baliūnas wrote: > > > > > 2017-04-18 16:09, Andrey Gursky rašė: > > > > Hi Nerijus, > &

Re: file timestamps not preserved

On Tue, 18 Apr 2017 15:55:58 +0200 Andrey Gursky wrote: > On Tue, 18 Apr 2017 16:30:36 +0300 Nerijus Baliūnas wrote: > > > 2017-04-18 16:09, Andrey Gursky rašė: > > > Hi Nerijus, > > > > > > On Tue, 18 Apr 2017 15:33:50 +0300 Nerijus Baliunas wrote: > &

Re: file timestamps not preserved

On Tue, 18 Apr 2017 16:30:36 +0300 Nerijus Baliūnas wrote: > 2017-04-18 16:09, Andrey Gursky rašė: > > Hi Nerijus, > > > > On Tue, 18 Apr 2017 15:33:50 +0300 Nerijus Baliunas wrote: > > > >> Hello, > >> > >> mc 4.8.19 does not preserve tim

Re: file timestamps not preserved

Hi Nerijus, On Tue, 18 Apr 2017 15:33:50 +0300 Nerijus Baliunas wrote: > Hello, > > mc 4.8.19 does not preserve timestamps of files, if they are copied from > tar.gz, cpio > archives. But copying from zip is OK. I've built now mc (git master) on Debian testing, entered a tar.gz archive and

Bug#856819: Obsolete Vcs-Browser and Vcs-Git fields

Package: src:libsrtp2 Version: 2.0.0+20170123-2 Tags: patch Hi Jonas, thanks for updating the srtp package! I've attached a small patch to set Vcs-Browser and Vcs-Git fields to correct URLs. Regards, Andrey >From 4241ade5bdf46c93a962a7c13a4ca8ca2dc772bb Mon Sep 17 00:00:00 2001 From: And

Re: Download resumption not supported by some snapshot servers

On Fri, 3 Feb 2017 03:27:59 +0100 Andrey Gursky wrote: > Hi, > > Some snapshot.debian.org servers do not allow download resumption. > Here are 2 examples: > > # 1 > > $ wget > http://snapsho

Bug#841527: reportbug-ng: Missing installed packages versions in the reports

Hi, looking for a quick (scriptable) way to obtain the exact versions of package dependencies [1] I've noticed the same bug. Would be nice if such function could be implemented in dpkg instead of a huge python function, that then would be duplicated in bugreport / bugreport-ng. Regards, Andrey

Bug#824603: Same here, unusable meld due to python error

Hi Massimo, On Fri, 17 Feb 2017 16:55:15 +0100 Massimo Corà wrote: > Attached is the stack trace Please tell us what versions of packages libgtk-3-0 gir1.2-gtk-3.0 libgtksourceview-3.0-1 gir1.2-gtksource-3.0 are you using by running, e.g.: dpkg -l | grep -e libgtk-3-0 -e

Bug#854974: Needless data in the source archive

Source: python3-defaults Version: 3.5.3-1 Dear maintainers, bazaar repository metadata (.bzr) has slipped into this release [1]. Regards, Andrey [1] http://http.debian.net/debian/pool/main/p/python3-defaults/python3-defaults_3.5.3-1.tar.gz

Download resumption not supported by some snapshot servers

Hi, Some snapshot.debian.org servers do not allow download resumption. Here are 2 examples: # 1 $ wget http://snapshot.debian.org/archive/debian/20160413T160058Z/pool/main/libp/libpng/libpng12-0_1.2.54-6_amd64.deb

https for snapshot.debian.org

Hi, any plans for enabling https for snapshot.debian.org? Or there are some known issues to be solved? Regards, Andrey

[Gajim-devel] gajim-plugins git development integration into gajim git

Hi, to test and be able to commit changes at one place, plugins git could be placed into gajim git directory and included into .gitignore. But there is already plugins dir in gajim. So what is a git flow for plugins development? Since I'm using another profile for debug purposes, if I copy

Re: [Gajim-devel] Issues with migration from trac/mercurial to gitlab/git

On Fri, 16 Dec 2016 23:30:48 +0100 Yann Leboulanger wrote: > > > Le 15/12/2016 à 23:27, Andrey Gursky a écrit : > > On Thu, 15 Dec 2016 23:06:44 +0100 Yann Leboulanger wrote: > > > >> Yes something like that could be done. note easy now that conversion is >

Re: [Gajim-devel] Running 2 gajim instances simultaneously

On Thu, 15 Dec 2016 17:43:13 +0100 Andrey Gursky wrote: > Hi, > > I'm debugging file transfer now and I'd need to run a second instance > of Gajim simultaneously. Is it enough to point the environment > variables $XDG_CACHE_DIR, $XDG_CONFIG_DIR and $XDG_DATA_DIR to other >

Re: [Gajim-devel] Issues with migration from trac/mercurial to gitlab/git

On Fri, 9 Dec 2016 23:00:59 +0100 Yann Leboulanger wrote: > On 12/08/2016 06:31 PM, Andrey Gursky wrote: > > Hi Yann, > > > > On Thu, 8 Dec 2016 10:41:29 +0100 Yann Leboulanger wrote: > > > >> On 12/07/2016 11:37 PM, Andrey Gursky wrote: > >>>

[Gajim-devel] Running 2 gajim instances simultaneously

Hi, I'm debugging file transfer now and I'd need to run a second instance of Gajim simultaneously. Is it enough to point the environment variables $XDG_CACHE_DIR, $XDG_CONFIG_DIR and $XDG_DATA_DIR to other than default path to achieve this? Thanks, Andrey

Re: [Standards] inbox/omemo-filetransfer: Not possible to resume aborted transfer

Hi all, Daniel, Goffi, On Sun, 11 Dec 2016 19:12:26 +0100 Andrey Gursky wrote: > Hi, > > > An encryption header MUST only be used for one session. However when > > doing a rangend tranfer on a previously aborted file the key/IV pair > > MUST be reused and packed i

[Standards] XEP-0384: Missing definition of key signing protocol

Hi, Now that OMEMO moved from Axolotl to Olm, the explicit definition of how keys must be signed and verified should be added into the XEP. Daniel, do you plan to keep the one from Axolotl? Thanks, Andrey ___ Standards mailing list Info:

Re: [Standards] XEP-0384 and inbox/omemo-filetransfer: Variable length of MAC

Hi all, hi Goffi, On Mon, 12 Dec 2016 10:42:14 +0100 Goffi wrote: > Hello, > > Le dimanche 11 décembre 2016, 21:40:19 CET Andrey Gursky a écrit : > > Are there any major technical issues with omemo filetransfer that you > > couldn't solve? Can't they be solved in general o

Re: [Standards] XEP-0384 and inbox/omemo-filetransfer: Variable length of MAC

Daniel, On Sun, 11 Dec 2016 19:45:47 +0100 Daniel Gultsch wrote: > On Dec 11, 2016 7:07 PM, "Andrey Gursky" <andrey.gur...@e-mail.ua> wrote: > > > Hi, > > > > > The 16 bytes key and the GCM authentication tag (The tag SHOULD have at > > > l

[Standards] inbox/omemo-filetransfer: Not possible to resume aborted transfer

Hi, > An encryption header MUST only be used for one session. However when > doing a rangend tranfer on a previously aborted file the key/IV pair > MUST be reused and packed into a new header to keep the integrity of > the file. This is a nice catch. But I have two issues with it. Once jingle

[Standards] XEP-0384 and inbox/omemo-filetransfer: Variable length of MAC

Hi, > The 16 bytes key and the GCM authentication tag (The tag SHOULD have at > least 128 bit) are concatenated and for each intended recipient > device... Once received due to the predefined length of the first field (key), the length of the tag can be calculated. Considering OMEMO

[Standards] XEP-0384: Using encryption for MAC but not for IV

Hi, Please consider adding the clarification of why MAC/authentication tag is being encrypted but IV is left unencrypted and not both left unencrypted or vice versa or both encrypted. Thanks, Andrey ___ Standards mailing list Info:

[Standards] XEP-0384: Misleading naming of KEY/IV tags

Hi, Considering "4.5 Sending a message": there is a KEY/IV pair and a KEY/IV elements, which could be easily confused. Moreover the KEY element consists of encrypted data, but IV not. What do you think about changing the naming of the KEY element to something more explicit like "ENCRYPTED_KEY"?

Re: [Standards] NEW: XEP-0384 (OMEMO Encryption)

Hi, > Version 0.1 of XEP-0384 (OMEMO Encryption) has been released. Congratulations! > Abstract: This specification defines a protocol for end-to-end > encryption in one-on-one chats that may have multiple clients per > account. > > Changelog: Initial version approved by the council. (XEP

Re: [Gajim-devel] Issues with migration from trac/mercurial to gitlab/git

Hi Yann, On Thu, 8 Dec 2016 18:31:33 +0100 Andrey Gursky wrote: > Hi Yann, > > On Thu, 8 Dec 2016 10:41:29 +0100 Yann Leboulanger wrote: > > > On 12/07/2016 11:37 PM, Andrey Gursky wrote: > > > Hi, > > > > > > a couple of days ago

Re: [Gajim-devel] Issues with migration from trac/mercurial to gitlab/git

Hi Yann, On Thu, 8 Dec 2016 10:41:29 +0100 Yann Leboulanger wrote: > On 12/07/2016 11:37 PM, Andrey Gursky wrote: > > Hi, > > > > a couple of days ago I noticed, that mercurial repository has gone. But > > no replacement was setup. I haven't found any announcement

[Gajim-devel] Issues with migration from trac/mercurial to gitlab/git

Hi, a couple of days ago I noticed, that mercurial repository has gone. But no replacement was setup. I haven't found any announcement here on the list about the migration. Couldn't you switch it just into read-only mode, which is already the only possible way to access the server for everybody

Bug#824603: meld gives python traceback on first use after installation.

Hi, the exception occurs since commit [1]. Not only GtkShortcutsWindow, but also set_help_overlay() function for GtkApplicationWindow have been introduced in GTK+ 3.20 [2]. No requirements bump needed. Please try the patch, I've proposed on [3]. Thanks, Andrey [1]

Bug#846404: Missing dependency on glib introspection data

Hi, there is no need to bump the glib version requirement. This bug has been reported and fixed 1.5 months ago. The missing function will be just ignored [1]. Regards, Andrey [1] https://bugzilla.gnome.org/show_bug.cgi?id=772678

Bug#846404: Missing dependency on glib introspection data

Package: meld Version: 3.16.3-1 Severity: normal Tags: patch Dear Maintainer, after update 3.16.2 --> 3.16.3 Meld refused to start: Traceback (most recent call last): File "/usr/bin/meld", line 281, in

Bug#826232: Please update to new upstream version

Hi Ron, On Wed, 16 Nov 2016 09:23:16 +1030 Ron wrote: > On Tue, Nov 15, 2016 at 11:16:41PM +0100, Andrey Gursky wrote: > > Ron, > > > > > This is done now. Thanks for your patience. > > > > thanks! The 1.2.2 release hasn't been yet officially published

Re: [Linphone-users] lime encryption

Hi Russell, On Fri, 18 Nov 2016 19:27:39 -0500 Russell Treleaven wrote: > What is lime encryption? > Getting more signal than noise from Google. Duckduckgo for "linphone lime" gives the first link: https://linphone.org/dokuwiki/doku.php/liblinphone:lime Regards, Andrey

Re: [Ghdl-discuss] GCC flavour: Problem with compilation of VHDL libs

Hi, On Sat, 19 Nov 2016 11:37:57 +0100 Adrien Prost-Boucle wrote: > Hi, > > I'm maintaining the package ghdl-gcc-git for ArchLinux distribution > https://aur.archlinux.org/packages/ghdl-gcc-git/ > > The package builds gcc + VHDL libs in one package, which is very > convenient. However building

Bug#826232: Please update to new upstream version

Ron, > This is done now. Thanks for your patience. thanks! The 1.2.2 release hasn't been yet officially published by upstream (only tagged in git), but it is already available in Debian! Now looking forward for modernizing the package, so that - arch dependent libs move to

Bug#636919: d-shlibs: requires populated APT cache

On Sun, 13 Nov 2016 20:39:44 +0100 Andrey Gursky wrote: > Jonas, > > On Sun, 13 Nov 2016 20:18:27 +0100 Jonas Smedegaard wrote: > > > Quoting Andrey Gursky (2016-11-13 19:46:07) > > > few hours ago I successfully built pjproject locally. Now it fails > > > s

Bug#636919: d-shlibs: requires populated APT cache

Jonas, On Sun, 13 Nov 2016 20:18:27 +0100 Jonas Smedegaard wrote: > Quoting Andrey Gursky (2016-11-13 19:46:07) > > few hours ago I successfully built pjproject locally. Now it fails > > similarly to [1]. After googling I've found this 5-years old bug. And > > indeed &

Bug#636919: d-shlibs: requires populated APT cache

Hi, few hours ago I successfully built pjproject locally. Now it fails similarly to [1]. After googling I've found this 5-years old bug. And indeed "apt-get update" fixed the issue. But only until next time it fails again if I forget to run "apt-get update" (as root) before building a package (as

Bug#843654: Use Debian pjproject and libsrtp

Alexandre, > Alexandre, could you please add "forwarded upstream" links for each of > these patches and what Ring bugs are they suppose to fix? sorry, I haven't received your mails (CC: me?), now found them on the bug report page. Thanks. Andrey

Bug#843654: Use Debian pjproject and libsrtp

Hi Tzafrir, hi Bernhard, hi Alexandre On Tue, 8 Nov 2016 16:24:58 +0100 Tzafrir Cohen wrote: > On Tue, Nov 08, 2016 at 04:15:49PM +0100, Andrey Gursky wrote: > > Source: ring > > Version: 20161104.4.17a0616~dfsg1-2 > > Severity: normal > > > > Dear maintain

Re: [Ghdl-discuss] Compile error: actual expression must be globally static

Hi Carlos, On Tue, 25 Oct 2016 16:39:51 +0200 Carlos Alberto Ruiz wrote: > Thanks for the response Andrey Gursky. > > I use VHDL 2000. Im having errors in a lot of ports. For example: > > signal in_0 : std_logic; > signal out_0 : std_logic'; > > signal out_1 : st

Re: WinXP is dead [WAS: 2.6.x: broken compatibility with Wine]

> https://cygwin.com/ml/cygwin-announce/2015-08/msg00049.html Thanks, Andrey -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: WinXP is dead [WAS: 2.6.x: broken compatibility with Wine],

> On Nov 10 04:21, Andrey Gursky wrote: > > Hi cyg Simple, > > > > On 11/9/2016 7:59 AM, Andrey Gursky wrote: > > > > > > > > P.S. Was it not too early to remove WinXP support? Though it is > > > > officially not supported anymore, t

Re: WinXP is dead [WAS: 2.6.x: broken compatibility with Wine]

Hi cyg Simple, On 11/9/2016 7:59 AM, Andrey Gursky wrote: >> >> P.S. Was it not too early to remove WinXP support? Though it is >> officially not supported anymore, there are still PCs running WinXP >> (and Wine). Also there are still systems, I've heard, using

[vlc-commits] demux: adaptive: fixup for commit b99bc394843b4967

vlc | branch: master | Andrey Gursky <andrey.gur...@e-mail.ua> | Sun Nov 6 22:44:36 2016 +0100| [91c23c47ee086f40af53fd366f356d31c504d974] | committer: Francois Cartegnie demux: adaptive: fixup for commit b99bc394843b4967 error: ‘sscanf’ is not a member of ‘std’ if (std::

2.6.x: broken compatibility with Wine

Hi, this issue has been reported 2 month ago [1]. Since MinGW-w64/MSYS2 on Wine is still totally broken and Cygwin is a regression trigger, I'm starting here a thread to track the progress. Qian Hong (fracting) shared an excerpt from IRC-log [2] with some details. Corinna suggested to revert

Bug#843645: Username unconditionally checked

Hi Alexandre, On Tue, 8 Nov 2016 13:07:42 -0500 Alexandre Viau wrote: > I don't think that this is a bug, unless you point me somewhere in the > Debian Policy that states that this is indeed a bug. > > We want to make Ring as easy to use as possible for non-technical users, >

Bug#843654: Use Debian pjproject and libsrtp

Dear ring and srtp maintainers, additionally, how important is the usage of a recent version of libsrtp? 1.5.3 is already available in Debian experimental, thus the update to a bug fix release 1.5.4 should be easy, doesn't it? Or there is some blocking issue (if yes, what is the status/progress)?

Bug#843654: Use Debian pjproject and libsrtp

Source: ring Version: 20161104.4.17a0616~dfsg1-2 Severity: normal Dear maintainer, A week ago pjproject 2.5.5 has been made available in Debian. The same as in ring-daemon contribs. However ring applies following patches: endianness.patch gnutls.patch notestsapps.patch ipv6.patch

Bug#843645: Username unconditionally checked

Source: ring Version: 20161104.4.17a0616~dfsg1-2 Severity: important Dear maintainer, by clicking on "Create Ring Account" the system account username is automatically checked for availability. In this window there is no statement, that this is performed locally and nothing is sent away, thus it

Re: Help testing the pre-release of mc-4.8.18

Hi, On Thu, 29 Sep 2016 21:39:11 +0200 (CEST) "Yury V. Zaytsev" wrote: > On Tue, 27 Sep 2016, Paul Marwick wrote: > > > I can't say I was having any major problems with 4.8.17, though there > > was a second release from the Arch maintainer a few days ago with a > > couple of

Bug#840324: atril: Atril does not open djvu files

Hi, downgrading shared-mime-info to 1.6 also workarounds the issue. Here is the commit from shared-mime-info, which actually has broken evince, atril (and possible others): Fix multi-page DjVu detection by file (27. May 2016)

Bug#840324: atril: Atril does not open djvu files

Dear Maintainer, dear Fabián, a quick fix is (as root) to change the last string in (if you're on x86_64): /usr/lib/x86_64-linux-gnu/atril/3/backends/djvudocument.atril-backend from: MimeType=image/vnd.djvu to: MimeType=image/vnd.djvu;image/vnd.djvu+multipage Upstream fix:

[Bug-ddrescue] Feature request: preserve source timestamp

Hi, I noticed, that once ddrescue has really finished (100%) with copying a file, it doesn't set the destination timestamp to the source one (fully available precision, e.g. nanoseconds for ext4). In order to do this in a script, an informative exit status from ddrescue would be needed, to easy

[Bug-ddrescue] Feature request: recursive rescue of directory/files

Hi, this time I cannot do a full copy of a HDD, but I like to rescue a particular directory recursively. How are the chances ddrescue could do this? In meantime maybe you're aware of a well tested script, which creates a target directory structure and also manages mapfiles for every source file?

Re: mc^2 news (august 2016)

Hi Yury, On Thu, 18 Aug 2016 21:00:31 +0200 (CEST) "Yury V. Zaytsev" wrote: > On Thu, 18 Aug 2016, denisgolovan wrote: > [cut] > > I mean to structure those 500+ bugs/features ("future" milestone) in > > some meaningful way + put some estimates(weeks, dollars)/difficulty

Re: [Linphone-users] BCUnit install problem

Hi Matej, On Thu, 25 Aug 2016 10:24:02 +0200 Matej Kovacic wrote: > Hi, > > now I run into BCUnit install problem on Raspberry Pi 3 (Raspbian 8.0). > > git clone git://git.linphone.org/bcunit.git > cd bcunit > > autoconf & configure > [1] 29288 > -bash: configure:

  1   2   3   4   5   >