Bug#1035669: gir1.2-harfbuzz-0.0: Can not recreate GIR information from gir1.2-harfbuzz-0.0.typelib

[أحمد المحمودي]

reassign 1035669 gobject-introspection
forwarded 1035669 
https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/469
done

According to the discussion on 
https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/469 , the 
issue is actually in g-ir-generate (or compiler), hence reassigning the 
issue

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#1039498: gir1.2-harfbuzz-0.0: missing dependency on libharfbuzz0b

[أحمد المحمودي]

On Mon, Jul 03, 2023 at 02:06:10AM +0200, أحمد المحمودي wrote:
> is that correct ? Yet the resulting gir1.2-harfbuzz-0.0 package only depends 
> on libharfbuzz0b package !
---end quoted text---

I've been mistaken in this part, gir1.2-harfbuzz-0.0 depends on both 
libharfbuzz0b & libharfbuzz-gobject0 packages (using the patched 
dh_girepository).

It was the unpatched dh_girepository that made the resulting 
gir1.2-harfbuzz-0.0 package depend only on libharfbuzz0b package.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#1039498: gir1.2-harfbuzz-0.0: missing dependency on libharfbuzz0b

[أحمد المحمودي]

block 1039498 by 1039714
quit

Well, I tried fixing with the attached patch (fix-gir.patch), using the 
patched dh_girepository. The resulting gir file (also attached) seems to 
reference libharfbuzz.so:

  
  
  
  

is that correct ? Yet the resulting gir1.2-harfbuzz-0.0 package only depends 
on libharfbuzz0b package !

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#1039572: sl-modem-dkms: module fails to build for Linux 6.3

[أحمد المحمودي]

On Tue, Jun 27, 2023 at 06:51:04PM +0200, Andreas Beckmann wrote:
> WARNING: modpost: 
> /var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/slamr.o: section 
> mismatch in reference: amrmo_pci_driver (section: .data) -> amrmo_pci_probe 
> (section: .init.text)
> /var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/.amrlibs.o.cmd: No such 
> file or directory
---end quoted text---

What does that mean ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#1039714: gobject-introspection: dh_girepository does not fetch all symbols from GIR files

[أحمد المحمودي]

On Wed, Jun 28, 2023 at 05:00:10PM +0200, Thomas Uhle wrote:
> 2. dh_girepository does not fetch the 41 symbols from HarfBuzz-0.0.gir
>that are compiled into libharfbuzz-gobject.so.0.  I have attached a
>small patch for it, so that the missing symbols are also dumped into
>the dummy C file that is temporarily generated and compiled for
>dh_shlibdeps.
>This updated version of dh_girepository would also find another 245
>symbols in Gio-2.0.gir for instance.
---end quoted text---

But why doesn't this bug show itself on sparc64 arch ?
Both gir1.2-harfbuzz and gir1.2-freedesktop depend on their respective 
library packages on sparc64 archs only.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#1023566: Bug#1039498: gir1.2-harfbuzz-0.0: missing dependency on libharfbuzz-gobject0

[أحمد المحمودي]

On Tue, Jun 27, 2023 at 12:42:46AM +0200, Thomas Uhle wrote:
> On Mon, 26 Jun 2023, أحمد المحمودي wrote:
> 
> > Could this be related to #1023566 ?
---end quoted text---

Sorry, I copied the wrong issue number, I meant: #1035669

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#1039498: gir1.2-harfbuzz-0.0: missing dependency on libharfbuzz-gobject0

[أحمد المحمودي]

I wonder if this is an issue in libgirepository1.0-dev ? According to 
[1], there is a generated dependency on libharfbuzz-gobject0 for sparc64 
arch only.

[1] https://packages.debian.org/sid/gir1.2-harfbuzz-0.0

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#1039498: gir1.2-harfbuzz-0.0: missing dependency on libharfbuzz-gobject0

[أحمد المحمودي]

Could this be related to #1023566 ?
-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#1036445: elinks: doesn't recognize recommended XHTML 1.0/1.1 MIME type on files

[أحمد المحمودي]

tag 1036445 -patch
severity 1036445 important
quit

According to DDs on #debian-mentors:

2023-05-22 02:05:31 pabsAnAnt: definitely not grave, important at the 
highest

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#1036445: elinks: doesn't recognize recommended XHTML 1.0/1.1 MIME type on files

[أحمد المحمودي]

tag 1036445 -patch
severity 1036445 important
quit

On Sun, May 21, 2023 at 03:09:48AM +0200, José Luis González wrote:
> Version: 0.13.2-1+b1

Could you test the version in experimental (0.16.1.1) /?

> Tags: upstream, patch

No patch attaxhed, removing patch tag.

> Severity: grave
Quoting https://www.debian.org/Bugs/Developer :
"
grave
  makes the package in question unusable or mostly so, or causes data 
  loss, or introduces a security hole allowing access to the accounts of 
  users who use the package.
"

hence severity is either normal or important.

> ELinks is not recognizing MIME type text/xml+xhtml nor text/xml, which
> are the recommended types for XHTML, on added file extensions. This
> means that, despite XHTML 1.0 and XHTML 1.1 documents are valid HTML 4
> they are not recognized unless you use text/html type.

Please attach a file that I can use to test the issue.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#967684: Upstream needs help

[أحمد المحمودي]

Upstream started porting to GTK3 some years ago and hit a wall regarding
bitmap conversion.

https://github.com/gEDA-pcb-developers/pcb/tree/LP1952989

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#797969: No longer relevant

[أحمد المحمودي]

elinks now uses configure.ac, so this issue is no longer relevant. 

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#969283: Not an ELinks issue

[أحمد المحمودي]

It seems they don't like Elinks's user agent. Changing it to Mozilla, 
access to cbc.ca worked. Clossing the issue.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#721198: Needs libxml++5

[أحمد المحمودي]

Javascript support needs libxml++5 which isn't in Debian.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#432179: elinks: segfaults on full disk

[أحمد المحمودي]

Does this issue srill persist on elinks 0.13.1 ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#602574: elinks cannot download files larger than ~4GB pver HTTP

[أحمد المحمودي]

Does this issue still persis in elinks 0.13.1 ? I see that it os 
compiled with  -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#804400: elinks: fails to parae git:// URLs

[أحمد المحمودي]

Is this link still valid ? I am trying to see if this issue still 
persists.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#784216: Not a bug

[أحمد المحمودي]

Since this intentional,also Google Search works fine without setting 
document.browse.refresh to 0. Hence closing this bug.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#342243: elinks: fails to create ipc socket on openafs

[أحمد المحمودي]

Could you test if this problem still persists in elinks 0.13.1 ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#324246: does not handle nbsp in forms corrrectly

[أحمد المحمودي]

I just tested that for, using Elinks 0.16.0 (packaging is still in 
progress), and elinks as a result says that it loads: about:blank?q=%20
is that correct ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#561751: Links seem to be outdated

[أحمد المحمودي]

I tried the links in trhe attached files, and they seem to be moved 
permenamtly, can you test with elinks 0.13.1 if this issue still 
persists ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#495440: ELinks removes newlines when editing a DokuWiki page -

[أحمد المحمودي]

Could you ttest if this problem still persists in elinks 0.13.1 ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#451546: some more findings

[أحمد المحمودي]

On Thu, Nov 22, 2007 at 03:59:12PM +0100, Robert Svoboda wrote:
> Forgot that I run privoxy on my localhost and have HTTP_PROXY
> variable set. elinks picks this up.
> 
> If I run elinks without privoxy it runs without mentioned
> problem.
---end quoted text---

Doea this issue still holds for current elinks package ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#962786: ITP: pcpp -- C99 preprocessor written in pure Python

[أحمد المحمودي]

Package: wnpp
Severity: wishlist
Owner: أحمد المحمودي 

* Package name: pcpp
  Version : 1.21
  Upstream Author : Niall Douglas (http://www.nedproductions.biz/) and David 
Beazley (http://www.dabeaz.com/)
* URL : http://www.example.org/
* License : BSD-3
  Programming Lang: Python
  Description : C99 preprocessor written in pure Python

A pure universal Python C (pre-)preprocessor implementation very useful for 
pre-preprocessing header only
C++ libraries into single file includes and other such build or packaging stage 
malarky.
The implementation can be used as a Python module or as a command line tool 
``pcpp`` which
can stand in for a conventional C preprocessor (i.e. it'll accept similar 
arguments).


signature.asc
Description: PGP signature

Bug#885195: [Pkg-electronics-devel] Bug#885195: Bug#885195: geda-gaf: please migrate to guile-2.2

[أحمد المحمودي]

On Mon, Apr 27, 2020 at 08:48:59PM -0600, Bdale Garbee wrote:
> As far as I'm concerned, you can feel free to remove geda-gaf from Debian.
> 
> I'm personally quite happily living on the fork that I've packaged of
> lepton-eda.  Lepton-eda is very actively maintained and improved, and
> while there's a recent new release of geda-gaf, I'm not likely to spend
> any more time working on the geda-gaf packaging.
---end quoted text---

Aren't there any features in gEDA 1.10 that aren't present in Lepton EDA 
?
-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#944947: python-uinput: diff for NMU version 0.11.2-2.1

[أحمد المحمودي]

On Mon, Dec 02, 2019 at 11:47:36PM -0500, Boyuan Yang wrote:
> I've prepared an NMU for python-uinput (versioned as 0.11.2-2.1) and
> uploaded it to DELAYED/1. Please feel free to tell me if I
> should delay it longer.
---end quoted text---

Thanks,

I wasn't able to upload since I don't have DM upload rights

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#942556: RFS: othman/0.6.0-1 [UPDATE with new binary package]

[أحمد المحمودي]

Package: sponsorship-requests
Severity: important

Please sponsor the upload of the updated package othman, the reason it 
needs sponsoring is the addition of python3-othman binary package.

This upload fixes the following bugs:
#937223 (normal): othman: Python2 removal in sid/bullseye

Last changelog entry is:
othman (0.6.0-1) unstable; urgency=medium

  * Imported Upstream version 0.6.0
  * Refresh patches
  * Update standards version to 4.4.1
  * Add gitlab-ci.yml
  * Switch to WPL-2 license
  * Bumped compat level to 12
  * Switch to Python 3 (Closes: #937223)
+ Add py3.diff patch to migrate to Python3
  * Add testdeps_test.diff patch to remove un-necessary 'import gi' line from 
Makefile
  * Add Rules-Requires-Root: no
  * Add build_locales.diff patch


As required, I tested the package against unstable's version of lintian 
and it reports:
I: othman source: testsuite-autopkgtest-missing
I: othman: desktop-entry-lacks-keywords-entry 
usr/share/applications/Othman.desktop
W: othman: desktop-entry-lacks-main-category 
usr/share/applications/Othman.desktop
I: python3-othman: extended-description-is-probably-too-short

To access further information about this package, please visit the
following URL:
 
https://mentors.debian.net/package/othman
 
Alternatively, it is available on Salsa:
g...@salsa.debian.org:islamic-team/othman.git
  
also, one can download the package with dget using this command:
   
dget -x 
https://mentors.debian.net/debian/pool/non-free/o/othman/othman_0.6.0-1.dsc


Please note that the package is non-free^1, hence you will need to upload 
binary packages too.

^1: although released under Waqf-2, yet it seems debial-legal team 
cannot accept it as free, see:
نظر:
https://lists.debian.org/debian-legal/2019/02/msg00026.html
https://lists.debian.org/debian-legal/2019/02/msg00034.html

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#942085: RFS: hijra/0.5.1-1 [UPDATE, adds new binary packages]

[أحمد المحمودي]

Package: sponsorship-requests
Severity: normal

Please sponsor the upload of the updated package hijra, the reason it 
needs sponsoring is that it adds 2 new binary packages: python3-hijra, 
and gnome-shell-extension-hijra

This package fixes the following bugs:
#936703 hijra: Python2 removal in sid/bullseye
#802512 Please split off gnome-shell extension into separate package with 
proper dependencies
#885305 hijra: Depends on unmaintained pygtk

Last changelog entry is:
hijra (0.4.1-2) unstable; urgency=medium

  * Split GNOME shell extension into a separate package (Closes: #802512)
  * Migrate to Python 3 (Closes: #936703)
+ Added py3.diff patch to migrate to Python 3
  * Bumped to compat level 12
  * d/control:
+ Update Vcs-* fields
+ Add dh-python to build-deps
+ Use Breaks instead of Conflicts
+ Update homepage field
+ Update to standards version 4.4.0
+ Replaced python-gtk dependency with python3-gi (Closes: #885305)
  * d/copyright:
+ Switch to secure copyright format URI
+ Add explanation for non-free package
+ Update copyright years
+ Switch to WPL-2 license
  * Add upstream metadata


The package has the following lintian issues:
I: hijra source: testsuite-autopkgtest-missing
X: hijra source: debian-watch-does-not-check-gpg-signature
I: python3-hijra: possible-documentation-but-no-doc-base-registration

The package is on: g...@salsa.debian.org:islamic-team/hijra.git

Please note that the package is non-free^1, hence you will need to upload 
binary packages too.

^1: although released under Waqf-2, yet it seems debial-legal team 
cannot accept it as free, see:
نظر:
https://lists.debian.org/debian-legal/2019/02/msg00026.html
https://lists.debian.org/debian-legal/2019/02/msg00034.html

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#937223: RFS: othman/0.5.1-2 [NEW/UPDATE]

[أحمد المحمودي]

Please sponsor the upload of the updated package othman, the reason it 
needs sponsoring is the addition of pyyhon3-othman binary package.

It closes the following bug:
#937223 othman: Python2 removal in sid/bullseye

Last changelog entry is:
othman (0.5.1-2) unstable; urgency=medium

  * Switch to WPL-2 license
  * Bumped compat level to 12
  * Switch to Python 3 (Closes: #937223)
+ Add py3.diff patch to migrate to Python3
  * Update standards version to 4.4.0


The package has the following lintian issues:
[aelmahmoudy@compute9:~/build-area]$lintian 
I: othman source: testsuite-autopkgtest-missing
X: othman source: debian-watch-does-not-check-gpg-signature
I: othman: desktop-entry-lacks-keywords-entry 
usr/share/applications/Othman.desktop
I: python3-othman: extended-description-is-probably-too-short

The package is on: g...@salsa.debian.org:islamic-team/othman.git


Please note that the package is non-free^1, hence you will need to upload 
binary packages too.

^1: although released under Waqf-2, yet it seems debial-legal team 
cannot accept it as free, see:
نظر:
https://lists.debian.org/debian-legal/2019/02/msg00026.html
https://lists.debian.org/debian-legal/2019/02/msg00034.html

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#885305: RFS: hijra/0.5.1-1 [UPDATE, adds new binary packages]

[أحمد المحمودي]

Please sponsor the upload of the updated package hijra, the reason it 
needs sponsoring is that it adds 2 new binary packages: python3-hijra, 
and gnome-shell-extension-hijra

This package foxes the following bugs:
#936703 hijra: Python2 removal in sid/bullseye
#802512 Please split off gnome-shell extension into separate package with 
proper dependencies
#885305 hijra: Depends on unmaintained pygtk

Last changelog entry is:
hijra (0.4.1-2) unstable; urgency=medium

  * Split GNOME shell extension into a separate package (Closes: #802512)
  * Migrate to Python 3 (Closes: #936703)
+ Added py3.diff patch to migrate to Python 3
  * Bumped to compat level 12
  * d/control:
+ Update Vcs-* fields
+ Add dh-python to build-deps
+ Use Breaks instead of Conflicts
+ Update homepage field
+ Update to standards version 4.4.0
+ Replaced python-gtk dependency with python3-gi (Closes: #885305)
  * d/copyright:
+ Switch to secure copyright format URI
+ Add explanation for non-free package
+ Update copyright years
+ Switch to WPL-2 license
  * Add upstream metadata


The package has the following lintian issues:
I: hijra source: testsuite-autopkgtest-missing
X: hijra source: debian-watch-does-not-check-gpg-signature
I: python3-hijra: possible-documentation-but-no-doc-base-registration

The package is on: g...@salsa.debian.org:islamic-team/hijra.git

Please note that the package is non-free^1, hence you will need to upload 
binary packages too.

^1: although released under Waqf-2, yet it seems debial-legal team 
cannot accept it as free, see:
نظر:
https://lists.debian.org/debian-legal/2019/02/msg00026.html
https://lists.debian.org/debian-legal/2019/02/msg00034.html

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#925837: systemc: ftbfs with GCC-9

[أحمد المحمودي]

On Sat, Aug 17, 2019 at 09:39:06PM +0200, Carsten Schoenert wrote:
> This doesn't help, this just makes the symbols a bit more human readable.
> dpkg-gensymbols generates a patch file output that helps to adjust the
> symbols file, why not just use this with a bit of brain?

And a bit of access to architecturesthat I don't have access to (arm64 
for example)

> > Hence, I think the best solution is to remove the symbols file for this 
> > package.
> 
> It took me about a hour to adjust the symbols file so dpkg-gensymbols is
> happy. It's really not that hard!
> The symbols file has an intention and this is to make life easier while
> libraries transiontions e.g.

As far as I understand the symnols files is to track symbol changes due 
to changes in the library itself, not the compiler used to build that 
library !

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#925837: systemc: ftbfs with GCC-9

[أحمد المحمودي]

On Wed, Mar 27, 2019 at 07:48:14PM +, Matthias Klose wrote:
> The package fails to build in a test rebuild on at least amd64 with
> gcc-9/g++-9, but succeeds to build with gcc-8/g++-8. The
> http://gcc.gnu.org/gcc-9/porting_to.html
> 
> [...]
> - 
> _ZN5sc_dt13b_xor_assign_INS_10sc_bv_baseENS_10sc_lv_baseEEERT_RNS_8sc_proxyIS3_EERKNS5_IT0_EE@Base
>  2.3.3
> +#MISSING: 2.3.3-2# 
> _ZN5sc_dt13b_xor_assign_INS_10sc_bv_baseENS_10sc_lv_baseEEERT_RNS_8sc_proxyIS3_EERKNS5_IT0_EE@Base
>  2.3.3
> [...]
---end quoted text---

The wierd symbol mangling in C++ ks causing this proble, with rvery 
gcc/g++ update, I tried using c++filt symbols (using c++ tag), but it 
was of no use.
Hence, I think the best solution is to remove the symbols file for this 
package.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#932635: [Pkg-electronics-devel] Bug#932635: iverilog ftbfs in unstable

[أحمد المحمودي]

On Wed, Jul 24, 2019 at 03:46:51AM +0200, أحمد المحمودي wrote:
> On Sun, Jul 21, 2019 at 04:06:17PM +0200, Matthias Klose wrote:
> >dh_auto_test -a
> > make -j1 check VERBOSE=1
> > make[1]: Entering directory '/<>'
> > mv parse.cc.h parse.h 2>/dev/null || mv parse.hh parse.h
> > mv: cannot stat 'parse.hh': No such file or directory
> > make[1]: *** [Makefile:259: parse.h] Error 1
> ---end quoted text---
> 
>  suspect a problem in toolchain, because previously the build didn't 
>  attempt to do this during 'make check':
>  mv parse.cc.h parse.h 2>/dev/null || mv parse.hh parse.h
---end quoted text---
The Makefile has this rule:

parse.h: parse.cc
  mv parse.cc.h $@ 2>/dev/null || mv parse.hh $@

for some reason I don't understand, 'make check' runs this rule although 
parse.h is recent relatively to parse.cc !

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#933051: Updating the mlterm Uploaders list

[أحمد المحمودي]

On Fri, Jul 26, 2019 at 01:46:39AM -0300, Tobias Frost wrote:
> kmuto has retired, so can't work on
> the mlterm package anymore (at least with this address).
> 
> (If the person is listed as Maintainer, what we are asking is to please
> step in as a new maintainer.)
---end quoted text---

Hideki,

I will set myself as Maintainer and add you to Uploaders, is this 
alright ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#932635: [Pkg-electronics-devel] Bug#932635: iverilog ftbfs in unstable

[أحمد المحمودي]

On Sun, Jul 21, 2019 at 04:06:17PM +0200, Matthias Klose wrote:
>dh_auto_test -a
>   make -j1 check VERBOSE=1
> make[1]: Entering directory '/<>'
> mv parse.cc.h parse.h 2>/dev/null || mv parse.hh parse.h
> mv: cannot stat 'parse.hh': No such file or directory
> make[1]: *** [Makefile:259: parse.h] Error 1
---end quoted text---

 suspect a problem in toolchain, because previously the build didn't 
 attempt to do this during 'make check':
 mv parse.cc.h parse.h 2>/dev/null || mv parse.hh parse.h


-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#928822: raqm: clean after build deletes docs/html/* which is not regenerated

[أحمد المحمودي]

On Sun, May 12, 2019 at 02:25:41PM +0200, Andreas Beckmann wrote:
> On 2019-05-12 04:38, أحمد المحمودي wrote:
> > I checked the diff between upstream sources 0.5.0 (the one in testing) & 
> > 0.6.0, and I don't see any significant difference in Makefiles or docs/ 
> > to cause this. It might something in experimental's toolchain ?
> 
> This is probably reproducible in sid as well, I just run this test on
> experimental only.
---end quoted text---

I just tried to double-build version 0.5.0 on unstable, and it also 
failed, yet, if I understand correctly, it used to double-build before.
Hence, this must be due to some change in the toolchain.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#928822: raqm: clean after build deletes docs/html/* which is not regenerated

[أحمد المحمودي]

On Sat, May 11, 2019 at 08:56:42PM +0200, Andreas Beckmann wrote:
> raqm/experimental fails to build twice in a row. The first build
> succeeds, but the subsequent clean deletes
> docs/html/* which is not regenerated during the
> second build, fausing this to fail with:
---end quoted text---

I checked the diff between upstream sources 0.5.0 (the one in testing) & 
0.6.0, and I don't see any significant difference in Makefiles or docs/ 
to cause this. It might something in experimental's toolchain ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#927677: Can not attach to server 2.4.3; TypeError: '>' not supported between instances of 'str' and 'int'

[أحمد المحمودي]

On Sun, Apr 21, 2019 at 10:20:21AM +1000, Dmitry Smirnov wrote:
>   File "/usr/lib/python3/dist-packages/xpra/version_util.py", line 30, in 
> full_version_str
> s += "-r%s%s" % (REVISION, "M" if LOCAL_MODIFICATIONS>0 else "")
> TypeError: '>' not supported between instances of 'str' and 'int'
---end quoted text---

Dmitry, please look at: #927474
I notice that you ve this diff in build_info.patch:

-props["LOCAL_MODIFICATIONS"] = changes
+props["LOCAL_MODIFICATIONS"] = subprocess.Popen("dpkg-parsechangelog 
-SVersion", stdin=None, stdout=subprocess.PIPE, stderr=ssubprocess.STDOUT, 
shell=True).stdout.read()[:-1]

what is the reason for this diff ?  It seems to be the cause of this 
bug.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#885200: guile-2.2's guile.m4 needs fix

[أحمد المحمودي]

reassign 885200 guile-2.2 2.2.4+1-1
affects 885200 gwave
retitle 885200 guile.m4 needs to be fixed
quit

On Sat, Mar 30, 2019 at 03:07:22AM +0100, أحمد المحمودي wrote:
> > I tried to build gwave 20190116, but I got this error on during 
> > configure phase:
> > 
> > configure: checking for guile 2.2
> > configure: found guile 2.2
> > checking for guile-2.2... /usr/bin/guile-2.2
> > checking for Guile version >= 2.2... 2.2.4
> > checking for guild-2.2... no
> > checking for guile-config-2.2... no
> > checking for guile-tools-2.2... no
> > checking build system type... x86_64-pc-linux-gnu
> > checking host system type... x86_64-pc-linux-gnu
> > checking for ld used by gcc... /usr/bin/ld
> > checking if the linker (/usr/bin/ld) is GNU ld... yes
> > checking for shared library run path origin... done
> > checking for GUILE... yes
> > configure: error: 'guild' binary not found; please check your guile-2.x 
> > installation.
> ---end quoted text---
> 
> I found that this problem happens if I run dh_autoreconf. The problem is 
> because after autoreconf, the configure script searches for guild with 
> the -2.2 suffix, yet the guile-2.2-dev package installs guild without 
> that suffix, although guile binary has the -2.2 suffix in guile-2.2 
> package. Yet in /usr/share/aclocal/guile.m4 it says:
> 
> # @code{guile} is still not found, signal an error. The suffix, if any,
> # that was required to find @code{guile} will be used for @code{guild}
> # as well.
> 
> So I beleive that that there is an issue with guile-2.2 package
---end quoted text---

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#885200: Package gwave needs to be upgraded

[أحمد المحمودي]

Hello,

On Sat, Jan 26, 2019 at 03:19:08AM +0100, أحمد المحمودي wrote:
> On Tue, Jan 15, 2019 at 11:39:18PM -0500, Steve Tell wrote:
> > I just got a version working with guile-2.2, although its off on a side
> > development branch in my sourceforge tree at the moment:
> > https://sourceforge.net/p/gwave/code/HEAD/tree/branches/no-ggp-branch/
> > [...]
> > Anyway, I expect to make some kind of a release shortly.  I'll probably
> > integrate the no-ggp branch onto the head, since that's my plan going
> > forward.
> ---end quoted text---
> 
> I tried to build gwave 20190116, but I got this error on during 
> configure phase:
> 
> configure: checking for guile 2.2
> configure: found guile 2.2
> checking for guile-2.2... /usr/bin/guile-2.2
> checking for Guile version >= 2.2... 2.2.4
> checking for guild-2.2... no
> checking for guile-config-2.2... no
> checking for guile-tools-2.2... no
> checking build system type... x86_64-pc-linux-gnu
> checking host system type... x86_64-pc-linux-gnu
> checking for ld used by gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for shared library run path origin... done
> checking for GUILE... yes
> configure: error: 'guild' binary not found; please check your guile-2.x 
> installation.
> 
> although guile-2.2-dev does have /usr/bin/guild !
> 
> anyways I have pushed my work to salsa:
> https://salsa.debian.org/electronics-team/gwave.git
---end quoted text---

I found that this problem happens if I run dh_autoreconf. The problem is 
because after autoreconf, the configure script searches for guild with 
the -2.2 suffix, yet the guile-2.2-dev package installs guild without 
that suffix, although guile binary has the -2.2 suffix in guile-2.2 
package. Yet in /usr/share/aclocal/guile.m4 it says:

# @code{guile} is still not found, signal an error. The suffix, if any,
# that was required to find @code{guile} will be used for @code{guild}
# as well.

So I beleive that that there is an issue with guile-2.2 package

Otherwise if autoreconf isn't used, the configure script does find guild 
(since it doesn't use the -2.2 suffix) to search for guild, but the 
build fails with the following error:

gcc -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
-I/usr/include/gio-unix-2.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount -I/usr/include/blkid 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/fribidi -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/uuid 
-I/usr/include/freetype2 -I/usr/include/libpng16 -pthread 
-I/usr/include/guile/2.2 -DDATADIR=\"/usr/share\" -DBINGWAVE=\"/usr/bin/gwave\" 
-g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,--as-needed 
-o gwave cmd.o wavewin.o draw.o gwave.o event.o gtkmisc.o pixmaps.o wavelist.o 
dnd.o scwm_guile.o guile-compat.o init_scheme_string.o wavepanel.o rgeval.o 
xgserver.o measurebtn.o GtkTable_indel.o ../spicefile/libspicefile.a 
-lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 
-lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig 
-lfreetype -lm -lX11
/usr/bin/ld: wavepanel.o: in function `set_wavepanel_minheight_x':
./src/wavepanel.c:651: undefined reference to `scm_to_int64'
/usr/bin/ld: ./src/wavepanel.c:650: undefined reference to `scm_wrong_type_arg'
/usr/bin/ld: ./src/wavepanel.c:651: undefined reference to `scm_wrong_type_arg'
/usr/bin/ld: ./src/wavepanel.c:651: undefined reference to `scm_from_int64'
/usr/bin/ld: ./src/wavepanel.c:651: undefined reference to `scm_from_int64'
/usr/bin/ld: ./src/wavepanel.c:651: undefined reference to `scm_from_int64'
/usr/bin/ld: ./src/wavepanel.c:651: undefined reference to `scm_list_n'
/usr/bin/ld: ./src/wavepanel.c:651: undefined reference to `scm_misc_error'
/usr/bin/ld: wavepanel.o: in function `visiblewave_button3_connect':
./src/wavepanel.c:743: undefined reference to `scm_procedure_p'
/usr/bin/ld: ./src/wavepanel.c:748: undefined reference to 
`scm_gc_protect_object'
/usr/bin/ld: ./src/wavepanel.c:742: undefined reference to `scm_wrong_type_arg'
/usr/bin/ld: ./src/wavepanel.c:743: undefined reference to `scm_wrong_type_arg'
/usr/bin/ld: wavepanel.o: in function `wavepanel_bind_mouse':
./src/wavepanel.c:547: undefined reference to `scm_to_int64'
/usr/bin/ld: ./src/wavepanel.c:548: undefined reference to `scm_procedure_p'
/usr/bin/ld: ./src/wavepanel.c:556: undefined reference to 
`scm_gc_protect_object'
/usr/bin/ld: ./src/wavepanel.c:547: undefined reference to `scm_wrong_type_arg'
/usr/bin/ld: ./src/wavepanel.c:548: undefined reference to `sc

Bug#924446: mlconfig: segfault with uim

[أحمد المحمودي]

On Wed, Mar 13, 2019 at 01:45:08PM +0900, HAMANO Tsukasa wrote:
> mlconfig get segfault with uim input method.
> This bug already fixed by upstream.
> Please apply uim.patch or update to 3.8.7.
---end quoted text---

Unfortunately, this can't be fixed for upcoming release. Since it has 
entered in freeze stage.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#924531: unblock: systemc/2.3.3-2

[أحمد المحمودي]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package systemc

Fixes #924047: FTBFS: package don't build successful after new GCC 
version

debdiff attached

unblock systemc/2.3.3-2

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7
diff --git a/debian/changelog b/debian/changelog
index 637867a..a84f6cc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+systemc (2.3.3-2) unstable; urgency=medium
+
+  [ أحمد المحمودي (Ahmed El-Mahmoudy) ]
+  * [625f662] Revert "uscan: update watch file to catch new versions"
+This reverts commit 83ab9e15a4138b76fadd9d6ada5d0893a12f0ae8.
+  * [3886a0b] Bumped standards version to 4.3.0, no changes needed
+
+  [ Carsten Schoenert ]
+  * [d3c60cd] libsystemc.symbols: update after GCC update
+
+ -- أحمد المحمودي (Ahmed El-Mahmoudy)   
Sun, 10 Mar 2019 07:04:08 +0100
+
 systemc (2.3.3-1) unstable; urgency=medium
 
   [ Carsten Schoenert ]
diff --git a/debian/control b/debian/control
index ccfc9d8..ae00831 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: electronics
 Priority: optional
 Maintainer: أحمد المحمودي (Ahmed El-Mahmoudy) 

 Build-Depends: debhelper (>= 11), texinfo
-Standards-Version: 4.2.1
+Standards-Version: 4.3.0
 Homepage: https://www.accellera.org/downloads/standards/systemc/
 Vcs-Git: https://salsa.debian.org/electronics-team/systemc.git
 Vcs-Browser: https://salsa.debian.org/electronics-team/systemc
diff --git a/debian/libsystemc.symbols b/debian/libsystemc.symbols
index 2fec5c3..2e850c3 100644
--- a/debian/libsystemc.symbols
+++ b/debian/libsystemc.symbols
@@ -92,7 +92,7 @@ libsystemc-2.3.3.so libsystemc #MINVER#
  _ZN5sc_dt10sc_lv_base10clean_tailEv@Base 2.3.3
  
_ZN5sc_dt10sc_lv_base18assign_from_stringERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 2.3.3
  _ZN5sc_dt10sc_lv_base4initEiRKNS_8sc_logicE@Base 2.3.3
- _ZN5sc_dt10sc_lv_base7set_bitEiNS_16sc_logic_value_tE@Base 2.3.3
+ (arch-bits=32)_ZN5sc_dt10sc_lv_base7set_bitEiNS_16sc_logic_value_tE@Base 2.3.3
  _ZN5sc_dt10sc_lv_baseC1EPKc@Base 2.3.3
  _ZN5sc_dt10sc_lv_baseC1EPKci@Base 2.3.3
  _ZN5sc_dt10sc_lv_baseC1ERKS0_@Base 2.3.3
@@ -157,7 +157,6 @@ libsystemc-2.3.3.so libsystemc #MINVER#
  _ZN5sc_dt11sc_unsigned10concat_setExi@Base 2.3.3
  _ZN5sc_dt11sc_unsigned10concat_setEyi@Base 2.3.3
  _ZN5sc_dt11sc_unsigned14set_packed_repEPj@Base 2.3.3
- _ZN5sc_dt11sc_unsigned22convert_SM_to_2C_to_SMEv@Base 2.3.3
  _ZN5sc_dt11sc_unsigned3setEi@Base 2.3.3
  _ZN5sc_dt11sc_unsigned4scanERSi@Base 2.3.3
  _ZN5sc_dt11sc_unsigned5clearEi@Base 2.3.3
@@ -614,7 +613,6 @@ libsystemc-2.3.3.so libsystemc #MINVER#
  _ZN5sc_dt22sc_fxval_fast_observerD2Ev@Base 2.3.3
  _ZN5sc_dt22sc_proxy_out_of_boundsEPKcx@Base 2.3.3
  _ZN5sc_dt23convert_signed_2C_to_SMEiiPj@Base 2.3.3
- (arch-bits=64)_ZN5sc_dt25convert_unsigned_2C_to_SMEiiPj@Base 2.3.3
  _ZN5sc_dt29sc_int_concref_invalid_lengthEi@Base 2.3.3
  _ZN5sc_dt30sc_uint_concref_invalid_lengthEi@Base 2.3.3
  _ZN5sc_dt5alignERKNS_8scfx_repES2_RiS3_RNS_13scfx_mant_refES5_@Base 2.3.3
@@ -2010,6 +2008,9 @@ libsystemc-2.3.3.so libsystemc #MINVER#
  _ZN7sc_core15sc_prim_channelD0Ev@Base 2.3.3
  _ZN7sc_core15sc_prim_channelD1Ev@Base 2.3.3
  _ZN7sc_core15sc_prim_channelD2Ev@Base 2.3.3
+ _ZN7sc_core15sc_process_hostD0Ev@Base 2.3.3
+ _ZN7sc_core15sc_process_hostD1Ev@Base 2.3.3
+ _ZN7sc_core15sc_process_hostD2Ev@Base 2.3.3
  _ZN7sc_core15sc_set_locationEPKciPNS_13sc_simcontextE@Base 2.3.3
  
_ZN7sc_core15sc_spawn_objectINS_25sc_clock_negedge_callbackEE9semanticsEv@Base 
2.3.3
  _ZN7sc_core15sc_spawn_objectINS_25sc_clock_negedge_callbackEED0Ev@Base 2.3.3
@@ -4325,7 +4326,6 @@ libsystemc-2.3.3.so libsystemc #MINVER#
  
(arch-bits=32)_ZNSt6vectorIPN7sc_core17sc_thread_processESaIS2_EE17_M_default_appendEj@Base
 2.3.3
  
(arch-bits=64)_ZNSt6vectorIPN7sc_core17sc_thread_processESaIS2_EE17_M_default_appendEm@Base
 2.3.3
  
_ZNSt6vectorIPN7sc_core17sc_thread_processESaIS2_EE17_M_realloc_insertIJRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_@Base
 2.3.3
- 
_ZNSt6vectorIPN7sc_core17sc_thread_processESaIS2_EE17_M_realloc_insertIJS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_@Base
 2.3.3
  
(arch-bits=32)_ZNSt6vectorIPN7sc_core18sc_process_monitorESaIS2_EE17_M_default_appendEj@Base
 2.3.3
  
(arch-bits=64)_ZNSt6vectorIPN7sc_core18sc_process_monitorESaIS2_EE17_M_default_appendEm@Base
 2.3.3
  
_ZNSt6vectorIPN7sc_core18sc_process_monitorESaIS2_EE17_M_realloc_insertIJRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_@Base
 2.3.3
@@ -5139,7 +5139,7 @@ libsystemc-2.3.3.so libsystemc #MINVER#
  
(arch-bits=32)_ZThn8_NK7sc_core11sc_signal_tIN5sc_dt8sc_logicELNS_16sc_writer_policyE3EE4dumpERSo@Base
 2.3.3
  

Bug#924530: unblock: dico/2.7-2

[أحمد المحمودي]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package dico

Fixes #915584: dicoweb: fails to install with python 3.7

debdiff attached

unblock dico/2.7-2

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7
diff --git a/debian/changelog b/debian/changelog
index c48212c..e202277 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+dico (2.7-2) unstable; urgency=medium
+
+  * Fix typo in dicodconfig.8 (Closes: #916748)
+  * Add Pre-Depends: python3-dicoclient to dicoweb as a workaround to prevent
+dicoweb unpacked before python3 is configured (Closes: #915584)
+  * Update standards version to 4.3.0
+  * Add patch description
+
+ -- أحمد المحمودي (Ahmed El-Mahmoudy)   
Tue, 12 Mar 2019 05:00:34 +0100
+
 dico (2.7-1) unstable; urgency=medium
 
   [ Ondřej Nový ]
diff --git a/debian/control b/debian/control
index 84e4787..557996c 100644
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,7 @@ Build-Depends: debhelper (>= 11),
libpcre3-dev,
libpam0g-dev,
wordnet-dev
-Standards-Version: 4.2.1
+Standards-Version: 4.3.0
 Homepage: http://puszcza.gnu.org.ua/software/dico/
 Vcs-Git: https://salsa.debian.org/debian/dico.git
 Vcs-Browser: https://salsa.debian.org/debian/dico
@@ -179,12 +179,12 @@ Package: dicoweb
 Architecture: all
 Section: web
 Depends: libapache2-mod-passenger | libapache2-mod-wsgi,
- python3-dicoclient,
  python3-django (>= 1.4.5),
  python3-memcache,
  python3-wikitrans,
  ${misc:Depends},
  ${python3:Depends}
+Pre-Depends: python3-dicoclient
 Recommends: memcached
 Description: RFC 2229 compliant modular dictionary server (web interface)
  GNU Dico is an implementation of the DICT protocol as defined in RFC 2229.
diff --git a/debian/dicodconfig.8 b/debian/dicodconfig.8
index a694289..66f450b 100644
--- a/debian/dicodconfig.8
+++ b/debian/dicodconfig.8
@@ -36,7 +36,7 @@ may then be included from the
 configuration file
 .I /etc/dicod.conf
 with an
-``#include /var/lib/dictd/dictorg-db.list''
+``#include /var/lib/dicod/dictorg-db.list''
 line.
 See
 .BR info dico
diff --git a/debian/patches/test_env_conflict.diff 
b/debian/patches/test_env_conflict.diff
index 82b84bb..30c36b6 100644
--- a/debian/patches/test_env_conflict.diff
+++ b/debian/patches/test_env_conflict.diff
@@ -1,3 +1,8 @@
+Description: work around test failure due to $V variable being set for make
+ calls by debhelper >=11.5.2
+Author: Marc Dequènes (Duck) 
+Date: Thu Nov 15 11:16:28 2018 +0900
+
 --- a/grecs/tests/testsuite
 +++ b/grecs/tests/testsuite
 @@ -5152,14 +5152,14 @@


signature.asc
Description: PGP signature

Bug#924047: FTBFS: package don't build successful after new GCC version

[أحمد المحمودي]

On Sun, Mar 10, 2019 at 08:03:57AM +0100, Carsten Schoenert wrote:
> That's the last option in my eyes as it's a step backwards and is
> absolutely not needed as I fixed the problem already.
---end quoted text---

Yes, but this needs to be done for every gcc update ! I tried unmangling 
the c++ symbols and using c++ tag in symbols file (see c++sym branch), 
but that failed too.

Anyways, I updated std ver to 4.3.0, amd pushed 2.3.3-2, here's the 
changelog entry:

systemc (2.3.3-2) unstable; urgency=medium

  [ أحمد المحمودي (Ahmed El-Mahmoudy) ]
  * [625f662] Revert "uscan: update watch file to catch new versions"
This reverts commit 83ab9e15a4138b76fadd9d6ada5d0893a12f0ae8.
  * [3886a0b] Bumped standards version to 4.3.0, no changes needed

  [ Carsten Schoenert ]
  * [d3c60cd] libsystemc.symbols: update after GCC update


-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#924047: FTBFS: package don't build successful after new GCC version

[أحمد المحمودي]

On Fri, Mar 08, 2019 at 09:43:17PM +0100, Carsten Schoenert wrote:
> the systemc package is currently failing to build from source basically
> related due a newer GCC version and changed symbols introduced by the
> newer GCC.
> 
> I've fixed the reason of the FTBFS by modifying and adopting the
> symbols file so the package is building again on all RC platforms. I've
> pushed the adopted symbols file to Salsa after I've tested the builds.
---end quoted text---

I'd rather remove the symbols file.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#915584: dicoweb: fails to install with python 3.7

[أحمد المحمودي]

On Sat, Jan 26, 2019 at 11:17:35PM +0100, Andreas Beckmann wrote:
> I think I now understood what is happening here.
> Both python3 and dicoweb are being installed in the same run.
> At the time python3 gets configured, dicoweb is already unpacked, but
> not yet configured and therefore /etc/dicoweb/settings.py does not yet
> exist (dpkg has only unpacked it as /etc/dicoweb/settings.py.dpkg-new).
> As part of the python3 configuration step the rtupdate hook is being run
> ... and explodes while accessing the dangling symlink.
---end quoted text---

How about if I add: Pre-Depends: python3, python-3.X for dicoweb ? 
Wouldn't this workaround fix the issue ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#915584: fix required on the dico side

[أحمد المحمودي]

On Wed, Feb 27, 2019 at 04:58:51PM +0100, Matthias Klose wrote:
> This has to be fixed on the dico side.  One possible solution is to guard the
> import and fall back to some defaults, either provided inline, or using a
> defaults config file shipped in /usr/lib/...  This way the package can be
> installed with the dangling symlink.
> 
---end quoted text---

That would mean shipping the same conffile as 
'/usr/share/dicoweb/settings_defaults.py' for eg.

And adding a custom Debian patch in all these files forever:
   dicoweb/templatetags/media.py:from django.conf import settings
   dicoweb/urls.py:from django.conf import settings
   dicoweb/views.py:from django.conf import settings
with a try/except that would import from 'settings_defaults' if the 
original import fails.

That also means we would need to track newer versions for such imports 
to augment the patch, forever.

That is horribly ugly to say the least, and for a kind of symlink used 
to move the config in /etc, which is far from being unheard of in 
Debian.

Also, a user who has a custom config. would rather prefer that 
dicoweb would fail to start instead of open with default config if the 
symlink became dangling for some reason.

Can't there be another workaround for this ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#920924: elinks: no SpiderMonkey support

[أحمد المحمودي]

Hello,

Fixed, please spomsor this upload.

This upload fixes the following bugs
#920924 (normal): elinks: no SpiderMonkey support

Last changelog entry is:
elinks (0.13~20190125-2) experimental; urgency=medium

  * Mention felinks fork in description
  * Disable Spidermonkey (Closes: #920924)
mozjs185 has been removed in Debian, and upstream does not support later
versions
  * Add gitlab-ci.yaml


There is one lintian warning:
W: elinks-data: manpage-has-errors-from-man usr/share/man/man5/elinks.conf.5.gz 
1166: warning [p 14, 7.0i]: can't break line

The package is on: g...@salsa.debian.org:aelmahmoudy-guest/elinks.git , 
felinks branch

To access further information about this package, please visit the following 
URL:
https://mentors.debian.net/package/elinks

Alternatively, one can download the package with dget using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/e/elinks/elinks_0.13~20190125-2.dsc

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#915584: dicoweb: fails to install with python 3.7

[أحمد المحمودي]

On Sat, Jan 26, 2019 at 11:17:35PM +0100, Andreas Beckmann wrote:
> I think I now understood what is happening here.
> Both python3 and dicoweb are being installed in the same run.
> At the time python3 gets configured, dicoweb is already unpacked, but
> not yet configured and therefore /etc/dicoweb/settings.py does not yet
> exist (dpkg has only unpacked it as /etc/dicoweb/settings.py.dpkg-new).
> As part of the python3 configuration step the rtupdate hook is being run
> ... and explodes while accessing the dangling symlink.
> 
> You should probably ask the python maintainers for help, since you are
> exploiting a corner case in their packaging helpers ...
> 
---end quoted text---

Forwarded to doko

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#919637: RFS: elinks/0.13~20190114-1 [ITA]

[أحمد المحمودي]

On Mon, Jan 21, 2019 at 03:37:24PM +0100, Adam Borowski wrote:
> Alas, it still FTBFSes:
> 
> Working on: /<>/doc/manual.xml
> xmlto: /<>/doc/manual.xml does not validate (status 3)
> xmlto: Fix document syntax or use --skip-validation option
> /<>/doc/manual.xml:3993: element link: validity error : IDREF 
> attribute linkend references an unknown ID "CONFIG-SCRIPTING-SPIDERMONKEY"
> Document /<>/doc/manual.xml does not validate
> make[2]: *** [Makefile:201: manual.html-chunked] Error 13
---end quoted text---

Fixed upstream. I have re-uploaded to mentors.
-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#885200: Package gwave needs to be upgraded

[أحمد المحمودي]

Hello,

On Tue, Jan 15, 2019 at 11:39:18PM -0500, Steve Tell wrote:
> I just got a version working with guile-2.2, although its off on a side
> development branch in my sourceforge tree at the moment:
> https://sourceforge.net/p/gwave/code/HEAD/tree/branches/no-ggp-branch/
> [...]
> Anyway, I expect to make some kind of a release shortly.  I'll probably
> integrate the no-ggp branch onto the head, since that's my plan going
> forward.
---end quoted text---

I tried to build gwave 20190116, but I got this error on during 
configure phase:

configure: checking for guile 2.2
configure: found guile 2.2
checking for guile-2.2... /usr/bin/guile-2.2
checking for Guile version >= 2.2... 2.2.4
checking for guild-2.2... no
checking for guile-config-2.2... no
checking for guile-tools-2.2... no
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for shared library run path origin... done
checking for GUILE... yes
configure: error: 'guild' binary not found; please check your guile-2.x 
installation.

although guile-2.2-dev does have /usr/bin/guild !

anyways I have pushed my work to salsa:
https://salsa.debian.org/electronics-team/gwave.git


-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#919637: RFS: elinks/0.13~20190114-1 [ITA]

[أحمد المحمودي]

On Sat, Jan 19, 2019 at 01:41:58AM +0100, Adam Borowski wrote:
> On Sat, Jan 19, 2019 at 07:47:51AM +0800, Paul Wise wrote:
> > On Fri, Jan 18, 2019 at 11:51 PM Adam Borowski wrote:
> > The most ideal situation would be to leave it off by default but
> > have a command-line option to turn it on.
---end quoted text---

Elinks is only compiled with javascript, but it is disabled by default. 
ie. the user has to switch it on.

Re-uploaded elinks, with libmozjs60-dev | libmozjs-dev (removed obsolete 
libmozjs185-dev)

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#919637: RFS: elinks/0.13~20190114-1 [ITA]

[أحمد المحمودي]

Package: sponsorship-requests
Severity: normal

Hello,

 I am adopting elinks. I have worked on the fork that Moritz has 
 mentioned: https://github.com/rkd77/felinks
 I have emailed previous upstream maintainers,asking them if they are 
 still maintaining elinks. Two emails bounced back, and I still got no 
 reply from the others.
 Anyways, this upload is targetting experimental, as I have enabled 
 several features like Bittorrent and Javascript.

This upload fixes the following bugs
#740981 (normal): elinks: doesn't check if hostname matches certificate's 
CN/SAN (CWE-297)
#757631 (normal): elinks: HTML5 source element display missing
#797931 (normal): elinks: Does not support SSL rehandshakes
#797934 (wishlist): elinks: Support for SSL authentication using client certs
#797968 (wishlist): elinks: Please add support for TLS SNI
#856852 (normal): cert_verify is disabled by default
#866015 (important): elinks: SSL error with some websites
#879539 (minor): elinks: contains code related to gnutls pgp supprt
#891575 (important): elinks: CVE-2012-6709
#917406 (normal): ITA: elinks -- advanced text-mode WWW browser

Last changelog entry is:
elinks (0.13~20190114-1) experimental; urgency=medium

  * New upstream release (Closes: #891575, #797931, #797934, #757631,
#866015, #797968, #740981, #865852)
  * Add git-buildpackage conf file
  * Refreshed patches & removed patches that were includes upstream.
Removed patches:
08-drop-deprecated-gnutls-functions.diff (Closes: #879539)
08_524696_fix_imdb_urls.diff
09-Switch-to-use-lua-5.1.diff
  * Add libgcrypt20-dev to build deps
  * Re-added 14_debug_disable_Werror.diff to enable development versions debug
support
  * Added 16_POST_BUFFER_SIZE.diff patch which to enable  uploading large files
over https:// connections.
  * Add ascii-replacement-utf8-console.diff patch to print ASCII replacement
for characters not found in current codepage in utf8 mode
  * Enable LZMA support
  * Enable BitTorrent
  * Enable NNTP Support
  * Enable Unicode combining characters support
  * Enable EX mode support
  * Enable SpiderMonkey support
  * Enable terminfo support
  * Build documentation
  * Build with libev
  * Bumped to compat level 12.
No need to have dh-autoreconf, autotools-dev from build deps
Also no need to explicitly call the respective sequences in rules
  * Remove old upstream gpg key.
  * Remove whitespaces
  * Renamed elinks.config to elinks.conf, old name confused build scrips
  * debian/rules: Override dh_installexamples to exclude .gitignore
  * Add typos.diff patch to fix spelling mistakes
  * debian/control:
+ Replace Conflicts with Breaks+Replaces
+ Update standards version to 4.3.0
+ New maintainer (Closes: #917406)
+ Add Vcs-* fields
  * Add upstream metadata
  * Switch to DEP-5 copyright format
  * Disable pristine-tar, since we are getting the release from upstream git


There is one lintian warning:
W: elinks-data: manpage-has-errors-from-man usr/share/man/man5/elinks.conf.5.gz 
1166: warning [p 14, 7.0i]: can't break line

The package is on: g...@salsa.debian.org:aelmahmoudy-guest/elinks.git , 
felinks branch

To access further information about this package, please visit the following 
URL:
https://mentors.debian.net/package/elinks

Alternatively, one can download the package with dget using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/e/elinks/elinks_0.13~20190114-1.dsc

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#917406: RFS: elinks/0.13~20180825-1 [UPDATE]

[أحمد المحمودي]

Hello,

 I am adopting elinks. I have worked on the fork that Moritz has 
 mentioned: https://github.com/rkd77/felinks
 I have emailed previous upstream maintainers,asking them if they are 
 still maintaining elinks. Two emails bounced back, and I still got no 
 reply from the others.
 Anyways, this upload is targetting experimental, as I have enabled 
 several features like Bittorrent and Javascript.

Last changelog entry is:
elinks (0.13~20180825-1) experimental; urgency=medium

  * New upstream release (Closes: #891575, #797931, #797934, #757631,
#866015, #797968, #740981, #865852)
  * Add git-buildpackage conf file
  * Refreshed patches & removed patches that were includes upstream.
Removed patches:
08-drop-deprecated-gnutls-functions.diff (Closes: #879539)
08_524696_fix_imdb_urls.diff
09-Switch-to-use-lua-5.1.diff
  * Add libgcrypt20-dev to build deps
  * Re-added 14_debug_disable_Werror.diff to enable development versions debug
support
  * Added 16_POST_BUFFER_SIZE.diff patch which to enable  uploading large files
over https:// connections.
  * Add ascii-replacement-utf8-console.diff patch to print ASCII replacement
for characters not found in current codepage in utf8 mode
  * Enable LZMA support
  * Enable BitTorrent
  * Enable NNTP Support
  * Enable Unicode combining characters support
  * Enable EX mode support
  * Enable SpiderMonkey support
  * Enable terminfo support
  * Build documentation
  * Build with libev
  * Bumped to compat level 12.
No need to have dh-autoreconf, autotools-dev from build deps
Also no need to explicitly call the respective sequences in rules
  * Remove old upstream gpg key.
  * Remove whitespaces
  * Renamed elinks.config to elinks.conf, old name confused build scrips
  * debian/rules: Override dh_installexamples to exclude .gitignore
  * Add typos.diff patch to fix spelling mistakes
  * debian/control:
+ Replace Conflicts with Breaks+Replaces
+ Update standards version to 4.3.0
+ New maintainer (Closes: #917406)
+ Add Vcs-* fields
  * Add upstream metadata
  * Switch to DEP-5 copyright format

There is one lintian warning:
W: elinks-data: manpage-has-errors-from-man usr/share/man/man5/elinks.conf.5.gz 
1166: warning [p 14, 7.0i]: can't break line

The package is on: g...@salsa.debian.org:aelmahmoudy-guest/elinks.git , 
felinks branch

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#917406: RFS: elinks/0.13~20180825-1 [UPDATE]

[أحمد المحمودي]

Hello,

 I am adopting elinks. I have worked on the fork that Moritz has 
 mentioned: https://github.com/rkd77/felinks
 I have emailed previous upstream maintainers,asking them if they are 
 still maintaining elinks. Two emails bounced back, and I still got no 
 reply from the others.
 Anyways, this upload is targetting experimental, as I have enabled 
 several features like Bittorrent and Javascript.

Last changelog entry is:
elinks (0.13~20180825-1) experimental; urgency=medium

  * New upstream release (Closes: #891575, #797931, #797934, #757631,
#866015, #797968, #740981, #865852)
  * Add git-buildpackage conf file
  * Refreshed patches & removed patches that were includes upstream.
Removed patches:
08-drop-deprecated-gnutls-functions.diff (Closes: #879539)
08_524696_fix_imdb_urls.diff
09-Switch-to-use-lua-5.1.diff
  * Add libgcrypt20-dev to build deps
  * Re-added 14_debug_disable_Werror.diff to enable development versions debug
support
  * Added 16_POST_BUFFER_SIZE.diff patch which to enable  uploading large files
over https:// connections.
  * Add ascii-replacement-utf8-console.diff patch to print ASCII replacement
for characters not found in current codepage in utf8 mode
  * Enable LZMA support
  * Enable BitTorrent
  * Enable NNTP Support
  * Enable Unicode combining characters support
  * Enable EX mode support
  * Enable SpiderMonkey support
  * Enable terminfo support
  * Build documentation
  * Build with libev
  * Bumped to compat level 12.
No need to have dh-autoreconf, autotools-dev from build deps
Also no need to explicitly call the respective sequences in rules
  * Remove old upstream gpg key.
  * Remove whitespaces
  * Renamed elinks.config to elinks.conf, old name confused build scrips
  * debian/rules: Override dh_installexamples to exclude .gitignore
  * Add typos.diff patch to fix spelling mistakes
  * debian/control:
+ Replace Conflicts with Breaks+Replaces
+ Update standards version to 4.3.0
+ New maintainer (Closes: #917406)
+ Add Vcs-* fields
  * Add upstream metadata
  * Switch to DEP-5 copyright format

There is one lintian warning:
W: elinks-data: manpage-has-errors-from-man usr/share/man/man5/elinks.conf.5.gz 
1166: warning [p 14, 7.0i]: can't break line

The package is on: g...@salsa.debian.org:aelmahmoudy-guest/elinks.git

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#916034: marked as done (sl-modem-dkms: module FTBFS for 4.18.0-3-amd64, 4.9.0-8-amd64)

[أحمد المحمودي]

Hello Andreas,

On Wed, Jan 02, 2019 at 05:21:03AM +, Debian Bug Tracking System wrote:
> and subject line Bug#916034: fixed in sl-modem 2.9.11~20110321-14
> Changes:
>  sl-modem (2.9.11~20110321-14) unstable; urgency=medium
>  .
>[ Ondřej Nový ]
>* d/copyright: Change Format URL to correct one
>* d/changelog: Remove trailing whitespaces
>  .
>[ أحمد المحمودي (Ahmed El-Mahmoudy) ]
>* Remove old transitional sl-modem-source target
>* Modify support_linux3.diff patch to support linux >3.
>  Thanks to Ben Hutchings  (Closes: #916034)
>* Update standards version to 4.3.0, no changes needed
>* debian/control, debian/changelog: Remove empty lines
>* Bumped compat level to 12
---end quoted text---

Please build this package for i386 and upload.

Thanks.


-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#916034: sl-modem-dkms: module FTBFS for 4.18.0-3-amd64, 4.9.0-8-amd64

[أحمد المحمودي]

On Wed, Dec 12, 2018 at 01:56:11PM +0100, Andreas Beckmann wrote:
> You you get the compile flags from Kbuild, or do you reinvent them on
> your own?
---end quoted text---

This is the DKMS build line:
MAKE[0]="cd ${dkms_tree}/sl-modem/#MODULE_VERSION#/build; make -C drivers USB=1 
KERNEL_DIR=$kernel_source_dir KERNEL_VER=$kernelver; make -C ungrab-winmodem 
KERNEL_DIR=$kernel_source_dir KERNEL_VER=$kernelver; cd .."

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#915469: [Pkg-electronics-devel] Bug#915469: gwave FTBFS: error: found development files for Guile 2.0, but /usr/bin/guile has effective version 2.2

[أحمد المحمودي]

reassign 915469 g-wrap 1.9.15-0.2
quit

On Tue, Dec 04, 2018 at 12:36:38AM +0200, Adrian Bunk wrote:
> checking for GUILE... yes
> checking for guile... /usr/bin/guile
> configure: error: found development files for Guile 2.0, but /usr/bin/guile 
> has effective version 2.2
---end quoted text---

The problem is in g-wrap package which depends on guile-library (which in 
turn pulls guile-2.2)

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#915584: dicoweb: fails to install with python 3.7

[أحمد المحمودي]

On Wed, Dec 05, 2018 at 03:15:59AM +0100, Andreas Beckmann wrote:
>   Setting up python3 (3.7.1-2) ...
>   [Errno 2] No such file or directory: '/usr/share/dicoweb/settings.py'
---end quoted text---

'/usr/share/dicoweb/settings.py' is a symlink to 
/etc/dicoweb/settings.py , could this be the cause of the problem ? If 
so, what should be done?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#916034: sl-modem-dkms: module FTBFS for 4.18.0-3-amd64, 4.9.0-8-amd64

[أحمد المحمودي]

On Wed, Dec 12, 2018 at 01:56:11PM +0100, Andreas Beckmann wrote:
> linux-headers-4.18.0-3-amd64 is installed, but maybe it has changed its
> layout?

This shoul pull linux-headers-4.18.0-3-common which contains the 
header files that are reported missing.

> You you get the compile flags from Kbuild, or do you reinvent them on
> your own?

As far as I recall, they are from kbuild

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#916034: sl-modem-dkms: module FTBFS for 4.18.0-3-amd64, 4.9.0-8-amd64

[أحمد المحمودي]

On Sun, Dec 09, 2018 at 03:06:49PM +0100, Andreas Beckmann wrote:
> old_st7554.c:49:10: fatal error: linux/init.h: No such file or directory
> old_st7554.c:48:26: fatal error: linux/module.h: No such file or directory
---end quoted text---

Are you sure that you havethe appropriate linux headers package 
installed ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#866653: RFS: thawab 4.1-1 [UPDATE]

[أحمد المحمودي]

Fixed

Please sponsor the upload of the updated package thawab.

Last changelog entry is:
thawab (4.1-1) unstable; urgency=medium

  [ Shanavas M ]
  * New upstream release
  * Fix debian/patches/private-pkg.diff

  [ أحمد المحمودي (Ahmed El-Mahmoudy) ]
  * Change priority to optional
  * Add webkit2.diff patch to port to Webkit2 (Closes: #866653)
  * Update Vcs-* URIs
  * Removed X-Python-Version field, not needed anymore
  * Update standards version to 4.2.1, no changes needed
  * Bumped compat level to 11
  * Switch to secure copyright format URL
  * Update copyright years


The package has the following lintian issues:
I: thawab source: missing-explanation-for-contrib-or-non-free-package
I: thawab source: testsuite-autopkgtest-missing
P: thawab source: debian-watch-does-not-check-gpg-signature
I: thawab: desktop-entry-lacks-keywords-entry 
usr/share/applications/thawab.desktop
X: thawab: dependency-on-python-version-marked-for-end-of-life (Depends: python)

The package is on: g...@salsa.debian.org:islamic-team/thawab.git


-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#896710: harfbuzz: autopkgtest to detect freetype regressions

[أحمد المحمودي]

On Tue, Nov 13, 2018 at 09:53:29AM -0800, Steve Langasek wrote:
> > Is that patch correct? It doesn't seem to be building anything?
> 
> Because the test is 'Restrictions: build-needed', whenever the autopkgtest
> is run, the source package will automatically be rebuilt, and the test will
> fail if the rebuild fails.
---end quoted text---

I added this test, then later removed it, as lintian (or a DD, I don't 
remember) complained that this is soke sort of a fake test.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#893861: thawab: Intent to remove from Debian

[أحمد المحمودي]

There is an upstream patch. 
Please delay for one more week.

On Sun, Nov 04, 2018 at 06:50:22AM -0500, Jeremy Bicha wrote:
> There has been a lot of progress recently on packaging a newer eclipse
> that won't require the old webkitgtk.
> 
> I'm going to convert this bug into a thawab removal bug in a week
> unless I hear otherwise from you.
> 
> I'm sorry for the inconvenience, but I think it's a bit more polite to
> start the removal now rather than waiting until the freezes start when
> release team policy won't generally allow "new" packages in to
> Testing.
> 
> I did ping upstream again at https://github.com/ojuba-org/thawab/issues/14
> 
> Thanks,
> Jeremy Bicha
> 
---end quoted text---

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#892717: If there is a MIME header: then no additional tags are needed

[أحمد المحمودي]

On Sat, Sep 01, 2018 at 11:50:17PM +0600, Власенко Михаил Викторович wrote:
> This should fix it. My patch for solving this problem I send as an 
> attachment. Can you test this and see if it works?
---end quoted text---

I don't understand the problem, but I see a similar diff in upstream 
git.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#907668: dicoweb: Search feature does not work

[أحمد المحمودي]

Description of python-memcached package:
This software is a 100% Python interface to the memcached memory cache 
daemon. It is the client side software which allows storing values in 
one or more, possibly remote, memcached servers.

it seems that the support of *remote* memcached servers, is why the 
package only suggests memcached. Hence I can't enforce a dependency on 
memcached, instead the user needs to install himself if he decides to 
use a local memcached. But I will add it to recommends.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#907668: dicoweb: Search feature does not work

[أحمد المحمودي]

On Sat, Sep 01, 2018 at 02:21:59AM +0600, Власенко Михаил Викторович wrote:
> I fixed search bug by installation memcached.
---end quoted text---

dicoweb depends on python-memcache, which in turns *suggests* memcached, 
probably I need to add memcached to depends or recommends ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#740981: elinks: Does not support SSL rehandshakes

[أحمد المحمودي]

On Tue, Aug 28, 2018 at 03:34:42PM +0200, أحمد المحمودي wrote:
> SSL auth. using client cert. finally worked for me using your patch on 
> Witold's felinks fork[1]. I just had to concatenate crt & key files to a 
> pem file and use that in elinks
> 
> [1] https://github.com/rkd77/felinks
---end quoted text---

Actually your patch is already in that fork

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#797931: elinks: Does not support SSL rehandshakes

[أحمد المحمودي]

On Sat, Nov 18, 2017 at 02:39:14AM +0100, أحمد المحمودي wrote:
> This commit https://github.com/rkd77/felinks/commit/4c4717b82ae5eae 
> fixed GnuTLS rehandshake issue for me.
> Anyways I applied your GnuTLS client cert patch over it, and I still 
> can't get it to work.
---end quoted text---

SSL auth. using client cert. finally worked for me using your patch on 
Witold's felinks fork[1]. I just had to concatenate crt & key files to a 
pem file and use that in elinks

[1] https://github.com/rkd77/felinks


-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#906744: dico: FTBFS in buster/sid (makeinfo: command not found)

[أحمد المحمودي]

reassign 906744 php-yaml/2.0.2+1.3.1-2
quit

Sorry commented to wrong bug number

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#906774: dico: FTBFS in buster/sid (makeinfo: command not found)

[أحمد المحمودي]

reassign 906774 automake
quit

  geda-gaf and dico FTBFS on Debian after automake got updated to 1.16, 
  as the following happens during build[2]:

 Making all in scheme-api
 make[4]: Entering directory '/<>/docs/scheme-api'
 Updating ./version.texi
 make[4]: Leaving directory '/<>/docs/scheme-api'

  which later triggers rebuild of info files during 'make check':

> Making check in doc
> make[3]: Entering directory '/<>/doc'
> restore=: && backupdir=".am$$" && \
> am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:" && cd . && \
> rm -rf $backupdir && mkdir $backupdir && \
> if (/bin/bash /<>/build-aux/missing makeinfo --version) 
> >/dev/null 2>&1; then \
>   for f in dico.info dico.info-[0-9] dico.info-[0-9][0-9] dico.i[0-9] 
> dico.i[0-9][0-9]; do \
> if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
>   done; \
> else :; fi && \
> cd "$am__cwd"; \
> if /bin/bash /<>/build-aux/missing makeinfo -I ../imprimatur -D 
> DISTRIB  -I . \
>  -o dico.info dico.texi; \
> then \
>   rc=0; \
>   CDPATH="${ZSH_VERSION+.}:" && cd .; \
> else \
>   rc=$?; \
>   CDPATH="${ZSH_VERSION+.}:" && cd . && \
>   $restore $backupdir/* `echo "./dico.info" | sed 's|[^/]*$||'`; \
> fi; \
> rm -rf $backupdir; exit $rc
> /<>/build-aux/missing: line 81: makeinfo: command not found
> WARNING: 'makeinfo' is missing on your system.
>  You should only need it if you modified a '.texi' file, or
>  any other file indirectly affecting the aspect of the manual.
>  You might want to install the Texinfo package:
>  <https://www.gnu.org/software/texinfo/>
>  The spurious makeinfo call might also be the consequence of
>  using a buggy 'make' (AIX, DU, IRIX), in which case you might
>  want to install GNU make:
>  <https://www.gnu.org/software/make/>
> make[3]: *** [Makefile:1263: dico.info] Error 127

  Adding texinfo to build-dep would get around the FTBFS, but I 
  am not convinced with it. Could you advise me us as whether this is a 
  problem in automake 1.16 or something needs to be fixed in dico & 
  geda-gaf build scripts, or if adding texinfo to build-deps is actually 
  the proper way to go ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#906744: dico: FTBFS in buster/sid (makeinfo: command not found)

[أحمد المحمودي]

reassign 906744 automake
quit

  geda-gaf and dico FTBFS on Debian after automake got updated to 1.16, 
  as the following happens during build[2]:

 Making all in scheme-api
 make[4]: Entering directory '/<>/docs/scheme-api'
 Updating ./version.texi
 make[4]: Leaving directory '/<>/docs/scheme-api'

  which later triggers rebuild of info files during 'make check':

> Making check in doc
> make[3]: Entering directory '/<>/doc'
> restore=: && backupdir=".am$$" && \
> am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:" && cd . && \
> rm -rf $backupdir && mkdir $backupdir && \
> if (/bin/bash /<>/build-aux/missing makeinfo --version) 
> >/dev/null 2>&1; then \
>   for f in dico.info dico.info-[0-9] dico.info-[0-9][0-9] dico.i[0-9] 
> dico.i[0-9][0-9]; do \
> if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
>   done; \
> else :; fi && \
> cd "$am__cwd"; \
> if /bin/bash /<>/build-aux/missing makeinfo -I ../imprimatur -D 
> DISTRIB  -I . \
>  -o dico.info dico.texi; \
> then \
>   rc=0; \
>   CDPATH="${ZSH_VERSION+.}:" && cd .; \
> else \
>   rc=$?; \
>   CDPATH="${ZSH_VERSION+.}:" && cd . && \
>   $restore $backupdir/* `echo "./dico.info" | sed 's|[^/]*$||'`; \
> fi; \
> rm -rf $backupdir; exit $rc
> /<>/build-aux/missing: line 81: makeinfo: command not found
> WARNING: 'makeinfo' is missing on your system.
>  You should only need it if you modified a '.texi' file, or
>  any other file indirectly affecting the aspect of the manual.
>  You might want to install the Texinfo package:
>  <https://www.gnu.org/software/texinfo/>
>  The spurious makeinfo call might also be the consequence of
>  using a buggy 'make' (AIX, DU, IRIX), in which case you might
>  want to install GNU make:
>  <https://www.gnu.org/software/make/>
> make[3]: *** [Makefile:1263: dico.info] Error 127

  Adding texinfo to build-dep would get around the FTBFS, but I 
  am not convinced with it. Could you advise me us as whether this is a 
  problem in automake 1.16 or something needs to be fixed in dico & 
  geda-gaf build scripts, or if adding texinfo to build-deps is actually 
  the proper way to go ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#906418: warmux: FTBFS in buster/sid (config.h: No such file or directory)

[أحمد المحمودي]

On Fri, Aug 17, 2018 at 05:02:36PM +0300, Adrian Bunk wrote:
> /usr/include/fribidi/fribidi-types.h
> ...
> #ifdef HAVE_CONFIG_H
> # include 
> #endif
---end quoted text---

Could you explain the reason that this is wrong ?
Thanks.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#906033: qa.debian.org: dmd is failing

[أحمد المحمودي]

On Wed, Aug 15, 2018 at 11:31:39AM +0200, Christophe Siraut wrote:
> It happens when ci output is neutral, the attached patch solves this case.  
---end quoted text---

I don't know if that patch got applied, but dmd is working for me now.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#896710: harfbuzz: autopkgtest to detect freetype regressions

[أحمد المحمودي]

reopen 896710
quit

On Mon, Apr 23, 2018 at 05:14:19PM -0700, Steve Langasek wrote:
> So I've added a simple build-only autopkgtest to harfbuzz in Ubuntu; please
> see the attached patch, and please consider whether you think this would
> also be useful to have in Debian.
---end quoted text---

I removed this testsuite, since Debian prohibits adding no-op tests.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#854840: sl-modem-dkms FTBFS at kernel version 4.9

[أحمد المحمودي]

On Fri, Feb 10, 2017 at 07:17:18PM -0500, Stephen Powell wrote:
> Building for 4.9.2-1custom01-686-pae
> Building initial module for 4.9.2-1custom01-686-pae
> Error!  Build of slusb.ko failed for: 4.9.2-1custom01-686-pae (i686)
> Consult the make.log in the build directory
> /var/lib/dkms/sl-modem/2.9.11~20110321/build/ for more information.
> 
> DKMS make.log for sl-modem-2.9.11~20110321 for kernel 4.9.2-1custom01-686-pae 
> (i686)
> Fri Feb 10 19:07:40 EST 2017
> make: Entering directory 
> '/var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers'
> doing %.o: %.c
> cc -Wall -pipe -O3 -fomit-frame-pointer -D__KERNEL__ -DMODULE -DEXPORT_SYMTAB 
> `test -f 
> /lib/modules/4.9.2-1custom01-686-pae/build/include/linux/modversions.h && 
> echo -DMODVERSIONS --include 
> /lib/modules/4.9.2-1custom01-686-pae/build/include/linux/modversions.h 
> -I/lib/modules/4.9.2-1custom01-686-pae/build/include`  -I. -I./../modem   -o 
> amrmo_init.o -c amrmo_init.c
> amrmo_init.c:57:26: fatal error: linux/module.h: No such file or directory
---end quoted text---

It seems that you don't have the headers package installed for your 
custom kernel: 4.9.2-1custom01-686-pae

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#904949: [Pkg-electronics-devel] Bug#904949: geda package disappeared from your system

[أحمد المحمودي]

reassign debhelper
quit

For some reason:
dh_installdocs -pgeda -pgeda-doc --link-doc=geda-doc

installs the docs in geda-doc package indeed, but in usr/share/doc/geda 
instead of usr/share/doc/geda-doc !

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#902569: ITP: systemc-- SystemC class library

[أحمد المحمودي]

Package: wnpp

Package name: sysyemc
Version : 2.3.2
Upstream Author : Accellera
URL : https://www.accellera.org/downloads/standards/systemc
License : Apache-2.0
Section : elextronics
Description: SystemC library
 SystemC is an HDL based on a C++ class library intended for
 simulations using standard C++ tools.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#882934: [Pkg-electronics-devel] Bug#882934: Segfault on window operations

[أحمد المحمودي]

Please try using pcb-gtk using a new user. I suspect that this might be 
related to some setting or maybe GTK theme.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#880942: ITP: ghdl -- VHDL 2008/93/87 simulator

[أحمد المحمودي]

On Fri, Nov 10, 2017 at 02:35:54AM +0100, Andreas Bombe wrote:
> I haven't contacted the previous maintainer because he orphaned the
> package long before it was removed (citing changed interests) and
> because he is hardly active in Debian anymore.
---end quoted text---

Previous maintainer, Wesley J. Landaker has retired from Debian a few 
years ago indeed.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#875398: [PATCH] switch to lucene 3

[أحمد المحمودي]

On Mon, Sep 11, 2017 at 08:56:25AM +0100, Chris West (Faux) wrote:
This fails to build since Snowball Analyzer is not shipped by Lucene3 
debian packages (neither liblucene3-java nor liblucene3-contrib=java).

Here's the relevant part from build log:
[javac] 
/<>/zekr-1.1.0+repack/src/net/sf/zekr/engine/search/lucene/ZekrLuceneAnalyzer.java:25:
 error: package org.apache.lucene.analysis.snowball does not exist
[javac] import org.apache.lucene.analysis.snowball.SnowballFilter;
[javac]   ^
[javac] 
/<>/zekr-1.1.0+repack/src/net/sf/zekr/engine/search/lucene/ZekrLuceneAnalyzer.java:83:
 error: cannot find symbol
[javac] resultTokenStream = new 
SnowballFilter(resultTokenStream, name);
[javac] ^
[javac]   symbol:   class SnowballFilter
[javac]   location: class ZekrLuceneAnalyzer


-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#740981: elinks: Does not support SSL rehandshakes

[أحمد المحمودي]

This commit https://github.com/rkd77/felinks/commit/4c4717b82ae5eae 
fixed GnuTLS rehandshake issue for me.
Anyways I applied your GnuTLS client cert patch over it, and I still 
can't get it to work.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#797931: elinks: Does not support SSL rehandshakes

[أحمد المحمودي]

On Thu, Sep 03, 2015 at 09:31:45PM +0200, Guillem Jover wrote:
> I've been playing a bit with the new Debian SSO setup, and when trying
> elinks, it could not even connect to the sites before authenticating:
> 
>   <https://nm.debian.org>
>   <https://contributors.debian.org>
>   <https://tracker.debian.org>
>   <https://paste.debian.net>
> 
> It gives the following error message:
> 
> ,---
>   Unable to retrieve https://tracker.debian.org/:
> 
>   Resource temporarily unavailable
> `---
> 
> When tracking this down, it appears one of the problems is due to not
> handling SSL rehandshakes at all. When trying to fix that with the
> attached patch, it started complaining about being unable to rehandshake
> with:
> 
> ,---
> elinks: SSL rehandshake error: No or insufficient priorities were set.
> `---
> 
> And, here I've run out of time. Hope at least this serves as a
> starting point for someone else.
---end quoted text---

There is a hacky patch on: 
http://lists.linuxfromscratch.org/pipermail/elinks-dev/2017-November/002135.html
which worked for me, Maybe your patch can use something feom it ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#879186: ITP: raqm -- Library for complex text layout

[أحمد المحمودي]

Package: wnpp

Package name: raqm
Version : 0.3.0
Upstream Author : Khaled Hosny <khaledho...@eglug.org>
URL : https://github.com/HOST-Oman/libraqm
License : MIT
Section : libs
Description: Library for complex text layout 
 Raqm is a small library to provide convenience functions for complex text
 layout. It currently provides bidirectional text support (using FriBiDi),
 shaping (using HarfBuzz), with proper script itemization.

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#845352: FTBFS in ru_RU.UTF-8 (tests fail)

[أحمد المحمودي]

Hello,

  Does this issue still occur in latest Debian
  version of pcb ?

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7

Bug#875398: [Debian-Islamic-maintainers] Bug#875398: zekr: depends on liblucene2-java which is deprecated

[أحمد المحمودي]

Committed your patch to git.

Thanks...
-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7

Bug#864147: [Debian-Islamic-maintainers] Bug#864147: Updated thawab to latest version

[أحمد المحمودي]

I see that you have filed an upstream bug that indexing fails. Maybe updating 
to 4.1 should wait ?


On June 4, 2017 3:31:45 PM EET, Shanavas  wrote:
>I have updated thawab to 4.1
>
>The repo is at https://git.fosscommunity.in/shanavasm/thawab/
>
>Please check

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#846560: [Debian-Islamic-maintainers] Bug#846560: Bug#846560: thawab: Build depending on librsvg2-bin fixes the issue.

[أحمد المحمودي]

Thanks. Shouldn't an unblock request be sent to release team ?

On March 14, 2017 8:03:28 PM GMT+02:00, Shanavas  wrote:
>Uploaded from https://git.fosscommunity.in/shanavasm/thawab by Praveen.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

signature.asc
Description: PGP signature

Bug#846560: [Debian-Islamic-maintainers] Bug#846560: thawab: Build depending on librsvg2-bin fixes the issue.

[أحمد المحمودي]

Please prepare a NMU. If you can't find a sponsor, upload the binary package to 
a world readable folder in you home directory on alioth, such that I can 
inspect it and upload frok there. Thanks.

On February 2, 2017 11:17:44 AM GMT+02:00, shana...@disroot.org wrote:
>Package: thawab
>Followup-For: Bug #846560
>Tags: patch
>
>It seems imagemagick uses rsvg-convert to convert svg to png.
>
>Build depending on librsvg2-bin which provides rsvg-convert solves the
>issue and successfully builds with pbuilder.
>
>patch attached.
>
>Shanavas M


-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

signature.asc
Description: PGP signature

Bug#812768: python-whoosh: diff for NMU version 2.7.0-1.1

[أحمد المحمودي]

Thanks for uploading. Please feel free to takeover the maintainership of 
python-whoosh as I am MIA since 1.5 year.

On January 22, 2017 9:06:35 PM GMT+02:00, Simon McVittie  
wrote:
>Control: tags 812768 + patch
>Control: tags 812768 + pending
>
>Dear maintainer,
>
>I've prepared an NMU for python-whoosh (versioned as 2.7.0-1.1) and
>uploaded it to DELAYED/7. Please feel free to tell me if I
>should delay it longer.
>
>I've also pushed the changes to collab-maint git: please revert any
>that you don't think are valid before the next maintainer upload.
>
>Regards,
>smcv

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

signature.asc
Description: PGP signature

Bug#844643: [Pkg-electronics-devel] Bug#844643: ITP: flatcam -- 2D Computer-Aided PCB Manufacturing on a CNC router

[أحمد المحمودي]

I am not sure if the team is still active. I am not able to help lately (also I 
am not a DD). Bdale also seems to be busy.

On November 20, 2016 10:56:58 AM EET, Carsten Schoenert 
 wrote:
>Hello pkg-electronics members,
>
>Simon was answering on my ITP from several days ago for FlatCAM and was
>offering a probably sponsoring for the package (Thanks Simon!).
>As I like to place the package into the pkg-electronics ecosystem as it
>fits best here I believe, I would like to ask if the pkg-electronics
>team member agree that I can set the maintainer ship to pkg-electronics
>and if some of you would kindly sponsor the FlatCAM package at some
>point?
>
>I'm working on other packages as a DM for quite some time so I have
>some
>packaging experience for about 5-6 years as I'm co-maintaining Icedove
>package for this time with Christoph and Guido. A few months ago I was
>starting to bring the kicad package into a git-buildpackage workflow
>which reflected in a upload of a new prepared version by Georges some
>days ago.
>
>I'd be happy if the pkg-electronics team would take a look into my work
>of packaging  and hopefully later could sponsor a FlatCAM upload. I
>prepare the packaging currently on my GitHub site [1].
>
>On 20.11.2016 00:04, Simon Richter wrote:
>> Hi,
>> 
>> On 17.11.2016 19:33, Carsten Schoenert wrote:
>> 
>>> * Package name: flatcam
>> 
>>> I'd like to place this package into the pkg-electronics team as
>other PCB
>>> related package are workend on there. I will need a sponsor.
>> 
>> In case there are no other sponsors, I could do it, but please treat
>> this as a last resort as I often have long stretches where I don't
>even
>> find time to go online.
>> 
>>Simon
>> 
>> 
>
>[1] https://github.com/tijuca/flatcam

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#819835: [src:dico] dico: FTBFS in testing (test suite fails)

[أحمد المحمودي]

I don't understand why my reply didn't reach you. Probably I've missed you or 
the bug report in the CC. Please feel free to NMU or better takeover the 
package. 

On August 2, 2016 2:55:47 PM EET, Ritesh Raj Sarraf  wrote:
>Hi,
>
>As a result of this bug, dico will be out of testing. I've tried
>reaching to
>Ahmed but haven't had any reply.
>
>As is mentioned in the bug, the build failure has to do with test
>suite. The
>packaging already carries a patch that fixed similar build failure in
>the past.
>I have zero knowledge about these guile testcases, so have reached out
>to
>upstream (email/logs attached) folks hoping they may have some input.
>
>Worst case, is it okay to prepare an (NMU) upload with the test suite
>disabled ?
>I'd not want to see this package out of testing.
>
>
>Ritesh
>
>On Sat, 2016-07-30 at 10:51 +, Debian Bug Tracking System wrote:
>> Processing commands for cont...@bugs.debian.org:
>> 
>> > 
>> > #I'm trying to reach out to upstream for help. Worst case, I'll
>upload a
>> > build with testcases disabled
>> > tags 819835 + confirmed
>> Bug #819835 [src:dico] dico: FTBFS in testing (test suite fails)
>> Added tag(s) confirmed.
>> > 
>> > thanks
>> Stopping processing here.
>> 
>> Please contact me if you need assistance.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#833384: wordnet: multiple packages for the same database

[أحمد المحمودي]

On August 5, 2016 12:41:06 PM EET, Andreas Tille  wrote:

>> dico-module-wordnet
>
>I have no idea about this but the maintainer is in CC.  May be the bug
>report could be turned into:  Please create the dico wordnet database
>from same source as wordnet?

dico-module-wordnet is only a backend for dico to access wordnet database, 
hence it depends on wordnet package
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#819835: [src:dico] dico: FTBFS in testing (test suite fails)

[أحمد المحمودي]

Coin,

I've been MIA since Aug 14th, I don't have access to a laptop nor internet, 
only since 2 weeks ago I get limited access to internet via a cellphone. Please 
feel free to adopt the package


On August 2, 2016 5:11:29 PM EET, Ritesh Raj Sarraf  wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA512
>
>Control: tag -1 +help
>
>On Tue, 2016-08-02 at 15:22 +0200, Santiago Vila wrote:
>> Before disabling all the tests, I would try to find the way to
>disable
>> the tests that fail, and only those. That's usually considered better
>> than disabling all the tests.
>> 
>
>My initial attempt to disable the specific test didn't work. But I'll
>admit I'm
>not much versed with guile and haven't spent much time to figure that
>out. I
>hope the upstream folks respond, because the same guile patch is there
>in the
>upstream repository too.
>
>> Also, if the maintainer is MIA, try contacting the MIA team.
>
>I really don't know. His last uploads were from around Aug/Sep, 2015.
>So he
>isn't like that long inactive.
>
>But I haven't heard from him for my emails. My most recent attempt to
>reach him
>out (last week) resulted in bounced emails. I hope he's fine.
>
>Let's ensure we don't get this kicked out of Debian testing. If nothing
>works,
>disabling the tests may be the last available option.
>
>- -- 
>Ritesh Raj Sarraf | http://people.debian.org/~rrs
>Debian - The Universal Operating System
>-BEGIN PGP SIGNATURE-
>
>iQIcBAEBCgAGBQJXoLghAAoJEKY6WKPy4XVpiKAQAJLIZ8qSKdPZh3gn1MiuXner
>+mr/Vpz2G/wcHcr3/XCmsXXEvs7VA/baICJ8k5qNxu9g8iypVjd8dgHKcJ9hJCcu
>3Oo3+HKXvL0ipoAMCw62v9ydMCwROMNz4/SB0pU9u6Hu8Eoegda+cC47jfSzla+S
>vQW3BCL038gpN6zUpQbmqmehk0tPS6+DagcWRh/TADmVLBubGCXPop88D1Qrraqw
>NMQEfNAiXpa5T6HWYqAewjSiSy5/ouKtF9lIOzhDwu9cSZgH2Lt4SzO4BFJ6rfwu
>LrtRgFjE8aXkTq4U1TZBWmX+RKrZKBfiH7Drt/8q0hN2+1nu8bQPFZl6M8xU9/et
>PJlGvjsYlJvjA3+3pCdHfv8y/Z5YYEjXGIgnaJhMUqFLx1myvWL8hFsg5P29VxKj
>2340j6S3woKZAM6YBqcrwHzMhHwUDhQmfL7NDHCDnkRYdJHzPYXo5JmZH30oB4Qu
>sM3kC5DxvnSKDPDPaQ64CnyuXbdTdYFiTb+cTGy5zvFDug4aaqnEpgv3xyiQrHko
>hkThENoi9xvDB4ZSsar/2eIdM773v8UKUnER5cMrRHKFSGks8noncca+Zu5b26S7
>NA6awUuF+BUJUQYZ3cCZjC2KnTCcTOEldZ9U+Nw+uasj/q9GTEnynndiexpUD9aY
>OoIfsH6AfF0cTUi0YB/5
>=agcB
>-END PGP SIGNATURE-

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#762430: RFP: ricochet -- anonymous and serverless instant messaging

[أحمد المحمودي]

Hello,

On Mon, Sep 22, 2014 at 06:10:17PM +0200, Petter Reinholdtsen wrote:
 I'll probably upload to collab-maint unless someone else is interested
 in maintaining this package in Debian.
---end quoted text---

  I'm interested in packaging this software, have you done any work on 
  it ? I didn't find a repo on collab-maint.


-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#728268: Dependency includes obsolete packages

[أحمد المحمودي]

On Fri, May 08, 2015 at 10:25:03PM +0100, Ben Hutchings wrote:
 On Fri, 2015-05-08 at 09:17 +0200, أحمد المحمودي wrote:
  On Wed, Oct 30, 2013 at 03:59:31AM +, Ben Hutchings wrote:
   I suggest that you replace this dependency with a recommendation of
   linux-headers-686-pae | linux-headers-amd64 | linux-headers-generic
  ---end quoted text---
  
So I will replace the current linux-headers* deps with the one 
suggested above, but I don't understand why demote it to a 
recommendation instead of a dependency ?
 
 Because not everyone is using one of those kernel flavours.
---end quoted text---

  But the -dkms package will not be buildable if there isn't a kernel 
  headers package installed, ie. it will not be usable.

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#728268: Dependency includes obsolete packages

[أحمد المحمودي]

On Wed, Oct 30, 2013 at 03:59:31AM +, Ben Hutchings wrote:
 I suggest that you replace this dependency with a recommendation of
 linux-headers-686-pae | linux-headers-amd64 | linux-headers-generic
---end quoted text---

  So I will replace the current linux-headers* deps with the one 
  suggested above, but I don't understand why demote it to a 
  recommendation instead of a dependency ?

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#683241: cruft left behind after purge

[أحمد المحمودي]

Hello,

  Could you send me the list of cruft that was left over after purging 
  sl-modem-daemon ?

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#784013: RFP: apktool -- tool for reverse engineering Android apk files

[أحمد المحمودي]

Package: wnpp
Severity: wishlist

* Package name: apktool
  Version : 2.0.0
  Upstream Author : Ryszard Wiśniewski brut.a...@gmail.com
* URL : https://ibotpeaches.github.io/Apktool/
* License : Apache 2.0
  Programming Lang: Java
  Description : tool for reverse engineering Android apk files


A tool for reverse engineering 3rd party, closed, binary Android apps. 
It can decode resources to nearly original form and rebuild them after 
making some modifications; it makes possible to debug smali code step by 
step. Also it makes working with an app easier because of project-like 
file structure and automation of some repetitive tasks like building 
apk, etc.

It is NOT intended for piracy and other non-legal uses. It could be used 
for localizing, adding some features or support for custom platforms, 
analyzing applications and much more.

Features

* Disassembling resources to nearly original form (including 
  resources.arsc, classes.dex, 9.png. and XMLs)
* Rebuilding decoded resources back to binary APK/JAR
* Organizing and handling APKs that depend on framework resources
* Smali Debugging
* Helping with repetitive tasks

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#782812: RFP: gnusocial -- social networking platform

[أحمد المحمودي]

Package: wnpp
Severity: wishlist

* Package name: gnusocial
  Version : 1.2.x
  Upstream Author : Matt Lee ma...@gnu.org
* URL : https://gnu.io/social
* License : AGPL3+
  Programming Lang: PHP
  Description : social communication server

GNU social is a free social networking platform. It helps people in a 
community, company or group to exchange short status updates, do polls, 
announce events, or other social activities (and you can add more!). 
Users can choose which people to follow and receive only their 
friends' or colleagues' status messages. It provides a similar service 
to sites like Twitter, Google+ or Facebook, but is much more awesome.

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature