El dl 30 de 05 de 2016 a les 01:27 +0200, Jens Reyer va escriure:
> I'll change the dependencies once I've verified if pkg:i386
> or pkg:amd64 are legit notations.
If it helps, the lmms package has a relationship with this notation
(lmms-vst-server:i386). https://bugs.debian.org/822269 is related
El ds 21 de 05 de 2016 a les 06:15 +, Niels Thykier va escriure:
> * Can you clarify why this should be done?
For instance, in https://bugs.debian.org/823264 , wine32-tools depends
on perl (perl:i386) on amd64, but perl:amd64 would work. The dependency
is "perl", it should be "perl:any", but
El dj 19 de 05 de 2016 a les 15:47 +0200, Jens Reyer va escriure:
> So for winegcc there is no reason to install wine32-tools on amd64?
An extra -L flag needs to be specified with wine64-tools.
> What about the other tools in that package?
No idea.
> So you have wine64-tools with libwine-dev:i3
El dj 19 de 05 de 2016 a les 19:41 +0200, Jaromír Mikeš va escriure:
> Yes, that would be definitely possible, but I would to to know where
> next releases will be published to tune watch file accordingly.
Nine years have passed without a release. I think a watch file is
obsolete. I would rely on
This is a problem with the new files under /usr/bin.
The /usr/bin/winegcc script does not invoke /usr/lib/wine/wineg++ if it
is called with /usr/bin/wineg++.
smime.p7s
Description: S/MIME cryptographic signature
Package: wine32-tools
Version: 1.8.2-1
Severity: minor
Unlike g++, wineg++ does not implicitly link with stdc++; it did in
version 1.8.1-2. Now one has to include the "-lstdc++" linking flag. Is
this the intended behavior from upstream?
smime.p7s
Description: S/MIME cryptographic signature
winegcc from wine64-tools produces a 32-bit object if "-m32" is
specified, as expected. wine64-tools needs to be installed manually to
avoid the 64-bit libwine-dev.
gcc-multilib cannot have Multi-Arch set to "foreign" or "allowed". That
would allow gcc-multilib:any. It would mean that a powerpc sy
Package: debhelper
Version: 9.20160403
Severity: wishlist
Tags: patch
Unversioned dependencies (no binary modules) should be architecture
independent (perl:any).
--- a/dh_perl 2016-04-03 10:17:54.0 +
+++ b/dh_perl 2016-05-18 19:02:27.0 +
@@ -126,10 +126,14 @@
unless $v
The vocoder plug-in is included upstream of swh-plugins. It should be
packaged in a new version of swh-plugins; I have filed
https://bugs.debian.org/824211 . Let us wait some days for an answer.
smime.p7s
Description: S/MIME cryptographic signature
Package: swh-plugins
Version: 0.4.15+1-8
Severity: wishlist
The upstream project is maintained at https://github.com/swh/ladspa . It
includes a vocoder plug-in that is shipped with the lmms package. To
reuse this plug-in, lmms could put it under /usr/lib/ladspa, but that
would conflict with a new
The gcc dependency should be
gcc | gcc-multilib:amd64 [i386]
dh_perl should support a ${perlany:Depends} substitution that outputs
perl:any instead of perl.
smime.p7s
Description: S/MIME cryptographic signature
Package: zynaddsubfx
Version: 2.5.2-2
Severity: wishlist
According to
https://github.com/LMMS/lmms/issues/2752#issuecomment-217043740 , it
looks like the license should be GPL-2+ despite what individual files
say.
smime.p7s
Description: S/MIME cryptographic signature
Package: wine32-tools
Version: 1.8.1-2
Severity: wishlist
This is somewhat related to https://bugs.debian.org/807926 .
wine32-tools works with gcc-multilib and perl from amd64. Adding this
type of dependency should work:
Depends: gcc | gcc-multilib:amd64 [amd64], perl | perl:amd64
I guess the submitter has PulseAudio installed. Because ALSA is
intercepted, PulseAudio is used in the ALSA back end. Switching to the
PulseAudio back end would solve this bug.
smime.p7s
Description: S/MIME cryptographic signature
The error is:
E: lmms source: version-substvar-for-external-package lmms -> i386
smime.p7s
Description: S/MIME cryptographic signature
Control: tag -1 + patch
Here it is the proposed solution.
--- a/checks/version-substvars.pm 2016-03-15 07:32:05.0 +0100
+++ b/checks/version-substvars.pm 2016-04-23 01:28:17.0 +0200
@@ -66,7 +66,7 @@
tag 'substvar-source-version-is-deprecated', $pkg1;
Package: lintian
Version: 1.8.1-2
Severity: normal
The error is triggered by the Recommends field.
Package: lmms
Architecture: any
Depends: lmms-common (>= ${source:Version}) ,
calf-ladspa, vocoder-ladspa, ${shlibs:Depends}, ${misc:Depends}, stk
Recommends: tap-plugins, caps,
lmms-vst-server:i3
I cannot reproduce this. The segfault was probably a bug in the Vorbis
library. Now metalish_dong01.ogg is simply unusable.
I will replace the file with a fixed version. I will try to upload this
version to upstream; the one they have has less quality.
smime.p7s
Description: S/MIME cryptographic
Here it is the discussion:
https://github.com/LMMS/lmms/issues/2731
We do not get any compromise about a stable set of standardized plugins.
There is no point in sharing the plugins from LMMS, since there is
nothing specific to the project. One exception is vocoder, which does
not seem to get into
Debian has a policy that should be followed about not using conveniece
copies of code. There are many packages providing LADSPA plugins that
can enhance LMMS.
https://packages.debian.org/sid/ladspa-plugin
In my humble opinion, the goal should not be to render projects the same
in different environ
Control: tag -1 + patch
This patch should enable the plugin on amd64 too.
enable-vst-2.patch.gz
Description: GNU Zip compressed data
smime.p7s
Description: S/MIME cryptographic signature
There is an interoperability issue on amd64.
https://github.com/LMMS/lmms/issues/2724
smime.p7s
Description: S/MIME cryptographic signature
On Wed, 06 Apr 2016 10:00:32 +0200 Petter Reinholdtsen wrote:
> Perhaps you want to be a co-maintainer or take over the package?
I hope I can help. I have created a new Alioth account, jasp00-guest.
smime.p7s
Description: S/MIME cryptographic signature
Maybe compressed will pass...
enable-vst.patch.gz
Description: GNU Zip compressed data
smime.p7s
Description: S/MIME cryptographic signature
(Previous message was lost.)
This patch should enable the plugin on i386. To work around #820033:
cd /usr/lib/i386-linux-gnu
ln -s wine/libwine.so.1
Patch: http://pastebin.com/R8KkEzBJ
amd64 still needs some work.
smime.p7s
Description: S/MIME cryptographic signature
Control: reopen -1
Was the wontfix tag intended?
libwine.so.1 is now a private library. It used to be public before
jessie.
https://packages.debian.org/wheezy/i386/libwine/filelist
Public libraries should be in a directory (/usr/lib/i386-linux-gnu)
expected by the ld.so (the dynamic loader) or dp
Package: libwine
Version: 1.8.1-2
Severity: normal
Control: block 763720 by -1
Please make libwine.so.1 available under /usr/lib/i386-linux-gnu again.
It is needed by an executable in lmms.
smime.p7s
Description: S/MIME cryptographic signature
According to plugins/vst_base/communication.h, there is the LVSL-server;
this is the application and should be packaged separately on i386. The
client is the plugin; it should build on all architectures and work out
of the box on amd64.
Do you need me to build the package? I may be able to help so
You cannot mix the i386 plugin with non-i386 binaries. On non-i386
architectures, you need a plugin to interact with an i386 proxy
application. The inter-process communication handles integer size (on
amd64) and endianness (on powerpc).
smime.p7s
Description: S/MIME cryptographic signature
Package: opensc
Version: 0.15.0-1
Severity: wishlist
Please configure with --enable-dnie-ui. See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731235#25
smime.p7s
Description: S/MIME cryptographic signature
Current version is configured without --enable-dnie-ui. Non-repudiation
signatures will be done without the supplementary confirmation.
smime.p7s
Description: S/MIME cryptographic signature
Here it is the package.
exploto_0.2.debian.tar.gz
Description: application/compressed-tar
Format: 3.0 (quilt)
Source: exploto
Version: 0.2
Maintainer: Javier Serrano Polo
Standards-Version: 3.9.1
Checksums-Sha1:
e3eaf8691ec500f6d55dd8a1d46df2f8f3a6271e 122 exploto_0.2.orig.tar.gz
Package: dpkg
Version: 1.15.8.13 1.16.12
Tags: security
Directory traversal was already possible. I have suggested a solution.
That is the way I fixed it: dry run, let the patch tool say what files
will be touched. Another solution would be to stop using an external
tool.
I will wait two days bef
Here it is the missing file.
However, this is not over.
exploto_0.1.debian.tar.gz
Description: application/compressed-tar
smime.p7s
Description: S/MIME cryptographic signature
I am giving some hours to the security team, that has asked for a proof
of concept.
Format: 3.0 (quilt)
Source: exploto
Version: 0.1
Maintainer: Javier Serrano Polo
Standards-Version: 3.9.1
Checksums-Sha1:
6f6e8000c35ad31251693ed8edc4cea71428df7c 121 exploto_0.1.orig.tar.gz
El dt 29 de 04 de 2014 a les 08:11 +0200, Guillem Jover va escriure:
> In any case, squeeze could be affected by a partial upgrade of patch,
That is true.
Since patch is the one doing the job, how about performing a --dry-run
first and checking the output?
smime.p7s
Description: S/MIME cryptogr
Package: dpkg
Version: 1.15.9
Tags: security squeeze
As far as I see, escaping file names was added to diffutils in 2012. The
feature is not present in a squeeze environment. CVE-2014-0471 does not
apply.
Directory traversal during unpack is possible now. I will wait one day
before releasing an e
Package: linux-2.6
Version: 2.6.32-48squeeze5
Tags: security squeeze
The current patch
(bugfix/all/xfs-underflow-bug-in-xfs_attrlist_by_handle.patch) does not
fix fs/xfs/linux-2.6/xfs_ioctl32.c properly.
smime.p7s
Description: S/MIME cryptographic signature
Package: pidgin
Version: 2.7.3-1+squeeze4
Tags: security squeeze
Fix available at
https://pidgin.im/news/security/?id=84
The current patch does not fix libpurple/protocols/simple/sipmsg.c .
smime.p7s
Description: S/MIME cryptographic signature
El dc 15 de 01 de 2014 a les 11:12 -0800, Don Armstrong va escriure:
> The message sent to -private is (effectively) the same message sent to
> you, which is published here:
>
> https://lists.debian.org/debian-project/2014/01/msg00051.html
Steve Langasek claims:
"The listmaster who applied the ba
El dc 15 de 01 de 2014 a les 08:33 -0800, Don Armstrong va escriure:
> We don't publish them in order to protect the reputation of people who
> are banned. The individuals who are banned can publish their ban if they
> wish. [I suppose we could also send ban messages to -project on behalf
> of the
> > Missatge reenviat
> > De: Don Armstrong
> > Reply-to: listmas...@lists.debian.org
> > Per a: 735031-d...@bugs.debian.org
> > Assumpte: Re: Bug#735031: lists.debian.org: arbitrary bans
> > Data: Tue, 14 Jan 2014 18:23:58 -0800
> >
&g
Package: lists.debian.org
A group of users, including Debian developers, rules debian-user-catalan
by fear. This is unconditionally supported by at least one member of the
Technical Committee.
The most prominent evidence is here:
https://lists.debian.org/debian-project/2014/01/msg00051.html
The
e the protocol,
quantify the abuse.
Steve, talk to Patty. Listen to her. Think. Think about the project.
Then do whatever you must do.
This is a bug report. I have provided enough information. Unless
explicitly requested, I won't submit more feedback.
Missatge reenviat
De: Javier
There is a repository with packages built using the submitted patch.
The sources.list entry is
deb http://packages.jasp.net/opendnie/debian wheezy main
Use deb-src or sid when appropriate. Only amd64 binaries are available
at present.
The trusted key for the repository and sources is at
https:/
You should remove the patch tag. Compare "día 21" vs "21 días".
The bug exists but it won't be fixed that easily.
smime.p7s
Description: S/MIME cryptographic signature
Package: libnss3-tools
Version: 2:3.15.1-1
Severity: minor
Regular users use the stdin pipe instead. New users may get bitten by
this bug.
The file should be in nss-3.15.1/nss/cmd/signver/ .
Index: nss-3.12.8/mozilla/security/nss/cmd/signver/signver.c
==
The bug is in squeeze, iceweasel 3.5.16.
smime.p7s
Description: S/MIME cryptographic signature
AST-2012-014: b/channels/chan_sip.c
@@ -3078,7 +3079,7 @@ static void *_sip_tcp_helper_thread(stru
req.socket.fd = tcptls_session->fd;
/* Read in headers one line at a time */
- while (req.len < 4 || strncmp(REQ_OFFSET_TO_STR(
Source: evolution-data-server
Version: 3.4.3-1
Severity: minor
At least these files are licensed under LGPL-2, without "any later
version":
camel/providers/local/camel-maildir-folder.c
camel/providers/local/camel-maildir-store.c
camel/providers/local/camel-maildir-store.h
camel/providers/local/ca
The cheat functions are coded already. Implementing the interface in GTK
would not solve the non-GTK case nevertheless. If you wanted to apply a
specific cheat you could follow the attached example (Ctrl+H enables
it).
--- visualboyadvance-1.8.0.dfsg.orig/src/sdl/SDL.cpp 2011-07-03 04:59:05.000
This is fixed in 0.8.9-1, isn't it?
smime.p7s
Description: S/MIME cryptographic signature
> Bash uses its own malloc implementation for unknown reasons (at least
> to me).
Performance in some environments.
> This implementation dates back to 4.2BSD (according to INSTALL) and
> uses brk() which seems to be obsoleted interface.
It is obsolete and not portable (man sbrk). Custom allocat
This bug is fixed in squeeze.
smime.p7s
Description: S/MIME cryptographic signature
El dv 11 de 02 de 2011 a les 18:29 +0100, en/na Michel Dänzer va
escriure:
> What's $ORIGIN ?
man ld.so
With dlopen:
/usr/lib/libGL.so.1, $ORIGIN=/usr/lib
/usr/lib32/libGL.so.1, $ORIGIN=/usr/lib32
/usr/local/lib/libGL.so.1, $ORIGIN=/usr/local/lib
You can test this with:
LIBGL_DEBUG=verbose \
LIB
How about '$ORIGIN/dri:/usr/lib/dri' ?
Standard environments will succeed on the first lookup.
smime.p7s
Description: S/MIME cryptographic signature
I've been using this for lenny:
diff -Nru mesa-7.0.3.orig/configs/debian-dri-default mesa-7.0.3/configs/debian-d
ri-default
--- mesa-7.0.3.orig/configs/debian-dri-default 2010-07-08 20:32:49.0
+0200
+++ mesa-7.0.3/configs/debian-dri-default 2010-07-08 20:33:17.0
+0200
@@ -
El ds 03 de 10 de 2009 a les 09:44 +0530, en/na Kartik Mistry va
escriure:
> Since we have couple of female voices now in Debian for mbrola, can we
> close this bug now?
I thought we were talking about packages for the main category. Anyway,
since I'm using a different festival version, I've got n
El dt 22 de 09 de 2009 a les 17:57 +0200, en/na Raphael Hertzog va
escriure:
> Are you suggesting that the “build” rules of packages should be modified
> to not build stuff specific to arch: all packages if DEB_BUILD_OPTIONS
> contains build-arch?
Precisely. I'm using these lines:
ifeq (,$(filter
Could someone explain (again?) why "dpkg-buildpackage -B" should not add
build-arch to DEB_BUILD_OPTIONS? It doesn't require any control fields,
any make fiddling, it's compatible with old rules files... it just
works.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
No image inlining, browser detection (JavaScript...) or some kind of
user override, then...
On file systems with access time you may check if images have been
accessed, with corresponding timeouts.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubsc
You can't see images with man... sure, why would you want to do that?
What manpage includes images? In HTML, tables are represented with
tables. Fix whatever is generating images instead.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
Since I've got no way to reach debian-qa, I'll use this bug as a
reference. This should explain my previous closing.
Missatge reenviat ----
De: Javier Serrano Polo
Per a: debian...@lists.debian.org
Assumpte: How to orphan a bug
Data: Sat, 01 Aug 2009 14:40:07 +0200
De
> I wonder why you felt the need to report this when we have them for
> _many_ years already.
Some people (e.g. I) who maintain dpkg outside Debian and want it
lintian clean will surely wonder why dpkg is the only package overriding
the redundant-origin-field tag and why Origin is not listed in De
unblock 455220 by 368916
thanks
El dv 24 de 04 de 2009 a les 21:58 +0200, en/na Frans Pop va escriure:
> And does the issue go away if a "correct" TERM setting is used in Gnome?
No.
Ok, aptitude is doing something that could be avoided. Refreshing after
the percentage is written works well. This
The problem appears when updating the end of the bar. For instance,
using two-line bars, percentages are fine on the first line but wrong on
the second one. Alternating the message display (show, erase, show,
erase...) also works right. The glitches never show up on xterm or
console.
Ways to get a
El dv 24 de 04 de 2009 a les 14:45 +0200, en/na Frans Pop va escriure:
> This issue is certainly not specific to Gnome. I have been seeing the same
> problem for ages in KDE (using konsole with TERM=xterm).
Can you reproduce it with xterm or a console tty?
--
To UNSUBSCRIBE, email to debian-
block 455220 by 368916
thanks
Marc, if you're still working on i386, please confirm you're using
gnome-terminal.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> It's not really useful for something other than undoing wrong clicks.
That was the intended behaviour. In case you want to fix it by yourself,
change MAX_UNDO in hex_puzzzle.cpp and rebuild the package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
One solution is to set the par values to their optimal.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This was possible since 2.6.22. My "cp -a" and "touch -h" versions
preserve timestamps indeed. Looking at coreutils 7.0, it seems upstream
won't implement this anyway.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
El dv 06 de 02 de 2009 a les 11:32 +0100, en/na Vincent Fourmond va
escriure:
> I tried that, and that did not work: make went on compiling the
> program. I looked at the Makefiles and I really could not understand
> why, but that's how it did happen... (I can't prove it for now). Maybe
> a Make
Hints for the next time:
* "make distclean" works perfectly. Of course, you need to "cd
src" first. The problem lies in the debian packaging.
* zsnes uses the dpatch system. Patching is the first step when
building. Make sure unpatching is the *last* one when cleaning.
Thanks. Your reply is enough for me.
El dj 29 de 01 de 2009 a les 21:00 +0100, en/na Michal Čihař va
escriure:
> Also unfortunately NMU goal was not achieved as release team did not
> want to accept easytag back after it has been so long out of testing
easytag did reach lenny on 27.
--
T
Your NMU has restricted the license from GPL 2+ to GPL 2 only. Is this
intentional?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
El dg 21 de 12 de 2008 a les 09:46 +0100, en/na Frank Lin PIAT va
escriure:
> Easytag was removed from Lenny because of #460247, which have been fixed.
> The bug (500051) isn't grave...
Well, my original patch isn't affected by #500051. And this bug's as
grave as #460247 was.
> Is there any chanc
Package: xulrunner
Version: 1.9.0.4-2
Severity: wishlist
My current version supports "page-break-inside: avoid" and
"page-break-after: avoid" for block elements (BlockFrame). Tables don't
support them directly but using a block wrapper should be fine.
There isn't planned any support for more prop
tag 502259 patch
thanks
arch-indep.patch.gz
Description: GNU Zip compressed data
I think the locale PAM directive just doesn't make sense because the
user provides the sensible default. LANG unset is a sensible default
too.
Anyway, if I ever wanted to have a default value, e.g. for LANG, this is
what I'd do:
* Set the SendEnv variables in the PAM environment before pam_
There's an optimization problem with __net_ConnectTCP(). You can
workaround this with -fno-strict-aliasing.
The significant parts of my patch are attached.
Index: vlc-0.8.6.h/configure.ac
===
--- vlc-0.8.6.h.orig/configure.ac 2008-12-1
Building from source removes the problem. Version 0.4.11.11-1lenny1 may
be fixed already.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> * A directory symlink in postinst is removed...
aka #498487 fix included in 5.5.26-5. Updating the patch accordingly.
private_users_2.diff.gz
Description: GNU Zip compressed data
El dc 15 de 10 de 2008 a les 09:55 +0200, en/na Raphael Hertzog va
escriure:
> > Please use RUNPATH when defined instead of RPATH.
>
> Can you explain why ?
man dlopen
/further details
> Is it used by GNU's ld.so ?
man ld.so
/RPATH TOKEN
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: chrpath
Version: 0.13-2
Severity: wishlist
My current version handles different bit sizes and endianness. The -ansi
and -pedantic flags have been dropped however to simplify byte swapping.
Let me know if you're interested in this feature.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Package: dpkg-dev
Version: 1.14.22
Severity: wishlist
Tags: patch
Please use RUNPATH when defined instead of RPATH. A possible
implementation's attached.
diff -ur dpkg-1.14.22.orig/scripts/Dpkg/Shlibs/Objdump.pm dpkg-1.14.22/scripts/Dpkg/Shlibs/Objdump.pm
--- dpkg-1.14.22.orig/scripts/Dpkg/Shlibs/
Looking again at the patch, I've noticed the displayed level number is
wrong. The attached thunks take care of this.
--- black-box-1.4.7.orig/src/blackbox.c
+++ black-box-1.4.7/src/blackbox.c
@@ -646,7 +555,7 @@
void generate_field()
{
- int x,y,crystal_num;
+ int x,y;
for (x=0;x<=10;x
El ds 04 de 10 de 2008 a les 18:24 +0200, en/na Karl Bartel va escriure:
> Where can I find your patch (preferably with a short summary of bugs
> it fixes)?
I'll send you my last packaging.
The changes are:
* Clean up dependencies (shlibdeps).
* Remove compilation warnings.
*
> I'm likely to upgrade to 1.4.7.
Done. Bugs are still present.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: black-box
Version: 1.4.6-2.2
Severity: wishlist
Do you have any intention to package version 1.4.7? Current version has
an important bug (not in the BTS). My patch's against 1.4.6-2.2 and
fixes several issues but I'm likely to upgrade to 1.4.7.
--
To UNSUBSCRIBE, email to [EMAIL PROT
> It seems to me that snd-pcsp should be blacklisted on all systems by
> default.
That means an entry in /etc/modprobe.d/blacklist (udev), doesn't it?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: aptitude
Version: 0.4.11.10-1
Severity: wishlist
Tags: patch
This patch allows reading extra configuration from an arbitrary file.
This is useful on environments that use "apt-get -c" because apt-get
doesn't support the "download" command.
--- aptitude-0.4.11.8.orig/src/main.cc 2008-06-08
Package: icedtea-gcjwebplugin
Version: 1.0+dak1-1
Severity: wishlist
Because user and system trust levels may be different, there should be a
way to override the trusted CAs set. My current setup looks for an
alternative truststore under .gcjwebplugin, but you may want to use a
different implement
El dg 31 de 08 de 2008 a les 09:15 +0200, en/na Mike Hommey va escriure:
> > * For some reason, libnspr4-0d already includes the .so symlinks.
>
> But is that a problem ?
Concerning ia32-libs, I don't think so. Those symlinks aren't usually
included in packages and are added manually in ia3
El ds 30 de 08 de 2008 a les 20:31 +0200, en/na Mike Hommey va escriure:
> I guess what you really need is a ia32libs-something package to include
> nspr and nss.
Some bits of information:
* Multiarch support supersedes any current solution (lib32* and
ia32-libs).
* Adding file
> It's very hard to exit hex-a-hop.
Alt + F4 ? Perhaps it should be documented.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
El dt 05 de 08 de 2008 a les 20:14 +0300, en/na Guillem Jover va
escriure:
> > libglide.so.2 is still missing.
>
> Hmm, this is not much helpful, missing from where? I can build the glide
> source package on a sid system just fine.
This isn't a FTBFS. Perhaps it's unrelated.
libglide2x.so is a br
Package: svgalib4libggi
Version: 1:0.7-3
Severity: wishlist
Rebuilding the package doesn't generate the libglide2 dependency. This
library is currently broken and it's unnecessarily linked, as you can
see in the buildd_i386-ninsei log.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
El dv 01 de 08 de 2008 a les 10:13 +, en/na Clint Adams va escriure:
> What are these ways?
/usr/lib32 is a compliant location. The multiarch directory too but,
while it does work, it isn't the current direction. You should ask the
ia32 libs maintainers for further advice.
> > In that case, i
> Better... how?
There're ways, but that doesn't matter. You may deal with this bug like
#441339 (wontfix and lower severity).
It looks like the submitter doesn't need ia32 software however. In that
case, it'd be nice to split the package.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
El dj 17 de 07 de 2008 a les 00:43 +0200, en/na Santiago Garcia Mantinan
va escriure:
> and nobody else is helping or proposing any other thing,
Are you kidding?
I've got no problems regarding gtk. If you want a working solution, you
know what to do (don't you?).
Face it, full 32 bit support isn
201 - 300 of 501 matches
Mail list logo