Bug#910679: cegui-mk2 should build-depend on updated pyside-tools package
Hi Tobias, On Tue, Sep 10, 2019 at 12:50 AM Tobias Frost wrote: > > Hi Olek, > > On Fri, Aug 30, 2019 at 12:57:05PM -0400, Olek Wojnar wrote: > > I am only a DM however (and don't even have DM upload rights to CEGUI) so, > > as much as I'd like to get this bug closed, I'm afraid that I've done all I > > can do. > > I've just fixed that last part in the brackets... > You should really think about becoming a DD ;-) Thanks for having given Olek upload rights. Thanks for your work, Olek and I apologize for not being able to reply before. Best, -- Muammar El Khatib. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#922804: makehuman: FTBFS (Could not import extension sphinx.ext.pngmath)
Hi, On Sun, Feb 24, 2019 at 2:45 PM Andreas Tille wrote: > > Hi, > > I plan to fix this in a NMU once I've importet the packaging to Salsa. > > Kind regards > > Andreas. > > -- > http://fam-tille.de I really appreciate this. I don't have much time recently to work on it. But I don't want to leave Debian :S I hope I can work more when I get more stable with my job. Best, -- Muammar El Khatib. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#919646: makehuman: File base.obj is missing
Hi Vangelis, and Adrian, On Thu, Feb 7, 2019 at 8:12 AM Adrian Bunk wrote: > > On Fri, Jan 18, 2019 at 10:46:22AM +0200, Vangelis Skarmoutsos wrote: > > Package: makehuman > > Version: 1.1.1-1 > > Severity: grave > > Justification: renders package unusable > > > > Dear Maintainer, > > > > When trying to start Makehuman by clicking on the gnome's corresponding icon > > the welcome screen appeared with the message: > > "Unable to load obj file: data/3dobjs/base.obj" > > and nothing more happened. > > When I clicked on that window, it closed and nothing else appeared. > > > > I was expecting the application to start with its full interface. > > > > The application has the same behavior if uninstalled (purge) and installed > > again. > > > > Using > > $ sudo find / -iname "base.obj" > > does not find this file on the system. > > The file is /usr/share/makehuman/data/3dobjs/base.npz > > Is this file present on your sytem? > > Does removing+reinstalling of makehuman-data help? I will have to check this to confirm whether or not the problem is related to the package actually not including that file. Adrian, I was thinking to move makehuman to a git repository to ease team-maintenance. I recently don't have too much time for my Debian duties. Does that sound that good for you? Best, -- Muammar El Khatib. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#909822: mkchromecast: Should probably depend on pulseaudio-utils
Hi, On Fri, Oct 12, 2018 at 4:13 AM Andreas Henriksson wrote: > > Hi, > > Chiming in here because I'd like to just suggest an alternative > that might be more in line with how other packages are layed out > and thus how users might expect things to work. > > On Thu, Oct 11, 2018 at 04:24:16PM -0400, Muammar El Khatib wrote: > > On Sat, Sep 29, 2018 at 3:33 AM Ruben Undheim > > wrote: > [...] > > > I get an error saying 'pactl' cannot be found when > > > starting. Solved it by installing pulseaudio-utils. > > > > > > > The package suggests mkchromecast-pulseaudio: > [...] > > I think I understand how you layed out the package. > You expect the user to pick a particular special version that suits > their needs from mkchromecast-* and install that. Then that pulls in the > common (mkchromecast) package. > > If a package has the bulk of the program, but users are not expected to > directly install it but rather have it pulled in via a dependency then > usually the package name gets a -common postfix, ie. in your current > layout you could have named mkchromecast mkchromecast-common instead. > > Going back a bit and looking at the bigger picture again I find your > current layout not how packages in debian normally are layed out. > Normally I find that the main package (mkchromecast here) instead has > alternative dependency on the different backends, eg. mkchromecast would: > Depends: mkchromecast-pulseaudio | mkchromecast-alsa | mkchromecast-gstreamer > > (Or in which ever order you prefer, listing the recommended and best > supported backend as the first alternative.) > > (And to avoid circular dependencies, the mkchromecast-* package would > have to drop or demote the Dependency on mkchromecast to a Recommends.) > > This way the users can just pull the package named after the program and > end up having the recommeded backend pulled in for them. > > With this package layout you avoid ever having an uninformed user > ending up with installing a package and having it 'not working'. > If they install mkchromecast they get the recommended backend with it. > If they install a particular mkchromecast-* the recommends will pull > in the mkchromecast package. (And if they disable installing recommends > then they are expected to pay attention or they get to keep all their > broken pieces. eg. apt install mkchromecast mkchromecast-gstreamer would > given them the non-default backend without pulling in the > recommended/first alternative dependency.) > Your explanation makes lots of sense for me. Just to clarify this layout: 1) mkchromecast-common would contain all needed files to make things functional meaning the python module itself and things in /usr/bin/. 2) There will be other mkchromecast-* packages e.g.: mkchromecast-pulseaudio; mkchromecast-alsa, and mkchromecast-gstreamer and those ones will pull out dependencies to make the package work for each of those audio servers. Basically, instead of doing an `apt install mkchromecast`, users would need to do `apt install mkchromecast-something`. Is that what you meant? If that is correct, then I think that the package `mkchromecast` does not have to be provided at all. I would like just to confirm these things before I go and change the packaging. Thanks for this idea Andreas. Best, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#909822: mkchromecast: Should probably depend on pulseaudio-utils
Hi Ruben, On Sat, Sep 29, 2018 at 3:33 AM Ruben Undheim wrote: > > Package: mkchromecast > Version: 0.3.8.1-1 > Severity: normal > > Dear Maintainer, > > I get an error saying 'pactl' cannot be found when > starting. Solved it by installing pulseaudio-utils. > The package suggests mkchromecast-pulseaudio: ``` Package: mkchromecast-pulseaudio Version: 0.3.8.1-1 State: not installed Priority: optional Section: sound Maintainer: Muammar El Khatib Architecture: all Uncompressed Size: 16.4 k Depends: pavucontrol, pulseaudio-utils, pulseaudio, mkchromecast Description: Pulseaudio dependencies to cast with mkchromecast This dependency package contains an informational list of packages which are considered essential for using mkchromecast together with pulseaudio sound server. This package also depends on the packages on that list. Homepage: http://mkchromecast.com Tags: admin::hardware, role::plugin, works-with::audio ``` Taking a closer look at the description of Mkchromecast there is the following text: ``` mkchromecast can cast using either pulseaudio or ALSA. The respective dependencies can be pulled by mkchromecast-pulseaudio and mkchromecast-alsa dependency packages respectively. For more information, please read the README.Debian file shipped in this package. ``` I think this bug should be closed. Let me know what you think. Best, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#902385: blacs-pvm-test: depends on removed package blacs-test-common
Hi Ansgar, On Mon, Jun 25, 2018 at 3:00 PM Ansgar Burchardt wrote: > > Package: blacs-pvm-test > Version: 1.1-21+b1 > Severity: serious > > blacs-pvm-test depends on blacs-test-common which was just removed > (#886711). > > I wonder if blacs-pvm is still useful? pvm was orphaned (#824403) and I > don't know anyone still using PVM for parallel computations. > Given that blacs-test-common was removed and honestly PVM does not seem to be used for parallel computing, it makes lots of sense to me that blacs-pvm should be removed, too. By the way, I have just seen it's been marked as AUTORM and will be removed anyway. Then, no actions to take it back into Debian archive might be the right thing to do. Best, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#854228: Libraries not linked with their deps
Dear all, On Mon, Mar 20, 2017 at 11:03 PM, Drew Parsons <dpars...@debian.org> wrote: > Probably the solution we want is to update our scalapack to 2.0.2, and > remove this blacs package, at least as a separate source package. That > won't happen for stretch, obviously. I am sorry for the delay in replying to this report. I am right now preparing to upload a Debian revision that adds the patch in #848813 for fixing the FTBFS. Lately, I have had limited time to take care of ScaLAPACK, and I think it is time to move it to team maintenance. I was thinking of Debian-science. I have already sent an email to the mailing list. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#828566: Proposed NMU
Dear Sergei, On Mon, Nov 7, 2016 at 8:48 AM, Sergei Golovan <sgolo...@nes.ru> wrote: > tags 828566 + patch > thanks > > Hi, Muammar, > > I'd like to offer a patch which ports tcltls to the new Openssl 1.1. > It's already forwarded upstream > (https://sourceforge.net/p/tls/bugs/66/) though I don't know when it > (or some other patch) will be accepted. The changes are mostly > straightforward, the patch retains compatibility with OpenSSL 1.0, and > the package passes regression tests. > > If you don't mind, I could do NMU for this bugfix. > > Cheers! Please go ahead with the NMU. I am sorry for the delay, too much work right now. Thank you. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#822021: scalapack: Build arch:all+arch:any but is missing build-{arch,indep} targets
Hi Sebastiaan,
On Sun, Sep 11, 2016 at 04:25:26PM +0200, Sebastiaan Couwenberg wrote:
> On Tue, 26 Jul 2016 16:17:49 +0200 (CEST) Santiago Vila wrote:
> > tags 822021 + patch
> > thanks
> >
> > I also recommend switching to dh, but in the meantime, the attached
> > patch should work.
>
> Muammar, please apply this patch and upload a new scalapack revision to
> unstable as soon as possible.
>
> scalapack binNMUes for the ongoing openmpi transition are failing
> because of this issue, and prevent building its many reverse dependencies.
>
I had already applied this patch:
scalapack (1.8.0-13) unstable; urgency=medium
* Added missing build-{arch,indep} targets. Thanks to Santiago Vila for
providing a patch. Closes: #822021.
* hppa architecture switched to openmpi. Closes: #834182.
-- Muammar El Khatib <muam...@debian.org> Mon, 05 Sep 2016 23:48:13 +0200
I am waiting for the openmpi upload of today that closes #837062 to proceed.
Cheers,
--
Muammar El Khatib.
Linux user: 403107.
GPG Key = 71246E4A.
http://muammar.me | http://proyectociencia.org
,''`.
: :' :
`. `'
`-
Bug#833797: cegui-mk2: diff for NMU version 0.8.7-1.2
On Mon, Aug 15, 2016 at 2:30 PM, Mattia Rizzolo <mat...@debian.org> wrote: > sure thing, done! :) Thanks Mattia! and sorry for the delay in replying!. Cheers. -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#833797: cegui-mk2: diff for NMU version 0.8.7-1.2
Dear Mattia, On Thu, Aug 11, 2016 at 11:38 AM, Mattia Rizzolo <mat...@debian.org> wrote: > I've prepared an NMU for cegui-mk2 (versioned as 0.8.7-1.2) and > uploaded it to DELAYED/5. Please feel free to tell me if I > should delay it longer. > > Regards. Thanks for the NMU!. I was wondering if you could commit and push those changes to the git repo?. Cheers, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#831152: silly: FTBFS with GCC 6: dh_makeshlibs: failing due to earlier errors
Package: libsilly Version: 0.1.0-7 Followup-For: Bug #831152 Hi Lucas, I have solved the bug, that was related to the symbols file. Should I upload a new revision adding to 'Build-Depends' gcc-6 explicitely?. Otherwise, I think that at build time in the archives, the builder will pick a gcc < 6 that will the package fails. Best regards, -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libsilly depends on: ii libc62.23-1 ii libgcc1 1:6.1.1-9 ii libjpeg62-turbo 1:1.5.0-1 ii libpng16-16 1.6.23-1 ii libstdc++6 6.1.1-9 ii zlib1g 1:1.2.8.dfsg-2+b1 libsilly recommends no packages. libsilly suggests no packages. -- no debconf information
Bug#812096: smc: FTBFS: configure: error: Package requirements (CEGUI-OPENGL >= 0.7.2) were not met:
On Thu, Apr 21, 2016 at 9:13 PM, Tobias Frost <t...@debian.org> wrote: > Thanks Muammar, > :) > I have filed the RM. > > Kudos for maintaining smc.. Thanks for having filled the RM. Have a nice day. -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#812096: smc: FTBFS: configure: error: Package requirements (CEGUI-OPENGL >= 0.7.2) were not met:
Hi Tobias, On Thu, Apr 21, 2016 at 7:58 AM, Tobias Frost <t...@debian.org> wrote: > Sorry, I overread the "Yes."... Don't worry. > As the rest of it confuses me: Does that mean you are OK with filing an > RM at this point of time? Yes, I am ok with filling an RM for SMC. Upstream is not developing, I don't have the time to do such an effort either. > (We can also file a RM for the binaries alone, but there is no > guarantee that the source will be retained; an ftp-master might think > it is cruft and delete it) > > Let me know! (libpng1.2 removal, you know...) Yes, let's proceed to request the RM. Cheers, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#812096: smc: FTBFS: configure: error: Package requirements (CEGUI-OPENGL >= 0.7.2) were not met:
Hi Tobias, On Sun, Apr 17, 2016 at 3:18 PM, Tobias Frost <t...@debian.org> wrote: > Maybe we should let it go? Yes. There is other option, because some people has forked SMC. The project is called TSC: https://github.com/Secretchronicles/TSC/. But there is no support for CEGUI 0.8.x yet. Cheers, -- Muammar El Khatib. http://muammar.me
Bug#820297: silly: FTBFS on several architectures
On Thu, Apr 07, 2016 at 09:50:27AM +0200, Emilio Pozuelo Monfort wrote: > Source: silly > Version: 0.1.0-5 > Severity: serious > > Your package failed to build on several architectures with missing symbols: > > https://buildd.debian.org/status/package.php?p=silly > > Emilio Thanks for the bug report. I have uploaded a new version that should address this problem. After I check everything is OK I will proceed to close this report. Regards, -- Muammar El Khatib. http://muammar.me | http://proyectociencia.org
Bug#816224: Depends on faac in non-free
Hi Josh, On Sun, Feb 28, 2016 at 10:16 PM, Josh Triplett <j...@joshtriplett.org> wrote: > Package: pulseaudio-dlna > Version: 0.4.7+git2016024-1 > Severity: serious > > pulseaudio-dlna, in main, has a dependency on faac, in non-free. > > I'd suggest working with upstream to switch to ffmpeg's aac encoder > instead; this will also likely improve quality and performance. That is work in progress: https://github.com/masmu/pulseaudio-dlna/issues/164 In that case, I think I will test also with the ffmpeg-backend branch that upstream created and see how stable it is in order to close this bug. Thanks for reporting. Regards, -- Muammar El Khatib. http://muammar.me
Bug#732723: cegui-mk2: Please upgrade OGRE dependency to 1.9 when upstream ready
On Fri, Dec 11, 2015 at 05:20:25PM +0100, Tobias Frost wrote: ... > > > > But those files were indeed included in the copyright file. See: > > > > https://web.archive.org/web/20150907175032/https://ftp-master.debian. > > org/new/cegui-mk2_0.8.4-2.html > > > > Regards, > > > > Hi Muammar, > > did you get any response in the meantime? > Should we reupload? > They never replied, so in such a case I suppose that we should reupload. Would you mind to prepare the upload in the git so that I can see how it is done?. Do you plan to add you in debian/control file too?. Cheers, -- Muammar El Khatib. http://muammar.me | http://proyectociencia.org
Bug#732723: cegui-mk2: Please upgrade OGRE dependency to 1.9 when upstream ready
On Sun, Sep 27, 2015 at 8:42 PM, Tobias Frost <t...@debian.org> wrote: >> Yes. Go ahead. Today I contacted FTP masters because I think the >> debian/copyright file is ok. I will keep you posted about it. >> > > Recreated the repository in the meantime. So far I haven't gotten a reply from FTP masters. The claimed the following: > I found lots of files that are not mentioned in your debian/copyright: > doc/doxygen/falagard/fal_main.dox is GFDL > promo/* is CC-BY-SA > cegui/src/ScriptModules/Python/bindings/generate.py is GPL3 > cegui/src/ScriptModules/Python/bindings/generators/__init__.py is GPL3 > cegui/src/ScriptModules/Python/bindings/output/CEGUIOgreRenderer/* is BOOST > some fonts in datafiles/font/* have licenses as shown in > datafiles/fonts/Legal.txt But those files were indeed included in the copyright file. See: https://web.archive.org/web/20150907175032/https://ftp-master.debian.org/new/cegui-mk2_0.8.4-2.html Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#732723: cegui-mk2: Please upgrade OGRE dependency to 1.9 when upstream ready
On Thu, Sep 24, 2015 at 8:33 PM, Tobias Frost <t...@debian.org> wrote: >> >> Thank you for offering me your help!. > > Perfect and thanks for putting in on alioth and I just cloned it. > One question: As there is not the history imported, may I nuke the > repository and re-create it using git-buildpackage's import-dscs - > -debsnap magic? Yes. Go ahead. Today I contacted FTP masters because I think the debian/copyright file is ok. I will keep you posted about it. Cheers, -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `-
Bug#732723: cegui-mk2: Please upgrade OGRE dependency to 1.9 when upstream ready
Hi Tobias!, On Tue, Sep 22, 2015 at 10:25:20PM +0200, Tobias Frost wrote: > Hi Muammar, > > the link to the NEW queue is now 404ing... What happened? :( this time was the license again, I forgot to add some of them. > (It would be great if the version could enter the archives, other > packages will depend on it :) If you need help, can you put your > package e.g to some repository?) That would be great. In fact, I have created a repository (cegui-mk2.git) in alioth under collab-maint (it should be visible on the anonscm soon). If you could help me with the license issues (and other changes you consider pertinent), the package will enter faster (I have a lack of time recently). > > Thanks! Thank you for offering me your help!. Cheers, -- Muammar El Khatib. http://muammar.me | http://proyectociencia.org
Bug#732723: cegui-mk2: Please upgrade OGRE dependency to 1.9 when upstream ready
Hi, On Sun, Aug 9, 2015 at 1:55 AM, Corey Hickey bugfoo...@fatooh.org wrote: Hi, This package is apparently not installable on sid now. 1. libcegui-mk2-0.7.6 requires libogre-1.8.0 2. libstdc++6 Breaks libogre-1.8.0 = 1.8.0+dfsg1-7+b1 Updating libogre-1.8.0 is apparently a wontfix: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791222 Can you please prepare a new upload as mentioned? I have prepared an upload¹, I am waiting it passes the NEW process. Hopefully in a couple of weeks it should be done. If it does not pass, I will upload a revision of 0.7.6. Regards, 1. https://ftp-master.debian.org/new/cegui-mk2_0.8.4-2.html -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732723: cegui-mk2 - tagging pending bugs
On Wed, Jul 15, 2015 at 10:53 AM, Edmund Grimley Evans edmund.grimley.ev...@gmail.com wrote: Not any more. What happened? Problems in the copyright file. I will prepare a new upload. Regards, -- Muammar El Khatib. http://muammar.me | http://proyectociencia.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732723: cegui-mk2: Please upgrade OGRE dependency to 1.9 when upstream ready
Hi Edmund, On Sun, May 31, 2015 at 12:42 PM, Edmund Grimley Evans edmund.grimley.ev...@gmail.com wrote: Upstream 0.8.4 seems to build easily on Debian unstable (the build system has changed since 0.7.6): apt-get install debhelper cdbs libtool automake1.11 autoconf \ pkg-config libxerces-c-dev libboost-signals-dev libboost-regex-dev \ libfreetype6-dev libtiff-dev libgl1-mesa-dev libglu1-mesa-dev \ libdevil-dev libpcre3-dev liblua5.1-dev lua5.1 libois-dev \ libfreeimage-dev libxcursor-dev libxpm-dev python-dev libpng-dev \ libxxf86vm-dev libexpat1-dev liblua5.1-expat-dev libxml2-dev \ libsilly-dev libogre-1.9-dev libglew1.6-dev libtinyxml-dev \ libtolua++5.1-dev # This wasn't in a fresh chroot so there may be other Build-Depends. wget http://prdownloads.sourceforge.net/crayzedsgui/cegui-0.8.4.tar.bz2 md5sum cegui-0.8.4.tar.bz2 # 344917301b5ed867a07575ee6a828667 cegui-0.8.4.tar.bz2 tar xjf cegui-0.8.4.tar.bz2 cd cegui-0.8.4 mkdir build cd build cmake .. make Thanks for your mail. I have already uploaded cegui to debian unstable, but the package got into NEW[0]. So, when FTP-Master checks if everything is ok with this new upstream version the package will be available. Regards, [0] https://ftp-master.debian.org/new/cegui-mk2_0.8.4-1.html -- Muammar El Khatib. Linux user: 403107. GPG Key = 71246E4A. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781306: makehuman: Immediate segmentation fault at launch
Hi John, On Sun, May 17, 2015 at 01:29:06PM +1000, John O'Hagan wrote: On Tue, 12 May 2015 20:58:35 +0200 Muammar El Khatib muam...@debian.org wrote: Package: makehuman Version: 1.0.0~alpha6-5+b1 Followup-For: Bug #781306 Dear John, I have uploaded the new upstream version of makehuman to experimental. Could you please test it and tell me if you still have this bug, please?. Hi Muammar, I use the testing distribution, but I have manually installed makehuman and makehuman-data from experimental using dpkg. The only other dependency, python 2.7, is already on my system. Initially the segfault occurred as before over several trials, but after a reboot, makehuman runs fine. I have no clue as to why. I have changed the relationships in the Binary dependencies of makehuman. In this sense, the package should now replace completely versions earlier than 1.0.2 if installed in the system. Maybe that's the problem you had, because I tried to upgrade from 1.0.0~alpha6-5+b1 to 1.0.2 and dpkg even died when trying to overwrite one of the files. In the next upload I am preparing, I will close this bug. But you are free to open it if you find the problem upgrading from 1.0.0~alpha6-5+b1 to 1.0.2 is still there. Thanks for replying. Regards, -- Muammar El Khatib. http://muammar.me | http://proyectociencia.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781306: makehuman: Immediate segmentation fault at launch
Package: makehuman Version: 1.0.0~alpha6-5+b1 Followup-For: Bug #781306 Dear John, I have uploaded the new upstream version of makehuman to experimental. Could you please test it and tell me if you still have this bug, please?. Regards, -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages makehuman depends on: ii fontconfig2.11.0-6.3 ii libc6 2.19-18 ii libgl1-mesa-glx [libgl1] 10.5.5-1 ii libglew1.10 1.10.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libpython2.7 2.7.10~rc1-1 ii libsdl-image1.2 1.2.12-5+b5 ii libsdl1.2debian 1.2.15-11 ii libx11-6 2:1.6.3-1 ii makehuman-data1.0.0~alpha6-5 pn python2.7:any none pn python:anynone Versions of packages makehuman recommends: ii aqsis 1.8.2-1 Versions of packages makehuman suggests: pn makehuman-doc none -- no debconf information -- Muammar El Khatib. http://muammar.me | http://proyectociencia.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740764: blacs-mpi: should not silently change the library SONAME when MPI implementation changes
Dear Sébastien, On Thu, Apr 3, 2014 at 4:58 PM, Sébastien Villemot sebast...@debian.org wrote: Control: tags -1 + patch pending I have prepared a patch for this issue, and uploaded it to DELAYED/2. Please find attached the debdiff. Don't hesitate to let me know if you want to delay the upload longer. Same remarks as for #740620 apply. Thank you very much for your help. I have been very busy these days and I haven't had the time of doing it myself. I agree with the NMU. Thanks again. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1. http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731225: blacs-mpi: FTBFS on mpich archs: Linking fails
Hi Sébastien, On Sun, Dec 22, 2013 at 3:34 PM, Sébastien Villemot sebast...@debian.org wrote: I uploaded to DELAYED/2 a NMU of blacs-mpi versioned 1.1-31.1 and fixing that issue. The debdiff is attached. Don't hesitate to tell me if I should delay the upload longer. It is fine for me. Thank you for your help. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665498: shotwell: Segmentation fault shortly after starting Shotwell everytime
Package: shotwell Followup-For: Bug #665498 Hi Luca, I'm writing back as I had told you. Well, so I have converted all my MPG and mpg videos to mp4 by using ffmpeg: ffmpeg -i $i -vcodec copy -acodec mp2 -ar 44100 -ab 128k $i.mp4 And I moved all the former MPG and mpg files out of the directory used by shotwell (bash, for, sed, thanks a lot). Then, I enabled the option called «Write tags, titles and other metadata to photo files» in shotwell. Now, shotwell was able to index all my photos and videos (26GB). Regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shotwell depends on: ii dbus-x11 1.5.12-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-32 ii libcairo-gobject21.12.2-1 ii libcairo21.12.2-1 ii libexif120.6.20-2 ii libexiv2-12 0.23-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-1 ii libgexiv2-1 0.4.1-3 ii libglib2.0-0 2.32.2-1 ii libgomp1 4.7.0-8 ii libgphoto2-2 2.4.14-2 ii libgphoto2-port0 2.4.14-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-1 ii libgudev-1.0-0 175-3.1 ii libjavascriptcoregtk-3.0-0 1.8.1-2 ii libpango1.0-01.30.0-1 ii libraw5 0.14.6-1 ii librest-0.7-00.7.12-1 ii librsvg2-common 2.36.1-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.11-3 ii libstdc++6 4.7.0-8 ii libunique-3.0-0 3.0.2-1 ii libwebkitgtk-3.0-0 1.8.1-2 ii libx11-6 2:1.4.99.901-2 ii libxml2 2.7.8.dfsg-9 shotwell recommends no packages. shotwell suggests no packages. -- no debconf information -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665498: shotwell: Segmentation fault shortly after starting Shotwell everytime
Package: shotwell Version: 0.12.2-1 Followup-For: Bug #665498 I have tried with version 0.12.2-1. The problem is still there. But, I checked ~/.cache/shotwell/shotwell.log and I found this: L 7981 2012-05-08 12:40:37 [WRN] VideoSupport.vala:122: Unable to read video metadata: File /home/muammar/Photos/Libano 2010/MOV01164.MPG is not a supported video format I have a format not supported by shotwell. When searching about this problem then I found this: http://redmine.yorba.org/issues/3139 So, there is no interest from upstream in supporting this format. So far, I cannot state for sure this is causing the problem I have at least. I think I'll have to convert all those MPG and mpg files I have, and retry to see what happens. I'll write back. Regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shotwell depends on: ii dbus-x11 1.5.12-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-32 ii libcairo-gobject21.12.2-1 ii libcairo21.12.2-1 ii libexif120.6.20-2 ii libexiv2-12 0.23-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-1 ii libgexiv2-1 0.4.1-2+b1 ii libglib2.0-0 2.32.2-1 ii libgomp1 4.7.0-7 ii libgphoto2-2 2.4.14-2 ii libgphoto2-port0 2.4.14-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.1-2 ii libgudev-1.0-0 175-3.1 ii libjavascriptcoregtk-3.0-0 1.8.1-2 ii libpango1.0-01.30.0-1 ii libraw5 0.14.6-1 ii librest-0.7-00.7.12-1 ii librsvg2-common 2.36.1-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.11-3 ii libstdc++6 4.7.0-7 ii libunique-3.0-0 3.0.2-1 ii libwebkitgtk-3.0-0 1.8.1-2 ii libx11-6 2:1.4.99.901-2 ii libxml2 2.7.8.dfsg-9 shotwell recommends no packages. shotwell suggests no packages. -- no debconf information -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665498: shotwell: Segmentation fault shortly after starting Shotwell everytime
Package: shotwell Version: 0.12.1-1 Followup-For: Bug #665498 I'm also experiencing this problem as well. I'd like to add that I am trying to manage with shotwell 27GB of pictures: ââmuammar@ihacku ~ â°â% du -hc Photos |tail -n 1 27Gtotal When I imported my Photos directory, shotwell failed with a segfault as follows: ââmuammar@ihacku ~ â°â% shotwell [1]31372 segmentation fault shotwell I erased the ~/.shotwell directory, and all related configuration stuff I had. Then I made a test. I imported the 27GB by using f-spot. When the DB was created in f-spot, I proceeded to import it from shotwell and I was able to get the 27GB of pictures to be managed by shotwell. No problems so far until I checked the option: watch library directory for new files it segfault again. I'll try to obtain a backtrace to see if it is helpful in some way. Thanks for reading, PS. I tested it with the version in unstable and experimental. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shotwell depends on: ii dbus-x11 1.5.12-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-32 ii libcairo-gobject21.12.2-1 ii libcairo21.12.2-1 ii libexif120.6.20-2 ii libexiv2-11 0.22-2 ii libfontconfig1 2.9.0-3 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-1 ii libgexiv2-1 0.4.1-1 ii libglib2.0-0 2.32.2-1 ii libgomp1 4.7.0-7 ii libgphoto2-2 2.4.14-2 ii libgphoto2-port0 2.4.14-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.1-2 ii libgudev-1.0-0 175-3.1 ii libjavascriptcoregtk-3.0-0 1.8.1-1 ii libpango1.0-01.30.0-1 ii libraw2 0.13.8-1 ii librest-0.7-00.7.12-1 ii librsvg2-common 2.36.1-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.11-3 ii libstdc++6 4.7.0-7 ii libunique-3.0-0 3.0.2-1 ii libwebkitgtk-3.0-0 1.8.1-1 ii libx11-6 2:1.4.99.901-2 ii libxml2 2.7.8.dfsg-9 shotwell recommends no packages. shotwell suggests no packages. -- no debconf information -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664628: makehuman: FTBFS when only building architecture-dependent package
Package: makehuman Version: 1.0.0~alpha6-1 Followup-For: Bug #664628 I'm waiting for the reply on another bug reported recently to this package for trying to upload the two solutions in the same revision. Thanks for reporting, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages makehuman depends on: ii fontconfig2.8.0-3.1 ii libc6 2.13-27 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglew1.71.7.0-3 ii libglu1-mesa [libglu1]7.11.2-1 ii libpython2.6 2.6.7-4 ii libsdl1.2debian 1.2.15-2 ii libx11-6 2:1.4.4-4 ii makehuman-data1.0.0~alpha6-1 ii python2.7.2-10 ii python2.7 2.7.3~rc1-1 Versions of packages makehuman recommends: ii aqsis 1.6.0-10 Versions of packages makehuman suggests: ii makehuman-doc 1.0.0~alpha6-1 -- no debconf information -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663152: cegui-mk2: FTBFS(kfreebsd): error: 'd_handle' was not declared in this scope
Hi Christoph, On Thu, Mar 08, 2012 at 11:36:23PM +0100, Christoph Egger wrote: Package: src:cegui-mk2 Version: 0.7.6-1 Severity: serious Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds: I know what the problem is... I'll do an upload today for solving this. I apologize. regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646464: (no subject)
Hi Barry, On Thu, Feb 23, 2012 at 10:33:55AM -0500, Barry Warsaw wrote: Here's the patch I applied to Ubuntu to get this package to build from smc git head. Thanks for the patch. I am waiting for the new version of CEGUI I have uploaded (which I also used to test if the package was able to build) for then proceed to upload smc. Cheers, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638381: tcltls: FTBFS(kfreebsd): /bin/bash: o: command not found
Hi Adam,
On Sun, Mar 04, 2012 at 09:51:09PM +, Adam D. Barratt wrote:
Hi, Muammar,
On Fri, 2011-08-19 at 00:32 +0200, Christoph Egger wrote:
Your package failed to build on the kfreebsd-* buildds:
rm -f libtls1.6
o libtls1.6 tls.o tlsIO.o tlsBIO.o tlsX509.o fixstrtod.o -L/usr/lib -lssl
-lcrypto -L/usr/lib -ltclstub8.5
/bin/bash: o: command not found
make[1]: [libtls1.6] Error 127 (ignored)
I started looking at this bug during the BSP, as it's now been open for
over six months with no comment from you and no upload of the package
since a few days after the bug was reported. Looking through the
packaging left me a little confused, but I wanted to check if you were
still interested in maintaining the package before I dug much further.
(To clarify, I have no interest in the package beyond trying to get the
number of RC bugs affecting wheezy reduced, and wondered if tcltls might
be a removal candidate if it's unmaintained and has no reverse
dependencies.)
I understand.
As a brief overview of the things that confused me:
- The package was modified to use the 3.0 (quilt) source format, but
still explicitly includes calls to quilt in debian/rules
For the moment I modified this package to use the 3.0 (quilt) I wasn't that
clear on how to use the format, I have to accept.
- There appear to be a bunch of patches in debian/patches, but they're
all dpatches and aren't being applied (and presumably weren't before the
source package change?) due to the lack of a series file.
Yes, I let them there just in case. I don't know whether it is or it isn't
a good idea to let patches without applying them in the debian/directory. But
yes, you are right they weren't applied because they weren't needed anymore.
- The package build-depends on autotools-dev, and tries to clean up
config.{guess,sub} after the build. However, those files don't exist in
the source package, and I can't see anything in the rules file which
would create them.
- The rules file sets CFLAGS appropriately for being built with noopt,
but then never ensures that they're passed to configure. This appears
to have been the fix used for resolving #476030, based on comparing the
-7 and -8 packages (as the changelog was fixed wasn't exactly
helpful). However, the correct fix was likely simply to quote
$(CFLAGS) in the configure call.
I am ashamed of my changelog. It wasn't helpful... I apologize. On the other
hand, I believe that tcl-tls is a candidate for removal. Its only reverse
dependence is aMSN:
╭─muammar@ihacku ~
╰─% apt-rdepends -r tcl-tls
Reading package lists... Done
Building dependency tree
Reading state information... Done
tcl-tls
Reverse Depends: amsn (0.98.4-4)
amsn
Which has been already removed from the archive. Unresponsiveness has been
surrounding me since my postgraduate studies are consuming my life...
Best Regards,
--
Muammar El Khatib.
Linux user: 403107.
Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1
http://muammar.me | http://proyectociencia.org
,''`.
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640562: FTBFS against libav/0.7.1
Package: motion Followup-For: Bug #640562 Any advance on applying this patch to make motion compile against libav 0.7.1? Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653131: amsn: FTBFS during rebuild with /bin/sh: 1: autoreconf: not found
On Thu, Dec 29, 2011 at 11:05:24PM +0100, Julien Cristau wrote: On Thu, Dec 29, 2011 at 14:00:59 +0100, Muammar El Khatib wrote: I cannot reproduce this FTBFS when compiling aMSN with pbuilder. Don't use pbuilder, try with touch configure.ac debian/rules build. Thanks for this hint. I'll test it right now. Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653610: scalapack: FTBFS on mips(el) and s390
Source: scalapack Followup-For: Bug #653610 Hi Adam, Thanks again for all your help. I am building the package right now and then proceed to upload it. So, in an ½hour will be uploaded. Regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653131: amsn: FTBFS during rebuild with /bin/sh: 1: autoreconf: not found
Package: amsn Followup-For: Bug #653131 Hi Niels, First of all, I am sorry for the delay in answering to your report. I cannot reproduce this FTBFS when compiling aMSN with pbuilder. I'd like to add that after reading the report¹ which refers to the transition, I have also updated the Build-Depends field from libgupnp-1.0-dev to libgupnp-av-1.0-dev. Then I compiled again (in Pbuilder), and it was successful. Now, I'm thinking in uploading this new revision with the updated Build-Depends field to see if it will fail or not. If it fails, then I think that it would be needed to Build-Depends on autoconf and then call autoreconf from debian/rules at build time. Regards, PS. I'll proceed in a couple of hours. If you think I have missed something, please do not hesitate to tell me before I upload. 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639871 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amsn depends on: ii amsn-data0.98.4-4 ii libc62.13-24 ii libgcc1 1:4.6.2-9 ii libglib2.0-0 2.30.2-4 ii libgssdp-1.0-2 0.10.0-2 ii libgstfarsight0.10-0 0.0.31-1+b1 ii libgstreamer-plugins-base0.10-0 0.10.35.2-2 ii libgstreamer0.10-0 0.10.35.2-2 ii libgupnp-1.0-3 0.16.1-1 ii libgupnp-igd-1.0-3 0.1.11-1 ii libjpeg8 8c-2 ii libpng12-0 1.2.46-3 ii libsnack2-alsa [libsnack2] 2.2.10-dfsg1-12 ii libsoup2.4-1 2.36.1-1 ii libstdc++6 4.6.2-9 ii libv4l-0 0.8.5-6 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-5 ii tcl-tls 1.6+dfsg-2 ii tk8.58.5.11-1 ii zlib1g 1:1.2.3.4.dfsg-3 amsn recommends no packages. Versions of packages amsn suggests: ii docker none ii iceweasel 9.0.1-1 ii sox none ii tcl8.5 [tclsh] 8.5.11-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652313: Needs mpich2 targets in debian/rules
Hi Adam, On Tue, Dec 27, 2011 at 20:33, Adam C Powell IV hazel...@debian.org wrote: Hi Muammar, Reducing the recipients list as this concerns technical details. On Sun, 2011-12-25 at 20:31 +0100, Muammar El Khatib wrote: Source: scalapack Followup-For: Bug #652313 Hi, I have prepared a new revision of scalapack, but I have a doubt which is: do I have to provide a new binary package (e.g. libscalapack-mpich2)? Terrific! I don't think you need a binary package, the existing libscalapack-mpi1 and -mpi-dev packages with libscalapack-mpich2*.[so|a] files should be fine. I see. So, I'll do that. I'll provide the new compiled libraries compiled against mpich2 into the libscalapack-mpi1 package. Thanks for answering. As for blacs-mpi, it has been rebuilt successfully.¹ Indeed, thanks! :) I'll be waiting attentive for your replies, and thus proceed correctly with your advises. Thanks, I'll look for the upload and check the buildd logs, and upload mumps when scalapack finishes. PS. Adam, thanks for the patch. No problem, hope it was useful! Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652313: Needs mpich2 targets in debian/rules
Source: scalapack Followup-For: Bug #652313 Hi, I have prepared a new revision of scalapack, but I have a doubt which is: do I have to provide a new binary package (e.g. libscalapack-mpich2)? As for blacs-mpi, it has been rebuilt successfully.¹ I'll be waiting attentive for your replies, and thus proceed correctly with your advises. Regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash PS. Adam, thanks for the patch. 1. https://buildd.debian.org/status/package.php?p=blacs-mpi -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650804: Bug#652313: Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')
Hi, On Thu, Dec 22, 2011 at 23:28, Adam C Powell IV hazel...@debian.org wrote: tags 652313 patch thanks On Wed, 2011-12-21 at 13:23 -0500, Adam C Powell IV wrote: retitle 652313 Needs mpich2 targets in debian/rules block 652313 by 652312 thanks Hi Julien, On Mon, 2011-12-19 at 21:03 +0100, Julien Cristau wrote: On Mon, Dec 19, 2011 at 08:43:12 -0500, Adam C Powell IV wrote: On Sat, 2011-12-17 at 17:32 +0100, Julien Cristau wrote: On Fri, Dec 16, 2011 at 08:00:15 -0500, Adam C Powell IV wrote: I think blacs-mpi, scalapack and suitesparse make sense for no-change rebuilds. But I've been procrastinating maintenance on the rest (just took care of spooles last night, working on hypre now) so this will motivate me to finish up hypre, scotch and mumps -- I'll take care of those three. What are the archs where those rebuilds are needed? Cheers, Julien armel, armhf, mips, mipsel, s390, s390x, sparc. Can't do that for blacs-mpi, it's broken: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650804 The bug is in the lam implementation, which does not include an f90 wrapper. When the rebuild happens, it will use mpich2 which does have an f90 wrapper so it should work. So please schedule this build. I've just confirmed that blacs-mpi builds with libmpich2-dev installed, and does not build with lam4-dev installed with the same failure mode as on the buildds. Simply rescheduling a build of blacs-mpi with the new mpi-defaults depending on mpich2 instead of lam should therefore close bug #650804. Please schedule this build on armel, mips, mipsel, s390, s390x and sparc. (armhf apparently has openmpi.) Scheduled rebuilds for scalapack. Unfortunately scalapack depends on blacs-mpi, so blacs-mpi needs to go first. Looking at the log of the scheduled build, scalapack failed because it doesn't have an mpich2 target, so that will need just a bit of work, please do not schedule a second build of scalapack. I'm attaching a patch which fixes #652313. But blacs-mpi needs to be built before uploading with this fix. I have read the thread of this report. I'll proceed to upload blacs-mpi today, so that it gets built with the mpi-defaults = 1.0 as pointed out herein, and then proceed with scalapack. Tell me if I can go ahead, or if you have already taken any action and thus I don't interfere with it. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645109: Please move CEGUI 0.7 to unstable... it's 2 years old already!
On Wed, Oct 12, 2011 at 05:38:26PM +0100, Manuel A. Fernandez Montecelo wrote: Package: cegui-mk2 Version: 0.6.2-5.1 Severity: serious Hello, Please upload CEGUI 0.7 to unstable... it's two years old [1], and the last point release 0.7.5 is almost 1 year old. And we're talking about Debian unstable... Do you want to ship the obsolete, buggy and unmaintained 0.6 release with the next stable or what? The packages depending on it need to stabilise before the freeze... There are some packages which depends on CEGUI that will fail to build because of the change of the API. There are not that many, but still. Of course I don't want to ship obsolete things, but I don't want to break too many things. [1] http://www.cegui.org.uk/wiki/index.php/News#CEGUI_0.7.0_is_Released.21_by_CrazyEddie_20th_September_2009 Also, I've been waiting more than a year [2] to package a game because it needs CEGUI 0.7. I already submitted bug reports [3] to some packages depending on CEGUI because they are hopelessly obsolete and nobody in their sane minds should want to use the versions shipped by Debian, but actually they don't seem to depend on a specific version, so upgrading CEGUI shoudln't hurt. [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597868 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633854 As I wrote above, it will cause some problems. In any case, I understand your position in this. So I'll upload it just right now to unstable, and then I'll see how I can fix all problems that could raise. So could you have CEGUI 0.7 in unstable now, please? Yes, I could. Thanks. You are welcome. -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645109: Please move CEGUI 0.7 to unstable... it's 2 years old already!
Hi Manuel, On Thu, Oct 13, 2011 at 05:01:08PM +0100, Manuel A. Fernandez Montecelo wrote: Hi Muammar, 2011/10/13 Muammar El Khatib muam...@debian.org: There are some packages which depends on CEGUI that will fail to build because of the change of the API. There are not that many, but still. Of course I don't want to ship obsolete things, but I don't want to break too many things. If you think that there's a need for that in Debian, you can introduce a new package for versions with different APIs/ABIs, like [1]. Hopefully CEGUI doesn't need to ship so many versions, but maybe it could do with a couple of them. [1] http://qa.debian.org/developer.php?login=pkg-db-de...@lists.alioth.debian.org I think that answering your mail is kind of useless, but anyways I will do it even knowing that from my position I don't have all the reason. Regarding this point, I had talked to debian-release and they told me to not *ship different versions of CEGUI*. Period. So, I wasn't going to do the contrary. This new version, already in unstable, it's going to cause some FTBFS, and in the case of the game SMC there is not yet a good patch for making it compile using this new version. I'll try contact upstream to see if he has done something. Anyway, from my POV it is to be expected that a new stable version of a package (not a snapshot, not a pre-release... but a proper stable upstream release of mature software) is shipped in Debian within weeks/months of the upstream release date. This always depend on the maintainer. In any case, your argument is too logic, it is the expected behaviour to have. But not all the releases have to be shipped in debian just because they are new. And this has to do with what the goals in debian are. This is the case with hugely disruptive changes, like upgrading to GNOME-3 or KDE-4, when this affects to the normal workflow of thousands/millions of people that would prefer to resist the change; because it's generally understood (even if it's painful in many cases to move on) that eventually one has to do that anyway, if there's nobody who wants to take care of the software, and it's going to bitrot slowly. In this particular CEGUI case, you can follow (maybe too late now? maybe an idea for the future?) the route of having different package source versions happily living in the archive. You may not want to do As I wrote above, this is not an option in this particular case. that because of maintainance burden, and that's understandable. But then again, eventually one has to decide whether it's more beneficial/harmful to avoid having recent and maintained versions of a library, because of some projects lagging behind. I think that in You don't have to explain this to me, I don't have a @debian.org for free. cases like CEGUI the users ultimately prefer having the latests versions, and that is the case of libraries used in usually very dynamic projects (instead of, say, raving for the new version of procmail or bsd-mainutils). Yes, I partially agree. As this library is used by people who develop games, they need a new version of it. There is no doubt about it as there is no doubt in the fact that my time of response was kind of slow. Sorry if I sounded rough and rude in the first e-mail, but I sometimes feel that the Debian world moves at a pace that risks obsolecence every day, except for a few core packages. And dying because of inaction and fear of what changes might bring is a quite stupid/ironic way of dying. Remember that Debian has some goals. One of those, is stability and homogeneity. But as you can see, I have responded to your request because users are important as well. And the package is now in the unstable suite and you can work in your things. Regards, and sincere thanks for your efforts. You are welcome. And thanks for being sincere. Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583187: aMSN shouldn't compile with v4l support on non linux archs
On 12/06/2010 06:39, Sjoerd Simons wrote: On Wed, Jun 09, 2010 at 11:20:27AM -0430, Muammar El Khatib wrote: On 07/06/2010 21:31, Sjoerd Simons wrote: Attached debdiff makes amsn build on kFreeBSD again. Thanks for the patch, but with it, aMSN fails to load in other architectures e.g. amd64 (see pictures attached). The reason is because the files listed in Makefile.in in FOUND_OS for linux are not in their respective places. Looking at the debdiff i supplied i'm not sure how that could happen unless it was a pre-existing issue. For the linux build all files should still end up in the same location as before. Also the amsn package i build on my machine seem to start fine (although i don't use msn so i couldn't test any further) I apologize. I applied again your debdiff, and it works perfectly. I had done something wrong. I'll upload the package with your patch. Any updates on this, it's blocking a whole set of my packages from going into testing which is starting to become quite annoying :) Laurent offered me to upload the package for me. So I will ask him for sponsorship. Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583187: aMSN shouldn't compile with v4l support on non linux archs
Hi Laurent, 2010/5/26 Laurent Bigonville bi...@debian.org: Package: amsn Version: 0.98.3-1 Severity: Serious Hi, aMSN shouldn't compile with v4l support on non linux archs. This prevents building on kfreebsd-* Thanks for reporting, I am working on that from the message sent by Peter Green. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558042: [grub-pc] Confirming this report
this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### *** END /boot/grub/grub.cfg -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558042: [grub-pc] Additional information
Hi, I forgot to post my partitioning scheme: muam...@obey:~$ sudo fdisk -lu Disk /dev/sda: 120.0 GB, 120034123776 bytes 255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors Units = sectors of 1 * 512 = 512 bytes Disk identifier: 0x90029002 Device Boot Start End Blocks Id System /dev/sda1 * 63 498014 248976 83 Linux /dev/sda2 498015 234436544 1169692655 Extended /dev/sda5 498078 234436544 116969233+ 83 Linux Regards -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550490: amsn: crash (tk has brought an error..)
Package: amsn Version: 0.98-1 Hi, Do you still have this problem? I am waiting for more details from you. Regards, --- System information. --- Architecture: amd64 Kernel: Linux 2.6.31-trunk-amd64 Debian Release: squeeze/sid 990 unstablewww.debian-multimedia.org 990 unstableftp.us.debian.org 500 stable dl.google.com 1 experimentalftp.us.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.3.2) | 2.10.1-2 libgcc1 (= 1:4.1.1) | 1:4.4.2-1 libglib2.0-0 (= 2.16.0) | 2.22.2-2 libgssdp-1.0-2 (= 0.7.0) | 0.7.0-1 libgstfarsight0.10-0 (= 0.0.3) | 0.0.16-1 libgstreamer-plugins-base0.10-0 (= 0.10.0) | 0.10.25-4 libgstreamer0.10-0 (= 0.10.20) | 0.10.25-3 libgupnp-1.0-3(= 0.13.0) | 0.13.1-1 libgupnp-igd-1.0-2 (= 0.1.3) | 0.1.3-3+b1 libjpeg62 | 6b-15 libpng12-0 (= 1.2.13-4) | 1.2.40-1 libsoup2.4-1 (= 2.27.92) | 2.28.1-2 libstdc++6 (= 4.1.1) | 4.4.2-1 libv4l-0 (= 0.5.0) | 0.6.2-1 libx11-6 | 2:1.2.2-1 libxml2 (= 2.6.27) | 2.7.6.dfsg-1 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-15 amsn-data (= 0.98-1) | 0.98-1 tk8.5 | 8.5.7-1 tcl-tls | 1.5.0.dfsg-9 libsnack2-alsa| 2.2.10-dfsg1-8 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== iceweasel| 3.5.3-2 OR iceape | OR galeon | OR konqueror| sox | docker | tclsh| -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550490: amsn: crash (tk has brought an error..)
Hi, On Sat, Oct 10, 2009 at 11:12 AM, Pol Hallen polhal...@fuckaround.org wrote: Package: amsn Version: 0.97.2~debian-3 Severity: grave Justification: renders package unusable When I try to open new message window: tk has brought an error, there is a bug in aMSN, please report it by clicking the Report button. Could you provide more information, please? so that I can figure out what is happening and help you. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547965: [smc]
Package: smc Version: 1.9-1 Hi, I will wait for some days before proceeding to close this bug report. I didn't experience any problem when upgrading from previous smc's versions nor when installing it for the first time. I tested it either in i386 and amd64. Furthermore, you haven't provided to me enough information as I wrote some days ago. Regards, --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-2-amd64 Debian Release: squeeze/sid 990 unstablewww.debian-multimedia.org 990 unstableftp.us.debian.org 500 stable dl.google.com 1 experimentalftp.us.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== libboost-filesystem1.39.0 (= 1.39.0-1) | 1.39.0-6 libboost-system1.39.0 (= 1.39.0-1) | 1.39.0-6 libc6(= 2.2.5) | 2.9-27 libcegui-mk2-1 | 0.6.2-1 libgcc1(= 1:4.1.1) | 1:4.4.1-6 libgl1-mesa-glx | 7.6-1 OR libgl1 | libglu1-mesa| 7.6-1 OR libglu1 | libpng12-0(= 1.2.13-4) | 1.2.40-1 libsdl-image1.2 (= 1.2.5) | 1.2.7-2 libsdl-mixer1.2 (= 1.2.6) | 1.2.8-6+b1 libsdl-ttf2.0-0 | 2.0.9-1 libsdl1.2debian (= 1.2.10-1) | 1.2.13-5 libstdc++6 (= 4.2.1) | 4.4.1-6 libx11-6| 2:1.2.2-1 smc-data (= 1.9-1) | 1.9-1 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== smc-music (= 1.9-1) | 1.9-1 -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541350: amsn: can't connect
Hi Sandro,
On Tue, Oct 6, 2009 at 6:09 PM, Muammar El Khatib
muammarelkha...@gmail.com wrote:
Hi Sandro
Could you change in /usr/share/amsn/protocol.tcl the line number 6930 from:
if { [::config::getKey protocol] == 18 } {
set ver MSNP18
to:
if { [::config::getKey protocol] == 16 } {
set ver MSNP16
Tell me if this fix the problem please. I am sorry for all this mess.
I have talked to one of the upstream developers of aMSN. Do not try
the change of the protocol, that won't solve the problem. When you
have time, please provide to this bug report the status and protocol
logs when you try to connect. You can take them pressing by ctrl-S and
ctrl-D.
Regards,
--
Muammar El Khatib.
Linux user: 403107.
GPG Key = 127029F1
http://muammar.me | http://proyectociencia.org
,''`.
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541350: amsn: can't connect
Hi Sandro
On Mon, Oct 5, 2009 at 2:19 PM, Sandro Tosi mo...@debian.org wrote:
Hi Muammar,
On Fri, Sep 25, 2009 at 06:20, Muammar El Khatib
muammarelkha...@gmail.com wrote:
Hi Sandro,
On Tue, Aug 18, 2009 at 2:22 AM, Sandro Tosi mo...@debian.org wrote:
If not, I will package the new SVN
version and maybe you can try it to see if problem still.
Sure!
Could you please test the last amsn version?
http://mentors.debian.net/debian/pool/main/a/amsn/amsn_0.98-1.dsc
Tell me if it works for you. I'd appreciate it.
Sorry I couldn't test it before, but I just tried the 0.98-1 uploaded
to the archive and the problem is still there, also trying the config
param you told me before. Ah, it also corrupts ~/.amsn in a way no
more usable with 0.97.2 (I had to restore it from backup).
Regards,
Could you change in /usr/share/amsn/protocol.tcl the line number 6930 from:
if { [::config::getKey protocol] == 18 } {
set ver MSNP18
to:
if { [::config::getKey protocol] == 16 } {
set ver MSNP16
Tell me if this fix the problem please. I am sorry for all this mess.
Regards,
--
Muammar El Khatib.
Linux user: 403107.
GPG Key = 127029F1
http://muammar.me | http://proyectociencia.org
,''`.
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547965: smc: blanks screen but fails to launch
Hi, Could you provide more information? I can't do too much with the information provided. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541350: amsn: can't connect
Hi Sandro, On Tue, Aug 18, 2009 at 2:22 AM, Sandro Tosi mo...@debian.org wrote: If not, I will package the new SVN version and maybe you can try it to see if problem still. Sure! Could you please test the last amsn version? http://mentors.debian.net/debian/pool/main/a/amsn/amsn_0.98-1.dsc Tell me if it works for you. I'd appreciate it. Regards, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479190: please build depend on libxerces-c2-dev
Package: cegui-mk2 Hi Jay, I have done the first try and I got this error: (cd .libs rm -f libCEGUIBase.so.1 ln -s libCEGUIBase.so.1.0.0 libCEGUIBase.so.1) (cd .libs rm -f libCEGUIBase.so ln -s libCEGUIBase.so.1.0.0 libCEGUIBase.so) creating libCEGUIBase.la (cd .libs rm -f libCEGUIBase.la ln -s ../libCEGUIBase.la libCEGUIBase.la) make[2]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/src' Making all in include make[2]: Entering directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include' cd .. /bin/sh /home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/missing --run autoheader rm -f stamp-h1 touch config.h.in cd .. /bin/sh ./config.status include/config.h config.status: creating include/config.h config.status: include/config.h is unchanged /usr/bin/make all-recursive make[3]: Entering directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include' Making all in . make[4]: Entering directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include' make[4]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include' Making all in elements make[4]: Entering directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include/elements' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include/elements' Making all in falagard make[4]: Entering directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include/falagard' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include/falagard' make[3]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include' make[2]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/include' Making all in XMLParserModules make[2]: Entering directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/XMLParserModules' Making all in . make[3]: Entering directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/XMLParserModules' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/XMLParserModules' Making all in XercesParser make[3]: Entering directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/XMLParserModules/XercesParser' /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -g -O2 -g -Wall -O2 -c -o CEGUIXercesParser.lo CEGUIXercesParser.cpp mkdir .libs g++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -g -O2 -g -Wall -O2 -c CEGUIXercesParser.cpp -fPIC -DPIC -o .libs/CEGUIXercesParser.o CEGUIXercesParser.cpp: In static member function ‘static void CEGUI::XercesParser::initialiseSchema(xercesc_2_8::SAX2XMLReader*, const CEGUI::String, const CEGUI::String, const CEGUI::String)’: CEGUIXercesParser.cpp:233: error: incomplete type ‘xercesc_2_8::Grammar’ used in nested name specifier make[3]: *** [CEGUIXercesParser.lo] Error 1 make[3]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/XMLParserModules/XercesParser' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2/XMLParserModules' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/muammar/src/main/libs/cegui/cegui-mk2-0.5.0/build-tree/cegui_mk2' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 I am going to research how to solve this. If you have an idea about what is happening, just tell me. Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://teorex.org | http://taciturna.com ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462510: scalapack: FTBFS: psblas1tst.f:(.text+0x156): undefined reference to `blacs_pinfo__'
Package: scalapack Hi, Thanks for reporting. I have made a test. I uninstalled blacs-pvm version 1.1-18 which is the current version in SID, and I proceeded to install 1.1-17 and it compiled well. As it's known there is a transition from G77 to Gfortran which is taking place in Debian nowadays [0]. I also am the maintainer of blacs-pvm, and I made the correspondent changes to blacs-pvm following what it says about that library in [0] (can be fixed as soon as all their dependencies have been transitioned) and I closed a bug which was filled regarding the transition. [1] So in this case, I am proceeding to tag this report as 'pending' because I need to wait until some dependencies of scalapack will be ready. If I am wrong on this, please correct me. Best Regards, [0] http://wiki.debian.org/GfortranTransition [1] http://bugs.debian.org/459589 --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.us.debian.org 500 unstabledownload.tuxfamily.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://teorex.org | http://taciturna.com ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457626: cegui-mk2: FTBFS because of a missing header
Package: cegui-mk2
Version: 0.5.0-2
Hi Erick,
Thanks for reporting. I have done:
$ apt-get -b source cegui-mk2
and,
dpkg-deb: building package `libcegui-mk2-1' in
`../libcegui-mk2-1_0.5.0-2_i386.deb'.
dh_gencontrol -plibcegui-mk2-1-dbg
dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends}
dh_md5sums -plibcegui-mk2-1-dbg
dh_builddeb -plibcegui-mk2-1-dbg
dpkg-deb: building package `libcegui-mk2-1-dbg' in
`../libcegui-mk2-1-dbg_0.5.0-2_i386.deb'.
dh_gencontrol -plibcegui-mk2-dev
dh_md5sums -plibcegui-mk2-dev
dh_builddeb -plibcegui-mk2-dev
dpkg-deb: building package `libcegui-mk2-dev' in
`../libcegui-mk2-dev_0.5.0-2_i386.deb'.
dh_gencontrol -plibcegui-mk2-doc
dh_md5sums -plibcegui-mk2-doc
dh_builddeb -plibcegui-mk2-doc
dpkg-deb: building package `libcegui-mk2-doc' in
`../libcegui-mk2-doc_0.5.0-2_i386.deb'.
dpkg-genchanges -b ../cegui-mk2_0.5.0-2_i386.changes
dpkg-genchanges: binary-only upload - not including any source code
dpkg-buildpackage: binary only upload (no source included)
It was built.
Then, I tried something else. Using pbuilder I did:
$ pbuilder build cegui-mk2_0.5.0-2.dsc
and,
dpkg-deb: building package `libcegui-mk2-1' in
`../libcegui-mk2-1_0.5.0-2_i386.deb'.
dh_gencontrol -plibcegui-mk2-1-dbg
dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends}
dh_md5sums -plibcegui-mk2-1-dbg
dh_builddeb -plibcegui-mk2-1-dbg
dpkg-deb: building package `libcegui-mk2-1-dbg' in
`../libcegui-mk2-1-dbg_0.5.0-2_i386.deb'.
dh_gencontrol -plibcegui-mk2-dev
dh_md5sums -plibcegui-mk2-dev
dh_builddeb -plibcegui-mk2-dev
dpkg-deb: building package `libcegui-mk2-dev' in
`../libcegui-mk2-dev_0.5.0-2_i386.deb'.
dh_gencontrol -plibcegui-mk2-doc
dh_md5sums -plibcegui-mk2-doc
dh_builddeb -plibcegui-mk2-doc
dpkg-deb: building package `libcegui-mk2-doc' in
`../libcegui-mk2-doc_0.5.0-2_i386.deb'.
dpkg-genchanges ../cegui-mk2_0.5.0-2_i386.changes
dpkg-genchanges: not including original source code in upload
dpkg-buildpackage: binary and diff upload (original source NOT included)
Copying back the cached apt archive contents
- unmounting dev/pts filesystem
- unmounting proc filesystem
- cleaning the build env
- removing directory /var/cache/pbuilder/build//18719 and its
subdirectories
Current time: Mon Dec 24 11:21:29 VET 2007
pbuilder-time-stamp: 1198511489
And it was built again in a clean environment. Please, I need you to confirm
this bug. If not, I just will proceed to close it because I cannot reproduce it.
Regards,
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.23-1-686
Debian Release: lenny/sid
500 unstablewww.debian-multimedia.org
500 unstableftp.us.debian.org
--- Package information. ---
Depends (Version) | Installed
===-+-===
|
--
Muammar El Khatib.
Linux user: 403107.
Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1
http://muammarelkhatib.net | http://teorex.org | http://taciturna.com
,''`.
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444546: amsn segfault at connection with tcl/tk 8.4.16-1
Package: amsn Version: 0.97~rc1+dfsg1-5 Hi Luc, As you can see in my Package information, I am using tcl/tk 8.4.16-1 and I don't have any problems with amsn. Could you please inform if the problem still? or If you find a solution using the version of tcl/tk 8.4.16-1? I'll appreciate if you launch amsn in a console and you paste any information given from the prompt or any information you consider important. Regards, --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-2-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.us.debian.org 500 unstableftp.debian.org --- Package information. --- Depends(Version) | Installed -+-== tcl8.4 | 8.4.16-1 tk8.4| 8.4.16-1 tcltls | 1.5.0.dfsg-6 python | 2.4.4-6 libc6 (= 2.6-1) | 2.6.1-5 libgcc1 (= 1:4.2-20070516) | 1:4.2.1-5 libice6 (= 1:1.0.0) | 2:1.0.4-1 libjpeg62| 6b-14 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-2 libsm6 | 2:1.0.3-1+b1 libstdc++6 (= 4.2-20070516) | 4.2.1-5 libx11-6 | 2:1.0.3-7 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-6 libsnack2| 2.2.10-dfsg1-4 -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://www.teorex.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440868: smc: unplayable with r300
Hi Darren, On 9/4/07, Darren Salt [EMAIL PROTECTED] wrote: smc is unplayably slow when using the R300 driver due to the lack of Render acceleration. This lack requires that operations such as anti-aliased line drawing are done in software. Thanks for reporting, and the best of all for providing a patch to try to fix the problem. This patch works around the problem. --- ./src/video/video.cpp.orig 2007-09-04 23:08:22.0 +0100 +++ ./src/video/video.cpp 2007-09-04 23:09:21.0 +0100 @@ -473,8 +473,9 @@ // Smooth Shading glShadeModel( GL_SMOOTH ); // Line Smoothing - glEnable( GL_LINE_SMOOTH ); - glHint( GL_LINE_SMOOTH_HINT, GL_NICEST ); +// disabled due to extreme slowdown with the R300 driver (no Render accel) +// glEnable( GL_LINE_SMOOTH ); +// glHint( GL_LINE_SMOOTH_HINT, GL_NICEST ); // clear color glClearColor( 0, 0, 0, 1 ); I am going to work on it today. Best Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://www.teorex.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434983: amsn 0.97~rc1+dfsg1-4 (alpha/unstable): FTBFS: broken under -rsudo
Hi Ana, On 8/22/07, Ana Guerrero [EMAIL PROTECTED] wrote: On Sat, Jul 28, 2007 at 12:38:15PM -0400, Muammar El Khatib wrote: Thanks for reporting and for your advice. I am working to fix this FTBFS. I hadn't noticed the typos you reported, in fact there were 2. This was almost a month ago, do you need help solving the bug/sponsoring? Yes, you are right. I have solved the problem, but I am making a patch to solve another bug that amsn has. I have a sponsor for the package. Maybe my response to solve problems is being slow because I am having lots of problems with my ISP. I am sorry about this situation. I am sending a new revision to my sponsor to upload the fix of the problems. Thanks for contacting me, and regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://www.teorex.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434983: amsn 0.97~rc1+dfsg1-4 (alpha/unstable): FTBFS: broken under -rsudo
Hi Steve, Thanks for reporting and for your advice. I am working to fix this FTBFS. I hadn't noticed the typos you reported, in fact there were 2. Best regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://www.teorex.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433896: aMsn does not launch
Hi Adam, Thanks for reporting. The problem has been fixed, I have sent the new revision to my sponsor. In the meanwhile if you want to use the current aMSN version you have to purge aMSN and then install it again. I am sorry about the inconvenient. Regards, Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://www.teorex.org
Bug#433573: amsn failed to load after upgrade to 0.97~rc1
Hi Fabiano, First of all thanks for reporting. Secondly, there is no need to write stuff like: read INSTALL file or the instructions about how to compile. Please, when you submit a bug do it respectfully. Remember that SID is for testing and introducing new versions and revisions of software so it is something normal having lots of bugs and problems [0]. On the other hand, lots of things have been changed in amsn because of lots of linda and lintian warnings and errors and one of them was TKCximage. I will fix it. Regards, [0] http://www.debian.org/releases/unstable/index.en.html Muammar El Khatib
Bug#433573: amsn failed to load after upgrade to 0.97~rc1
Hi Fabiano, No problem. Yes, it was a confusion. Now I have seen the popup error. I am sorry about the inconvenient with amsn. I will fix it. Regards, Muammar El Khatib
