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#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#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#944768: marked as pending in hijra

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

Control: tag -1 pending

Hello,

Bug #944768 in hijra reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/islamic-team/hijra/commit/30533c40bcf6b252abdc9f6649e3a441b8226216


Drop gnome-shell upper limit dependency

Closes: #944768


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/944768

Bug#944792: marked as pending in hijra

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

Control: tag -1 pending

Hello,

Bug #944792 in hijra reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/islamic-team/hijra/commit/c841882a6b1f0780b894fec37173f92dfc0d168d


Add Breaks+Replaces: python-hijra

Closes: #944792


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/944792

Bug#944767: marked as pending in hijra

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

Control: tag -1 pending

Hello,

Bug #944767 in hijra reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/islamic-team/hijra/commit/d8d18cbf77daae0f692513b39983db3c721c68fc


Fix indentation inpy3.diff patch

Closes: #944767


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/944767

Bug#944939: marked as pending in pyfribidi

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

Control: tag -1 pending

Hello,

Bug #944939 in pyfribidi reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/python-team/modules/pyfribidi/commit/da7643395ee585683922d21692723fddf7ad969b


Add dh-python to build deps

Closes: #944939


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/944939

Bug#944947: marked as pending in python-uinput

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

Control: tag -1 pending

Hello,

Bug #944947 in python-uinput reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/python-team/modules/python-uinput/commit/1cbe43fea993838d6997d5e29d59524dd6ec77cf


Add dh-python to build deps

Closes: #944947


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/944947

Bug#940198: marked as pending in okasha

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

Control: tag -1 pending

Hello,

Bug #940198 in okasha reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/python-team/modules/okasha/commit/895eeb2a154fe0d5dde4428776f13d0d5bd6dded


Add Breaks+Replaces: python-okasha-examples

Closes: #940198


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/940198

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#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#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#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#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#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#893861: Bug #893861 in thawab marked as pending

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

Control: tag -1 pending

Hello,

Bug #893861 in thawab reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:

https://salsa.debian.org/islamic-team/thawab/commit/8d9eae628868faa7533e083d3383eff8ac62943a


Add webkit2.diff patch to port to Webkit2

Closes: #893861



(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/893861

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#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#903171: Bug #903171 in fonts-hosny-amiri marked as pending

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

Control: tag -1 pending

Hello,

Bug #903171 in fonts-hosny-amiri reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:

https://salsa.debian.org/fonts-team/fonts-hosny-amiri/commit/59dc01c9dd265f1f74574ccabd6257221c2786e9


Fix path of docs to install

Closes: #903171



(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/903171

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#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#765154: [Pkg-electronics-devel] Bug#765154: gwave: FTBFS: build-dependency not installable: libgwrap-runtime-dev

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

Hello,

On Wed, Mar 04, 2015 at 05:17:10PM -0500, Daniel T Chen wrote:
 Attached is git commit against current src:gwave master from pkg-electronics
 to resolve FTBFS. These changes were test-compiled against Ubuntu Vivid/amd64.
 
 diff --git a/debian/changelog b/debian/changelog
 index 200ef65..f8f0a0f 100644
 --- a/debian/changelog
 +++ b/debian/changelog
 @@ -1,3 +1,13 @@
 +gwave (20090213-5ubuntu1) vivid-proposed; urgency=low
 +
 +  * Rebased on Debian's git
 +  * Resolved FTBFS (Closes: #765154):
 ++ Completed GH to scm transition
 ++ Added missing variable declaration
 ++ Added missing library to link
 +
 + -- Daniel T Chen crim...@ubuntu.com  Wed, 04 Mar 2015 12:15:14 -0500
 +
---end quoted text---

  Thanks for submitting this patch. Yet I don't see its relevance to 
  #765154 regarding libgwrap-runtime-dev build-dependency not 
  installable.

-- 
 ‎أحمد المحمودي (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#768275: python-whoosh-doc: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

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

On Sun, Nov 16, 2014 at 02:53:30AM +, Jean-Michel Nirgal Vourgère wrote:
 I've prepared a patch for that RC bug. As part of a BSP in Paris, I may
 get an delayed NMU sponsored tomorrow. Please fell free to tell me if
 you'd like to handle the matter yourself.
---end quoted text---

  Thanks a lot for your patch. I've uploaded it right now.

-- 
 ‎أحمد المحمودي (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#768275: python-whoosh-doc: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

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

On Thu, Nov 06, 2014 at 09:32:21AM +0100, Andreas Beckmann wrote:
 It is recommended to use the dpkg-maintscript-helper commands
 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.2)
 to perform the conversion, ideally using d/$PACKAGE.mainstscript.
 See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.
---end quoted text---

  I thought that I have fixed this already by adding: 
  debian/python-whoosh.maintscript

  with the following line:

symlink_to_dir /usr/share/doc/python-whoosh /usr/share/doc/python-whoosh-doc 
2.4.1-1~ python-whoosh

  So why isn't that working ?


-- 
 ‎أحمد المحمودي (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#768275: Bug#768245: opendnssec-enforcer-{sqlite3, mysql}: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

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

On Thu, Nov 06, 2014 at 10:40:01AM +0100, Andreas Beckmann wrote:
 It may be the missing Pre-Depends you added in -3 (but I don't see any
 errors from d-m-h in the logs). But it would be better to use
 ${misc:Pre-Depends} instead and have debhelper fill in the correct
 versions instead of hardcoding them (since you are using .maintscript
 files).
---end quoted text---

  Well, in the case of python-whoosh (#768275), python-whoosh does have 
  the Pre-Depends yet it also failed.

-- 
 ‎أحمد المحمودي (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#761211: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

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

tag 761211 + patch
quit

On Sun, Oct 12, 2014 at 09:51:12PM -0500, Rob Browning wrote:
 Luca Falavigna dktrkr...@debian.org writes:
  guile-gnome-platform [1]
 
 No response wrt 2.0: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761211
---end quoted text---

  The attached patch (which is just a sync from Ubuntu), migrates 
  guile-gnome-platform to guile 2.0.


-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7
diff -Nru guile-gnome-platform-2.16.2/debian/changelog 
guile-gnome-platform-2.16.2/debian/changelog
--- guile-gnome-platform-2.16.2/debian/changelog2014-02-11 
10:59:12.0 +0200
+++ guile-gnome-platform-2.16.2/debian/changelog2014-10-29 
19:09:14.0 +0200
@@ -1,3 +1,20 @@
+guile-gnome-platform (2.16.2-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Sync changes from Ubuntu. (Closes: #761211)
+
+ -- أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@users.sourceforge.net  
Wed, 29 Oct 2014 19:08:36 +0200
+
+guile-gnome-platform (2.16.2-1.1ubuntu1) trusty; urgency=medium
+
+  * Switch to guile-2.0-dev.
+  * Backport build fix from upstream to use absolute paths and handle
+GUILE_LOAD_PATH being unset.
+  * Handle the Automake parallel test harness.
+  * Use dh-autoreconf to help apply these changes.
+
+ -- Colin Watson cjwat...@ubuntu.com  Tue, 25 Mar 2014 11:51:05 +
+
 guile-gnome-platform (2.16.2-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru guile-gnome-platform-2.16.2/debian/control 
guile-gnome-platform-2.16.2/debian/control
--- guile-gnome-platform-2.16.2/debian/control  2012-06-02 16:32:20.0 
+0200
+++ guile-gnome-platform-2.16.2/debian/control  2014-03-25 13:51:04.0 
+0200
@@ -1,12 +1,13 @@
 Source: guile-gnome-platform
 Section: lisp
 Priority: extra
-Maintainer: Andreas Rottmann ro...@debian.org
+Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com
+XSBC-Original-Maintainer: Andreas Rottmann ro...@debian.org
 Standards-Version: 3.9.3
 Homepage: http://www.gnu.org/software/guile-gnome/
 Build-Depends: cdbs (= 0.4.49), debhelper ( 7),
- automake, libtool, xvfb, xauth, xfonts-base, stx2any,
- guile-1.8-dev, guile-library (= 0.1.6),
+ dh-autoreconf, xvfb, xauth, xfonts-base, stx2any,
+ guile-2.0-dev, guile-library (= 0.1.6),
  g-wrap (= 1.9.14-1), guile-g-wrap (= 1.9.14-1),
  libgwrap-runtime-dev (= 1.9.11), guile-cairo-dev (= 1.4.0),
  libglib2.0-dev (= 2.12.13), libgtk2.0-dev (= 2.10.13), libgconf2-dev (= 
2.18.0),
diff -Nru 
guile-gnome-platform-2.16.2/debian/patches/fixes/automake-parallel-tests.patch 
guile-gnome-platform-2.16.2/debian/patches/fixes/automake-parallel-tests.patch
--- 
guile-gnome-platform-2.16.2/debian/patches/fixes/automake-parallel-tests.patch  
1970-01-01 02:00:00.0 +0200
+++ 
guile-gnome-platform-2.16.2/debian/patches/fixes/automake-parallel-tests.patch  
2014-03-25 13:49:55.0 +0200
@@ -0,0 +1,47 @@
+Description: Handle Automake parallel test harness
+Author: Colin Watson cjwat...@ubuntu.com
+Forwarded: no
+Last-Update: 2014-03-25
+
+Index: b/glib/test-suite/Makefile.am
+===
+--- a/glib/test-suite/Makefile.am
 b/glib/test-suite/Makefile.am
+@@ -36,7 +36,8 @@
+ gw_module_name = (gnome gw $(wrapset_stem))
+ extra_module_names =
+ wrapset_modules = ($(top_module_name) $(gw_module_name) $(extra_module_names))
+-TESTS_ENVIRONMENT=\
++LOG_COMPILER=\
++  env \
+   API_FILE=$(srcdir)/gobject.api \
+   DOC_SCM=$(srcdir)/../doc/gobject/guile-gnome-gobject.scm \
+   WRAPSET_MODULES=$(wrapset_modules) \
+@@ -64,7 +65,7 @@
+   $(top_builddir)/dev-environ $(GUILE) --debug -e update-api -s 
$(srcdir)/wrapset.scm
+ 
+ %.check: %
+-  $(TESTS_ENVIRONMENT) $(srcdir)/$*
++  $(LOG_COMPILER) $(srcdir)/$*
+ 
+ EXTRA_DIST+=gobject.api api.scm wrapset.api wrapset.scm
+ 
+Index: b/tests.mk
+===
+--- a/tests.mk
 b/tests.mk
+@@ -33,12 +33,12 @@
+ WRAPSET_TESTS_ENV = WRAPSET_MODULES=$(wrapset_modules) 
WRAPSET_API_FILE=$(srcdir)/wrapset.api
+ DEV_ENV = $(top_builddir)/dev-environ
+ 
+-TESTS_ENVIRONMENT=$(WRAPSET_TESTS_ENV) $(DEV_ENV) $(GUILE) $(GUILE_FLAGS) -e 
main -s
++LOG_COMPILER=env $(WRAPSET_TESTS_ENV) $(DEV_ENV) $(GUILE) $(GUILE_FLAGS) -e 
main -s
+ 
+ wrapset.api.update:
+   $(WRAPSET_TESTS_ENV) $(DEV_ENV) $(GUILE) -e update-api -s 
$(srcdir)/wrapset.scm
+ 
+ %.check: %
+-  $(TESTS_ENVIRONMENT) $(srcdir)/$*
++  $(LOG_COMPILER) $(srcdir)/$*
+ 
+ TESTS = wrapset.scm
diff -Nru 
guile-gnome-platform-2.16.2/debian/patches/fixes/build-absolute-paths.patch 
guile-gnome-platform-2.16.2/debian/patches/fixes/build-absolute-paths.patch
--- guile-gnome-platform-2.16.2/debian/patches/fixes/build-absolute-paths.patch 
1970-01-01 02:00:00.0 +0200
+++ guile-gnome-platform-2.16.2/debian

Bug#765154: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

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

reopen 746003
tag 746003 + help
quit

Hello,

  I tried to compile gwave against g-wrap 1.9.14-2.1 [1]  guile-gnome-platform 
2.16.2-1.2 [2]

  I had to add a patch for gwave package [3] to update the used header. 
  Now when I attempted to build gwave, I got stuck with the following build 
error: 

scwm_guile.c: In function 'scwm_handle_error':
scwm_guile.c:332:30: error: 'scm_the_last_stack_fluid_var' undeclared (first 
use in this function)
   fl = SCM_VARIABLE_REF (scm_the_last_stack_fluid_var);


  Can someone help me with this issue please ?
  Thanks...

[1] It has been in git 
(https://anonscm.debian.org/cgit/collab-maint/g-wrap.git) since 8 months 
ago, yet Hideki Yamane forgot to upload for some reason, hopefully he 
will upload it soon.
[2] Debdiff available on: https://bugs.debian.org/761211
[3] http://anonscm.debian.org/gitweb/?p=pkg-electronics/gwave.git


-- 
 ‎أحمد المحمودي (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#765154: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

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

On Wed, Oct 29, 2014 at 05:49:22PM -0500, Rob Browning wrote:
 أحمد المحمودي aelmahmo...@users.sourceforge.net writes:
 
  [1] It has been in git 
  (https://anonscm.debian.org/cgit/collab-maint/g-wrap.git) since 8 
  months 
  ago, yet Hideki Yamane forgot to upload for some reason, hopefully he 
  will upload it soon.
 
 I'm skeptical about uploading a major new upstream version when there's
 effectively no Debian maintainer for it.
---end quoted text---

  It's not a new upstream version.

-- 
 ‎أحمد المحمودي (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#765154: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

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

On Thu, Oct 30, 2014 at 12:24:26AM -0500, Rob Browning wrote:
 Ahh, apologies -- I was thinking of a different package.
 
 But in any case, the experimental g-wrap hasn't actually built
 everywhere, so someone still has to handle that first:
 
   https://buildd.debian.org/status/package.php?p=g-wrapsuite=experimental

  Well, the other NMU that is in git has some fixes, it seems to be 
  building on all archs that Ubuntu support: ppc64el, powerpc, amd64, 
  i386, arm64,  armhf

 Afterward, and once we're sure the new g-wrap actually works correctly
 (or at least reasonably) with guile-2.0, we'll have to deal with the
 rdepends, i.e. guile-cairo and guile-gnome-platform.  Both will have to
 be updated for 2.0, tested, and then migrate in tandem with the new
 g-wrap.

  guile-cairo has been migrated to guile-2.0, but I don't see any g-wrap 
  package in its deps nor build-deps.

  As for guile-gnome-platform, I have sync'ed it from Ubuntu (they had 
  it migrated to Guile 2.0), and built it on an amd64 (against g-wrap 
  revision that hasn't been uploaded yet).

 Hence my feeling that we need active maintainers for whichever of these
 are to remain in Debian.  I might considering helping with that
 eventually, but probably not in the short term.

  Well, I am trying to help. I was hoping someone would help me with the 
  gwave build problem that I've got.

-- 
 ‎أحمد المحمودي (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#762832: [Pkg-ime-devel] Bug#762832: fcitx: FTBFS: cp: cannot stat 'debian/tmp/usr/lib/girepository-1.0/Fcitx-1.0.typelib': No such file or directory

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

Hello,

On Fri, Oct 17, 2014 at 03:05:47PM +0900, NOKUBI Takatsugu wrote:
 I tested fcitx-4.2.8.5-1.1-nmu.diff on git HEAD, it seems fine for me.
 I'll try to upload it with DELAYED/7.
---end quoted text---

  Any progress regarding that issue ?

-- 
 ‎أحمد المحمودي (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#761210: [Pkg-electronics-devel] Bug#746003: Bug#760986: RM: guile-1.8 -- ROM; replaced by guile-2.0

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

On Sun, Oct 12, 2014 at 09:51:12PM -0500, Rob Browning wrote:
  g-wrap [1]
 
 Only response wrt 2.0 is a mention of an upload that's been in
 experimental for two years, but no response from the maintainer:
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761210
 
 Last non-experimental upload: 2012-05
 
---end quoted text---

  Can't this be experimental version be NMU'ed for unstable ?
  Btw, there is a patch in Ubuntu against g-wrap upload that is in 
  experimental: 
  https://patches.ubuntu.com/g/g-wrap/g-wrap_1.9.14-2ubuntu1.patch

-- 
 ‎أحمد المحمودي (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#745995: dico FTBFS on mips/mipsel -- RFH

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

On Thu, Sep 25, 2014 at 02:51:42PM +, James Cowgill wrote:
 I've had a small look at this (I don't have much at the moment).
 
 When you run your example with LD_DEBUG=libs, you get the error:
  /usr/lib/mips-linux-gnu/libgc.so.1: error: symbol lookup error: undefined 
 symbol: __data_start (fatal)
 
 The Boehm GC headers (on some arches) indicate that the calling program
 is expected to define __data_start somewhere (presumably by gcc) and
 this isn't happening.
---end quoted text---

  I'd like to note the following:

  * dico 2.2-5 does build on mips/mipsel, this revision builds against 
guile 1.8 not guile 2.0

  * I unpacked the mips arch. of the following packages under the same 
directory: guile-2.0-libs, guile-1.8-libs, dico-module-guile (2.2-5)

Then I ran: grep -r __data_start /path/to/extracted_pkgs/ , the only 
match was: ./usr/lib/mips-linux-gnu/guile-2.0/bin/guile

I grep'ed the guile.so module produced by dico 2.2-6 amd64 build (I 
don't have access to a mips machine) for __data-start, but no match 
was found.

  * I realize that guile-2.0-libs installs 'guile' binary under a 
multiarch dir on mips (/usr/lib/mips-linux-gnu/guile-2.0/bin/guile), 
yet on amd64 it is installed in (/usr/lib/guile-2.0/bin/guile). 
Don't know if that does matter or not.

-- 
 ‎أحمد المحمودي (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#759956: [Pkg-electronics-devel] Bug#759956: drawtiming: FTBFS: dh_auto_test: make -j1 check returned exit code 2

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

reassign -1 graphicsmagick
quit
.

On Sat, Aug 30, 2014 at 02:28:51PM -0700, Lucas Nussbaum wrote:
  + ../src/drawtiming -x 1.5 -o memory.gif ./memory.txt
  caught Magick++ exception: Magick: Non-conforming drawing primitive 
  definition (text) reported by magick/render.c:3022 (DrawImage)
---end quoted text---


  When I changed empty strings () in memory.txt to strings with a 
  single space character ( ), the test passed.

  So I think that this might be a regression in graphicsmagick

-- 
 ‎أحمد المحمودي (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#741818: tkgate: FTBFS: block.c:1103:20: error: 'Tcl_Interp' has no member named 'result'

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

  I am working on a patch.
  A quick fix would be to add -DUSE_INTERP_RESULT to CFLAGS.

-- 
 ‎أحمد المحمودي (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#724922: [Pkg-electronics-devel] Bug#724922: Bug#724922: geda-gaf: FTBFS: dh_auto_test fork bombs

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

On Sun, Sep 29, 2013 at 09:45:24PM +0200, أحمد المحمودي wrote:
   This happened with me when building geda-gaf 1.8.1-4 (which was never 
   released, due to that fork bomb) using cowbuilder on an amd64 arch for 
   a sid release.
---end quoted text---

  I'd also like to note that 1.8.1-3 built fine with me on 2013-06-04, 
  so it seems to me, that this forkbomb issue must have been triggered by 
  some change in the build-deps or build-essentials during after that 
  date.

-- 
 ‎أحمد المحمودي (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#730488: dicoweb: broken with Django 1.4

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

On Mon, Nov 25, 2013 at 04:41:49PM +, Marc Dequènes (Duck) wrote:
 1) new-style 'url' tag (see
 https://docs.djangoproject.com/en/1.5/releases/1.5/)
 fix in /etc/dicoweb/templates/base.html by quoting the route name ({%
 url opensearch %})

  So the line should be:

  href={% url 'opensearch' %}

  right ?

 2) « ImproperlyConfigured: If set, MEDIA_URL must end with a slash »
 /etc/dicoweb/settings.py needs to be fixed

  MEDIA_URL = 'static/' ?

 Nevertheless, having a program also working on older versions would
 need more work.

  Please clarify what you mean here.

-- 
 ‎أحمد المحمودي (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#724818: sl-modem-daemon: Unable to start the sl-modem-daemon

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

On Sat, Sep 28, 2013 at 12:07:52PM +0200, Enrico Polesel wrote:
  Only access through ALSA is available on amd64 but slamr driver was chosen!
  Make sure that an ALSA driver for your chipset is available and is loaded
  and that access to SmartLink modem components is supported by it.

  This message says it all. sl-modem supports slamr driver only on i386 
  arch, and it seems that you don't have an ALSA driver for your 
  chipset. Hence sl-modem won't work on your machine, unless you install 
  the i386 version of Debian.

  /proc/asound/cards ===
  0 [MID]: HDA-Intel - HDA Intel MID
   HDA Intel MID at 0xf0b0 irq 44
  1 [Generic]: HDA-Intel - HD-Audio Generic
   HD-Audio Generic at 0xcfedc000 irq 45
  /proc/asound/devices ===
   1:: sequencer
   2: [ 0- 0]: digital audio playback
   3: [ 0- 0]: digital audio capture
   4: [ 0- 0]: hardware dependent
   5: [ 0]   : control
   6: [ 1- 3]: digital audio playback
   7: [ 1- 0]: hardware dependent
   8: [ 1]   : control
  33:: timer

-- 
 ‎أحمد المحمودي (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#724922: [Pkg-electronics-devel] Bug#724922: Bug#724922: geda-gaf: FTBFS: dh_auto_test fork bombs

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

On Sun, Sep 29, 2013 at 05:06:12PM -0600, Bdale Garbee wrote:
 I can't reproduce the problem here, so someone else is going to have to
 figure out what's different on the system(s) where it fails.  My builds
 are all done using git-buildpackage to drive a cowbuilder instance.
 
 Checking the autobuilders, 1:1.8.2-1 built successfully on all
 architectures except armel and armhf, where it shows as having been in a
 Building state for a freakishly long time.  Since they're still
 building, I can't see logs for those builds yet... so no way to tell if
 they're experiencing this problem or it's something else. 
---end quoted text---

  In that case, maybe the bug severity should be reduced ?

-- 
 ‎أحمد المحمودي (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#724922: [Pkg-electronics-devel] Bug#724922: Bug#724922: geda-gaf: FTBFS: dh_auto_test fork bombs

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

On Sun, Sep 29, 2013 at 12:19:04PM -0600, Bdale Garbee wrote:
 Daniel Schepler dschep...@gmail.com writes:
 
  At this point, the load average shoots through the roof, and top shows
  a large number of make and sh processes being created.  I therefore
  have to interrupt the build.
 
 Which architecture and release are you trying this on?
---end quoted text---

  This happened with me when building geda-gaf 1.8.1-4 (which was never 
  released, due to that fork bomb) using cowbuilder on an amd64 arch for 
  a sid release.

-- 
 ‎أحمد المحمودي (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#722201: Fwd: [Debian-Islamic-maintainers] Bug#722201: FTBFS: several errors

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


-  Original Message 
From: Micah Gersten mic...@ubuntu.com
Sent: Mon Sep 09 03:52:37 جرينتش+02:00 2013
To: Debian Bug Tracking System sub...@bugs.debian.org
Subject: [Debian-Islamic-maintainers] Bug#722201: FTBFS: several errors

Package: zekr
Version: 1.1.0+repack-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

See 
https://launchpadlibrarian.net/144030976/buildlog_ubuntu-saucy-i386.zekr_1.1.0%2Brepack-1_FAILEDTOBUILD.txt.gz
I was able to reproduce a similar log in a sid amd64 chroot.
Thanks in advance.

- -- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-proposed'), (500, 'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8.0-28-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

___
Debian-islamic-maintainers mailing list
debian-islamic-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-islamic-maintainers


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

iQFYBAEBCABCBQJSLWP8OxwjLUUvICdERS1FSC9KIChBaG1lZCBFbC1NYWhtb3Vk
eSkgPGFlbG1haG1vdWR5QHNhYmlseS5vcmc+AAoJELwZapTt3aG3wfYH/1Thbx02
Le0BpCug+QHMWQB7+6eD5eSsgnrVSDRVJyFmr1QfgJArflzv3WdJDt5RmvxzdeOb
xT0goEaGzp0A19PvoefxUT2qDOOs1IccxHf1cPNfYqP0TyRLtPuRe6GldoJelWUw
BjM/H/Oaz8XbL4nlTdW7s/AuRN0m2jjGB2MEbG8/JvN/6kfslBYeJQEAvb2yoI4n
6AuGB5SzCw1Kn/dkcZTEIBMts9zZ0yGSCr6BmLQeIT+x0hiktua2YNEAH9f7IfRX
nkJMDRUG90R0vUTliYUggWtxXRUIhAWaEsqEUH7bthyWkho58hwb27aJpDDZn/GU
DVSnS25XxJKWnso=
=QSW2
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#713453: [Pkg-electronics-devel] Bug#713453: pcb: FTBFS: ../../src/hid/gtk/gtkhid-gl.c:28:23: fatal error: gtk/gtkgl.h: No such file or directory

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

block 713453 by 709554 711822
thanks

On Sat, Jun 22, 2013 at 03:44:56PM +0200, David Suárez wrote:
  ../../src/hid/gtk/gtkhid-gl.c:28:23: fatal error: gtk/gtkgl.h: No such file 
  or directory
   #include gtk/gtkgl.h
 ^
  compilation terminated.
  make[6]: *** [hid/gtk/libgtk_a-gtkhid-gl.o] Error 1
---end quoted text---

The problem is in libgtkglext1-dev package.
709554 has been filed almost a month ago, yet not fixed yet. I am not a 
DD, if I prepare an NMU for gtkglext, would someone sponsor it ?

-- 
 ‎أحمد المحمودي (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#713017: Processed: block 713017 with 693481

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

On Sat, Jun 22, 2013 at 05:36:05AM +, Debian Bug Tracking System wrote:
  block 713017 with 693481
---end quoted text---

  How is 693481 blocking 713017 ? I see that in Ubuntu, python-webm 
  isn't in saucy, yet xpra in saucy has libwebp4 in Depends instead of 
  libwebp2

-- 
 ‎أحمد المحمودي (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#712510: python-whoosh FTBFS:some tests failed on mips

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

On Mon, Jun 17, 2013 at 02:47:50PM +0200, Dragoslav Sicarov wrote:
 The problem does not occur in python-whoosh 2.4.1-1.
 
 How is this problem going to be fixed for wheezy?
 Are you going to upgrade python-whoosh  to 2.4.1-1 version in
 wheezy, or  python-whoosh 2.3.2-2 version will be patched?
---end quoted text---

  I hope someone would backport 2.4.1-1 for wheezy.

-- 
 ‎أحمد المحمودي (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#712510: python-whoosh FTBFS:some tests failed on mips

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

On Sun, Jun 16, 2013 at 05:36:38PM +0200, Dragoslav Sicarov wrote:
 Package: python-whoosh
 Version: 2.3.2-2
 Severity: serious
 Tags: wheezy
 Justification: FTBFS
 
 
 In an attempt to rebuild the package on mips, build failed on testing.
 
 Full build log is attached.
 
 Any suggestions?
---end quoted text---

  Does the same problem happen with python-whoosh 2.4.1-1 ?

-- 
 ‎أحمد المحمودي (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#711822: [Pkg-electronics-devel] Bug#711822: pcb: FTBFS (gtk/gtkgl.h: No such file or directory)

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

reassign 711822 libgtkglext1-dev 1.2.0-3
quit

On Mon, Jun 10, 2013 at 08:13:22AM +0200, Julien Cristau wrote:
 Source: pcb
 Version: 20110918-7
 Severity: serious
 Justification: fails to build from source (but built successfully in the past)
 Tags: jessie sid
 Control: block 706828 with -1
 
 See the build logs at
 https://buildd.debian.org/status/logs.php?pkg=pcbver=20110918-7%2Bb1suite=sid
 
  gcc -std=gnu99 -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -I. 
  -I../../src -I.. -I../.. -I../../src/icons -I../../src/../gts -I./hid/gtk 
  -D_FORTIFY_SOURCE=2   -DPREFIXDIR=\/usr\ -DBINDIR=\/usr/bin\ 
  -DHOST=\x86_64-pc-linux-gnu\ -DPCBLIBDIR=\/usr/share/pcb\ 
  -DPCBTREEDIR=\/usr/share/pcb/newlib\ 
  -DPCBTREEPATH=\/usr/share/pcb/newlib:/usr/share/pcb/pcblib-newlib\ -g -O2 
  -fstack-protector --param=ssp-buffer-size=4 -Wformat 
  -Werror=format-security-I/usr/include/dbus-1.0 
  -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include   -I/usr/include/glib-2.0 
  -I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -pthread 
  -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
  -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 
  -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ 
  -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
  -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 
  -I/usr/include/harfbuzz -pthread -pthread -Wall 
  -Wdeclaration-after-statement -DNDEBUG -g -O2 -fstack-protector 
  --param=ssp-buffer-size=4 -Wformat -Werror=format-security
  -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include   
  -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include   
  -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
  -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 
  -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ 
  -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
  -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 
  -I/usr/include/harfbuzz -pthread -pthread -Wall 
  -Wdeclaration-after-statement -MT hid/gtk/libgtk_a-gtkhid-gl.o -MD -MP -MF 
  hid/gtk/.deps/libgtk_a-gtkhid-gl.Tpo -c -o hid/gtk/libgtk_a-gtkhid-gl.o 
  `test -f 'hid/gtk/gtkhid-gl.c' || echo '../../src/'`hid/gtk/gtkhid-gl.c
  ../../src/hid/gtk/gtkhid-gl.c:28:23: fatal error: gtk/gtkgl.h: No such file 
  or directory
  compilation terminated.
  make[6]: *** [hid/gtk/libgtk_a-gtkhid-gl.o] Error 1
---end quoted text---

libgtkglext1-dev needs to add libpangox-1.0-dev to its Depends:

# pkg-config --cflags gtkglext-1.0
Package pangox was not found in the pkg-config search path.
Perhaps you should add the directory containing `pangox.pc'
to the PKG_CONFIG_PATH environment variable
Package 'pangox', required by 'GdkGLExt', not found


-- 
 ‎أحمد المحمودي (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#708863: GFDL with invariant section

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

On Sun, May 19, 2013 at 11:14:53AM +0200, bastien ROUCARIES wrote:
 dico.info as front cover please render dfsg compliant
---end quoted text---

  I don't understand, what is the problem ? and what should I do to fix 
  it ?

-- 
 ‎أحمد المحمودي (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#707821: sl-modem-source: fails to upgrade from squeeze [i386]

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

On Mon, Jun 03, 2013 at 05:42:47PM +0200, Andreas Beckmann wrote:
 
Could you also upload an i386 build for unstable ? Since I am a DM, I 
cannot do binary only uploads.
 
 No problem. Thanks for the hint!
---end quoted text---

  Please upload i386 binary builds for unstable: sl-modem 2.9.11~20110321-9

-- 
 ‎أحمد المحمودي (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#707821: sl-modem-source: fails to upgrade from squeeze [i386]

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

On Tue, Jun 04, 2013 at 11:43:22AM +0200, Andreas Beckmann wrote:
 Oops, missed the *unstable* part in there. Done.

  Thanks.

 According to debian/copyright the package should be autobuildable in
 non-free. Has this been requested to be whitelisted?
 
 http://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd

  I did this request few years ago. And IIRC, sl-modem was whitelisted, 
  hence I added XS-Autobuild to sl-modem, yet when I asked once I was 
  told that autobuilders don't always work.

  Isn't there some sort of query to check if sl-modem is actually 
  whitelisted or not ?

 When uploading a new version, you could do a merged upload of amd64+i386
 - that's what I used for the nvidia stuff before I got autobuilding
 turned on and became a DD:
 
 * build amd64
 * build i386 (binary only)
 * mergechanges -f ..._amd64.changes ..._i386.changes
 * sign ..._multi.changes
 * dput ..._multi.changes

  Ah, thanks. I didn't know about mergechanges.

-- 
 ‎أحمد المحمودي (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#707821: sl-modem-source: fails to upgrade from squeeze [i386]

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

On Sun, Jun 02, 2013 at 01:06:52AM +0200, Andreas Beckmann wrote:
 If that gets approved, I would upload a NMU with a delay up to
 approximately Wednesday evening.
 Of course you are welcome to do a maintainer upload instead.

  Please go ahead with the upload.

 I have all my changes in git in a wheezy branch - shall I push that to
 the repository? (cherry-picked two of your commits + a changelog entry)

  Sure.

  Could you also upload an i386 build for unstable ? Since I am a DM, I 
  cannot do binary only uploads.

-- 
 ‎أحمد المحمودي (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#709404: sl-modem: Build-Depends on removed lib32asound2-dev

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

On Thu, May 23, 2013 at 04:06:02AM +0200, Andreas Beckmann wrote:
 Probably sl-modem-daemon: should be dropped and sl-modem-daemon:i386
 should be used instead, but that is currently not expressible via
 Depends etc.
---end quoted text---

  You mean that sl-modem-daemon should be available for i386 arch. only, 
  and amd64 users can use the sl-modem-daemon:i386 instead ?
  But what do you mean by but that is currently not expressible via 
  Depends etc. ?

-- 
 ‎أحمد المحمودي (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#694015: [Pkg-electronics-devel] Bug#694015: geda-gaf: diff for NMU version 1:1.6.2-4.3

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

On Sat, Jan 19, 2013 at 05:19:17PM +0100, gregor herrmann wrote:
 I've prepared an NMU for geda-gaf (versioned as 1:1.6.2-4.3) and
 uploaded it to DELAYED/2. Please feel free to tell me if I
 should delay it longer.
---end quoted text---

  Actually there is 1:1.8.1-1 upload in NEW. I intend to include your 
  fix in -2 now.

-- 
 ‎أحمد المحمودي (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#694015: [Pkg-electronics-devel] Bug#694015: geda-gaf: diff for NMU version 1:1.6.2-4.3

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

On Sat, Jan 19, 2013 at 05:19:17PM +0100, gregor herrmann wrote:
 +# Replace documentation directory with symlink
 +docdir=/usr/share/doc/geda
 +target=geda-doc
 +
 +if [ -d $docdir ]  [ ! -L $docdir ]; then
 + if rmdir $docdir 2/dev/null; then
 + ln -sf $target $docdir
 + fi
 +fi
---end quoted text---

  Are you sure about this fix ?

  I think target should be /usr/share/doc/geda-doc rather than just 
  'geda-doc'


-- 
 ‎أحمد المحمودي (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#694015: [Pkg-electronics-devel] Bug#694015: geda-gaf: diff for NMU version 1:1.6.2-4.3

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

On Sun, Jan 20, 2013 at 02:09:33PM +0100, gregor herrmann wrote:
 On Sun, 20 Jan 2013 14:02:31 +0200, أحمد المحمودي wrote:
 
  On Sat, Jan 19, 2013 at 05:19:17PM +0100, gregor herrmann wrote:
   +# Replace documentation directory with symlink
   +docdir=/usr/share/doc/geda
   +target=geda-doc
   +
   +if [ -d $docdir ]  [ ! -L $docdir ]; then
   + if rmdir $docdir 2/dev/null; then
   + ln -sf $target $docdir
   + fi
   +fi
  ---end quoted text---
  
Are you sure about this fix ?
I think target should be /usr/share/doc/geda-doc rather than just 
'geda-doc'
 
 I admit that it looks a bit surprising, but it's like in other
 packages, and I've tested
 (a) this ln syntax manually [0]
 (b) and installing the new package in a chroot after making sure that
 /usr/share/doc/geda is a directory, and it was a symlink
 afterwards.
---end quoted text---

  For this to run correctly, it must be that the postinst's CWD is 
  /usr/share/doc, is that guaranteed ?
-- 
 ‎أحمد المحمودي (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#694015: [Pkg-electronics-devel] Bug#694015: geda-gaf: diff for NMU version 1:1.6.2-4.3

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

On Sun, Jan 20, 2013 at 10:53:27PM +0200, أحمد المحمودي wrote:
 On Sun, Jan 20, 2013 at 02:09:33PM +0100, gregor herrmann wrote:
  On Sun, 20 Jan 2013 14:02:31 +0200, أحمد المحمودي wrote:
  
   On Sat, Jan 19, 2013 at 05:19:17PM +0100, gregor herrmann wrote:
+# Replace documentation directory with symlink
+docdir=/usr/share/doc/geda
+target=geda-doc
+
+if [ -d $docdir ]  [ ! -L $docdir ]; then
+   if rmdir $docdir 2/dev/null; then
+   ln -sf $target $docdir
+   fi
+fi
   ---end quoted text---
   
 Are you sure about this fix ?
 I think target should be /usr/share/doc/geda-doc rather than just 
 'geda-doc'
  
  I admit that it looks a bit surprising, but it's like in other
  packages, and I've tested
  (a) this ln syntax manually [0]
  (b) and installing the new package in a chroot after making sure that
  /usr/share/doc/geda is a directory, and it was a symlink
  afterwards.
 ---end quoted text---
 
   For this to run correctly, it must be that the postinst's CWD is 
   /usr/share/doc, is that guaranteed ?
---end quoted text---

  Oh, nevermind the noise, you are right indeed. It would work 
  correctly, regardless of the CWD !

-- 
 ‎أحمد المحمودي (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#694015: [Pkg-electronics-devel] Bug#694015: Bug#694015: geda-gaf: diff for NMU version 1:1.6.2-4.3

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

Bdale, I've added gregoa's patch  pushed to git. Please upload.

-- 
 ‎أحمد المحمودي (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#694015: [Pkg-electronics-devel] Bug#694015: geda: copyright file missing after upgrade (policy 12.5)

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

On Sat, Nov 24, 2012 at 02:03:37PM +0900, Hideki Yamane wrote:
 Hi,
 
  I've made a patch for this issue, please check it.
  And I'll upload it to 5-days deleyed queue, if maintainer don't want to do 
 so,
  please ask me to cancel it.
---end quoted text---

  Thanks, please go ahead with the NMU

-- 
 ‎أحمد المحمودي (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#688603: Bug#688606: mlterm: missing copyright files

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

On Sun, Nov 18, 2012 at 02:34:31AM -0500, Michael Gilbert wrote:
 Hi, I've uploaded an nmu fixing these issues to delayed/5.  I saw this
 was commited to git, but hasn't been uploaded after a long while. The
 delayed upload is to give you time to do a maintainer upload instead.
 Please see attached patch.
---end quoted text---

  Thanks.

-- 
 ‎أحمد المحمودي (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#688604: Bug#688603: mlterm: diff for NMU version 3.1.2-1.2

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

Hello,

On Tue, Oct 30, 2012 at 07:39:37AM +0100, Salvatore Bonaccorso wrote:
 Any news on this?
---end quoted text---

  The fix is committed to git:
  
http://anonscm.debian.org/gitweb/?p=collab-maint/mlterm.git;a=commit;h=732766172c77c36bf03c3281065f6eea51c60451

-- 
 ‎أحمد المحمودي (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#688603: mlterm: diff for NMU version 3.1.2-1.2

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

On Sat, Sep 29, 2012 at 08:55:18AM +0200, Sven Joachim wrote:
  case $1 in
  install|upgrade)
  if dpkg --compare-versions $2 lt 3.0.9 ; then
 
 People who had already upgraded from earlier versions will still have an
 empty directory, so the version should be adjusted.
 
rmdir /usr/share/doc/mlterm
 
 The directory is not guaranteed to be empty at this time.  Also, you
 want to protect this with || true to make the script idempotent
 (see Policy §6.2).
---end quoted text---

  Thanks for your comments, I fixed the above issues in the attached 
  script (still not tested).

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

case $1 in
install|upgrade)
if dpkg --compare-versions $2 lt 3.1.2-1.1 ; then
  rm -rf /usr/share/doc/mlterm || true
fi
;;

abort-upgrade)
;;

*)
echo preinst called with unknown argument \`$1' 2
exit 1
;;
esac

#DEBHELPER#

exit 0


signature.asc
Description: Digital signature

Bug#688603: mlterm: diff for NMU version 3.1.2-1.2

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

On Fri, Sep 28, 2012 at 08:54:30AM +0900, Kenshi Muto wrote:
 mlterm is mostly maintained by Ahmed.
 Ahmed, could you tell me what you think about?
---end quoted text---

  Well, it is the same fix that was done in 3.1.2-1.1 for mlterm  
  mlterm.tiny

  Yet I think it is better to do the fix in .preinst instead of 
  .postinst as the file attached.

  Note that I didn't test that fix yet.

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

case $1 in
install|upgrade)
if dpkg --compare-versions $2 lt 3.0.9 ; then
  rmdir /usr/share/doc/mlterm
fi
;;

abort-upgrade)
;;

*)
echo preinst called with unknown argument \`$1' 2
exit 1
;;
esac

#DEBHELPER#

exit 0


signature.asc
Description: Digital signature

Bug#685653: mlterm,mlterm-tiny: missing copyright file after squeeze-wheezy upgrade

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

On Thu, Aug 23, 2012 at 10:10:45AM +0200, Andreas Beckmann wrote:
 /u/s/d/mlterm{,-tiny} are empty directories after the upgrade from
 squeeze - dpkg does not replace directories by symlinks or vice versa.
---end quoted text---

Isn't that a bug in dpkg ?

-- 
 ‎أحمد المحمودي (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#685653: mlterm,mlterm-tiny: missing copyright file after squeeze-wheezy upgrade

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

On Thu, Aug 23, 2012 at 12:15:52AM +0200, Andreas Beckmann wrote:
 Package: mlterm,mlterm-tiny
 Version: 3.1.2-1

 during an exerimental piuparts test I noticed your package is missing
 the copyright file after a squeeze-wheezy upgrade.
---end quoted text---

  The doc dir of both packages is linked to the doc dir of 
  mlterm-common, and both packages depend on mlterm-common

-- 
 ‎أحمد المحمودي (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#663189: buffer overflow in python-pyfribidi

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

On Fri, Mar 09, 2012 at 12:49:11PM +0100, Ralf Schmitt wrote:
 upstream is pretty much dead in this case. I've published our version on
 PyPI. However, I didn't ask or inform the original authors about that.
---end quoted text---

  Why do you include a convenience copy of fribidi source code in your 
  pyfribidi distribution ?


-- 
 ‎أحمد المحمودي (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#663189: buffer overflow in python-pyfribidi

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

On Fri, Mar 09, 2012 at 12:49:16PM +0100, Jakub Wilk wrote:
 Right, 0.11 on pypi looks much saner than the current one. Thanks.
---end quoted text---

  The package is ready at:
  http://mentors.debian.net/debian/pool/main/p/pyfribidi/pyfribidi_0.11.0-1.dsc

-- 
 ‎أحمد المحمودي (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#656171: [Debian-Islamic-maintainers] Bug#656171: zekr: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too

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

السلام عليكم،

  The zekr package runs: zekr -index all during installation, also the 
  package runs: zekr -clean all, both of these commands result in 
  creating of /root/.zekr folder.

  I tried running: zekr -index all -workspace /tmp/xyz , but that didn't 
  change anything.

  Yet if I try running: zekr -workspace /tmp/xyz -index all, this 
  results in launching the Zekr GUI, and not running the indexing 
  command.

On Tue, Jan 17, 2012 at 03:19:15AM +0100, Andreas Beckmann wrote:
 As putting files into /root/ is also a violation of
 http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm
 setting the severity to serious.
---end quoted text---

  Please note that this issue, if not fixed, can lead to removing zekr 
  from next Debian release.

-- 
 ‎أحمد المحمودي (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#650515: mlterm: Crashes at start

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

The culprit is the following key in /etc/mlterm/main:

icon_path=/usr/share/pixmaps/mlterm-icon-wmaker.png

By removing (or commenting) this setting, mlterm won't crash, this 
is a workaround until upstream hopefully fixes the issue.

-- 
 ‎أحمد المحمودي (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#642743: pyfribidi: FTBFS: ls: cannot access /build/pyfribidi-poR4Z7/pyfribidi-0.10.0/build/lib_d.*-2.7: No such file or directory

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

reassign 642743 python2.7
.

Hello,

  I've received help from Arnaud Fontaine on this issue. After running 
  the test through gdb on both Ubuntu  Debian, the following was found:

  The segfault occurs on Debian because on: 'PyUnicode_Check (logical)' 
  (line 60 in pyfribidi.c), 'logical' is NULL. 'logical' should be set 
  by PyArg_ParseTupleAndKeywords() call.

  On Debian, the PyArg_ParseTupleAndKeywords() call sets 'logical' in 
  this test to NULL, while on Ubuntu, it sets 'logical' properly.

  Hence, the problem seems to be in the Debian's python2.7 package.

-- 
 ‎أحمد المحمودي (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#642743: pyfribidi: FTBFS: ls: cannot access /build/pyfribidi-poR4Z7/pyfribidi-0.10.0/build/lib_d.*-2.7: No such file or directory

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

On Sat, Sep 24, 2011 at 09:51:45PM +0200, Mònica Ramírez Arceda wrote:
 During a rebuild of all packages in sid, your package failed to build on
 amd64.
 
  ls: cannot access 
  /build/pyfribidi-poR4Z7/pyfribidi-0.10.0/build/lib_d.*-2.7: No such file or 
  directory
  testInvalidDirection (__main__.InputTests)
  input: raise ValueError for invalid direction ... ok
  testInvalidEncodedString (__main__.InputTests)
  input: raise UnicodeError for invalid encoded string ... ok
  testInvalidInputString (__main__.InputTests)
  input: raise TypeError for non string or unicode input ... ok
  testRequireInputString (__main__.InputTests)
  input: require input string or unicode ... ok
  testUnknownEncoding (__main__.InputTests)
  input: raise LookupError for invalid encoding ... ok
  testCp1255NaturalRTL (__main__.OtherEncodingsTests)
  other encodings: cp1255 ... ok
  testIso8859_8NaturalRTL (__main__.OtherEncodingsTests)
  other encodings: iso8859-8 ... ok
  testUTF16NaturalRTL (__main__.OtherEncodingsTests)
  other encodings: utf-16 ... ok
  testAsLTR (__main__.UTF8Tests)
  utf8: reorder line as LTR ... Segmentation fault
  make[1]: *** [override_dh_auto_test] Error 139
 
 The full build log is available from:

 http://people.debian.org/~lucas/logs/2011/09/23/pyfribidi_0.10.0-3_lsid64.buildlog
---end quoted text---

  I don't understand the cause of this FTBFS. Interestingly, this build 
  is successful on Ubuntu 11.10 (also on amd64).

-- 
 ‎أحمد المحمودي (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#644139: [Pkg-electronics-devel] Bug#644139: libgts-dev and pcb-common: error when trying to install together

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

reassign 644139 pcb-common 20110918-2
.

On Mon, Oct 03, 2011 at 10:37:32AM +0200, Ralf Treinen wrote:
 dpkg: error processing /var/cache/apt/archives/pcb-common_20110918-2_all.deb 
 (--unpack):
  trying to overwrite '/usr/include/gts.h', which is also in package 
 libgts-dev 0.7.6+darcs110121-1.1
 configured to not write apport reports
 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
 Processing triggers for man-db ...
 Processing triggers for install-info ...
 Errors were encountered while processing:
  /var/cache/apt/archives/pcb-common_20110918-2_all.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)
---end quoted text---

I confirm that this is a bug in pcb-common, it shouldn't install any 
header files.

-- 
 ‎أحمد المحمودي (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#631048: FTBFS against iceweasel 4.0 or 5.0

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

Hello,

On Mon, Jul 04, 2011 at 11:51:33AM +0200, Mike Hommey wrote:
 I'm planning on a push to unstable of iceweasel/xulrunner 5.0 on the
 15th of July. Please update your packages by then.
---end quoted text---

  If upstream of SWT didn't fix the FTBFS against xulrunner2 by 15th of 
  July, then I will upload swt-gtk with the mozilla build disabled.

-- 
 ‎أحمد المحمودي (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#629776: RFS: UPDATE: geda-xgsch2pcb 0.1.3-2

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

 Please sponsor the updated package geda-xgsch2pcb.

 It closes bug: 629776

 The latest entry in the Debian changelog is:

geda-xgsch2pcb (0.1.3-2) unstable; urgency=low

  * debian/control:
+ Updated my email address
+ Added DMUA after sponsors consent

(http://lists.alioth.debian.org/pipermail/pkg-electronics-devel/2010-April/001827.html)
+ Bumped Standards-Version to 3.9.2
+ Depend/Build-Dep on python-gobject | python-gtk2 (2.10) to fix FTBFS
  on wheezy (Closes: #629776)
  * Removed debian/pyversions
  * Bumped compat level to 8
  * Converted to 3.0 (quilt) source format.


 As required, I tested the package against unstable's version of lintian and it
 has the following lintian issues:

I: geda-xgsch2pcb: desktop-entry-contains-encoding-key 
usr/share/applications/geda-xgsch2pcb.desktop:3 Encoding
W: geda-xgsch2pcb: desktop-entry-lacks-main-category 
usr/share/applications/geda-xgsch2pcb.desktop


 The package can be found on Git: 
 ssh://git.debian.org/git/pkg-electronics/geda-xgsch2pcb.git

Kind regards,


-- 
 ‎أحمد المحمودي (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#629776: [Pkg-electronics-devel] Bug#629776: geda-xgsch2pcb: FTBFS: unsatisfiable build-dependency: python-gtk2 ( 2.10) but 2.24.0-2 is to be installed

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

On Wed, Jun 08, 2011 at 05:04:06PM +0200, Lucas Nussbaum wrote:
  The following packages have unmet dependencies:
   sbuild-build-depends-geda-xgsch2pcb-dummy : Depends: python-gtk2 ( 2.10) 
  but 2.24.0-2 is to be installed
---end quoted text---

geda-xgsch2pcb Build-Deps on: python-gtk2 (2.10) | python-gobject

So although python-gtk2 (2.10) cannot be satisfied, but python-gobject 
should be satisfied, so what is the problem ?

-- 
 ‎أحمد المحمودي (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#599953: Upstream needs a QEMU image for mips arch

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

Hello,

  Upstream tried to debug the issue on the squeeze QEMU mips image on 
  http://people.debian.org/~aurel32/qemu/mips/, but it seems that this 
  image is outdated [1], and the build worked fine with him.

  Could someone provide a link for a squeeze or wheezy QEMU mips image 
  on which those bugs actually happen ?
  
  Another option is that a DD would sponsor for upstream a guest account 
  [2] on one of Debian machines.

[1] http://www.veripool.org/issues/309#note-3
[2] http://dsa.debian.org/doc/guest-account/

-- 
 ‎أحمد المحمودي (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