I still think specifying '-fPIC' on the compile command line
and '-fpic' on the link line should have the same effect
as '-fno-PIE' (compile) and '-no-pie' (link).
Moreover, while I see you've added documentation for
'-no-pie' to gcc-7.info, there is no documentation there
for '-fno-PIE' .
It is
Fixed g++.specs that does not always add '-pie' to the link command
line.
But now I have to compile everything with '--specs=$my_spec_file' -
why should I have to?
** Attachment added: "modified 'g++ --dumpspecs' output to NOT add '-pie'."
Public bug reported:
The stock ubuntu system compiler (gcc / g++)
as shipped cannot compile my program,
because in its specs it adds '-pie' to the
command line of EVERY collect2 invocation:
Example:
$ g++ -std=gnu++17 ... -fPIC -c test.C
$ g++ --verbose -fPIC -fpic -o test test.o -lstdc++ -lrt
Fixed with update of : 42.0+build2-0ubuntu0.14.04 - my
about:preferences page finally displays in non-invisible
about:preferences#content settings.
** Changed in: firefox (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Public bug reported:
After the update to firefox 41.0+build3-0ubuntu0.14.04.1 was applied
on my x86_64 14.04.3 LTS system, the firefox 'about:' internal URL dialogs
displayed in white text on a white background .
This now includes dialogs like the "Preferences" / "Menu" dialogs.
So effectively
RE: previous comment - my cables are connected and screwed in tightly.
I often switch the monitors off when leaving at night. 99% of the time
the machine is left running and has no problems.
Sometimes, however, like again today, the X-Server HANGs !!
:
$ gdb /usr/bin/Xorg 1855
GNU gdb (GDB)
The KDE Mixer volume control used to work until a firefox update a few
weeks ago .
Then the playback stream shown in KDE Mixer changed to 'CubebUtils' , and the
volume is
reset to a fixed 65% for every new stream , meaning I have to open KDE Mixer
and adjust
the volume for every new stream .
typo fix: because if I don't poweroff after rebooting into recovery mode, I
get NO X-windows.
this is a side issue though - I'd just like to stop my configuration files
being removed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
Please could anyone suggest how to prevent whatever ubuntu 14.04.2 x86_64
upgrade / drivers package is removing
my /etc/X11/xorg.conf file from removing it, or what this component might be .
Everytime this happens, which appears to be triggered by the periodic package
How did this end up as a kubuntu-meta bug ? I selected the firefox
package - re-raising ...
** Tags added: firefox
** Bug watch added: Mozilla Bugzilla #672671
https://bugzilla.mozilla.org/show_bug.cgi?id=672671
** Also affects: firefox via
Public bug reported:
See : a
href=https://bugzilla.mozilla.org/show_bug.cgi?id=672671;https://bugzilla.mozilla.org/show_bug.cgi?id=672671/a
This bug is still occurring with fully up-to-date Ubuntu LTS 14.04.2 x86_64's
firefox 38.0+build3-0ubuntu0.14.04.1 :
After opening a large number of pages
It just happened again , with 3.13.0-46-lowlatency #79
1:7.7+1ubuntu8.1 :
Radeon CP lockup stall dmesg :
[393791.346730] radeon :01:00.0: GPU lockup CP stall for more than 1msec
[393791.346741] radeon :01:00.0: GPU lockup (waiting for 0x0004
last fence id
It just happened again, this time with latest 3.13.0-46-lowlatency kernel and
1:7.7+1ubuntu8.1 .
The messages are slightly different :
quote
code
[78988.537888] radeon :01:00.0: GPU lockup CP stall for more than 1msec
[78988.537900] radeon :01:00.0: GPU lockup (waiting for
That last comment was from last week - I still had it in my firefox
Restore Session and had not pressed Post Comment yet.
But it just happened again today - it looks like the frequency of this bug is
increasing with newer kernel, xorg-server, and
xorg-drivers-radeon releases .
Here is the
re: please run:
apport-collect 1428260
and then change the status of the bug to 'Confirmed'.
No. This is a host on my company's private LAN, and
we are not allowed to grant access to any internal host
to any external host .
It should be obvious from the bug description what the
Public bug reported:
Not sure if this is a bug in libc6-dev (owner of /usr/include/fcntl.h)
or in linux-libc-dev (owner of /usr/include/linux/header that declares struct
f_owner_ex) but
it definitely appears to be a bug.
I am trying to compile code that uses the new fcntl interfaces :
It just happened again, this time with latest 3.13.0-46-lowlatency kernel and
1:7.7+1ubuntu8.1 .
The messages are slightly different :
quote
code
[78988.537888] radeon :01:00.0: GPU lockup CP stall for more than 1msec
[78988.537900] radeon :01:00.0: GPU lockup (waiting for
It took me a while to discover this myself, by inadvertently pressing it -
I then went through every KDE hot key setting and disabled them ALL .
I think the one I pressed is hidden in :
System Settings - Workspace Behaviour - Virtual Desktops - Switching Tab
There you see key stroke definitions
Sorry, should have added environmental information :
Host:
x86_64 (Haswell) 8 core i7-4770 CPU @ 3.40GHz
RAM:
16GB
OS:
NAME=Ubuntu
VERSION=14.04.1 LTS, Trusty Tahr
Fully up-to-date as of 2015-02-12, with KDE:
ii kde-plasma-desktop5:78ubuntu13
Public bug reported:
I just lost several hours work after inadvertently pressing the KDE Desktop
Switch keystroke.
When I switched back to the desktop I was using, KDE informed me that
Desktop #1 session was restored successfully.
But all the applications I was running on that desktop lost
I've been seeing this problem also, abeit rather infrequently ( about once
every 1-2 months),
with all Ubuntu 14.04.1 kernels issued via updates since July 2014 .
This is on my machine at work which is left on all the time and only
reboots when a new kernel is installed .
Machine:
8 core
Oops, launchpad seems to have mangled the attachment . Here it is again
as an xz compressed file.
** Attachment added: xz compressed version of file that was mangled in
previous attachment
https://bugs.launchpad.net/df-libreoffice/+bug/1403551/+attachment/4282943/+files/localc_crash.log.xz
I tried to open this bug against libreoffice, but launchpad has decided to open
it against apport .
Oh well - I hope this gets changed - I can't see how to change it.
Is there any bugzilla interface to Ubuntu's bug tracker ?
--
You received this bug notification because you are a member of
Public bug reported:
The localc of 1:4.2.7-0ubuntu2 , recently updated last week, is not usable .
It crashes when attempting to edit an XLS file.
Previous versions edited the same XLS file without a problem -
in fact, editing this file weekly is the only reason I need to use localc .
This week I
Here's the strace file gathered when localc crashes .
** Attachment added: the strace file gathered when localc crashes
https://bugs.launchpad.net/df-libreoffice/+bug/1403551/+attachment/4282941/+files/localc_crash.log
--
You received this bug notification because you are a member of
Hmm, it seems now the update system is also affected by the $PYTHONPATH
environment variable setting -
with PYTHONPATH=/usr/lib/python2.7:/usr/local/lib/python2.7 :
$ apt-get dist-upgrade
fails with :
Fetched 41.2 MB in 15s (2,623 kB/s)
(Reading
the source is at : http://bugs.python.org/issue11946 : python.c
** Bug watch added: Python Roundup #11946
http://bugs.python.org/issue11946
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1398033
correction:
meaning : find the file under any directory in $PATH that starts with
'python' and ends with a decimal ...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1398033
Title:
python breaks
The same approach could be used to make a program that explictly loads eg.
python3.4 execuable with correct $PYTHONPATH based on
for example $PYTHON_VERSION environment variable setting .
Another approach might be to convert all scripts that require python3+ to
explicitly start with
Correction :
I recommend downloading ftp://ftp.gnu.org/pub/gnu/gdb/gdb-7.8.1.tar.xz and
building GDB 7.8.1 with --prefix=/usr/local --without-python, to
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Yes, the only reason I set PYTHONPATH is because the program I was running ( an
ELF64 executable ) actually internally runs Python
which must have access to its python modules installed under
/usr/local/lib/python2.7 .
But it appears there is no way to debug such an executable with the standard
Public bug reported:
The gdb program fails with settings such as PYTHONPATH in the
environment.
I have no interest in using python or in using gdb to debug python
programs .
I want to use GDB to debug a normal GCC built executable, yet these internal
gdb python dependencies prevent me from
$ cat /etc/os-release
NAME=Ubuntu
VERSION=14.04.1 LTS, Trusty Tahr
...
$ dpkg-query -l python gdb
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name
Public bug reported:
The Citrix ICA client firefox plugin 32-bit i386 npica.so fails to be
instrumented correctly by nspluginwrapper - the generated npwrapper.npica.so's
const char* NP_GetMIMEDescription() function returns NULL, while the original
i386 npica.so's version does not:
$ cat
Citrix ICA client download URL ( for linuxx86-11.100.158406.tar.gz ) :
https://www.citrix.com/English/ss/downloads/details.asp?downloadId=2309164productId=1689163ntref=clientcenter#top
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Sorry if my previous Comment #18 in any way deterred Ulrich from applying
something like Kee's patch of Comment #4, which makes perfect sense to
me and which is really needed to fix this bug - please, Ulrich, if
you haven't already done so, apply something like attachment #5253
of Comment #4.
typo in previous Comment #21: non-native-system ld.so (NOT /lib/ld-linux.so.1)
with '-nostdlibs'
should be : non-native-system ld.so (NOT /lib/ld-linux.so.2)
with '-nostdlib'
Anyway, I'm going to be compiling the latest glibc from GIT soon , after I
build the latest stable
Public bug reported:
Binary package hint: upstart
Hi - got this error when running make check as root - does not happen
when running as non-root :
...with error after modification of job
Posting for the first time, so please pardon any violation of posting
conventions.
I had Jaunty till yesterday, and after installing auto-updates, my fully
functional Logitech RX720 wireless laser mouse stopped working. I
subsequently upgraded to Karmic, and the problem persists. The mouse
works
39 matches
Mail list logo