don't reproduce the issue on a desktop with a discrete nVidia GPU. The
issue may be specific to Intel GPUs.
I would like to ask Roland to test and report.
Best regards,
Pier Luigi Pau
(0x7f60ccf7a000)
libboost_system.so.1.69.0 => /usr/lib/libboost_system.so.1.69.0
(0x7f60ccd25000)
"""
So far my conclusion is that the debian patch is fine (same patch
doesn't seem to break bui
Package: libuhd-dev
Version: 3.14.1.0-2
Severity: important
Hi,
osmo-trx fails to build since a few days/weeks ago in Debian testing and
unstable, while it still builds fine in Debian stable. Reported osmo-trx
in Debian can be found in [1] and upstream in [2]. Example of build
failure can be foun
itectures but it was unconditionally
dropped with that patch?
--
- Pau Espin Pedrol http://www.sysmocom.de/
===
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Regis
On Sun, Jul 14, 2019 at 10:43:43PM +0100, Colin Watson wrote:
> On Sun, Jul 14, 2019 at 01:27:23PM -0700, Slava Kryvel wrote:
> > After upgrade from Debian 9.9 to Debian 10 I have got unbootable system.
> >
> > I'm using Xen hypervisor, which was also upgraded from 4.8 to 4.11
> > during OS upgrad
Package: grub2-common
Version: 2.02~beta3-5+deb9u1
Severity: normal
File: grub2
Dear Maintainer,
* What led up to the situation?
System is not able to boot Xen when using grub2 on a UEFI host.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Attempt to boot
If the user uses AMD hardware, does he still need nvidia i386 libraries?
I don't mind having to install propietary drivers for my games or steam
client to work,
but I don't want my system to be littered with packages that serve no
purpose.
On Mon, 19 Feb 2018 14:29:43 + Simon McVittie wrote:
On Wednesday, November 2, 2016, Andreas Henriksson wrote:
> Hello Pau!
>
> On Tue, Nov 01, 2016 at 11:27:13PM +0100, Pau Garcia i Quiles wrote:
> > Agreed.
> >
> > The only rdepends on libmsn was kopete. On June 20th I asked the
> > maintainer to remove the
Package: ftp.debian.org
Severity: normal
the maintainer could file for manual removal
> if the above information is correct.
>
> Best way I can think of to avoid others wasting time on
> investigating porting this package to openssl 1.1.0 is
> to tag it wontfix, thus doing so.
>
> Regards,
> Andreas Henriksson
--
Pau Garcia i Quiles
http://www.elpauer.org
I have been testing with as3compile from SWFTools and it looks like I can
replace mtasc with as3compile.
witty 3.3.6-1 should be mtasc-free.
--
Pau Garcia i Quiles
http://www.elpauer.org
Upstream does not support OpenSSL 1.1.0 yet and I will not patch Wt myself.
It is just too risky and dangerous. I will not cause another OpenSSL PRNG
debacle.
the state of this bug if it is indeed
fixed as of 2:2.99.917+git20160706-1.
References:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1568604
https://bugs.freedesktop.org/show_bug.cgi?id=94677
Best regards,
Pier Luigi Pau
we upload this fix only instead while you ponder on making your
> tarball clean enough?
>
> I can very well do a NMU if you're ok.
> In my hopes today I'd have have libssl1.0.0 removed, this package is the
> last one that I hope to have fixed rather than broken.
>
>
OK
--
Pau Garcia i Quiles
http://www.elpauer.org
On Sun, Jun 12, 2016 at 11:45 PM, Mattia Rizzolo wrote:
> On Sun, Jun 12, 2016 at 11:43:38PM +0200, Pau Garcia i Quiles wrote:
> > I can package 6.3.4 + kfreebsd patch next weekend (17-19 June)
>
> This would fit just about great in my plan of removing libssl1.0.0 in
> the firs
meantime?
> If you prefer or can't, I could NMU it, at your convenience.
>
>
I can package 6.3.4 + kfreebsd patch next weekend (17-19 June)
--
Pau Garcia i Quiles
http://www.elpauer.org
Thank you for the report.
This should be fixed in 3.3.5-1, which has been packaged for a while but
had not been uploaded to the archive.
Also, please do not regard a "some docs that are available on the web are
missing from Debian" bug as "grave". Wt is perfectly usable without the
docs contained
indep target generates the architecture independent packages (and
> only those).
>
> After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B"
> work
> properly, this package will be suitable to be uploaded in source-only form
> if you wish
> (I recommend that you try it).
>
> Thanks.
>
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
Thank you for your report.
I have prepared witty 3.3.5+dfsg-6. I am testing it and I will upload it
later.
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
:-(
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
aphicsmagick-q16-3 due to an ABI break, your package needs
> to
> get fixed for that new pkg name and ABI.
>
> Emilio
>
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
Problem is also present in 3.0.0~alpha1+dfsg-1, exactly the same.
Package: libjs-jquery
Version: 1.11.3+dfsg-3
Severity: normal
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.1.0-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charm
ses
errors.
Therefore, I think the problem boils down to bad minification of jquery.js
in the libjs-jquery package.
I will report the bug
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
occur, because it is not present in the
> plain html fallback.
>
> According to Koen Deforche, this is most likely caused during the custom
> minification process during packaging. Previous communication is
> available at http://redmine.webtoolkit.eu/boards/1/topics/11257
--
Pau
mp;sid=1424260071&webGL=true&scrW=1920&scrH=1080&tz=180&htmlHistory=true&deployPath=%2F&request=script&rand=1081462392
> HTTP/1.1" 200 57830
>
> [2015-Sep-08 13:22:55.322455] 2948 - [info] "WebRequest: took 15.143ms"
>
> [2015-Sep-08 13:
3.3.4+dfsg-3
> ii witty-examples 3.3.4+dfsg-3
>
> witty recommends no packages.
>
> witty suggests no packages.
>
> -- no debconf information
>
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
ually done. Only
> the first three components of the Policy version are relevant for Policy
> compliance; the fourth, if present, indicates technical changes which do
> not affect what Policy says you should do.
> <
> https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-St
ble for development again.
>
>
Thank you
It all happened as an accident: I uploaded libmsn to the archive but then
it was rejected because I am DM not DD and with the gcc5 transition, a new
soname is created. Plus I had forgot to add the "Closes #791140" to the
changelog.
> /* #undef WT_DEBUG_ENABLED */
>
> #define WT_THREADED
>
>
>> /* #undef WT_USE_BOOST_SIGNALS */
>
> #define WT_USE_BOOST_SIGNALS2
>
>
>> /* Number of bits in a file offset, on hosts where this is settable. */
>
> /* #undef _FILE_OFFSET_BITS */
>
>
&
of Wt
but I am not aware of a toolchain that cannot build a shared or static
build*.
* Well, I am: on Windows, older version of MSVC had trouble with Boost
threads and shared libraries in the way Wt used them, but that does not
apply here.
Thank you
--
Pau Garcia i Quiles
http://www.elpauer.org
a snippet example? The severity seems a little bit
> too much to me.
>
> Thanks,
> Regards,
>
> Thomas
>
>
> --
> best regards,
> alex
>
>
> _______
> Pkg-ace-devel mailing list
> pkg-ace-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
>
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
oks for it in the wrong place:
$ grep package.json /usr/bin/uglifyjs
var json = require("../package.json");
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.o
ng
>
> Dear maintainer,
>
> Andreas Stührk has prepared an NMU for witty (versioned as
> 3.3.3+dfsg-4.1) and I have uploaded it for him to DELAYED/2. Please feel
> free to tell me if I should delay it longer.
>
> Cheers
> --
> Sebastian Ramacher
>
--
Pau Garci
I have built Debian packages for a git snapshot (git commit
4df52916170bb81179697d0fa78c7d81fd95415f )
This version of Doxygen no longer crashes while building the ACE
documentation. It might be worth packaging a snapshot, or trying to isolate
the patch(es) that solve the issue.
--
Pau Garcia i
please let me know if this is a
glib2.0 bug, and feel free to reassign. Otherwise, I shall further
investigate the behaviour of PCManFM and file a bug against PCManFM as
well, as time allows.
Best regards,
Pier Luigi Pau
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT
on this but the magic added by debhelper is creating some
> > trouble. I'll let you know when it's done.
>
> It seems to me, that just adding a stable name for what currently is
> override_dh_auto_build-indep would be enough.
>
>
That's exactly what's causing trouble
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
The Doxygen bug related to this FTBFS is #758975
Doxygen maintainers have not fixed it yet and I have not found the reason
for the failure, therefore ACE still FTBFS :-/
umentation
> without actually creating the -doc package?
>
>
I'm working on this but the magic added by debhelper is creating some
trouble. I'll let you know when it's done.
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
Package: doxygen
Version: 1.8.6-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Doxygen 1.8.8 crashes while building ACE on amd64.
This is preventing ACE 6.2.7+dfsg-1 to enter Jessie, and in fact is
leaving ACE out of Jessie because ACE 6.0.3+dfsg-3 FTBFS on Jessie d
This FTBFS is actually caused by Doxygen 1.8.8
ACE 6.2.7+dfsg-1 builds fine with Doxygen 1.8.7, on all platforms
Doxygen 1.8.8 is causing trouble with other packages (e. g. with my own
witty, see bug #758975)
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days
Maxy,
You are wrong in regards to the need for the OpenSSL linking exception.
Please check the information I added in #750867.
Here you can see kio-sftp is under LGPL
http://quickgit.kde.org/?p=kde-runtime.git&a=blob&f=kioslave%2Fsftp%2Fkio_sftp.cpp
I think the resolution of this bug is wrong
kdelibs is under LGPL
libssh is under LGPL
Linking LGPL v2.1 to OpenSSL does not require an exception according to
Debian Legal:
https://lists.debian.org/debian-legal/2008/06/msg7.html
More information at the KDE Bug Tracker:
https://bugs.kde.org
In case you want to attemp to reproduce the issue, please take witty
3.3.3+dfsg-3 from
http://www.elpauer.org/tmp/witty_3.3.3+dfsg-3.dsc
and the left-over file which caused the build to fail is:
witty-3.3.3+dfsg/debian/tmp/usr/share/doc/libwt-doc/examples/doxygen_sqlite.db
--
To UNSUBSCRIBE,
Package: doxygen
Version: 1.8.8-3
Severity: important
Hello,
Doxygen 1.8.8-3 causes my package witty 3.3.3+dfsg-3 and earlier to
FTBFS (bug #758896).
The reason for the FTBFS is Doxygen 1.8.8-3 leaves a stale doxygen_sqlite.db
file where it generated the HTML documentation.
I don't know whethe
I have now reproduced the issue.
It's caused by doxygen 1.8.8-3 leaving a stale doxygen_sqlite3.db file,
which 1.8.7 did not.
I have implemented a fix and the package is rebuilding.
other tip on how to
reproduce, I am very interested.
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
.
>
>
Did mipsel finish successfully?
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
On Tue, Aug 19, 2014 at 9:46 PM, peter green wrote:
Pau Garcia i Quiles wrote:
>
>>
>> Right, my mistake. I had uploaded an incomplete version. Please try now.
>> I have changed debian/rules to add build-resources, which is the
>> troublesome part, to the pre-requis
omplete version. Please try now. I
have changed debian/rules to add build-resources, which is the troublesome
part, to the pre-requisites of both the static and the shared build.
Thank you again
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
n incomplete list of architectures where it is not available,
> Fixes the minifier selection code in debian/rules and disables paralell
> builds. It has been build-tested on powerpc.
>
> I do not have any immediate intent to NMU.
>
> P.S. a little note on the version number in the d
ot been updated. How often is it regerenated?
Sorry if it's an obvious question, googling did not reveal anything
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
On Mon, Aug 11, 2014 at 1:19 AM, Cyril Brulebois wrote:
> Pau Garcia i Quiles (2014-08-11):
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: pu
> >
> > The attached debdiff fixes bug
-3.2.1/debian/changelog
@@ -1,3 +1,9 @@
+witty (3.2.1-3) stable-proposed-updates; urgency=low
+
+ * Fix symlink to jPlayer skin Blue Monday. Closes #757592
+
+ -- Pau Garcia i Quiles Sun, 10 Aug 2014 19:50:24
+0200
+
witty (3.2.1-2) unstable; urgency=low
* Add skins to jPlayer (WAudio/WVideo
Bug #757734 for the upload of 3.2.1-3 to wheezy-updates
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
to jPlayer skin Blue Monday. Closes #757592
+
+ -- Pau Garcia i Quiles Sun, 10 Aug 2014 19:50:24 +0200
+
witty (3.2.1-2) unstable; urgency=low
* Add skins to jPlayer (WAudio/WVideo) now that jquery-jplayer-bluemonday
diff -u witty-3.2.1/debian/rules witty-3.2.1/debian/rules
--- witty-3.2.1/de
Wt loads file /resources/jPlayer/skin/jplayer.blue.monday.css
> So actually we need symlink
> /usr/share/Wt/resources/jPlayer/skin/jplayer.blue.monday.css ->
> /usr/share/javascript/jquery-
> jplayer/skins/blue.monday/jplayer.blue.monday.css
>
>
>
> Best regards,
> Boris Na
rouble with Qt right now because I'm using the commercial SDK
which indirectly uses ffmpeg to provide some codecs on Linux.
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
I think I found it: it's the PIE option introduced by hardening.
On Sun, Jul 27, 2014 at 12:25 AM, Pau Garcia i Quiles
wrote:
>
> I must add: oddly, it used to build fine. I don't know the reason it's now
> failing. Maybe it's an update to glibc, gcc or some chan
I must add: oddly, it used to build fine. I don't know the reason it's now
failing. Maybe it's an update to glibc, gcc or some change I introduced but
I can't remember?
On Sat, Jul 26, 2014 at 11:38 PM, Pau Garcia i Quiles
wrote:
>
> Hello,
>
> I wanted to up
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
>>
>
> _______
> Pkg-ace-devel mailing list
> pkg-ace-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel
>
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
Hello,
No, I started from the 6.1.2 packaging. I didn't know you had started
work on a branch :-/ I'll check
On Sun, Jun 29, 2014 at 6:13 PM, Johnny Willemsen wrote:
> Hi,
>
> Great, did you use the branch I created earlier this week?
>
> Johnny
>
> Op zondag
Hello,
I am packaging ACE+TAO 6.2.7, which should solve #746825
Packaging is done. Now I need to do some QA. There are hundreds of
lintian issues, some of them serious (e. g. a licensing problem with
OpenSSL).
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10
package: wnpp
Severity: wishlist
Owner: 'Pau Garcia i Quiles'
*Package Name : jquery-jplayer-circleplayer
Version : 2.6.0
Upstream Author : HappyWorm.
*URL : https://www.jplayer.org
*License : GPL
*Description : Circle Player skin for jPlayer
This is another official skin
esome/fontawesome-webfont.ttf
lrwxrwxrwx 1 root root 54 mar 19 17:14
/usr/share/fonts-font-awesome/font/fontawesome-webfont.woff ->
../../fonts/woff/font-awesome/fontawesome-webfont.woff
Proposed fixes: either edit CSS to remove the 's', or move font files
(symlinks) to /usr/share/fonts-f
Hi,
I found bug #706847[1] which seems related to this one, only it was
closed on 2013-05-05. The reason for archiving this bug was Michael
Gilbert believed the bug was solved in version 1.0.0.39-1, but I think
it's fair to say it's not.
Kind regards.
[1] https://bugs.debian.org/cgi-bin/bugrepo
Here is an advisory from security researchers who recommend to use
FFMPEG instead of Libav [1]
"The other ~350 commits in FFmpeg were mostly submitted by Libav
project developers: Ronald S. Bultje, Luca Barbato, Alex Converse,
Martin Storsjö and Anton Khirnov. We have been concurrently reporting
i
Package: sweethome3d-furniture-editor
Version: 1.12-1
Severity: important
Dear Maintainer,
1. run the program
2. load any piece of fourniture
3. try to save the new library and you get (and no saving is done):
~$ sweethome3d-furniture-editor
java.lang.NoClassDefFoundError: com/eteks/sweethome3d/
Package: pepperflashplugin-nonfree
Version: 1.1
Severity: wishlist
Cc: Ariel
As explained here by Ariel
http://www.deb-multimedia.org/lurker/message/20131219.101816.82419efa.en.html
- it would be very good when this package would automatically download
new version. The flash plugin is one of the
I still do not understand why libav to take over the name
ffmpeg in the archive
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
Bug #731919 is another example why ffmpeg in Debian would be good. The
Debian user should not be the damaged third party when there is a
disagreement between upstream maintainer and Debian
Developer/Maintainer.
It is ok when the DD drops the package because of his personal
problems but I would pre
Package: libav-tools
Version: 6:9.10-1
Severity: normal
I convert different files with following snippet to be able to play it
on different devices
avconv -i "$input" -c:v h264 -c:a ac3 "$output.mkv"
But each output file seems to have big problem. For example the
generated index (or whatever is
Package: libqt4-opengl
Version: 4:4.8.5+git121-g2a9ea11+dfsg1-2
Severity: normal
Programs using qt4-opengl to load GL procaddress using
QGLContext::getProcAddress without loading GL (from nvidia) first will
load the wrong library. They will end up at
/usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 -- bu
Hello,
I wrote to upstream and he cleared all concerns.
-- Forwarded message --
From: Paul E. Jones
Date: Sat, Nov 30, 2013 at 7:44 PM
Subject: Re: sha1 license
To: Pau Garcia i Quiles
Pau,
That is a little odd to claim it can't be modified. The whole point of
maki
DATA BEING RENDERED INACCURATE.
>
> Thus, these portions of code are non-free.
>
> Cheers,
> Luca
>
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
Package: picard
Version: 1.2-2
Severity: serious
I cannot install picard on amd64 because it needs the unknown package
python2.
z Meyer <
lisan...@debian.org> wrote:
> Package: libwt-dev
> Version: 3.3.0-1
> Severity: wishlist
>
> Hi Pau!
>
> I'm exploring Wt to do some development and I found that there is no
> WtConfig.cmake file present system-wide so CMake can find it.
>
> At the same tim
Thank you for your report. The cause for this problem is a wrong
dependency: currently libwtdbomysql-dev depens on libwtdbofirebird35 but it
should depen on libwtdbomysql35. I will fix this in 3.3.0-2 soon.
Hello,
My package 'witty' (3.3.0-1) is also affected by this problem when trying
to compile it in a clean Sid environment, no need to add libc6 from
experimental. Please provide a fix as soon as possible.
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need
t really like (no dput, censored main archive, etc).
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
ure within
> configurable limits.
>
Upstream provides packages for Ubuntu in the MacTel PPA:
https://launchpad.net/~mactel-support/+archive/ppa
Will this be a different packaging or are you essentially sponsoring
upstream's?
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
Key ID 0x25771B31
> mail: mike.gabriel@das-netzwerkteam.**de,
> http://das-netzwerkteam.de
>
> freeBusy:
> https://mail.das-netzwerkteam.**de/freebusy/m.gabriel%40das-**
> netzwerkteam.de.xfb<https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb>
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
y-users<http://lists.sourcegear.com/cgi-bin/mailman/listinfo/veracity-users>
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
eans two repackaging: one for ACE and another for TAO (not
> distributed stand-alone ATM) in non-free.
>
Can we try to get that code relicensed? I'd say Remedy, OCI and even the
very DOC Group are infringing the license themselves by redistributing and
modifying[*] this code.
[*] I have
files affected by these two bug reports have been acknowledged
by upstream and a solution is already been approved but not yet implemented.
Thomas: I can also upload
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
ion called Kaption, my
advise is to give up on KSnapshot (the codebase is unmaintainable,
it's just too messed up to fix some of the issues) and move to
something else.
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
--
To UNSUBSCRIBE, ema
As of version 2.1, Veracity still depends on patches to SpiderMonkey
8.0. Not only that, when building, it wants to download the original
SpiderMonkey 8.0.
In order to package Veracity, I'd need to add SpiderMonkey 8.0 to the
required tarballs (DebFormat 3.0 should make this easier)
--
To UNSUB
It fails with g++-4.6 too, although the failure is different:
g++-4.6.3-7 hangs forever when compiling Parser.C
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
:-?
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
packages. AFAIK there is no such thing, though
:-/
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Pau Garcia i Quiles
* Package name: jquery-jplayer-pinkflag
Version : 2.1.0
Upstream Author : HappyWorm
* URL : http://www.jplayer.org
* License : MIT/GPL
Programming Lang: JavaScript, ActionScript
Description
Package: wnpp
Severity: wishlist
Owner: Pau Garcia i Quiles
* Package name: jquery-jplayer-bluemonday
Version : 2.1.0
Upstream Author : HappyWorm
* URL : http://www.jplayer.org
* License : MIT/GPL
Programming Lang: JavaScript, ActionScript
Description
Package: wnpp
Severity: wishlist
Owner: Pau Garcia i Quiles
* Package name: jquery-jplayer
Version : 2.1.0
Upstream Author : HappyWorm
* URL : http://www.jplayer.org
* License : MIT/GPL
Programming Lang: JavaScript, ActionScript
Description : HTML5 Audio
Package: cdcat
Version: 1.7-2
Severity: normal
Tags: fixed-upstream
Version 1.7 of cdcat crashes (segmentation fault) when performing searches. This
bug is already fixed upstream in version 1.8. Please package the new version.
-- System Information:
Debian Release: wheezy/sid
APT prefers testi
Any progress on this?
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
eems to fix the problem,
which may (or may not) be limited to the uploaded amd64 binary (at
this time I don't have a testing/unstable debian installed on
platforms other than amd64).
If you need any further information please feel free to ask.
Best regards.
Pier Luigi Pau
-- System Inform
placement (the triplets are
> different). If that's not a problem then why not! The names for the 32-bit
> packages would probably be quite weird though since the upstream name is
> mingw-w64 (and I'd rather keep that in the package names...).
mingw-w64-i386 and mingw-w64-x64 a
I'm working on packaging 4.2. Bug #648172 is probably a duplicate of
this one, but I have not confirmed yet.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
2011 at 12:58 PM, Wouter M. Koolen
wrote:
> Hi Pau,
>
> I don't see how that is related. I can connect just fine. I can not use
> Kopete to open my inbox.
>
> Thanks,
>
> Wouter
>
>
>
> On 11/09/2011 11:27 AM, Pau Garcia i Quiles wrote:
>>
>>
1 - 100 of 268 matches
Mail list logo
