Bug#1041288: ITP: cocotb -- coroutine based cosimulation library for writing VHDL and Verilog testbenches in Python
Package: wnpp Severity: wishlist Owner: أحمد المحمودي (Ahmed El-Mahmoudy) * Package name: cocotb Version : 1.8.0 Upstream Author : Chris Higgs, Stuart Hodgson * URL : https://github.com/cocotb/cocotb * License : BSD Programming Lang: Python Description : coroutine based cosimulation library for writing VHDL and Verilog testbenches in Python cocotb encourages the same philosophy of design re-use and randomized testing as UVM, however is implemented in Python. With cocotb, VHDL or SystemVerilog are normally only used for the design itself, not the testbench. cocotb has built-in support for integrating with continuous integration systems, such as Jenkins, GitLab, etc. through standardized, machine-readable test reporting formats. cocotb was specifically designed to lower the overhead of creating a test. cocotb automatically discovers tests so that no additional step is required to add a test to a regression. All verification is done using Python - Intend to maintain it within Electronics team - Need a sponsor -- أحمد المحمودي (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#1041285: ITP: pyuvm -- python implementation of UVM
Package: wnpp Severity: wishlist Owner: أحمد المحمودي (Ahmed El-Mahmoudy) * Package name: pyuvm Version : 2.9.1 Upstream Author : Ray Salemi * URL : https://github.com/pyuvm/pyuvm/ * License : Apache-2.0 Programming Lang: Python Description : python implementation of UVM pyuvm is the Universal Verification Methodology implemented in Python instead of SystemVerilog. pyuvm uses cocotb to interact with the simulator and schedule simulation events. pyuvm implements the most often-used parts of the UVM while taking advantage of the fact that Python does not have strict typing and does not require parameterized classes. The project refactors pieces of the UVM that were either overly complicated due to typing or legacy code. - Intend to maintain it Electronics team - Need a sponsor -- أحمد المحمودي (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#1034458: msmtp: Add XDG_CONFIG_PATH/msmtp/* to apparmor profile
Package: msmtp Version: 1.8.23-1 Severity: normal Dear Maintainer, A user might manually set XDG_CONFIG_DIR to another path than $HOME/.config, hence I suggest to add XDG_CONFIG_PATH/msmtp/* to apparmor profile -- System Information: Debian Release: bullseye/sid APT prefers focal-updates APT policy: (500, 'focal-updates'), (500, 'focal-security'), (500, 'focal'), (100, 'focal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-144-generic (SMP w/12 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages msmtp depends on: ii adduser3.118ubuntu2 ii debconf [debconf-2.0] 1.5.73 ii libc6 2.31-0ubuntu9.9 ii libgnutls303.6.13-2ubuntu1.8 ii libgsasl7 1.8.1-1 ii ucf3.0038+nmu1 Versions of packages msmtp recommends: ii ca-certificates 20211016ubuntu0.20.04.1 Versions of packages msmtp suggests: pn msmtp-mta -- debconf information excluded -- أحمد المحمودي (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#1034107: RFP: xmpppy -- XMPP implementation in Python
Package: wnpp Severity: wishlist * Package name: xmpppy Version : 0.7.1 Upstream Author : Alexey Nezhdanov * URL : https://github.com/xmpppy/xmpppy * License : GPL-3 Programming Lang: Python Description : XMPP implementation in Python Python 2/3 implementation of XMPP (RFC3920, RFC3921). This is a set of modules providing functionality for writing XMPP-compliant clients or server components in Python. This library was initially designed as "rework" of jabberpy library but lately become a separate product. Unlike jabberpy it is distributed under the terms of GPL. This was previously removed from Debian (formerly python-xmpp) because it was no longer updated by upstream. Yet Alexey has continued maintaining it on GitHub, and has added Python3 support. At least the jabber weechat plugin (provided by weechat-scripts) uses it. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Bug#1032483: unblock: drawtiming/0.7.1-8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package drawtiming [ Reason ] Fixes RC bug #984038 [Tests] autopkgtest & Piuparts testsed OK: https://piuparts.debian.org/sid/source/d/drawtiming.html https://salsa.debian.org/electronics-team/drawtiming/-/pipelines/508918 [ Checklist ] [*] all changes are documented in the d/changelog [*] I reviewed all changes and I approve them [*] attach debdiff against the package in testing unblock drawtiming/0.7.1-8 -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 diff --git a/debian/changelog b/debian/changelog index 72d0df3..335b42e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,20 @@ +drawtiming (0.7.1-8) unstable; urgency=medium + + [ Aymeric Agon-Rambosson ] + * Add repair-build-c++-17.patch (Closes: #984038). + * d/control: +- Add bison to Build-Depends (needed by upstream Makefile). +- Replace graphicsmagick with imagemagick to avoid segfault during + tests. +- Replace gsfonts with fonts-urw-base35 (transition), and add + fonts-urw-base35 as explicit runtime dependency to prevent segfault. + + [ أحمد المحمودي (Ahmed El-Mahmoudy) ] + * Add gitlab-ci.yml + * d/gbp.conf: switch to bullseye branch + + -- أحمد المحمودي (Ahmed El-Mahmoudy) Sat, 04 Mar 2023 03:07:13 +0100 + drawtiming (0.7.1-7) unstable; urgency=medium [ Dima Kogan ] diff --git a/debian/control b/debian/control index ac4079c..5448bb6 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,12 @@ Section: electronics Priority: optional Maintainer: Debian Electronics Team Uploaders: أحمد المحمودي (Ahmed El-Mahmoudy) -Build-Depends: debhelper (>= 10), graphicsmagick-libmagick-dev-compat, pkg-config, gsfonts +Build-Depends: + debhelper (>= 10), + libmagick++-6.q16-dev, + fonts-urw-base35, + pkg-config, + bison Standards-Version: 4.1.5 Homepage: http://drawtiming.sourceforge.net/ Vcs-Git: https://salsa.debian.org/electronics-team/drawtiming.git @@ -11,7 +16,7 @@ Vcs-Browser: https://salsa.debian.org/electronics-team/drawtiming Package: drawtiming Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, fonts-urw-base35 Description: tool for documenting hardware designs through timing diagrams Drawtiming is a command-line tool for documenting hardware designs through timing diagrams. In inputs textual signal descriptions and outputs image diff --git a/debian/gbp.conf b/debian/gbp.conf index f9636dc..c3d8c22 100644 --- a/debian/gbp.conf +++ b/debian/gbp.conf @@ -1,3 +1,3 @@ [DEFAULT] pristine-tar = False -debian-branch = pkg-debian +debian-branch = bullseye diff --git a/debian/gitlab-ci.yml b/debian/gitlab-ci.yml new file mode 100644 index 000..5c575a1 --- /dev/null +++ b/debian/gitlab-ci.yml @@ -0,0 +1,6 @@ +include: + - https://salsa.debian.org/salsa-ci-team/pipeline/raw/master/salsa-ci.yml + - https://salsa.debian.org/salsa-ci-team/pipeline/raw/master/pipeline-jobs.yml + +variables: + RELEASE: 'unstable' diff --git a/debian/patches/repair-build-c++-17.patch b/debian/patches/repair-build-c++-17.patch new file mode 100644 index 000..8c48ae4 --- /dev/null +++ b/debian/patches/repair-build-c++-17.patch @@ -0,0 +1,208 @@ +Description: Fix compile failures for newer g++ release +Author: Thomas Sailer +Forwarded: yes +Comment: Found on https://sourceforge.net/p/drawtiming/patches/12/ +--- a/src/parser.yy b/src/parser.yy +@@ -42,13 +42,13 @@ statements: + statement { $$ = $1; deps.push_back ($1); } + | statements ',' statement { $$ = $3; deps.push_back ($3); } + | statements ';' statement { $$ = $3; deps.clear (); deps.push_back ($3); } +-| statements CAUSE statement { $$ = $3; data.add_dependencies ($3, deps); ++| statements CAUSE statement { $$ = $3; data_.add_dependencies ($3, deps); + deps.clear (); deps.push_back ($3); } +-| statements DELAY statement { $$ = $3; data.add_delay ($3, $1, $2); } ++| statements DELAY statement { $$ = $3; data_.add_delay ($3, $1, $2); } + + statement: +-SYMBOL '=' SYMBOL { $$ = $1; data.set_value ($1, n, timing::sigvalue ($3)); } +-| SYMBOL '=' STRING { $$ = $1; data.set_value ($1, n, timing::sigvalue ($3, timing::STATE)); } ++SYMBOL '=' SYMBOL { $$ = $1; data_.set_value ($1, n, timing::sigvalue ($3)); } ++| SYMBOL '=' STRING { $$ = $1; data_.set_value ($1, n, timing::sigvalue ($3, timing::STATE)); } + | SYMBOL { $$ = $1; }; + + %% +--- a/src/globals.h b/src/globals.h +@@ -22,7 +22,7 @@ + #define YYSTYPE std::string + + extern unsigned n; +-extern timing::data data; ++extern timing::data data_; + extern timing::signal_sequence deps; + + #endif +--- a/src/timing.cc b/src/timing.cc +@@ -113,16 +113,16 @@ sigdata ::operator= (c
Bug#947078: git-buildpackage: Need to make gbp clone pseudo protocols confgirable
Package: git-buildpackage Version: 0.9.17 Severity: normal Dear Maintainer, I have the following entry in ~/.ssh/config: Host salsa salsa.debian.org User git Hostname salsa.debian.org Host github github.com User git Hostname github.com Yet, when running gbp clone salsa:group/project.git, gbp fetches from the HTTPS URL of salsa instead of the SSH URL. This happened after gbp 0.9.17 added salsa to its pseudo protocols. So I had to manually comment thkse lines in scripts/clone.py to get the repo checked out from SSH URL. I suggest making those pseudo protcols user configurable somehow. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Bug#942085: RFS: hijra/0.4.1-2 [RC] -- Hijri Islamic Calendar converting functions for Python
On Mon, Nov 11, 2019 at 01:50:18PM -0500, Jeremy Bicha wrote: > Sorry: TabError: inconsistent use of tabs and spaces in indentation > (HijriCal.py, line 83) > dpkg: error processing package python3-hijra (--configure): > installed python3-hijra package post-installation script subprocess > returned error exit status 1 > dpkg: dependency problems prevent configuration of hijra-applet: > hijra-applet depends on python3-hijra (= 0.4.1-2); however: > Package python3-hijra is not configured yet. Working on it > Thank you for adding me to the Salsa team as a Developer. I tried > pushing a minor change to othman's packaging repo, but the repo > settings are that only Maintainers can push to the master branch. > Please allow Developers to push there too. Done. > I think there is a good chance that the hijra gnome-shell extension > will work with the gnome-shell version in Testing. If so, please drop > the upper gnome-shell dependency limit so that the gnome-shell > extension will be installable. Unfortunately, I cannot test this currently -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Bug#942556: RFS: hijra/0.4.1-2 [RC] -- Hijri Islamic Calendar converting functions for Python
On Sat, Nov 02, 2019 at 08:40:28AM +0100, أحمد المحمودي (Ahmed El-Mahmoudy) wrote: > On Tue, Oct 29, 2019 at 06:24:23AM -0400, Jeremy Bicha wrote: > > I think hijra qualifies for auto-building. My understanding of the > > preferred process is: > > 1. First add the required field to debian/control > > Done ---end quoted text--- I also done this for othman package, I hope you would sponsor it too. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Bug#942085: RFS: hijra/0.4.1-2 [RC] -- Hijri Islamic Calendar converting functions for Python
On Sat, Nov 02, 2019 at 05:27:35AM -0400, Jeremy Bicha wrote: > Yes, I will sponsor this for you. Thanks. > In this case, I see the new tag has already been pushed so I wouldn't > worry about it here. Since you didn't upload yet, I made a couple of changes and pushed a new tag. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Bug#942085: RFS: hijra/0.4.1-2 [RC] -- Hijri Islamic Calendar converting functions for Python
On Tue, Oct 29, 2019 at 06:24:23AM -0400, Jeremy Bicha wrote: > Please see the second link in this Lintian tag description. > > https://lintian.debian.org/tags/source-only-upload-to-non-free-without-autobuild.html > Quoting section 5.10.5 of developers ref.: "1. Check wehther it is legally allowed and technically possible to auto-build the package" How do I check that it is legally allowed to build the non-free 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#942085: RFS: hijra/0.4.1-2 [RC] -- Hijri Islamic Calendar converting functions for Python
On Tue, Oct 29, 2019 at 06:24:23AM -0400, Jeremy Bicha wrote: > I think hijra qualifies for auto-building. My understanding of the > preferred process is: > 1. First add the required field to debian/control Done > 2. Do a binary upload of the package. Can't do binary upload since it adds a new package, and I am not a DD > 3. Ask for auto-builds to be enabled > 4. After all that is done, the next upload can be source-only. > > If that sounds good with you, could you make the change and then bump > the Debian version number? (There is no need to try to re-use the > tagged version number; there are lots of higher version numbers we can > use!). ---end quoted text--- I didn't bump the debian version number. Why should I do so ? If it alright with you, please upload. -- أحمد المحمودي (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#942167: RFS: okasha/0.2.4-4 [RC]
Package: sponsorship-requests Severity: important Hello, Please sponsor the updated package okasha 0.2.4-4. It fixes the following RC bug: #940198 (serious): python3-okasha-examples: missing Breaks+Replaces: python-okasha-examples The latest entry in the Debian changelog is: okasha (0.2.4-4) unstable; urgency=medium * Add Breaks+Replaces: python-okasha-examples (Closes: #940198) * py3.diff: add fix for string + utf8 concatenation As required, I tested the package against unstable's version of lintian and it it reports: I: okasha source: testsuite-autopkgtest-missing To access further information about this package, please visit the following URL: https://mentors.debian.net/package/okasha Alternatively, it is available on Salsa: g...@salsa.debian.org:python-team/modules/okasha.git also, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/non-free/o/okasha/okasha_0.2.4-4.dsc -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Bug#939769: RM: geda-xgsch2pcb -- ROM; Unmaintained by upstream
Package: ftp.debian.org Severity: normal xgsch2pcb hasn't been maintained by upstream for the last 10 years. I have contacted upstream, and one of the gED Aupstream developers confirmed saying: I think it's currently unmaintained. -- أحمد المحمودي (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#926182: guile-2.2: autoreconf'ed scripts using guile.m4 cannot find guild & guile-config/tools
Package: guile-2.2 Version: 2.2.4+1-1 Severity: normal Building gwave against guile-2.2 fails if gwave runs dh_autoreconf, that is bexause the autoreconf'ed configure script fails to find guild and guile-config/tools binaries, relevant configure log below: 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. 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. Hence,I beleive that that there is an issue with guile-2.2 package. Either the guild & guile-config/tools binaries shpuld be insyalled with -2.2 suffix (probably installing symlinks with no suffix to the respective -2.2 suffixed binaries), or the guile.m4 script needs to be fixed. -- أحمد المحمودي (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]
On Thu, Nov 29, 2018 at 04:46:10AM -0500, Jeremy Bicha wrote: > Is the new license finished? I'm curious what it says. ---end quoted text--- Sorry for the late reply. The Arabic (which is the authoritative) version is done: https://github.com/ojuba-org/waqf/2.0/AR I am almost done with the english translation: https://github.com/ojuba-org/waqf/2.0/EN but I am not sure my efforts in translation are precise from legal point of view. -- أحمد المحمودي (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]
as-salamu alaykom, On Sat, Nov 24, 2018 at 11:14:46AM -0500, Jeremy Bicha wrote: > I could upload othman today (it will need to go through the NEW queue) > but I prefer to wait until after you start the autobuild process. That > way, we will not have this issue again for othman. ---end quoted text--- Thanks for uploading othman, I re-uploaded thawab now. I didin't do the autobuild thing for 2 reasons: 1. It didn't work with slmodem, although I did get the permission years ago ! 2. thawab, othman & probably hijra will migrate to a new Waqf version, which I beleive is DFSG compliant. -- أحمد المحمودي (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#907530: dicoweb: Problems after dicoweb installation
Package: dicoweb Version: 2.3-2 Severity: important Reporting on behalf of Власенко Михаил Викторович > I did a dicoweb installation on a VDS with Debian 9. > Python Version: 2.7.13 > Django Version: 1.10.7 > The web address for this machine is: https://dict.bible.ru/ > Connect to the web site and look at the debugger log, I can not > understand on my own what's wrong. > Maybe it's some kind of bug in dicoweb? I am confused by the fact > that the file /usr/share/dicoweb/dicoweb.wsgi is missing. I copied > it from the old version. > > I zip a copy of the debugger log located in the DicowebLog.html > file and send as an attachment. > Regards. > > ... Michael -- أحمد المحمودي (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 debuglog.gz Description: application/gzip signature.asc Description: PGP signature
Bug#906033: qa.debian.org: dmd is failing
Package: qa.debian.org Severity: normal usertag: udd user: qa.debian@packages.debian.org Dear Maintainer, When I try to access https://udd.debian.org/dmd/?aelmahmoudy%40users.sourceforge.net#todo I get a 500 Internal Server Error. This only started to happen today. Yhe site was working well yesterday. -- System Information: Debian Release: 8.11 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (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 Init: systemd (via /run/systemd/system) -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: PGP signature
Bug#893861: thawab: Intent to remove from Debian
On Thu, May 03, 2018 at 07:49:18AM -0400, Jeremy Bicha wrote: > If we don't hear back immediately, I will be converting this bug into > a Debian removal bug for thawab very soon. ---end quoted text--- Sorry for the late reply. I have filed a bug upstream about this months ago. Still waiting for the reply. -- أحمد المحمودي (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#880849: Snowball analyzer missing
Package: liblucene3-contrib-java Severity: normal Hello, Snowball analyzer is missing from lucene3 java packages, althougb upstream website mentions that Snowball analyzer as part of the API: https://lucene.apache.org/core/3_0_3/api/contrib-snowball/org/apache/lucene/analysis/snowball/SnowballAnalyzer.html -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#879656: RFS: libkal/0.9.0-2
Package: sponsorship-requests Severity: normal Hello, I am looking for a sponsor for the updated package libkal/0.9.0-2. Also please grant me upload rights for the package (I am a DM). * Package name: libkal Version : 0.9.0-2 Upstream Author : Petr Tomasek <toma...@etf.cuni.cz> * URL : http://www.etf.cuni.cz/~tomasek/pub/my/ * License : LGPL-2+ Section : libs It builds those binary packages: libkal-dev - library for converting dates between various calendar systems To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libkal Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libk/libkal/libkal_0.9.0-2.dsc The package can be found on Git: ssh://git.debian.org/git/collab-maint/libkal.git Changes since the last upload: libkal (0.9.0-2) unstable; urgency=low * debian/rules: simplify rules file * Removed debian/libkal-dev.{dirs|install} * Add Depends: ${misc:Depends} to libkal-dev * Update my email address * Bump compat level to 10 * Update standards version to 4.1.1 * Changed Vcs-* fields to secure canonical URLs * Changed priority to optional * Update copyright format & years * Switch to 3.0 (quilt) source format * Fix spelling errors in package description. Thanks to Jakub Wilk <jw...@debian.org> (Closes: #801235) As required, I tested the package against unstable's version of lintian and it is lintian clean. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7 GPG Fingerprints: 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#651780: fixed in sl-modem 2.9.11~20110321-5
On Wed, Dec 14, 2011 at 03:10:09PM +, Ben Hutchings wrote: On Wed, 2011-12-14 at 14:34 +0200, أحمد المحمودي (Ahmed El-Mahmoudy) wrote: On Wed, Dec 14, 2011 at 04:31:24AM +, Ben Hutchings wrote: Sorry, no it isn't. You have to test for CONFIG_X86_32 inside of Kbuild, and you can't use uname for this anywhere. Can you further explain this please ? 1. You run 'make' in the drivers directory. 2. This invokes the kernel build system (Kbuild). 3. Kbuild includes the Makefile from the drivers directory again. Steps 1 and 3 can be distinguished by whether KERNELRELEASE is defined. At step 3, CONFIG_X86_32 is defined or not, as appropriate. At step 1, you can't tell. Testing uname is no good because that tells you about the host kernel and not the target kernel. Well, you could include $(KERNEL_DIR)/.config at step 1. Ok, the reason I did the patch this way is that CONFIG_X86_32 was only defined on kernel = 2.6.14, so I needed a way to detect the target kernel for kernel 2.6.14, that is in order to create a patch suitable for upstream. Really, the Makefile needs a thorough cleanup. Actually, I don't want to remove the 2.4.x kernel support. Whyever not? Well, I'm not sure if upstream will accept a patch that removes 2.4.x kernel support, and if upstream doesn't accept it, I'm not willing to maintain such a patch. Well the USB driver ought to work on any architecture, right? Maybe. But as far as I know, the sl-modem-daemon package (which is what will make use of the driver) would only work on x86 archs because of the binary blob: modem/dsplibs.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped -- أحمد المحمودي (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#651780: fixed in sl-modem 2.9.11~20110321-5
On Wed, Dec 14, 2011 at 04:31:24AM +, Ben Hutchings wrote: Sorry, no it isn't. You have to test for CONFIG_X86_32 inside of Kbuild, and you can't use uname for this anywhere. Can you further explain this please ? Really, the Makefile needs a thorough cleanup. Actually, I don't want to remove the 2.4.x kernel support. Also, building for a 64-bit kernel will still fail since DKMS is configured to expect all 3 modules to be built. Actually sl-modem-source is only for i386 arch, but your dkms.conf patch is wonderful, I didn't know that it was possible, I have cherry-picked this patch already, and hence made sl-modem-source available for amd64 arch too. -- أحمد المحمودي (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#462612: 462612: fribidi 0.19: any news?
On Sat, Jul 04, 2009 at 11:22:27AM +, Tzafrir Cohen wrote: A slight update of that package, with an additional fix for #477212 formatting in man page) is also included. http://tzafrir.org.il/~tzafrir/fribidi/ ---end quoted text--- Great ! -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net) GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#462612: 462612: fribidi 0.19: any news?
Hello, I think Standards-Version should be bumped to 3.8.2. Also, there is an issue that I mentioned on the mailing list about removed symbols. [1] The previous releases of fribidi exported some symbols that actually should have been internal (upstream didn't know about hiding symbols), now in the current release, those symbols have been removed. [1] http://lists.alioth.debian.org/pipermail/debian-hebrew-package/2009-March/002340.html -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net) GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522368: ITP: dico -- RFC 2229 compliant modular dictionary server
Package: wnpp Severity: wishlist * Package name: dico Version : 2.0 Upstream Authors: Sergey Poznyakoff g...@gnu.org.ua, Wojciech Polak po...@gnu.org * URL : http://puszcza.gnu.org.ua/software/dico/ * License : GNU GPLv3 Description : RFC 2229 compliant modular dictionary server Dico is an implementation of DICT server (RFC 2229). It is fully modular: the daemon itself (dicod) provides only the server functionality, but it knows nothing about database formats. Actual searches are performed by functions supplied in loadable modules. A single module can serve one or more databases. The package includes several modules for searching in different dictionary databases, among them a module for dict.org databases and a module for databases in Emacs outline format. A console client program, `dico', is also included. A module for lookups in Jim Breen's Kanjidic and Edict databases will be added in future. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#468328: ITP: urjtag -- Universal JTAG library, server, and tools.
Hello, Yes, please take over the ITP. I don't think I will be able to do it. Thanks a lot, and I am looking forward to see your package in Debian ! On Tue, Nov 18, 2008 at 03:37:02PM +0100, Uwe Hermann wrote: any news on this ITP? I'm also interested in urjtag, if you don't have enough time I could take over the ITP (if you don't mind). ---end quoted text--- -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer SySDSoft, Inc. GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485455: ITP: nafe -- translate psf format consolefonts into text files and vice versa
Package: wnpp Severity: wishlist * Package name: nafe Version : 0.1 Upstream Authors: Corvus Corax [EMAIL PROTECTED] * URL : http://nafe.sourceforge.net * License : GNU GPL2 * Description: translate PSF format consolefonts into text files and vice versa NAFE is no consolefont editor, but a toolset to translate PSF format consolefonts into text files and text files into PSF files . The advantage is that you can edit the font in the text file easily with any text editor, so you are independent from your actual terminal hardware and do not need stuff like svgalib . NAFE understands and creates PSF mode 1 and mode 2 files -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468328: ITP: urjtag -- Universal JTAG library, server, and tools.
Package: wnpp Severity: wishlist * Package name: urjtag Version : 0.8-1 Upstream Authors: Arnim Läuger [EMAIL PROTECTED], Kolja Waschk [EMAIL PROTECTED] * URL : http://urjtag.org * License : GNU GPL Description : Universal JTAG library, server, and tools. UrJTAG aims to create an enhanced, modern tool for communicating over JTAG with flash chips, CPUs, and many more. It takes on the well proven openwince jtag tools code. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467259: ITP: fsplib -- FSP v2 protocol stack library
Package: wnpp Severity: wishlist * Package name: fsplib Version : 0.9 Upstream Authors: Radim `HSN` Kolar [EMAIL PROTECTED] * URL : http://fsp.sourceforge.net/ * License : MIT-like Description : FSP v2 protocol stack library This is C library which support talking with FSP server using FSP v2 protocol and provides posix-like file manipulation interface. . For more information about FSP protocol see http://fsp.sourceforge.net/ For library and API info see http://fsp.sourceforge.net/fsplib.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408610: elinks: Compiled with all features.
Hello, I made another patch, this one uses the quilt patch system instead of patching by yourself. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 diff -urN /tmp/old/elinks-0.11.3.orig/debian/changelog /tmp/elinks-0.11.3.orig/debian/changelog --- /tmp/old/elinks-0.11.3.orig/debian/changelog 2008-01-13 12:43:38.0 +0200 +++ /tmp/elinks-0.11.3.orig/debian/changelog 2008-01-13 10:14:49.0 +0200 @@ -1,3 +1,11 @@ +elinks (0.11.3-1.1) unstable; urgency=low + + * NMU. + * Added complete feature list (except FSP). + * Use quilt patch system. + + -- أحمد المحمودي (Ahmed El-Mahmoudy) [EMAIL PROTECTED] Wed, 10 Jan 2008 09:35:10 +0200 + elinks (0.11.3-1) unstable; urgency=low * Adopted by Y Giridhar Appaji Nag [EMAIL PROTECTED] (Closes: #451088) diff -urN /tmp/old/elinks-0.11.3.orig/debian/control /tmp/elinks-0.11.3.orig/debian/control --- /tmp/old/elinks-0.11.3.orig/debian/control 2008-01-13 12:43:38.0 +0200 +++ /tmp/elinks-0.11.3.orig/debian/control 2008-01-13 10:14:49.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Y Giridhar Appaji Nag [EMAIL PROTECTED] Uploaders: Moritz Muehlenhoff [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), libgnutls-dev, libgpmg1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], liblua50-dev, liblualib50-dev, libbz2-dev, libexpat1-dev (= 1.95.6), libperl-dev, autotools-dev, gettext, asciidoc, xmlto, docbook-utils, perl +Build-Depends: debhelper (= 5), libgnutls-dev, libgpmg1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], liblua50-dev, liblualib50-dev, libbz2-dev, libexpat1-dev (= 1.95.6), libperl-dev, autotools-dev, gettext, asciidoc, xmlto, docbook-utils, perl, guile-1.8-dev | guile-1.6-dev, libidn11-dev, ruby, ruby1.8-dev, python-dev, quilt Standards-Version: 3.7.3 Homepage: http://elinks.or.cz/ Vcs-Svn: git://git.debian.org/git/collab-maint/elinks.git diff -urN /tmp/old/elinks-0.11.3.orig/debian/patches/series /tmp/elinks-0.11.3.orig/debian/patches/series --- /tmp/old/elinks-0.11.3.orig/debian/patches/series 1970-01-01 02:00:00.0 +0200 +++ /tmp/elinks-0.11.3.orig/debian/patches/series 2008-01-13 10:14:49.0 +0200 @@ -0,0 +1,7 @@ +01_asciidoc-escape-FTBFS.diff +02_setup-bugs-FSSTND.diff +03_417789-CVE-2007-2027.diff +04_380347-entity_cache-overflow.diff +05_257762-transparency-off.diff +06_elinks.conf-parse-error.diff +07_local-CGI-query-fix.diff diff -urN /tmp/old/elinks-0.11.3.orig/debian/rules /tmp/elinks-0.11.3.orig/debian/rules --- /tmp/old/elinks-0.11.3.orig/debian/rules 2008-01-13 12:43:38.0 +0200 +++ /tmp/elinks-0.11.3.orig/debian/rules 2008-01-13 10:28:57.0 +0200 @@ -3,6 +3,8 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +include /usr/share/quilt/quilt.make + # This has to be exported to make some magic below work. export DH_OPTIONS @@ -46,7 +48,20 @@ --enable-html-highlight \ --disable-smb \ --with-perl \ - --without-spidermonkey + --with-spidermonkey \ + --with-guile \ + --enable-cgi \ + --enable-gopher \ + --enable-exmode \ + --enable-bittorrent \ + --with-python \ + --with-ruby \ + --enable-finger \ + --enable-88-colors \ + --enable-utf-8 \ + --enable-lzma \ + --enable-true-color +# --enable-fsp confopts_lite = $(confopts) \ --disable-nntp \ @@ -73,18 +88,6 @@ --without-lua \ save-upstream: patch save-stamp -patch: patch-stamp -patch-stamp: - mkdir -p debian/patched - for pfile in debian/patches/*.diff; do \ - [ -f $$pfile ] || continue; \ - pname=$$(basename $$pfile .diff); \ - [ ! -f debian/patched/$$pname.patched ] || continue; \ - echo ### Applying patch $$pname; \ - patch -p1 -N -b -B debian/patched/ $$pfile; \ - cp -f $$pfile debian/patched/$$pname.patched; \ - done - touch $@ save-stamp: dh_testdir @@ -105,7 +108,7 @@ build: build-arch build-indep build-arch: build-arch-stamp -build-arch-stamp: patch-stamp save-stamp +build-arch-stamp: debian/stamp-patched save-stamp mkdir $(CURDIR)/build-main cd $(CURDIR)/build-main \ $(CURDIR)/configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \ $(confopts_main) CFLAGS=$(CFLAGS_COMMON) LDFLAGS=-Wl,-z,defs @@ -117,7 +120,7 @@ touch $@ build-indep: build-indep-stamp -build-indep-stamp: patch-stamp save-stamp +build-indep-stamp: debian/stamp-patched save-stamp $(MAKE) -C $(CURDIR)/build-main/doc all-docs touch $@ @@ -135,17 +138,6 @@ rm -rf debian/tmp.elinks-data dh_clean -unpatch: - for pfile in debian/patched/*.patched ; do \ - [ -f $$pfile ] || continue; \ - pname=$$(basename $$pfile .patched); \ - [ -f debian/patches/$$pname.diff ] || continue; \ - echo ### Reverting patch $$pname; \ - patch -p1 -N -R $$pfile; \ - rm -f debian/patched/$$pname.patched; \ - done - rm -rf debian/patched patch-stamp - install: install-indep install-arch install-indep: dh_testdir @@ -228,4 +220,4 @@ @ls -l $(ORIG_TAR
Bug#408610: elinks: Compiled with all features.
On Fri, Jan 11, 2008 at 11:56:29AM +0530, Y Giridhar Appaji Nag wrote: Please file a patch against this bug and add the patch tag. Also please don't upload the entire diff.gz, just the patch (you will likely have to make other changes like modifying what is downloaded via get-orig-source target). ---end quoted text--- Please find the patch attached. I didn't need to modify get-orig-source target. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408610: elinks: Compiled with all features.
On Fri, Jan 11, 2008 at 11:56:29AM +0530, Y Giridhar Appaji Nag wrote: Please file a patch against this bug and add the patch tag. Also please don't upload the entire diff.gz, just the patch (you will likely have to make other changes like modifying what is downloaded via get-orig-source target). ---end quoted text--- Please find the patch attached. I didn't need to modify get-orig-source target. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 diff -ur old/elinks-0.11.3.orig/debian/changelog new/elinks-0.11.3.orig/debian/changelog --- old/elinks-0.11.3.orig/debian/changelog 2008-01-12 17:07:15.0 +0200 +++ new/elinks-0.11.3.orig/debian/changelog 2008-01-12 17:07:26.0 +0200 @@ -1,3 +1,9 @@ +elinks (0.11.3-1.1) unstable; urgency=low + + * NMU: Added complete feature list (except FSP) + + -- أحمد المحمودي (Ahmed El-Mahmoudy) [EMAIL PROTECTED] Wed, 10 Jan 2008 09:35:10 +0200 + elinks (0.11.3-1) unstable; urgency=low * Adopted by Y Giridhar Appaji Nag [EMAIL PROTECTED] (Closes: #451088) diff -ur old/elinks-0.11.3.orig/debian/control new/elinks-0.11.3.orig/debian/control --- old/elinks-0.11.3.orig/debian/control 2008-01-12 17:07:15.0 +0200 +++ new/elinks-0.11.3.orig/debian/control 2008-01-12 17:07:26.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Y Giridhar Appaji Nag [EMAIL PROTECTED] Uploaders: Moritz Muehlenhoff [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), libgnutls-dev, libgpmg1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], liblua50-dev, liblualib50-dev, libbz2-dev, libexpat1-dev (= 1.95.6), libperl-dev, autotools-dev, gettext, asciidoc, xmlto, docbook-utils, perl +Build-Depends: debhelper (= 5), libgnutls-dev, libgpmg1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], liblua50-dev, liblualib50-dev, libbz2-dev, libexpat1-dev (= 1.95.6), libperl-dev, autotools-dev, gettext, asciidoc, xmlto, docbook-utils, perl, guile-1.8-dev | guile-1.6-dev, libidn11-dev, ruby, ruby1.8-dev, python-dev, libsmjs-dev Standards-Version: 3.7.3 Homepage: http://elinks.or.cz/ Vcs-Svn: git://git.debian.org/git/collab-maint/elinks.git diff -ur old/elinks-0.11.3.orig/debian/rules new/elinks-0.11.3.orig/debian/rules --- old/elinks-0.11.3.orig/debian/rules 2008-01-12 17:07:15.0 +0200 +++ new/elinks-0.11.3.orig/debian/rules 2008-01-12 17:10:17.0 +0200 @@ -46,7 +46,20 @@ --enable-html-highlight \ --disable-smb \ --with-perl \ - --without-spidermonkey + --with-spidermonkey \ + --with-guile \ + --enable-cgi \ + --enable-gopher \ + --enable-exmode \ + --enable-bittorrent \ + --with-python \ + --with-ruby \ + --enable-finger \ + --enable-88-colors \ + --enable-utf-8 \ + --enable-lzma \ + --enable-true-color +# --enable-fsp confopts_lite = $(confopts) \ --disable-nntp \
Bug#408610: elinks: Compiled with all features.
On Thu, Jan 10, 2008 at 08:02:17PM +0530, Y Giridhar Appaji Nag wrote: Hi, this would be more useful if it were done in the elinks binary package proper (rather than create a new binary package) and if it were based on elinks 0.11.3-1 [1] which would be uploaded to Debian unstable anytime soon. Well, the reason that I made it in another binary target was the reasons you mentioned: that some features can be unstable or so. [1] http://mentors.debian.net/debian/pool/main/e/elinks/ Ok, I'll do the changes based on that package, and send you the diff file (or do you want me to upload it to debian mentors ?). -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408610: elinks: Compiled with all features.
On Mon, Jan 07, 2008 at 08:22:15PM +0530, Y Giridhar Appaji Nag wrote: # Bcc: control tags 408610 + wontfix thanks However, we intend to make ELinks packages for experimental in which plenty of features will be enabled -- with the intent of giving exposure to upcoming upstream releases among Debian users and for trashing out bugs. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ ---end quoted text--- Hello, That's great, I actually have been making a package for the upcoming version (0.12) of elinks. I added a new binary target called elinks-full. In that target all features are enabled except for FSP support as it depends on a library (libfsp) that doesn't exist in Debian yet. Please have a look at the attached diff file. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 elinks_0.12+20071212-1.diff.gz Description: Binary data
Bug#446813: ITP: bicon -- Bidirectional Console
Package: wnpp Severity: wishlist * Package name: bicon Version : 0.2.0 Upstream Authors: Behdad Esfahbod [EMAIL PROTECTED], Muhammad A. Alkarouri [EMAIL PROTECTED] * URL : http://www.arabeyes.org/project.php?proj=BiCon * License : GNU GPL Description : Bidirectional Console -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444621: ITP: alqalam -- Qur'an typesetting macros for TeX/LaTeX
Package: wnpp Severity: wishlist * Package name: alqalam Version : 0.2 Upstream Authors: Hossam Aly Fahmy [EMAIL PROTECTED] (to be updated) * URL : http://tech.groups.yahoo.com/group/QuranTypesetting/ * License : GNU GPL or LPPL (to be determined) Description : Qur'an typesetting macros for TeX/LaTeX -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438042: softbeep: not handling nostrip build option (policy 10.1)
Hello, I made a new upload for softbeep: http://mentors.debian.net/debian/pool/main/s/softbeep/softbeep_0.3-18.dsc Please review it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438223: tss: not handling nostrip build option (policy 10.1)
Hello, I made a new upload for tss, the dsc file can be found at: http://mentors.debian.net/debian/pool/main/t/tss/tss_0.8.1-3.dsc Please review this upload as it needs a sponsor. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438223: tss: not handling nostrip build option (policy 10.1)
On Fri, Aug 17, 2007 at 09:29:40AM +0200, Julien Danjou wrote: Please, if you give a package for review, at least do what it needs to not have any lintian warnings. Ah, sorry, I fixed the problem in changelog, the dsc file can be found at: http://mentors.debian.net/debian/pool/main/t/tss/tss_0.8.1-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438042: softbeep: not handling nostrip build option (policy 10.1)
On Wed, Aug 15, 2007 at 10:25:41AM +0200, Julien Danjou wrote: There was a problem while autobuilding your package with DEB_BUILD_OPTIONS=nostrip. Final binaries are still stripped. If you call dh_strip correctly in debian/rules, this may mean that upstream is stripping anyway. You should look for call to strip, ld -s or install -s which may strip binaries. I found that there is an install -s in the Makefile. So should I remove the '-s' ? If yes, should I change something in the debian/rules file ? dh_strip is indeed being called in debian/rules indeed, I have a question thought, if one builds using the option DEB_BUILD_OPTIONS=nostrip, does that mean that dh_strip won't run ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438042: softbeep: not handling nostrip build option (policy 10.1)
On Thu, Aug 16, 2007 at 10:07:29AM +0300, Ahmed El-Mahmoudy wrote: I found that there is an install -s in the Makefile. So should I remove the '-s' ? If yes, should I change something in the debian/rules file ? dh_strip is indeed being called in debian/rules indeed, I have a question thought, if one builds using the option DEB_BUILD_OPTIONS=nostrip, does that mean that dh_strip won't run ? Another question (a request actually), the one who used to sponsor my uploads have stopped sponsoring, so are you ready to sponsor this upload when I do the changes ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432117: ITP: thwab-lib -- Electronic Encyclopedia System
Package: wnpp Severity: wishlist * Package name: thwab-lib Version : 1.1.2 Upstream Authors: Muayyad Saleh Alsadi [EMAIL PROTECTED] * URL : http://thwab.net * License : GNU GPL Description : An Electronic Encyclopedia System Thwab is an Electronic Encyclopedia System that is international, portable, simple, extensible (as one could add more books and articles), fast, caching, smart and maybe at some level intelligent! It is supposed to be independent on the media holding contents, for example contents could be in several CDs, installed on local fixed disk, or located somewhere on the web all using convenient way for each. Books can be downloaded from http://thwab.net/books.html. Homepage: http://thwab.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429946: Could not read emails in mutt 1.5.15
On Tue, Jun 26, 2007 at 09:37:07PM +0200, Adeodato Simó wrote: Hello. I can't reproduce this problem with mutt 1.5.16-1 from experimental. Maybe you have some old binary in your path? What happens if you do: % /usr/bin/mutt -v % /usr/bin/mutt -nF /dev/null -f testmbox Hello, I think I found the problem, it is that I installed mutt_1.5.16 (and .15 variants) under Feisty. When I installed it in Gutsy it worked, it must be some library in Feisty that mutt depends on.
Bug#429946: Could not read emails in mutt 1.5.15
On Sun, Jun 24, 2007 at 08:47:31PM +0100, Adeodato Simó wrote: Can you please send a gzipped mbox containing a message that exhibits the problem. Please strip any sensitive information for the message, and make sure that issuing: % mutt -nF /dev/null -f /path/to/mbox.gz The file testmbox.gz is attached. By issuing: mutt -nF /dev/null -f testmbox.gz I got this error: testmbox.gz is not a mailbox. and I beleive that this is expected, since I am not reading any config files so there are no hooks defined for gzipped mbox. So, I tested with this command: mutt -nF /etc/Muttrc.d/compressed-folders.rc -f testmbox.gz Also I tested by uncompressing the testmbox.gz and issuing: mutt -nF /dev/null -f testmbox And pressing Enter is enough to reproduce the problem. Yes, in both cases (gzipped uncompressed mbox) pressing Enter does still reproduce the problem. testmbox.gz Description: Binary data
Bug#429946: Could not read emails in mutt 1.5.15
Package: mutt Version: 1.5.15+20070412-1 When I tried mutt_1.5.15+20070412-1, I am not able to read emails anymore, I keep getting this error: Could not copy message, that happens even for non-PGP emails. To be able to view the email, I must view its attachments' list and view the appropriate attachment. I also tried running mutt without loading any configuration files, and I still get the same problem. I also tried mutt_1.5.15+20070515-1 mutt_1.5.16-1, and they have the same problem. I am currently using mutt_1.5.13-3, and it does not have this problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422048: GPL Cver 2.11a Multi-dimensional arrays.
Package: gplcver Version: 2.11a-3 Hello, I was trying GPL Cver 2.11a on a verilog module that has multi-dimensional arrays (the module is attached with this email), and it gave the error below: GPLCVER_2.11a of 07/05/05 (Linux-elf). Copyright (c) 1991-2005 Pragmatic C Software Corp. All Rights reserved. Licensed under the GNU General Public License (GPL). See the 'COPYING' file for details. NO WARRANTY provided. Today is Thu Dec 21 10:01:30 2006. Compiling source file test.v **test.v(15) ERROR** [1109] expression illegal token [[] Unable to begin simulation. There were 1 error(s), 0 warning(s), and 0 inform(s). End of GPLCVER_2.11a at Thu Dec 21 10:01:30 2006 (elapsed 0.0 seconds). NOTE: that the problem is when I try to use myarr[j][0], yet if I just try to use myarr[j] it works fine. module test(); reg [3:0] myarr[7:0]; integer i,j; initial begin for(i=0;i8;i=i+1) myarr[i] = i; end initial begin #10 for(j=0;j8;j=j+1) $display(%d: %b,j,myarr[j][0]); $stop; end endmodule
Bug#408610: elinks: Compiled with all features.
Package: elinks Version: 0.11.1-1.2 Severity: wishlist It would be nice to have an elinks package with all features compiled in it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352571: sound file warning.wav is in gnome-audio
Another solution is to put gnome-audio in the Depends: instead of Suggests: line. Can someone discuss which option is better ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294693: softbeep: softbeep causes darcs (zlib1g?) corruption
I found another way to produce the problem, instead of running: softbeep bash I set this environment variable: LD_PRELOAD=$LD_PRELOAD /usr/lib/softbeep/libsoftbeep.so It seems that this is what actually causes the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]