Loïc Minier <[EMAIL PROTECTED]> writes:
> This is a followup for Debian bug <http://bugs.debian.org/181728>.
>
> Miles Bader <[EMAIL PROTECTED]> - Thu, Feb 20, 2003:
>
>> When I change themes using the gnome-control-center, all my applications
>> go away
Package: libiiimp1
Version: 12.3.91-0.1
Severity: grave
Justification: renders package unusable
When installing:
(Reading database ... 155154 files and directories currently installed.)
Unpacking libiiimp1 (from .../libiiimp1_12.3.91-0.1_i386.deb) ...
dpkg: error processing
/var/cache/
Package: aptitude
Version: 0.4.0-3experimental2
Severity: grave
Justification: renders package unusable
When trying to run aptitude:
$ sudo aptitude
aptitude: symbol lookup error: aptitude: undefined symbol:
_Z14ReadConfigFileR13ConfigurationSsbj
There are reports (#321651, #321673) of a
Steve Langasek <[EMAIL PROTECTED]> writes:
>>(Reading database ... 155154 files and directories currently installed.)
>>Unpacking libiiimp1 (from .../libiiimp1_12.3.91-0.1_i386.deb) ...
>>dpkg: error processing
>> /var/cache/apt/archives/libiiimp1_12.3.91-0.1_i386.deb (--unpack):
>>
Daniel Burrows <[EMAIL PROTECTED]> writes:
> This is likely because the soname of apt in unstable is identical to the
> soname of apt in experimental, but they present different ABIs. I don't
> think I can do anything to fix this for you.
That sounds like a (serious) bug with apt...
Maybe the
Daniel Burrows <[EMAIL PROTECTED]> writes:
> This is likely because the soname of apt in unstable is identical to the
> soname of apt in experimental, but they present different ABIs. I don't
> think I can do anything to fix this for you.
FWIW, I installed "apt" from experimental (version 0.6.4
Steve Langasek <[EMAIL PROTECTED]> writes:
>> That sounds like a (serious) bug with apt...
>
>> Maybe the right thing is to re-assign the bug to apt.
>
> Not really. If experimental breaks, you keep both pieces.
Um, sure, but it _is_ a bug, right? That is, if apt moves to unstable
in the current
Steve Langasek <[EMAIL PROTECTED]> writes:
>> Um, sure, but it _is_ a bug, right? That is, if apt moves to unstable
>> in the current state (ABI change, no version change), then it will be
>> officially broken.
>
> It will be broken *only* with respect to packages in experimental.
I don't underst
Steve Langasek <[EMAIL PROTECTED]> writes:
> Subsequently, a version was uploaded to unstable which used the same version
> as had previously been in experimental, but with a different ABI.
Ok, I understand now; so a new experimental aptitude (linked against the
new ABI) will fix everything.
Than
You seem to have closed the wrong bug:
2005/12/16, Debian Bug Tracking System <[EMAIL PROTECTED]>:
> This is an automatic notification regarding your Bug report
> #330633: aspell-en: missing spellings: vertices, indices,
> which was filed against the aspell-en package.
>
> It has been closed by o
Eric Dorland <[EMAIL PROTECTED]> writes:
> reassign 308449 firefox
> thanks
>
> Still having this problem in 1.5?
No, it seems to work properly now (though I only tested a few pages).
Thanks,
-Miles
> * Miles Bader ([EMAIL PROTECTED]) wrote:
>> Package: mozilla-
Package: sambda
Version: 3.9.0+SVN12739-1
Severity: important
$ sudo aptitude install sambda
Reading package lists... Done
Building dependency tree... Done
Reading extended state information
Initializing package states... Done
Building tag database... Done
Couldn't find any
Package: eclipse-sdk
Version: 3.1.1-5
Severity: important
I installed eclipse-sdk, and selected "Eclipse" from the Gnome menu.
It popped up a little box to announce it was starting, and then
displayed another window with a little progress bar. For a while it ate
all CPU, and then after about 3
Michael Koch <[EMAIL PROTECTED]> writes:
> As you have java-gcj-compat installed I think eclipse uses this as its
> runtime. Unfortunately this currently breaks due to a binutils bug.
> A workaround is either to use another runtime to execute eclipse or to
> run the following command in a separate
Package: postfix
Version: 2.2.2-1
Followup-For: Bug #304559
I definitely think postfix shouldn't be spitting out warnings for such a
harmless situation -- not only is it confusing (and annoying) for users
to see them, but they confuse other software as well.
For instance, Emacs uses the /usr/li
Package: gnome-art
Version: 0.1-1
Followup-For: Bug #305207
Maybe this bug should be severity "grave" -- it seems to render the
package essentially unusable; _every_ theme type I tried caused
gnome-art to crash with the same error at one point or another (usually
downloading the initial list; in
Dan Korostelev <[EMAIL PROTECTED]> writes:
> I already prepared a patched package and now I'm
> waiting for my sponsor to upload it. I also contacted upstream author.
> He said, he will release a new version as soon as possible. It will
> contain, among this bugfix, the much-requested caching featu
Package: quintuple-agent
Version: 1.0.4-5
Severity: important
Here's a log:
$ echo 'foo' | agpg --batch --quiet --clearsign -
*** glibc detected *** malloc(): memory corruption: 0x0804c2c0 ***
$ echo $?
1
This happens after it has prompted for the password using q-client; that
par
Package: udev
Version: 0.051-1
Followup-For: Bug #294090
I had my own "udev.rules" file, and the result of this upgrade was to
make udev permission-setting stop working entirely -- so /dev/null ended
up with mode 0660. As I found out, not much works without /dev/null ... :-)
Granted, I'm not su
Package: python2.4
Version: 2.4.1-2
Severity: important
Log:
Preparing to replace python2.4 2.4.1-0 (using
.../python2.4_2.4.1-2_i386.deb) ...
Unpacking replacement python2.4 ...
dpkg: error processing /var/cache/apt/archives/python2.4_2.4.1-2_i386.deb
(--unpack):
trying to overw
Package: mozilla-firefox
Version: 1.0.3-2
Severity: normal
When I select "print" from the File menu, and choose to print to a file,
firefox only prints the first page (though it does a nice job of
printing that one page :-). The "select pages to print" part of the
print dialog box only shows pa
Package: tetex-extra
Version: 3.0-2
Severity: important
I tried to install tetex from experimental.
I normally use unstable, but in this case I used `aptitude -t experimental'
to see experimental updates.
Other new tetex package seemed to install correctly, tetex-extra failed
with these messag
BTW, I tried to updgrade to tetex-extra_3.0_3 this morning, and it
failed like this:
Preparing to replace tetex-extra 3.0-2 (using .../tetex-extra_3.0-3_all.deb)
...Unpacking replacement tetex-extra ...
dpkg: error processing /var/cache/apt/archives/tetex-extra_3.0-3_all.deb
(--unpack):
Frank Küster <[EMAIL PROTECTED]> writes:
> Therefore it seems that debconf doesn't check properly whether
> debconf-utils is installed - by the way, Miles, which versions of
> debconf* do you have installed? Please give us the output of
>
> dpkg -l "debconf*"
ii debconf1.4.46 Deb
Package: tetex-base
Version: 3.0-3
Severity: important
BTW, I tried to updgrade to tetex-extra_3.0_3 this morning, and it
failed like this:
Preparing to replace tetex-extra 3.0-2 (using .../tetex-extra_3.0-3_all.deb)
...Unpacking replacement tetex-extra ...
dpkg: error processing /var/cach
David Pashley <[EMAIL PROTECTED]> writes:
> Do we really need this in the archive? Can we not add this to another
> package under games?
Er, why? This sounds like a great utility, it seems silly and
artificial to force it to be merged unless there's already a very
similar package to which it woul
Package: aptitude
Version: 0.3.3-1
Severity: minor
Wide-character support seems to have improved a lot in aptitude 3.3, but
I noticed the following case still has a funny glitch.
I use the aptitude "emacs-style minibuffer" option for prompts and
questions.
With LANG=ja_JP.UTF-8, the prompt for
Package: aspell-en
Version: 6.0-0-5
Severity: normal
Aspell incorrectly reports the words "vertices" and "indices" as being
mispellings (which they obviously are not). [FWIW, ispell accepts them]
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8.1
Locale:
Package: xpdf-reader
Version: 3.01-1
Severity: important
When I try to run xpdf, it dies with this error:
$ xpdf global-illumination-egwr96.pdf
xpdf: error while loading shared libraries: libXft.so.1: cannot open shared
object file: No such file or directory
Then I see:
$ ldd /usr/
Package: dhcp3-common
Version: 3.0.3-3
Severity: important
>From apt:
Preconfiguring packages ...
(Reading database ... 167871 files and directories currently installed.)
Preparing to replace dhcp3-common 3.0.3-3 (using
.../dhcp3-common_3.0.3-4_i386.deb) ...
Unpacking replacement
Installing a new "manpages-ja" made dhcp3-common installable; I'm not
sure where the bug actually lies, but maybe a "conflicts:" of some sort
is in order?
The old and new versions of manpages-ja are:
Preparing to replace manpages-ja 0.5.0.0.20050715-1 (using
.../manpages-ja_0.5.0.0.20050915-1
Hamish Moffatt <[EMAIL PROTECTED]> writes:
>>$ xpdf global-illumination-egwr96.pdf
>>xpdf: error while loading shared libraries: libXft.so.1: cannot open
>> shared object file: No such file or directory
>>
>> Is there a missing dependency somewhere...?
>
> That's weird. On my native amd6
Package: eclipse
Version: 3.2.1-2
Severity: minor
Every time I start eclipse, it first pops up a dialog box saying "this
eclipse does not support the builtin browser" .. and then will not
continue startup until I confirm it.
I don't know why I should care about a "builtin browser", but normal
op
Package: eclipse
Version: 3.1.2-2
Severity: important
Hi,
I installed the "eclipse" and "eclipse-jdt" packages (oddly the latter
doesn't depend on the former; should it?).
Running "eclipse" in a shell window gives a dialog asking where to put
the workspace dir; I answer "/usr/local/eclipse", t
Package: tla
Version: 1.3.5+dfsg-6
Severity: important
tla has a dependency on libneon26-gnutls, but it seems to actually be
_linked_ against the old libneon:
$ tla help
tla: error while loading shared libraries: libneon.so.26: cannot open shared
object file: No such file or directory
Package: openexr
Version: 1.2.2-4.3
Severity: wishlist
According to the openexr website:
August 2, 2006 - OpenEXR 1.4.0 is now available. This is the next major
production-ready release of OpenEXR and offers full compatibility with
our last production release, which was 1.2.2. This ver
Package: texmacs
Version: 1:1.0.6.6-1
Severity: important
When I run texmacs, I get an error message about one font:
TeXmacs] Font ipagui 11pt at 300 dpi could not be loaded
Then when the window opens, the menu-bar is blank, though the various
toolbar icons seem fine. The menus actually _d
Package: flashplugin-nonfree
Version: 9.0.21.55.1
Severity: normal
Not sure what to make of this:
$ LANG=C sudo apt-get install
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 0 to remove and 27 not upgraded.
1 not fully installed or
Package: tmw
Version: 0.0.22.2-1
Severity: important
Running tmw dies with the following output:
$ tmw
tmw: Symbol `_ZTVN3gcn12FocusHandlerE' has different size in shared object,
consider re-linking
The Mana World v0.0.22.2
tmw: symbol lookup error: tmw: undefined symbol:
_ZN3gcn6W
Patrick Matthäi <[EMAIL PROTECTED]> writes:
> I wonder how do you have installed the tmw package. You're using the
> following:
>
>>> ii libguich 0.4.0-4.1 small, efficient C++ GUI
>>> library
>
> You need the libguichan0 0.6.1-1 version from experimental for tmw. So
> pleas
Package: tla
Version: 1.3.5+dfsg-9+b1
Severity: normal
When using "tagline" id-tagging-method, if a file has an id specified by
an arch-tag: line and that line has no terminating newline (obviously
this only happens if it's the last line in the file), then tla chops off
the last character of the
Package: gcc-snapshot
Version: 20131201-1
Severity: normal
With the most recent Debian gcc snapshot[1] and using the gold
linker[2], I'm getting linker "undefined reference" errors when
compiling with LTO. This only happens when the object file containing
the undefined symbol is stored in an .a
I notice that gcc 4.9 has the same issue, but that the gcc 4.9 release
notes say you should use "gcc-ar" instead of ar to make it work correctly
in conjunction with LTO (and similarly "gcc-ranlib" instead of ranlib).
In my testing, it seems to work correctly... so... maybe this bug should be
close
Tadaki SAKAI writes:
> It guaranteed a smooth coding environment
> and ease of use.
That sentence seems pretty content-free... why not just leave it out
of the description?
-miles
--
Cannon, n. An instrument employed in the rectification of national boundaries.
--
To UNSUBSCRIBE, email to
Package: g++-4.7
Version: 4.7-20120129-1
Severity: important
This one's easy to illustrate: :]
$ echo '#include ' > v.cc
$ g++-4.7 -c v.cc
v.cc:1:18: fatal error: vector: No such file or directory
compilation terminated.
$ g++-4.7 -v -c v.cc
Using built-in specs.
COLLECT_G
Félix Arreola Rodríguez writes:
> But, ignoring the "a desktop works fine without n-m" thing, n-m makes
> more, much more easy connecting to wifi networks, espeacially for
> laptops. I suggest make Laptop task depend on n-m, in this way, n-m
> don't get installed on desktop systems, just on laptop
elf.assistant.show ()
/usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:518: Warning:
g_object_unref: assertion `G_IS_OBJECT (object)' failed
self.assistant.show ()
/usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:518: GtkWarning:
IA__gdk_screen_get_width: assertion `GDK_IS_SCREEN (screen)' failed
Package: lua-lpeg
Version: 0.10.2-5
Severity: normal
As the subject, it fails to install for me. I've included the error
output below. ldconfig doesn't give the location of the "cache file"
that it's barfing on, so I'm not sure what it's trying to do...
Thanks,
-Miles
$ LANG=C dinst lua-lpeg
Hi, you can close this bug, as you suspected, it's not a problem of
lua-lpeg.
The real cause was a full root partition.
ldconfig error reporting is not so good [not only does it fail to
specify which file was the problem, but it apparently uses errno when
reporting problems, even when the ca
Package: gimp
Version: 2.8.2-2
Severity: normal
Starting gimp (from the command-line), a dialog box pops up with this
message:
BABL version too old!
GIMP requires BABL version 0.1.10 or later.
Installed BABL version is 0.1.1.
Somehow you or your software packager managed
to insta
Any suggestions what to do about this? On my home system, iv displays
a translucent window, and then causes the X server to hang (however I
can switch to a console and kill the iv process, which restores
operation).
I don't know exactly where the bug is, but there's clearly a bug... ><
Thanks,
were a user option or configuration setting that could be
used to increase the timeout for situations like the above.
Thanks,
-Miles
-- Package-specific info:
** Environment settings:
EDITOR="/usr/local/bin/emacsclient -t"
VISUAL="/usr/local/bin/emacsclient -t"
NAME="Mil
Package: libstdc++6-4.5-dev
Version: 4.5-20100103-1
Severity: normal
The file "/usr/include/c++/4.5/x86_64-linux-gnu/bits/c++config.h"
doesn't seem to actually reflect the available facilities of the system.
In particular (from that file):
/* Defined if nanosleep is available. */
/* #und
Package: libstdc++6
Version: 4.5-20100227-1
Severity: normal
File: libstdc++
The following program:
#include
#include
int g = 0;
void f ()
{
g++;
}
int main ()
{
std::thread t (f);
t.join ();
std::cout << "after joing, g = " << g << std::endl;
return 0;
BTW, one thing I noticed is that the "error code" field in the
std::system_error exception which is raised, seems to be set to EPERM
("Operation not permitted"), but this code is not apparently caused by a
system call (determined by stracing the process).
For instance, changing the test case to th
Matthias Klose writes:
> Same in 4.4.
>
> libstdc++-v3/acinclude.m4:
> dnl Check for clock_gettime, nanosleep and sched_yield, used in the
> dnl implementation of 20.8.5 [time.clock], and 30.2.2 [thread.thread.this]
> dnl in the current C++0x working draft.
> dnl
> dnl --enable-libstdcxx-time
> dn
Package: mutter
Version: 3.0.2.1-1
Severity: normal
As the subject says, gnome-terminal windows that are
(semi-)transparent in metacity, have a pure-black background in
mutter.
A google turns up this patch against mutter 2.91.92:
http://mail.gnome.org/archives/release-team/2011-March/msg00180.h
Package: clang
Version: 2.9-16
Severity: normal
Clang seems to use header files which are distributed with gcc (from
the system's default installation of gcc?). However, it cannot handle
some of the constructs in them.
Here's a sample source file, "cb.cc":
#include
If I compile it with "c
Package: clang
Version: 2.9-9
Severity: normal
Even a trivial program fails to link when compiled with clang:
$ clang -o hw ~/src/hw.c
/usr/bin/ld: error: cannot open crtbegin.o: No such file or directory
/usr/bin/ld: error: cannot open crtend.o: No such file or directory
/usr/bin/ld
Philip Ashmore writes:
> It appears that gcc-4.6 (and clang for that matter) make some dodgy
> decisions about what appear to be references to temporaries created
> during optimization.
You don't seem to have addressed the issue raised by Matthias Klose in
the bug thread though: specifically, wh
Package: units
Version: 1.87-2
Severity: normal
I know it's impractical to keep really up-to-date on currency exchange
rates, but the last time they were updated was 2007, and some have
changed a _lot_ since then...
E.g., 1 dollar == 115 japanyen according to units [in 2007]
but now, 1 dollar ==
Package: gnome-tweak-tool
Version: 3.0.0-1
Severity: normal
Trying to run gnome-tweak-tool, I get the following fatal error:
+ LANG=C gnome-tweak-tool
GLib-GIO-ERROR **: Settings schema 'org.gnome.shell.clock' is not
installed
aborting...
中止
Maybe a missing dependency? But I d
Package: clang
Version: 2.9-13
Severity: normal
$ cat x.c
#include
$ clang -c x.c
x.c:1:10: fatal error: 'stddef.h' file not found
#include
^
1 error generated.
$ type clang
clang is hashed (/usr/bin/clang)
$ clang --version
Debian clang version 2.9-13
Package: linux-tools-3.10
Version: 3.10-4
Severity: normal
Dear Maintainer,
The "perf record" command "-g " option doesn't support a "dwarf"
method in Debian. As the "dwarf" allows operating on programs which
were compiled without a frame pointer (the default on amd64), "dwarf"
is very handy.
H
Werner LEMBERG writes:
> I'm not too happy that distributions like Debian publish all of the
> FreeType demo programs (for example, `ftgamma' has essentially no real
> use); maybe this can be improved somehow.
Why? As a Debian user, I'm often glad that the FT demo progs are
there, because they c
Package: luarocks
Version: 2.0.9-1
Severity: normal
Dear Maintainer,
When using luarocks to install a luarock that (1) requires compilation, and (2)
requires a specific library, luarocks seems to try and search for the library
first. Unfortunately it also seems to use the crufty old "look in fix
Enrico Tassi writes:
>> [Of course a much better solution would be to use some sort of less hacky
>> method of finding libraries, e.g. by using autoconf's "probe using the
>> compiler" but I suppose that's unlikely to happen.]
>
> May I ask why you are using luarocks instead of `apt-get install lu
Enrico Tassi writes:
>> [Of course a much better solution would be to use some sort of less hacky
>> method of finding libraries, e.g. by using autoconf's "probe using the
>> compiler" but I suppose that's unlikely to happen.]
>
> May I ask why you are using luarocks instead of `apt-get install lu
Package: gist
Version: 4.0.3-2
Severity: normal
Dear Maintainer,
My github account uses the (relatively new) github two-factor authentication
feature.
Typing "gist --login" fails with a message that suggests that two-factor
authentication is confusing it:
$ gist --login
Obtaining OAuth2 a
Package: mutter
Followup-For: Bug #543799
Hi, I'm not totally sure, but I think this bug may be fixed now.
At least, when I run mutter with "mutter --replace", my wallpaper
stays in place as it should. No "all white" background.
[The environment is slightly different from my bug report though
The symptoms are gone, so probably this bug really should be closed.
Thanks,
-miles
Package: clang
Version: 3.0-6
Severity: normal
I do not know if "-flto" is ever expected to work with clang, but it
doesn't work correctly in the Debian installation:
$ echo 'int main () { return 0; }' > foo.cc
$ clang++ -c -flto -O2 foo.cc -o foo.o
$ clang++ -flto -O2 foo.o -o foo
/u
Package: luarocks
Version: 2.0.2-1
Severity: normal
Installing luarocks fails with the following (appended after message)
output. Trying to run the (half-installed) luarocks fails similarly.
The reason appears to be that luarocks only works with Lua 5.1, and is
running the system default Lua int
Package: clang
Version: 3.0-5
Severity: normal
At least on this system, "-march=native" fails oddly:
$ echo 'int main () { }' > m.cc; clang++ -o m -march=native m.cc
error: unknown target CPU 'amdfam10'
The -march=native option _used_ to work with [the debian version of]
clang [on this sam
2012年3月16日7:05 Sylvestre Ledru :
> I added the -use-gold-plugin arg. You will need llvm-dev version 3.0-9
> and binutils-gold.
Hi, it works for me too.
I assume that if you add this feature "for real", then the user won't
have to know about installing llvm-dev, right?
Thanks,
-miles
--
Cat is
Package: time
Version: 1.7-23.1
Followup-For: Bug #649402
Hi, I'm curious if there's a reason this patch hasn't been applied yet; it's a
very obvious (and kind of silly) bug...
If you're just waiting for an updated patch, and the original author doesn't
have time to make one, I'd be willing to do
Package: clang
Version: 3.1~+rc1-1
Severity: important
$ cat hw.c
#include
int main ()
{
printf ("hello world\n");
return 0;
}
$ env - PATH=/usr/bin:/bin gcc -o hw hw.c
$ ./hw
hello world
$ env - PATH=/usr/bin:/bin clang -o hw hw.c
In file included from h
Package: openimageio-tools
Version: 1.0.0+dfsg0-1
Severity: normal
File: /usr/bin/iv
As the subject says, when I invoke "iv" on an image (or open one using the
menu), it shows a window, which seems to be the right size, but the window
contains only black (plus the menubar).
This seems to happen r
Package: openimageio-tools
Version: 1.0.0+dfsg0-1
Followup-For: Bug #668380
I tried this on a different computer, with mostly the same versions of
everything installed ("up-to-date debian sid"), and using the same
environment (gnome-shell), but different hardware. This computer has
integrated in
Package: openimageio-tools
Version: 1.0.0+dfsg0-1
Severity: normal
[Sorry if this is a bit long; issues involving image gamma are always
kind of confusing, so I'm trying to be as explicit and verbose as
possible...]
Given:
1. A typical PNG image file, "foo.png", which was encoded using a
st
Adam Borowski writes:
> On Sat, Apr 14, 2012 at 11:22:06AM +0200, Jakub Wilk wrote:
>> >GLR means "Generalized Left-to-right Rightmost deviation parser"
>> >or maybe "Generalized LR parser". EBNF is the Extended BackusâNaur
>> >Form. Acronyms like these - i.e. LL, LL(k), SLR, LALR - are pretty
>
Package: gnome-shell
Version: 3.2.2.1-3
Severity: normal
Sometimes it's necessary to restart gnome-shell, e.g. currently changing
the window-theme seems to have no effect except on startup.
This can be done by hitting Alt-F2 and then giving the special "r"
command.
However, doing this twice see
Package: gnome-shell
Version: 3.2.2.1-3
Severity: normal
If one uses the "extended settings" dialog to change the GTK or
gnome-shell themes, the change takes effect immediately.
However, changing the window theme in the same dialog doesn't have any
immediate effect. If one restarts gnome-shell,
Package: libpng12-dev
Version: 1.2.49-1
Severity: normal
I use libpng in my C++ program. This works fine.
However when compiling in C++11 mode, with a very recent version of
gcc, I get the following warning when compiling:
CXXimage-png.o
In file included from image-png.h:18:0,
Package: uswsusp
Version: 1.0+20120915-6.1
Severity: normal
I get the following error messages from dpkg:
Setting up uswsusp (1.0+20120915-6.1) ...
/var/lib/dpkg/info/uswsusp.config: line 18: mountpoint: command not found
/sys not mounted. Can't create uswsusp.conf
/var/lib/dpkg/inf
Package: libc++-helpers
Version: 3.5-1
Severity: normal
Dear Maintainer,
The g++-libc++ script generally seems to work, but using the -pthread
option results in link errors like:
$ g++-libc++ -o conftest -std=c++11 -Wall -Wextra -Winit-self
-Wdouble-promotion -pedantic-errors -Wno-long-lon
Package: epiphany-webkit
Version: 2.20.3-1
Severity: normal
If I go to a webpage using japanese characters, e.g.:
http://packages.debian.org/ja/sid/arm/epiphany-webkit
all the Japanese characters on that page show up as little boxes.
There appears to be a one-to-one correspondence between
Package: epiphany-webkit
Version: 2.20.3-1
Severity: normal
Epiphany-webkit doesn't seem to have proxy settings in its preferences,
so I assume it must use the global gnome settings. In the gnome global
settings, I've set my proxy to "manual => machinename:8080", so all
traffic should go through
Mike Hommey <[EMAIL PROTECTED]> writes:
>> If I go to a webpage using japanese characters, e.g.:
>>
>>http://packages.debian.org/ja/sid/arm/epiphany-webkit
>>
>> all the Japanese characters on that page show up as little boxes.
>
> This is a known problem and should be fixed when upstream bug
Package: liblua5.1-gtk-0
Version: 0.7-2
Severity: normal
Put the following in a file "gtk-bug.lua":
local gtk = require 'gtk'
gtk.init ()
gtk.cairo_image_surface_create (gtk.CAIRO_FORMAT_RGB24, 100, 100)
and excute it with "lua gtk-bug.lua". It will crash with a segmentation
violation
Package: gcj-4.2
Version: 4.2-20070405-1
Severity: normal
Trying to compile a very simple test program fails:
$ LANG=C gcj-4.2 -c Test.java
gcj-4.2: libgcj.spec: No such file or directory
Here's the simple test prog ftw:
public class Test
{
public static void main(String[]
Package: swig
Version: 1.3.33-3
Severity: normal
It's standard practice in modern Lua for packages to arrange for the
module's table to be returned from require (as well as being added to
the global environment). People tend to rely on this behavior, and it's
idiomatic to load / use a module wi
Hi Adeodato, thanks for working on this!
I noticed the new package in experimental but it fails to install
because it has a broken dependency on the package "libilmbase6"; that
package doesn't seem to exist anywhere (I've been waiting for it to
show up since last week...).
Thanks,
-Miles
--
Do
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
>> I think it's going to cause a lot of confusion if you call this package
>> "lua-peg" -- _everybody_ knows it as "lpeg"...
>
> Hence, I guess, the proposed name would be "lua-lpeg", right?
That seems best... The crucial thing, I think, is that some
Tong Sun <[EMAIL PROTECTED]> writes:
> So having a keyboard command 'x' or something can allows me,
...
> I don't know if this is possible.
Less normally allows you to change command-line options from within a
less session (just type "-" followed by the option...).
However, they seem to have int
Aníbal Monsalve Salazar <[EMAIL PROTECTED]> writes:
>>The basic symptom was that it acted as if I was a different user: I
>>could not access my files unless they were world-readable.
>
> Please try the workaround found by Paul Collins (add sec=sys to the
> client's mount options) and tell us if it
Package: csound-gui
Version: 1:5.08.2~dfsg-1
Severity: normal
File: /usr/bin/csound5gui
I started csound5gui, and clicked the "..." button under
"Orchestra/CSD". It promptly crashed, with the error message
"Csound tidy up: Segmentation fault" on the terminal I started
csound5gui from.
Thanks,
Felipe Sateler <[EMAIL PROTECTED]> writes:
>> I started csound5gui, and clicked the "..." button under
>> "Orchestra/CSD". It promptly crashed, with the error message
>> "Csound tidy up: Segmentation fault" on the terminal I started
>> csound5gui from.
>
> I can't reproduce it. Does it happen afte
Package: atop
Version: 1.23-1
Severity: minor
A majority of the space in /var/log usually seems to be from
atop-generated log files, which I never care about.
It would be nice if there was a customization option or package split
that made this log-file generation optional, allowing people that
Package: lib3ds-dev
Version: 1.2.0-4
Severity: normal
lib3ds ignores various "object flag" chunks like LIB3DS_OBJ_HIDDEN
(basically all chunks with prefix "LIB3DS_OBJ_").
This is particularly annoying in the case of LIB3DS_OBJ_HIDDEN, because
many 3ds models contain hidden elements which are no
1 - 100 of 207 matches
Mail list logo
